Closed
Bug 305479
Opened 19 years ago
Closed 18 years ago
Cmd+, needs to be pressed twice to access Preferences (on Mac)
Categories
(Core Graveyard :: Widget: Mac, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: kamikazow, Assigned: mark)
References
Details
(Keywords: fixed1.8.1)
Attachments
(3 files)
8.13 KB,
patch
|
jaas
:
review+
mikepinkerton
:
superreview+
|
Details | Diff | Splinter Review |
6.83 KB,
patch
|
Details | Diff | Splinter Review | |
8.29 KB,
patch
|
mark
:
approval-branch-1.8.1+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050816 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050816 Firefox/1.0+ The Command-, shortcut doesn't work on the first time. It's needed to be pressed twice to access Preferences. After accessing Preferences for the first time using the shortcut, a single Cmd-, is enough as long as Firefox is not closed and restarted. This also happens on Thunderbird 1.0.5 (20050711). Reproducible: Always Steps to Reproduce: 1. Close Firefox 2. Restart Firefox 3. Press Cmd-, the first time 4. Press Cmd-, a second time time Actual Results: Preferences don't open on the first try Expected Results: Preferences do open on the first try
Comment 1•19 years ago
|
||
Confirmed Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050821 Firefox/1.0+ using the steps in comment 0.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•19 years ago
|
Flags: blocking1.8b4?
Comment 2•19 years ago
|
||
This is old. Happens in Mozilla 1.8a4. Something to do with the way mac menus are implemented?
Assignee: nobody → joshmoz
Component: Keyboard Navigation → Widget: Mac
Product: Firefox → Core
QA Contact: keyboard.navigation → mac
Version: unspecified → Trunk
Updated•19 years ago
|
Flags: blocking1.8b4? → blocking1.8b4-
Comment 3•19 years ago
|
||
I also have this issue in Komodo. I've verified in Firefox 1.5b1. A further note, if you use another menu command first (eg. cmd+I) then you DO NOT need to do cmd+, twice to get the prefs panel. So the problem is only if the first menu command you try is prefs.
*** Bug 325734 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•18 years ago
|
Assignee: joshmoz → mark
Assignee | ||
Comment 5•18 years ago
|
||
This patch is much simpler than it looks. The CommandEventHandler method was able to lose a switch statement, so there's some reindentation going on. I'll attach a diff -w to make it easier to see what's happening.
Attachment #218321 -
Flags: review?(joshmoz)
Assignee | ||
Comment 6•18 years ago
|
||
Attachment #218321 -
Flags: review?(joshmoz) → review+
Assignee | ||
Updated•18 years ago
|
Attachment #218321 -
Flags: superreview?(mikepinkerton)
Comment 7•18 years ago
|
||
+ if (mPrefItemContent) + ::EnableMenuCommand(NULL, kHICommandPreferences); so this is really the fix, or did i missing something?
Comment 8•18 years ago
|
||
Comment on attachment 218321 [details] [diff] [review] Patch sr=pink
Attachment #218321 -
Flags: superreview?(mikepinkerton) → superreview+
Assignee | ||
Comment 9•18 years ago
|
||
Fixed on trunk.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•18 years ago
|
Attachment #218321 -
Flags: approval-branch-1.8.1+
Assignee | ||
Comment 10•18 years ago
|
||
Comment on attachment 218321 [details] [diff] [review] Patch 1.8.1 needs a patch edited for context.
Attachment #218321 -
Flags: approval-branch-1.8.1+
Assignee | ||
Comment 11•18 years ago
|
||
Attachment #219684 -
Flags: approval-branch-1.8.1+
Comment 13•18 years ago
|
||
*** Bug 329024 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•