adaptlearning / adapt-contrib-spoor

A basic scorm tracking plugin for Adapt

adapt-contrib-spoor

Spoor is an extension bundled with the Adapt framework.

This extension provides course tracking functionality (hence the name spoor) via SCORM standards for compliant Learning Management Systems (LMS). As default, only SCORM 1.2 or SCORM 2004 4th Edition files are included. See _scormVersion for details on how to configure this accordingly.

Spoor makes use of the excellent pipwerks SCORM API Wrapper.

Visit the Spoor wiki for more information about its functionality and for explanations of key properties.

Installation

As one of Adapt's core extensions, Spoor is included with the installation of the Adapt framework and the installation of the Adapt authoring tool.

• If Spoor has been uninstalled from the Adapt framework, it may be reinstalled. With the Adapt CLI installed, run the following from the command line: adapt install adapt-contrib-spoor

  Alternatively, this component can also be installed by adding the following line of code to the adapt.json file: "adapt-contrib-spoor": "*" Then running the command: adapt install (This second method will reinstall all plug-ins listed in adapt.json.)

• If Spoor has been uninstalled from the Adapt authoring tool, it may be reinstalled using the Plug-in Manager.

Back to Top

Usage Instructions

The following must be completed in no specific order:

• Add tracking IDs in blocks.json.
• Configure config.json.

Add tracking IDs

Each block in blocks.json must include the following attribute: "_trackingId": Its value must be a unique number. There is no requirement that these values be sequential, but it is recommended as it can aid in debugging tracking issues if they are. Best practice begins the sequence of tracking IDs with 0.

An alternative to manually inserting the tracking IDs is to run the following grunt command. With your course root as the current working directory, run: grunt tracking-insert If later you add more blocks, run this again to assign tracking IDs to the new blocks. (grunt tracking-insert maintains a variable in course.json called _latestTrackingId. This variable is not used by Spoor itself, just by the grunt task.)

Back to Top

Configure config.json

NOTE: as of Adapt/Spoor v3 you will first need to configure the settings in the _completionCriteria object in config.json to specify whether you want course completion to be based on content completion, assessment completion, or both. (In earlier versions of Spoor these settings were part of the spoor configuration - but were moved to the core of Adapt so that they could be used by other tracking extensions such as xAPI.)

The attributes listed below are used in config.json to configure Spoor, and are properly formatted as JSON in example.json. Visit the Spoor wiki for more information about how they appear in the authoring tool.

Attributes

_spoor (object):

The _spoor object contains the setting _isEnabled and the _tracking, _reporting and _advancedSettings objects.

_isEnabled (boolean):

Enables/disables this extension. If set to true (the default value), the plugin will try to connect to a SCORM conformant LMS when the course is launched via index_lms.html. If one is not available, a 'Could not connect to LMS' error message will be displayed. This error can be avoided during course development either by setting this to false or - more easily - by launching the course via index.html. This latter technique is also useful if you are developing a course that could be run either from an LMS or a regular web server.

_tracking (object):

This object defines what kinds of data to record to the LMS. It consists of the following settings:

_shouldSubmitScore (boolean):

Determines whether the assessment score will be reported to the LMS. Note that SCORM only supports one score per SCO, so if you have multiple assessments within your course, one aggregated score will be recorded. Acceptable values are true or false. The default is false.

_shouldStoreResponses (boolean):

Determines whether the user's responses to questions should be persisted across sessions (by storing them in cmi.suspend_data) or not. Acceptable values are true or false. The default is true. Note that if you set this to true, the user will not be able to attempt questions within the course again unless some mechanism for resetting them is made available (for example, see _isResetOnRevisit in adapt-contrib-assessment).

_shouldStoreAttempts (boolean):

Determines whether the history of the user's responses to questions should be persisted across sessions (by storing them in cmi.suspend_data) or not. Acceptable values are true or false. The default is false.

_shouldRecordInteractions (boolean):

