pref-smart_browsing.xul accesskeys need to move to .dtd

VERIFIED FIXED

Status

defect
P3
normal
VERIFIED FIXED
20 years ago
15 years ago

People

(Reporter: fergus, Assigned: matt)

Tracking

({verifyme})

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

/xpfe/components/prefwindow/resources/content/pref-smart_browsing.xul 

This file contains 5 accesskey definitions which should be moved to the 
corresponding .dtd file.

The lines in question are as follows:
<html:label for="browserRelatedEnabled" accesskey="n" tabindex="0">
<html:label for="browserRelatedAutoLoad0" accesskey="n" tabindex="0">
<html:label for="browserRelatedAutoLoad1" accesskey="n" tabindex="0">
<html:label for="browserRelatedAutoLoad2" accesskey="n" tabindex="0">
<html:label for="browserGoBrowsingEnabled" accesskey="n" tabindex="0">
Bulk move of all Pref UI component bugs to new Preferences component.  Pref UI 
component will be deleted.
Component: Pref UI → Preferences
Status: NEW → ASSIGNED
Target Milestone: M15
Blocks: 12394
Move to M16 for now ...
Target Milestone: M15 → M16
Target Milestone: M16 → M18
Blocks: 40430
No longer blocks: 12394
Move to M21 target milestone.
Target Milestone: M18 → M21
as per agreement with don, l10n will fix this bug and don's engineer will check 
the fix in. nominating for nsbeta2
Keywords: nsbeta2
I don't see any hardcoded accesskey in pref-smart_browsing.xul. They could be 
removed. Can someone confirm this and mark this bug as invalid or fixed? 

Mark it as fixed.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
VERIFIED!
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.