Closed
Bug 305479
Opened 19 years ago
Closed 19 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•19 years ago
|
Assignee: joshmoz → mark
Assignee | ||
Comment 5•19 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•19 years ago
|
||
Attachment #218321 -
Flags: review?(joshmoz) → review+
Assignee | ||
Updated•19 years ago
|
Attachment #218321 -
Flags: superreview?(mikepinkerton)
Comment 7•19 years ago
|
||
+ if (mPrefItemContent)
+ ::EnableMenuCommand(NULL, kHICommandPreferences);
so this is really the fix, or did i missing something?
Comment 8•19 years ago
|
||
Comment on attachment 218321 [details] [diff] [review]
Patch
sr=pink
Attachment #218321 -
Flags: superreview?(mikepinkerton) → superreview+
Assignee | ||
Comment 9•19 years ago
|
||
Fixed on trunk.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•19 years ago
|
Attachment #218321 -
Flags: approval-branch-1.8.1+
Assignee | ||
Comment 10•19 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•19 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
•