Closed
Bug 453062
Opened 16 years ago
Closed 16 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•16 years ago
|
Version: unspecified → Trunk
Reporter | ||
Updated•16 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•16 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•16 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•16 years ago
|
Attachment #336363 -
Flags: review?(Olli.Pettay) → review+
Comment 3•16 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•16 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•