Closed
Bug 511955
Opened 15 years ago
Closed 15 years ago
Incorrect cursor positioning , while using drag and drop
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: vish, Unassigned)
References
Details
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]
Comment 1•15 years ago
|
||
Reed added per Alexander Sack
Comment 2•15 years ago
|
||
Changing to Drag and Drop...
Component: Layout: Text → Drag and Drop
QA Contact: layout.fonts-and-text → drag-drop
Comment 3•15 years ago
|
||
I see this happen in Thunderbird when moving mails. but only if the folder pane has been scrolled at leasrt once after startup.
Comment 4•15 years ago
|
||
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...
(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.
Comment 6•15 years ago
|
||
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).
Comment 7•15 years ago
|
||
Resolving as worksforme.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Updated•15 years ago
|
See Also: → https://launchpad.net/bugs/413950
See Also: → https://launchpad.net/bugs/403325
You need to log in
before you can comment on or make changes to this bug.
Description
•