Closed Bug 724877 Opened 12 years ago Closed 12 years ago

Flash does not "fully" load

Categories

(Core Graveyard :: Plug-ins, defect)

10 Branch
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 410904

People

(Reporter: wolverana, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0) Gecko/20100101 Firefox/10.0
Build ID: 20120129021758

Steps to reproduce:

Loaded up the website pages I created at:

http://rockinwithmainstreet.com/about_the_band.html

and

http://rockinwithmainstreet.com/gallery.html


Actual results:

on the About the Band page there should be a flash video playing, it loads partial images of the actual player, but the flash movie does not start at all nor do most of the images for the player itself load.

Same results on the Photo Gallery page, the basic outline of the player loads and that's it.  Categories are clickable but they don't load the galleries like they should.


Expected results:

On the About the Band page a flash movie should be loaded and ready to play.  This works in almost every other browser I have tried except Firefox.  This did work in Firefox approx. a month ago.  Should have full buttons for most player functions as well as a nice blue theme.

Same with the Photo Gallery, loaded just fine about a month ago.  It should have a nice image background and buttons etc. for the gallery player.  The little boxes that show up with titles are categories.  These should be clickable to lead to a gallery of images.  They "are" clickable but do not lead to the images, only the player trying to load them.

If you open these links in IE or Chrome or whatever other browser you want to try it in, you should see the correct results of them both.
"You don't have permission to access /gallery.html on this server. "
ok grrr not sure how to get around that, I have a billion IP's blocked in countries outside of the US due to a ton of bandwidth that was being used from spammers spamming the video and music file buttons.  what is your IP if you could give that to me please or the first 3 numbers so I can grant access to it.  Not sure how else to do it, but we can try this and see.
Reproduced:
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

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

Adobe Flash Player 11.2.202.183
OS: Windows 7 → All
Hardware: x86 → All
Last bad nightly: 2012-01-12
First good nightly: 2012-01-13

Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=8ffdb4c7404a&tochange=964b118ac852
The first good 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
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Component: Untriaged → Plug-ins
Product: Firefox → Core
QA Contact: untriaged → plugins
Resolution: --- → DUPLICATE
I see it says resolved now, does this mean that an update will fix this issue?  I went to the other bug that is stated as a duplicate and it looks like this issue has been around many years.  I do hope the resolved status means an update will fix this soon.
Yes, the target milestone of bug 410904 is Firefox 12, which currently is in the Aurora channel, and as stated above in comment 3 I've found that both Firefox 12 and Firefox 13 works for me (WFM).

You may confirm this yourself by downloading Aurora or Nightly:
https://www.mozilla.org/en-US/firefox/aurora/
http://nightly.mozilla.org/
I'm sorry I'm confused on that, I don't know what Aurora or Nightly are, and I am wondering if this means alpha and beta versions?  Does this mean this fix won't go in until those versions are released?  Sorry, just trying to figure out what to do from here as this affects my work extremely so.  Thanks for your information either way.
Firefox Nightly is kinda alpha (development is done here), Firefox Aurora is pre-beta (stabilizing is done here) and the final testing is done in Firefox Beta.

The release cycle looks something like this, with 4 "channels":
Nightly -> Aurora -> Beta -> Release

Approximately every 6 weeks the content of each channel is moved on to the next channel. 

Currently the version numbers are:
Nightly - Firefox 13
Aurora - Firefox 12
Beta - Firefox 11
Release - Firefox 10

Since the fix of your bug is in Firefox 12 it may take two or three months before it has been stabilized, tested and gets released. If that's too long time for you to wait, you probably have rewrite your code and make it independent of the http referrer.
Please tell me what "referrer" you are talking about?  There are no referrers that are interrupting the function of the flash on this site.  I do have a music player script that seems to take over, but you can break out of that by using the direct links I posted in the first post so there is nothing inhibiting the loading of those apps.
Other than that I don't have any idea what you mean by http referrer, I am not running anything that I can see that is blocking this flash app from working.
just read http://en.wikipedia.org/wiki/HTTP_referer if you want to know what the http referer is.
It's sometimes called hotlink protection if you check the http referer. 
Firefox didn't send the referer for objects that are requested by the plugin itself and that got fixed with that bug.
I could show you that directly but my IP is blocked.
Unblocking would not help much because the IP changes every 24h. That's why I'm glad that we have a small team of triagers (thanks Thomas !).
You can try it yourself: Try to directly load the files that you flash object tries to load
I've not analyzed this deeply, but at least your full size images have hot link protection, for example:

$ wget http://rockinwithmainstreet.com/mainstreet-gallery_files/halloween2009silvercryst-1.jpg
--2012-02-08 13:38:24--  http://rockinwithmainstreet.com/mainstreet-gallery_files/halloween2009silvercryst-1.jpg
Resolving rockinwithmainstreet.com... 184.154.137.146
Connecting to rockinwithmainstreet.com|184.154.137.146|:80... connected.
HTTP request sent, awaiting response... 403 Forbidden
2012-02-08 13:38:25 ERROR 403: Forbidden.

$ wget --referer=http://rockinwithmainstreet.com/ http://rockinwithmainstreet.com/mainstreet-gallery_files/halloween2009silvercryst-1.jpg
--2012-02-08 13:38:54--  http://rockinwithmainstreet.com/mainstreet-gallery_files/halloween2009silvercryst-1.jpg
Resolving rockinwithmainstreet.com... 184.154.137.146
Connecting to rockinwithmainstreet.com|184.154.137.146|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 66874 (65K) [image/jpeg]
Saving to: “halloween2009silvercryst-1.jpg.1”

100%[=======================================================================>] 66,874       378K/s   in 0.2s    

2012-02-08 13:38:55 (378 KB/s) - “halloween2009silvercryst-1.jpg.1” saved [66874/66874]


Are you sure that your server isn't protecting the images used by Flash (thumbnails, buttons, background image etc) in the same way? (Bug 410904 is about Firefox not sending the HTTP referer under some circumstances.)
OMG I can't believe you found that lol.  I have been hunting this issue for almost 2 weeks.  I will be contacting my hosting provider (we host it ourselves via a reseller account) and find out what happened as I definitely never turned on hotlinking protection for that server, but it was on for sure.  It's off now and now the apps seem to load just fine.

Thank you so much!
Yeah! Now all four Firefox versions works for me. :-)
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
Mozilla/5.0 (X11; Linux x86_64; rv:12.0a2) Gecko/20120208 Firefox/12.0a2
Mozilla/5.0 (X11; Linux x86_64; rv:13.0a1) Gecko/20120208 Firefox/13.0a1
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.