Viewer.exe from 2/5/99. NT4, MAC 8.5, Linux website: www.bluemountain.com qa assign to chrisd@netscape.com Problem: NT, MAC. Look at the first pull down menu. Notice that there is little space between the links above and the graphics below. Looks cramped. 4.5.1: NT and MAC on 4.5.1 show plenty of space. Other 5.0: NT and MAC cramped, Linux doesn't even show a pull down menu.

More of the same.

Apprunner, NT March 3 build, Linux March 4 build. Mac build not working. NT is still cramped. Linux has enough spacing and looks ok.

per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

Not a dogfood blocker...putting on M4 radar.

beppe, please fill in a QA contact. (Removing me :-) Thanks!

assigning Christopher as QA contact

I'm going to reassign this to you, not because it doesn't layout properly but because of how long it takes (several minutes on my 450mhz pentium 2 at home). The reason: #16 0x402f3081 in FindFrameWithContent (aFrame=0x8265920, aContent=0x83649dc) at nsPresShell.cpp:1794 #17 0x402f31a5 in PresShell::GetPrimaryFrameFor (this=0x83368a8, aContent=0x83649dc, aResult=0xbfff6a78) at nsPresShell.cpp:1819 #18 0x403cdb5d in FindPreviousSibling (aPresShell=0x83368a8, aContainer=0x832bec4, aIndexInContainer=28) at nsCSSFrameConstructor.cpp:3338 #19 0x403ce01c in nsCSSFrameConstructor::ContentInserted (this=0x84c2630, aPresContext=0x83d8120, aContainer=0x832bec4, aChild=0x836a7c4, aIndexInContainer=28) at nsCSSFrameConstructor.cpp:3461 #20 0x403d1935 in nsCSSFrameConstructor::RecreateFramesForContent (this=0x84c2630, aPresContext=0x83d8120, aContent=0x836a7c4) at nsCSSFrameConstructor.cpp:4696 #21 0x403cfb0e in nsCSSFrameConstructor::AttributeChanged (this=0x84c2630, aPresContext=0x83d8120, aContent=0x836a7c4, aAttribute=0x820fd50, aHint=2) at nsCSSFrameConstructor.cpp:4078 #22 0x402a9001 in StyleSetImpl::AttributeChanged (this=0x81db3b8, aPresContext=0x83d8120, aContent=0x836a7c4, aAttribute=0x820fd50, aHint=-1) at nsStyleSet.cpp:793 #23 0x402f2aeb in PresShell::AttributeChanged (this=0x83368a8, aDocument=0x832a460, aContent=0x836a7c4, aAttribute=0x820fd50, aHint=-1) at nsPresShell.cpp:1626 #24 0x402940d8 in nsDocument::AttributeChanged (this=0x832a460, aChild=0x836a7c4, aAttribute=0x820fd50, aHint=-1) at nsDocument.cpp:1362 #25 0x40302a70 in nsGenericHTMLElement::SetHTMLAttribute (this=0x836a7cc, aAttribute=0x820fd50, aValue=@0xbfff6dac, aNotify=1) at nsGenericHTMLElement.cpp:665 #26 0x40354042 in nsHTMLOptionElement::SetIndex (this=0x836a7b8, aValue=28) at nsHTMLOptionElement.cpp:219 #27 0x403afc7f in nsSelectControlFrame::Reset (this=0x8361a38) at nsSelectControlFrame.cpp:709 #28 0x403af63f in nsSelectControlFrame::PostCreateWidget (this=0x8361a38, aPresContext=0x83d8120, aWidth=@0xbfff6fc8, aHeight=@0xbfff6fcc) at nsSelectControlFrame.cpp:594 #29 0x403a6d35 in nsFormControlFrame::Reflow (this=0x8361a38, aPresContext=@0x83d8120, aDesiredSize=@0xbfff6fc8, aReflowState=@0xbfff700c, aStatus=@0xbfff70fc) at nsFormControlFrame.cpp:311 As you can see, the select control frame code is calling its Reset method which is trigger a dom method which triggers another reflow (in the middle of reflow)! This is so bad as to be hideous... I suspect the problem occurs with other form elements too...I don't have a clue as to why it happens on this page in particular!

Looks like a larger font is being used in the combobox than in Nav 4.x, but the real culprit seems to be table layout. Notice that the two boxes below it are displayed one on top of another in the viewer while Nav 4.x displays them side by side.

It no longer takes a long time to load the page. The call to SetIndex in the Reset method of nsSelectFrame.cpp has been removed which triggered the attribute change and the Reflow within a Reflow. Chris, I am reassigning to you to because of the remaining table layout issues.

Moving to M9.

There are three problems with this page. The one that's been tossed around here is that form elements are treated as inline. Will mark as a duplicate of bug 1094. The second one is a problem with the tab-bar at the top. The blue background appears underneath the two tab images. This is a duplicate of bug 5900. The third bug is the absense of the yellow line underneath the tab bar at the top of the screen. Opera and IE5 render this correctly. Will create a new bug report for this. *** This bug has been marked as a duplicate of 1094 ***

Created new bug 8873 for the yellow line bug at the top of the page.

Uh, OK.