Closed Bug 966363 Opened 11 years ago Closed 11 years ago

"News" page at bbc.co.uk never finishes loading in Metro Firefox

Categories

(Firefox for Metro Graveyard :: Browser, defect, P1)

Product:
Firefox for Metro Graveyard
Component:
Browser
Version:
28 Branch
Platform:
x86_64
Windows 8.1
Type:
defect

Tracking

(firefox28 affected, firefox29 affected)

Status:
VERIFIED WORKSFORME
Tracking Flags:
Tracking Status
firefox28 --- affected
firefox29 --- affected

People

(Reporter: mbrubeck, Assigned: mbrubeck)

References

(
URL
)

Details

(Keywords: qawanted, testcase-wanted, Whiteboard: p=5 s=it-30c-29a-28b.3 r=ff29 [qa-])

This issue was originally reported at https://support.mozilla.org/en-US/questions/984976 Steps to reproduce: 1) In Metro Firefox, open http://www.bbc.co.uk/news/ Results: The content never displays, and the progress bar remains about 75% full forever. The console shows nothing except a bunch of network activity. A bunch of scripts and images are downloaded, but nothing is displayed. The DOM inspector shows an HTML document with an empty <head> element and no <body>. A reduced test case might be useful here.
Whiteboard: [defect] [triage] p=0 → [release28] [defect] p=0
Assignee: nobody → mbrubeck
Whiteboard: [release28] [defect] p=0 → [release28] [defect] p=5
dev tools shows zero js and network errors, with all of gets succeeding.
disabling omtc and apzc doesn't help. also I attached a debugger to the browser looking for chrome js errors, didn't see anything. odd bug.
Status: NEW → ASSIGNED
Priority: -- → P1
QA Contact: jbecerra
Whiteboard: [release28] [defect] p=5 → [release28] [defect] p=5 s=it-30c-29a-28b.1
Target Milestone: --- → Firefox 28
I wasn't able reproduce this bug with a saved static copy of the page. I did notice that the static copy displays a Flash ad, then eventually replaces the Flash ad with the page content. Perhaps some script on the page is failing in Metro because plugins are disabled.
Whiteboard: [release28] [defect] p=5 s=it-30c-29a-28b.1 → [release28] p=5 s=it-30c-29a-28b.1 r=ff28
Target Milestone: Firefox 28 → ---
Same problem at http://www.bbc.co.uk/news/world-asia-india-26028381 btw. Progress indicator shows we get 3/4 of the way through loading and it just stops.
Whiteboard: [release28] p=5 s=it-30c-29a-28b.1 r=ff28 → [release28] p=5 r=ff28
QA Contact: jbecerra → kamiljoz
Whiteboard: [release28] p=5 r=ff28 → [release28] p=5 s=it-30c-29a-28b.2 r=ff28
Whiteboard: [release28] p=5 s=it-30c-29a-28b.2 r=ff28 → [release28] p=5 s=it-30c-29a-28b.3 r=ff28
Matt & Sam, Can you guys reproduce this with the latest Nightly build? I tried reproducing the issue using both sites from comment #0 and comment #4 and couldn't reproduce the problem. Both websites loaded and the progress indicator disappeared once the entire website was finished loadeding. I tested it on both the Surface Pro 2 and the X1 Carbon. Used the following build: - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-03-01-03-02-04-mozilla-central/
still seeing this on latest mc tip.
We can put this in the "known issues" section for FF28 release notes as it will not be resolved before shipping (if anyone can confirm if this is in touch mode only or both, please do).
relnote-firefox: --- → ?
QAwanted for comment 7 - can you help confirm if this reproduces in both modes?
Keywords: qawanted
This is touch mode only
Removing release blocking tags and tagging for a FF29 release based on Comment #7.
Blocks: metrobacklog
No longer blocks: metrov1backlog
Whiteboard: [release28] p=5 s=it-30c-29a-28b.3 r=ff28 → p=5 s=it-30c-29a-28b.3 r=ff29
I still can't reproduce this issue on my end. I used the Surface Pro 2 and used touch only and than tried with the keyboard attached and still couldn't reproduce. Both links from comment #0 and comment #4 loaded without any problems. I used the following builds: - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-03-06-03-02-01-mozilla-central/ - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-03-06-00-40-01-mozilla-aurora/ - http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/28.0b8/win32/en-US/ Juan, could you be able to see if you can reproduce this on your end?
Blocks: metrov1backlog
No longer blocks: metrobacklog
Flags: needinfo?(jbecerra)
Whiteboard: p=5 s=it-30c-29a-28b.3 r=ff29 → [release28] p=5 s=it-30c-29a-28b.3 r=ff28
Blocks: metrobacklog
No longer blocks: metrov1backlog
Whiteboard: [release28] p=5 s=it-30c-29a-28b.3 r=ff28 → p=5 s=it-30c-29a-28b.3 r=ff29
I haven't been able to reproduce this on a Surface Pro 2 or Acer Iconia W3 using the latest beta or nightly. Content loads pretty quickly on the Surface Pro 2 and the progress bar goes to 100% almost immediately. On the Acer tablet content also loaded right away but the progress bar took a little longer to go 100%. I didn't check on aurora builds.
Flags: needinfo?(jbecerra)
Using the builds from comment #11, I tried loading the websites on the X1 Carbon without any luck. Also tried it on my main desktop at home and both websites are loading pretty quickly without issues.
I reinstalled latest beta and AM also unable to replicate now. Page loaded correctly in touch and desktop modes.
Hey Matt, based on the latest comments (11, 12, 13, 14) can you confirm if this can be marked as 'Resolved'
Flags: needinfo?(mbrubeck)
Yes, looks like this is fixed - probably by a change on the BBC end. I'm not sure whether the original problem was a bug in Firefox or in the BBC code, but we no longer have a test case that reproduces it so I am resolving this bug.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Flags: needinfo?(mbrubeck)
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
Whiteboard: p=5 s=it-30c-29a-28b.3 r=ff29 → p=5 s=it-30c-29a-28b.3 r=ff29 [qa-]
You need to log in before you can comment on or make changes to this bug.