290286 - External Links disobey download preferences when firefox isn't started yet

Status: RESOLVED EXPIRED

(Toolkit :: Downloads API, defect)

Description

[complexymetron]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.7.6) Gecko/20050321 Firefox/1.0.2 StumbleUpon/1.9993
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.7.6) Gecko/20050321 Firefox/1.0.2 StumbleUpon/1.9993

Download options (Options->Download->Filetype settings) won't be obeyed when you
click on an external link while firefox isn't running yet.

I've, e.g., set .pdf-files to be downloaded and opened externally by Adobe
Acrobat Reader in the menu Options->Downloads->Filetypes (Open with: AcroExch).
This works well with links in webpages displayed in Firefox, i.e. when Firefox
is already running.

But when Firefox isn't started yet and I click on a URL pointing to a pdf-file,
Firefox starts up but loads the Acrobat plugin to present the pdf in the Firefox
window internally instead of starting Acrobat Reader displaying the pdf
externally as set in the options.
Clickling on the same link with Firefox already running will start Acrobat
Reader as expected.

Reproducible: Always

Steps to Reproduce:
1. Set your download options to always open pdf-files externally via AcroExch
2. Send yourself a URL to a pdf-file by mail
3. Close all instances of Firefox
4. Click on the link in your mail app

Actual Results:  
Firefox starts, but pdf is shown in Firefox itself

Expected Results:  
Firefox starts, downloads the linked pdf-file and then starts Acrobat Reader
with the downloaded pdf.

I'm running Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.7.6)
Gecko/20050321 Firefox/1.0.2

Comment 1

[complexymetron]

Seems not to be reproducible on other machines.

Maybe it has something to do with the emailer use: Thunderbird.

With other mail clients on different machines there seems to be no problem.

I'll look into it further.

Comment 2

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 3

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.