[#SDK-14874] Video Player does not react anymore when the playheadTime is set to a movie position which is not downloaded yet

Flex SDK

Video Player does not react anymore when the playheadTime is set to a movie position which is not downloaded yet

Created: 03/05/08 11:09 AM Updated: 04/20/09 09:17 AM

Component/s:

mx: Video

Security Level:

Public (All JIRA Users )

File Attachments:

main.mxml (1 kb)
2.

main.swf (301 kb)
3.

VideoDisplayBug.mxml (1.0 kb)

Severity:	Incorrectly Functioning
Reproducibility:	Every Time
Discoverability:	Medium
Found in Version:	SDK Flex 3 (Released)
Milestone:	SDK Flex 3.1.0
Affected OS(s):	Windows - XP
Steps to Reproduce:	« Hide Steps to reproduce: To reproduce the bug compile the attached MXML file in Flex Builder and start the application. 1. Click Start button. The playback begins, the player is in state playing. 2. Now click at the slider in order to forward the movie. Choose a position which is near the right end of the slider to make sure that you catch a part which is not downloaded yet. 3. Now the VideoDisplay is in state "seeking" and this state is not responsive. Actual Results: The playback of the movie still goes on but clicks on the Play, Pause and Stop buttons or on the slider have no effect. The VideoDisplay does not react anymore. It can only be reanimated with a click on the Close button. Expected Results: I would expect that the playheadTime of VideoDisplay jumps to the end of the current download minus the bufferTime so that the movie playback can continue instantly. I could not find a Workaround. I think this is in the class mx.controls.videoClasses.VideoPlayer. The private boolean variable invalidSeekTime will never set to false. Show » Steps to reproduce: To reproduce the bug compile the attached MXML file in Flex Builder and start the application. 1. Click Start button. The playback begins, the player is in state playing. 2. Now click at the slider in order to forward the movie. Choose a position which is near the right end of the slider to make sure that you catch a part which is not downloaded yet. 3. Now the VideoDisplay is in state "seeking" and this state is not responsive. Actual Results: The playback of the movie still goes on but clicks on the Play, Pause and Stop buttons or on the slider have no effect. The VideoDisplay does not react anymore. It can only be reanimated with a click on the Close button. Expected Results: I would expect that the playheadTime of VideoDisplay jumps to the end of the current download minus the bufferTime so that the movie playback can continue instantly. I could not find a Workaround. I think this is in the class mx.controls.videoClasses.VideoPlayer. The private boolean variable invalidSeekTime will never set to false.
Language Found:	English
Bugbase Id:	none
Triaged:	Yes
Regression:	No
QA Owner:	Peter deHaan (Adobe)
Resolved by:	Corey Lucier
Participants:	Afriyie Adwiraah, Corey Lucier, Deepa Subramaniam, Fréderic Cox, Jacob Goldstein, Lauren Park, Olaf Prins, Patrick Tai, Peter deHaan (Adobe), Servando Andres Gastelum Salcido, Sudipta Chakraborty and Timothy Drew
Browser:	Firefox 2.x
JDK:	Sun 1.6.x

All

Comments

Sort Order:

[ Permlink | « Hide ]

Peter deHaan (Adobe) - [03/07/08 01:09 PM ]

Able to repro in 201.3 and Flex 3.
In main.mxml/main.swf, if you drag the slider thumb to a point that hasnt been downloaded yet, the VideoDisplay goes into a "seeking" state and "isResponsive" is set to false. Even though the app enters a nonresponsive state, the video still loads in the background. The only way to get the video to work again is to call "close()" and then "play()" which causes the app to start re-downloading.

[ Permlink | « Hide ]

Afriyie Adwiraah - [03/10/08 10:50 AM ]

I fixed the bug by adding a few lines of code to the mx.controls.videoClasses.VideoPlayer class.
I added a httpDoSeekTimer in the httpOnStatus call if the player gets in an invalid seek time state and is not in invalidSeekRecovery mode yet.
Seems to work now.

[ Permlink | « Hide ]

Patrick Tai - [03/19/08 08:24 PM ]

The VideoDisplay should dispatch an event and put itself into a responsive state so we could handle this "invalid seek".
Do I have a cut down version of Flex 3 ? I can't find anywhere the VideoPlayer class in the mx.controls.videoClasses package you have mentioned.

[ Permlink | « Hide ]

Peter deHaan (Adobe) - [03/19/08 08:33 PM ]

Patrick,

Do you have a VideoPlayer.as file in "C:\Program Files\Adobe\Flex Builder 3\sdks\3.0.0\frameworks\projects\framework\src\mx\controls\videoClasses\"?

[ Permlink | « Hide ]

Patrick Tai - [03/19/08 08:45 PM ]

Peter, I'm relying on the auto completion code of flex builder and only 2 classes appear: CuePointManager and VideoError.
But you are right there are more classes under the path including the VideoPlayer. Do you have any ideas why it's not coming up in Flex Builder ?
Thanks

[ Permlink | « Hide ]

Peter deHaan (Adobe) - [03/19/08 08:53 PM ]

Some classes don't show up in documentation or Flex Builder because they weren't intended to be used directly by users.
You can still use/extend them in your Flex applications, but you may need to explicitly import them first.

Peter

[ Permlink | « Hide ]

Patrick Tai - [03/19/08 08:53 PM ]

I should have read the code before there is an [ExcludeClass] metadata tag.

[ Permlink | « Hide ]

Patrick Tai - [03/19/08 08:58 PM ]

thanks Peter for the precision. ... nice synchronized post though :)

[ Permlink | « Hide ]

Fréderic Cox - [03/24/08 05:53 PM ]

I also am experiencing this problem in an application, anyone having found a workaround yet?

[ Permlink | « Hide ]

Timothy Drew - [04/07/08 06:17 PM ]

Me too, is there a workaround?

[ Permlink | « Hide ]

Corey Lucier - [06/24/08 03:51 PM ]

Fixed in revision 2218 (3.0.x branch).

[ Permlink | « Hide ]

Servando Andres Gastelum Salcido - [07/28/08 10:22 AM ]

Excuse me, where can i find the solution for this issue?

[ Permlink | « Hide ]

Deepa Subramaniam - [07/28/08 05:19 PM ]

This fix is available in our nightly builds, specifically the 3.2.0.2630 available on the Flex 3 downloads page on opensource.adobe.com. Additionally, this fix will be available in our next stable build release and any future dot releases.

[ Permlink | « Hide ]

Jacob Goldstein - [02/05/09 03:45 PM - edited ]

Verified fix
Clicking on the slider no longer causes the buttons / slider to be disabled
Video will advance to position clicked if that portion has been downloaded, if not, video will continue to play from current position
Closing issue

[ Permlink | « Hide ]

Sudipta Chakraborty - [04/20/09 09:17 AM ]

The playHeadTime returns 0 when slider is dragged and it occurs in a random order.