Can you please specify which logs should I check ?
The LMS provider is a different team working in other organization. So if you could be more specific about the logs, it would help us a lot in correct tracking of logs.
View the debug logs in scormcloud which will show the suspend data, if this is longer than 4096 characters then you even need to reduce the size of your course or use scorn 2004 if you can
I searched for the same problem, on the internet and came to know about a version update of the Storyline. Will the update will be able to solve this problem...
Meanwhile I'll check with the LMS provider about the logs.
We did recently release update 6 of Storyline, although the suspend data Phil mentioned is a limitation of Scorm 1.2 and not something we can change. There is more information here about the suspend data and if you need to turn on LMS debug mode (or you can use the SCORM Cloud debug logs) here are directions on how to do so.
As Ashley says above it is not a Storyline bug rather a limit of Scorm 1.2. In some LMS's this limit can be manually increased you may wish to take this up with the vendor.
Without seeing your file, I'm assuming it's connect to what you've set up as the resume setting and how the slides themselves are resuming. If the user is not resuming to where they left off, based either on reaching the suspend data limit or not choosing/being prompted to resume, then I would expect any variables after that point to have been reset or if they don't resume at all for all variables to be reset. Also, if the user is revisiting slides that are set to "reset to initial state" those variables may be reset as well depending on how the triggers are set up.
You need to test this in Scormcloud to see how much resume data is being sent. If it above the 4096 charters level then there is a chance that the data is being truncated which could be causing your problems.
Under normal conditions two packets of information are sent to the LMS the bookmarking data (resume data) and the completion data, there is no limit on completion data but bookmarking data in some LMS's has fixed size, if incomplete data is stored it is not possible to resume correctly.
14 Replies
Have you set it to resume?
Are you using Scorm 1.2 it is possible the bookmarking data is over the 1.2 limit
Yes, I have set it to resume.
The content is published in Scorm 1.2.
Can you please focus on bookmarking, because I guess I have not done it, for this course.
there is a limit to scorn 1.2 of 4096 characters if you go over this it is likely you will see some strange behaviour on resume.
You can check how much data is being sent by uploading to scorn cloud and checking the logs
Thanks a lot, Phil...
Can you please specify which logs should I check ?
The LMS provider is a different team working in other organization. So if you could be more specific about the logs, it would help us a lot in correct tracking of logs.
View the debug logs in scormcloud which will show the suspend data, if this is longer than 4096 characters then you even need to reduce the size of your course or use scorn 2004 if you can
Thanks a lot, Phil...
I searched for the same problem, on the internet and came to know about a version update of the Storyline. Will the update will be able to solve this problem...
Meanwhile I'll check with the LMS provider about the logs.
Hi Ninad,
We did recently release update 6 of Storyline, although the suspend data Phil mentioned is a limitation of Scorm 1.2 and not something we can change. There is more information here about the suspend data and if you need to turn on LMS debug mode (or you can use the SCORM Cloud debug logs) here are directions on how to do so.
Hope that helps, and you may also want to review this article on troubleshooting other LMS reporting and tracking issues.
As Ashley says above it is not a Storyline bug rather a limit of Scorm 1.2. In some LMS's this limit can be manually increased you may wish to take this up with the vendor.
Ashley, after doing some trials on the content we also came to know that, the result variables reset to zero.
Due to this, every time we exit, the score of the user again starts from 0. Due to this, the user is not able to complete the course.
Is this in any way related to the "Suspend Data Limit"...
Hi Ninad,
Without seeing your file, I'm assuming it's connect to what you've set up as the resume setting and how the slides themselves are resuming. If the user is not resuming to where they left off, based either on reaching the suspend data limit or not choosing/being prompted to resume, then I would expect any variables after that point to have been reset or if they don't resume at all for all variables to be reset. Also, if the user is revisiting slides that are set to "reset to initial state" those variables may be reset as well depending on how the triggers are set up.
the variable data is stored in the resume data
Ashley, I have set the result slides to resume and marked the course to resume when relaunched.
But still the same problem persists.
I am not sure about following one thing:
If the content transmits the variable data to LMS and the same data is transmitted back to the content...
So does the content again resets its variable on resuming according to the input received from the LMS?
You need to test this in Scormcloud to see how much resume data is being sent. If it above the 4096 charters level then there is a chance that the data is being truncated which could be causing your problems.
Under normal conditions two packets of information are sent to the LMS the bookmarking data (resume data) and the completion data, there is no limit on completion data but bookmarking data in some LMS's has fixed size, if incomplete data is stored it is not possible to resume correctly.
Hi Ninad,
I'd agree with Phil, it's best to test this at SCORM Cloud and you can set up a free account to do some testing.
This discussion is closed. You can start a new discussion or contact Articulate Support.