Closed
Bug 724877
Opened 12 years ago
Closed 12 years ago
Flash does not "fully" load
Categories
(Core Graveyard :: Plug-ins, defect)
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.
Comment 1•12 years ago
|
||
"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.
Comment 3•12 years ago
|
||
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
Comment 4•12 years ago
|
||
Last bad nightly: 2012-01-12 First good nightly: 2012-01-13 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=8ffdb4c7404a&tochange=964b118ac852
Comment 5•12 years ago
|
||
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
Updated•12 years ago
|
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.
Comment 8•12 years ago
|
||
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.
Comment 10•12 years ago
|
||
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.
Reporter | ||
Comment 11•12 years ago
|
||
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.
Comment 12•12 years ago
|
||
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
Comment 13•12 years ago
|
||
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.)
Reporter | ||
Comment 14•12 years ago
|
||
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!
Comment 15•12 years ago
|
||
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
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•