After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 317992 - Weird moving window parts at the right side of the screen (layers panel)
Weird moving window parts at the right side of the screen (layers panel)
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: User Interface
2.2.x
Other All
: Normal minor
: 2.4
Assigned To: GIMP Bugs
GIMP Bugs
: 326122 332783 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-10-05 07:31 UTC by Gero Mudersbach
Modified: 2008-03-31 22:07 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
001_drag-and-drop-timeout-fix.patch (1.06 KB, patch)
2008-03-30 18:05 UTC, Martin Nordholts
committed Details | Review

Description Gero Mudersbach 2005-10-05 07:31:26 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.
Comment 1 Sven Neumann 2005-10-05 10:59:53 UTC
More likely just a timeout from a drag and drop operation. Didn't we have a bug
report on that already?
Comment 2 Sven Neumann 2005-10-13 12:01:29 UTC
Gero, do you happen to use an NVidia card? I think I remember this being a
well-known driver problem.
Comment 3 Gero Mudersbach 2005-10-13 13:30:24 UTC
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.
Comment 4 Gero Mudersbach 2005-10-25 08:25:57 UTC
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.
Comment 5 Simon Budig 2006-01-08 01:15:08 UTC
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.
Comment 6 Gero Mudersbach 2006-01-08 09:14:35 UTC
The scenes in the movie are exactly the same strange animations I have noticed and reported in this bug.
Comment 7 Simon Budig 2006-01-08 15:58:58 UTC
*** Bug 326122 has been marked as a duplicate of this bug. ***
Comment 8 Simon Budig 2006-02-27 22:13:10 UTC
*** Bug 332783 has been marked as a duplicate of this bug. ***
Comment 9 Mjelme 2006-02-27 22:28:01 UTC
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.
Comment 10 Martin Zboril 2006-03-13 08:24:29 UTC
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
Comment 11 Jason Holland 2006-05-08 03:44:28 UTC
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










Comment 12 Liam Quin 2006-05-08 05:08:20 UTC
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.

Comment 13 Akkana Peck 2006-05-08 05:19:10 UTC
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).
Comment 14 weskaggs 2006-06-14 19:14:20 UTC
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.
Comment 15 Sven J. 2006-06-15 12:42:27 UTC
Hi wesk, have you looked at the video in:
http://bugzilla.gnome.org/show_bug.cgi?id=326122
?
Comment 16 Sven J. 2006-06-21 13:04:16 UTC
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
Comment 17 edwin 2006-11-03 21:32:00 UTC
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. 
Comment 18 Sven J. 2006-11-04 18:25:43 UTC
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 ;-)
Comment 19 Allen 2007-03-29 03:53:46 UTC
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.
Comment 20 Aurimas Juška 2008-03-30 11:26:46 UTC
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...
Comment 21 Martin Nordholts 2008-03-30 12:17:46 UTC
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.
Comment 22 Sven Neumann 2008-03-30 13:24:00 UTC
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.
Comment 23 weskaggs 2008-03-30 16:29:48 UTC
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.
Comment 24 Martin Nordholts 2008-03-30 18:05:37 UTC
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.
Comment 25 Martin Nordholts 2008-03-30 18:42:32 UTC
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.
Comment 26 Sven J. 2008-03-31 22:07:04 UTC
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.