337711 - Any subsequent opened browser window shows up briefly completely white

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P3)

Description

[Martijn Wargers (dead)]

This is a regression from bug 326273, because I noticed this also in Darin's earlier test builds.

The first window opens up completely fine, but when I open a second browser window, it briefly shows only white (like 200ms or so) before the browser shows up.
I'll attach a screenshot.

I notice it too when I open a new tab, for a short period, I see the browser chrome background color, and then it turns white. Before this regression, the background of the tab was always white.

Note, I have a fairly slow computer (800 MHz Duron). I suspect this may be particularly noticeable on slower computers.

Comment 1

[Martijn Wargers (dead)]

Attachment: screenshot

This is what I initially see (briefly, like for 200ms) when I open Page Info.

Comment 2

[Patrick]

Bug 337575 deals with a different issue, however the same effect is there described as possible circumstantial evidence to trace down the problem.

Possibly both this bug and the actual problem described in bug 337575 have the same cause?

Comment 3

[sandy]

Think this is the same bug. When switching from Seamonkey to firewall and back the former firewall log screen stays grayed out, Seamonkey stops responding. If i switch desktop, the desktop will appear in the SeaMonkey window with SeaMonkey still not responding. Tried the event 5 times. 3 of the 5 times the SeaMonkey stopped responding.

Comment 4

[Martijn Wargers (dead)]

Sandy, that sounds like a completely different bug. Please file a new bug for that and try to find the regression range.

Comment 5

[Darin Fisher]

It's very slight on my T41 notebook, but I think I see the momentary white background as well in the page info dialog.  Very odd.  All I can imagine is that perhaps some paint event is now happening before other gecko events (perhaps all of the reflow events for XUL layout have not yet been run or something).  Hmm...

-> me

Comment 6

[Boris Zbarsky [:bzbarsky]]

Does adjusting the paint suppression timeout change the behavior here?

Comment 7

[Darin Fisher]

-> reassign to default owner

Comment 8

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Martijn, are you still seeing this?

Comment 9

[Martijn Wargers (dead)]

I suspect this is worksforme, now.
I need to test it on my slow computer, however (which is almost impossible, atm).

But I don't think this should be blocking1.9+ any longer, because nobody else seems to have noticed this, thus far.

Comment 10

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Making it so.

Comment 11

[Martijn Wargers (dead)]

I'm marking this worksforme, I haven't seen this for a while and I could reproduce bug 337993 by loading http://www.movenetworks.com/ in 2 tabs. But I couldn't reproduce this bug with that trick.
I still will keep an eye on this, though.