Description of problem: The toolbox in gimp which should be re-locatable anywhere on the desktop will not move. I notice that when run from a terminal there is this error message:- Gtk-Message: Failed to load module "canberra-gtk-module" Version-Release number of selected component (if applicable): gimp-2.7.4 How reproducible: Always - tested in two installations of mga2 beta2. Steps to Reproduce: 1. Install gimp 2. Run it 3. There should be 3 windows on the desktop, all of which should be capable of being dragged around. Two of them will, but the toolbox will not. To create a new toolbox use CTRL/b - this will also not move.
Assignee: bugsquad => shlomif
Hi Barry, (In reply to comment #0) > Description of problem: > The toolbox in gimp which should be re-locatable anywhere on the desktop will > not move. > I notice that when run from a terminal there is this error message:- > > Gtk-Message: Failed to load module "canberra-gtk-module" > > Version-Release number of selected component (if applicable): > gimp-2.7.4 > > How reproducible: > Always - tested in two installations of mga2 beta2. > > Steps to Reproduce: > 1. Install gimp > 2. Run it > 3. There should be 3 windows on the desktop, all of which should be capable of > being dragged around. Two of them will, but the toolbox will not. > To create a new toolbox use CTRL/b - this will also not move. This seems fine here in Mageia 2/Cauldron on KDE-4.8.1 - I can easily move the toolbox. What is your desktop environment? Can you try in a new UNIX user account? Regards, -- Shlomi Fish
(In reply to comment #1) > Hi Barry, .... What is your desktop environment? Can you try in a new UNIX user > account? > > Regards, > > -- Shlomi Fish Hi Shlomi, This is KDE fully updated Cauldron, however I can't log in to a new user due to https://bugs.mageia.org/show_bug.cgi?id=4999 I just re-checked gimp and the issue is still there. All windows except toolbox are re-locateable. Even closing the toolbox and creating a new one has the same issue. I will try to reproduce in a different installation, but the above bug is making any testing difficult, as it happens in any new installation. Barry.
Hi Barry, (In reply to comment #2) > (In reply to comment #1) > > Hi Barry, > .... > What is your desktop environment? Can you try in a new UNIX user > > account? > > > > Regards, > > > > -- Shlomi Fish > Hi Shlomi, > This is KDE fully updated Cauldron, however I can't log in to a new user due to > https://bugs.mageia.org/show_bug.cgi?id=4999 You can try using a virtual console login (Ctrl+Alt+F2 / Ctrl+Alt+F3 / etc.), and start X in a new console. That's what I do (though I don't have your bug either, possibly because my computers don't have Nvidia cards). > I just re-checked gimp and the issue is still there. All windows except toolbox > are re-locateable. > Even closing the toolbox and creating a new one has the same issue. > I will try to reproduce in a different installation, but the above bug is > making any testing difficult, as it happens in any new installation. OK, it may happen due to a stray KDE/kwin setting. See under Windows Title Bar -> Right Click -> Configure Windows Behaviour. Regards, -- Shlomi Fish
(In reply to comment #3) > Hi Barry, > > (In reply to comment #2) > > (In reply to comment #1) > OK, it may happen due to a stray KDE/kwin setting. See under Windows Title Bar > -> Right Click -> Configure Windows Behaviour. > > Regards, > > -- Shlomi Fish Hi There don't seem to be any odd settings in the there. On first opening today the toolbox moved, breifly and then locked again. It's the same using right click on the top window bar -> move. The move icon appears in the centre of the toolbox window, but then moves independently without the toolbox following. The main window follows perfectly. I notice this when running from terminal, which I have seen in many gtk apps recently:- [baz@jackodesktop ~]$ gimp Gtk-Message: Failed to load module "canberra-gtk-module" This is a development version of GIMP. Debug messages may appear here. No messages while failing to move toolbox :(
Hi Barry, (In reply to comment #4) > (In reply to comment #3) > > Hi Barry, > > > > (In reply to comment #2) > > > (In reply to comment #1) > > > OK, it may happen due to a stray KDE/kwin setting. See under Windows Title > > Bar > > -> Right Click -> Configure Windows Behaviour. > > > > Regards, > > > > -- Shlomi Fish > > Hi > There don't seem to be any odd settings in the there. > On first opening today the toolbox moved, breifly and then locked again. > It's the same using right click on the top window bar -> move. The move icon > appears in the centre of the toolbox window, but then moves independently > without the toolbox following. The main window follows perfectly. > I notice this when running from terminal, which I have seen in many gtk apps > recently:- > [baz@jackodesktop ~]$ gimp > Gtk-Message: Failed to load module "canberra-gtk-module" > This is a development version of GIMP. Debug messages may appear here. > > No messages while failing to move toolbox :( I'm getting this: <<< [root@lap ~]# rpm -qa '*canber*' lib64canberra-gtk3_0-0.28-7.mga2 canberra-common-0.28-7.mga2 lib64canberra-gtk0-0.28-7.mga2 lib64canberra0-0.28-7.mga2 canberra-gtk-0.28-7.mga2 [root@lap ~]# >>> Can you try installing these packages? Moreover, did you resolve the issues with logining as a new user and/or into a different window manager? This is standard procedure and it frustrates me that I cannot follow it. Regards, -- Shlomi Fish
Hi Shlomi This is what I have without installing anything extra:- [root@jackodesktop baz]# rpm -qa '*canber*' lib64canberra-gtk0-0.28-7.mga2 lib64canberra0-0.28-7.mga2 lib64canberra-gtk3_0-0.28-7.mga2 lib64canberra-devel-0.28-7.mga2 canberra-common-0.28-7.mga2 canberra-gtk-0.28-7.mga2 lib64canberra-gtk-devel-0.28-7.mga2 The locked toolbox phenomenon at program start now seems to be fixed for me after recent updates. Gimp now starts from terminal without the gtk warning. I can still induce the lock up, as described below, but that is not a serious issue, so for me this can be closed. I have done more testing in xguest in icewm and in my normal user in icewm. I can reproduce the problem in all and have discovered a way to induce it. It seems to be related to the box dimensions. If the box bottom right corner is dragged up and left, it will suddenly jump in height to stretch from top to bottom of screen. In this form it becomes immoveable. (also could be related to whether the box is touching the main window edge - but hard to confirm) To unlock it the right side of the box must be dragged out in width so that more than approx. two columns of tools are visible. It can then be moved again using ALT/F7 or by dragging the header. See if you can reproduce this. It may be worth an upstream bug report WDYT? Barry
Hi Barry, (In reply to comment #6) > Hi Shlomi > This is what I have without installing anything extra:- > [root@jackodesktop baz]# rpm -qa '*canber*' > lib64canberra-gtk0-0.28-7.mga2 > lib64canberra0-0.28-7.mga2 > lib64canberra-gtk3_0-0.28-7.mga2 > lib64canberra-devel-0.28-7.mga2 > canberra-common-0.28-7.mga2 > canberra-gtk-0.28-7.mga2 > lib64canberra-gtk-devel-0.28-7.mga2 > > The locked toolbox phenomenon at program start now seems to be fixed for me > after recent updates. Gimp now starts from terminal without the gtk warning. > I can still induce the lock up, as described below, but that is not a serious > issue, so for me this can be closed. > > I have done more testing in xguest in icewm and in my normal user in icewm. > I can reproduce the problem in all and have discovered a way to induce it. > It seems to be related to the box dimensions. > If the box bottom right corner is dragged up and left, it will suddenly jump in > height to stretch from top to bottom of screen. In this form it becomes > immoveable. (also could be related to whether the box is touching the main > window edge - but hard to confirm) > To unlock it the right side of the box must be dragged out in width so that > more than approx. two columns of tools are visible. It can then be moved again > using ALT/F7 or by dragging the header. > See if you can reproduce this. It may be worth an upstream bug report WDYT? > I can reproduce this (on icewm on a new user), but I'm not sure it's a bug, because it can still be moved after resized. Feel free to consult the GIMP developers about it on their mailing list, on IRC, on the bug tracker, etc. Regards, -- Shlomi Fish
Hi Shlomi, This happens in 2.8 On opening Gimp the toolbox is 3 icons wide and cannot be moved. After increasing the width to 4 icons it can be moved. A fresh toolbox created with CTRL/b is 3 icons wide and cannot be moved. I am sure this is a bug. Barry
Hi, This bug was filed against cauldron, but we do not have cauldron at the moment. Please report whether this bug is still valid for Mageia 2. Thanks :) Cheers, marja
Keywords: (none) => NEEDINFO
(In reply to comment #9) > Hi, > > This bug was filed against cauldron, but we do not have cauldron at the moment. > > Please report whether this bug is still valid for Mageia 2. > > Thanks :) > > Cheers, > marja Valid for Mageia 2.
Whiteboard: (none) => MGA2TOO
Hi Barry, (In reply to comment #8) > Hi Shlomi, > > This happens in 2.8 > > On opening Gimp the toolbox is 3 icons wide and cannot be moved. > After increasing the width to 4 icons it can be moved. > > A fresh toolbox created with CTRL/b is 3 icons wide and cannot be moved. > > I am sure this is a bug. > > Barry I suggest you report this bug to the upstream GIMP developers in the GIMP bug tracker: http://developer.gimp.org/bugs.html Maybe consult them on IRC first: http://www.gimp.org/irc.html Regards, -- Shlomi Fish
Keywords: NEEDINFO => (none)CC: (none) => sander.lepik
Please look at the bottom of this mail to see whether you're the assignee of this bug, if you don't already know whether you are. If you're the assignee: We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead. If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard. Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why. Thanks :) **************************** @ the reporter and persons in the cc of this bug: If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us. @ the reporter of this bug If you didn't reply yet to a request for more information, please do so within two weeks from now. Thanks all :-D
Changing to ASSIGNED and adding the UPSTREAM keyword.
Keywords: (none) => UPSTREAMStatus: NEW => ASSIGNED
I have added a comment to :- https://bugzilla.gnome.org/show_bug.cgi?id=669795 which looks to be related.
That bug closed and no-one bothered to reply to my comment so i filed a new bug. https://bugzilla.gnome.org/show_bug.cgi?id=696662
So seems like the buck got passed :\ https://bugzilla.gnome.org/show_bug.cgi?id=696662#c5 So what now?
So this seems to be a kwin issue, triggered by a bug in gimp which has been 'fixed' (I don't really agree) https://bugzilla.gnome.org/show_bug.cgi?id=686929 Anyhow I will open another bug against kwin blocking this.
Depends on: (none) => 10009
What about this bug, Barry? Still valid with recent gimp and kwin?
Keywords: (none) => NEEDINFOStatus: ASSIGNED => NEWAssignee: shlomif => bugsquadSummary: gimp toolbox immovable => gimp toolbox immovable in kwinSource RPM: gimp-2.7.4-4.mga2.src.rpm => kwin
Oh, I see you opened but 10009. Let's close this one then.
Status: NEW => RESOLVEDResolution: (none) => OLD