Open Bug 947614 Opened 8 years ago Updated 3 years ago
Do the way back when drag-and-drop operation is aborted
On Mac, when one wants to abort a drag-and-drop operation, the menu bar is the place to go, always accessible. Other places can abort the operation, but this depends on the circumstances. The menu bar is the guarantee. Here are different ways that have the bug : 1) Select some word in the page, or the address in the address bar. 2) Do one of the following variants : 2a) Drag the selection to the title of the window. 2b) Drag the selection to the menu bar. 3) Do one of the following variants : 3a) Drop the mouse. 3b) Press Esc. Expected result : - The drag-and-drop operation is aborted, and the selection does go back to its place. This is standard behaviour on Mac. The user understands that the drag-and-drop operation has been aborted. Actual result : - The drag-and-drop operation is aborted, but the selection does not go back to its place. This is not standard behaviour on Mac. The user does not know whether the drag-and-drop operation has been done or aborted. The expected result happens : - In Firefox 25 in Mac OS X 10.6.8. - In Safari 7 in Mavericks. The actual result happens in Firefox 25.0.1 on Mavericks. This is a regression. Thank you for correcting this bug.
I don't see this issue on the current Firefox with 10.8.
In Firefox 43.0.4 up-to-date on Mac OS X 10.9.2: I select some text in the page. I drag this text and I drop it elsewhere on the page. --> The bug occurs.
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.