Closed
Bug 299581
Opened 19 years ago
Closed 19 years ago
Mac application menu still named "Mozilla"
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: stefanh, Assigned: mnyromyr)
References
Details
(Keywords: fixed1.8)
Attachments
(1 file, 3 obsolete files)
|
1.82 KB,
patch
|
mikepinkerton
:
review+
sfraser_bugs
:
superreview+
cbeard
:
approval1.8b4+
|
Details | Diff | Splinter Review |
SeaMonkey 2005070312, Mac OS 10.3.9. The SeaMonkey rebranding, done in bug 285696, hasn't fixed the mac application menu. It's still named "Mozilla".
| Reporter | ||
Comment 1•19 years ago
|
||
And of course the menuitems still says "About Mozilla", "Hide Mozilla" and "Quit Mozilla"...
No longer depends on: suite-rebranding
| Reporter | ||
Comment 2•19 years ago
|
||
(In reply to comment #1) > And of course the menuitems still says "About Mozilla", "Hide Mozilla" and "Quit > Mozilla"... > Sorry, the "About" menuitem is correctly named "About SeaMonkey".
| Assignee | ||
Updated•19 years ago
|
Blocks: suite-rebranding
| Assignee | ||
Comment 3•19 years ago
|
||
stefan_h's observation in bug 288192 is right: rebranding InfoPlist.strings fixes this.
Assignee: general → mnyromyr
Status: NEW → ASSIGNED
Attachment #188468 -
Flags: superreview?(sfraser_bugs)
Attachment #188468 -
Flags: review?(pinkerton)
Updated•19 years ago
|
Flags: blocking-seamonkey1.0a+
Comment 4•19 years ago
|
||
Comment on attachment 188468 [details]
Rebranded InfoPlist.strings (no diff since CVS regards UCS2BE as binary)
+ NSHumanReadableCopyright = "Copyright © 1998-2005 mozilla.org.";
check the other copyrights on firefox and camino. The copyright is not held by
m.o, it's held by the contributors to the code. it should be:
(c) 1998-2005 Contributors.
Attachment #188468 -
Flags: review?(pinkerton) → review-
| Assignee | ||
Comment 5•19 years ago
|
||
Gerv, most of the files now rebranded as SeaMonkey still have the (c) mozilla.org notice (I am told). A notice of "(c) 1998-2005 Contributors." is pretty stupid imo (sorry, pink) - what contributors? Of what? To what? Do we need to change that at all? Code changes are (still) a+'d by staff before checkin... If we need to, maybe we could go for "(c) 1998-2005 Mozilla.org Contributors." or "(c) 1998-2005 Mozilla.org and Contributors."?
| Reporter | ||
Comment 6•19 years ago
|
||
(In reply to comment #5) > Gerv, > > most of the files now rebranded as SeaMonkey still have the (c) mozilla.org > notice (I am told). A notice of "(c) 1998-2005 Contributors." is pretty stupid > imo (sorry, pink) - what contributors? Of what? To what? > Do we need to change that at all? Code changes are (still) a+'d by staff before > checkin... > If we need to, maybe we could go for > "(c) 1998-2005 Mozilla.org Contributors." or > "(c) 1998-2005 Mozilla.org and Contributors."? The question with Mozilla.org is of course who that/they are. afaik there is no such thing as Mozilla.org. If you don't mean the domain, of course... ;)
| Assignee | ||
Comment 7•19 years ago
|
||
> The question with Mozilla.org is of course who that/they are. afaik there is no
> such thing as Mozilla.org. If you don't mean the domain, of course... ;)
Well, the original file /has/ "Copyright © 1998-2004 mozilla.org." - whatever
that may be, I didn't invent it. I just updated the year! :-)
And since Gerv is the MoFo's licencing guy, he should know what to do here. :)
Comment 9•19 years ago
|
||
mozilla.org is just wrong. the copyright is held by lots of people, and some are not at all related to this project (e.g. zlib authors, libpng authors).
| Assignee | ||
Comment 10•19 years ago
|
||
[I'm still not that experienced in Mac development, especially not in Mozilla-on-Mac development, so all the Mac gurus reading here, please correct me if I'm telling nonsens!] As far as I can tell after some research, it's (a) only used for Cocoa applications and (b) not by us: Only those applications need to provide the NSHumanReadableCopyright key in their InfoPlist.strings file that have a *.plist file defining it - which we don't. Nowhere. This string is not used. One could say it's there because Apple recommends it, but that doesn't hold because Apple also recommends a couple of other keys that we don't provide, either (<http://developer.apple.com/documentation/MacOSX/Conceptual/BPRuntimeConfig/Tasks/ConfigApplications.html>). So I'd say we drop the NSHumanReadableCopyright line. Comments?
Comment 11•19 years ago
|
||
The human-readable-copyright line is used in the Finder when you view the application bundle. You will see the copyright information at the bottom of the finder display.
| Assignee | ||
Comment 12•19 years ago
|
||
> The human-readable-copyright line is used in the Finder when you view the
> application bundle. You will see the copyright information at the bottom of the
> finder display.
Hm, it doesn't for me with OS X Tiger. I get a copyright notice when doing
File->Get Info, but that isn't the string defined here. So what do you mean by
"viewing the app bundle"?| Reporter | ||
Comment 13•19 years ago
|
||
Hmm, looking at the stuff in http://lxr.mozilla.org/seamonkey/source/xpfe/bootstrap/macbuild/Contents/Resources/English.lproj/InfoPlist.strings?raw=1 it looks like only 'CFBundleName = "Mozilla";' is in use. I can't seem to find any "Copyright © 1998-2003 mozilla.org." appearing. Instead I see "(c) 1998-2005 The Mozilla Organization" if I do "Show Info" on the Seamonkey app icon.
Comment 14•19 years ago
|
||
If it has to say something, have it say: (c) 1998-2005 Contributors to mozilla.org. But it might be best, if it's not used, to just remove it. Gerv
| Assignee | ||
Comment 15•19 years ago
|
||
When the finder looks for strings to display for an application, it takes <app>/Contents/Info.plist, (partly) translated by <app>/Contents/Resources/English.lproj/InfoPList.strings. Only those strings are used from the latter file that are used by the first - and NSHumanReadableCopyright isn't, thus removing.
Attachment #188468 -
Attachment is obsolete: true
Attachment #190158 -
Flags: superreview?(sfraser_bugs)
Attachment #190158 -
Flags: review?(pinkerton)
| Assignee | ||
Updated•19 years ago
|
Attachment #188468 -
Flags: superreview?(sfraser_bugs)
| Assignee | ||
Comment 16•19 years ago
|
||
Here's a different approach: instead of removing the NSHumanReadableCopyright, I added it to Info.PList.in also. OTOH, I put CFBundleGetInfoString into InfoPlist.strings to get it translated properly, too. (This diff is kinda faked for reviewing purposes - InfoPlist.strings is UTF-16 and thus considered binary by CVS. I'd suggest we change that to UTF-8 also!)
Attachment #190738 -
Flags: review?(pinkerton)
Comment 17•19 years ago
|
||
looks ok, except why not make the two versions of |NSHumanReadableCopyright| be the same in the two files?
Updated•19 years ago
|
Attachment #190158 -
Flags: superreview?(sfraser_bugs)
Attachment #190158 -
Flags: review?(pinkerton)
| Assignee | ||
Updated•19 years ago
|
Attachment #190738 -
Flags: review?(pinkerton)
| Assignee | ||
Comment 18•19 years ago
|
||
Updated to comment #17.
Attachment #190158 -
Attachment is obsolete: true
Attachment #190738 -
Attachment is obsolete: true
Attachment #191719 -
Flags: superreview?(sfraser_bugs)
Attachment #191719 -
Flags: review?(pinkerton)
Comment 19•19 years ago
|
||
Comment on attachment 191719 [details] [diff] [review] like 190738, but with identical copyright notices r=pink
Attachment #191719 -
Flags: review?(pinkerton) → review+
Updated•19 years ago
|
Attachment #191719 -
Flags: superreview?(sfraser_bugs) → superreview+
| Assignee | ||
Comment 20•19 years ago
|
||
Comment on attachment 191719 [details] [diff] [review] like 190738, but with identical copyright notices triple minority (SM, Mac, wording) only ;-)
Attachment #191719 -
Flags: approval1.8b4?
Updated•19 years ago
|
Attachment #191719 -
Flags: approval1.8b4? → approval1.8b4+
| Assignee | ||
Comment 21•19 years ago
|
||
Checked in into trunk and MOZILLA_1_8_BRANCH.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•