Closed Bug 538222 Opened 15 years ago Closed 15 years ago

Opening Popup Dialog Fails to Remember "Do this automatically"

Categories

(Toolkit :: Downloads API, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 453455

People

(Reporter: david, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.6) Gecko/20091206 SeaMonkey/2.0.1 Build Identifier: Some Web pages with links to PDF files cause the Opening popup dialogue to appear. The dialogue asks the user what to do with the file. I select "Open with" where "Adobe Reader 9.2 (dafault)" already appears in the pull-down selection list. The checkbox is already checked for "Do this automatically for files like this from now on." If I then select a link to another PDF file from the same page, the same popup dialogue appears. The checkbox is not functional. Reproducible: Always This is not a problem when the Web page causes the PDF file to open in my browser via an Adobe plugin. I'm not sure why some pages don't do that but instead want an external application. I see the problem at pages within my account at <https://personal.vanguard.com>. However, reaching those pages requires my user ID and password, which I will not share. I suspect that this is also a problem with other files, but I have not yet tested for them.
Install the Live HTTP Headers extension from https://addons.mozilla.org/en-US/firefox/addon/3829 and I think you'll find the ones that don't "remember" have the following header sent: content-disposition: attachment Feel free to change the resolution back if this is not the case.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Live HTTP Headers 0.15 will NOT install in SeaMonkey 2.0.1. A Mozdev bug exists for this. Another Mozdev bug reports that the extension locks uploaded files. This was first observed with 0.14 and not fixed in 0.15. Until both bugs are fixed, I will not install the extension. I will track this bug until the extension is fixed to see if the assertion about content-disposition: attachment is true. If it is not true, I will reopen.
Why not install the extension in a new profile and check?
I downloaded LiveHTTPHeaders 0.15 from addons.mozilla.org in case it differed from LiveHTTPHeaders 0.15 at www.mozdev.org. First, I tried to install it in my most-used profile. Then, I created a new, clean profile and tried to install it there. In both cases, I got an error popup that said: "Live HTTP Headers 0.15 could not be installed because it is not compatible with SeaMonkey 2.0.1." As I indicated in comment #3, LiveHTTPHeaders will not install in SeaMonkey 2. I first noticed this problem with SeaMonkey 2.0. See <https://www.mozdev.org/bugs/show_bug.cgi?id=21885>, which was submitted 13 Oct 2009.
Okay, I finally installed a good version of LiveHTTPHeaders. Comment #2 is correct.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: