26285 - Commercial tree UI doesn't render

Status: VERIFIED WORKSFORME

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[Syd Logan]

I started seeing this on a commercial pull 2/1/00, previously I was seeing no 
problems with a build 4 or 5 days prior, with the same OS and such.

I start commercial, and more often than not, I come up with a blank window. If I 
move the mouse, sometimes things draw, but on partially. Often, clicking on a 
menu bar the menu doesn't display. This happens 40 - 50% of the time. Sometimes, 
moving the mouse never helps, this tells me that events aren't being seen.

I tried turning off gfx scrollbars, this had no bearing.

My guess is we have a big timing/plumbing issue that is caused by the extra time 
it takes for the IM component and all of its libs to load. The problem seems to 
be that someone isn't seeing the events they need to see to draw the UI.

RedHat 6.0, Gtk+ 1.2.1.

Comment 1

[Syd Logan]

Another data point: if the UI comes up ok on startup, I *never* see UI failure 
of any kind. However, if it starts up bad, I frequently can't recover and have 
to ctrl-C to kill it. So, the problem exists at startup.

Comment 2

[waqar]

Another thing to node is that optimize build does not have this problem. So this
leads me to believe that it is a timing issue.

Comment 3

[Christopher Blizzard (:blizzard)]

I still see random occasional crashes on startup that happen for no apparent
reason.  It usually happens right after the bookmark messages pass by.

Comment 4

[waqar]

I did the commercial build on RH6.1 and gtk+ 1.26 and had similar problem, while
testing the build I realized that commerical build goes to home.netscape.com
instead of www.mozilla.org.

What did was to set the home page in commercial build to www.mozilla.org and I
did not have the problem with page not rendering.

Next I took the mozilla build and set the home page to home.netscape.com and
then the browser started to display gray pages.

This leads me to belive that it is a general rendering bug.

Comment 5

[Christopher Blizzard (:blizzard)]

Sounds like 20185 to me.  What a bug, baby.

Comment 6

[Jan Carpenter]

Adding [PP] to summary

Comment 7

[leger]

Due to Beta indication in Summary, putting beta1 into keyword field.

Comment 8

[waqar]

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

Comment 9

[Jan Carpenter]

Verified duplicate

Comment 10

[Syd Logan]

I don't think this is a dup. This started happening just recently, long after
the duplicate bug was opened. Reopening, assigning to saari.

Comment 11

[Syd Logan]

Assign to saari

Comment 12

[rickg]

This is essential for beta; marking PDT+.

Comment 13

[sairuh (rarely reading bugmail)]

spam: adding self to cc list.

Comment 14

[saari (gone)]

Peter, everyone, I'm way too doomed with focus to be looking at this.

*anyone* less doomed (except hyatt, he is in the same focus quagmire) would be a 
better choice to look at this.

Comment 15

[Peter Trudelle]

Sure sounds like something is not being initialized properly, rather than a 
logical problem with events. Since this does not occur in optimized builds, 
which is all we are shipping, and there is a simple workaround for debug builds 
(change the home page), I don't see how this is blocking any development work, 
nor why it is PDT+ for beta.  removing PDT+ for reconsideration.
reassigning to pinkerton as p3 for M14 (just so we don't lose track of it)

Comment 16

[Mike Pinkerton (not reading bugmail)]

um, sure, i'll take this, but it won't get fixed for m14 for sure. pushing to 
m15.

Comment 17

[Mike Pinkerton (not reading bugmail)]

does anyone still see this? if not i'm marking it worksforme

Comment 18

[Mike Pinkerton (not reading bugmail)]

after talking to syd, marking WORKSFORME.

Comment 19

[John Unruh]

Verified per pinkerton's comments.