Closed
Bug 453062
Opened 17 years ago
Closed 17 years ago
Drag'n'dropping an image to Desktop results in a .webloc file
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: rigido71, Assigned: enndeakin)
References
Details
(Keywords: regression)
Attachments
(1 file)
|
1.53 KB,
patch
|
smaug
:
review+
roc
:
superreview+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b1pre) Gecko/20080830020452 Minefield/3.1b1pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b1pre) Gecko/20080830020452 Minefield/3.1b1pre
I was wondering why I wasn't able to drag and drop images to iTunes so I tried to drop it on Desktop and I saw FF created a XML file.
Reproducible: Always
Steps to Reproduce:
1. Go to http://www.mozilla.com/en-US/firefox/
2. Drag the "Firefox 3 Free Download..." image to the desktop
Actual Results:
A "Free Download 3.0.1 for Mac OS X 10.4 and above English (US) (17.4MB)" file is created. The file content is:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>URL</key>
<string>http://www.mozilla.com/products/download.html?product=firefox-3.0.1&os=osx&lang=en-US</string>
</dict>
</plist>
Expected Results:
A copy of the image on the desktop
If you drag an <A>nchor image the resulting name is the <A> itself. If you drag a simple image the resulting name is something like:
http-::www.aiutamici.com:ftp:images:software:mp3directcut10.png.webloc
| Reporter | ||
Updated•17 years ago
|
Version: unspecified → Trunk
| Reporter | ||
Updated•17 years ago
|
Summary: Drag'n'dropping an image to Desktop results in a .webloc XML file → Drag'n'dropping an image to Desktop results in a XML file
Comment 1•17 years ago
|
||
clarifying the summary: dragging creates a link (.webloc) to the image on the server instead of dropping the image on the desktop.
fails
Gecko/20080828020913 Minefield/3.1a2pre
works
Gecko/20080827044342 Minefield/3.1a2pre
http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2008-08-27+02%3A09%3A13&enddate=2008-08-28+04%3A43%3A42
--> bug 356295 almost certainly
Blocks: 356295
Status: UNCONFIRMED → NEW
Component: General → Drag and Drop
Ever confirmed: true
Keywords: regression
Product: Firefox → Core
QA Contact: general → drag-drop
Hardware: Macintosh → All
Summary: Drag'n'dropping an image to Desktop results in a XML file → Drag'n'dropping an image to Desktop results in a .webloc file
| Assignee | ||
Comment 2•17 years ago
|
||
Seems that draggings nsISupports need to be wrapped in an nsISupportsInterfacePointer.
Assignee: nobody → enndeakin
Status: NEW → ASSIGNED
Attachment #336363 -
Flags: superreview?(roc)
Attachment #336363 -
Flags: review?(Olli.Pettay)
Updated•17 years ago
|
Attachment #336363 -
Flags: review?(Olli.Pettay) → review+
Comment 3•17 years ago
|
||
Comment on attachment 336363 [details] [diff] [review]
fix dragging images to desktop
(Just a link for myself:
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/content/base/src/nsCopySupport.cpp&rev=1.56&mark=438-449#404)
>+ else {
>+ // wrap the item in an nsISupportsInterfacePointer
>+ nsCOMPtr<nsISupportsInterfacePointer> ptrSupports =
>+ do_CreateInstance(NS_SUPPORTS_INTERFACE_POINTER_CONTRACTID);
>+ if (!ptrSupports)
>+ return PR_FALSE;
>
>- // for flavour data providers, use kFlavorHasDataProvider (which has the
>- // value 0) as the length.
>- nsCOMPtr<nsIFlavorDataProvider> fdp = do_QueryInterface(*aSupports);
>- *aLength = fdp ? sizeof(nsISupports) : nsITransferable::kFlavorHasDataProvider;
>+ ptrSupports->SetData(data);
>+ NS_ADDREF(*aSupports = ptrSupports);
Couldn't you do ptrSupports.swap(aSupports);
Attachment #336363 -
Flags: superreview?(roc) → superreview+
| Assignee | ||
Updated•17 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•