Versions Compared

Old Version 13

changes.mady.by.user James Goodwin

Saved on

compared with

New Version Current

changes.mady.by.user James Goodwin

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Some SCORM related issues might be caused by suspend data, such as the following: 

...

Occasionally, learners may encounter issues with SCORM courses, caused by suspend data. Below we have included some common scenarios that relate to suspend data and how to resolve them.

What is suspend data?

Suspend data is used to store temporary information about a user’s interaction with a SCORM course, including: 

  • How much progress a learner has made

  • Any assessment/quiz results

  • If a learner has completed the SCORM course

Issue 1: Exceeded upper limit for suspend data

Fuse currently supports SCORM 1.2, which permits a maximum character limit of 4096 characters for suspend data. This is a SCORM-specific limitation that Fuse cannot change. If the upper limit is exceeded, it can cause issues with SCORM courses.

Best practices for designing SCORM with minimal suspend data

Below we have listed some recommended best practices to help you avoid issues with suspend data. This list isn’t exhaustive and therefore may not include all  scenarios you have encountered in the past:

  • Reduce the number of larger audio and video files included in the SCORM course, as these take up a lot of space.

  • If your SCORM course includes a quiz that learners must complete,try limiting the number of quiz attempts in order to conserve memory.

  • Break larger SCORM courses into smaller chunks.

Note: Some authoring tools offer compressed suspending. This is when multiple pieces of information are packed into one small piece of code, significantly shrinking file sizes and ensuring courses run smoothly without sacrificing engagement.

Issue 2: Overwritten SCORM courses 

A SCORM course holds data about a user's progression, and when it loads, it validates this data against the imsmanifest.xml file. If the data does not match, an error will occur. For example, if you originally had 14 slides in a SCORM course and you remove 1 slide, the data will no longer match, as the expectation is, there are 14 slides in the SCORM course.We do not advise overwriting SCORM courses within Fuse. Instead, we advise you to upload this is validated against a document called a manifest file. The manifest file is essentially a summary with instructions on how to read the SCORM file, and if the data does not match, the learner is presented with a blank screen.

We strongly advise against overwriting SCORM courses in the Fuse platform. Instead, we recommended uploading a new version of the SCORM course altogether. 

If you do choose to overwrite a SCORM course, then you can select the relevant option in Articulate Storyline and other WYSIWYG authoring tools, which ignores suspend data. This ensures that there are no issues when uploading a new version of a SCORM file, but it means that the users who SCORM course:

  • The Fuse content ID for the SCORM course will remain the same, meaning any previous completion records for learners that have already completed it will also remain intact.

  • Learners who have not started the SCORM course will be unaffected.

  • Any learners that are currently in progress must restart the SCORM course

...

Users cannot progress or complete a SCORM course

Suspend_data is used to store temporary information about a SCORM course, such as:

  • How much progress a user has made

  • Any assessment/quiz results

  • If a user has completed the SCORM course

For more experienced developers, suspend_data can be used to store more granular information about the status of a SCORM course.

Fuse supports SCORM 1.2, which allows up to 4,096 characters in the suspend_data variable. If the course tries to write more than this, issues related to the loading or completion of SCORM courses can occur. As this is standard, there is nothing that Fuse can do to resolve this.

To resolve these issues:

...

If you have developed the SCORM course internally then changes can be made in-house. We strongly advise that you break larger SCORM courses into smaller chunks or disable the resume functionality.

...

  • from the beginning and may encounter issues when trying to launch it, such as being presented with a blank screen.

Issue 3: Loss of internet connectivity

If there is an issue with internet connectivity, for example, because the internet connection is weak and learners become easily disconnected, the Fuse platform will stop collecting data interactions, and the learner will lose their current progress. To prevent this from happening, it is recommended that you design SCORM courses with a lost connectivity alert (if your authoring tool has this functionality) so that learners are made aware. We also strongly advise that learners have access to a strong and reliable internet connection when taking SCORM courses, so that they do not become disconnected.

Session timeout

Sometimes learners may experience session timeouts. Depending on the authentication methods and configuration of your platform, learners may be logged out from the Fuse platform or from the SSO session if they have been inactive for a certain period of time, and when a session is closed, learners might also lose their current progress. To prevent this from happening:

  • Ensure that the SSO/VPN session timeout and user inactivity settings give an adequate amount of time for users to progress through SCORM courses.

  • Ensure that learners do not leave the SCORM course page open for extended periods while inactive - it is recommended that they close the session and then reopen the course later on in order to resume.