164638 - Changed ui.key.accelKey and ui.key.menuAccessKey + multiple profiles: broken

Status: RESOLVED WORKSFORME

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Tobias Burnus]

If one switches the the settings of ui.key.accelKey and ui.key.menuAccessKey, i.e.
 Alt (18) for accelKey and Ctrl (17) for menuAccessKey, the access keys are
shown correctly in the menu and it works as espected.

If one now creates a _second_ profile, the access keys in the menus are _shown_
correctly (i.e. as setup in pref.js, e.g. "Open file... Alt-o") but they act as
if not change had been done to the configuration file (i.e.Ctrl-o opens a new
window).

Expected: The value specified is used (and shown)
Actual result: The value specified is shown, but not used.

Comment 1

[Boris Zbarsky [:bzbarsky]]

to keyboard nav...

Comment 2

[Tobias Burnus]

Ok, I managed to find out more:
 If one starts the mozilla with -P profile (e.g. no profile manager comes up),
the settings are honoured.
 If one starts mozilla -ProfileManager, the default settings are used.

Comment 3

[timeless]

aaronl: you need to register a prefchange listener. I have pieces of this code
on raistlin for live switching...

Comment 4

[david raistrick]

Duplicates of this bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=199419
https://bugzilla.mozilla.org/show_bug.cgi?id=240333

Comment 5

[Mats Palmgren (inactive)]

WFM, Firefox 1.5.0.7, 2.0rc2 and trunk on Linux.
Please reopen the bug you can reproduce the problem in any of those.

-> WORKSFORME