Layout is broken on twitter.com at initial loading

VERIFIED WORKSFORME

Status

()

Core
Security: PSM
--
major
VERIFIED WORKSFORME
4 years ago
4 years ago

People

(Reporter: Alice0775 White, Unassigned)

Tracking

({regression})

25 Branch
x86_64
Windows 7
regression
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox24 unaffected, firefox25- verified, firefox26- verified, firefox27- verified)

Details

(URL)

Attachments

(4 attachments)

(Reporter)

Description

4 years ago
Created attachment 820391 [details]
screenshot

Build Identifier:
http://hg.mozilla.org/mozilla-central/rev/177bf37a49f5
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0 ID:20131022030202

Steps To Reproduce:
1. Start Firefox with newly created profile (or clear cache and restart)
2. Open https://twitter.com/mozdev for example

Actual Results: 
Layout, backgroundimage and image are randomly broken.
Reload the page fixes the layout.

Expected Results:
Layout should not be broken.
(Reporter)

Comment 1

4 years ago
Created attachment 820407 [details]
another screenshot
(Reporter)

Comment 2

4 years ago
Created attachment 820419 [details]
screenshot  network pane

In network (Chtl+Shift+Q),

When the problem happens,
https://abs.twimg.com/a/1382379960/t1/css/t1_core_logged_out.bundle.css does not load

Maybe related to bug 929068
(Reporter)

Comment 3

4 years ago
Created attachment 820427 [details]
http log

set NSPR_LOG_MODULES=timestamp,nsHttp:5,nsSocketTransport:5,nsHostResolver:5
set NSPR_LOG_FILE=%TEMP%\log.txt
(Reporter)

Updated

4 years ago
Component: General → Networking: HTTP
(Reporter)

Comment 4

4 years ago
Setting security.OCSP.enabled = 0 fixes the problem
Component: Networking: HTTP → Security: PSM
(Reporter)

Updated

4 years ago
Keywords: regression
(Reporter)

Updated

4 years ago
Blocks: 700693

Updated

4 years ago
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 914034
Should be fixed on the latest build from the patch in 914034.Feel free to reopen if this is a different issue.
tracking-firefox25: ? → -
tracking-firefox26: ? → -
tracking-firefox27: ? → -
(Reporter)

Comment 7

4 years ago
(In reply to bhavana bajaj [:bajaj] from comment #6)
> Should be fixed on the latest build from the patch in 914034.Feel free to
> reopen if this is a different issue.

what is build id? what is cset?
Flags: needinfo?(bbajaj)
(Reporter)

Comment 8

4 years ago
I think the build on comment#0 includes the patch of bug 914034.
Correct?
(Reporter)

Updated

4 years ago
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
(In reply to Alice0775 White from comment #7)
> (In reply to bhavana bajaj [:bajaj] from comment #6)
> > Should be fixed on the latest build from the patch in 914034.Feel free to
> > reopen if this is a different issue.
> 
> what is build id? what is cset?

https://bugzilla.mozilla.org/show_bug.cgi?id=914034#c22, does this not apply here ? In which case this might not be a dupe :(
Status: REOPENED → RESOLVED
Last Resolved: 4 years ago4 years ago
Flags: needinfo?(bbajaj)
Resolution: --- → DUPLICATE
Duplicate of bug: 914034

Updated

4 years ago
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
I tested this yesterday and it is fixed since the landing in bug 914034
Status: REOPENED → RESOLVED
Last Resolved: 4 years ago4 years ago
Resolution: --- → FIXED
(Reporter)

Comment 11

4 years ago
(In reply to [:tracy] Tracy Walker - QA Mentor from comment #10)
> I tested this yesterday and it is fixed since the landing in bug 914034

Maybe you do not follow exact STR.
This Bug happens latest Nightly Oct-22 build as well
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
you are correct.  just tried with today's build with a new profile and see this bug on first load.  My apologies.   I think I know how I made that mistake;

I had an older version of Nightly with which I expected to see the bug and did. I then upgraded to yesterdays nightly, ran the same profile, loaded the page and it looked fine.
I think this is a different bug than bug 914034 and is likely in the same bucket as 929617.
Depends on: 929617
We tested the FF 25b11 as specified here: https://wiki.mozilla.org/Releases/Firefox_25/Test_Plan#Regression_Testing_10 

This issue is no longer reproducible having security.ssl.enable_ocsp_stapling pref disabled.
Thanks Mihai, we won't call this verified until testing is repeated in 25rc2 just to be safe.
Verified fixed based on 25.0b11 and 25.0rc2 testing:
https://wiki.mozilla.org/Releases/Firefox_25/Test_Plan
status-firefox25: --- → verified
Alice, can you please confirm this is working for you now across all branches and if so please mark this bug verified fixed.
Status: REOPENED → RESOLVED
Last Resolved: 4 years ago4 years ago
Resolution: --- → FIXED
(Reporter)

Comment 18

4 years ago
I can confirm that the problrm was fixed in Nightly27.0a1, Aurora26.0a2 and Firefox25.0b11.

http://hg.mozilla.org/mozilla-central/rev/19fd3388c372
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0 ID:20131024030204
http://hg.mozilla.org/releases/mozilla-aurora/rev/ed279034d066
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0 ID:20131024004004
http://hg.mozilla.org/releases/mozilla-beta/rev/e55593a833c9
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Firefox/25.0 ID:20131022211721
Status: RESOLVED → VERIFIED
status-firefox24: --- → unaffected
status-firefox26: --- → verified
status-firefox27: --- → verified
(Reporter)

Comment 19

4 years ago
Umm, I cannot also reproduce the problem in the BAD build

Probably,
https://twitter.com/mozdev site was modified by themselves.
Resolution: FIXED → WORKSFORME
FWIW, way back when this bug was first opened, I emailed some people at Twitter and they said that their CDN provider confirmed that this was a problem with the CDN's implementation of OCSP stapling, and the issue has been resolved.
You need to log in before you can comment on or make changes to this bug.