This is a message.

IE(8) and RTMP requires refresh/reload to play Created Jun 22, 2009

This thread is solved

Views: 9747     Replies: 42     Last reply Aug 7, 2011  
You must login first before you can use this feature

sixfoot

Posts: 35

Registered:
Jan 26, 2009

IE(8) and RTMP requires refresh/reload to play

Posted: Jun 22, 2009

It looks like the latest version of flowplayer and rtmp will not play the video on the initial load of the page. You have to refresh the page to get it to play. This only happens if you have not played other flowplayer movies during that session. So it seems liek it may be a cookie issue or something? Anyone else experienced this? Any ideas?

Example URL:

http://coins.ha.com/common/video.php?src=item&path=/4/8/5/3/4853837&SaleNo=1127&LotNo=1700

I know have resizing going on, but I can take it out and see the same thing.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

Not just RTMP, Site example broken too

Posted: Jun 23, 2009

Reply to: IE(8) and RTMP requires refresh/reload to play, from sixfoot
Ok, more investigating into this reveals the issue is not rtmp. The issue appears to only be a problem in IE8. Even the example on this site reveal the bug. Here's how to reproduce:

1) Copy this urlhttp://flowplayer.org/demos/plugins/streaming/first-frame.html
2) Close all IE instances
3) Open IE8 and make sure the home page(s) do not have any flowplayer calls
4) Paste the url in your browser. You will see the video is not playable until you refresh the page.

Any ideas?

contron

Posts: 4

Registered:
Jun 16, 2009

» Not just RTMP, Site example broken too

Posted: Jun 24, 2009

Reply to: Not just RTMP, Site example broken too, from sixfoot
Hello sixfoot,

i got the same problems also with Opera on MAC and many different other browser/os combinations with a small broadband connection.
on my page:http://www.racket-connection.de i uploaded some videos and different people reported that they have to refresh the site to see the video.

i use the latest flowplayer version.

dear regards

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » Not just RTMP, Site example broken too

Posted: Jul 14, 2009

Reply to: » Not just RTMP, Site example broken too, from contron
This is a pretty big bug. Any fixes coming?

Christian Ebert
Flowplayer support

Posts: 3024

Registered:
May 27, 2008

» » Not just RTMP, Site example broken too

Posted: Jul 14, 2009

Reply to: » Not just RTMP, Site example broken too, from contron
As it seems to be a loading issue:

You load your scripts in the head of your document, the "unobtrusive" way, which I prefer as well. But this means you have to wrap e.g. your flowplayer function in window.onload:


window.onload = function () {
  flowplayer("player", "./extLibs/flowplayer/flowplayer-3.1.1.swf",  { 
    clip: {          
        autoPlay: false,  
        autoBuffering: true  
    } 
  });
};

Or, as you have lots of other scripts there, you might want to switch to jquery and its document.ready which might make the task easier.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » Not just RTMP, Site example broken too

Posted: Jul 14, 2009

Reply to: » » Not just RTMP, Site example broken too, from blacktrash
Thanks. I tried both and neither solve the problem.

I have a similar url with less JS that I tried this on:

http://coins.ha.com/c/video-only.zx?page=videoLot&saleNo=1128&lotNo=1001&path=videolots/4/9/0/1/4901010

The code is not there now, but I have my solution of doing one refresh. Not a big fan of that solution, but it works. Looking for a Flowplayer solution.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

Bug still there in 3.1.2

Posted: Aug 4, 2009

Reply to: » » » Not just RTMP, Site example broken too, from sixfoot
The bug is still present in 3.1.2:

1) Copy this urhttp://flowplayer.org/demos/plugins/streaming/first-frame.html
2) Close all IE instances
3) Open IE8 and make sure the home page(s) do not have any flowplayer calls
4) Paste the url in your browser. You will see the video is not playable until you refresh the page.

Are the developers aware of this?

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» Bug still there in 3.1.2

Posted: Aug 7, 2009

Reply to: Bug still there in 3.1.2, from sixfoot
Is anyone else experiencing this? This is a major problem.

Edge
Vizmu Media ------------------- http://vizmu.com/

Posts: 576

