drag and drop to local folders is offset

[Daniel Newman]

Binary package hint: thunderbird

Ubuntu karmic (development branch)
Release: 9.10

thunderbird:
  Installed: 2.0.0.22+build1+nobinonly-0ubuntu2
  Candidate: 2.0.0.22+build1+nobinonly-0ubuntu2
  Version table:
 *** 2.0.0.22+build1+nobinonly-0ubuntu2 0
        500 http://archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status

With a Local Folders tree in the sidebar, it should be possible to drag a message from the inbox and drop it in a local folder by placing the mouse pointer on the destination local folder name.

When I do this, the folder name whose background is highlighted may be higher up the tree than the one on which the mouse pointer is resting. This problem is only noticeable for a long tree. The vertical offset is zero for the top local folder, and increases for folders further down the tree. The drop happens in the highlighted folder, not the one pointed to by the mouse.

I'm guessing there is a slightly over-sized scale factor of line height vs mouse height somewhere in the process.

[Martin Emrich (emme)]

I also see this on my desktop,laptop (karmic amd64) and netbook (karmic i386). When dragging a mail from one folder to another, the highlighted target folder is ca. 6 folders/100 pixels above the mouse cursor. After releasing the mouse button, the mail is moved to the highlighted folder, not the one under the mouse cursor.

[Dominik George (natureshadow)]

I also see this on karmic on amd64.

[Jameson Williams (jamesonwilliams)]

Me too. 2.0.0.22+build1+nobinonly-0ubuntu2

[Jamie (solowinter)]

This bug isn't limited to Thunderbird. It also affects Firefox when attempting to drag and drop bookmarks in the bookmark tree. I'm using Firefox 3.5.1 (Shiretoko).

[Ian Jefferies (ijefferies)]

I see this on Ubuntu 9.10 alpha 4 using Thunderbird 3.0 beta 3

[komputes (komputes)]

I have an issue with dragging mail to folders in thunderbird and dragging songs to playlists in folders. I always get this offset.

The expected behavior is to highlight the folder immediately underneath (layer) the cursor.

Since I experience this offset in thunderbird and songbird, via drag and drop a file to a folder or a song to a playlist, I think it's possible that this bug may affect a shared mozilla library.

I would screen-record this but it does not seem to work when gtk-recordmydesktop is running.
Attached is a picture showing a mail destined for the folder "C", yet it highlights a few folders on top "Drafts".

Ubuntu 9.10 32-bit (Karmic Koala Alpha)

[komputes (komputes)]

I can also confirm Jamie's statement that this happens in Organize Bookmarks in firefox. I use firefox 3.5.2.

[Micah Gersten (micahg)]

Moving to Firefox 3.5 package.

[Micah Gersten (micahg)]

The Firefox issue has already been filed as bug 413950. Please subscribe if you are interested. We will triage the Thunderbird bug here as they are a separate upstream.

[Vish (vish)]

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.2) Gecko/20090810 Ubuntu/9.10 (karmic) Firefox/3.5.2
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.2) Gecko/20090810 Ubuntu/9.10 (karmic) Firefox/3.5.2

Problem is seen during:
1: Drag-and-drop of text in a text field [eg: comments box]
2: Drag-and-drop while organizing bookmarks

Reproducible: Always

Steps to Reproduce:
A: Drag and drop of text in a text field [eg: comments box]
For single-line text input boxes
1. Type and Select text
2. Now drag the text
3. Cursor is missing

For text input boxes which have several lines [eg: comments box]
1. Type text for several lines > 4 lines
2. Select text in the First line
3. Now drag the text in the First line
4. Cursor is missing
5. Now drag the text , from the first line , lower so that the mouse pointer is now on the 4th line
6. notice the cursor in the first line !

While organizing bookmarks:
1. select bookmark and drag it
2. Drag it over to the Left pane , to drop in a folder
3. Notice the cursor position is always higher than the pointer [about 2-3 lines higher]
Actual Results:
For single line text boxes and large input boxes:
The cursor is missing when the pointer is in the first line
and cursor is visible in first line only when the pointer in brought much lower.

For bookmarks:
Cursor is always higher than the pointer position. which leads to improper drops

Expected Results:
Cursor should always be positioned near the pointer.
Only this will allow easier and predictable drag-and-drop.

When dragging tabs , this also leads to tearing off of the tab and new windows are opened > https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/413950/comments/4

These behavior is noticed only in firefox and thunderbird apps , in all other apps position the cursor is always near the pointer.

This did not happen in the previous versions of the apps.

I'v also tested with
- mozilla build of 3.5.2 and
- Ubuntu 3.7 version of firefox[ppa], the issue is present in all the versions.

Lp firefox bug > https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/413950
Lp thunderbird bug > https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/403325

Also to note :
when the bookmarks are dragged within the right pane or when dragged in the bookmarks drop-down menu , the cursor is positioned correctly [near the pointer]

