I'm not sure who to assign this one too since mailnews stuff isn't on the stack. As I try to scroll through my history address book, I crash here: nsGenericElement::GetParent(nsIContent*& aResult) because mParent inside this class has already been deleted. Maybe Candice or Paul can help route this to the right place. nsGenericElement::GetParent(nsIContent * & 0x00000000) line 723 + 24 bytes AnonymousElement::GetParent(const AnonymousElement * const 0x0447b25c, nsIContent * & 0x00000000) line 73 + 18 bytes nsCSSFrameConstructor::FindPrimaryFrameFor(nsCSSFrameConstructor * const 0x040c69d0, nsIPresContext * 0x040c6f00, nsIFrameManager * 0x040c64f0, nsIContent * 0x0447b25c, nsIFrame * * 0x0012f914) line 7492 StyleSetImpl::FindPrimaryFrameFor(StyleSetImpl * const 0x040c6a70, nsIPresContext * 0x040c6f00, nsIFrameManager * 0x040c64f0, nsIContent * 0x0447b25c, nsIFrame * * 0x0012f914) line 966 FrameManager::GetPrimaryFrameFor(FrameManager * const 0x040c64f0, nsIContent * 0x0447b25c, nsIFrame * * 0x0012f914) line 239 nsCSSFrameConstructor::FindPrimaryFrameFor(nsCSSFrameConstructor * const 0x040c69d0, nsIPresContext * 0x040c6f00, nsIFrameManager * 0x040c64f0, nsIContent * 0x0447df8c, nsIFrame * * 0x040c691c) line 7494 StyleSetImpl::FindPrimaryFrameFor(StyleSetImpl * const 0x040c6a70, nsIPresContext * 0x040c6f00, nsIFrameManager * 0x040c64f0, nsIContent * 0x0447df8c, nsIFrame * * 0x040c691c) line 966 FrameManager::GetPrimaryFrameFor(FrameManager * const 0x040c64f0, nsIContent * 0x0447df8c, nsIFrame * * 0x040c691c) line 239 PresShell::GetPrimaryFrameFor(const PresShell * const 0x040c68c0, nsIContent * 0x0447df8c, nsIFrame * * 0x040c691c) line 1810 + 32 bytes P

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

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

From the stack trace, it looks like the window (or frame) parenting is wrong.

This is also a problem in Persoanl Address book as logged in duplicate bug 12979. This is still a bug on all platforms using 19990922 builds. Changing to All platforms. I will verify the duplicate bug.

Note: This is causing problems with testing the address book, as the Collected Addresses (history) address book fills up quite fast requiring the scroll bar and in some cases crashes just selecting the book.

Using 19991003 on win98 and 19991001 on linux, this is getting worse, just open an address book (either Personal or History) that requires a scroll bar and resize the book downward, then Close. Crash The duplicate bug was targeted to be fixed for M11, this one should be bumped up too. Added "or Personal Abook" to Summary

Paul - can you retarget to an earlier milestone? Hard for Esther to test.

Moving to M11, try to fix asap.

Added <html:div> around the trees, scottip reminded me of this today as a 'fix' to the problem. Fix checked in for M11 branch. This bug was really the same as 13443.

If the fix is really straightforward, is this something we should consider checking into the M10 branch too?

Using 1999100617M10 commercial build on win98 and 1999100615M10 commercial build on mac this is fixed. Thanks Paul! Waiting for linux to verify for that platform.

Using 1999100609m11 on win98, 1999100714m11 on linux, 1999100713M11 on mac this is fixed. Verified.