General help

I am also having a similar problem. 

What format is the video? Is it only in SCORM or other uploaded videos?

There's not much of a clue here unfortunately...

We've encountered this problem.  It appears that iOS 10 doesn't send the session cookie when requesting media files from pluginfile.php.  We've implemented a local hack to work around the problem for now, but it's not an ideal fix and only works with our own media player plugin.

Yes, we have the same problem.  We have tried to republish in many different formats with no luck.  ONce iOS10 is installed, our SCORM files do not launch.

Hi all, I don't think it is a SCORM problem - although I get this same issue on Moodle I can also replicate it outside of it.

It seems fairly likely to me that it is a resurgence of this iOS7 issue.

Hope this is useful info

Documentation of issue with new IOS 10 and Scorm with no audio and closed caption.

On 09/24/2016  I discovered using moodle 3.1+ Scorm 1.2 published using Captivate 9.2 only when viewing on an I-PAD or I-Phone using only IOS 10 or greater the audio would disappear along with the closed caption.   However same device using any version of IOS 9 or below worked fine.

On 09/26/2016  The issue was reported to both moodle and Adobe along with several forms that other people were having similar issues.

On 10/02/2016 I decided to test the following: 

I now have come to the conclusion that the issue is part of the moodle LMS

I created a new course with NO GUEST ACCESS and the captivate scorm package made for moodle scorm 1.2 does NOT have audio or closed caption.   However if I place the moodle course with scorm to allow guest access IT WORKS FINE!  Its only when guest access is not allowed when we have an issue.  This only happens with IOS 10 this is not an issue with all versions of IOS 9

Here's the Moodle Tracker item if anyone is interested in following it. 

https://tracker.moodle.org/browse/MDL-56129

Hi all,

A quick and easy temporary workaround for users with this iOS10 issue is to use the (free) Puffin Web Browser. We have a number of online courses at the University of Glasgow with distance learners so we've been offering this advice to them with success.

Cheers.

If you use PoodLL 3 then I posted some audio and video player bundles which work around the problem.

https://poodll.com/ios-10-and-html5-video-and-html5-audio-on-https-sites

These work by loading the media into a "blob" in the browser and then setting that as the source of the video/audio tag. So its best for smallish files.

Hi,

just some updates about this issue, about the current status, as far as it's hitting many people:

1. It's being tracked @ MDL-56129, please put any interesting information there.
2. It's not a Moodle bug, but Apple stopped accepting/observing/resending session cookies that is what protects 99% of web applications out there.
   • Why they did that, I don't know, IMO it's mandatory to send back all cookies to server always and they are simply breaking that. Maybe they are proceeding ok and there is some rule about that being correct, or they are doing it in name of privacy, ignoring that, with that, they are killing 100% legit uses of http/web session cookies... who knows, I really cannot understand it, hence the consideration is that it's a bug their side. A big one.
   • All I'm aware is that the problem has been reported to Apple, but I don't know how it's going neither if it will be fixed ever. It seems that, for some time, iOS 7 also experienced the same problem and it was fixed some time later. In any case, it's clear that all those web applications won't be able, anymore, to play a video that is protected/requires session cookies (again, the most common type of auth-related cookies in http/web environments).
3. The first attempt to workaround this from Moodle has been to change those session cookies into timed cookies (expiring at some time, say 2h or 4h, for example). And that solution has been commented in this discussion and it seems that is being used already by some of you.
   BUT IT HAS AN IMPORTANT PROBLEM and it's that the session remains active when you close the browser for the number of hours the cookie has been defined. Of course, if all users do logout always, then there isn't any problem with that approach. But if user simply quits the browser... then next one opening it may found himself already logged with previous user credentials. And that does not sound like a good idea at all. Be warned!
   So, finally, we have decided to not follow that approach, because it could have severe security implications in shared computer environments.
4. Right now we are experimenting another workaround (let me insist it's a workaround in response to an Apple bug) to get them playing, it consists into forcing a given response to iOS 10 devices trying to play a video. You can find it in the Tracker, in the form of an attached patch. And it would be awesome to get some feedback about how t's working in your servers when using iOS10 to play videos stored there. Please, try it and report in the Tracker.

And that's current status, so far. Please be warned about the implications of changing the session type for your institution as it may be important! And try the alternative patch, reporting results, so we can consider adding it to Moodle core ASAP.

TIA and ciao