Version: (using KDE 4.2.0) Installed from: Ubuntu Packages The start / stop buttons of copy / move dialogs are inoperative when the panel is locked. This is not a dupe of bug 178143, which complained that the buttons are _always_ inoperative and appears to be fixed.
Bug 182098 also seems to be caused by the condition of the panel being locked.
That two things (stopping/pausing an operation , and removing/moving the file-operation dialog) are completely unrelated; so it's really strange Are your KDE packages updated? I can't reproduce this in KDE4.3today trunk
> That two things (stopping/pausing an operation , and > removing/moving the file-operation dialog) are completely > unrelated; so it's really strange The common factor is that I cannot make any changes to the dialogs when the panel is locked. It appears that the dialogs are being treated as a regular plasmoid, and locking the plasmoids locks the dialogs as well. > Are your KDE packages updated? I am using KDE 4.2 as provided by Ubuntu. Should of compiling KDE Trunk myself, what do you propose I do to test on a newer build? > I can't reproduce this in KDE4.3today trunk That's good to know. When I find a way to test on a newer build I will either update the bug with better reproducibility instructions or close it.
(In reply to comment #3) > > That two things (stopping/pausing an operation , and > > removing/moving the file-operation dialog) are completely > > unrelated; so it's really strange > > The common factor is that I cannot make any changes to the dialogs when the > panel is locked. It appears that the dialogs are being treated as a regular > plasmoid, and locking the plasmoids locks the dialogs as well. > That is the strange point as the actions in the dialog shouldn't be "locked" as the panel is... Do you experience this "locked" behaviour with another plasmoid too ? > > Are your KDE packages updated? > > I am using KDE 4.2 as provided by Ubuntu. Should of compiling KDE Trunk myself, > what do you propose I do to test on a newer build? > > No need to :) > > I can't reproduce this in KDE4.3today trunk > > That's good to know. When I find a way to test on a newer build I will either > update the bug with better reproducibility instructions or close it. > Thanks for the research :)
> Do you experience this "locked" behaviour with > another plasmoid too? I do not know of any other plasmoid that I would expect to have moving parts. If you could suggest such a plasmoid, I will test.
This comment on a KDE dev's blog post verifies that I am not the only one with this issue: http://qashapp.blogspot.com/2009/02/my-wife-gave-up-on-kde.html?showComment=1234137420000#c7925726248332121742
it works properly here in trunk, and there is exactly no connection between locking of the panel and the action buttons in the code which makes the report a bit odd. :)
In Kubuntu 9.04 with KDE 4.2.2 I can confirm that the stop/start buttons work even when the panel is locked. In Kubuntu 8.10 with KDE 4.2.0 the stop/start buttons do not work. To me, that looks like the bug is fixed. Thanks.
I rescind my last comment. The panel was left unlocked after triaging another bug. When the panel is locked, I cannot operate the start / stop buttons nor move the dialogues. The issue is filed downstream on the *buntu bugtracker here: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/367234