Determines whether the user's responses to questions should be tracked to the cmi.interactions fields of the SCORM data model or not. Acceptable values are true or false. The default is true. Note that not all SCORM 1.2 conformant Learning Management Systems support cmi.interactions. The code will attempt to detect whether support is implemented or not and, if not, will fail gracefully. Occasionally the code is unable to detect when cmi.interactions are not supported, in those (rare) instances you can switch off interaction tracking using this property so as to avoid 'not supported' errors. You can also switch off interaction tracking for any individual question using the _recordInteraction property of question components. All core question components support recording of interactions, community components will not necessarily do so.

_shouldCompress (boolean):

Allow variable LZMA compress on component state data. The default is false.

_reporting (object):

This object defines what status to report back to the LMS. It consists of the following settings:

_onTrackingCriteriaMet (string):

Specifies the status that is reported to the LMS when the tracking criteria (as defined in the _completionCriteria object in config.json) are met. Acceptable values are: "completed", "passed", "failed", and "incomplete". If you are tracking a course by assessment, you would typically set this to "passed". Otherwise, "completed" is the usual value.

_onAssessmentFailure (string):

Specifies the status that is reported to the LMS when the assessment is failed. Acceptable values are "failed" and "incomplete". Some Learning Management Systems will prevent the user from making further attempts at the course after status has been set to "failed". Therefore, it is common to set this to "incomplete" to allow the user more attempts to pass an assessment.

_resetStatusOnLanguageChange (boolean):

If set to true the status of the course is set to "incomplete" when the languge is changed using the adapt-contrib-languagePicker plugin. Acceptable values are true or false. The default is false.

_advancedSettings (object):

The advanced settings objects contains the following settings. Note that you only need to include advanced settings if you want to change any of the following settings from their default values - and you only need to include those settings you want to change.

_scormVersion (string):

This property defines what version of SCORM is targeted. Only SCORM 1.2 and SCORM 2004 4th Edition files are included. To use a different SCORM 2004 Edition, replace the scorm/2004 files accordingly - examples can be found at scorm.com. Acceptable values are "1.2" or "2004". The default is "1.2".

_showDebugWindow (boolean):

If set to true, a pop-up window will be shown on course launch that gives detailed information about what SCORM calls are being made. This can be very useful for debugging SCORM issues. Note that this pop-up window will appear automatically if the SCORM code encounters an error, even if this is set to false. You can also hold down the keys d+e+v to force the popup window to open. The default is false.

_suppressErrors (boolean):

If set to true, an alert dialog will NOT be shown when a SCORM error occurs. Errors will still be logged but the user will not be informed that a problem has occurred. Note that setting _showDebugWindow to true will still cause the debug popup window to be shown on course launch, this setting merely suppresses the alert dialog that would normally be shown when a SCORM error occurs. This setting should be used with extreme caution as, if enabled, users will not be told about any LMS connectivity issues or other SCORM tracking problems.

_commitOnStatusChange (boolean):

Determines whether a "commit" call should be made automatically every time the SCORM lesson_status is changed. The default is true.

_commitOnAnyChange (boolean):

Determines whether a "commit" call should be made automatically every time any SCORM value is changed. The default is false. Setting _commitOnAnyChange to true will disable 'timed commits'. Note: enabling this setting will make the course generate a lot more client-server traffic so you should only enable it if you are sure it is needed and, as it may have a detrimental impact on server performance, after careful load-testing. An alternative might be to first try setting a lower value for _timedCommitFrequency.

_timedCommitFrequency (number):

Specifies the frequency - in minutes - at which a "commit" call will be made. Set this value to 0 to disable automatic commits. The default is 10.

_maxCommitRetries (number):

If a "commit" call fails, this setting specifies how many more times the "commit" call will be attempted before giving up and throwing an error. The default is 5.

_commitRetryDelay (number):

Specifies the interval in milliseconds between commit retries. The default is 2000.

_commitOnVisibilityChangeHidden (boolean):

