| gtk incomplete drag | |||||||
| Project Member Reported by f...@sofaraway.org, Aug 30 2010 | Back to list | ||||||
What steps will reproduce the problem? 1. drag something from a web page (like an image) 2. drop it somewhere where there's nothing to receive it (inside the page or even outside, like in an xterm) What is the expected output? the dragged item should return to its original place What do you see instead? it stays there, like a ghost, always on top, but letting events pass through it 7.0.509.0 (57802) Ubuntu 10.10 libgtk2.0-0 2.21.6-1ubuntu3 not sure if it's a regression in chromium or in the gtk in Ubuntu Maverick. Video attached. i also hit that several times with menus from the bookmarks bar but it's tougher to reproduce.
,
Aug 30 2010
I can't reproduce this on Lucid either. PS: I gave up on Maverick after the Xorg update broke my video drivers. :~(
,
Aug 30 2010
could also be c) an ubuntu patch in gtk Maverick is causing this. Maverick has a new menu proxy diverting stuff from the app to the panel, maybe it's causing this.
,
Aug 30 2010
I don't *think* we do anything too crazy in this area, so I bet it's a simple bug.
,
Aug 30 2010
whatever it is, other apps are not impacted. Also tried the same with ff4.0 and it worked as expected. So indeed, even if gtk changed a bit, it looks like chromium is doing something if not wrong, different.
,
Aug 30 2010
side note, when i drag an image with firefox on the desktop, i obtain a local copy of that image. with chromium, i get a desktop file containing a link to the page and named after the image, that's weird.
,
Dec 15 2010
I can still reproduce that very annoying bug at least 10 times a day. I got it once or twice (in 6 months) with another gtk app but only with menus (the gnome panel Application menu and gedit, iirc), while in Chromium, it's with with images and text, very painful to do selections, especially as i very often select a few words when i'm reading something and get distracted (the selection helps me restart my reading where i left off) so it may not be a direct chromium bug, but chromium is a zillion times more impacted. (i'm on Natty now, with gnome 3)
,
Mar 6 2011
It seems to be WM-specific. When I use metacity's built-in compositing this occurs very reliably (maverick), but not in compiz or metacity without compositing (but it looks like we don't customize the drag image in that case). If you can also trigger it with GNOME 3 (gnome-shell, not unity, right?) that would make sense as gnome-shell is based on metacity.
,
Dec 8 2011
,
Jun 11 2012
(Un-ccing myself from bugs.)
,
Mar 10 2013
,
Jul 20 2015
Seems to have been fixed in Linux Aura migration (and GTK is out so it is indeed likely resolved). Closing this for now, feel free to re-open if you still see it. |
|||||||
| ► Sign in to add a comment | |||||||
Status: Available