835168 - "Open Containing Folder" prompts for application to open file

Status: RESOLVED INCOMPLETE

(SeaMonkey :: General, defect)

Description

[Daniel B.]

User Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15.1
Build ID: 20130118191211

Steps to reproduce:

- I went to https://addons.mozilla.org/en-US/seamonkey/addon/spanish-spain-dictionary/

- On the "Add to SeaMonkey" link,  I right clicked and activated the Save Link Target As... command, and saved the download file.  (I didn't regular-click on the "Add to SeaMonkey" link since that didn't get me the option of saving a copy of the installation file before actually installing it).

- In the Download Manager window, in the line for that just-downloaded file, I right-clicked and
activated the Open Containing Folder command.


Actual results:

SeaMonkey opened a "Launch Application" window saying "This link needs to be opened with an application."


Expected results:

SeaMonkey should have displayed the listing of the directory containing that just-downloaded file (as SeaMonkey has usually done.)

(This is with no Gnome/KDE/etc. desktop environment.)

Comment 1

[Tony Mechelynck [:tonymec]]

The right ways to install an add-on from your hard disk are either
- open the Addons Manager, click the rolldown near top right, left of the search box, and select "Install Add-on from File…" (which allows you to install several add-ons at the same time)
or
- browse to file:///whatever (where "whatever" is the full path to the directory containing the add-on) and click on the XPI.

=> INVALID.

Comment 2

[Matthias Versen [:Matti]]

Tony: I don't think that the report is about to install the XPI. This seems to be about the "show folder" function.

Reporter: 
Is this only a problem if you try to do that with an XPI or is this a general issue on your system ?

Comment 3

[Philip Chee]

Re-opened to resolve the question in Comment 2

Comment 4

[Tony Mechelynck [:tonymec]]

need info from reporter, see comment #2

Comment 5

[Daniel B.]

(In reply to Tony Mechelynck [:tonymec] from comment #1)
> The right ways to install an add-on from your hard disk are ...

I was not reporting a problem installing an add-on.

I was reporting a problem with the "Opening containing folder..." command.


> => INVALID.

Some of you Mozilla developers really should pay more attention to bug reports 
before simply dismissing them.

Comment 6

[Daniel B.]

(In reply to Matthias Versen [:Matti] from comment #2)
> Tony: I don't think that the report is about to install the XPI. This seems
> to be about the "show folder" function.

Right.  

> Reporter: 
> Is this only a problem if you try to do that with an XPI or is this a
> general issue on your system ?

I was reporting the general download/folder issue (assuming that the file's 
being an XPI wasn't relevant).


Yes, I have the some problem when I download the file at
ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/releases/2.16b2/contrib/seamonkey-2.16b2.en-US.linux-x86_64.tar.bz2  (via the link near the bottom of the page at
http://www.seamonkey-project.org/releases/2.16b2).


This is on a system with no Gnome/KDE/etc., so I expected SeaMonkey to display
the download target directory the same way it displays a directory when I give
it a file://... URL for a directory, and the same way I think SeaMonkey used to 
work for the "Opening Containing Folder..." function.



Daniel

Comment 7

[Matthias Versen [:Matti]]

Daniel: Do you get the same issue with Firefox ?

Comment 8

[Philip Chee]

> This is on a system with no Gnome/KDE/etc
So what window manager are you using? xfce?
SeaMonkey might be looking for the mimetypes file from GTK+

In any case what you should do is to go Edit -> Preferences -> Browser -> Helper applications and see what applications are set to open XPI files etc.

Closing this bug because no reply in more than a year.