765171 - signed.applets.codebase_principal_support messing with local settings

Status: RESOLVED WORKSFORME

(Firefox :: Settings UI, defect)

Description

[Janez Košmrlj]

User Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.5) Gecko/20120606 Firefox/10.0.5
Build ID: 20120606062003

Steps to reproduce:

i set:
// Allow the hosts below to execute privileged script without warnings
user_pref("signed.applets.codebase_principal_support", true);

//allow running scripts from srvname without asking
user_pref("capability.principal.codebase.p0.granted", "UniversalXPConnect");
user_pref("capability.principal.codebase.p0.id", "http://srvname");
user_pref("capability.principal.codebase.p0.subjectName", "");



Actual results:

after restarting the browser my language settings change
my original intl. accept_languages are si en-gb en

after restarting the browser my settings change to en-us en


Expected results:

my language settings shouldn't have changed

Comment 1

[Janez Košmrlj]

i need to allow some scripts to run local files, because we start some executables from our intranet page. 

we use centos 5.x. with firefox 3.6.x this worked without problems, but now language settings change and since we have a different decimal separator this messes with some of our other intranet pages.

Comment 2

[u279076]

Can you please see if this happens in any previous versions of Firefox 10.0.* ESR?

Comment 3

[Janez Košmrlj]

i have observed this behaviour on Firefox 10.0.4 ESR and firefox 10.0.5 ESR

Comment 4

[u279076]

When did it start happening for you? Does it happen in the very first 10.0 ESR release?

Comment 5

[Janez Košmrlj]

i didn't use any ESR release before 10.0.4.

Comment 6

[u279076]

(In reply to postnalista from comment #5)
> i didn't use any ESR release before 10.0.4.

Can you please test previous versions now?
ftp://ftp.mozilla.org/pub/firefox/releases/

Comment 7

[Janez Košmrlj]

i tried 10.0.1 and 10.0.0 and the bug is also there.

Comment 8

[Janez Košmrlj]

anyone?

Comment 9

[u279076]

Can you try back to Firefox 4.0? I'm trying to see if this is a regression. Your testing so far seems to indicate this is not.

Comment 10

[Janez Košmrlj]

i did some further testing and got the following result.
if i install the mozilla build (Slovenian language) everything seems to work. but if i use the redhat build (which is multilingual) i get the error described above. This is also the reason i could repeat the error before, because i always installed redhat (centos) rpm-s. 
i looked what redhat modifies and all i could find is that they add the folowing settings (from ff 10.0.4):
pref("app.update.enabled", false);
pref("app.update.autoInstallEnabled", false);
pref("browser.display.use_system_colors",   true);
pref("browser.link.open_external",          3);
pref("general.smoothScroll",                true);
pref("general.useragent.vendor", "Red Hat");
pref("general.useragent.vendorSub", "10.0.4-1.el5_8");
pref("intl.locale.matchOS", true);
pref("toolkit.networkmanager.disable", false);
pref("toolkit.storage.synchronous", 0);
pref("browser.startup.homepage", "http://www.redhat.com");
pref("startup.homepage_override_url", "http://www.redhat.com");
pref("startup.homepage_welcome_url", "http://www.redhat.com");

Comment 11

[u279076]

Can you please file a companion bug in Red Hat's bugzilla system? Are you able to reproduce this bug with builds from our ftp.mozilla.org server or only Red Hat's builds? If so, the bug is likely on their end.

Comment 12

[Martin Stránský [:stransky] (ni? me)]

Taking this one.

Comment 13

[Martin Stránský [:stransky] (ni? me)]

Looks like the intl.accept_languages is not imported from langpack for the second run. It's already fixed in Firefox 13, the latest affected version is Firefox 12.

Comment 14

[Martin Stránský [:stransky] (ni? me)]

Already fixed by 17.0.X line.