Open
Bug 510486
Opened 16 years ago
Updated 5 years ago
Assert on dragging empty th onto tab
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect, P5)
Tracking
()
UNCONFIRMED
People
(Reporter: benpmorgan+bugzilla, Unassigned)
Details
Attachments
(1 file)
1.58 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2
Empty <th>'s with a background-image and width and height set can be dragged (with sufficient care). When dragged onto the tab bar, they give the error message:
ASSERT: In the drop event, at least one mime-type should match our supported types
Stack Trace:
0:_onDrop([object DragEvent])
1:ondrop([object DragEvent])
Reproducible: Always
Reporter | ||
Comment 1•16 years ago
|
||
Comment 2•16 years ago
|
||
Can't be dragged anymore with the latest trunk nightly build:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/
Version: unspecified → 3.5 Branch
Reporter | ||
Comment 3•16 years ago
|
||
This happens on the latest trunk nightly:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a1pre) Gecko/20090816 Minefield/3.7a1pre
and also on 3.6a1. It's just not quite as easy to drag it off as it is in 3.5.
Try dragging it very quickly off (it may take a few tries...)
Updated•16 years ago
|
Component: General → Drag and Drop
Product: Firefox → Core
QA Contact: general → drag-drop
Version: 3.5 Branch → 1.9.1 Branch
Comment 4•5 years ago
|
||
Bulk-downgrade of unassigned, >=3 years untouched DOM/Storage bug's priority.
If you have reason to believe this is wrong, please write a comment and ni :jstutte.
Severity: normal → S4
Priority: -- → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•