[Mozilla-bugs-micahscomputing (mozilla-bugs-micahscomputing)]

Reed added per Alexander Sack

[Tanner-sumo-bugs (tanner-sumo-bugs)]

Changing to Drag and Drop...

[Dominik George (natureshadow)]

Fixed in newest package.

[Vish (vish)]

@Dominik George :
Can you clarify where it is released?
I'm on Karmic 32 bit fully up-to-date and i still see this error. [2.0.0.23+build1+nobinonly-0ubuntu1]
or Was it a fix commit?

Or I think you have only one thunderbird account? and dont see the error.

If there are multiple accounts and you drag the mail below the first account the cursor is always positioned wrong[much higher than the pointer] ,
Whereas , while dragging into the first account , the cursor is correctly positioned [below the pointer].

If it is not a commit , Kindly read the upstream report , this is a nasty bug in the core, which affects both firefox and thunderbird.

[Dominik George (natureshadow)]

I see this happen in Thunderbird when moving mails. but only if the folder pane has been scrolled at leasrt once after startup.

[Atanas Atanasov (thenasko)]

Isn't this a gtk bug, and should it be marked as such?

[Dominik George (natureshadow)]

@mac_v:

For me, it was fixed in 64bit after the update to 2.0.0.23+build1+nobinonly-0ubuntu1. A friend reports this as well (I wil get him to post a note about that). Multiple accounts.

@Atanas Atanasov:

Certainly not, as Thunderbird isn't a Gtk application (Mozilla apps use XUL).

[Atanas Atanasov (thenasko)]

I can confirm the problem is still present in thunderbird 2.0.0.23+build1+nobinonly-0ubuntu1.

[Dominik George (natureshadow)]

OK, I see it happen again now. It didn't happen yesterday.

I debugged this a bit more and can tell that the bug only occurs if the fodler pane has been scrolled at least once after startup.

[Vish (vish)]

@Dominik George :
Can you comment that^ on the upstream bug?

[komputes (komputes)]

I can also confirm the offset drag and drop problem is still present in thunderbird 2.0.0.23+build1+nobinonly-0ubuntu1.

[Martin Emrich (emme)]

I noticed that drag&drop works as it should since a few days, so the bug is currently no longer present for me.
I have 2.0.0.23+build1+nobinonly-0ubuntu1 installed.

[komputes (komputes)]

Corrected for me in karmic as well. Not sure what package did it but I'm guessing a library used by firefox, thunderbird and songbird as they all work as expected now (no offset).

[Dominik George (natureshadow)]

I can confirm this.

[Vish (vish)]

Yup , even the firefox bug has been solved.!
did anyone happened to notice which update fixed this?

[Vish (vish)]

Maybe this wasnt even a thunderbird or firefox bug ,
If someone hasnt updated their system and still notices the bug , they could try to identify which update fixes this issue?

Or was this solved due to the kernel -10 update?

[Dominik George (natureshadow)]

This was definitely a xulrunner bug. All the GUI stuff concerning Mozilla applications depends on XUL and xulrunner.

What makes me reck my brains is why firefox-3.5 depends on xulrunner >= 1.9.1 , I have 1.8.1 installed, and the dependency is still met, but this is another thing we really shouldn't discuss here :D.

[Norbert Nemec (nnemec)]

Seems like the following update solved the problem for me:

libgnutls26 2.6.6-1 -> libgnutls26_2.8.3-2_amd64.deb
libgail-common 2.17.7-0ubuntu3 ->libgail-common_2.17.10-0ubuntu1_amd64.deb
libgail18 2.17.7-0ubuntu3 -> libgail18_2.17.10-0ubuntu1_amd64.deb
libgtk2.0-0 2.17.7-0ubuntu3 -> libgtk2.0-0_2.17.10-0ubuntu1_amd64.deb

(along with https://bugs.launchpad.net/firefox/+bug/413950 )

[Stef Walter (stefw)]

This problem has been fixed for me as well after updating. I can't pinpoint which update exactly. Thanks!

[Martin Emrich (emme)]

All people affected by this seem to have been users of Ubuntu karmic development releases. Since a few weeks before the release, this was fixed at least for me in Ubuntu 9.10. I wonder if it is still affecting anyone...

[Vish (vish)]

(In reply to comment #4)
> All people affected by this seem to have been users of Ubuntu karmic
> development releases. Since a few weeks before the release, this was fixed at
> least for me in Ubuntu 9.10. I wonder if it is still affecting anyone...

I'm the original reporter of this bug , The bug seems solved for me. But oddly *not* fixed by an update in firefox.
Seems that something else was affecting firefox and thunderbird simultaneously.

[Martin Emrich (emme)]

Yes, I assume it was an Ubuntu-related problem, so IHMO this bug could be set to RESOLVED/WORKSFORME (My bugzilla account seems not to allow this change).

[Tobbi-bugs (tobbi-bugs)]

Resolving as worksforme.