Determines whether or not a "commit" call should be made when the visibilityState of the course page changes to "hidden". This functionality helps to ensure that tracking data is saved whenever the user switches to another tab or minimises the browser window - and is only available in browsers that support the Page Visibility API. The default is true.

_manifestIdentifier (string):

Used to set the identifier attribute of the <manifest> node in imsmanifest.xml - should you want to set it to something other than the default value of "adapt_manifest". Strictly speaking, this value is meant to be unique for each SCO on the LMS; in practice, few LMSes require or enforce this.

_exitStateIfIncomplete (string):

Determines the 'exit state' (cmi.core.exit in SCORM 1.2, cmi.exit in SCORM 2004) to set if the course hasn't been completed. The default behaviour will cause the exit state to be set to an empty string for SCORM 1.2 courses, or "suspend" for SCORM 2004 courses. The default behaviour should be left in place unless you are confident you know what you are doing!

_exitStateIfComplete (string):

Determines the 'exit state' (cmi.core.exit in SCORM 1.2, cmi.exit in SCORM 2004) to set when the course has been completed. The default behaviour will cause the exit state to be set to an empty string for SCORM 1.2 courses, or "normal" for SCORM 2004 courses. The default behaviour should be left in place unless you are confident you know what you are doing! Note: if you are using SCORM 2004, you can set this to "suspend" to prevent the LMS from clearing all progress tracking when a previously-completed course is re-launched by the learner.

_setCompletedWhenFailed (boolean):

Determines whether the cmi.completion_status is set to "completed" if the assessment is "failed". Only valid for SCORM 2004, where the logic for completion and success is separate. The default is true.

_connectionTest (object):

The settings used to configure the connection test when committing data to the LMS. The LMS API usually returns true for each data transmission regardless of the ability to persist the data. Contains the following attributes:

• _isEnabled (boolean): Determines whether the connection should be tested. The default is true.

• _testOnSetValue (boolean): Determines whether the connection should be tested for each call to set data on the LMS. The default is true.

  • _silentRetryLimit (number): The limit for silent retry attempts to establish a connection before raising an error. The default is 2.

  • _silentRetryDelay (number): The interval in milliseconds between silent connection retries. The default is 1000.

_showCookieLmsResetButton (boolean):

Determines whether a reset button will be available to relaunch the course and optionally clear tracking data (scorm_test_harness.html only). The default is false.

_shouldPersistCookieLMSData (boolean):

Determines whether to persist the cookie data over browser sessions (scorm_test_harness.html only). The default is true.

_uniqueInteractionIds (boolean):

Determines whether cmi.interactions.n.id will be prepended with an index, making the id unique. Some LMSes require unique ids, this will inhibit the grouping of interactions by id on the server-side.

Back to Top

Notes

Running a course without tracking while Spoor is installed

• Use index.html instead of index_lms.html. OR
• Set "_isEnabled": false in config.json.

Client Local Storage / Fake LMS / Adapt LMS Behaviour Testing

When Spoor is installed, scorm_test_harness.html can be used instead of index.html to allow the browser to store LMS states inside a browser cookie. This allows developers to test LMS-specific behaviour outside of an LMS environment. If you run the command grunt server-scorm, this will start a local server and run the course using scorm_test_harness.html for you.

Note that due to the data storage limitations of browser cookies, there is less storage space available than an LMS would provide. As of v2.1.1, a browser alert will be displayed if the code detects that the cookie storage limit has been exceeded.

In particular having _shouldRecordInteractions enabled can cause a lot of data to be written to the cookie, using up the available storage more quickly - it is advised that you disable this setting when testing via scorm_test_harness.html. As of v3.0.0 this is no longer an issue - 'interaction data' is no longer saved to the cookie. As cmi.interactions are 'write only' in the SCORM spec, there was no reason to be doing this as the data would never be used.

