September 26, 2017 at 4:06 pm #372177
Hello. Our longstanding LMS is Success Factors (formerly Plateau). We have always had courses launch in a separate window from the LMS itself. However, we have now been asked (for certain courses) to keep the courses in the same window, in an iFrame (which is the only method Success Factors appears to support) because the secured testing computers we’ll be running on block all popups.
We can launch the course fine, and it runs, but when an Exit/Close Action is triggered, the LMS window closes–it’s the only window open. This is bad because these are multipart courses with multiple content items, and the course is closing after the first one.
<pre class=”default prettyprint prettyprinted”>
<span class="pln">frameElement</span><span class="pun">.</span><span class="pln">parentNode</span><span class="pun">.</span><span class="pln">removeChild</span><span class="pun">(</span><span class="pln">frameElement</span><span class="pun">)</span>
might substitute for the Exit/Close Action. Anyone?
The other problem: every page in the Lectora course that loads displays a message box: “No HTTP Support”. If I close that, the pages all work normally.
Browser is Internet Explorer 11. The “No HTTP Support” message does NOT appear in Chrome, but our approved browser is IE. Lectora version 16.1. (Can’t upgrade to 17 at this time because this version is validated for the task.)
Thanks for any help.September 27, 2017 at 7:12 am #372206
Just checking – what publish settings have you used in Lectora? Is the checkbox for ‘course launches in a separate window’ unchecked? And is there a setting in the LMS that controls where the course opens? Is that set to the correct option? If these things are as they should be then the scorm finish command that is called when the exit button is closed should return you to the LMS and not close the browser window.September 27, 2017 at 8:46 am #372211
“Window”, dammit, not “dindow”.
For new weirdness, now exiting the module is causing it to reload (back to the first page) rather than closing the window. I still don’t know why, or whether this is an LMS issue (now). Odd.
Any hints about “No HTTP Support” in a messageBox?September 27, 2017 at 9:15 am #372225
Is the LMS an https site and the link used in the iframe http? if they are different it can be an issue.September 27, 2017 at 9:27 am #372227
Is the LMS an https site and the link used in the iframe http? if they are different it can be an issue.
That was kind of what I had deduced, except I don’t know what “the link used in the iFrame” is here. The course works fine in a separate window. Do I have to change every, I don’t know, graphic URL on every page to be https to avoid this error?
Thanks, mallow. Appreciate the help.September 27, 2017 at 10:28 am #372254
if you view the page source for the LMS page where the course is presented you should be able to see where the iframe is linking from. You definitely shouldn’t need to be doing anything with any URLs within the course pages.September 27, 2017 at 1:17 pm #372313
Having just run through a different course in the test environment: the “No HTTP Support” message appears only on two of the 20 or so pages. Weird.September 27, 2017 at 2:19 pm #372338
Update: The “no HTTP support” message is sent by trivantis-titlemanager-aicc.js. Here’s the relevant code:
var httpReq = getHTTP( dest, ‘POST’, props.str );
if( httpReq.status != 200 )
trivAlert( “HTTPCOMMERR”, “trivantis-titlemgr-aicc.js”, ‘no HTTP support ‘ + httpReq.statusText );
So if an AICC message transaction fails with HTTP status 200, this unhelpful error appears? Note that don’t actually see a “statusText” in the resulting dialog, just “No HTTP support”.
At least some AICC messages do get through, because my course was marked as complete.
I’d love to use debug mode but because the secure environment blocks popups, I dunno if it will work. I’m going to try it.
Of course, we can also try SCORM if necessary but we’re hoping to avoid that.September 28, 2017 at 8:03 am #372433
Looking at that code this morning with fresh eyes I see the “not equal to” (!=) in the if statement. OK, that makes more sense: the message appears if the status is not “OK” (200).
It looks as if our LMS may just be non-AICC-compliant and not be returning a proper 200 for all transactions. The actual AICC data does seem to get saved to the server. This particular module stores only a pass/fail status and a test score, and those are being recorded. Maybe I’ll hack the JS file to not display that message and call it a day.October 4, 2017 at 6:46 am #373045
I am pretty sure that you can set Lectora to not display any error messages at all. it’s done by editing a ‘true’ to a ‘false’ (or vice-versa) in one of the published output files. Sorry – i am not on a machine with Lectora just now or i could check. If your course is working as expected otherwise then this might well be a reasonable solution.October 4, 2017 at 7:55 am #373064
Darrel SomozaMember199 pts@Klaatu
Try publishing without seamless play.October 4, 2017 at 8:34 am #373067
Thanks, Darrel, but I’m using version 16, which doesn’t even have Seamless Play.October 5, 2017 at 10:43 am #373287
Not elegant but it works.
I did have to put a dummy page that is never navigated to in the course, with a Close/Exit action, because Lectora won’t let me publish otherwise. It is not used and has no effect. (I manually run LMSCommit() a couple of times to be sure results are saved before exiting.)February 1, 2018 at 12:03 pm #384758
You must be logged in to reply to this topic.