Bug 164575 - Plasma widget handles are not visible. It seems the widgets are locked but the userinterface doesn't reflect that.
Summary: Plasma widget handles are not visible. It seems the widgets are locked but th...
Status: RESOLVED NOT A BUG
Alias: None
Product: plasma4
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-21 07:56 UTC by Tim Beaulen
Modified: 2008-06-26 07:21 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot of the problem (953.90 KB, image/png)
2008-06-22 08:37 UTC, Tim Beaulen
Details
The newly generated config file (1.13 KB, text/plain)
2008-06-22 08:39 UTC, Tim Beaulen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tim Beaulen 2008-06-21 07:56:20 UTC
Version:           svn checkout of kdebase revision Revision: 822351 (using Devel)
Installed from:    Compiled sources
Compiler:          gcc (GCC) 4.1.2 (Gentoo 4.1.2 p1.0.2) None
OS:                Linux

Since a few weeks now I'm not able to move or resize any widget. When I hover or click a widget, the handle does not show.
It seems that the widgets are locked. Yet, when I right click on the desktop, the popup menu doesn't show that the widgets are locked.

So, I click "lock widgets" in the popup menu, and sure, the plasma logo on the right side of the taskbar disappears. The widgets are now locked. Hovering a widget does not show the widget handle.

Thus I right click again on the desktop and choose "unlock widgets" from the popup menu. The plasma logo appears again on the right side of the taskbar. But hovering a widget does not show its handle.

I've experienced this with recent checkouts from SVN on two computers.
Before compiling a new version I've deleted everything from the previous build -> all build directories, the installation directory and the .kde4 (kdehome) directory.

The revision I'm now using and that I'm experiencing this problem with is kdebase revision 822351


What I would like to see now is a confirmation that I'm not the only one with this problem.
If I am the only one seeing this problem, then I would like to know how to solve it.

Thanks.
Comment 1 Sebastian Sauer 2008-06-22 04:14:43 UTC
Hi Tim,

well, you could try to
mv ~/.kde4/share/config/plasma-appletsrc ~/.kde4/share/config/plasma-appletsrc-OLD
and look if that happens also with a fresh plasma-appletsrc file (which will be auto-created if not available)...
Comment 2 Tim Beaulen 2008-06-22 08:37:22 UTC
Created attachment 25508 [details]
Screenshot of the problem
Comment 3 Tim Beaulen 2008-06-22 08:39:11 UTC
Created attachment 25509 [details]
The newly generated config file
Comment 4 Tim Beaulen 2008-06-22 08:40:10 UTC
Hello Sebastian,

I performed the following commands:
mv ~/.kde4/share/config/plasma-appletsrc ~/.kde4/share/config/plasma-appletsrc-OLD 
kquitapp plasma
plasma

But it didn't solve the problem.
Attached above is a screenshot where I right click on the clock.
I don't know how to create a useful screenshot where you can actually see the problem. I think (I hope) that when I right click a widget, the handle doesn't disappear. If it does, the screenshot is useless of course. If the handle does remain visible when right clicking on the widget, then the screenshot might show what's wrong.

Attached above too is the newly generated plasma-appletsrc.
Comment 5 Sebastian Sauer 2008-06-22 09:03:11 UTC
probably try;
kquitapp plasma 
mv ~/.kde4/share/config/plasma-appletsrc ~/.kde4/share/config/plasma-appletsrc-OLD 
plasma 
since afaik kquitapp plasma also saves the settings ;)

another try could be to open those plasma-appletsrc file and change;
immutability=1
to
immutability=0
Comment 6 Tim Beaulen 2008-06-22 09:16:49 UTC
Ohh indeed.

Performed the following commands:
killall plasma (as kquitapp plasma sometimes restarts plasma)
rm -f ./plasma-appletsrc (in .kde4/share/config)
plasma

The defaults are loaded.
The problem is still there, I can't see the widget handles even though right clicking on the desktop tells me the widgets are unlocked.

Next I performed the following commands:
killall plasma
edit the plasma-appletsrc and change every "immutability=1" line to "immutability=0"
And ran plasma again.

The interesting thing now is, my whole desktop is locked but clicking "unlock widgets" in the popup menu has no effect. The desktop won't unlock.
Comment 7 Tim Beaulen 2008-06-22 09:18:59 UTC
"The desktop won't unlock."
This means that in the popup menu, the option "unlock widgets" doesn't change to "lock widgets". It always says "unlock widgets" even after I clicked it.
Comment 8 Bernhard Friedreich 2008-06-22 09:54:32 UTC
I've got exactly the same problem (no widget handles appear). For me this problem appears with the latest packages from the openSUSE Build service (KDE:/KDE4:/Factory)
I have also removed all my config files related to KDE to be sure it's not my fault... they just don't appear. Though I didn't have the time yet to try the above mentioned commands (I've just stumbled about this bugreport).
Comment 9 Tim Beaulen 2008-06-26 07:21:46 UTC
After debugging a little bit I can come to the following conclusion:

This is a Qt bug.
In the Qt4.5 snapshot (which I use via the trolltech rsync server), mouse move and mouse hover events are not passed to the event filter of a QGraphicsItem. Therfor the widget handles can never be shown.
Mouse click events do pass to the event filter.

After switching to Qt4.4 (using a patched qt-copy from KDE svn) I can perfectly see the widget handles. And the debugging information I added displays the hover events.

Conclusion:
This bug can be closed as it seems it has nothing to do with Plasma and everything to do with Qt.

Next step:
1. Try the latest snapshot of Qt4.5, recompile everything and see if the bug is still there.
2. If the bug is still there, file a bug report for Qt if it hasn't been filed already. Need to write a little sample program to show the bug.