474364 - Some pages are shown without any style on restart

Status: RESOLVED WORKSFORME

(Core :: CSS Parsing and Computation, defect)

Description

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090117 Shiretoko/3.1b3pre Ubiquity/0.1.4 ID:20090117020415

If you have a number of tabs open and restart the browser, e.g. due to a software update, some tabs show its content without any style applied. And happened to me several times within the last week, mostly for HTTP access restricted web pages. Doing a reload solves this issue. So it's not correctly applied on start.

I'll try to figure out some reliable STR.

Comment 1

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Attachment: Half-wise applied and crumpled style

As you can see the style isn't correctly applied to the web page. Some elements are displayed without a style while others are somehow wrongly drawn. I can clearly reproduce it with the intranet wiki.

Comment 2

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

Can you see in DOM inspector whether there was a particular style sheet or set of style rules that weren't applied?

Comment 3

[Henrik Skupin [:whimboo][⌚️UTC+1]]

David, what have I to do to see this? Opening the CSS style rules for such elements?

Comment 4

[Henrik Skupin [:whimboo][⌚️UTC+1]]

It doesn't depend on the amount of tabs you have open. I saw this today with only one open tab. Probably it also depends on the DNS timeout problem which I've filed yesterday as bug 475603?

Comment 5

[(mostly gone) XtC4UaLL [:xtc4uall]]

Henrik, since you mentioned over in https://bugzilla.mozilla.org/show_bug.cgi?id=475603#c43 that there's all fine, have you encountered this bug again recently?

Comment 6

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Yes, a couple of web pages aren't styled when restarting the browser. I have about 50 tabs open.

Comment 7

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Probably it really correlates with the DNS timeouts. I tried again (while staying not at home right now) and I can't see the problem. Wayne, do you have similar experiences?

Comment 8

[Wayne Mery (:wsmwk)]

It might well be dependent/caused by the DNS stuff.  Which I haven't gotten back to testing. But, I have seen the CSS symptom recently in the dead of night - no other activity on my router.

Comment 9

[(mostly gone) XtC4UaLL [:xtc4uall]]

if it still happens to you, maybe related/similar to bug 315105?

Comment 10

[Henrik Skupin [:whimboo][⌚️UTC+1]]

As what I can see with a current Shiretoko nightly this happens only for sites which require HTTP auth, e.g the Mozilla intranet wiki. If you don't accept the user/pass modal dialog promptly the CSS fails to load.

Comment 11

[Boris Zbarsky [:bzbarsky]]

Henrik, do you think you can hunt down a regression range here?  I can't think of any reason the auth dialog would affect CSS loading per se, so not sure where to start looking offhand...

Comment 12

[Henrik Skupin [:whimboo][⌚️UTC+1]]

This is more sporadic for me. I would need a better testcase where the issue is reproducible for each start. Let's see if I can find one.

Comment 13

[(mostly gone) XtC4UaLL [:xtc4uall]]

Henrik, can this one get closed? I haven't seen this Symptom in Ages ...

Comment 14

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Me neither. Lets close it as WFM for now.