Open Bug 484969 Opened 16 years ago Updated 4 years ago

Drag and Drop of elements with "src" or "href" attribute is broken in designmode

Categories

(Core :: DOM: Copy & Paste and Drag & Drop, defect, P5)

x86
Windows XP
defect

Tracking

()

UNCONFIRMED

People

(Reporter: robert.stopp, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7 (.NET CLR 3.5.30729) On documents with an explicit set base, drag and drop/ copy and paste shows strange behaviour. This is not always reproducable, i have an testcase that works with a trick to make it reproducable: http://www.renebel.de/dradndrop_testcase/testcase_drag_n_drop.html Drag and Drop of elements with an "src" or "href" attribute makes the attributes switch between an absolute value (leading slash) an a relative value. On designmode enabled documents this behaviour is most fatal. Images and links are broken. Behaviour seems to be only reproducable if the containing document and the document with the set base having the same base. Testcase dosn't work if parent host: http://www.renebel.de and the iframe base is: http://renebel.de/ A bugzilla testcase isn't possible because there is no difference between src="logo.gif" and src="/logo.gif" Reproducible: Sometimes Steps to Reproduce: 1. Run the testcase at http://www.renebel.de/dradndrop_testcase/testcase_drag_n_drop.html with an gecko driven browser.
Component: General → Drag and Drop
Product: Firefox → Core
Version: unspecified → Trunk
QA Contact: general → drag-drop

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Severity: major → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.