When you update (overwrite) existing course files in your LMS or web server, learners who previously started the course won't be able to resume where they left off. They should start over at the first slide in the updated course.
It sounds like your learners are stuck based on a previously cached copy of the course. There isn't a setting to change that within Storyline, so I'd look at having the learners clear the cache/history or access the course in a new browser window. You could also touch base with your LMS team to see if they had further details!
Frankly, we're a little shocked and dumbfounded here that Articulate is labeling this as 'expected functionality' , and not as a critical bug.
Replacing or Updating a SCORM package is a fundamentally basic use case for any e-learning authoring and development:
We publish trainings
Learners progress
We need to update the training - whether for simple bug fixes or revised guidance.
Learners need to preserve their progress.
We absolutely can't ask thousands of users to restart a training, nor can they experience loss of progress.
SCORMs authored in Captivate manage this without any problems, so I can't understand why Articulate has this issue.
The business impact of this issue is significant - equivalent to telling our clients that our SCORMs can't support resolutions greater than 800x600, or don't work on Mobile.
Does the Articulate team - or any Articulate leads like Justin Grenier, Mike Olivieri - have proposed workarounds, or an anticipated fix for this?
Any support or information would be greatly appreciated.
Honestly the behavior Ashley described has been, in my experience, the expected norm when replacing/updated SCORM content in any LMS, regardless of authoring tool.
As a general best practice (again regardless of authoring tool) we have always avoided replacing SCORM content when we knew it would hinder any learners who may be in progress.
Hi Brian, We use Moodle and have also used Captivate for content creation, we have never had any issues replacing SCORMs. Learners' resume / suspend data is preserved, there's never any need to restart a training.
How does your training department deploy changes or fixes - if you're accustomed to losing progress? Do you somehow transfer progress, or just require users to rewatch the training?
We generally look at it case by case, looking at things such as course length, type of course (is it compliance related, etc.), how long since the course has had an active user, etc etc
If it's an important critical update, we need all users to restart anyways...
If it's a non-critical update, we generally follow a process similar to this:
Turn off registrations on the existing course, allowing people who are in progress to complete the course but preventing anyone else from starting it.
Create a new course with the updated content.
Create a fulfillment link btwn the old course and the new course, so that folks who completed the old version get credit on the updated course.
Again, if the update is critical enough that people shouldn't get credit for attending the new course, then it's probably also critical enough for anyone in progress to start over from the beginning.
We got similar issue and leaners got stuck after clicking YES on Resume popup. Technically, I think Storyline360 can handle the error with try...catch... If the error occurs, just simply restart the course automatically.
Please let me know if we can have this fix in next release. Thanks.
10 Replies
Hi Fazzi,
When you update (overwrite) existing course files in your LMS or web server, learners who previously started the course won't be able to resume where they left off. They should start over at the first slide in the updated course.
It sounds like your learners are stuck based on a previously cached copy of the course. There isn't a setting to change that within Storyline, so I'd look at having the learners clear the cache/history or access the course in a new browser window. You could also touch base with your LMS team to see if they had further details!
Hi Ashley,
Thank you for responding.
Frankly, we're a little shocked and dumbfounded here that Articulate is labeling this as 'expected functionality' , and not as a critical bug.
Replacing or Updating a SCORM package is a fundamentally basic use case for any e-learning authoring and development:
We absolutely can't ask thousands of users to restart a training, nor can they experience loss of progress.
SCORMs authored in Captivate manage this without any problems, so I can't understand why Articulate has this issue.
The business impact of this issue is significant - equivalent to telling our clients that our SCORMs can't support resolutions greater than 800x600, or don't work on Mobile.
Does the Articulate team - or any Articulate leads like Justin Grenier, Mike Olivieri - have proposed workarounds, or an anticipated fix for this?
Any support or information would be greatly appreciated.
Thanks,
Nick Clover-Brown
Fazzi Associates | WellSky
Honestly the behavior Ashley described has been, in my experience, the expected norm when replacing/updated SCORM content in any LMS, regardless of authoring tool.
As a general best practice (again regardless of authoring tool) we have always avoided replacing SCORM content when we knew it would hinder any learners who may be in progress.
Hi Brian, We use Moodle and have also used Captivate for content creation, we have never had any issues replacing SCORMs. Learners' resume / suspend data is preserved, there's never any need to restart a training.
How does your training department deploy changes or fixes - if you're accustomed to losing progress? Do you somehow transfer progress, or just require users to rewatch the training?
Looking around on Moodle, it seems like this might be related to how Item Identifiers are handled, https://moodle.org/mod/forum/discuss.php?d=382352
We generally look at it case by case, looking at things such as course length, type of course (is it compliance related, etc.), how long since the course has had an active user, etc etc
If it's an important critical update, we need all users to restart anyways...
If it's a non-critical update, we generally follow a process similar to this:
Again, if the update is critical enough that people shouldn't get credit for attending the new course, then it's probably also critical enough for anyone in progress to start over from the beginning.
Hi Storyline360 support,
We got similar issue and leaners got stuck after clicking YES on Resume popup. Technically, I think Storyline360 can handle the error with try...catch... If the error occurs, just simply restart the course automatically.
Please let me know if we can have this fix in next release. Thanks.
Hi there, Phuc!
This discussion is a bit older, so I want to make sure you get the most up-to-date guidance. A few quick questions:
Thanks Katie for your reply.
Hello there, Phuc. I appreciate these clues!
Are you able to share the case number with me? I'd love to include your latest insight and follow the troubleshooting as it progresses!
Thanks, Katie.
Here is the Articulate Case # 02238793
This discussion is closed. You can start a new discussion or contact Articulate Support.