All users were logged out of Bugzilla on October 13th, 2018

Change bundle identifier from org.mozilla.navigator to org.mozilla.camino

RESOLVED FIXED in Camino1.0

Status

RESOLVED FIXED
15 years ago
13 years ago

People

(Reporter: bugmail, Assigned: mark)

Tracking

({fixed1.8})

unspecified
Camino1.0
PowerPC
Mac OS X
fixed1.8
Bug Flags:
camino0.9 -
camino1.0 +

Details

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
Camino 0.8b's Info.plist file retains some outdated names from its' own past.

CFBundleIdentifier: org.mozilla.navigator (shows up in crash reports; change to
org.mozilla.Camino?)
CFBundleSignature: CHIM (is this a type/creator code relic? Change to CMNO or CAMI?)
You still need a bundle signature in OS X for LaunchServices; it's the
replacement or Cocoa equivalent for creator code.  For compatability reasons
these typically don't change (and particularly now that 3rd-party prefpanes need
the signature).

I'm unsure of where/in which ways the org.mozilla.navigator is used, but I've
noticed in other apps that change names that this string does seem to change
with name changes.  According to LXR, it only shows up in the Info.plist(s):
http://lxr.mozilla.org/mozilla/search?string=org.mozilla.navigator
It apparently gets used in the name of the plist the Finder uses to store
Camino's NavServices history (last folder used, etc.):
~/Library/Preferences/org.mozilla.navigator.plist

One could make an argument for changing these for 1.0 (and therefore probably
for 0.9 so it's not a "last minute" thing) or for WONTFIXing.

There's also a 
CFBundleGetInfoString: Camino 0.8+, © 2003-2004 The Mozilla Foundation
that doesn't seem to show up anywhere (the About Camino and Get Info both show
the 1998-2005 dates) for some reason.

Since this appears either to be a quick fix or a quick won't fix and something
that shouldn't appear suddenly for 1.0 if it is to be changed, pulling the
camino0.9 ? flag....
Flags: camino0.9?

Comment 2

14 years ago
Changing that stuff has some significant implications... we should definitely
think about this but it shouldn't hold up a release.
Flags: camino0.9? → camino0.9-

Comment 3

14 years ago
I vote for chaning the bundle identifier soon; most people will not associate
org.mozilla.navigator prefs with Camino.
Target Milestone: --- → Camino1.0
(In reply to comment #3)
> I vote for chaning the bundle identifier soon; most people will not associate
> org.mozilla.navigator prefs with Camino.

Since there's not going to be a full development cycle post 0.9 now, should this
change happen right after 0.9b?

Presumably there's some code needed to migrate the old file in addition to
simply changing the string in the plist.
Summary: Camino Info.plist file retains some outdated names → Change bundle identifier from org.mozilla.navigator to org.mozilla.camino

Comment 5

13 years ago
(In reply to comment #4)
> Presumably there's some code needed to migrate the old file in addition to
> simply changing the string in the plist.

Yeah, I think we could just load in the old values using -[NSUserDefaults
persistentDomainForName:], and then set a "Old Defaults Imported" bool in the
new file, or something like that.

Comment 6

13 years ago
(In reply to comment #5)
> Yeah, I think we could just load in the old values using -[NSUserDefaults
> persistentDomainForName:], and then set a "Old Defaults Imported" bool in the
> new file, or something like that.

Is this really worth it? I don't think we save anything critical in user defaults.

Comment 7

13 years ago
True; the only thing we save is toolbar layout and other OS built-ins.
(In reply to comment #7)
> True; the only thing we save is toolbar layout and other OS built-ins.

Having to reset your toolbars' layouts and the history and bookmarks columns and
splitter position and whatnot would be an annoyance, but not any sort of
critical dataloss.

Comment 9

13 years ago
Definately blocking 1.0. I sent mail to my plugin developers list to see if this
will break anyone.
Flags: camino1.0+
(Assignee)

Comment 10

13 years ago
Created attachment 195510 [details] [diff] [review]
Do it.

This should be done now.  Now, as in, right before 1.0a1.  It's either now or
never, folks.
Assignee: pinkerton → mark
Status: NEW → ASSIGNED
Attachment #195510 - Flags: review?(sfraser_bugs)

Updated

13 years ago
Attachment #195510 - Flags: review?(sfraser_bugs) → review+
(Assignee)

Comment 11

13 years ago
It's now, folks.
Status: ASSIGNED → RESOLVED
Last Resolved: 13 years ago
Keywords: fixed1.8
Resolution: --- → FIXED
(Assignee)

Updated

13 years ago
Depends on: 307837
Since from Mark's forum post it seems that CHIM was changed to MOZC instead of
just the bundle identifier change, has that new CFBundleSignature been
registered with Apple to keep it unique?
 
http://developer.apple.com/datatype/creatorcode.html  

(Was/is CHIM registered, too, since it's still valid for custom prefPanes?)

Comment 13

13 years ago
I registered MOZC with a MoFo address under Josh's name.
You need to log in before you can comment on or make changes to this bug.