Closed Bug 726133 Opened 12 years ago Closed 12 years ago

Firefox Aurora Flash content not displaying on indexes.nasdaqomx.com

Categories

(Firefox :: Untriaged, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 724465
Tracking Status
firefox12 - ---
firefox13 - ---

People

(Reporter: codewzrd, Unassigned)

References

()

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0a2) Gecko/20120209 Firefox/12.0a2
Build ID: 20120209042012

Steps to reproduce:

I upgraded to Firefox Aurora 12 (12.0a2 (2012-02-09)).



Actual results:

When I go to https://indexes.nasdaqomx.com, the highlighted index section flash component display's no data. If you go to https://indexes.nasdaqomx.com/data.aspx?IndexSymbol=NDX the chart in the middle of page does not render.

Both are flash components.


Expected results:

All flash components should render. As it does in Firefox Beta and Release, IE 9,8,7, and Chrome 16.
WFM:
Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20100101 Firefox/10.0
Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20100101 Firefox/11.0

Reproduced:
Mozilla/5.0 (X11; Linux x86_64; rv:12.0a2) Gecko/20120210 Firefox/12.0a2
Mozilla/5.0 (X11; Linux x86_64; rv:13.0a1) Gecko/20120210 Firefox/13.0a1


Last good nightly: 2012-01-12
First bad nightly: 2012-01-13

Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=8ffdb4c7404a&tochange=964b118ac852
Keywords: regression
OS: Windows 7 → All
Hardware: x86 → All
Version: 12 Branch → Trunk
The first bad revision is:
changeset:   84335:c98283f80ae7
user:        Doug Turner <dougt@dougt.org>
date:        Thu Jan 12 09:59:59 2012 -0800
summary:     Bug 704467 - Crash in mozalloc_abort | __swrite | dexDataMapAlloc.  Protect against a bad class cast. r=wesj

http://hg.mozilla.org/mozilla-central/rev/c98283f80ae7


Hmmm, did something go wrong in the bisecting? Is this a plausible culprit? My wild guess before the bisecting was bug 410904.
The first bad revision is:
changeset:   84303:65da0d7b408d
user:        Fabien Cellier <fabien.cellier@gmail.com>
date:        Wed Jan 11 14:38:19 2012 -0500
summary:     bug 410904 : add referrer in http request from npapi.  r=josh

https://hg.mozilla.org/mozilla-central/rev/65da0d7b408d

I checked out a new, fresh source tree and landed on bug 410904 this time - like I had guessed from the very beginning.
Error Message from https://indexes.nasdaqomx.com/data.aspx?IndexSymbol=NDX:

Channel.Connect.Failed error NetConnection.Call.Failed: HTTP: Failed: url: 'https://luda.nasdaq.com/weborb/weborb.aspx' pcl

---

Some kind of hotlink protection that sends 404 Not Found instead of 403 Forbidden?
Regression window(m-i)
Works:
http://hg.mozilla.org/integration/mozilla-inbound/rev/39b93b408124
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120111 Firefox/12.0a1 ID:20120111092924
Fails:
http://hg.mozilla.org/integration/mozilla-inbound/rev/5660fa471b73
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120111 Firefox/12.0a1 ID:20120111113924

Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=39b93b408124&tochange=5660fa471b73

and network.http.sendRefererHeader = 1 helps
Blocks: 410904
Status: UNCONFIRMED → NEW
Ever confirmed: true
Firebug shows a couple of 400 Bad Request using Firefox 13, but that does not happen in Firefox 10.
Status: NEW → UNCONFIRMED
Ever confirmed: false
(In reply to Thomas Ahlblom from comment #6)
> Firebug shows a couple of 400 Bad Request using Firefox 13, but that does
> not happen in Firefox 10.

if set network.http.sendRefererHeader = 1 , no such error appears.
This is sure causes of bug 410904.
Please retest with tomorrows nightly.
We removed the referer on http post initiated by plugins
The Server is IIS 6 and this is works with Mozilla/5.0 (Windows NT 6.1; rv:13.0a1) Gecko/13.0a1 Firefox/13.0a1 SeaMonkey/2.10a1

marking as dupe of bug 724465
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.