33369 - Browser freezes #1 bailing on aCachedAvailableSize

Status: VERIFIED DUPLICATE of bug 30091

(SeaMonkey :: General, defect, P3)

Description

[Arjan van de Ven]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; N; Linux 2.3.52 i586; en-US) Mozilla/m13
BuildID:    2000031520

Mozilla (M14) crashes when selecting (in the Product box) "Mail or News" and
then "Browser or Editor (aka Composer)"

Reproducible: Always
Steps to Reproduce:
1.Open bugzilla helper page
2.click on "Mail or News" in the Product box
3.click on "Browser or Editor (aka Composer)" in the Product box


Actual Results:  Crash -> endless loop? (no actual segfault, just a hung X11 window)

Comment 1

[Asa Dotzler [:asa]]

OK, I see this with 032308 build under 98.  cbegle, the console is flooded with 
"#1 bailing on aCachedAvailableSize height -1 != KSizeNotSet"
"#1 bailing on aCachedAvailableSize width 1740 != KSizeNotSet"
"#1 bailing on aCachedAvailableSize height -1 != KSizeNotSet"
"#1 bailing on aCachedAvailableSize height -1 != KSizeNotSet"
"#1 bailing on aCachedAvailableSize height -1 != KSizeNotSet"
"#1 bailing on aCachedAvailableSize width 1740 != KSizeNotSet"
etc, etc.  

This lasts for about45 seconds during which the bughelper page is frozen. Then 
the console stops scrolling the message and the page scrolls down (without user 
intervention) to teh bottom of the page and everything seems fine form there.  
The page then seems to work.

So basically, switching products in the listbox messes something up. :)  Is this 
 the page or Mozilla?  There is no crash here, just a freeze for a while. 
(updating summary to reflect this)

Comment 2

[Alan S. Jones]

I had posted a message about the "Bailing..." stuff to the console in the 
layout group (as suggested by #mozilla).  Steve Clark responded to the message 
so CCing Steve just in case (he did not say who put the Bailing stuff in but 
knew who it was.  That person may have some insight into this bug.

FYI, steve's original message:
====
   this was just a debug message one of the programmers was using to help with
   work on reducing the number of reflows in the system.  he told me he'd yank
   it asap.

   it's completely harmless, and actually good news:  each "bail" is a reflow
   we decided we did not have to do, and less reflow means faster browser.
 
   steve
=======
(after the comments in #mozilla i was tempted to assign this to Layout, but 
won't hoping Steve can direct this more)

Comment 3

[buster]

I don't understand if this is a bug with the page, or with the browser viewing 
the page.  If it's a browser bug, it goes to [e-mail], who I added to 
the cc list.

Comment 4

[R.K.Aa.]

I commented on this "bailed" thing in bug 26508 but it was gone in the next
build (from the 24th.)

Comment 5

[rods (gone)]

Is this a bug, or what is the bug? I shut off the debug output I accidently left 
on.

Comment 6

[Asa Dotzler [:asa]]

THis bug is that the product selection box within the form reacts very slowly
when switching between the three products.  For some users this will appear as a
freeze.  I don't see anything wrong with cbegle's HTML so maybe this is just a
performance issue for HTML Forms.  cbegle, thoughts?

Comment 7

[Arjan van de Ven]

I wasn't seeing the message, but there was a very long delay (I didn't wait it
out though). There is also a similar delay when viewing the Bugzilla query page.
This is probably the same problem, as it also contains a form/

Other open windows (created by Alt+N) are frozen as well, even if they are
viewing unrelated pages. This is very annoying, and casual users will think
Mozilla crashed.

Comment 8

[rods (gone)]

This is a dup, a reflow get generated everytime a an item gets added to a 
select.

*** This bug has been marked as a duplicate of 30091 ***

Comment 9

[Asa Dotzler [:asa]]

thanks rods.  verified duplicate.