opening file in Download Manager only uses "file" Helper App, ignores mime type

UNCONFIRMED
Unassigned

Status

SeaMonkey
Download & File Handling
UNCONFIRMED
6 years ago
3 years ago

People

(Reporter: skierpage, Unassigned)

Tracking

(Depends on: 1 bug)

Trunk
x86_64
Linux

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

6 years ago
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120423 Firefox/12.0 SeaMonkey/2.9
Build ID: 20120423002905

Steps to reproduce:

I double-click on a file in SeaMonkey's Download Manager window.


Actual results:

It starts a new instance of my desktop's file manager (KDE's Dolphin), which then launches the application configured for that file type. This happens even for saved HTML files and JPEGs: SeaMonkey launches my desktop file manager  with e.g. /tmp/LASbanner-wide6.jpg , and then the desktop manager "launches" SeaMonkey (already running) and I see the JPEG in a new tab.


Expected results:

SeaMonkey's Download Manager should directly launch the associated application. What's strange is the right thing happens if I click the link in a web page — a PDF launches in Okular, a JPEG shows in SeaMonkey.  It's only opening from the Download Manager window that goes through my desktop's file manager.

I followed this with strace of double-clicking on a PDF in the Download Manager window. First SeaMonkey called access() with various paths to locate Helper Application for PDFs at /usr/bin/okular. It could have just exec'd that.  But then it ran access() to locate my file manager at /usr/bin/dolphin, and then ran 
  execve("/usr/bin/dolphin", ["/usr/bin/dolphin", "file:///path/to/download.pdf"]...

Maybe SeaMonkey starts dolphin because the downloaded file has a URL starting with file:/// , and dolphin is associated with that mime type (URL type?). But again it doesn't happen when I click these files in the browser, only in the Download Manager.

Comment 1

6 years ago
Can you check, is this reproducible in latest nightly build from http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-central-trunk/ ?
(Reporter)

Comment 2

6 years ago
It's still happening in SeaMonkey nightly with a fresh profile, and my suspicion is correct. When I click on a link to a PDF in a web page, SeaMonkey finds my Linux associations for it and offers to open it with my PDF handler (okular).  But if I right-click on the same file.pdf in the Download Manager window and choose Open, SeaMonkey puts up a Launch Application window saying
  This link needs to be opened with an application.
  Choose an application
  [ ] Remember my choice for file links.

Somehow SeaMonkey isn't identifying a file in the Download Manager's list as a PDF or WAV, it's only identifying it as a generic *file link*. I get the same dialog if I choose Open Containing Folder, and whatever application I choose is associated in Edit > Preferences > Browser > Helper Applications with the "file" Content Type and SeaMonkey uses it thereafter to open downloaded files of any and all kinds in the Download Manager.  For my original problem I suspect I had chosen and remembered the dolphin file manager when I "Open Containing Folder" and so every file I open from Download Manager starts Dolphin.  The behavior is wrong; SeaMonkey's downloads.sqlite  usually remembers the mime type of a downloaded file and even without it, e.g. `xdg-open file:///tmp/tone.wav` knows I'm opening a WAV mime type, not just a "file link". I changed the bug summary.

Clicking on a download in the dropdown list under Firefox nightly's new Downloads icon in the toolbar has the same behavior, so this may be a core toolkit bug.

The workaround is to go into Helper Applications and set the "file" Content Type back to "Always ask".
Summary: opening file in Download Manager always starts desktop's file manager → opening file in Download Manager only uses "file" Helper App, ignores mime type
Version: SeaMonkey 2.9 Branch → Trunk
(Reporter)

Comment 3

6 years ago
I think this is the SeaMonkey version of Toolkit-Download Manager bug 515189, if someone agrees make this a dupe of it?

Comment 4

6 years ago
The code is in the front end so we need separate bugs. We can port the Toolkit fix if they get to it first.

Updated

6 years ago
Depends on: 515189

Comment 5

3 years ago
@reporter: Still a problem for you?
Flags: needinfo?(info)
(Reporter)

Comment 6

3 years ago
(In reply to Rainer Bielefeld from comment #5)
> @reporter: Still a problem for you?
I can't say, I stopped running SeaMonkey (because of its Sync incompatibility :( ).
(Reporter)

Updated

3 years ago
Flags: needinfo?(info)

Comment 7

3 years ago
Related to or DUP of "Bug 514547 - Improve identification of file/content types in the UI by restoring the MIME/ext. columns from Fx2 Download Actions manager and/or putting the MIME type in parentheses"?
See Also: → bug 514547
You need to log in before you can comment on or make changes to this bug.