GNOME Bugzilla – Bug 566652
drag and drop a chart never stops dragging
Last modified: 2010-04-13 10:22:52 UTC
I have this problem where if I drag a chart on a sheet, the drag never ends. For instance, if I click and drag the chart, then drop it, everything looks normal, but if I move the mouse again (now with no buttons pressed) then the chart continues to drag. This will happen indefinitely. The only way to end it is to move the cursor off the chart onto another area of the sheet and press the Escape key on the keyboard repeatedly until the drag ends. Observed with 1.8.3 on Ubuntu 8.10 x86.
1.8.3 on debian sid does not present this issue. Might be an Ubuntu issue (1.8.3 on Ubuntu is not the official 1.8.3).
I seem to recall that this might be a gtk+ behaviour change. What versions of gtk+ are you two running?
Possibly a gtk+ version issue. I checked with both the 1.8 branch and truk on ubuntu 8.10. The 1.8 branch has this behavior, but it looks it has been fixed in trunk.
I am experiencing this problem on Ubuntu 8.10 x86. LP bug: https://bugs.launchpad.net/gnumeric/+bug/316502 After pressing ESC or double-clicking on the plot to stop the plot dragging, I am unable to type in cells by selecting a cell and then typing. I have to double click on a cell to cause the cursor to be active, then I can start typing. Installed Packages: gnumeric 1.8.3-3ubuntu2 gnumeric-common 1.8.3-3ubuntu2 gnumeric-doc 1.8.3-3ubuntu2 gnumeric-plugins-extra 1.8.3-3ubuntu2 libgtk2.0-0 2.14.4-0ubuntu1 libgtk2.0-0-bin 2.14.4-0ubuntu1 libgtk2.0-0-cil 2.12.1-1ubuntu2 libgtk2.0-0-common 2.14.4-0ubuntu1 Please let me know if any additional information will be helpful.
I was seeing this as well, upgrading to 1.9.6 though debian sid repo mitigated: gnumeric & gnumeric-common: 1.8.4-3ubuntu2 >> 1.9.6-1 libgoffice-0-6 >> libgoffice-0-8 libgoffice-common-0-6 >> libgoffice-common-0-8
I still don't see this behavior on debian sid, now with gtk+2.16, so it does not seem it is a gtk+ issue.
It _was_ a gtk issue. They changed the semantics of some of the callbacks yet again. It was fixed in the 1.8.4 release.
Jody, 1.8.4 on ubuntu-9.04 still shows this issue.
Jean: is 1.8.4 on ubuntu really the gnumeric 1.8.4 release? Ubuntu has been known to pull from svn so their 1.8.4 could be between 1.8.3 and 1.8.4.
*** Bug 580931 has been marked as a duplicate of this bug. ***
This is also a problem with Gnumeric-1.8.4 on Fedora 10 and 11. gnumeric-1.8.4-2.fc11 gtk2-2.16.1-3.fc11
We released Gnumeric on 2009-01-18 17:03:12 (GMT) (at least that's when Jody tagged it in svn). As far as I can tell gnumeric "1.8.4" was added to fedora 10 on 2008-11-17. So this cannot be the true 1.8.4 release.
The fix for this appears to have gone into 1.8 after last release, see http://git.gnome.org/cgit/gnumeric/log/?h=gnumeric-1-8
I still see this bug on a fresh install of Ubuntu 9.04. The source tarball used to build the Ubuntu package is the 1.8.4 release: $ md5sum gnumeric* b17e4ab47343c7adf8eebde3f4d8185f gnumeric_1.8.4.orig.tar.gz b17e4ab47343c7adf8eebde3f4d8185f gnumeric-1.8.4.tar.gz So it looks like the bug is still present or upstream is applying a patch that introduces the bug. Since some say this is a GTK issue, is there a particular GTK bug that we can reference? If this is a bug in GTK, I'd like to inform upstream so that it can be fixed.
It would be nice to push this into Fedora 11, and perhaps Fedora 10 as a bugfix release, since this bug has made Gnumeric unusable for the lifetime of Fedora 10. Who handles packaging for Fedora?
Evidently the fix mentioned in comment 13 is for another gtk+ ABI break.
The fix for this is now in goffice-0-6 git. http://git.gnome.org/cgit/goffice/commit/?h=goffice-0-6&id=bfcd25ce71fce582af48f834c14a956249dc3ea6
Looks like this bug is not fixed. Aparently, it is due to the fact that when dragging ends, there is no button-release event. This currently has two consequences: - the grabbed item is not ungrabbed (probably minor) - pane->drag.button is not reset to 0 Ths last one implies a new gtk_drag_begin call as soon as the mouse moves since we do that from the motion-notify event when the button is not NULL. One solution seems to be to add pane->drag.button = 0; in cb_pane_drag_end (we just set had_motion to FALSE). I don't see the logic for the change in comment #17, not what was related to this bug in the changes mentioned in comment #13. May be I'm just blind ;-) Looks like I can't reopen with the new bugzilla?
I've helped patching goffice in ubuntu (8.10 & 9.04) according to patch linked in comment #17 (Launchpad #316502). This DOES solve the issue at hand. This update is currently in -proposed for these releases. - Arand
This is still an issue with Fedora 12 beta. It has survived three Fedora releases (along with bug 580930 et al.). Does anyone have sway with RedHat that can help get the upstream fixes pushed into F12 in time for release? Thanks! See: https://bugzilla.redhat.com/show_bug.cgi?id=505001
*** Bug 615627 has been marked as a duplicate of this bug. ***