Closed Bug 22613 Opened 25 years ago Closed 25 years ago

<ENTER> does not equate to [OK] in prefs dialog

Categories

(SeaMonkey :: Preferences, defect, P3)

x86
Windows NT

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 6457

People

(Reporter: sidr, Assigned: matt)

Details

Overview: Pressing <ENTER> does not equate to clicking on [OK] in the Preferences dialog. To Reproduce: Bring up the Preferences dialog; do anything with it; press <ENTER> on the keyboard. Actual Result: Apparently nothing. Expected Result: The same as clicking on the [OK] button so long as focus is not on anything that has its own interpretation for <ENTER> (subdialogs, <textarea>s, etc.) - if any. Tested with: 1999-12-23-08-M13 nightly binary on Windows NT 4.0sp3. Additional Information: This bug is a direct complement to bug 6457 "esc key does not cancel preferences window" - if one is working, users will expect both to be working. <ENTER> is equating to [OK] in other dialogs with the same build: see bug 17569.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Bug #6457 has ben re-summarized to reflect the problem with the "ENTER" key. Resolving as a duplicate. *** This bug has been marked as a duplicate of 6457 ***
Depends on: 6457
Status: RESOLVED → VERIFIED
No longer depends on: 6457
verified as dup...
Bulk move of all Pref UI component bugs to new Preferences component. Pref UI component will be deleted.
Component: Pref UI → Preferences
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.