Closed Bug 401272 Opened 17 years ago Closed 17 years ago

Help support a better install experience for Thunderbird and Sunbird

Categories

(addons.mozilla.org Graveyard :: Public Pages, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: baz, Assigned: wenzel)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

1. Need to change the "Install Now" button to say "Download"
2. Change the MIME Type/content disposition/Filename headers so that Firefox doesn't attempt to install Thunderbird add-ons but allows users to save them to local disk
Note that this applies to Thunderbird & Sunbird-only extensions.  (and Lightning extensions if there are any)
Summary: Help support a better install experience for Thunderbird → Help support a better install experience for Thunderbird and Sunbird
(In reply to comment #0)
> 2. Change the MIME Type/content disposition/Filename headers so that Firefox
> doesn't attempt to install Thunderbird add-ons but allows users to save them to
> local disk

This may not be possible for the downloads served from releases.m.o mirrors (i.e. all public add-ons). Since the file extension is the same, I am not sure if we can make the mirrors serve these files as octet-stream rather than xpinstall.
What if we channeled non-Firefox downloads to the downloads controller by default?  Then we would have control over content-disposition.  Will take a look at this.
Assignee: nobody → morgamic
I'm not sure what the last comment implies, but I want to make sure that people know that Seamonkey should probably be treated like Firefox.  I'm not sure how non-gecko browsers should be treated.
Fred, make it so they are downloaded as attachemnts and the text changes to 'download'.  Give it a shot and let me know if you have questions.
Assignee: morgamic → fwenzel
Status: NEW → ASSIGNED
This patch changes the wording for non-browser apps and serves their downloads from the app cluster, marked as an attachment, so the browser does not try to install the file.

Wil, do you mind reviewing this? Please note that you have to compile your en-US messages.mo file after applying the patch, to see the strings.
Attachment #296312 - Flags: review?(clouserw)
I don't have enough context to understand this patch, so the question is how would this handle my extension (Console²) that is compatible with all of Firefox, SeaMonkey, Thunderbird, and Sunbird? Would it force Firefox to download Console² since it's marked Thunderbird compatible?
(In reply to comment #9)
> I don't have enough context to understand this patch, so the question is how
> would this handle my extension (Console²) that is compatible with all of
> Firefox, SeaMonkey, Thunderbird, and Sunbird? Would it force Firefox to
> download Console² since it's marked Thunderbird compatible?

Only if the download button is clicked on the thunderbird sub-page (i.e. when the URL has thunderbird in it).
Attachment #296312 - Flags: review?(clouserw) → review+
Alright, this was committed to the trunk, r9576. I have merged the l10n changes into the other locales in r9578. Marking this fixed, push-needed. Thanks, everybody.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Keywords: push-needed
Resolution: --- → FIXED
This is live.
Keywords: push-needed
The how-to-install-in-thunderbird box needs to be changed accordingly.
It still says:
"1. Right-click the link below and choose "Save Link As..." to download and save the file to your hard disk."

It should read:
"1. Click the link below and choose "Save File" to download and save the file to your hard disk."

(Another question is whether Firefox could save the file by default without breaking xpi install in Firefox itself, even on third-party sites and/or with javascript disabled.)
OS: Mac OS X → All
Hardware: PC → All
> It should read:
> "1. Click the link below and choose "Save File" to download and save the file
> to your hard disk."

In SeaMonkey it says "Save Link Target As..." so you are both wrong.
> (Another question is whether Firefox could save the file by default without
> breaking xpi install in Firefox itself, even on third-party sites and/or with
> javascript disabled.)

Yes you could set the mime type in the HTTP headers to content disposition attachment but that is in another bug.
(In reply to comment #15)
> > (Another question is whether Firefox could save the file by default without
> > breaking xpi install in Firefox itself, even on third-party sites and/or with
> > javascript disabled.)
> 
> Yes you could set the mime type in the HTTP headers to content disposition
> attachment but that is in another bug.
> 

For non-browser apps, this is what happens.
Only, content-disposition is not currently working in mozilla browsers. (Bug 299372.)
> Only, content-disposition is not currently working in mozilla browsers. (Bug
> 299372.)

How does this affect Comment 15 ?
It makes firefox always install no matter what content disposition you use atm - hopefully it will get fixed for 3 though.
(In reply to comment #14)
> > It should read:
> > "1. Click the link below and choose "Save File" to download and save the 
> > file to your hard disk."
> 
> In SeaMonkey it says "Save Link Target As..." so you are both wrong.
No. The message displayed on e.g. https://addons.mozilla.org/en-US/thunderbird it Thunderbird-specific.
And the message and this bug don't apply to Seamonkey at all, since Seamonkey pages (https://addons.mozilla.org/en-US/seamonkey) show the "Install Now" link, whereas Thunderbird and Sunbird pages show "Download Now" because you need to download in the browser of your choice and then install in Thunderbird/Sunbird.

(In reply to comment #15)
> > (Another question is whether Firefox could save the file by default without
> > breaking xpi install in Firefox itself, even on third-party sites and/or 
> > with javascript disabled.)
> 
> Yes you could set the mime type in the HTTP headers to content disposition
> attachment but that is in another bug.
*This bug* made amo send content-disposition:attachment on Thunderbird/Sunbird pages. And bug 299372 doesn't affect amo since the link contains the filename of the xpi (instead of e.g. attachment.cgi like bugzilla).

(In reply to comment #19)
> It makes firefox always install no matter what content disposition you use atm
> - hopefully it will get fixed for 3 though.
I don't think this happens by default. I get the dialog saying "What should Minefield do with this file? Open with/Save File? Do this automatically for files like this from now on?" Maybe you selected the "do this automatically" checkbox in the past and now have an "XPInstall" entry in Options -> Applications.

And that's what I meant to suggest in comment 13: Firefox shouldn't ask but save xpi files when sent with content-disposition:attachment, as if I had chosen "Save File" and selected the "do this automatically checkbox" already.
Blocks: 418061
> And the message and this bug don't apply to Seamonkey at all, since Seamonkey
> pages (https://addons.mozilla.org/en-US/seamonkey) show the "Install Now" link,
> whereas Thunderbird and Sunbird pages show "Download Now" because you need to
> download in the browser of your choice and then install in Thunderbird/Sunbird.

But SeaMonkey /is/ the browser of my choice. Duh.
Blocks: 418082
The message is not displayed for Seamonkey addons, only for Thunderbird addons. Are you using Seamonkey *and* Thunderbird?
> The message is not displayed for Seamonkey addons, only for Thunderbird addons.
> Are you using Seamonkey *and* Thunderbird?

Yes to both (that is I use SeaMonkey to download Thunderbird specific extensions).
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: