If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Dragging objects with png demo almost impossible

RESOLVED INVALID

Status

()

Core
Layout: View Rendering
RESOLVED INVALID
13 years ago
13 years ago

People

(Reporter: Martijn Wargers (dead), Assigned: roc)

Tracking

({regression})

Trunk
x86
Windows XP
regression
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

13 years ago
See url.
You should be able to drag the sun and the eagle, but this is not possible with
current trunk build.
Works with 2005-05-14 build, fails with 2005-04-15 build, so my guess is this is
a regression from fixing bug 289792.
Confirming
much easier with the older build
I think what we're doing with this demo now is quite correct, strictly speaking.
Shouldn't the script do preventDefault() to stop the brower's default drag
action kicking in?
(Reporter)

Comment 3

13 years ago
Ah, ok. Makes sense. I just noticed a change in behavior. That made my alarm
bells go off.
Status: NEW → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → INVALID
(Reporter)

Comment 4

13 years ago
On the other hand, it might be correct that the default drag action kicks in,
but when I release my mouse button, the objects follow my mouse movement, as if
I did not release my mouse button above the object. Isn't that a bug?
I still release my mouse button above the object, so the object should have
'received' the mouseup event, not?
I don't know. I suppose we could continue to fire mousemove and mousedown events
while also processing drag events ... it's really a question of what the DOM
standards and application developers expect. CCing jst and neil for an answer...

Comment 6

13 years ago
I'd expect dragover events instead of mouseover events.
Then this bug should remain invalid.
You need to log in before you can comment on or make changes to this bug.