|
Bugzilla – Full Text Bug Listing |
| Summary: | Wrong drag & drop cursor | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Forgotten User sxozS5NPY1 <forgotten_sxozS5NPY1> |
| Component: | GNOME | Assignee: | Federico Mena Quintero <federico> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P2 - High | CC: | eich |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | i686 | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Customer | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | gtk2-dnd-cursor-offset.diff | ||
That's curious: On my testmachine (10.0 RC4) it works... on Martin's machine there is the same problem. So this might be an old setting which might cause this behaviour. Did you make an update or did you import your old home directory? Try removing the ~/.mozilla directory and try if it works then: (move the settings) mv ~/.mozilla ~/.mozilla~ mkdir ~/.mozilla (then try it and move it back) mv ~/.mozilla~ ~/.mozilla Does it work then? I made an update from SuSE 9.3 (and still use the same $HOME). But I now created a new test user (of course with an empty $HOME) and there's the same problem. Also, the problem is not only in Firefox and Thunderbird but also in Rox Filer (I know this is not part of SuSE, but anyway). So I think that problem is present in any Gtk2 based application. Gnome-Maintainers: Could you decide who should handle this? Thanks. It looks like it's falling through to the generic X cursors font; it looks the same regardless of which cursor theme I select through gnome-mouse-properties. Maybe that changed upstream? I still don't understand the problem. :-( Maybe Egbert/Matthias do ... It's rather unlikely that this has changed upstream. I'm not aware of any changes in cursor code that have been made since 9.3. Also the original bug report sounded more like the wrong cusor image was used. Since the image is provided by the application (and/or Xlib) it's more likely that the cursor images/names got mixed up. Makes sense to me. Assigning back to GTK/Gnome component therefore. Just a remark: The cursor image (i.e. the "document icon" = rectangle in my ASCII drawing) is the right, just the position related to the "pointer" is wrong. Maybe Michael Gross can describe this better since he was able to reproduce the bug at his collegues workstation. This changed upstream with the introduction of support for Xcursor. It only affects programs which do not set a drag icon explicitly, but rather use the default GTK+ drag icon. I just filed this upstream with some additional details: http://bugzilla.gnome.org/show_bug.cgi?id=319200 GTK bug ... Yeah, using GTK_ANCHOR_NORTH_WEST in the fallback code fixes the problem. I'll attach a patch shortly. Created attachment 55916 [details]
gtk2-dnd-cursor-offset.diff
This fixes the problem for me. I'll put it in Autobuild.
Will there be an (unofficial or YOU) update for SUSE 10.0? I've submitted it to autobuild for STABLE and PLUS. About YOU - I don't know, is this important enough to have an update? Hm ..., what does this mean for me as user? Are there somewhere packages which I can install? Well, my personal opinion is that a YOU update would be good. For my needs I installed the patch, but I found the bug very annoying, so it may good if other users could profit from the fix immediately, too. |
Hello, I don't know how to make screenshots of mouse cursors, so I try to describe the behaviour. In previous versions of SuSE, the drag cursor when dragging a URL (icon in the address bar) in Mozilla Firefox or a mail in Mozilla Thunderbird looked like: _____ | ________ | | | | | | | | | --------- There's a black drag symbol and a colored "document" icon. This is what I expect. In SUSE 10.0 it looks like .____ ____|___ | | | | | | | | | --------- So the position of the document has moved. The annoying behaviour is that the mouse cursor point (the point where the click should happen which should be on the point marked with .) jumps a bit when the cursor changes from the normal form to the drag & drop cursor and it jumps back when drag & drop is finished. I hope it's clear what I mean. I installed the latest Xcursor-related YOU patch.