Closed Bug 306763 Opened 19 years ago Closed 17 years ago

Accesskey label of pref dialog items gone

Categories

(Toolkit :: UI Widgets, defect)

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: masayuki, Unassigned)

References

Details

(Keywords: intl, regression)

1. Set to "true" for "intl.menuitems.alwaysappendaccesskeys" by about:config.
2. Restart Firefox.(You can see accesskeys after menu label. e.g., [File] ->
[File(F)]).
3. Open Prefs dialog. And select "Tabs" page.(You can see acesskeys after items.)
4. Close Prefs dialog by Cancel or OK.
5. Reopen Prefs dialog.

You cannot see accesskeys on the dialog. But if you can see accesskeys on
another page(e.g., Downloads). This is reproduced on the current page at reopening.
Is this a regressio?
No. It is reproduced on 1.0.x too.(If the label doesn't have accesskey)
I can reproduced on Thunderbird too. Is this toolkit bug?
Product: Firefox → Toolkit
QA Contact: preferences → nobody
Component: Preferences → XUL Widgets
QA Contact: nobody → xul.widgets
This is reproduced with checkbox and radio button widgets. not reproduced with
button. Checkbox and radio button widgets use text.xml in toolkit widget. Button
uses nsTextBoxFrame.cpp in layout/xul.
Component: XUL Widgets → Preferences
Product: Toolkit → Firefox
Component: Preferences → XUL Widgets
Product: Firefox → Toolkit
> Is this a regressio?
>> 
>> No. It is reproduced on 1.0.x too.(If the label doesn't have accesskey)
>> 

Sorry. This comment is wrong. I cannot confirm that 1.0.x has this bug.
Because 1.0.x cannot append accesskey by text.xml.
It is another bug(the bug is already fixed on trunk).
Severity: normal → major
Keywords: regression
bug 322066 is not fixed, but I cannot reproduce this bug on latest trunk.

-> WFM
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.