As of v3.7.0, you can make the cookie 'persistent' if you want to be able to have the cookie persist for longer than the browser's 'session'. For example, you might want to make basic tracking & bookmarking functionality available to learners when the course is being run from a regular web server (rather than an LMS or LRS). Just be aware that this isn't officially supported by the Adapt Core Team, so if you want to use this you do so at your own risk! Please see the comments in scorm_test_harness.html for details on how to make the cookie 'persistent'.

SCORM Error Messages

As of v3.6.0 it's possible to amend and/or translate the error messages that are shown by this extension whenever an LMS error is encountered. See example.json for the data that needs to be added to course/lang/course.json

Note that you only need to include those you want to amend/translate.

These error messages can also be amended via the Adapt Authoring Tool - but must be supplied in JSON format. For example, if you wanted to translate the 'could not connect to LMS' error into French, you would added the following into the 'Error messages' field under Project settings > Extensions > Spoor (SCORM):

"title": "Une erreur s'est produite",
"CLIENT_COULD_NOT_CONNECT": "La connexion avec la plate-forme de formation n'a pas pu être établie."

Print completion information from LMS data

If you have a course where learners are reporting completion problems, it can often be useful to check the stored suspend data to see if they are simply missing something out. As the relevant part of the suspend data is no longer in 'human-readable' format, Spoor v3.8.0 includes a printCompletionInformation function that translates this into into a more readable string of 1s and 0s which you can then match to the course's 'tracking ids' to see which bits of the course the learner hasn't completed.

To do this, run any course that uses Spoor v3.8.0 (or better) and execute the following via the browser console. Naturally, you need to replace the suspendData shown below with the one from the course you're trying to debug...

var suspendData  = '{"lang":"en","a11y":false,"captions":"en","c":"hAA","q":"oAPQ4XADAcATDAHC4EYDgCYYA4XEDAcATDAHC4kYDgCYYA4XIDAcATDAHC5gbDgCYYbjhdAMBwBAMAcLqBgOAIBgDhdgMBwBAMAcLuBgOFwBABgDhdyMBwBAMAcLQgDAcLgCADAHC0JAwHC4AgAwBwtCSMBwBAMAcLQoDAcLgCADAHC0LAwHC4AgAwBwtDAMBwuAIAMAcLQwjAcAQDAHC0NAwHC4AgAwBwtDSMBwBAMAcLQ4DAcLgCADAHC0OIwHAEAwBwtDwMBwuAIAMAcLQ8jAcAQDAHC0QAwHC4AgAwBwtECMBwBAMAcLREDAcLgCADAHC0RIwHAEAwBwtEgMBwBAMAcLRMDAcAQDAA"}';
require('core/js/adapt').spoor.statefulSession.printCompletionInformation(suspendData);

That will output something like the following:

INFO: course._isComplete: false, course._isAssessmentPassed: false, block completion: 11110000000000000000

Which, in the above example, indicates that the learner only completed the blocks with trackingIds 0, 1, 2, & 3.

Limitations

Currently (officially) only supports SCORM 1.2

---

Author / maintainer: Adapt Core Team with contributors Accessibility support: n/a RTL support: n/a Cross-platform coverage: Chrome, Chrome for Android, Firefox (ESR + latest version), Edge, Safari 14 for macOS/iOS/iPadOS, Opera

adapt-contrib-spoor's Issues

Toggle off CDATA tags to support Oracle LMS

Proposing that a new setting is added to prevent CDATA tags in imsmanifest.xml to avoid the need for manual reconfiguration after package download.

https://support.scorm.com/hc/en-us/articles/115000034253-Dispatch-import-error-due-to-CDATA-tags

Needs to tell questions that they're in a different scorm session

Related to adaptlearning/adapt_framework#177 - questions should automatically re-enable if they're in a new session.

Stagger scorm initialization

scorm initialisation should happen after the config has loaded and before the course data has loaded.

cmi.core.lesson_status not being set whenever there is no assessment and the course has not been completed

