Closed Bug 29657 Opened 25 years ago Closed 25 years ago

Cannot launch today's mac commercial build

Categories

(Core Graveyard :: Tracking, defect, P3)

Product:
Core Graveyard
Component:
Tracking
Platform:
PowerPC
Mac System 9.x
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: shrir, Assigned: sfraser_bugs)

Details

Pls. reassign to correct component.

I cannot launch today's mac commercial build. (20000229m15)
The splash screen appears after installation and nothing hapens.
reassigning to sgehani
Assignee: ssu → sgehani
I am able to use Profile Manager (smoke and functional tests) but once a profile 
is selected whether it is new  or migrated, I hang.  I have to restart after 
each attempt.

Are these symptoms prevalent in the Mac build installed from the "raw" packaged 
bits (not the installer but:
ftp://sweetlou/products/client/5.0x/macos/8.x/ppc/2000-02-29-08-M15/Netscape6-ma
c.sea.bin)?  If so, this needs to be reassigned to the profiler manager folks 
for further investigation.  If not, we need to figure out the diff between both 
installations.
I tried both..but did not work.
Ok, so has anyone tried the mozilla builds, please?
adding myself to cc list :/

Grace: have you tried "Netscape6-mac" instead of the installer to see if it's an 

installer bug or not?

How about Mozilla (same thing: try mozilla installer, then mozilla-mac)


I tried the mozilla Installer and had no problems
I am testing the Netscape6-mac.sea.bin file now
Netscape6-mac.sea.bin- same behavior- (clean system/downloaded and 
unstuffed/created profile/hang)

The profile manager folks are probably better equipped to get traction on this 
bug.  Reassiging to selmer and changing component accordingly.
Assignee: sgehani → selmer
Component: Installer → Profile Manager FrontEnd
Grace, one more suggestion: use Netscape 6 installer, select custom install, then 
select "browser" module only (do not install AIM, SpellChecker, FullCircle) and 
see if it still hangs. If yes, we need to trace the recent checkins in ns ... 

There have been no changes in the profile manager backend in recent days.

Syd, is this a resurrection of the hanging bug you killed last week?  CCing 
Travis since his checkin may be related...
Assignee: selmer → syd
Component: Profile Manager FrontEnd → other
that was successful-using Netscape6 Installer
installed browser only-created new profile- launched
migrated a profile - launched
adding smoketest keyword.
Keywords: smoketest
Based on previous bustages, this looks to me like either a registration problem 

with one of the Netscape's modules or a missing dtd/xul file...



Grace: can you continue and play with the custom install dialog until you find 

out which module is the culprit?
Keywords: smoketest
oops, mid-air collision... re-adding sfraser to the cc list

This works for me.

My debug build is showing the same problem. I'll debug.
Assignee: syd → sfraser
This is probably the reason:

JavaScript Error: TypeError: contentArea has no properties
URL: chrome://global/content/charsetOverlay.js
LineNo: 106

Putting on dogfood radar.
Keywords: dogfood
Scrub that last comment; the same error shows up in the mozilla build, which 
works fine.

tested Netscape6Installer with Browser and Mail/News - successful

I am now running with Browser/MailNews/InstantMessenger- but I am unable to find
IM on the Tasks Menu.....not the case on Win32 or Linux


Looks like mcafee changed quite a few overlays in the commercial tree last night.

Most likely his breakage.  cc'ing mcafee

These are the differences between the chrome directories of the installed and 
uncompressed commercial build folders:

Missing from the installed product:

	caps:
		locale:
			en-US:
				security.properties

	Global:
		content:
			about.html

	Global:
		content:
			fullcirclelogo.gif
			logo.gif
			overlays.rdf
			rsalogo.gif

	Navigator:
		content:
			default:
				NavSecurityOverlay.xul
				NavSecurityUI.js

	Navigator:
		content:
			overlays.rdf

	Navigator:
		skin:
			default:
				broken.gif
				lock.gif
				NavSecurityOverlay.css
				unlock.gif

	timebomb:
		content:
			default:
				expireText.xul
				warn.xul
		locale:
			en-US:
				timebomb.dtd

Missing from the uncompressed product:

	global:
		content:
			overlays.rdf


QA folks: whenever you find that there is a difference between the behaviour of 
installed and uncompressed builds, the answer usually lies in a difference 
between the files in the Chrome folder. I use BBEdit to generate a folder listing 
for both, and then compare them.

Simon: good point about the folder compare. However, today's crash happens with 
both installer and "pre-installed" deliveries. These are 2 different issues I 
think.

I have a fix.

Fix checked in.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
CalendarOverlay.xul was missing from the ns/xpfe/global/resources/content/
ManifestDefaults file.

do we need a new bug for the mac installer stuff?



Actually, I just updated the ns copy of packages-mac with all the files Simon 
mentioned above. No need for a new bug this time.

Grace: It would be good if you could do what Simon did today, maybe not with 
_every_ daily build, but at least a couple of times a week. As time goes by, 
we'll have more and more UI files added under the chrome directory, and we want 
to make sure they're not omitted by the installer. A directory diff is then 
highly recommended as part of the isntaller smoke test

As far as test files are concerned (files located under dist viewer but that we 
_don't_ want to ship with the installer, they should all go in a separate 
"debug.xpi" or something...

build 2000030109
jj,

where can I get a copy of BBEdit- I will be glad to spot check the two builds.

Grace
Status: RESOLVED → VERIFIED
OS: Mac System 9.x
Hardware: PC → Macintosh
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.