Registered:
Nov 29, 2008

» » Bug still there in 3.1.2

Posted: Aug 8, 2009

Reply to: » Bug still there in 3.1.2, from sixfoot
That link above plays fine for me IE8. I click play, it loads and plays fine. So does the link in your first post.

IE8 @ fresh default install on windows xp32bit.
I also tested it in ie6 and ie7 using IETesterhttp://www.my-debugbar.com/wiki/IETester/HomePage

Also that link above "http://www.flowplayer.org/demos/plugins/streaming/first-frame.html " is Pseudostreaming not rtmp

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » Bug still there in 3.1.2

Posted: Aug 8, 2009

Reply to: » » Bug still there in 3.1.2, from edge
Thanks for the reply. I tried this on 3 more computers with IE8 (only and IE8 bug for me) and 2 of them have them same bug. The computer I'm on now (32-bit Vista) has the problem and it has a default IE8 on it.

And from my second post, I clarified that this is not RTMP related as it even happens on the the demo for pseudostreaming.

tlhiv

Posts: 9

Registered:
Jun 29, 2009

» » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » Bug still there in 3.1.2, from sixfoot
I am experiencing the exact same problem. It's like if I open the browser and go to play a Flowplayer RTMP stream, I get only the background Flowplayer (with no controls), but if I reload, then it plays fine and all subsequent streams play fine until the browser closes.

Edge
Vizmu Media ------------------- http://vizmu.com/

Posts: 576

Registered:
Nov 29, 2008

» » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » Bug still there in 3.1.2, from sixfoot
Just tried in windows7+IE8 on your first post link. "the one with the expanding player" plays fine. That's a cool expanding trick btw.

I tied to replicate it a few times and can't on either of the pages you linked.

eg -http://coins.ha.com/common/video.php?src=item&path=/4/8/5/3/4853837&SaleNo=1127&LotNo=1700
and --http://www.flowplayer.org/demos/plugins/streaming/first-frame.html

All my browser settings in ie8 "both xp and win7" are 100% default. I also cleared all cache/cookies ect b4 going to the page.

Are you guys running some browser plugins or something? Because for the life of me I can't replicate this. I'll be using the streaming plugin pretty soon too and would like to know if there is an actual bug.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » Bug still there in 3.1.2, from edge
No plugins at all. I have a brand new computer with Win 7 & IE8 that it fails on (not default settings, but pretty close). It seems to fail on the first load of the player per that domain per browsing session.

But yes, the descrition of the problem is exactly as tlhiv describes - it's just a blank box with no controls. No javascript errors are thrown. This is new to version 3.1.1+.

dherbst

Posts: 75

Registered:
Apr 20, 2009

» » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » Bug still there in 3.1.2, from edge
I cannot reproduce this either.

Using IE app compat virtual pc images from microsoft:http://www.microsoft.com/Downloads/details.aspx?FamilyID=21eabb90-958f-4b64-b5f1-73d0a413c8ef&displaylang=en

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » Bug still there in 3.1.2, from edge
Ok, I just reset my browser to the default and did not get the error the FIRST time I loaded each of the videos mentioned. HOWEVER, the second time, the bug reappeared. So now it looks as if the steps to reproduce are:

1) Copy this url http://flowplayer.org/demos/plugins/streaming/first-frame.html
2) Close all IE instances
3) Open IE8 and make sure the home page(s) do not have any flowplayer calls
4) Paste the url in your browser. If the video is not playable, you have reproduced the bug. If it is, go through these steps again. It should be unplayable the second time.

Can those of you who have not been able to reproduce try it again please?

dherbst

Posts: 75

Registered:
Apr 20, 2009

» » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » Bug still there in 3.1.2, from sixfoot
Cannot reproduce. The page loads, the video plays. Works the first time, works no matter how many times I refresh the page. I'm using the vpc from microsoft so there aren't any extra plugins, no virus scanner, no firewall enabled, nothing extra installed on the vpc except the latest version of flash (which is not on the vpc by default).

