226680 - Add a global preference for extension install location

Status: RESOLVED WORKSFORME

(Firefox :: Settings UI, enhancement)

Description

[Brian Lalonde]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Firebird/0.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Firebird/0.7

Nearly every extension asks the same question: where it should be installed
(global application directory or profile directory).
I believe this is an overly technical question to most people.
What's worse is that the question is answered inconsistently: "OK" means to
install to the app dir for about half of the extensions, while it means to
install to the profile dir for the other half.

Please provide a simple checkbox for "Install extensions to profile directory"
so that this question can be answered once and for all, simplifying the install
process for most users by removing what is often the only question asked (aside
from the Software Installation prompt.

I have a moderate preference that the checkbox default indicate that extensions
be installed in the app dir, so bad/outdated extensions do not persist across
Firebird re-installs/upgrades.

Reproducible: Always

Steps to Reproduce:
1. Install any extension from http://texturizer.net/firebird/extensions/

Comment 1

[Ali Ebrahim]

I think this is a very good idea, and that if implemented, should probably
default to install in the user profile.

Comment 2

[Ben]

Great idea! You are absolutely right that the OK/Cancel is confusing and also
inconsistent between different extensions.

There is also another option: to provide three buttons in the extension install
dialog:

- Install in application directory
- Install in user profile directory
- Do not install

Comment 3

[Robert Mohr]

Re: comment 2
What you propose is covered by bug 214260.  If that bug gets fixed, I assume
this will be marked wontfix or invalid.

Comment 4

[Robert Mohr]

Sorry about bugspam, but reading farther on bug 214260, it has been fixed on the
0.8 branch, and will soon be checked into the trunk.

Comment 5

[Jeff Walden [:Waldo]]

*** Bug 232436 has been marked as a duplicate of this bug. ***

Comment 6

[Brian Lalonde]

This looks fixed to me. :)

Comment 7

[Mike Connor [:mconnor]]

WORKSFORME is probably more appropriate, or invalid...

Comment 8

[Mike Connor [:mconnor]]

sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs,
filter on "beltznerLovesGoats" to get rid of this mass change