173963 - Icon of Mozilla.app appear to be a Classic Application

Status: VERIFIED FIXED

(SeaMonkey :: Build Config, defect)

Description

[AMBROISE JEAN-MARIE]

Icon of Mozilla.app build 2002101103 appear to be a Classic Application and a
Command+I on the Icon show: type: Application Classic

But it is a Mac OS X Application, not a Classic Application and when Mozilla is
launch, it is a Mac OS X Application who is launched, not a Classic Application
(Classic is not launched and not running) !!!!

And Mozilla.app contain all the elements of the elements of Mac OS X Application
of Mozilla. Funny no ????

Comment 1

[Jon Granrose]

reassign to jj for investigation.

Comment 2

[J.J. Enser]

What I see after downloading today's build is that the application has a
*generic* application icon, instead of the "M" custom icon.

Jean-Marie, is that what you mean by "classic app icon" ?
Also, is today's the first build you see this? was yesterday's build ok?

As to the Get info window, I see "Kind: Application", as expected.

Aki, I believe this could be realted to your checkin of mozilla.plst . I took a
look at the plst file in the build and it contains some binary data at the end,
as I suspected and mentioned in bug 173355

Comment 3

[AMBROISE JEAN-MARIE]

Yes, I have a generic application instead of the "M" custom icon but when I make a get 
info on this icon, it's say me that this is a Classic Application, and there is a Memory field 
who not appear in a Carbon or Cocoa Application get info. And yes, I have already this 
problem with yesterday build.

Thanks J.J. for your fast and good work !!! yeah....

I hope this problem will be resolved rapidly ;-))

Comment 4

[Greg K.]

For me, the Mozilla application displays the old Mozila icon it has on OS 9, but
is still an OS X application.

Comment 5

[J.J. Enser]

It will be resolved soon: I already fixed my local copy.
After "cleaning up" the Info.plst file (deleting the garbage binary data at the
begining and the end of the file) and duplicating my mozilla folder, the
duplicate copy displays the 32-bit icon as it should.

Aki: disregard my last suggestion, you haven't checked in the file yet so it
can't be you!

Leaf: I now believe this problem is related to the fact that we removed the -kb
options on that file, which seems to expose some binary data in the file that
was previously ignored... or something like that.

This should be resolved once Aki checks in the 1.2b version, without the garbage
in it :-) creating bug dependency on 173355

Thanks for flagging this, Jean-Marie! Bonjour chez vous.

Comment 6

[AMBROISE JEAN-MARIE]

De rien J.J., Thanks and regards. Bye ;-))

Comment 7

[AMBROISE JEAN-MARIE]

I have modify the info.plist as you have made and it works fine !!! I have the great "M" 
Icon.

Very good JJ ;-)))

Comment 8

[Matthias Versen [:Matti]]

*** Bug 174077 has been marked as a duplicate of this bug. ***

Comment 9

[AMBROISE JEAN-MARIE]

What's happen ? You have not fix this problem in the build 2002101303, you have
 just to "cleaning up" the Info.plist file in Mozilla.app (deleting the garbage
binary data at the begining and the end of the file). I have done this on the
file on my copy of Mozilla and it's works fine for me and as said J.J. What it's
the problem for the builds you make ??? There is really a bug when the new build
is make ;-((( I hope you solve this problem, it's really strange, "bizarre in
French", no ????

Comment 10

[Dave Miller [:justdave]]

An interesting side effect of this....  DragThing (which has a replacement for
the dock, among other things) shows a badge in the lower left corner of running
applications that are running in Classic.  Mozilla shows the (9) badge in the
corner as if it were a Classic app despite it not launching Classic to run it. 
This is obviously because of this bug, so whenever this gets checked in, it'll
be fixed I'm sure.

I'm using the 2002101009 build, and I get a generic folder icon rather than a
generic application icon, but the rest of the symptoms are the same.

Comment 11

[Frankie]

Confirming the same error in all recent OSX builds. Last week it was showing as
a generic application; this week it is showing as a generic folder (bundle?).

Comment 12

[Greg K.]

This needs to be fixed far, far sooner than 1.3 beta.

Comment 13

[AMBROISE JEAN-MARIE]

Read my additionnal comment  #9: As said JJ, you have just to "cleaning up" the Info.plist 
file in Mozilla.app (deleting the garbage binary data at the begining and the end of the 
file). I have done this on the file on my copy of Mozilla and it's works fine (you must quit 
your session in Mac OS X and relogin). That's all ;-))

The Info.plist file in new builds of Mozilla is still have the same problem, nobody at 
Mozilla can't modify this file ???? I don't understand ??? ;-((

Comment 14

[J.J. Enser]

Everybody calms down please.
I've mentioned a dependency on 173355, which also related to the file mozilla.plst.
Whenever Asasaki checks in the fix for 173355, which should happen real soon, it
will automatically take care of this one.
Please verify and/or comment here if you still see the problem _after_ 173355
has been fixed.

Comment 15

[J.J. Enser]

confirming: fix checked in as part of 173355 - and looks good.
Marking fixed now. Please verify with tomorrow's nightly build (20021015)

Comment 16

[AMBROISE JEAN-MARIE]

yes, I confirm, the bug is resolved in build 2002101503. Yeah... ;-))

Comment 17

[J.J. Enser]

Thanks Jean-Marie. In the future, remember to change the bug status to
"VERIFIED". (just above the 'submit' button. It helps organizing bugs.
Doing so now.

Comment 18

[J.J. Enser]

fixed on the MOZILLA_!_0_BRANCH