13589 - When opening and closing the splitter, sometimes i assert and the splitter won't open

Status: VERIFIED FIXED

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

Description

[Scott MacGregor]

This doesn't happen all the time but it's happening regularly enough to be
annoying so I thought I'd file it.

If I open or close the spitter in the messenger thread pane while something
else is going on in the UI (i.e. if I just selected a folder and we are parsing
the folder so entries are getting added to the thread pane), I get the following
assertion in the splitter code:

NS_ASSERTION(old == aMapped, "not in table");

HTMLStyleSheetImpl::DropMappedAttributes(HTMLStyleSheetImpl * const 0x03a9a300,
nsIHTMLMappedAttributes * 0x041499d0) line 1122 + 34 bytes
HTMLAttributesImpl::EnsureSingleMappedFor(nsIHTMLContent * 0x04149ddc,
nsIHTMLStyleSheet * 0x03a9a300, int 1) line 1079
HTMLAttributesImpl::SetAttributeFor(HTMLAttributesImpl * const 0x04149b30,
nsIAtom * 0x0137a840 {"height"}, const nsHTMLValue & {...}, int 1,
nsIHTMLContent * 0x04149ddc, nsIHTMLStyleSheet * 0x03a9a300, int & 61448960)
line 1231 + 21 bytes
HTMLStyleSheetImpl::SetAttributeFor(HTMLStyleSheetImpl * const 0x03a9a300,
nsIAtom * 0x0137a840 {"height"}, const nsHTMLValue & {...}, int 1,
nsIHTMLContent * 0x04149ddc, nsIHTMLAttributes * & 0x04149b30) line 1065 + 40
bytes
nsGenericHTMLElement::SetHTMLAttribute(nsIAtom * 0x0137a840 {"height"}, const
nsHTMLValue & {...}, int 0) line 815 + 41 bytes
nsGenericHTMLElement::SetAttribute(int 0, nsIAtom * 0x0137a840 {"height"}, const
nsString & {"-56143363"}, int 0) line 712 + 23 bytes
nsHTMLIFrameElement::SetAttribute(nsHTMLIFrameElement * const 0x04149ddc, int 0,
nsIAtom * 0x0137a840 {"height"}, const nsString & {"-56143363"}, int 0) line 90
+ 30 bytes
nsSplitterFrameImpl::AdjustChildren(nsIPresContext & {...}, nsSplitterInfo *
0x04e488c0, int 1, int 0) line 882 + 65 bytes
nsSplitterFrameImpl::AdjustChildren(nsIPresContext & {...}) line 827
nsSplitterFrameImpl::MouseUp(nsIPresContext & {...}, nsGUIEvent * 0x0012fbe4)
line 423
nsSplitterFrame::HandleEvent(nsSplitterFrame * const 0x02f7a1b8, nsIPresContext
& {...}, nsGUIEvent * 0x0012fbe4, nsEventStatus & nsEventStatus_eIgnore) line
415
PresShell::HandleEvent(PresShell * const 0x03a9cb34, nsIView * 0x0417a340,
nsGUIEvent * 0x0012fbe4, nsEventStatus & nsEventStatus_eIgnore) line 2000 + 38
bytes
nsView::HandleEvent(nsView * const 0x0417a340, nsGUIEvent * 0x0012fbe4, unsigned
int 28, nsEventStatus & nsEventStatus_eIgnore, int & 0) line 835

If I continue past the assertion, the splitter stays in the closed state
(i.e. it's at the bottom of the screen) and I am never able to get it to open
again.

Comment 1

[Chris Waterson]

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

Comment 2

[Phil Peterson]

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

Comment 3

[Eric Vaughan]

Peter do you have any idea what's going on here?

Comment 4

[Peter Linss]

I think I found this, a bug in the mapped attribute hashing code...

Comment 5

[Peter Linss]

Fixed.

Comment 6

[Ninoschka Baca]

Scott, how is this working on your system? It appears fixed to me.

Comment 7

[Scott MacGregor]

nbaca: I haven't been able to reproduce this in a little while either. Marking
fix as verified since neither of us can get it to happen again.