Tested on latest Moodle 2.5. A status of 'incomplete' is not being written back whenever a course without an assessment is partially attempted. The SuspendData is being set correctly, but cmi.core.lesson_status is not.

When completion criteria is only courseViewed - not setting to complete

By 'courseViewed' I actually mean "_requireCourseCompleted"

Spoor has an issue where the serializer tries to set completion on blocks before the global events are attached

During load of a course in Moodle or Totara a course can return with completed components but the blocks and articles are not set to complete due to the events on the models not being setup in time.

Time for a trusty _.defer

Current 'master' branch throws an error on grunt build

There appears to be a JavaScript error in the current 'master' branch. An adapt install adapt-contrib-spoor to get the latest version gives the following error when you run "grunt dev" or "grunt build".

Running "requirejs:dev" (requirejs) task

Tracing dependencies for: core/js/app
Error: Parse error using esprima for file: C:/Adapt/adapt_framework/src/extensio
ns/adapt-contrib-spoor/js/scormWrapper.js
Error: Line 969: Unexpected token )
In module tree:
core/js/app
extensions/extensions
extensions/adapt-contrib-spoor/js/adapt-contrib-spoor

{ [Error: Error: Parse error using esprima for file: C:/Adapt/adapt_framework/sr
c/extensions/adapt-contrib-spoor/js/scormWrapper.js
Error: Line 969: Unexpected token )
In module tree:
core/js/app
extensions/extensions
extensions/adapt-contrib-spoor/js/adapt-contrib-spoor

at C:\Adapt\adapt_framework\node_modules\grunt-contrib-requirejs\node_module

s\requirejs\bin\r.js:25136:47
]
originalError:
{ [Error: Parse error using esprima for file: C:/Adapt/adapt_framework/src/ex
tensions/adapt-contrib-spoor/js/scormWrapper.js
Error: Line 969: Unexpected token )]
fileName: 'C:/Adapt/adapt_framework/src/extensions/adapt-contrib-spoor/js/s
cormWrapper.js',
moduleTree:
[ 'extensions/adapt-contrib-spoor/js/adapt-contrib-spoor',
'extensions/extensions',
'core/js/app' ] } }

Default values missing from properties.schema

The settings defined in properties.schema are missing the default attribute and so get pulled into the authoring tool with null values initially.

Offline version (main.html) is crashing on iPhone 4s (iOS7) in presentation screens.

TODO: Narrow down which presentation component is causing crash and fix.

Offline version (main.html)'s iframe doesn't trigger manager resize

Remove references to Kineo in imsmanifest.xml

Spoor generates an error that _isEnabled is not defined

Old courses will not have an isEnabled property.

Some defensive programming is required on this line:
https://github.com/adaptlearning/adapt-contrib-spoor/blob/master/js/adapt-contrib-spoor.js#L25

Consider responding to visibilityChange for mobile platforms for LMSCommit()

This was mentioned by @moloko on the Gitter room in reference to https://www.igvita.com/2015/11/20/dont-lose-user-and-app-state-use-page-visibility.

"we should be using a combination of pagehide and visibilityChange in Safari mobile & desktop, unload and visibilityChange in Android and just unload for other desktop browsers"

grunt tracking-insert does not add tracking from 0

The grunt tracking-insert command does not start from 0 in some cases. If we have the entries from 0 it abruptly jumps to a number and starts incrementing the tracking IDs from there instead of from 0.

To work around this issue, we had to delete all the tracking ID entries from the files and re-execute the command to get the tracking IDs in order.

offline_API_wrapper.js causes breaks course loading IE 8 through main.html

Viewing a course through main.html, which references offline_API_wrapper.js, results in a Loading spinner which doesn't go away. The index.html file works fine when loaded in the LMS. The console.log() calls here are to blame, as there is no code which acts as a shim for older browsers.

Automated test for SCORM 1.2 compatibility

1. Given i have a course with an assessment and I'm tracking only assessment completion when I pass the assessment then the lesson_status should be either "completed" or "passed".

