From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m16) Gecko/20000522 BuildID: 2000052208 If I open only the mail window (that is my default) and minimize, everything is ok. If I select a message from any of my inbox folders *then* minimize, CPU is pegged. If I re-select one of the folders (no messages selected again), minimize is ok. Reproducible: Always Steps to Reproduce: 1. open messenger (mail) window 2. select one of the inbox folders in the left pane 3. select a message in the top-right pane (I have the 3-paned view set up) 4. minimize Actual Results: CPU goes to 100% Expected Results: CPU goes to nearly 0% I had written and submitted an earlier report, and allowed that one to be closed when it seemed that a later build fixed it. It seems, however, that I have now been able to duplicate that bug more consistently now. (Unfortunately, I can't remember the defect number of that original bug, but it was several weeks ago.)

I'm confirming because I see this too. I'm reassigning to evaughan since his code seems to be on the top of the stack (except for the update view). But it might be a layout problem as well so please reassign if it's not yours. Here is where I always seem to be stuck when I break: USER32! 77e72572() nsViewManager2::UpdateView(nsViewManager2 * const 0x0376d630, nsIView * 0x0376d450, const nsRect & {x=3744 y=888 width=4226 height=2280}, unsigned int 4) line 1166 nsBox::Redraw(nsBox * const 0x02b56e50, nsBoxLayoutState & {...}, const nsRect * 0x00000000 {x=??? y=??? width=??? height=???}, int 0) line 1090 nsSprocketLayout::Layout(nsSprocketLayout * const 0x012dd510, nsIBox * 0x02b56e50, nsBoxLayoutState & {...}) line 561 nsContainerBox::Layout(nsContainerBox * const 0x02b56e50, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x02b56e50, nsBoxLayoutState & {...}) line 802 + 13 bytes nsSprocketLayout::Layout(nsSprocketLayout * const 0x012dd510, nsIBox * 0x02b560f0, nsBoxLayoutState & {...}) line 388 nsContainerBox::Layout(nsContainerBox * const 0x02b560f0, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x02b560f0, nsBoxLayoutState & {...}) line 802 + 13 bytes nsSprocketLayout::Layout(nsSprocketLayout * const 0x012dd510, nsIBox * 0x02c3a828, nsBoxLayoutState & {...}) line 388 nsContainerBox::Layout(nsContainerBox * const 0x02c3a828, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x02c3a828, nsBoxLayoutState & {...}) line 802 + 13 bytes nsStackLayout::Layout(nsStackLayout * const 0x012dd4d0, nsIBox * 0x02c3a79c, nsBoxLayoutState & {...}) line 237 nsContainerBox::Layout(nsContainerBox * const 0x02c3a79c, nsBoxLayoutState & {...}) line 552 + 34 bytes nsBoxFrame::Layout(nsBoxFrame * const 0x02c3a79c, nsBoxLayoutState & {...}) line 802 + 13 bytes nsBoxFrame::Reflow(nsBoxFrame * const 0x02c3a764, nsIPresContext * 0x0376dd10, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 656 nsRootBoxFrame::Reflow(nsRootBoxFrame * const 0x02c3a764, nsIPresContext * 0x0376dd10, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 211 nsContainerFrame::ReflowChild(nsIFrame * 0x02c3a764, nsIPresContext * 0x0376dd10, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, int 0, int 0, unsigned int 0, unsigned int & 0) line 693 + 31 bytes ViewportFrame::Reflow(ViewportFrame * const 0x02c3a728, nsIPresContext * 0x0376dd10, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 546 nsHTMLReflowCommand::Dispatch(nsHTMLReflowCommand * const 0x054634c0, nsIPresContext * 0x0376dd10, nsHTMLReflowMetrics & {...}, const nsSize & {width=0 height=0}, nsIRenderingContext & {...}) line 145 PresShell::ProcessReflowCommands(int 1) line 3799 ReflowEvent::HandleEvent() line 3688 HandlePLEvent(ReflowEvent * 0x05478230) line 3698 PL_HandleEvent(PLEvent * 0x05478230) line 575 + 10 bytes

We did have a bug before where when the mail window was minimized, the user would get a crash when trying to restore/maximize the window.

[nsbeta2+]

reassigning to garyf

*** Bug 35655 has been marked as a duplicate of this bug. ***

*** Bug 41875 has been marked as a duplicate of this bug. ***

*** Bug 43074 has been marked as a duplicate of this bug. ***

this is fixed, don't know by who. Could Gary or Lisa (or dkbreaux) try this and verify that it's fixed, and close out the bug? Thanks!

Pratik - can you verify this on Windows NT?

Marking Bug as fixed.

Using comm Build 2000-07-06-08 M17, on NT4. Verified: Fixed