Closed Bug 42518 Opened 25 years ago Closed 25 years ago

Can't open mail in today's build

Categories

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

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: phil, Assigned: waterson)

References

Details

(Keywords: smoketest, Whiteboard: [dogfood+]Updated info... problem is reproducible.)

Attachments

(1 file)

Using 2000-06-14-08 commercial M17 build on NT 1. Run app, starting in browser 2. Click on mail icon in Taskbar 3. CPU spikes, app doesn't launch 4. Tried launching -mail, same result
Severity blocker, added smoketest and dogfood keywords
Severity: normal → blocker
Keywords: dogfood, smoketest
Can i get some confirmation on this? ``Worksforme''
Well, as soon as my Linux build finishes, I'll try it ...
I can open mine. I'll have to investigate.
Happened to me, too, after I removed my localstore.rdf. I filed 42516 (which I'll mark as a dup of this one). Putterman's checkins to mailnews/base/resources/content fix the problem for me, and also the other problem I was seeing with the headers in the thread pane.
*** Bug 42516 has been marked as a duplicate of this bug. ***
ok. It sounds like we just need to respin with my changes then.
which we are doing.
Putting on [NEED INFO] radar.
Whiteboard: [NEED INFO]
The problem is reproducible the 2nd time you try to run seamonkey. The first time you migrate or create a new profile, you can successfully open mail. I can reproduce this bug on Windows 98 installed on a PIII Dell Precision 210 and on Windows NT 4.0 SP6 installed on a Compaq 6000 deskpro using the 2000-061409-m17 build. *I migrated my profile and it allowed me to openning mail. I was able to successfully log into my IMAP mail the first time. The next time I launch seamonkey and try to open mail, my systems freeze. On NT and 98, my CPU is peaked at 100% and mail fails to open. *I created a new profile and was successful in openning mail, entering my mail info, and logging into mail the first time. The next time I launch seamonkey and try to open mail, my systems freeze. On NT and 98, my CPU is peaked at 100% and mail fails to open. I have to end the task.
Whiteboard: [NEED INFO] → Updated info... problem is reproducible.
Adding myself to CC list
Just downloaded the bits timestamped 1:31pm since I assume this is the respin. The problem is still reproducible. I don't typically migrate or create new profiles, so pmock's steps seem believable, except that it isn't the "second" time you run mozilla if you're trying to reuse the same profile.
this is with a clean install? I wonder what's different on your machine.
I'm installing on top of previous builds by letting the installer delete the previous build.
Phil - release hasn't announced a respin build yet and I don't see anything later than 2000-06-14-09-m17 (even after a shift+reload of the page). Peter - can you try again for me if there is a new build? I was never able to reproduce this problem (even the second time of launching seamonkey) so I can't comment to Phil's findings. Thanks
Lisa, the respin is in the 061408 directory, but it has newer timestamps. This seems to be a common practice for respins.
phil is correct, this respin is getting put in the same directory, because it's two xul file changes, and the automation uses the preexisting buildid to determine directory. In any case... phil could this be a corrupt rdf file or some other corrupted data file?
I just pulled the bits from 1:33 and although I didn't see this problem, it also didn't have my changes.
I just kicked off a build, just in case...
I know it doesn't have my changes because I downloaded the build and looked at threadpane.xul and it's not the one I checked in this morning.
i believe you, i'm respinning after making clean in that directory, and *then* making again (didn't catch the dependency automatically). new build on the way.
fyi, I just downloaded the bits from 1:33 and I am still experiencing the problem I described earlier. I can bring up mail the first time then it freezes the 2nd time around. I have to kill the task at this point. /Peter
I just re-pulled and built with putterman's changes on Linux and everything works just peachy. I think this is just a Windows nmake disaster with the previous bits. Let's not hold the tree closed for this.
I am willing to clear the hook if mailnews qa, or mozilla.org net qa is happy.
We can reopen the commercial tree if: (1) Development confirmed that putterman's changes corrects this problem. Since Akkana had the problem with starting and then confirmed that putterman's changes fixes it, then I think this step is done. Akkana - to confirm, your problem was that you couldn't start, right? (2) Respins with these changes are on their way to QA. We've had two respins so far and they still show the problem. leaf will work with putterman to figure out why the changes are making it in. (3) There are two other bugs which I would consider smoketest blockers - http://bugzilla.mozilla.org/show_bug.cgi?id=42485 and http://bugzilla.mozilla.org/show_bug.cgi?id=42488 Putterman says the fixes to xul files also fixes those two bugs (thus the downgraded severity on those bugs). I'd like to have one other person verify them besides putterman. I couldn't tell from Don's comments if all he did was start the product or if he tried the above two bugs. Akkana - if you can verify the changes on your development build (since we don't have respins), that would be great.
I mean "why the steps AREN'T making it in" in item (2) above.
I just tried the 15:14 bits, and the problem is still reproducible.
We just got my changes to make it over onto the build so it should work with the next respin.
Ok, one more time. This time, the problem was the commercial build system not picking up new mozilla files in dist. mozilla bits work, am respinning commercial bits with the corrected files (no, really!).
I just downloaded the latest respin win32 build 2000-061415-m17. This problem looks resolved. I can successful open mail and quit mail multiple times. :) Nice work. /Peter
I'm happy to hear that. I'm going to mark as fixed then.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
The problem was resolved for me as soon as I pulled putterman's fixes; this fixed my debug tree, and copying those files into my commercial tree fixed that tree as well.
Works for me now too
For the record, win32 build 2000-061415-m17 shows a Mozilla splash screen and a Mozilla throbber, but has IM in it. Inquiring with leaf to make sure it's a commercial build.
This is back for me in 06-14-20. Reopening. *sigh*
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
2000061420? What about 2000061509, which is today's verification build?
I bet 42686 is a dup of this or vice versa..... Phil what about todays bits?
Mail is working for me on Linux today.
This is scottip: It looks like it's getting stuck in some tree code. We're able to reproduce it on jefft's machine. I'm going to reassign to hyatt and cc'evaughan (it also looks like some box code if I stop again later). nsEventListenerManager::RemoveEventListener(nsIDOMEventListener * 0x0ecccd00, const nsID & {...}, int 4, int 4) line 302 + 5 bytes nsEventListenerManager::RemoveEventListenerByType(nsIDOMEventListener * 0x0ecccd00, const nsString & {...}, int 4) line 515 nsXULElement::RemoveEventListener(nsXULElement * const 0x044a3b20, const nsString & {...}, nsIDOMEventListener * 0x0ecccd00, int 1) line 1936 nsTreeRowGroupFrame::~nsTreeRowGroupFrame() line 138 + 65 bytes nsTreeRowGroupFrame::`scalar deleting destructor'(unsigned int 1) + 15 bytes nsFrame::Destroy(nsFrame * const 0x0405ab50, nsIPresContext * 0x039d8030) line 425 + 34 bytes nsContainerFrame::Destroy(nsContainerFrame * const 0x0405ab50, nsIPresContext * 0x039d8030) line 99 nsTreeRowGroupFrame::Destroy(nsTreeRowGroupFrame * const 0x0405ab50, nsIPresContext * 0x039d8030) line 152 nsFrameList::DestroyFrame(nsIPresContext * 0x039d8030, nsIFrame * 0x0405ab50) line 122 nsTreeRowGroupFrame::ContinueReflow(nsIFrame * 0x040503b4, nsIPresContext * 0x039d8030, int 3825, int -113) line 1461 nsTableRowGroupFrame::ReflowMappedChildren(nsTableRowGroupFrame * const 0x03f9f850, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, RowGroupReflowState & {...}, unsigned int & 0, nsTableRowFrame * 0x00000000, nsReflowReason eReflowReason_Resize, int 1, int 0) line 468 + 36 bytes nsTableRowGroupFrame::Reflow(nsTableRowGroupFrame * const 0x03f9f850, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 1088 + 38 bytes nsContainerFrame::ReflowChild(nsIFrame * 0x03f9f850, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, int 0, int 0, unsigned int 0, unsigned int & 0) line 693 + 31 bytes nsTableFrame::ReflowMappedChildren(nsTableFrame * const 0x03f8c9a0, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, InnerTableReflowState & {...}, unsigned int & 0) line 2992 + 47 bytes nsTableFrame::ResizeReflowPass2(nsTableFrame * const 0x03f8c9a0, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 1970 + 31 bytes nsTableFrame::Reflow(nsTableFrame * const 0x03f8c9a0, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 1613 + 34 bytes nsTreeFrame::Reflow(nsTreeFrame * const 0x03f8c9a0, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 417 + 25 bytes nsContainerFrame::ReflowChild(nsIFrame * 0x03f8c9a0, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, int 0, int 0, unsigned int 3, unsigned int & 0) line 693 + 31 bytes nsTableOuterFrame::OuterReflowChild(nsTableOuterFrame * const 0x03f8c940, nsIPresContext * 0x039d8030, nsIFrame * 0x03f8c9a0, const nsHTMLReflowState & {...}, nsHTMLReflowMetrics & {...}, int * 0x00000000, nsSize & {...}, nsMargin & {...}, nsMargin & {...}, nsReflowReason eReflowReason_Resize, unsigned int & 0) line 885 + 47 bytes nsTableOuterFrame::Reflow(nsTableOuterFrame * const 0x03f8c940, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 1419 + 59 bytes nsTreeOuterFrame::Reflow(nsTreeOuterFrame * const 0x03f8c940, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 135 + 25 bytes nsBoxToBlockAdaptor::Reflow(nsBoxLayoutState & {...}, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0, int 0, int 195, int 2430, int 3712, int 1) line 796 nsBoxToBlockAdaptor::Layout(nsBoxToBlockAdaptor * const 0x03f8cef8, nsBoxLayoutState & {...}) line 467 + 52 bytes nsSprocketLayout::Layout(nsSprocketLayout * const 0x01901660, nsIBox * 0x03f8c7cc, nsBoxLayoutState & {...}) line 407 nsContainerBox::Layout(nsContainerBox * const 0x03f8c7cc, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x03f8c7cc, nsBoxLayoutState & {...}) line 797 + 13 bytes nsSprocketLayout::ChildResized(nsIBox * 0x03f8c740, nsBoxLayoutState & {...}, nsIBox * 0x03f8c7cc, nsBoxSize * 0x03f9c668, nsComputedBoxSize * 0x03f9c6e0, nsBoxSize * 0x03f9c668, nsComputedBoxSize * 0x03f9c6e0, const nsRect & {...}, nsRect & {...}, nsRect & {...}, int 1, int & 0) line 966 nsSprocketLayout::Layout(nsSprocketLayout * const 0x01901660, nsIBox * 0x03f8c740, nsBoxLayoutState & {...}) line 433 nsContainerBox::Layout(nsContainerBox * const 0x03f8c740, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x03f8c740, nsBoxLayoutState & {...}) line 797 + 13 bytes nsSprocketLayout::Layout(nsSprocketLayout * const 0x01901660, nsIBox * 0x03f510a8, nsBoxLayoutState & {...}) line 407 nsContainerBox::Layout(nsContainerBox * const 0x03f510a8, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x03f510a8, nsBoxLayoutState & {...}) line 797 + 13 bytes nsStackLayout::Layout(nsStackLayout * const 0x01904380, nsIBox * 0x03f5101c, nsBoxLayoutState & {...}) line 245 nsContainerBox::Layout(nsContainerBox * const 0x03f5101c, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x03f5101c, nsBoxLayoutState & {...}) line 797 + 13 bytes nsBoxFrame::Reflow(nsBoxFrame * const 0x03f50fe4, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 651 nsRootBoxFrame::Reflow(nsRootBoxFrame * const 0x03f50fe4, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 211 nsContainerFrame::ReflowChild(nsIFrame * 0x03f50fe4, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, int 0, int 0, unsigned int 0, unsigned int & 0) line 693 + 31 bytes ViewportFrame::Reflow(ViewportFrame * const 0x03f50fa8, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 546 nsHTMLReflowCommand::Dispatch(nsHTMLReflowCommand * const 0x0eca8a00, nsIPresContext * 0x039d8030, nsHTMLReflowMetrics & {...}, const nsSize & {...}, nsIRenderingContext & {...}) line 145 PresShell::ProcessReflowCommands(int 0) line 3928 PresShell::FlushPendingNotifications(PresShell * const 0x03375330) line 3069 PresShell::AppendReflowCommand(PresShell * const 0x03375330, nsIReflowCommand * 0x0471afc0) line 2402 nsTableFrame::AppendFrames(nsTableFrame * const 0x03f8c9a0, nsIPresContext * 0x039d8030, nsIPresShell & {...}, nsIAtom * 0x00000000, nsIFrame * 0x03f9f850) line 2303 + 16 bytes FrameManager::AppendFrames(FrameManager * const 0x033841f0, nsIPresContext * 0x039d8030, nsIPresShell & {...}, nsIFrame * 0x03f8c9a0, nsIAtom * 0x00000000, nsIFrame * 0x03f9f850) line 684 nsCSSFrameConstructor::AppendFrames(nsIPresContext * 0x039d8030, nsIPresShell * 0x03375330, nsIFrameManager * 0x033841f0, nsIContent * 0x042065c0, nsIFrame * 0x03f8c9a0, nsIFrame * 0x03f9f850) line 7845 + 30 bytes nsCSSFrameConstructor::ContentAppended(nsCSSFrameConstructor * const 0x018e8950, nsIPresContext * 0x039d8030, nsIContent * 0x042065c0, int 3) line 8187 StyleSetImpl::ContentAppended(StyleSetImpl * const 0x018eedf0, nsIPresContext * 0x039d8030, nsIContent * 0x042065c0, int 3) line 1081 PresShell::ContentAppended(PresShell * const 0x03375338, nsIDocument * 0x039b5040, nsIContent * 0x042065c0, int 3) line 3155 + 46 bytes nsXULDocument::ContentAppended(nsXULDocument * const 0x039b5040, nsIContent * 0x042065c0, int 3) line 1730 nsXULTemplateBuilder::RebuildContainer(nsXULTemplateBuilder * const 0x043e8494, nsIContent * 0x042065c0) line 4291 + 48 bytes nsXULDocument::RebuildWidgetItem(nsIContent * 0x042065c0) line 4602 + 22 bytes nsXULDocument::AttributeChanged(nsXULDocument * const 0x039b5040, nsIContent * 0x042065c0, int 0, nsIAtom * 0x03372cf0, int -1) line 1686 nsXULElement::SetAttribute(nsXULElement * const 0x042065c0, int 0, nsIAtom * 0x03372cf0, const nsString & {...}, int 1) line 2924 nsXULElement::SetAttribute(nsXULElement * const 0x042065cc, const nsString & {...}, const nsString & {...}) line 1325 + 35 bytes nsXULTreeElement::SetAttribute(nsXULTreeElement * const 0x0449f4d8, const nsString & {...}, const nsString & {...}) line 53 + 29 bytes ElementSetAttribute(JSContext * 0x039dc760, JSObject * 0x03f4f7f0, unsigned int 2, long * 0x03ec9064, long * 0x0012e44c) line 239 + 26 bytes js_Invoke(JSContext * 0x039dc760, unsigned int 2, unsigned int 0) line 686 + 23 bytes js_Interpret(JSContext * 0x039dc760, long * 0x0012ed88) line 2490 + 15 bytes js_Invoke(JSContext * 0x039dc760, unsigned int 1, unsigned int 2) line 702 + 13 bytes js_InternalInvoke(JSContext * 0x039dc760, JSObject * 0x017256d8, long 24772120, unsigned int 0, unsigned int 1, long * 0x0012ef20, long * 0x0012eec0) line 775 + 19 bytes JS_CallFunctionValue(JSContext * 0x039dc760, JSObject * 0x017256d8, long 24772120, unsigned int 1, long * 0x0012ef20, long * 0x0012eec0) line 2801 + 31 bytes nsJSContext::CallEventHandler(nsJSContext * const 0x039de120, void * 0x017256d8, void * 0x0179fe18, unsigned int 1, void * 0x0012ef20, int * 0x0012ef1c, int 0) line 788 + 33 bytes nsJSEventListener::HandleEvent(nsIDOMEvent * 0x04586234) line 154 + 64 bytes nsEventListenerManager::HandleEventSubType(nsListenerStruct * 0x040fd110, nsIDOMEvent * 0x04586234, nsIDOMEventTarget * 0x039de190, unsigned int 1, unsigned int 7) line 754 + 19 bytes nsEventListenerManager::HandleEvent(nsIPresContext * 0x039d8030, nsEvent * 0x0012fa54, nsIDOMEvent * * 0x0012f3f8, nsIDOMEventTarget * 0x039de190, unsigned int 7, nsEventStatus * 0x0012fa94) line 1323 + 39 bytes GlobalWindowImpl::HandleDOMEvent(GlobalWindowImpl * const 0x039de180, nsIPresContext * 0x039d8030, nsEvent * 0x0012fa54, nsIDOMEvent * * 0x0012f3f8, unsigned int 1, nsEventStatus * 0x0012fa94) line 413 nsWebShell::OnEndDocumentLoad(nsWebShell * const 0x038dd2e4, nsIDocumentLoader * 0x038dc710, nsIChannel * 0x038fbc10, unsigned int 0) line 1153 + 56 bytes nsDocLoaderImpl::FireOnEndDocumentLoad(nsDocLoaderImpl * 0x038dc710, nsIChannel * 0x038fbc10, unsigned int 0) line 712 nsDocLoaderImpl::DocLoaderIsEmpty(unsigned int 0) line 542 nsDocLoaderImpl::OnStopRequest(nsDocLoaderImpl * const 0x038dc714, nsIChannel * 0x04539150, nsISupports * 0x00000000, unsigned int 0, const unsigned short * 0x00000000) line 485 nsLoadGroup::RemoveChannel(nsLoadGroup * const 0x038de350, nsIChannel * 0x04539150, nsISupports * 0x00000000, unsigned int 0, const unsigned short * 0x00000000) line 544 + 39 bytes nsFileChannel::OnStopRequest(nsFileChannel * const 0x04539158, nsIChannel * 0x04539280, nsISupports * 0x00000000, unsigned int 0, const unsigned short * 0x00000000) line 644 nsOnStopRequestEvent::HandleEvent(nsOnStopRequestEvent * const 0x045057f0) line 307 nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x04505710) line 97 + 12 bytes PL_HandleEvent(PLEvent * 0x04505710) line 575 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x0197bd60) line 520 + 9 bytes _md_EventReceiverProc(HWND__ * 0x000204f4, unsigned int 49407, unsigned int 0, long 26721632) line 1032 + 9 bytes USER32! 77e7124c()
Assignee: putterman → hyatt
Status: REOPENED → NEW
I didn't check in any tree code yesterday...
we think this problem existed the day before as well and that we mistakenly marked it closed.
> Phil what about todays bits? Today's installer seems to point at last night's bits. This from looking at the file dates, and the version number in the browser status bar.
Dan and I tested today's debug builds on all platforms. It works on all of them. I'm unable to reproduce this crasher. Are we sure this isn't just some horkage in the build/install process? We know this was broken yesterday...
Now that the new installer (N6setup.exe) is posted, I tried with today's builds, and I still hang launching mail.
no idea. seeing as how all these files were changed without informing build release, who knows what's going on or what's being delivered on win32 right now. I wouldn't trust today's win32 build as far as I could throw it.
Which files are you talking about? The old tree code wasn't changed yesterday.
the filenames of the installer files and several of the .xpi files. basically the things the automation looks for to copy to the appropriate places and QA looks for to install and test.
Putting on [dogfood+] radar.
Whiteboard: Updated info... problem is reproducible. → [dogfood+]Updated info... problem is reproducible.
According to gemal in Bug #42605, he sees exactly this same problem. If he deletes his localstore.rdf, he can open mail without hanging. The symptoms sound identical to what Phil is seeing. Phil, can you try deleting your localstore.rdf to test if your mail problem goes away? If so, we should make 42605 a dup of this bug.
here's why it may not launch the first time, but it will the second time. the first time, on a new profile, do you have that crazy 6.0 start page? (with the big floating "6", etc.) having that page up causes all sorts of problems and it pings the CPU. the second time in, you'd have your home page or something. does that make sense?
> Phil, can you try deleting your localstore.rdf If I delete my localstore.rdf, I can start mail once. The next time I still hang, and need to delete it again.
I have been told that working on my focal is higher priority than working on dogfood or smoketest blockers. This bug should probably be re-assigned if you want it handled quickly, because I'm going to have to work on focal stuff today.
So the tree stays closed while we wait for Dave to do his focal review =).
sspitzer and I think we should just give Dave his raise and let him get back to work.
Dave's self-review is lower priority than any smoketest blocker, but he doesn't see why this bug is assigned to him. Looking for someone else to assign this to.
Ok, apparently it goes like this: dogfood ----> focal ---> smoketest blocker So I guess the bug is higher priority. Anyway, I can't reproduce this, so I'm not sure what you want me to do with it. If it's an old tree widget bug, I'm not inclined to fix it, since the new tree is ready to land (but I'm told the new tree must land in a carpool, so I'm not allowed to turn it on this late in the day).
do we have any tree changes in mailnews that were made to help work with the new tree that are checked in? The only thing I can thing of that mailnews uses localstore.rdf is to store column widths for the tree widget. Something is corrupting that information every other time you run. jefft now sees this on his tip build too.
Hmmmm, maybe this isn't just a Windows-only problem. I'm seeing something similar to this on my linux mozilla build today. But I can open the mail window, select folders, etc., but ... after mousing around for about a minute, my debug build just goes bye-bye. No console message, no core. Just gone. Truly weird. Does anyone else see this on linux?
Try running under gdb. Linux doesn't leave core files for multithreaded apps, so you have to run under gdb in order to get a stack trace for a crash.
Crashes or freezes for me on Win98, Linux and Mac OS 8.6
Priority: P3 → P1
dave says waterson should look at this, reassigning, cc hyatt.
Assignee: hyatt → waterson
Alright. I see this bug now, after a slightly different chicken dance than the one mentioned above. With today's build, if you, say: 1) launch in browser 2) punch the taskbar mail/news button 3) punch a twisty in the Mail Folders pane so that pane picks up a scrollbar 4) close the mail window 5) punch the taskbar mail/news button, reopening mail. Step 3 is necessary. If after doing step 3 you punch the twisty again, so that the scrollbar goes away (we're making some assumptions about the relative size of that pane and the number of your folders, of course), then step 5 doesn't crash. I don't get the same stack trace as above. I get this: nsScrollbarButtonFrame::GetChildWithTag(nsIPresContext * 0x03372f28, nsIAtom * 0x00e964e8, nsIFrame * 0x03ae5524, nsIFrame * & 0x03372f28) line 201 + 19 bytes nsTreeRowGroupFrame::SetScrollbarFrame(nsIPresContext * 0x03372f28, nsIFrame * 0x03ae5524) line 908 + 23 bytes nsCSSFrameConstructor::CreateTreeWidgetContent(nsCSSFrameConstructor * const 0x036fc288, nsIPresContext * 0x03372f28, nsIFrame * 0x039af9ac, nsIFrame * 0x00000000, nsIContent * 0x03b0b028, nsIFrame * * 0x0012ca80, int 0, int 1, nsILayoutHistoryState * 0x00000000) line 12066 nsTreeRowGroupFrame::CreateScrollbar(nsIPresContext * 0x03372f28) line 1771 nsTreeRowGroupFrame::ReflowAfterRowLayout(nsTreeRowGroupFrame * const 0x039af9ac, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, RowGroupReflowState & {...}, unsigned int & 0, nsReflowReason eReflowReason_Resize) line 1121 nsTableRowGroupFrame::ReflowMappedChildren(nsTableRowGroupFrame * const 0x039af9ac, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, RowGroupReflowState & {...}, unsigned int & 0, nsTableRowFrame * 0x00000000, nsReflowReason eReflowReason_Resize, int 1, int 0) line 477 nsTableRowGroupFrame::Reflow(nsTableRowGroupFrame * const 0x039af9ac, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 1088 + 38 bytes nsContainerFrame::ReflowChild(nsIFrame * 0x039af9ac, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, int 0, int 0, unsigned int 0, unsigned int & 0) line 693 + 31 bytes nsTableFrame::ReflowMappedChildren(nsTableFrame * const 0x0391f3f8, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, InnerTableReflowState & {...}, unsigned int & 0) line 2992 + 47 bytes nsTableFrame::ResizeReflowPass2(nsTableFrame * const 0x0391f3f8, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 1970 + 31 bytes nsTableFrame::Reflow(nsTableFrame * const 0x0391f3f8, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 1613 + 34 bytes nsTreeFrame::Reflow(nsTreeFrame * const 0x0391f3f8, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 417 + 25 bytes nsContainerFrame::ReflowChild(nsIFrame * 0x0391f3f8, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, int 0, int 0, unsigned int 3, unsigned int & 0) line 693 + 31 bytes nsTableOuterFrame::OuterReflowChild(nsTableOuterFrame * const 0x0391f398, nsIPresContext * 0x03372f28, nsIFrame * 0x0391f3f8, const nsHTMLReflowState & {...}, nsHTMLReflowMetrics & {...}, int * 0x00000000, nsSize & {...}, nsMargin & {...}, nsMargin & {...}, nsReflowReason eReflowReason_Resize, unsigned int & 0) line 885 + 47 bytes nsTableOuterFrame::Reflow(nsTableOuterFrame * const 0x0391f398, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 1419 + 59 bytes nsTreeOuterFrame::Reflow(nsTreeOuterFrame * const 0x0391f398, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 135 + 25 bytes nsBoxToBlockAdaptor::Reflow(nsBoxLayoutState & {...}, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0, int 0, int 195, int 2430, int 1822, int 1) line 796 nsBoxToBlockAdaptor::Layout(nsBoxToBlockAdaptor * const 0x0391f950, nsBoxLayoutState & {...}) line 467 + 52 bytes nsSprocketLayout::Layout(nsSprocketLayout * const 0x00e59d98, nsIBox * 0x0391f224, nsBoxLayoutState & {...}) line 407 nsContainerBox::Layout(nsContainerBox * const 0x0391f224, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x0391f224, nsBoxLayoutState & {...}) line 797 + 13 bytes nsSprocketLayout::Layout(nsSprocketLayout * const 0x00e59d98, nsIBox * 0x0391f198, nsBoxLayoutState & {...}) line 407 nsContainerBox::Layout(nsContainerBox * const 0x0391f198, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x0391f198, nsBoxLayoutState & {...}) line 797 + 13 bytes nsSprocketLayout::Layout(nsSprocketLayout * const 0x00e59d98, nsIBox * 0x038c82f0, nsBoxLayoutState & {...}) line 407 nsContainerBox::Layout(nsContainerBox * const 0x038c82f0, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x038c82f0, nsBoxLayoutState & {...}) line 797 + 13 bytes nsStackLayout::Layout(nsStackLayout * const 0x00e5a178, nsIBox * 0x038c8264, nsBoxLayoutState & {...}) line 245 nsContainerBox::Layout(nsContainerBox * const 0x038c8264, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x038c8264, nsBoxLayoutState & {...}) line 797 + 13 bytes nsBoxFrame::Reflow(nsBoxFrame * const 0x038c822c, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 651 nsRootBoxFrame::Reflow(nsRootBoxFrame * const 0x038c822c, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 211 nsContainerFrame::ReflowChild(nsIFrame * 0x038c822c, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, int 0, int 0, unsigned int 0, unsigned int & 0) line 693 + 31 bytes ViewportFrame::Reflow(ViewportFrame * const 0x038c81f0, nsIPresContext * 0x03372f28, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 546 PresShell::ResizeReflow(PresShell * const 0x03779d00, int 11130, int 7095) line 1796 PresShell::ResizeReflow(PresShell * const 0x03779d04, nsIView * 0x03595028, int 11130, int 7095) line 3788 nsViewManager2::SetWindowDimensions(nsViewManager2 * const 0x03373050, int 11130, int 7095) line 434 nsViewManager2::DispatchEvent(nsViewManager2 * const 0x03373050, nsGUIEvent * 0x0012e47c, nsEventStatus * 0x0012e3e8) line 1229 HandleEvent(nsGUIEvent * 0x0012e47c) line 69 nsWindow::DispatchEvent(nsWindow * const 0x036b259c, nsGUIEvent * 0x0012e47c, nsEventStatus & nsEventStatus_eIgnore) line 560 + 10 bytes nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012e47c) line 581 nsWindow::OnResize(nsRect & {...}) line 3548 + 15 bytes nsWindow::ProcessMessage(unsigned int 71, unsigned int 0, long 1239116, long * 0x0012e7b8) line 2959 + 24 bytes nsWindow::WindowProc(HWND__ * 0x0036013c, unsigned int 71, unsigned int 0, long 1239116) line 829 + 27 bytes USER32! 77e13eb0() USER32! 77e1591b() USER32! 77e165dc() NTDLL! 77f9fb83() DocumentViewerImpl::SetBounds(DocumentViewerImpl * const 0x039e2ee8, const nsRect & {...}) line 691 nsDocShell::SetPositionAndSize(nsDocShell * const 0x03a4e97c, int 0, int 0, int 742, int 473, int 0) line 1413 + 30 bytes nsWebShell::SetPositionAndSize(nsWebShell * const 0x03a4e97c, int 0, int 0, int 742, int 473, int 0) line 1601 nsWebShellWindow::HandleEvent(nsGUIEvent * 0x0012eac8) line 407 nsWindow::DispatchEvent(nsWindow * const 0x03b5a724, nsGUIEvent * 0x0012eac8, nsEventStatus & nsEventStatus_eIgnore) line 560 + 10 bytes nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012eac8) line 581 nsWindow::OnResize(nsRect & {...}) line 3548 + 15 bytes nsWindow::ProcessMessage(unsigned int 71, unsigned int 0, long 1240728, long * 0x0012ee04) line 2959 + 24 bytes nsWindow::WindowProc(HWND__ * 0x003c00f6, unsigned int 71, unsigned int 0, long 1240728) line 829 + 27 bytes USER32! 77e13eb0() USER32! 77e1591b() USER32! 77e165dc() NTDLL! 77f9fb83() nsXULWindow::SetSize(nsXULWindow * const 0x03c11c0c, int 750, int 500, int 0) line 470 + 38 bytes nsXULWindow::LoadPositionAndSizeFromXUL(nsXULWindow * const 0x03c11c08, int 1, int 1) line 831 nsXULWindow::OnChromeLoaded() line 742 nsWebShellWindow::OnEndDocumentLoad(nsWebShellWindow * const 0x03c11c6c, nsIDocumentLoader * 0x03a4f478, nsIChannel * 0x03b47540, unsigned int 0) line 1278 nsWebShell::OnEndDocumentLoad(nsWebShell * const 0x03a4ea7c, nsIDocumentLoader * 0x03a4f478, nsIChannel * 0x03b47540, unsigned int 0) line 1182 nsDocLoaderImpl::FireOnEndDocumentLoad(nsDocLoaderImpl * 0x03a4f478, nsIChannel * 0x03b47540, unsigned int 0) line 712 nsDocLoaderImpl::DocLoaderIsEmpty(unsigned int 0) line 542 nsDocLoaderImpl::DocLoaderIsEmpty(unsigned int 0) line 514 nsDocLoaderImpl::OnStopRequest(nsDocLoaderImpl * const 0x039bb6b4, nsIChannel * 0x039bbd48, nsISupports * 0x00000000, unsigned int 0, const unsigned short * 0x00000000) line 485 nsLoadGroup::RemoveChannel(nsLoadGroup * const 0x039bb758, nsIChannel * 0x039bbd48, nsISupports * 0x00000000, unsigned int 0, const unsigned short * 0x00000000) line 544 + 39 bytes nsStreamIOChannel::OnStopRequest(nsStreamIOChannel * const 0x039bbd4c, nsIChannel * 0x039bbeb0, nsISupports * 0x00000000, unsigned int 0, const unsigned short * 0x00000000) line 632 nsOnStopRequestEvent::HandleEvent(nsOnStopRequestEvent * const 0x039bc2b0) line 307 nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x039bc498) line 97 + 12 bytes PL_HandleEvent(PLEvent * 0x039bc498) line 575 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x00e30b10) line 520 + 9 bytes The gang is kind of thinking that pollmann's scrollbar changes from last night may want scrutiny.
cc: pollmann -- people are making accusations!
I can reproduce the problem using danm's chicken dance with the bookmarks panel in the sidebar. Exact same stack trace.
that's the same evil stack trace for: crash when clicking on "add" in sidebar crash when running mail first time after installing. that stack trace is valid, but I'm not sure it is related to this bug. too many bugs going on right now.
I disabled the changes I made last night and the crash was still present. I am now going to completely revert my changes to see if the crash is still present.
I checked in a one-liner that will disable my changes from last night. This should clear up the crash the Scott is seeing. There is no bug open for Scott's crash (sent to the hook). I am also not able to reproduce Scott's crash in my Linux build pulled from immediately after my changes so I'm just checking it in now to eliminate it as cause of the others. This does not clear up the "funky stack" crash above. I honestly don't think that's related to my checkin, despite the scrollbar on the stack.
Hmm everyone is putting comments in the wrong bug report. This smoketest blocker is not a crash it's a hang caused by a corrupt localstore.rdf Pollmann, you said we don't hae a bug for the mail crasher. We do. it's actually assigned to you: Bug #42686. This was the smoketest blocker from this morning which caused mail to crash. Seth added some bullet proofing to the view manager to prevent the crash and then it was re-assigned to you.
checked in a fix for danm's stack trace. now trying to reproduce the "other" problem.
Could someone who can reliably reproduce this bug attach their "corrupted" localstore.rdf to the bug? As a side note, I was noticing some potentially related problems with the file cache today: the messenger start page's entry had become corrupted and was taking a very, very long time to load.
Status: NEW → ASSIGNED
Target Milestone: --- → M17
Attached file my localstore.rdf file
I can run mail fine using 2000-06-16-08 commercial on NT
Marking fixed in that case.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
*** Bug 42605 has been marked as a duplicate of this bug. ***
verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: