Hopefully, someone can point me in the right direction.
All of our modules are built in storyline and published to moodle LMS this normally works without fault.
Today I while testing a new module with a SME I found a fault where one of the slides wasn't advancing. I fixed the issue, republished and uploaded to moodle. However, when they view it they get the same problem. When anyone else views it, it works perfectly.
I have tried restarting, clearing their cache, clearing the results in moodle. Nothing seems to fix this issue and it is only affecting this one user.
we use Moodle too and never had a similar problem which couldn´t be solved with clearing the cache. Maybe if you didn´t already try you could kick the user out of the course and reassign him after he cleared cache etc. so really no information is saved somewhere.
If this doesn´t work, what is on the slide? Is there a video or something else which could cause this problem which is not on any other slide? Maybe update flash/browser/... of the user. Is it iOS or windows? IE/Chrome/Firefox? We had issues with firefox where only one ressource file could not be downloaded (couldn´t fix it with a new published course). FYI there are known issues with firefox at the moment if you haven´t already read the sticky treat. We even made a notification at every course in Moodle to tell the user to use IE/Chrome.
If all of this doesn´t help them I´m out and maybe someone else could jump in and help. :)
If it's working for everyone else but this one user is still having difficulty, I'd agree with Susi that you'll want to look a bit deeper at the cache issue. You could also have that user try the same link in a private/incognito browsing mode. That should treat it as a brand new attempt as well.
Yes, I am thinking Cache also but when I deleted the user's history (in Moodle) and cleared their cache (Internet explorer) they didn't get the resume prompt so I figured the cache had been cleared.
The screen has 2 text input boxes and a button the button triggers check if the input is correct if so jump to the next screen if not give an error layer. If this particular user doesn't key in anything the error layer comes up if they key something in the button doesn't do anything.
I can't replicate the issue on anyone else's machine.
If the resume prompt didn't come up, I would also assume that the cache was cleared. Since it's this one user and you're still unable to replicate it on another machine - did you see if this user was able to access the course on another machine and have everything behave normally? What version of IE is this user accessing the course through? Perhaps you'll also want to confirm that they have Flash enabled within their IE browser as it's not one of the supported browsers for HTML5.
Tried the same user on a different machine and it worked. Also now one of the other testers has now encountered the same problem. So looks like it is an issue with the browser and the text input boxes.
I have changed how the module works to get around this now, as I have no control over the end users browsers etc.
Thanks Tristan for the update and I'm glad you were able to figure out that it was a browser problem. Do you know if it was that they were using HTML5 output in a non supported browser or something else? Perhaps putting an indicator or warning at the start of the course would allow you to remind them of particular browsers to use?
6 Replies
Hi Tristan,
we use Moodle too and never had a similar problem which couldn´t be solved with clearing the cache. Maybe if you didn´t already try you could kick the user out of the course and reassign him after he cleared cache etc. so really no information is saved somewhere.
If this doesn´t work, what is on the slide? Is there a video or something else which could cause this problem which is not on any other slide? Maybe update flash/browser/... of the user. Is it iOS or windows? IE/Chrome/Firefox? We had issues with firefox where only one ressource file could not be downloaded (couldn´t fix it with a new published course). FYI there are known issues with firefox at the moment if you haven´t already read the sticky treat. We even made a notification at every course in Moodle to tell the user to use IE/Chrome.
If all of this doesn´t help them I´m out and maybe someone else could jump in and help. :)
Susi
Hi Tristan,
If it's working for everyone else but this one user is still having difficulty, I'd agree with Susi that you'll want to look a bit deeper at the cache issue. You could also have that user try the same link in a private/incognito browsing mode. That should treat it as a brand new attempt as well.
Hi Susi,
Yes, I am thinking Cache also but when I deleted the user's history (in Moodle) and cleared their cache (Internet explorer) they didn't get the resume prompt so I figured the cache had been cleared.
The screen has 2 text input boxes and a button the button triggers check if the input is correct if so jump to the next screen if not give an error layer. If this particular user doesn't key in anything the error layer comes up if they key something in the button doesn't do anything.
I can't replicate the issue on anyone else's machine.
Thanks
Hi Tristan,
If the resume prompt didn't come up, I would also assume that the cache was cleared. Since it's this one user and you're still unable to replicate it on another machine - did you see if this user was able to access the course on another machine and have everything behave normally? What version of IE is this user accessing the course through? Perhaps you'll also want to confirm that they have Flash enabled within their IE browser as it's not one of the supported browsers for HTML5.
Hi Ashley,
Tried the same user on a different machine and it worked. Also now one of the other testers has now encountered the same problem. So looks like it is an issue with the browser and the text input boxes.
I have changed how the module works to get around this now, as I have no control over the end users browsers etc.
Thanks
Thanks Tristan for the update and I'm glad you were able to figure out that it was a browser problem. Do you know if it was that they were using HTML5 output in a non supported browser or something else? Perhaps putting an indicator or warning at the start of the course would allow you to remind them of particular browsers to use?
This discussion is closed. You can start a new discussion or contact Articulate Support.