Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 228665

Summary: www-client/mozilla-firefox-3.0 doesn't show any default settings
Product: Gentoo Linux Reporter: Robert Kelly III <bluethegrappler>
Component: Current packagesAssignee: Mozilla Gentoo Team <mozilla>
Status: RESOLVED UPSTREAM    
Severity: normal CC: bernard.fortz, elvanor, marsoft, petter, thomas, wilscarlet
Priority: High    
Version: unspecified   
Hardware: x86   
OS: Linux   
URL: https://bugzilla.mozilla.org/show_bug.cgi?id=409192
Whiteboard:
Package list:
Runtime testing required: ---

Description Robert Kelly III 2008-06-21 03:07:10 UTC
When www-client/mozilla-firefox-3.0 is built with -gnome, the applications tab under the preferences menu displays only a blank table, rather than having some default settings as it does with the gnome useflag. 

Reproducible: Always

Steps to Reproduce:
1. Build www-client/mozilla-firefox-3.0 with -gnome
2. Click Edit -> Preferences and select the Applications tab
3. You will find that the Content Types/Actions table is empty
4. Try adding a new application by clicking a filetype such as pdf, odt, etc, or a mailto: link, etc select an application and select "Do this automatically for files like this from now on".
5. Return to the Preferences Applications tab sa above.
6. The Content Types/Actions table remains empty, leaving no way to reconfigure these preferences.

Actual Results:  
The Content Types/Actions table remains empty, leaving no way to reconfigure these preferences.

Expected Results:  
When www-client/mozilla-firefox-3.0 is built with -gnome, the Applications Preferences should preferably have some reasonable defaults selected. At the least, once a content type is encountered and configured, it should be editable from the Applications tab of the Preferences menu.
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2008-06-21 04:49:36 UTC
...under applications on the preferences menu when built with -gnome. When new actions are registered as the user encounters new content types, they are not available for editing in the preferences menu.
Comment 2 Raúl Porcel (RETIRED) gentoo-dev 2008-06-21 09:06:08 UTC
Did firefox 2.0 worked fine?
Comment 3 Robert Kelly III 2008-06-21 13:49:10 UTC
Firefox 2 provided this functionality under the content tab, in a section labeled File Types, the button Manage... pulls up a table of Extension/File Type/Action. This seems to work fine in www-client/mozilla-firefox-2.0.0.14 with -gnome. However, this doesn't handle mailto: links and such, I am not sure how these are handled in Firefox 2.
Comment 4 thomas 2008-06-22 19:42:54 UTC
I am seeing the same thing here with mozilla-firefox-3.0-r1. The applications tab displays an empty table. I have also set -gnome.
Normally, you see at least the filetypes there that are handled by installed plugins (like Acrobat Reader).
This works OK with Firefox 3.0 under Windows and also with Firefox 2.0 under Gentoo, just not with 3.0 under Gentoo.
However, installed plugins show in "about:plugins" and seem to work OK (tested Acrobat Reader).
Comment 5 Will Lepofsky 2008-06-23 12:29:25 UTC
I also suffer from this bug.  On this discussion:

http://forums.gentoo.org/viewtopic.php?p=5129983

someone found this bug on mozilla:

https://bugzilla.mozilla.org/show_bug.cgi?id=409192

Comment 6 Raúl Porcel (RETIRED) gentoo-dev 2008-06-23 15:39:58 UTC
upstream then...
Comment 7 Raúl Porcel (RETIRED) gentoo-dev 2008-06-24 10:14:07 UTC
*** Bug 229109 has been marked as a duplicate of this bug. ***
Comment 8 thomas 2008-06-25 06:15:35 UTC
Just want to add that you have to compile firefox AND xulrunner with "gnome" use flag to fix this problem.
Comment 9 Jeroen Roovers (RETIRED) gentoo-dev 2008-07-01 04:18:44 UTC
*** Bug 230291 has been marked as a duplicate of this bug. ***
Comment 10 Raúl Porcel (RETIRED) gentoo-dev 2008-08-09 09:30:01 UTC
*** Bug 234260 has been marked as a duplicate of this bug. ***
Comment 11 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2008-08-18 16:30:35 UTC
*** Bug 235100 has been marked as a duplicate of this bug. ***