Closed Bug 5855 Opened 26 years ago Closed 26 years ago

Blocker - Mac Mail freezes system

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

PowerPC
Mac System 8.5
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: pmock, Assigned: bugzilla)

Details

(Whiteboard: get a fix, waitong for validation on other platforms)

Platform: PPC 4400/200 OS 8.5.1, 64MB ram Acceptance builds: Mac 1999043017, Mac 1999050108, Mac1999050208 Problem: There is a problem with the weekend Mac builds with Mail. I am able to start mail but the system locks up after drawing the Mail window I am forced to roboot my system. If I do not run Messenger, I can exit apprunner. In the first Friday Mac build (build id 1999043009) does not exhibit this problem. It passed the short smoke test (start apps , send mail, receive mail, exit apps). This problem does not occur on Linux May 1 build according to Stacey Curtis who ran the May 1 build. I see this problem on another Mac, PPC 8500/150 32MB OS 8.5.1. I ran the builds 1999043017 and 1999050108 on this mac. Note: I am part of the build-accept mailing list and currently running the Mac Mail smoke test. Steps to reproduce problem: 1) Install the Mac build 2) Launch Apprunner 3) Through the Task menu, select Messenger The Messenger window will render but then the system locks up. You must force quit or re-boot.
Target Milestone: M5
Set to M5 target milestone.
This problem also occurs on the May 3 PPC build (19990500308). I deleted my mozilla registry and all my msf files from my mail folder before launching apprunner. I waited a few minutes before rebooting.
Assignee: phil → ducarroz
Whiteboard: I am working on it
Status: NEW → ASSIGNED
Update. Jeff indicated that if you wait long enough it will eventually come up. The problem centers around the program wanting to generate MSF file for all the files in the binary folder containing apprunner. I waited almost a hour before I gain control of my Mac.
QA Contact: 4080 → 4109
Waiting an hour is not acceptable so this will continue to be a blocker for us.
*** Bug 5808 has been marked as a duplicate of this bug. ***
Whiteboard: I am working on it → get a fix, waitong for validation on other platforms
I get a fix. We still parse the application directory (without going into sub folder) but now that doesn't generate msf files every where anymore and the startup time of mainews is quick. We will have to investigate why we scan the application forlder for M6. I will validate the fix on Windows before check it in...
update status
#5808 isn't a duplicate of this bug, I have re-opened #5508
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Fixed and check in, A=chofmann, Files updated: mozilla/mailnews/local/src/nsLocalMailFolder.cpp mozilla/mailnews/local/src/nsLocalMailFolder.h mozilla/mailnews/local/src/nsLocalUtils.cpp
Update: I just downloaded the mozilla-mac.sea.bin build and successfully run the smoke test (start app, send mail, receive mail, and exit app). It appears to be fixed. I will verify this bug when the netscape5-mac.sea.bin binary becomes available.
Status: RESOLVED → VERIFIED
Verified in the May 3 (1999-05-03-17) build on Mac using the Mozilla and Netscape5 binaries. It did not take an hour to start up. The start up time was similar to that seen in the April 29 Mac build. It tooks a few minutes to launch apprunner then open mail. It no longer creates MSF file in the application folder. I looked and searched in the folder; there was none to be found. Verifying bug as being fixed. Great work Jeff! :)
We still have one file one level up from the application folder, it's part of bug #5808
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.