Bug 187844 - extension list too cumbersome (32 language packs???)
extension list too cumbersome (32 language packs???)
Status: CLOSED DUPLICATE of bug 355791
Product: Fedora
Classification: Fedora
Component: firefox (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Gecko Maintainer
: Reopened
: 433163 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2006-04-03 16:59 EDT by Stig Hackvan
Modified: 2009-09-21 16:19 EDT (History)
9 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-04-17 23:19:08 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
use %lang for langpacks (1.25 KB, patch)
2007-05-17 08:33 EDT, Remi Collet
no flags Details | Diff

  None (edit)
Description Stig Hackvan 2006-04-03 16:59:14 EDT
Description of problem:

as of FC5, the firefox extensions dialog has become WAY (too?) CUMBERSOME...

32-ish language packs that cannot be removed from the list (by normal user
accounts, at least) make it significantly more difficult to manage
user-installed extensions...  it's unnecessary tedium to wade through the list
looking for them...  

a more user-friendly way of supporting all those language packs would be to
check the locale and install them as needed...

OR an alternative would be to install them all and leave them installed, but
just not clutter the extensions list with them.

OR an alternative would be to add ONE EXTENSION that manages the installatation
of other language packs as needed...

i'm sure this may seem trivial, but really it shouldn't be necessary to play
needle in a haystack games to manage a few installed extensions...
Comment 1 Wieland 2006-08-03 15:41:43 EDT
Moreover, unlike most configurable options, these language packs are reinstalled
each time the firefox package is upgraded, and a normal user needs to run
firefox as root (twice) to wade through the list and get rid of them. Installing
between several dozens of language packs ranging from Czech and Bokmal to
Chinese and Catalan is not a sane default on almost any system.
Comment 2 Graham Cole 2006-10-23 11:10:27 EDT
This also seems to be causing big problems for our users:

Firefox and Thunderbird are taking > 1 minute to start up the first time they
are started after logging in.

Deleting all the unneeded language packs makes this problem go away (i.e. only
takes around 10 seconds to launch, within reasonable expectation)
Comment 3 Doncho N. Gunchev 2007-02-20 08:34:38 EST
I think ooo was in similar situation. There the language packs are in separate 
files now (openoffice.org-langpack-bg_BG-2.0.4-5.5.10). The same is true for 
KDE too - kde-i18n-Bulgarian-3.5.6-0.1.fc6. Maybe rpm needs a way 
to 'half-install' a package (subpackages)?
Comment 4 Remi Collet 2007-05-17 08:33:01 EDT
Created attachment 154908 [details]
use %lang for langpacks

At least, marking as %lang will allow user to select which one to install with
%_install_langs macro.

Here is a very simple patch proposal
Comment 5 Matěj Cepl 2007-07-18 13:32:07 EDT
Fedora Core 5 is no longer supported, could you please reproduce this with the
updated version of the currently supported distribution (Fedora Core 6, or
Fedora 7, or Rawhide)? If this issue turns out to still be reproducible, please
let us know in this bug report.  If after a month's time we have not heard back
from you, we will have to close this bug as CANTFIX.

Setting status to NEEDINFO, and awaiting information from the reporter.

Thanks in advance.
Comment 6 Doncho N. Gunchev 2007-07-19 08:29:00 EDT
In Fedora 7 all languages are in a separate tab (FF2), which makes the 
situation better (not that 99% of the users need more than 2). 
In FC6 (FF1.5) the situation has not changed a bit AFAIK.
Reassign to FC6?
Comment 7 Matěj Cepl 2007-07-19 10:10:24 EDT
I am afraid that this won't get fixed with 1.5.* -- unfortunately, we have more
than enough work to do on fixing more serious bugs. Patches are more than
welcome. I am sorry that we cannot help more.
Comment 8 Matěj Cepl 2008-04-09 12:24:04 EDT
*** Bug 433163 has been marked as a duplicate of this bug. ***
Comment 9 Rahul Sundaram 2008-04-09 12:57:24 EDT
Commment #4 has a patch attached that would still work. This is a Fedora
specific change and neither upstream nor other distros have this afaik.
Something need to merge the spec file changes. That's all. 
Comment 10 petrosyan 2008-04-13 03:17:18 EDT
this seems to be a duplicate of bug #355791
Comment 11 Christopher Aillon 2008-04-17 23:19:08 EDT
the patch from 355791 got used a bit ago.  duping there i guess.  but it's in f9

*** This bug has been marked as a duplicate of 355791 ***

Note You need to log in before you can comment on or make changes to this bug.