I suggest you install fiddler and/or wireshark and see if there is some network request timing out or something else going wrong. Whenever I have had issues like this that's what I've done to see what's going on with IE.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » Bug still there in 3.1.2, from dherbst
ddrama, please do not refresh the page to test this. Please go through the process I described exactly (closing and reopening browsers). Refreshing actually makes this bug go away.

I tried wireshark, not compatible with 64-bit Win 7. So I got fiddler. My results were the same as aigumnov's.

So it looks as if loading from cache or something may be the problem.

dherbst

Posts: 75

Registered:
Apr 20, 2009

» » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » Bug still there in 3.1.2, from sixfoot
I'll repeat what I wrote: the video plays without problems.

aigumnov

Posts: 36

Registered:
Apr 18, 2009

» » » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » Bug still there in 3.1.2, from dherbst
Could you please tell us what setting do you have in:
"Internet Properties"->"General" tab->"Temporary files" group->"Settings".

I have "Automatic" there. Maybe we're out of sync?

dherbst

Posts: 75

Registered:
Apr 20, 2009

» » » » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » » Bug still there in 3.1.2, from aigumnov
The setting is named 'Automatically' not Automatic. In any case, this is a brand new vpc, no settings were changed (as I said previously) besides installing flash.

By the way, we never use IE Tester and I do not have it installed. I've found it does not do the same things as when you use the real IE6 or IE7. Too many times a developer on our team will say 'it works in ietester' but when they use the vpcs from Microsoft the differences become apparent. These are usually rendering or js differences, but it's conceivable you are hitting a cache difference.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » » » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » » » Bug still there in 3.1.2, from dherbst
Can you list what Flash version you have?

http://kb2.adobe.com/cps/155/tn_15507.html

dherbst

Posts: 75

Registered:
Apr 20, 2009

» » » » » » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » » » » Bug still there in 3.1.2, from sixfoot
WIN 10,0,32,18
Debug Player: No

aigumnov

Posts: 36

Registered:
Apr 18, 2009

» » » » » » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » » » » Bug still there in 3.1.2, from sixfoot
WIN 10,0,32,18
Debug: NO

aigumnov

Posts: 36

Registered:
Apr 18, 2009

» » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » Bug still there in 3.1.2, from sixfoot
Temporarily (needs more testing) solved on the server side by disabling "Expires" HTTP-header for SWF content (leaving only "Last-Modified").

In this case, the player handles main SWF download with randomised url and then each plugin (first of all, the "controls" plugin) is being rechecked from remote server with "If-Modified-Since" header.

I suppose that this recheck (network transaction) causes some events within the Flash to fire.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » Bug still there in 3.1.2, from aigumnov
Thanks for that. Although on my server, I do not have the Expires header set up for my swf files. In addition, every time my player loads, it loads on flowplayer.commercial with 200 HTTP code and then seems to load another one rigth afterwards with a 304 code. I only have one instance of the swf file being included in my code.

aigumnov

Posts: 36

Registered:
Apr 18, 2009

» » » » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » » Bug still there in 3.1.2, from sixfoot
Actually, the "Expires" header exists. I'm talking about http://coins.ha.com/common/video.php?src=item&path=/4/8/5/3/4853837&SaleNo=1127&LotNo=1700

That's what I'm getting from your server

HTTP/1.0 200 OK
Date: Mon, 10 Aug 2009 17:11:01 GMT
Server: Apache
Last-Modified: Fri, 19 Jun 2009 13:48:21 GMT
Accept-Ranges: bytes
Content-Length: 108828
Cache-Control: max-age=3600
Expires: Mon, 10 Aug 2009 18:11:01 GMT
Content-Type: application/x-shockwave-flash
X-Cache: MISS from xxx.xxx.xxx.xxx
Proxy-Connection: keep-alive

Maybe my proxy server added something...

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » » » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » » » Bug still there in 3.1.2, from aigumnov
Sorry, you are correct. I originally looked at my dev Apache set up and forgot they were different in that respect.

I have turned off that header, but still have the problem.

aigumnov

Posts: 36

Registered:
Apr 18, 2009

» » » » » » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » » » » Bug still there in 3.1.2, from sixfoot
Yes, I see that problem persist.
Can you also disable this "Keep-Alive: timeout=2, max=999"?
Also, I'm using the 3.1.2, it is possible for you to upgrade?

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » » » » » » » » » » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » » » » » Bug still there in 3.1.2, from aigumnov
I upgraded to 3.1.2 - problem still there. I can look into removing the keep-alive, but I'd have to do it for swf's only as the keep-alive helps site performance.

aigumnov

Posts: 36

Registered:
Apr 18, 2009

»» Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » » » » » » » » » » » » Bug still there in 3.1.2, from sixfoot
Currently, I'm unable to reproduce the bad behaviour on your site using 3.1.2. By the way, I'm on another PC right now (at home). Don't touch keep-alive, now just try to clear the browser cache (to clear the cached "expires" header values).

To be clear, I can reproduce this with flowplayer.org site demos.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» »» Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: »» Bug still there in 3.1.2, from aigumnov
I just cleared cache and was able to reproduce the bad behavior on the 4th try.

aigumnov

Posts: 36

Registered:
Apr 18, 2009

» » »» Bug still there in 3.1.2

Posted: Aug 11, 2009

Reply to: » »» Bug still there in 3.1.2, from sixfoot
Just append 

+ '?rnd=' + Math.random()
to each plugin url in your configuration. This will cause 50-100 kilobytes of additional traffic.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » »» Bug still there in 3.1.2

Posted: Aug 12, 2009

Reply to: » » »» Bug still there in 3.1.2, from aigumnov
That did not work for me

aigumnov

Posts: 36

Registered:
Apr 18, 2009

» » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » Bug still there in 3.1.2, from sixfoot
Yes, I can reproduce this on IE8, IE7 and IE6 using the the
first-frame example above (Flowplayer 3.1.2). The IE7 and IE6 were tested with IETester. Also, I reproduced this on my own personal test pages (with player configured like at http://www.flowplayer.org/demos/skinning/splash-info.html).

The HTTP-transcript (Fiddler) reveals one common sign - the Flowplayer's library files (js+plugins) are in the cache and not being rechecked from the remote server. However, the flowplayer*.js generates the unique url for the main swf module. Given this, I think that the cache is definitely involved.

I've just performed some internet searching on this issue, and found that Flash has some long-lasting problems with Event.COMPLETE + MSIE + browser cache
(the "Event.COMPLETE" event should be fired when something has been downloaded).


gmccomb

Posts: 746

Registered:
Apr 9, 2009

» » » Bug still there in 3.1.2

Posted: Aug 10, 2009

Reply to: » » Bug still there in 3.1.2, from aigumnov
At the risk of introducing a red herring here, have you tried any of your pages using direct OBJECT embedding, thus bypassing flowplayer.js?

I ask because there are known timing issues with Flash when using JavaScript to create dynamic content. It's reported now and then for SWFObject, and since flowplayer.js does basically the same thing the same problem may be reproduced in both. The behavior mentioned in this thread sounds eerily like the issues others have encountered when publishing dynamically.

Edge
Vizmu Media ------------------- http://vizmu.com/

Posts: 576

Registered:
Nov 29, 2008

» » » » Bug still there in 3.1.2

Posted: Aug 11, 2009

Reply to: » » » Bug still there in 3.1.2, from gmccomb
gmccomb is correct. That's a great suggestion.

Though I"m still unable to reproduce this bug. And yes I tried it Exactly as you asked -several times and on 2 very different workstations.

Also setting up header expires is completely different than the Keep-Alive setting in apache.
"Can you also disable this "Keep-Alive: timeout=2, max=999"?"

A setting of 2 or 3 is great. Never set it @ 999 unless you have 6 billion gigs of server ram. That setting is for keep alive connections. To disable it set KeepAlive on to KeepAlive off in you httpd.conf then restart apache. I doubt it has anything to do with this bug though.

aigumnov

Posts: 36

Registered:
Apr 18, 2009

IE dynamic embedding issue?

Posted: Aug 11, 2009

Reply to: » » » » Bug still there in 3.1.2, from edge
First of all, this thread has a misleading title. The issue has nothing with IE8 and RTMP.

Second: you and gmccomb are right in that this is not reproducible (for me) with static OBJECT embedding like here:

http://www.flowplayer.org/demos/installation/alternate/object-tag.htm

However, here we're (at least I'm) not trying to find the working Flowplayer configuration. We are trying to get Flowplayer working flawlessly with IE for one particular configuration, which is advertised as the preferred method for embedding of the player.

