I have the same issue as stated in the original post.
I am using Captivate 5 and my LMS is Taleo/Learn.com . My course is published with SCORM 1.2. and this happens to me too
" If you then navigate a few pages in, close the course and attempt to relaunch, it always hangs at the Loading... page" .
Is there a hotfix for Captivate 5? Please help me!
I have had several issues in getting my simple Security Awareness Course to work just as I had it working on our Intranet, to work effectively within Skillport LMS.
A combination of Adobe Captivate (I have 5.5) and Skillsoft unwillingless to offer suggestions.
One of the isues was this Loading ... Screen thing. Maybe the hotfix is now the answer, but I didn't have that back in December but by trial and error and a lot of wasted time I resolved it.
What I found was that it was a widget. I had included a "Next" widget on all of my slides - 70 slides. When I tested a different project without the widget - no problem.
So I deleted all the widgets (or so I thought) and republished the original course. Still the same problem. eventually after a lot of effort I found 1 remaining widget behind a text box - removed it and all good.
My course is finally published to the Skillport LMS but only at the expense of changing content as well as the Captivate project - and a lot of frustration.
Hi All,
I received a hotfix for version 5 that did not work. I wanted to let you know that I was able to resolve this issue by using the SCORM 2004 API rather than the SCORM 1.2 API. If your LMS supports SCORM 2004, give this a try.
To use the SCORM 2004 API:
Keep in mind that much of the SCORM communication is different between versions 1.2 and 2004. If you are using a custom publish template, or have modified your standard.js file, you may need to make modification to these files for them to work.
Jayashree,
Could you send me the hotfix as well?
I ## have the same issue as stated in the original post. I am using Captivate 5.5 and my LMS is Taleo/Learn.com . My course is published with SCORM 1.2. and this happens to me too: " If you then navigate a few pages in, close the course and attempt to relaunch, it always hangs at the Loading... page" .
Thanks!
Liz
Rob
I am having the exact same issue. It seems this is a long standing issue with Captivate over many versions which remains unresolved and I wish I had known about it before buying it. Otherwise Captivate is an excellent tool, but with this loading issue is all but useless to us.
My project has 78 slide, including a quiz and is built in Captivate 5.5. When published the course functions perfectly well on all of my PCs and laptops in any test I give it. However once uploaded to the LMS (Kallidus 8.2) the student can access the course as many times as they want without completing it. However, once completed and the quiz has been passed, they can no longer obtain access to the course. When they try the course loads (I can see it) but it does not get passed the loading animation and just seems to freeze. I can see that no matter which LMS is being used hundreds of people are having this problem. Does anybody please know how to get around this issue? Can the Captivate team please advise?
Any and all help very much appreciated.
Lecutas...
To get the hotfix, send an email to Jayashree Pandeya: jpandeya AT adobe DOT com. It may take him a day or two to respond. The hotfix he sent me seems to have fixed the loading issue, although I've only tested it on a few courses with a few users. My setup is Captivate 5.5, Taleo/Learn.com, SCORM 1.2.
this start happening for us recently as well. Seems to be intermittent so I'm not sure what steps learners are taking. I've only had 2 reports from learners, and I've had it happen to myself (start activity, exit, go back, stuck on loading screen). But 3 reports from 50'ish learners...
We're about to roll out to a much larger audience so the aforementioned fix being published would be nice, sooner rather than later.
Strangely enough I published the course today in SCORM 2004, Flash 10, and
it had mixed results. Seemed to work OK on second access after course
completion if the course was opened from the LMS search box albeit a little
adhoc (sometimes worked sometimes didn't) but at first refused to work
properly from the learners records page, then worked intermittently. This
is all very undesireable for a very expensive software package which on the
face of it seems to be incompatible with the majority of LMSs. For good
news however see JPCaptivate post above.
I don't see that the update link in the help menu is of much use either
since every time I use it, I'm told the update server is down. I've never
managed to access it yet.
Lecutas.
@Jayashree. It's good to hear that a blog post offering this fix is in the works. But we've had this issue for many months, and there's been a fix available (on personal request) for several weeks. A blog post takes a matter of hours to write. Given the critical nature of this issue, I would have expected it to receive VERY high priority.
Both Adobe and Captivate's good reputations have suffered greatly due to this issue not being fixed promptly. May I respectfully suggest that in future a faster response is merited?
@Dianellys
Re: your question about the differences between SCORM 1.2 and 2004, check this link: http://scorm.com/scorm-explained/business-of-scorm/scorm-versions/
It's not as simple as you (or anybody else) would like.
Your specific LMS will likely implement SCORM according to it's own rules. So a course that works perfectly in one LMS might not do so in another even though both are supposedly SCORM-compliant. I generally recommend anyone with this dilemma test their course in SCORM Cloud as the people behind this product (Rustici Software) are usually acknowledged to be the best authority on SCORM compliance. They actually make the SCORM player software that many LMSs use. So if your LMS is using their player, you don't usually have to worry about it NOT being compliant. But if the LMS rolled their own player...
Jayashree
Sorry to press you on this but our course has gone live onto the Kallidus LMS and students are experiencing the problems above. This is potentially damaging to our reputation and we are considering withdrawing the course from the LMS. This is the first time we have used Captivate and was very expensive to purchase. But if we cannot get the product to do what it claims it can do it is a wasted purchase. I cannot for the life of me understand why Adobe seems so unwilling to assist us, they have been aware of this issue for some considerable time. We are seriously considering moving over to Articulate and dispensing with Adobe products completely; can you please give us long suffering loyal Adobe users a definite answer as to when we can expect a fix? Reputations are at risk here and not just Adobe's.
Lecutas
@Jayashree
Do you mean my email address? If so you already have it but it is joedey@blueyonder.co.uk
Hi Jayashree
Thank you for sending me the hotfix.
Here is my feedback: The original size of the original CPSwf9Template.dll is 3946 KB. The size of the hotfix CPSwf9Template.txt (renamed .dll) you sent to me was 1843 KB.
Having followed your instructions to the letter this is what happened next. I reloaded the project, saved it, attempted to publish it and Captivate reported an error, crashed and closed. On repeated attempts this happened every time. On replacing the hotfix with the original .dll Captivate resumed normal functions and continued with the onload freezing issue described by the masses above. Should the filesize of the hotfix be that much smaller than the original file or do you think you sent me the wrong file?
-Lecutas
Hi everyone,
Sorry for all the inconvenience caused. We have released a KB article with hotfix for this issue for both Captivate 5 and Captivate 5.5.
Check out this link - http://helpx.adobe.com/captivate/kb/projects-published-captivate-5-lms .html
Thanks,
Jayashree
Jayashree, would it be possible to provide a little more background information about this issue so that we can better understand what caused it? We know it involves Resume Data Bookmarking, but I for one would like to see some information that helps to explain why this was causing the loading to stall with some LMSs and not others.
We've waited a long time to get this patch, and the issue has caused significant pain for many users. I feel the least we deserve is a bit more explanation.
Hi Jayashree. Looks like the link for the v5 fix doesn't work on that page: http://helpx.adobe.com/captivate/kb/projects-published-captivate-5-lms .html
I can get the 5.5. fix, but that doesn't help me since I have v5.
Thanks
Jeff
HI I've run into this to using GeoLearning 5.0. What I ended up doing was:
1. In the LMS customization settings: Check the box: Never Send Resume Data. (Captivate Edit - Preferences - Reporting - ...)
2. On your last slide - place a button that will link the learner to the first slide, something like "Restart".
When they retake the course it will automatically direct them to the last slide visited, if they completed the course previously this would be the last slide. They then click the restart button to access slide 1.
Kind of kludgie I admit, but it works.
Good luck.
Hi. Initially my group had run into the loading issue where the Captivate file would only load to a certain percent than stop. Once the fix was applied, we no longer had this issue.
We are now experiencing another issue, however. Whenever our users are attempting to complete the course, they are receiving a "time out" message that closes the Captivate course window. This continues to occur every time they try to complete the course.
Has anyone else run into this problem? Any solutions to this?
Thanks,
Sara
North America
Europe, Middle East and Africa
Asia Pacific