Closed
Bug 194459
Opened 22 years ago
Closed 22 years ago
Can't drag links
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect, P2)
Core
DOM: Copy & Paste and Drag & Drop
Tracking
()
RESOLVED
DUPLICATE
of bug 200745
mozilla1.4alpha
People
(Reporter: kazhik, Assigned: john)
References
Details
(Keywords: regression)
Drag of links sometimes fails.
If you move the mouse to drop the link somewhere, the linked text
should be highlighted, but sometimes it isn't. The mouse pointer
doesn't change.
Build: 2003022108-trunk/WinXP, 2003021905-trunk/Linux
Reporter | ||
Comment 1•22 years ago
|
||
I think the fix of bug 103055 caused this bug.
Comment 2•22 years ago
|
||
Adding Cc: John Keiser.
John:
We think, this problem is another regression of bug 103055.
see this case.
http://bugzilla.mozilla.gr.jp/attachment.cgi?id=1506&action=view
you try this, you will be not able to drag.
1. Down a mouse button on yellow dot.
2. Drag to Outside the image.
but, drag to another side, you will be able to drag.
Comment 3•22 years ago
|
||
By a habit, this problem may be serious.
If you always down a button of mouse at a lower half of a line
and you always drag to downward, you are not able to drag a link.
Assignee | ||
Comment 4•22 years ago
|
||
OK, this regressed between the 14th and the 15th (which is when I checked in my
target fix), but backing out the retargeting does not fix this. It's still
probably mine.
Assignee: blaker → jkeiser
Assignee | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla1.4alpha
Comment 5•22 years ago
|
||
I noticed that this got much worse between 1.3beta and 1.3 final,
on both Mac OSX and Linux x86. CC'ing self and, by request,
timeless.
The particular patterns that I notice is that dragging a link
straight up usually doesn't work; if I click, drag to the side
a little bit, then move it up to the top (e.g. to a bookmark
folder on personal tool bar, or onto a tab) then it works.
Best guess is that it's timing/distance related (need to be
dragging on top of a link for a certain time or distance before
it's picked up for drag-and-drop).
Comment 6•22 years ago
|
||
*** Bug 199716 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Keywords: regression
Comment 7•22 years ago
|
||
I can't drag links from the URL locator bar to the "links" bar. Try dragging
the little dinosaur... no luck. Running XP, latest version of Mozilla, had this
happen on several computers.
Comment 8•22 years ago
|
||
I think that this behavior occurs when the drag starts at the extreme edges of
the clickable area. For instance, on a text link, dragging from the bottom few
pixels down (on the underline of the link) will not result in grabbing the link.
Same with the top few pixels up, right few pixels right, and left few pixels left.
I agree with comment #8; at least now, after reading this bug, I can see how to
work around it a bit.
I've noticed that ever since 1.3 final, I have about 50% success dragging links
under Linux, and about 25% success under MacOSX, with whatever my "normal"
procedure is.
Based on comment #8, I can reproduce this 100% by starting my drag near the edge
of the clickable region, and make it work 100% by starting towards the middle.
My uneducated guess is that the drag is being initiated by a mousemove event
with the mouse button down, and not by the initial mousedown event.
So, if you drag starting near the edge, towards the edge, the first mousemove
event (with the mouse button down) mozilla sees is outside the clickable region,
even though the initial mousedown event is _inside_ the clickable region.
This explanation also jibes with comment #5, since moving sideways is more
likely to get you a MouseMove event within the clickable region [ on the Mac, I
can't drag at all unless I have about a 25 pixel "runway" to initiate the drag
-- i.e. dragging up or down is impossible, unless I go very slow!]
And, probably the reason why it's so much worse for me under the Mac, may just
be the frequency in which that platform is getting mousemove events.
I've got to say that this is my #1 problem with Moz1.3 -- it's frustrating as
heck! and I'm sorry I didn't look into this more before 1.4a came out..
So, I can confirm this bug on 2 platforms: Linux/Xft RPM build, and MacOSX mach0
build of 1.3 final.
Hardware: PC → All
Updated•22 years ago
|
Flags: blocking1.4b+
Assignee | ||
Comment 10•22 years ago
|
||
I suspect this is fixed by bug 200745. And only drivers can set blocking1.4b+.
Flags: blocking1.4b+
Comment 11•22 years ago
|
||
Bug 200745 has more info and a patch. Duping.
*** This bug has been marked as a duplicate of 200745 ***
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•