Closed
Bug 489196
Opened 15 years ago
Closed 15 years ago
[10.6] Help menu does not include Apple search in non-English builds
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.9.3a1
Tracking | Status | |
---|---|---|
status1.9.2 | --- | .9-fixed |
People
(Reporter: marcia, Assigned: smichaud)
References
Details
(Keywords: verified1.9.2)
Attachments
(3 files)
Seen while running Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1b4pre) Gecko/20090420 Shiretoko/3.5b4pre STR: 1. Open Help menu 2. Observe attached screenshot The file menu shows normally using the latest trunk nightly, Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2a1pre) Gecko/20090420 Minefield/3.6a1pre.
Updated•15 years ago
|
Flags: blocking-firefox3.5?
Reporter | ||
Comment 1•15 years ago
|
||
This does not happen on my 10.5 machines running the same build. So far I have only see it using 10.6
Comment 2•15 years ago
|
||
Josh: known issue with 10.6?
Reporter | ||
Comment 3•15 years ago
|
||
Oddly, using Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1b4pre) Gecko/20090421 Shiretoko/3.5b4pre the menu has now returned to its normal state.
Assignee | ||
Comment 4•15 years ago
|
||
I can't reproduce this. I tested with today's Minefield, Shiretoko and GranParadiso nightlies. What you saw, Marcia, might have been a one-time quirk. Did you see it more than once?
Reporter | ||
Comment 5•15 years ago
|
||
I have not seen it more than once. I think we can close this as WFM now, but I will be keeping an eagle eye out to see if it happens again.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Comment 7•15 years ago
|
||
Please renominate for 3.6 if we can get it reproducible.
Flags: blocking-firefox3.5? → blocking-firefox3.5-
Reporter | ||
Comment 8•15 years ago
|
||
Reopening because this has resurfaced using Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1b5pre) Gecko/20090430 Shiretoko/3.5b5pre.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Reporter | ||
Comment 9•15 years ago
|
||
Steven suggested I try this with a new profile, and I do not see the issue with a new profile.
Comment 10•15 years ago
|
||
MArcia, can you run Shiretoko with this specific profile on your 10.5 machine? Would be interesting to know why that happens and if it is reproducible there too. Further narrowing it down what caused this in that profile would be helpful.
Reporter | ||
Comment 11•15 years ago
|
||
Will do as soon as I install the most updated seed. I am curious to see if the problem will still exist on that seed.
Reporter | ||
Comment 12•15 years ago
|
||
So I have now updated to a new seed and I have yet seen this specific issue. Would prefer to keep it open for a bit longer to see if it manifests itself again.
Comment 13•15 years ago
|
||
See bug 504818 for a similar / the same issue with 3.5 on OS X 10.5.7. Not yet clear, if bug 504818 is a dupe.
Comment 15•15 years ago
|
||
This has been on my mind lately. Isn't it a problem of localized builds? Still reproducible with the latest trunk. Search bar is available: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a1pre) Gecko/20091223 Minefield/3.7a1pre Search bar is not available: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; fr; rv:1.9.3a1pre) Gecko/20091223 Minefield/3.7a1pre Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.3a1pre) Gecko/20091223 Minefield/3.7a1pre Thunderbird has the same problem. Search bar is available: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a1pre) Gecko/20091223 Shredder/3.1a1pre Search bar is not available: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; fr; rv:1.9.3a1pre) Gecko/20091221 Shredder/3.1a1pre Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.3a1pre) Gecko/20091221 Shredder/3.1a1pre
Status: REOPENED → NEW
Comment 16•15 years ago
|
||
See comment 0 where it happened with an en-US build.
Assignee | ||
Comment 17•15 years ago
|
||
(In reply to comment #15) I can reproduce what you report -- not only on the trunk, but in both FF 3.5.6 and 3.0.16! Since Marcia's original report isn't reproducible, I'm going to repurpose this bug. I did my tests with the OS language set to English. But I also tried one test with it set to French, and this made no difference. I haven't (yet) tested with more than the fr and ja-JP-mac builds. It's possible some non-English builds don't have this problem. I have a hunch [NSApplication setHelpMenu:] (new with 10.6) will be the solution.
Assignee: nobody → smichaud
Summary: [10.6] Help File menu does not include Apple search → [10.6] Help menu does not include Apple search in non-English builds
Assignee | ||
Updated•15 years ago
|
Assignee: smichaud → nobody
Component: Menus → Widget: Cocoa
Flags: blocking-firefox3.5-
Product: Firefox → Core
QA Contact: menus → cocoa
Version: 3.5 Branch → unspecified
Assignee | ||
Updated•15 years ago
|
Assignee: nobody → smichaud
(In reply to comment #17) > I haven't (yet) tested with more than the fr and ja-JP-mac builds. > It's possible some non-English builds don't have this problem. It should affect all non-English languages that have localized the name of the Help menu. > I have a hunch [NSApplication setHelpMenu:] (new with 10.6) will be > the solution. Yes, that's what other applications use to fix this problem on 10.6. (Also note that prior to 10.6, the search field wouldn't show up if the OS did not have language resources for the language of your bundle, e.g. Slovenian; that's an entirely separate bug from this 10.6 issue.)
Assignee | ||
Comment 19•15 years ago
|
||
Here's a patch for this bug. The tryservers won't do localized builds. But here's a French (fr) localized build that I made myself (with my patch): http://people.mozilla.com/~stmichaud/bmo/firefox-3.7a1pre.fr.mac.bugzilla489196-smichaud.dmg
Attachment #420177 -
Flags: review?(joshmoz)
Comment 20•15 years ago
|
||
Comment on attachment 420177 [details] [diff] [review] Fix +// Present (and documented) on OS X 10.6 and above. +- (void)setHelpMenu:(NSMenu *)helpMenu; Might want to improve this comment to make it clear that this call does not exist on 10.5 and we're only declaring it here to avoid compiler warnings on SDKs prior to 10.6.
Attachment #420177 -
Flags: review?(joshmoz) → review+
Assignee | ||
Comment 21•15 years ago
|
||
Landed on trunk, with the change Josh asked for: http://hg.mozilla.org/mozilla-central/rev/a970bbfb56f7 Just to be sure, I also compiled the patch on 10.6 (32-bit and 64-bit), just to make sure my declaration of [NSApplication setHelpMenu:] didn't cause trouble there (it didn't).
Status: NEW → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Comment 22•15 years ago
|
||
Oh nice, this patch has also fixed the same issue for Thunderbird trunk builds on 10.6. Since 10.6 I've missed the Apple search in the help menu in Thunderbird, since this checkin its back. :-) (Only tested with my own german TB 3.2a1pre build)
Comment 23•15 years ago
|
||
(In reply to comment #22) > Oh nice, this patch has also fixed the same issue for Thunderbird trunk builds > on 10.6. Since 10.6 I've missed the Apple search in the help menu in > Thunderbird, since this checkin its back. :-) > (Only tested with my own german TB 3.2a1pre build) CC'ing Mark from the Thunderbird team, so they are aware of it.
Target Milestone: --- → mozilla1.9.3a1
Comment 24•14 years ago
|
||
Is it planed to fix this (including Bug 539317) also in 1.9.2? I see this Bug in Lanikai 3.1 Alpha 1 and it would be nice to have a (fully) 10.6-compatible TB 3.1.
Assignee | ||
Comment 25•14 years ago
|
||
I've asked for 1.9.2-branch approval for my patch for bug 539317 -- which is a better version of this bug's patch.
Comment 26•14 years ago
|
||
Looks good!
Updated•14 years ago
|
Status: RESOLVED → VERIFIED
Keywords: verified1.9.2
Updated•14 years ago
|
status1.9.2:
--- → .9-fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•