Has anyone had a problem recently with trainings developed in Articulate Presenter (Studio '13 version) not playing from your site using Google Chrome as the browser? If so, have you found a solution? Is it a setting that can be changed?
The training plays fine using IE. I just noticed this issue with a new training but I have had sketchy reports of it over the past couple of months. At our company, the default browser is IE but many folks prefer Chrome and have been using it lately.
I have resorted to putting a note on the training page letting people know that IE is the browser to use and the problems that will result in using Chrome but I am hoping a better solution is out there.
I haven't heard of anything specific - but do you know what version of Chrome they're using? I believe the latest is ver 64. Also, do you know if they're viewing the Flash or HTML5 output in Chrome? Both should work well in Chrome, but it may help narrow down what the cause is. An easy way to tell with web published content is looking at the end of the URL. For Flash output, you'd see presentation.html vs. HTML5 output would show presentation_html5.html.
We are using Chrome version 64.0.3282.140 and my output is presentation_html5.html but I have published some previous trainings in presentation.html. Both versions seem to be having issues running in Chrome that they don't have in IE. My training is housed on our company's intranet SharePoint site. It could be a SharePoint-Chrome issue. Again, I am just guessing because this seems to be a recent phenomenon. But I have witnessed it myself so I am searching for a solution other than the one I came up with, which is tell users to use IE instead of Chrome.
If it's recent, your guess that it's a Sharepoint-Chrome issue may be spot on, as we haven't changed anything in Studio '13 since March 2017. An easy way to test this is upload to Tempshare (a free testing platform - it'll keep URLs live for 10 days) and you can see how it behaves in Chrome there. If it's still showing you some odd behavior let us know and we can take a look at your Presenter package!
No, John. I wasn't able to resolve it. I am glad I am not the only one with the issue. (I was beginning to think it was me.) Please post your resolution I you receive one.
I'm not an expert but since my presentations all play fine in Chrome from my PC and the problem only occurs when viewing them after I have posted to our server, I assume it must be a server issue. Something has changed because even presentations I posted a year ago now have the problem.
Curious what the result of your Tempshare testing was.
I peeked at John's case mentioned above and it looks like he is following up with his server administrator as he was not able to replicate the behavior.
I too uploaded the file in Tempshare and the file didn't have a problem running in there. I guess I will try our system administration team to see if there's anything they can find that would cause the lag. If I find out anything I will be sure to post it.
Articulate Support have now tested my HTML5 presentation and others on several servers and have been able to replicate the issue of audio randomly dropping out on slides when the presentation is viewed using Chrome. They said that this confirms it is not an issue with our server and indicates a possible Articulate software bug. They have no idea when it will be resolved.
Their suggestion is to have our clients try using a different browser such as Internet Explorer or Firefox when viewing the courses. We had already reluctantly resorted to doing this, which is ridiculous considering Chrome is the most popular browser. Their suggestion for a workaround was to publish in Flash, which we stopped doing 2 years ago due to browser compatibility and security issues.
We have been using Articulate since 2007 and because we can no longer use it, we have now very reluctantly been forced to switch to using iSpring Presenter which does not have the same issues.
John, Thank you so much for the update on this issue and I share your pain. I suspected that it was a Chrome/Articulate issue and I took that point of least resistance by placing a banner on my company's training page that recommends using IE as the browser to avoid the problem. We have a lot of platforms/applications here that favor one browser over another. So it wasn't a big deal for me or my learners. It's also a recent problem, which makes me think that some programming/coding update by Google may have caused this problem. But I am just guessing. I'm surprised that no one else seems to have reported having the issue.
Sorry to hear that you moved to another solution with less features though. Articulate is a great tool and helps us turn out awesome projects. Here's to hoping they figure out what the issue is and resolve it soon.
19 Replies
Hi Pam,
I haven't heard of anything specific - but do you know what version of Chrome they're using? I believe the latest is ver 64. Also, do you know if they're viewing the Flash or HTML5 output in Chrome? Both should work well in Chrome, but it may help narrow down what the cause is. An easy way to tell with web published content is looking at the end of the URL. For Flash output, you'd see presentation.html vs. HTML5 output would show presentation_html5.html.
Thanks for responding, Ashley.
We are using Chrome version 64.0.3282.140 and my output is presentation_html5.html but I have published some previous trainings in presentation.html. Both versions seem to be having issues running in Chrome that they don't have in IE. My training is housed on our company's intranet SharePoint site. It could be a SharePoint-Chrome issue. Again, I am just guessing because this seems to be a recent phenomenon. But I have witnessed it myself so I am searching for a solution other than the one I came up with, which is tell users to use IE instead of Chrome.
Hi Pam,
If it's recent, your guess that it's a Sharepoint-Chrome issue may be spot on, as we haven't changed anything in Studio '13 since March 2017. An easy way to test this is upload to Tempshare (a free testing platform - it'll keep URLs live for 10 days) and you can see how it behaves in Chrome there. If it's still showing you some odd behavior let us know and we can take a look at your Presenter package!
I will give Tempshare a try and see what happens. Thanks again, Ashley.
No problem Pam, and let us know if you need anything else!
I just posted a separate question about this issue and wonder if anyone has resolved it?
No, John. I wasn't able to resolve it. I am glad I am not the only one with the issue. (I was beginning to think it was me.) Please post your resolution I you receive one.
I'm not an expert but since my presentations all play fine in Chrome from my PC and the problem only occurs when viewing them after I have posted to our server, I assume it must be a server issue. Something has changed because even presentations I posted a year ago now have the problem.
If someone posts a solution, I'll let you know.
Hi John,
You could confirm that if you were to test outside your server as well, try uploading to Tempshare or Amazon S3.
Hi Ashley.
I uploaded to Tempshare earlier and sent the link to Katie who responded to my separate post about this issue.
Thanks
Ah, thanks for the update John and letting us know.
I hope a solution is found. I am waiting to hear as well.
Hey Pam,
Curious what the result of your Tempshare testing was.
I peeked at John's case mentioned above and it looks like he is following up with his server administrator as he was not able to replicate the behavior.
I too uploaded the file in Tempshare and the file didn't have a problem running in there. I guess I will try our system administration team to see if there's anything they can find that would cause the lag. If I find out anything I will be sure to post it.
Thanks Pam for testing in Tempshare, and definitely let us know if you need any other help after talking to your system admin.
I contacted our Server Administrator this morning and I'm waiting for a response. I will report any useful response.
Thanks
Sounds great John. Thanks for popping in with an update.
Articulate Support have now tested my HTML5 presentation and others on several servers and have been able to replicate the issue of audio randomly dropping out on slides when the presentation is viewed using Chrome. They said that this confirms it is not an issue with our server and indicates a possible Articulate software bug. They have no idea when it will be resolved.
Their suggestion is to have our clients try using a different browser such as Internet Explorer or Firefox when viewing the courses. We had already reluctantly resorted to doing this, which is ridiculous considering Chrome is the most popular browser. Their suggestion for a workaround was to publish in Flash, which we stopped doing 2 years ago due to browser compatibility and security issues.
We have been using Articulate since 2007 and because we can no longer use it, we have now very reluctantly been forced to switch to using iSpring Presenter which does not have the same issues.
I'm very disappointed with this outcome.
John, Thank you so much for the update on this issue and I share your pain. I suspected that it was a Chrome/Articulate issue and I took that point of least resistance by placing a banner on my company's training page that recommends using IE as the browser to avoid the problem. We have a lot of platforms/applications here that favor one browser over another. So it wasn't a big deal for me or my learners. It's also a recent problem, which makes me think that some programming/coding update by Google may have caused this problem. But I am just guessing. I'm surprised that no one else seems to have reported having the issue.
Sorry to hear that you moved to another solution with less features though. Articulate is a great tool and helps us turn out awesome projects. Here's to hoping they figure out what the issue is and resolve it soon.
This discussion is closed. You can start a new discussion or contact Articulate Support.