Closed
Bug 846765
Opened 12 years ago
Closed 11 years ago
Dragging from Downloads window and dropping in Finder creates weird shortcut
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
RESOLVED
FIXED
mozilla25
People
(Reporter: djst, Assigned: marco)
References
Details
Attachments
(1 file, 1 obsolete file)
3.52 KB,
patch
|
BenWa
:
review+
khuey
:
feedback+
|
Details | Diff | Splinter Review |
Bug 462172 appears to be cross-platform, but I noticed today that it doesn't work on the Mac. This is tested on Firefox 19 running on OS X 10.8.2.
When dropping a file from the Download window on Firefox onto e.g. the desktop, a strange shortcut is created instead of actually moving/copying the file there. This is different from how it works on Windows.
Comment 1•12 years ago
|
||
A weird shortcut indeed. It's called "Users:.fileloc" in terminal or "Users/.fileloc" in finder, and it has an Opera icon. But double-clicking it opens the PDF I downloaded in Preview.
Assignee | ||
Updated•11 years ago
|
Version: unspecified → Trunk
Assignee | ||
Comment 3•11 years ago
|
||
Is bug 544932 the problem?
Assignee | ||
Comment 4•11 years ago
|
||
Attachment #784254 -
Flags: feedback?(khuey)
Assignee | ||
Updated•11 years ago
|
Component: Downloads Panel → Widget: Cocoa
Product: Firefox → Core
Comment on attachment 784254 [details] [diff] [review]
Patch
Review of attachment 784254 [details] [diff] [review]:
-----------------------------------------------------------------
::: widget/cocoa/nsClipboard.mm
@@ +483,5 @@
> + if (!file) {
> + nsCOMPtr<nsISupportsInterfacePointer> ptr(do_QueryInterface(genericFile));
> + if (ptr) {
> + ptr->GetData(getter_AddRefs(file));
> + }
I'm kind of surprised this compiles. GetData returns an nsISupports*, not an nsIFile*. I would expect you to need to pass in an getter_AddRefs<nsISupports> here and QI to nsIFile afterwards.
Attachment #784254 -
Flags: feedback?(khuey)
Assignee | ||
Comment 6•11 years ago
|
||
(In reply to Kyle Huey [:khuey] (khuey@mozilla.com) from comment #5)
> I'm kind of surprised this compiles. GetData returns an nsISupports*, not
> an nsIFile*. I would expect you to need to pass in an
> getter_AddRefs<nsISupports> here and QI to nsIFile afterwards.
On Windows we're doing the same: http://mxr.mozilla.org/mozilla-central/source/widget/windows/nsDataObj.cpp#1357
Assignee | ||
Comment 7•11 years ago
|
||
Attachment #784254 -
Attachment is obsolete: true
Attachment #784461 -
Flags: feedback?(khuey)
(In reply to Marco Castelluccio [:marco] from comment #6)
> (In reply to Kyle Huey [:khuey] (khuey@mozilla.com) from comment #5)
> > I'm kind of surprised this compiles. GetData returns an nsISupports*, not
> > an nsIFile*. I would expect you to need to pass in an
> > getter_AddRefs<nsISupports> here and QI to nsIFile afterwards.
>
> On Windows we're doing the same:
> http://mxr.mozilla.org/mozilla-central/source/widget/windows/nsDataObj.
> cpp#1357
Yeah turns out this is a bug in nsCOMPtr. This shouldn't be allowed.
Comment on attachment 784461 [details] [diff] [review]
Patch v2
Review of attachment 784461 [details] [diff] [review]:
-----------------------------------------------------------------
Looks reasonable.
Attachment #784461 -
Flags: feedback?(khuey) → feedback+
Assignee | ||
Updated•11 years ago
|
Attachment #784461 -
Flags: review?(bgirard)
Updated•11 years ago
|
Attachment #784461 -
Flags: review?(bgirard) → review+
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Comment 10•11 years ago
|
||
Assignee: nobody → mcastelluccio
Keywords: checkin-needed
Comment 11•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla25
You need to log in
before you can comment on or make changes to this bug.
Description
•