Closed
Bug 5855
Opened 26 years ago
Closed 26 years ago
Blocker - Mac Mail freezes system
Categories
(SeaMonkey :: MailNews: Message Display, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M5
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.
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 | ||
Updated•26 years ago
|
Assignee: phil → ducarroz
Whiteboard: I am working on it
Assignee | ||
Updated•26 years ago
|
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.
Waiting an hour is not acceptable so this will continue to be a blocker for us.
Assignee | ||
Updated•26 years ago
|
Whiteboard: I am working on it → get a fix, waitong for validation on other platforms
Assignee | ||
Comment 6•26 years ago
|
||
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...
Assignee | ||
Comment 7•26 years ago
|
||
update status
Assignee | ||
Comment 8•26 years ago
|
||
#5808 isn't a duplicate of this bug, I have re-opened #5508
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 9•26 years ago
|
||
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
Reporter | ||
Comment 10•26 years ago
|
||
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.
Reporter | ||
Comment 11•26 years ago
|
||
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! :)
Assignee | ||
Comment 12•26 years ago
|
||
We still have one file one level up from the application folder, it's part of bug #5808
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•