ICEfaces4 trunk revision# 40082 Test Results
Test app is located at: http://dev.icesoft.com/svn/repo/qa/trunk/Regression-Icefaces4/Sparkle/Manual/videoPlayer

1) The video does not play on page load when using autoplay=true.

2) Setting the value attribute to null or an empty string throws an exception:
java.lang.StringIndexOutOfBoundsException: String index out of range: 0
at java.lang.String.charAt(String.java:658)
at com.sun.faces.application.view.MultiViewHandler.getResourceURL(MultiViewHandler.java:383)
at javax.faces.application.ViewHandlerWrapper.getResourceURL(ViewHandlerWrapper.java:291)
at org.icefaces.impl.application.ExternalServletContextSetup.getResourceURL(ExternalServletContextSetup.java:43)
at org.icefaces.ace.util.MediaPlayerUtils.processStaticSrc(MediaPlayerUtils.java:67)
at org.icefaces.ace.util.MediaPlayerUtils.processSrcAttribute(MediaPlayerUtils.java:92)
at org.icefaces.ace.util.MediaPlayerUtils.deriveAndSetSourceAttribute(MediaPlayerUtils.java:53)
at org.icefaces.ace.component.videoplayer.VideoPlayerRenderer.encodeEnd(VideoPlayerRenderer.java:42)
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:919)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1903)
at javax.faces.render.Renderer.encodeChildren(Renderer.java:176)
at org.icefaces.impl.renderkit.RendererWrapper.encodeChildren(RendererWrapper.java:49)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:889)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1896)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1899)
at org.icefaces.impl.context.DOMPartialViewContext.processPartial(DOMPartialViewContext.java:162)
at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1896)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:425)
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:131)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)

3) The url attribute is not being used at all, even if the value attribute is not present the URL attribute does nothing.

4) Changing the value attribute dynamically when using a byte array does nothing, the video source stays as what it was originally. No dynamic issues when using a filename or JSF resource as the value.

5) In the add row to top/bottom tests, sometimes adding rows will cause the videoPlayers on the page to disappear. They don't show up again unless you clear the cache and reload the page. In the console there is a warning:
Media resource (url-to-file) could not be decoded.

6) Not sure what playsinline is supposed to do. On all browsers I tried the video always played inline even if this attribute was false.

7) Need more info / further test instructions on the scope attribute.

Fixed issues #2 and #3 at revision 40120.

Fixed issue #4 at revision 40121. Since the src url is always the same when using a byte array resource, a data-hashcode attribute was added to the main element to force an update whenever the byte array value changes and thus reload the correct content.

Fixed issue #1 at revision 40123. Added support for the autoplay attribute, which wasn't being supported.

Could not reproduce issue #5. It was possibly indirectly fixed by previous fixes.

As for issue #6, we only need to care that the attribute webkit-playsinline="true" attribute is rendered in the tag. After that it depends on the browser if it reads it or not. Aparently this attribute only applies to Safari, and especially to mobile devices. Supposedly, if webkit-playsinline is false or doesn't exist, the iPhone will play the video in full screen mode, otherwise it will play it right where it is on the page. So, it's more of a device-specific attribute. This page explains its usage in more detail:
http://stackoverflow.com/questions/17090906/webkit-playsinline-video-tag-attribute

ICEfaces4 trunk revision# 40274

Confirmed #1 and #2 are fixed.

For #3, the URL attribute works now but it doesn't when the value attribute is not specified at all. For example, if you just have this it will not work:
<ace:videoPlayer id="videoPlayer" url="url/to/video/source"/>
But if you add in the value attribute like this it will:
<ace:videoPlayer id="videoPlayer" value="" url="url/to/video/source"/>
Is this expected behaviour?

#4 can still be reproduced. I can see the data-hashcode changing but the video played back is the original video. This can be reproduced in the test app at videoPlayer/videoPlayerByteArray.jsf.

#5 can still be reproduced. I was able to reproduce by adding 10-15 extra rows to the table. I'm adding quite quickly, after each new row is visible on the page I add a new one.

#6 is working as expected.

#7 - Confirmed scope attribute is working as expected for 'session' and 'application' scopes using the provided test instructions (thanks). However, this is only when using byte array as the source, the scope attribute currently does not function when using a JSF resource as the value.

Committed fix for url attribute issue at revision 40321. Improved documentation to specify that the scope attribute is only applicable when using a byte array or an instance of IceOutputResource as the value.

I could not reproduce issues #4 and #5 still. Can you please provide more details on how to reproduce it? Does it happen in the a desktop or mobile environment? Which browser was used?

Also added some missing dots in resource paths in the test application at revision 37602.

ICEfaces4 trunk revision# 40321

Confirmed #3 (url attribute issue) is completely fixed.

#4 can no longer be reproduced, issue is resolved.

For #5, upon further investigation I can only reproduce this in Firefox (27). I've attached a screenshot of what I see.
To reproduce:
1) Navigate to videoPlayer/videoPlayerAddTableTop.jsf or videoPlayer/videoPlayerAddTableBttm.jsf
2) Click add button rapidly (10-15 times)

For #7 I changed the test page to use IceOutputResource instead of javax.faces.Resource but I still only get successful test results for the scope attribute for the byte array example. Updated test is checked in.

Resolving JIRA. Issues #5 and #7 were spun off to ICE-9920 and ICE-9921.