GNOME Bugzilla – Bug 317992
Weird moving window parts at the right side of the screen (layers panel)
Last modified: 2008-03-31 22:07:04 UTC
Distribution/Version: Gentoo After working with the gimp more than 30 minutes there are some weird "animations" going on at the right side of the screen (layers panel). I can't actually see what it is, but it could be some refresh procedure of the panels that is malfunctioning.
More likely just a timeout from a drag and drop operation. Didn't we have a bug report on that already?
Gero, do you happen to use an NVidia card? I think I remember this being a well-known driver problem.
Well, I'm using to graphics-adapters, one nvidia and another is an ati radeon (both plugged in one computer, so two displays) and I noticed this on both displays. Also I'm using a notebook with a mobility u1 ati and I remember seeing this on the notebook too, but I'm not 100% sure. I'll check that soon.
I cannot reproduce it on my notebook with an ati card. Perhaps it is really a driver problem. Since it only appears with the gimp I will report back when I have more info on this. For now, please close the bug, I'll reopen it when I have more info.
Gero, can you have a look at bug #326122 and tell us if this is the effect you have been watching? There is a (unfortunately bad) movie attached that shows symptoms that sound similiar to your description.
The scenes in the movie are exactly the same strange animations I have noticed and reported in this bug.
*** Bug 326122 has been marked as a duplicate of this bug. ***
*** Bug 332783 has been marked as a duplicate of this bug. ***
I have seen similar effects on my notebook with intel onboard graphics (shared memory). In my case the ghost (icon sized) appears usually near the Toolbox (far from the layer window). Doesn't seem like a driver problem.
i have same problem here, at matrox milenium G550 dual head. Gosts are commonly floating at right side of screen where is seccond toolbar window located
I have witnessed this issue and I firmly do not believe it is a driver issue. Why? Because it happens with ATI, Nvidia, Generic S3, Laptops, Dell GX260, and handbuilt machines. All mine. Different OS's Windows 2000, Windows XP, Debian 3.1, Mandriva 2006, Mandrake 10.1, RedHat 9, and more. I discussed this issue with folks on IRC and the best suggestion was to come up with a set of steps to reproduce the issue. I have developed such steps, they may or may not be the reason, more over it could just be a length of time issue or a Memory dedicated to the tile issue. I am willing to work with any developer wishing to put forth the time to tell me what to watch for, or steps to help them trouble shoot the issue. While completeing the following steps, I witnessed 5 of these occurences, and yes all appeared to be in the general area of the Layer window regardless of what was on top of that window. Here are my steps: File new 1400x1050 Fill with transparency Comment Created by Myboxen New Layer - BGWhite Change Primary color to white Drag white from pallet to BGWhite Layer Click Text Tool Create Text HELLO Change color to black Increase font to 120 Close Text Editor window Create new layer - TextShadow Right click on HELLO layer, alpha to selection select TextShadow layer Change Primary color to black Drag from pallet to layer TextShadow Hide HELLO Right click on TextShadow and duplicate layer Change TextShadow Copy to Text Highlight TextShadow layer, Hide Text Layer Click Select -> None Move the TextShadow down and to the right by 10 x 10 pixels Select Filters -> Blur -> Gausian Blur Increase Radius to 30 and RLE Unhide Text Layer Delete HELLO Layer Right click on Text layer and duplicate Move Text Copy down below Text layer Rename to TextOutline Right click on TextOutline, select alpha to selection Click Select -> Grow, change to 2 click ok Change primary color to d42424 Drag color pallet to selection Click Select -> None Make a new layer - BGBlack change primary color to Black drag from pallet to main window right click on Text layer - alpha to select create a new layer - named DarkBGShadow Move the layer below TextShadow Layer change the primary color to c0c0c0 drag from the pallet to the main window when the DarkBGShadow layer is selected Click Select -> None Move DarkBGShadow down and to the left 10x10 Making sure DarkBGShadow is selected click Filter->Blur->Gausian Blur make sure Radius is still 30, and RLE. Click ok
I've seen this too, with an ati radeon card (for what it's worth). The effect can be short-lived or can last for hours. I have a feeling it's related to drag and drop but I really don't know for sure. I sometimes see a constant stream of little rectangles moving, one at a time, one after the other, up my screen from the layer pallette/dock thingy. The effect can last for hours, until I restart gimp, or it can go away.
Another data point, possibly relevant: I don't generally see this, but earlier I tried to follow the steps in this bug. I still didn't see the ghost windows, so I went on working. I was dragging lots of images from firefox to the gimp toolbox, working on each image for a while before dragging another one, but leaving all the images open. Eventually drag stopped working: I dragged from firefox, I saw the drag icon and the drop effect, but no image window would open. So I closed all but two of the image windows I already had open, using ctrl-W. Then I dragged again from firefox, which worked (a new image window opened) so I started working in that window (Curves), and a few seconds later, I saw two or maybe three of these ghost windows. They were small, like a drag icon or a tooltip, and moved horizontally across the screen from the GIMP toolbox back to the firefox window, with maybe 5-10 seconds between them. I wasn't able to make any more appear. I'm using an ATI Rage 128, Dapper, gimp from cvs, fvwm, no gnome or kde, but judging by the systems where Jason has seen this I doubt any of that is relevant. I'm comvinced it's some sort of drag 'n' drop artifact, but why it's happening when and where it does, I don't know. I suspect people who see them a lot are the people who do a lot of drags across the screen (I normally don't drag/drop very often, but tonight I did and I saw the ghosts).
I haven't been able to replicate this, unfortunately, but for somebody who has seen it, could you try the following?: start up Firefox, find an image or link, and drag it into some meaningless part of GIMP, such as the Tool Options area (NOT the Toolbox). When you release it, you should see a little symbol go floating back into Firefox. The question is whether this looks the same as what you are seeing with GIMP.
Hi wesk, have you looked at the video in: http://bugzilla.gnome.org/show_bug.cgi?id=326122 ?
Hi All, i just saw that weird thing under windows. I have not done anything spezial but working. If i remeber it right, it happend while i moved a window, so nothing thats related to a action inside a gimp window. I guess its a problem with redrawing windows. bye
I've had the same problem, though after noticing it I've continued to use Gimp for hours and nothing's ever actually happened, apart from the moving beige tiles themselves. My graphics card is an ATI Mobility Radeon X1600. The shapes seem to appear with more frequency the more RAM is being used, and I'd always just assumed it was something to do with virtual memory being moved around or something. I hope this is in any way useful.
I experienced similiar behavior without having gimp open. I worked with firefox and nautilus and i think a gnome-terminal. So probably its a gtk+ or metacity behavior. This bug is hidden very well since it survived lots of updates on my machine ;-)
I have also had a similar experience when running GIMP on Windows (XP/SP2). GIMP is version 2.2.13 with GTK 2.10.6-1. I have the problem even when GIMP is just setting, and I'm not doing anything in it.
Here are the steps how to reproduce: 1. Prepare an image with at least 2 layers. 2. Drag one of the layers to reposition, i.e. bottom layer to top. 3. Wait for exactly 5 minutes. The weird animation should appear. I've been able to reproduce it even though I used other application during the 5 min pause (the GIMP window was not minimized or touched in any way after step 2). It should probably be possible to guess what might cause it as "animation" appears exactly 5 mins after. So it must be some kind of timeout...
I was able to reproduce this using Aurimas step-by-step. With a good consistent way of reproducing this bug it shoudn't be too hard to get it done for 2.6. Let's but this bug on the 2.6 milestone.
This is most likely a problem in GTK+, so I don't want to see this on the milestone. But of course it would be nice if someone could figure it out and perhaps even fix it.
The d&d code in gtkdnd.c contains a 5-minute timeout that cancels a d&d operation if no drop has occurred within that time, and produces an animation like the one being seen here. This timeout is supposed to be removed when a successful drop occurs. It seems that it isn't being removed. I don't understand the code well enough to tell whether the problem is that Gimp fails to notify Gtk that the drop has finished, or whether the Gtk code is mishandling something. Some info that may be useful for debugging: The timeout is destroyed inside the static function gtk_drag_source_info_destroy(). This function can be called from several places. One thing that calls it is the static function gtk_drag_drop_fnished(), if the drop has been successful. This function, in turn, can be activated by the public function _gtk_drag_source_handle_event(), if the event is GDK_DROP_FINISHED. The timeout is added inside the static function gtk_drag_drop(), where it is assigned as info->drop_timeout.
Created attachment 108272 [details] [review] 001_drag-and-drop-timeout-fix.patch Not all code paths results in a call to gtk_drag_finish(). Here is a proposed patch. It would be nice if someone other than me could confirm that this patch fixes the problem.
Wow this feels pretty nice. This bug has annoyed me for years. Thank you very much Aurimas for reporting that step-by-step, and thanks bill for the initial analysis and for testing the patch. Fixed in trunk (rev 25320) and in the gimp-2.4 branch (rev 25321). 2008-03-30 Martin Nordholts <martinn@svn.gnome.org> * app/widgets/gimpcontainertreeview-dnd.c (gimp_container_tree_view_drag_drop): Make all code paths result in a call to gtk_drag_finish() if we return TRUE. Fixes bug #317992.
Great Job, i just rebuild the 2.4.5 version in ubuntu hardy with the patch. Seems to work. I did not check for side effects yet, but no animation occures.