2. Given i have a course with an assessment and I'm tracking assessment completion and course completion when I pass the assessment and complete all the blocks then the lesson_status should be either "completed" or "passed"

3. Given i have a course without an assessment and I'm tracking course completion when I complete all the blocks then the lesson_status should be either "completed" or "passed"

bug: missing 'this.'

https://github.com/adaptlearning/adapt-contrib-spoor/blob/develop/js/adapt-stateful-session.js#L95

cmi.student_preference support

When checking if cmi.student_preference is supported by the LMS, cmi.student_preference._children should ideally be used. It is recommended to use ._children to determine which elements of a data model are supported. Directly checking one of the children properties can result in an error if the LMS doesn't return a 401 error code, even though it should. For safety, would recommend this is amended:
https://github.com/adaptlearning/adapt-contrib-spoor/blob/master/js/scorm/wrapper.js#L249

undefined is not a function error on CourseComplete

Uncaught TypeError: undefined is not a function adapt.min.js:128
(anonymous function) adapt.min.js:117
(anonymous function)

see original conversation

Defensive programming missing from adapt-stateful-session.js

The code in the following line doesn't check that the spoor plugin is actually enabled on a course. There should possibly be a .has() call here.
https://github.com/adaptlearning/adapt-contrib-spoor/blob/master/js/adapt-stateful-session.js#L24

This manifests itself in errors by default in the authoring tool

Reload Scorm 1.2 Player - course doesnt work run in reload

When course is loaded into "Reload Scorm 1.2 Player" it doesnt work, console shows the Uncaught SyntaxError: Unexpected identifier usually pointing to the index.html:1 or something similar to VM485:1 - then it also presents following this.cmi.suspend_data.cmivalue ="{"spoor":{"completion":"1000000000000000000000000000000000000","_isCourseComplete":false,"_isAssessmentPassed":false}}"; I presume this is because Reload evaluates strings and when it finds something like above then it breaks. I know that some of the LMS's were also infected with similar bug and I was forced to use a lot of escaping before storing any text data that could be interpreted as code.

SCOStart defined twice in adapt-contrib-spoor.js

Looks as if something went wrong with the merge at in commit aa6bded - meaning you've ended up with two SCOStart functions, one of which is correct, the other is wrong.

At things stand, the course lesson_status never gets set to 'incomplete', which in most LMSes causes the course to be marked as 'completed' automatically when it is closed.

Also someone has reverted scormWrapper back to the previous version - but no reason given. Which version of scormWrapper you want to use defines which version of SCOStart you keep.

SCO is never marked as completed

onCourseComplete event handler is called but due to the way the _defer call is written, persistSuspendData never gets called

_requireQuizPassed needs renaming to _requireAssessmentPassed

Add ability to disable spoor via config.json.

The "_isEnabled" property was added to adapt-contrib-spoor/properties.schema but it isn't used anywhere.

Checking for it in the plugin would allow us to disable adapt-contrib-spoor without uninstalling it.

Course completion data being lost in second session.

IE9 - SCORM tracking test of 'pass quiz and view content (no score submitted to LMS)' version

I completed the whole course including failing the assessment - module still set to complete

Save and restore attemptsLeft

will not restore attemptsLeft on return from LMS.

Fix missing comma in js file

ie conditionals missing adapt id

When previewing from the builder the main.html is missing an id id="adapt", it should be the following: <!--[if IE 7 ]><html id="adapt" class="ie ie7 no-js" lang="en"><![endif]-->
<!--[if IE 8 ]><html id="adapt" class="ie ie8 no-js" lang="en"><![endif]-->
<!--[if IE 9 ]><html id="adapt" class="ie ie9 no-js" lang="en"><![endif]-->

this needs updated asap!!

Thanks in advance

Add offlineStorage.clear backend

for adaptlearning/adapt-contrib-core#111

'this' has incorrect scope when course completes

