not saving progress when resume in storyline 36

hello guys,

we are facing the problem, that articulate storyline 360 does not save up progress like it should according to the well-known settings. Same problem is already published here: https://community.articulate.com/discussions/articulate-storyline/not-saving-progress#reply-698005

where I also asekd for help. Due to tight time shedules for our project I'd like to try my luck here again. 

The user should resume the course at the point he left it. The output should be in scorm 2.1 due to client needs (so scorm2004 is not an option). Also we need the resume function. I understand that i has something to do with the suspend data, which reached somehow its limits. But the fact, that our course is only 48 slides long, and the point where the saving ends is already on slide 15, is very strange.

Very happy to here from anyone here, because we are very frustrated about it and deadline is coming soon. Uploaded the file to articulate support yesterday, but didn't receive an answer yet.

Thank you in advance.

9 Replies
Sam Hill

Hi Eike, you mention the resume function ends at slide 15. Can you let me know what was on those 15 slides. For example, were there multiple interaction slides, quizzes? If so, it is possible that the suspend_data has been used. It does seem early though for the suspend_data issue.

Anyway, you can confirm if it is the issue by using SCORM Cloud to import and run your content. Progress through the module until you reach the point it fails to return you to the bookmarked location. Exit the module, and then check the Session logs for the module. You need to look at the LMSSetValue for suspend_data, and look for any returned value that is not a 0 (zero) when it sets the values. You should also see diagnostic information against any errors.

Eike Heinrichs

Hello Sam,

thank you very much for your response. From our point of view, there is nothing special on the first 15 slides. Title, agenda, 2 videos and two quizzes whereof the second is actually not a single quiz but 8, because this quiz goes over 8 slides. Each quiz needs to be saved at the end, when the user completed it. Because, when he goes back to this slide the results and marks needs to be saved, so he cannot do it again. What we found out in the debug protocol is, that the suspend_element is full right in the second quiz (which is actually the 8 slides long quiz) because it reached is maximum of characters. What we don't understand is, why it writes such long protocols, which becomes longer and longer from slide to slide. We don't understand why he behaves like this. Usually it can't be thing, that the protocol is full after 8 quiz save points. Because we found out too, when we reduce the savings of the results on the 8 quiz slides down to 2, we can go further the next time, beyond the slide 15, until a certain point , where the suspend_element is full again. Can someone explain that and how to change that?

Here you can find our debug protocol

Very glad for your help

Eike

Terry Thomas

Hi Eike,

I still don't have a clear image of how it looks, related to your comment "the second is not a single quiz but 8" in those first few slides?  Does that mean there are some slides in the first few that are actually question-bank-selectors in there?  Or that you have an 8-question quiz that makes up 8 slides of the first 15?

That aside, we battle this problem all the time because our LMS is stuck with SCORM 1.2 as well.  The main way we trim back suspend_data is to make sure that every slide that is static has its properties set as "When revisiting:  reset  to initial state" that way there is no suspend_data saved for them.  This setting (if you're not familiar with it) is found in the gear icon (lower-right corner of the "Slide Layers" pane.

And SL creates a large number of states for each quiz question answer, if you accept the built-in slide layouts.  I believe i have heard this said... and it makes sense in my mind thinking of tracking... that you should delete all the unnecessary states from those quiz question answer choices/buttons/etc.  This might keep the suspend_data smaller too.

Again, since the SCORM cloud log is not available now, can't look at what's happening in the debug (# of calls, etc) -but if question banks are involved somehow, that's a whole lot more tracking to keep tabs on, even though you're only 15 slides in (that's much more than 15 slides the person interacts with).

Brigitte Cahill

Hi there...having a similar problem in Storyline 360, publishing for SCORM 1.2 (2004 is not an option for us). My course does not usually resume to where I left off when testing in SCORM Cloud.

I have a course (1 file) with 8 different sections ("modules"). Each module is a separate scene, with a separate, tracked quiz at the end, drawing from 8 question banks (one for each module). Results for all the 8 quizzes are tracked and reported at the end of the course with a final results slide. Learner must get a combined 80% on all the quizzes to pass the course.

I think I'm running into the 'suspend data' issue. Most slides are set to 'reset to initial.' However, the slides with the actual questions on them (in the question banks) are set to 'automatically decide.' Should those also be set to 'reset to initial'? Would this help the resume issue? Do I just have too much tracking going on?

There are about 90 slides in this course. Please help! With such a long course, we really need the resume function to work! Thanks. - Brigitte

Eike Heinrichs

hello Brigitte,

you can check in the debug protocol in scromcloud if your suspend data is running full or not. Check the protocol and look for the specific line/ note. There it says how much characters you have out of 4096. If your protocol exentends the number of 4096 characters its not going to save the progress anymore. This is one big problem of scorm 1.2.. Scorm 2004 allows 64,000 characters. If you can export your e-learning in one of the newer versions of scorm, this would be the best solution. In my case, my client really needed to have it in scorm 1.2. So we also underestimated of how soon we where reaching the suspend data limit. The only solutions was to reduce the saving slides and check each single slides for options to reduce data. Means, we simplified variables, reduced complexity of the slides and deleted every not needed detail in the programming. When you set the slides to "automatically decide" it will probably save the results for these / the status. For me as a layman, I think it makes sense to save the quiz slides, otherwise I am not sure if you would be able to track the results till the end.

Brigitte Cahill

Hi Eike - thanks for your reply. This was indeed a very large file, and I can't remember exactly what I did to resolve it now (after 2 weeks of holiday vacation!), but it's very similar to what you suggested. So, it works now, in SCORM 1.2, but I did have to remove some functionality to simplify the file. Oh well. That's where we're at! Thanks!

VFIS Education, Training, & Consulting

We are running into a similar issue.  We do have several large video files and quite a bit of audio.  Unfortunately, our LMS vendor will not allow us to separate the modules to generate a single course completion certificate, so our hand was forced into a larger file.  I have only a basic understanding of Articulate, so I apologize for not having all of the information.  Can anyone help by taking a look?!?