Forum Discussion
Unexpected "Yes/No" Prompt in SCORM Output from Storyline 360
Problem
When publishing and uploading SCORM packages created in Articulate Storyline 360, some of my users are encountering an intermittent green "Yes/No" prompt appearing at the start of their course on my LMS. This prompt is not referenced in the project settings (As far as I can see) and seems to occur regardless of the content or structure of the course. It has been observed across multiple projects of mine (but not all), suggesting the issue is not tied to a specific interaction.
Whether I click "Yes" or "No," the project no longer works — unless I click "No," click to the "language selection" button (which takes you to a different slide), then close out. After that, the project works normally for everyone.
If I test the project in my browser, this never appears. But as soon as I upload it to a fresh course in my LMS, it shows up — so I can never reproduce it during testing.
I initially thought it was the resume functionality, but this looks different. Thoughts?
45 Replies
Thank you for continuing to investigate this issue and for the updates provided throughout this discussion.
My team is experiencing the same behavior within our Moodle LMS environment, and rolling back to Storyline version 99 is unfortunately not a practical option for our team. Similar to others who have commented, we support a large learner population, and manually clearing resume data for affected users would be extremely time-consuming and difficult to manage at scale.
In addition, instructing learners to select Restart instead of Resume is not a viable long-term workaround for us. Many of our courses are lengthy, contain significant amounts of required content, are gated, and are intentionally designed to allow learners to return to where they left off. To further complicate matters, our client has requested that learners maintain ongoing access to course content, making it difficult to implement solutions that require learners to restart courses or lose their saved progress.
Historically, our team has installed Storyline updates as they became available. However, this experience has made us more hesitant to adopt future updates immediately. While we understand that no software vendor can test every possible LMS configuration, the limited detail provided in Storyline release notes and the lack of visibility into which versions are considered stable make it challenging to assess risk before updating.
Could you provide additional insight into the testing and quality assurance process for Storyline releases? Specifically, does the engineering team perform regression testing against common LMS platforms and SCORM resume functionality prior to release? Additionally, are there recommendations for organizations that need to keep content current while minimizing the risk of negatively impacting learners who have existing course progress?
Based on the volume of responses in this discussion alone, it appears that this issue has affected a significant number of organizations and learners. Since course content must continually evolve and be updated, we are looking for guidance on how to confidently maintain and republish content without risking disruptions to the learner experience.
We appreciate the team's efforts to identify the root cause and look forward to any recommendations that can help us and other organizations manage course updates more safely moving forward.
Hi, I was curious if there's any updates on this topic, as we are experiencing the same thing when updating older Storyline courses (e.g. created between 2022 till 2025).
For our updates, we replace the current course ZIP-file in our LMS (Totara) with a fresh ZIP-export of the course created in the current version of Storyline, and then save the course. This never created problems until earlier this year.
Now, if a user previously started the course before the update, and relaunches the course after the update, they get a screen with green buttons and a Yes/No prompt. I added a screenshot of this. This is after they got the normal Resume / Restart prompt and clicked Resume. The Yes/No prompt does not work. The first 3 slides of our restricted navigation go back to locked. Depending on a persons progress, further slides might be unlocked. New course users do not experience course problems so the problem seems to be with resuming.
Right now I'm holding off on course updates, as both of my recently updated courses experience the same problem. However, course updating can not be avoided forever. I would like to solve the problem before updating more courses.
Thanks in advance and if further information is needed please let me know.Hi Femke_G,
Thanks for checking in on this.
Currently, this is the expected behavior after the file structure has been updated for LMS output. When learners who previously accessed an older version launch a newer version, issues can arise if the LMS retains the old suspend data. The updated course structure may no longer match what the suspend data is now referencing.
To avoid confusion moving forward, we suggest applying one of the following steps:
- Manually clearing leaners' resume data (if supported by your LMS), or
- Instruct learners to select Restart instead of Resume when prompted.
Let me know how it goes!
Hi Steven,
Thanks for getting back to me on this! With the options that I have in Totara and Articulate, I'm looking for the most efficient solution for my learners. Manually clearing leaners' resume data after an update sounds like the best fit for this. For this specific example, let's take a course I uploaded in 2022 and I now want to update it to a course created in Articulate version 100 and up (so with the new data structure).
I have a few options for the settings, including:
- In the Articulate Player: Resume -> On restart: (Prompt to resume / Always resume / Never resume)
- In Totara LMS: Attempts management -> Force new attempt. This has 3 options:
1) No - If a previous attempt is completed, passed or failed, the learner will be provided with the option to enter in review mode or start a new attempt.
2) When previous attempt completed, passed or failed - This relies on the SCORM package setting the status of 'completed', 'passed' or 'failed'.
3) Always - A new attempt will be generated with each re-entry and any previous attempts will be ignored.
I think these are all the options I have. What I want to avoid is learners always having to restart a course, removing the resume option, meaning they can't pause their learning and continue at a later point at all, especially for longer courses.
What I would be okay with is for the people who are mid course and haven't finished it yet, to reset their course progress once after I updated a course, but then after the update and restarting the refreshed course, they can just pause and resume as previously possible. So if their progress is deleted once, because the course was updated, that's fine with me, but I want to avoid forcing them to always restart, effectively completely removing their option to pause and resume in the future.
I don't want to remove course completion data from people who did complete the course before the update, I would just want this to affect the people who were mid course.
What would be the best way to set this up, given the options that I have with Articulate and Totara? Thanks in advance for working with me on getting this issue resolved!
We are also experiencing this issue when replacing a SCORM file with an updated one. Restarting everyone's attempts isn't a great solution for us. Is there any update on this getting fixed?
Hi EmilyBarber-43c,
Thanks for following up on this!
Currently, there's no update to share. This is the expected behavior, so the most reliable way to avoid this moving forward is to make sure all versions of a given course are published using update 100 or later, so the resume data remains consistent across updates. Please let me know if you have any questions!
Any update resolving this issue as it still happening with reuploading the SCORM package to the LMS?
Hello DineshHewagameg,
I understand that you are experiencing this Yes/No prompt after re-uploading the SCORM package to your LMS. I'm curious to learn more!
- Are you publishing your SCORM package(s) using Storyline Update 100 or later? Our latest version is 108.
- What LMS are you currently using?
- Have you tried testing your course in SCORM Cloud to see if this is specific to your LMS? If the screen doesn't appear in SCORM Cloud, it means it can only be disabled from your LMS.
We’d be happy to take a closer look within a support case. We’ll delete files once testing is complete.
Looking forward to your reply!
Today a learner reported they were stuck on the YES/NO resume alert. They were using a course which was built in Absorb with Litmos SCORM content embedded. It happened to them on multiple courses.
The solution or workaround was to reset the learning objects activity. I had to do this for each course they were locked out of.
The fault is a combination of the LMS and Storyline. The Litmos content was years old i.e. published a long time ago. Some of the courses the user had tried to complete they had only done 1 attempt before it stopped working. Seems very intermittent and hard to replicate.
We're experiencing the same behavior. we've updated a course from May 2025, and it now stuck in the yes/no screen whether you in/completed the course without responding. The menu should stay restricted. What should we do?
our thousands of users can't know to select "restart" beforeThanks for raising this, Galox. I understand how challenging this is, especially with a large learner audience.
I know asking learners to select Restart isn’t realistic at your scale. The most reliable way to avoid this moving forward is to make sure all versions of a given course are published using update 100 or later, so the resume data remains consistent across updates.
If you’d like us to look more closely at how this is playing out in your LMS, opening a support case is an option and can help us review your specific setup.
No news on this? now when i want to revert to previous versions can't open due to rounded borders control... this has no sense
Hi DenisBonenfant & TMerrifield!
Thanks for reaching out about the issue you've had with resuming courses in your LMS!
I'd like to share some background information and a suggestion that I hope will fix the problem. Starting with Storyline 360 update 100, we improved how the data used for allowing courses to resume is stored. That also changed its data structure.
While many LMSs like SCORM Cloud automatically clear old resume data when a new course version is uploaded, other LMSs may retain that data. That can cause issues if a course was originally published before update 100 and later updated. The older resume data won't match the new data structure, which can lead to unexpected behavior when learners try to resume. To prevent that, we recommend asking learners to choose "Restart" instead of "Resume" when prompted. This gives them a fresh start with compatible data.
Please note that once incompatible resume data exists, it cannot be recovered. However, if all SCORM packages for the course were published using update 100 or later, you shouldn't encounter this issue moving forward. The Resume data stays consistent across those versions.Please let us know if you have any questions!
StevenBenassi Hi Steven,
Thanks for sharing background information on this problem. We have unfortunately been dealing with this too when updating Storyline courses in our Totara LMS.
As for courses developed in Articulate Rise, has the way data is stored for course resuming and the data structure also been changed there? We recently have been having some trouble with an updated Rise course that we can't really explain, hence why I'm curious if it might have something to do with the data structure. Thanks in advance for letting me know!
We are also encoutnering this and looking for a fix - updating published scorms used to work perfectly but now we have to consider resetting all learners' progress which is less than ideal.
I found that reverting to the May 2025 version of Storyline and then exporting as SCORM fixed the issue.
We are also left in the same limbo.
StevenBenassi How do we downgrade to version 3.99.34516.0. We're experiencing this issue. We're a global manufacturer with over 85,000 users in our LMS. We have updates that are now hanging up with the resume prompt affecting thousands of users. The workaround solutions are not viable.
Are there any new updates for this issue? It's not possible to downgrade to version 3.99.34516.0.
Hi KennyDyer-44519!
Thanks for checking in on this!
I don't have any updates to provide at the moment, as our development team prioritizes other features. I've shared your feedback directly with them! For now, the workaround solutions we mentioned earlier are still valid.
We'll be sure to notify you if anything changes!