To be specific, I need static non-flash splash screen and javascript events - both are not supported in OBJECT embedding as far as I understand.

Third, if you cannot reproduce this, I can show you the screenshot of the issue in question. This is actual example from this site (with dynamic embedding). I'm using Windows XP SP3 (localized version)+MSIE8+latest version of the flash plugin (WIN 10,0,32,18). The menu shown on the screen is the right-click menu of the flash plugin.

http://medigroup.tmweb.ru/event.complete-fail.png

Right now I see that processing is already within the browser's flash engine (Flowplayer logo and Flash menu shown). However, there is no rotating circle and there is no control plugin initialized.

Fourth: I'm not a flash programmer and/or guru, but looking at the flowplayer sources (view/Launcher.as, view/PluginLoader.as etc) I see that Flowplayer determines loaded state only by Event.COMPLETE ActionScript event. And other people (not me) at the mentioned pages state that the MSIE flash plugin does not always fire Event.COMPLETE ActionScript event *for cached content* and one should use Event.INIT workaround:

http://www.actionscript.org/forums/showthread.php3?t=136345&highlight=timeline+preloader

Or probably use unique URLs for all loaded content (plugins), which is possible without Flowplayer modification.

gmccomb

Posts: 746

Registered:
Apr 9, 2009

» IE dynamic embedding issue?

Posted: Aug 11, 2009

Reply to: IE dynamic embedding issue?, from aigumnov
Okay, so if it's not reproducible with OBJECT embedding, it probably the nasty old JavaScript/Flash timing error. Took me three days to overcome this with my very simple Flash player test program.

The ONLY way I know of to correct it would be in the Flowplayer code. There is nothing you can do in JavaScript or HTML (other than to not use JavaScript) to reliably fix it. The way I did it was to introduce a short delay before certain code was executed.

Where the delay is inserted depends on where the bug is manifesting itself inside Flowplayer. (For me it was triggering Stage size, which is the problem most Flash programmers report. However, the bug can affect other things as well.)

As for the title and such, this problem actually does affect IE more than the other browsers, but it can happen in Firefox and the others too. And it won't happen to everyone. File size of assets matter, as does throughput speed between server and you.

IMO, it's probably the most cursed Flash bug out there, and Adobe has known about it for ages!

So, hopefully, Anssi will see this thread and investigate.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » IE dynamic embedding issue?

Posted: Aug 12, 2009

Reply to: » IE dynamic embedding issue?, from gmccomb
So until someone fixes the Flash code, all we can do is not use JavaScript? This bug didn't seem to show up until 3.1.1 of Flowplayer.

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » » » Bug still there in 3.1.2

Posted: Aug 12, 2009

Reply to: » » » » Bug still there in 3.1.2, from edge
Yea, not sure where that 999 is coming from because it is not specified in my config. I only specified the 2 second value. But I can't really turn this off in production, but can try in development and let you guys know. But I am doubtful as well.

gmccomb

Posts: 746

Registered:
Apr 9, 2009

» » » » » » Bug still there in 3.1.2

Posted: Aug 12, 2009

Reply to: » » » » » Bug still there in 3.1.2, from sixfoot
This supposes the problem really IS related to JavaScript/Flash timing, but if it is, yes, the only thing to do is to wait for a fix in the Flowplayer code, or go into the code and help Anssi find it.

It's not unusual for this error to creep in. All it takes is shuffling around some code to expose it.

The best thing to do is for someone experiencing this issue to post a new thread summarizing the problem, providing an off-site example. (That is, not an example from this site, because the Flowplayer dev guys may have different access speeds to this site than you do.)

sixfoot

Posts: 35

Registered:
Jan 26, 2009

» » » » » » » Bug still there in 3.1.2

Posted: Aug 13, 2009

Reply to: » » » » » » Bug still there in 3.1.2, from gmccomb
Ok, I've started that thread:

http://flowplayer.org/forum/8/24973