onCourseComplete: function() {
      if(Adapt.course.get('_isComplete') === true) {
        this.set('_attempts', this.get('_attempts')+1);
      }
      _.defer(function waitForBlockComplete() {
        this.persistSuspendData();
      });
    },

inside defer scope is incorrect.

questions serializer bug

• doesn't restore data to same set of components, uses all components in block to restore to rather than just the question components this pushes off the block locations

Tracking not working when trickle button is injected in first place

Indices go out by one.

Should _shouldSubmitScore be removed from properties.schema for legacy AT users?

This commit removed _shouldSubmitScore from config.schema.json.

Should _shouldSubmitScore be removed from properties.schema as well?

spoor tries to get _onAssessmentFailure string, Adapt's config only has _onQuizFailure

around line 103 of adapt-contrib-spoor.js spoor tries to get this.data._reporting._onAssessmentFailure but in the framework's config.json the string is called _onQuizFailure. this results in the error
cmi.core.lesson_status of undefined is not supported.

this has already been mentioned in #25

off topic: apologies if i'm doing this wrong, this is my first git issue submission

Reduce suspend data sizes

LMS Suspend Data issue

Even if we complete the course, the suspend data's isCourseComplete is not set to true.

SCORM.data.get(cmi.suspend_data) value: {"spoor":{"completion":"111111111111111111111","_isCourseComplete":false,"_isAssessmentPassed":false}}

But the LMSSetValue('cmi.core.lesson_status', 'completed') is set correctly.

log_output.html is missing

It needs to be copied into course root folder when this extension is installed; ideally also deleted when extension uninstalled

setCompletedWhenFailed

setCompletedWhenFailed isn't currently configurable via config.json as with other SCORM wrapper settings. It should be setup so the following condition can be bypassed if required:
https://github.com/adaptlearning/adapt-contrib-spoor/blob/master/js/scorm/wrapper.js#L165-L167

odd bit count on padding causes restore issues with question answers

scorm_test_harness.html "fetch is not a function"

Due to the delay in these lines, the api is occasionally not finished setting up before it is required.

adapt-contrib-spoor/required/offline_API_wrapper.js

Lines 1 to 9 in 445e5f0

	function checkJQueryStatus() {
	if (window.jQuery === undefined) {
	setTimeout(checkJQueryStatus, 100);
	return;
	}
	$.extend(true, window.API, GenericAPI);
	$.extend(true, window.API_1484_11, GenericAPI);
	}

interactions id must be unique

The SCORM 2004 spec is reasonably clear that each interactions record must use a unique identifier. On most LMSes it seems that this is not enforced, but evidentally some do enforce it.

The relevant excerpt from the spec is:

The cmi.interactions.n.id data model element is a label for the interaction. This label shall be unique at least within the scope of the SCO per interaction record.

Referencing code: https://github.com/xabbuh/ScormPlugin/blob/master/datamodels/scorm_13.js.php#L1121

Is the ReadMe up-to-date?

Hey,

Just looking at the read me is this up-to-date? From what I can see now, the 'adapt_insert_tracking_ids' is part of the v1.1. gruntfile.js

Do we just need to update this to give the instructions:

To insert tracking ID's on your course, run the following command:
$ grunt adapt_insert_tracking_ids

SCORM files added to publish regardless of whether spoor is enabled at the course level

SCORM files (imsmanifest.xml, scorm_test_harness.html, etc. are all added to the publish file regardless of adding the spoor extension within the course.

main.html

This should either be renamed to something that makes it more obvious what it is - or removed completely. At the moment people are accidentally using it to run the course- which then causes unexpected behaviour (such as the content not being responsive).

IE9 - SCORM tracking test of 'just pass quiz' version

Completed quiz, failed - LMS (moodle 1.9) correctly recorded incomplete status and failing score

Exited module, re-entered - when I went into the quiz page, it was entirely blank except for the top nav bar

update README to include something about running tracking-insert after adding new block(s)

at the moment it's not clear that this is required

Error comment

Nothing to see here :)

Create properties.schema for origin editor