Forum Discussion
Everything we know about Cornerstone on Demand and Storyline!
Sounds like you are adding a slide and changing what is reported to the LMS. As a rule, we deem that significant enough to warrant a new version.
Here's the rub. While the new version will go out to anyone who is registered for the course after it is reversioned, the new version does not go out to users who already have the course on their transcripts by default unless you push the new version out to them. Also, reversion does require you to go back into the catalog and reset your populations/availability, etc. In order for users who are already registered in the course to get your new version, you will need to redo the proxy enrollment using the "Force" enrollment option. Some users may lose progress, so you may wish to evaluate specifically how many in progress users do you have and to whom do you wish to push the new version.
Any time I can avoid a reversion, I do. We have successfully used slide count to log completions. The most common offender in the slide count is a lightbox or branching slide. That said if your course has a menu it should be pretty easy to determine if they missed a slide. We request a screen shot as proof for something like that.
Thanks Matthew for the info about reversioning. It also seemed like when I reversioned that I had to back in and add the CSOD Evaluation to it again.
Also, when I created the course I had checkmarked the option to pre-register people into the course in the curriculum it was in (to save them the extra click.) I don't think I'll do that again, as it took a long time to figure out how to get people the new version. Fortunately I came across this gem in the help docs:
Reversioning a Course that Is Part of a Curriculum
...
If it is necessary for all impacted users to receive the new version of the course, then you can run a Transcript Status report in Standard Reports that provides all users that currently have the course in an In Progress or Completed status. You can then proxy enroll those users into the new version of the course.
...
If I am remembering correctly, I ran the report for those people in Registered or In Progress Status (since I didn't want to bother those who Completed it), created a CSV file with their IDs, and then Proxy Enrolled them into the course again which bumped them up to the new version.
You are correct in all of that Will. When you reversion, you have to go back through and reset all of your catalog settings (i.e. the new version does not inherit the old version's settings). After that we ran that same report and had to proxy enroll those "In Progress" and "Registered" as you said. For "In Progress" progress is lost.
How you go about that last part really comes down to why the reversion was done. If the new version doesn't need to go to existing users, all the messing around with proxy enrollments, etc is unnecessary. Any users registered after the new version is activated will receive the new version, (provided the availability was properly set in the catalog).
However, if the reversion was to correct a major defect or content error, and everyone needs that version then running through the proxy enrollment process becomes necessary.
All of that rigmarole, is why if I can just do a file update instead of a full on reversion, I do. File update pushes out to all users of your existing version immediately. The hazard being file update can totally corrupt a course, if the changes are more than a minor adjustment to course content.
I think that one way to avoid corrupting a Storyline course when updating the files may be to delete all of the files from the CSOD publication first, and then upload the new .zip file, rather than letting Cornerstone's file manager try and reconcile the differences. So on the update publication page instead of just uploading a new zip file the procedure would be:
- Click Get Directory List.
- Click the topmost checkbox to select all files in the existing directory.
- Click Delete (to delete ALL files in the publication).
- Close the pop-up window.
- Click Choose file and pick the replacement zip.
- Click Upload.
- etc.... (same procedure from here on out)
In my experience when I re-publish a Storyline module, it seems like the component's filenames are not identical to what they were the last time I published it. So a file that was named zxczxsedf.swf may now be named qwerqwer.swf, and so on. So if you let Cornerstone try and replace the files by comparing the new and old files, my theory is that it will leave several old files in its directory, and there may be some caching going on and other mayhem that confuses Cornerstone's file manager. It seems to me just better to take the extra step of deleting all of the existing files first. This is what I would do when I had to manage files myself in an LMS where I had to FTP everything myself.
I've tried this solution a few times. It works more often than not, but occasionally I'll just have to create a whole new publication.
Will, out of curiosity, do you have FTP access to your content in CSOD? I only get my reports, but it'd sure be nice to be able to access everything.
This E-mail and any of its attachments may contain Regis Corporation proprietary information, which is privileged, confidential, or subject to copyright belonging to the Regis Corporation. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.
