Closed Bug 174570 Opened 22 years ago Closed 22 years ago

Mozilla crashes if one attempts to print an e-mail [@ nsLargeHeapChunk::UpdateLargestFreeBlock]

Categories

(MailNews Core :: Printing, defect)

PowerPC
Mac System 9.x
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: michael.graubart7, Assigned: rods)

Details

(Keywords: crash)

Crash Data

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.1) Gecko/20020826 Build Identifier: Mozilla 20021013 If one selects an e-mail in the inbox and then selects 'Print' (Command + print) and clicks 'Print' in the printer window, a rather mysterious message briefly appears; then the message saying how many pages are being loaded into the printer; and then Mozilla crashes. Reproducible: Always Steps to Reproduce: 1.Download e-mails and select one. 2.On computer, select 'Print' (or 'Command+P'). 3.When the printer window appears, click 'Print'. Actual Results: A rather mysterious message briefly appeared; then the message saying what pages were being loaded into the printer. Then Mozilla crashed. Expected Results: It should have allowed the printer to print the e-mail, and should not have crashed. The bug was experienced with Build 20021013, Classic theme, Mac G3 (old beige type), OS 9.2.2. I have now reverted to Mozilla 1.1 for the time being. I have also reported this bug via TalkBack.
Reporter: What is the Talkback ID?
Keywords: stackwanted
Keywords: crash
Dear 'mcsmur', The TalkBack ID is TB1 2588568G.
Product ID MozillaTrunk Build ID 2002082611 Operating System MacOS version 9.2.2 User Comments Mozilla 1.1, Classic theme. Mac G3, OS 9.2.2.I was offline, having been reading some downloaded e-mails. I then opened Navigator: the window appeared, but my cursor remained the small clock-face while the application was opening. It stayed that way for about 10 or 15 seconds, then Mozilla quitted. Stack Trace nsLargeHeapChunk::UpdateLargestFreeBlock() [nsLargeHeapAllocator.cp] nsLargeHeapAllocator::AllocatorFreeBlock() [nsLargeHeapAllocator.cp] free() [nsAllocatorManager.cp] .__dl__FPv [CPlusPlusLevel.cp] .__dla__FPv [CPlusPlusLevel.cp] nsFastLoadFileWriter::WriteFooter() [nsFastLoadFile.cpp, line 1791] nsFastLoadFileWriter::Close() [nsFastLoadFile.cpp, line 1903]
Keywords: stackwanted
Summary: Mozilla crashes if one attempts to print an e-mail → Mozilla crashes if one attempts to print an e-mail [@ nsLargeHeapChunk::UpdateLargestFreeBlock]
Based on data in comment #4 marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
-->
Assignee: dcone → rods
Reporter: Sorry for somewhat dumb question, but the description of the TB data doesn't really match the description of this bug here or i'm missing something?
my guess is, that is is now fixed. Could you try it will a build from today?
Sorry for somewhat dumb answer, but it's me that is missing something – namely the details of my recent TalkBack reports, because after the crashes (3 times in a row, trying to print e-mails) I deleted Mozilla 20021013 and went back to 20020826 – and, I now realize, deleted the TB records along with Mozilla. I'm sorry about that; the ID I gave you was the only one on the right date, but it must have been one referring to an incident with 20020826, not the right one. The two around the right date that I still have are TB 12588568G and TB 12527788Z; one of these is, I imagine, the one I gave you, the other is probably not the right one either. Apologies.
I fix was checked in yesterday, so I am curious as to whether this is now fixed.
'Rods': My apologies for delay; I did not have time till just now to download and test Build 2002101703. Yes, I am glad to say I can now print e-mails without causing crashes.
Can we then Resolve this?
As far as my experience is concerned, yes.
-->Resolving this Worksforme, since it seem to work in newer builds now
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Product: MailNews → Core
Product: Core → MailNews Core
Crash Signature: [@ nsLargeHeapChunk::UpdateLargestFreeBlock]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: