Closed Bug 452805 Opened 14 years ago Closed 13 years ago

file:///*** is displayed instead of actual URL when D&D internet shortcut.

Categories

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

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bugmozz, Assigned: enndeakin)

References

Details

(Keywords: regression)

Attachments

(3 files, 1 obsolete file)

Attached image screenshot
regression range is 0827-0828 Nightly.
maybe caused by bug 356295

this happens with some internet shortcuts, not with all internet shortcuts.
and sometimes the page is not loaded,
Not enough information. Please provide proper steps to reproduce.
Attached image screenshot
[STR]
1) create an internet shortcut file
2) D&D it

if no problem "A1" internet shortcut, try with other ("A2","A3","A4"....) internet shortcut.
STR:
1) create a text file with:

[InternetShortcut]
URL=http://mozilla.org/

and safe this as "test.url" to e.g. desktop.

2)
fire up Fx with a blank tab

3)
drag the icon of the newly created shortcut file to the location bar

expected:
http://mozilla.org/ is being loaded

actual:
"file:///*/test.URL" is being displayed.

error console output:
Security Error: Content at about:blank may not load or link to file:///*/test.URL.

regression range:
http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2008-08-27+05%3A00%3A00&enddate=2008-08-28+03%3A00%3A00
Keywords: regression
this happens with File > Open File as well.
something to do with this ?

https://bugzilla.mozilla.org/show_bug.cgi?id=452771#c5
(In reply to comment #5)
> something to do with this ?
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=452771#c5

NOPE. Still b0rk3n
Attached patch preliminary patch (obsolete) — Splinter Review
The issue here is that files dragged from the desktop have the file type and the url type, but the file type has higher precedence.

This patch changes the nsDragAndDrop.js script so that the types are instead checked in the order getSupportedFlavours returns them.
Assignee: nobody → enndeakin
Status: NEW → ASSIGNED
Attached patch simpler fixSplinter Review
This patch iterates in the order the flavours are returned by getSupportedFlavours, instead of the order the types were added at the start of the drag. This ensures compatibility with existing code.
Attachment #336542 - Attachment is obsolete: true
Attachment #337462 - Flags: review?(neil)
Attachment #337462 - Flags: review?(neil) → review+
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Flags: in-litmus?
Resolution: --- → FIXED
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080911105329 Minefield/3.1b1pre

fine now. thanks.
You need to log in before you can comment on or make changes to this bug.