Forum Discussion
Editing existing Rise scorm to update course in LMS - not working as expected
I am using articulate rise 360 and created a scorm course. I have uploaded this to my LMS. Some people have started it, others are incomplete and some have completed the course. I need to correct a...
We were experiencing the annoying issue with a republished edited RISE SCORM which was not allowing people to re-open a course, blank screen.
What we had been doing (incorrectly) was to make a copy of the course in RISE .. then we edit the copy... then published the edited copy.. then uploaded the published edited copy to the our LMS.. It was then that incomplete or complete users could not re-open to resume....
On investigation we opened the imsmanifest.xml of both the original SCORM zip and the republished SCORM zip and could see that it had changed the whole internal "identifier" character set in the imsmanifest.xml file of the republished SCORM zip.. so returning users to LMS may have gotten incorrect data request.
We explored Articulate heros and found out... here is thread
that if we "duplicate" the original course within RISE ... and renamed the "duplicate" copy name to indicate it is a copy of the original to keep it for historical version control...
Then go back to and edit if necessary the "original" RISE course with wording changes etc... we experimented with editing in RISE just content words.. then adding a Quiz.. then removing the Quiz.
Then in RISE publish it (the original edited) again... To note is that inspecting the imsmanifest.xml it only changed the last 8 characters in the internal identifier in the imsmanifest.xml file
then we upload this "edited original" SCORM zip file to our LMS...
the republished edited version of the original opened for the users and kept the course completion data and allowed it to resume where it left off.
So it seems that this issue is created when another version of the original course is republished.. it seems RISE doesn't handle version control well ... if the original version is edited and republished the behaviour seems to work as expected.
Side Note... we also found a hack to edit the und.js file in the zipped folder that allowed us to decode the .js file and edit the html and the content .. then re-encode the .js file and replace the original und.js file .. this worked and did not disrupt the completion data of the users.
Hi Rod!
Thank you for sharing the detailed feedback!
I would like our support engineers to have a closer look at the behavior you described, so I've opened a support case on your behalf. You're in excellent hands troubleshooting with them and they should be connecting with you via e-mail shortly!
StevenBenassiWe are having a similar problem with version control once we upload to our LMS. Any solutions? I do not have the same abilities as Rod in terms of opening and inspecting files.
Do I need to open a separate ticket? Even our LMS owner (elsevier) is having difficulty troubleshooting.
Hi ShannonBowling!
Sorry to hear you're also having trouble with Rise 360 content uploaded to your LMS! I'm confident we can find a solution here, but I'd like to gather a few more details:
- Can you share the specific behavior you and your team are experiencing with the version control?
- Which publishing settings did you choose when publishing the SCORM package?
- Does this issue affect all Rise courses or just one in particular?
Looking forward to hearing from you!
