Forum Discussion
Storyline 360 - video replay's every time when we try to click on the seekbar in chrome
Hi,
Im working on a project where there are many video slides and few normal text slides. We have modified in such a way that the video slides has seekbar and i have enabled the seekbar so that the video can be moved back and forth. I have published the project for Scorm 1.2 and given to the client. The client had uploaded it in their LMS which is called as Success Factor. We are facing few problems when we run this project in chrome, IE 11 and Edge with Success Factor LMS.
1. The problem happens when the user tries to move the seekbar back and forth. When the user try and click any part of the seekbar, the video replays from starting. This problem happens only in chrome and the chrome version is "Version 67.0.3396.99 (Official Build) (64-bit)".
2. In the project there are more than 1 video slides. Always the first video loads but the 2nd video doesn't load at all and we are getting a blank white screen and the seekbar moves. This also happens only in chrome.
3. Once the project is completed and when we try to review the entire project, the video gets loaded without any problem in chrome.
4. In IE 11 and Edge, if we try to click on the seekbar, the video doesn't replay but hangs for few sec and starts to play. But sometimes, the video gets frozen and couldn't able to move forward and this issue is random.
All the above issue happens only if the course is loaded from the client side LMS which is Success Factor. I tried to upload the same course in scorm cloud and it worked perfectly in all the browsers.
So i need your advice on what will be the problem and how to solve it.
Regards,
Victor.
65 Replies
Hi Steve,
Good to know it works correctly on SCORM Cloud, but we want it to run smoothly on your LMS, too!
What LMS are you using? Have you had a chance to reach out to your LMS administrator about this?
- SteveMcAneneyCommunity Member
Hi. My LMS is custom built. I have certainly told the engineers about this issue. Thanks.
- SteveKlinglerCommunity Member
This one took me a long time to track down. I will try to keep the description short but let me know if you need more. It should be easy to replicate. We first noticed this when using Chrome following the Dec 4 patch. The platform is WordPress with LearnDash and the Grassblade xAPI Companion.
The problem manifests as mp4 videos embedded in Storyline restart at the beginning of the video when the user clicks anywhere on the seekbar/playbar if using the Chrome web browser.
After a lot of research we found that this is caused by the Grassblade Enable Content Security option. The fix is to disable that option (Grassblade / Settings / Content Settings / Enable Content Security). There are two reasons for this:
1) Function grassblade_security_check() returns the entire specified file without respect for the "Range" value passed in the HTTP request header, which is how video seeking works in HTML5.
2) This implementation uses an .htaccess file that is added to each xAPI module (Storyline project in this case) which rewrites the URL and causes Apache to apply caching rules and send HTTP response headers associated with .html files rather than the mime type of the requested file. Since default Apache applies "Cache-Control: max-age=0, private, no-store, no-cache, must-revalidate" to a collection of file types typically not cached (including .html) those headers are sent back for all file types including mp4. Edge and Firefox apparently ignore this and use the local cache anyway, and it seems Chrome did too until a recent update (perhaps the Dec 4 patch). If the client ignores the no-cache directive, then seeking happens locally without making a request of the server, which protects playback from being broken by item #1 above.
The bottom line is that in our case the issue is with Grassblade to fix and is not a Storyline bug. Others having this problem are likely affected by the same or similar cause.
- SteveMcAneneyCommunity Member
Thanks for the update Steve. So do you know if Articulate have requested a change fro Google?
- SteveKlinglerCommunity Member
In my opinion Chrome is actually the only web browser accurately respecting the Cach-Control header. When they "fixed" the browser it exposed a problem in our LMS (or more specifically the xAPI manager we use inside our LMS). If or when the other browsers comply they will behave the same way.
In our case the good news us that we found a work around and Grassblade has responded quickly with a fix I expect they will release soon.
Articulate could implement a simple test in the player or distribute a test project that easily tests for things like this and tells you if your server is misbehaving when playing their content, but otherwise the bug is not their problem to fix.
Hey everyone. I'm excited to let you know that we just released update 24 for Storyline 360! It includes new features and fixes - check them all out here.
One of the fixes addresses an issue where clicking the video control seekbar was restarting the video instead of scrubbing in HTML5 output.
Here’s how you can update Storyline 360 to take advantage of everything the latest release has to offer. Let me know how you make out!
- GregStartzel-2bCommunity Member
Hi, I seem to be having this issue even with the newest updates. Clicking near the end of the timeline leads the video to restart. I can send an example slide privately if that is possible.
- SteveMcAneneyCommunity Member
Same improvement on SL3 as well?
Hi Steve!
We're targeting to include the same fix in the next update of Storyline 3. While I don't have an ETA on that release just yet, we'll let you know here once it arrives!
- KarlaWatsonCommunity Member
We are also awaiting the fix in SL3! In the mean time, I guess we should just disable the Seekbar.
Very sorry this bug is impacting your work, Karla. I've added your experience to the report, and we'll let you know as soon as that update is live!
Welcome, Greg – and yikes! Sorry you see this issue on Update 24.
We'll take you up on the offer: here's where you can share the .story file privately with our Support team. We'll look into the behavior, and let you know our findings!
Thanks for bringing this to our attention; be sure to share your case number with me so I can follow along to relay any additional insight here!
Related Content
- 8 months ago
- 8 months ago
- 9 months ago
- 7 months ago
- 5 months ago