I just published a course in Articulate 360 with 'modern player' i.e. HTML5 only and noticed that published output doesn't have 'story_HTML5.html' (only story.html). Do storyline have merged both the outputs? Is there any update log for the same?
Thanks for reaching out! We simplified the published output in Storyline 360 builds 3.35.20995.0 and later. When you publish HTML5-only or Flash-only courses, Storyline no longer generates these files in your published output:
I published one course before '3.35.20995.0 ' update and it had these additional files, hence got confused with different outputs.
I noticed one issue though: When course opened in internet Explorer 11, some image files (inside mobile folder of the published output) do not load. I tried on Chrome and it loads without any issue.
I'd love to help troubleshoot the image loading on IE11. Are you comfortable with sharing an affected Storyline file? If so, you can send it privately by using this link or publicly here. I'll take a close look using the latest update and delete it after!
This change affects how some users are integrating custom xAPI calls into Storyline using Javascript, using xAPI.ly or similar approaches. In that workflow, a line of script is added to the story_html5.html file to call an external script. This is done after publishing the Tin Can package.
I just did a quick test and found that adding the required line of script to the story.html file (instead of the now-missing story_html5.html file) seems to accomplish the same objective, but I haven't tested this thoroughly.
Attaching a screenshot showing the script call added to the story.html file.
It would have been nice if you had made this change much clearer in the release notes. I have links to story_html5.html that are now broken and spent the morning trying to figure out the problem.
I reverted my Storyline to the version from Nov 19 (3.34.20804.0). The courses now play in our LMS on all browsers. I don't know, but I think the issues is due to one (or more?) of those files being removed from the published files.
It appears that there are several organizations that use Storyline 360 here and the "streamlined files" where the HTML5 file removal is breaking our courses. Am I right in understanding this was an intentional change? And what do we do as a permanent solution when it breaks our courses? So far, the only permanent solution I'm seeing is rolling back your update to a previous version of software that does contain these files. Can you point me in the right direction for knowing what to do?
This change is causing a real headache and a disproportional amount of work. I have literally hundreds of full courses and smaller applets I designed, with a master menu linking to each of them and each linked from within each other. Now that the html5.html is gone all those links are broken each time I update or make changes to any one of these courses. Absolute nightmare!!!
I appreciate both of you taking the time to share your concerns and feedback on our approach to simplifying the published output folder.
We’ve always recommended linking to the story.html file in the published output and if your LMS requires you to identify a file, point to index_lms.html. This allows Storyline to determine what to display.
If you need to roll back to a previous update, that would provide time for you to update your custom solution and continue to publish with HTML5 only. Directions on installing a previous version can be found here.
I'm with you on this. Wow - what a nightmare this has become. We now have to publish with Flash backup just to keep the HTML5 file active so all of our links don't break. We have SO many documents and courses that link to one specific file. It will take us forever to fix them. Now instead, it's taking us hours to publish files (we don't have an LMS so we're publishing to the web) because of the Flash back up. Not a happy camper to say the least! TGIF
We’ve always recommended linking to the story.html file in the published output and if your LMS requires you to identify a file, point to index_lms.html. This allows Storyline to determine what to display.
Same issue with now needing to act with much caution in the future (and being congnizant of which files are in a folder we're replacing),
Just in case you're wondering why some folks might have linked to the story_html5 file directly, the reason was that story.html bugged out in IE11 (content wouldn't load as it was missing a meta tag) and was never fixed. The workaround was to link to story_html5.
It's not ideal for others having this linking issue - but we have to just copy/paste the story.html and rename as story_html5.html. Yep, another step in the process. Yep, have to do it every time, Yep, have to remember to do it. Yep, another workaround to resolve another workaround - but at least it will buy some time until you're able to redirect/relink all your agendas :).
Does anyone have this issue when using TinCan Output? There is no index_lms file to link to. Our LMS will automatically choose the html5 file because it is a html5 published output file.
We have now found that any time we update content after this new update, and re-upload to one of our sites, the content no longer plays. there is just a blank white space where the slide should be. I have tried renaming the story.html file, but so far it hasn't fixed the issue. It fixes the problem when we're just creating links, but when you're trying to update content on a website it doesn't seem to fix it.
Inspect element says that there is some kind of error in the bootstrap-min.js file. (Uncaught TypeError "Cannot read property '0' of null" on line 82). I'm not much of a coder, does anyone have any clue what this means?
Hello all! After reading this thread, I can tell that I am a novice among experts! I'm having issues with publishing my Storyline content and I'm wondering if my issues are related to the HTML file (or lack thereof). Quick background, I'm trying to upload my Storyline content on Learndash on a Wordpress platform using Grassblades xAPI companion to upload and display my content. My Wordpress is hosted on my institution's servers which uses a three tiered deployment system for security and QA purposes. Anyways, we finally were able to get directories created to house the uploaded Storyline zipped packages but this is as far as we can get:
Notice the three grey, flashing "processing" dots. This never ends. So, Wordpress successfully uploads these Storyline files but they don't appear to be processing. Getting under the hood, I can see the files that were uploaded and the appropriate components. Could my issue have something to do with a missing HTML file? I did notice upon publishing in Storyline that I get a brief message saying there's a missing file. Any thoughts? Am I making any sense?
I have updated my Storyline 360 to the latest one, and I saw that the seekbar has come upward, thus covering a part of the content area. Any suggestion?
I am using classic player, and the original file was is Storyline 2. The seek bar worked fine in earlier release like Dec, 2019 version of Storyline 360.
Is this happening to content that's viewed on desktop or mobile?
I ask because we have an open issue in Storyline 360 where the player seekbar overlaps the slide area when viewed on mobile—specifically, landscape mode.
This particular behaviour is in desktop/laptop, both in Chrome and IE11 browsers. Is there a fix? I figured out that if I remove "Draw from Question Bank", then the seekbar stays in it's usual position. If I add the Draw from Question Bank, the seekbar comes upward by few pixels.
19 Replies
Hi Sandeep,
Thanks for reaching out! We simplified the published output in Storyline 360 builds 3.35.20995.0 and later. When you publish HTML5-only or Flash-only courses, Storyline no longer generates these files in your published output:
• index_lms_flash.html
• index_lms_html5.html
• story_flash.html
• story_html5.html
You'll only see the files above when you publish courses with both HTML5 and Flash formats.
Hey Leslie,
thank you for quick revert and confirmation.
I published one course before '3.35.20995.0 ' update and it had these additional files, hence got confused with different outputs.
I noticed one issue though: When course opened in internet Explorer 11, some image files (inside mobile folder of the published output) do not load. I tried on Chrome and it loads without any issue.
Is this known issue?
Hi, Sandeep!
I'd love to help troubleshoot the image loading on IE11. Are you comfortable with sharing an affected Storyline file? If so, you can send it privately by using this link or publicly here. I'll take a close look using the latest update and delete it after!
This change affects how some users are integrating custom xAPI calls into Storyline using Javascript, using xAPI.ly or similar approaches. In that workflow, a line of script is added to the story_html5.html file to call an external script. This is done after publishing the Tin Can package.
I just did a quick test and found that adding the required line of script to the story.html file (instead of the now-missing story_html5.html file) seems to accomplish the same objective, but I haven't tested this thoroughly.
Attaching a screenshot showing the script call added to the story.html file.
It would have been nice if you had made this change much clearer in the release notes. I have links to story_html5.html that are now broken and spent the morning trying to figure out the problem.
Hi John!
I apologize for the miscommunication. I can see how that would be frustrating!
I'm passing your information along to our team for future release notes content.
I found a solution.
I reverted my Storyline to the version from Nov 19 (3.34.20804.0). The courses now play in our LMS on all browsers. I don't know, but I think the issues is due to one (or more?) of those files being removed from the published files.
Lauren,
It appears that there are several organizations that use Storyline 360 here and the "streamlined files" where the HTML5 file removal is breaking our courses. Am I right in understanding this was an intentional change? And what do we do as a permanent solution when it breaks our courses? So far, the only permanent solution I'm seeing is rolling back your update to a previous version of software that does contain these files. Can you point me in the right direction for knowing what to do?
This change is causing a real headache and a disproportional amount of work. I have literally hundreds of full courses and smaller applets I designed, with a master menu linking to each of them and each linked from within each other. Now that the html5.html is gone all those links are broken each time I update or make changes to any one of these courses. Absolute nightmare!!!
Not a happy Teddy...
Hi Stacy and Joe,
I appreciate both of you taking the time to share your concerns and feedback on our approach to simplifying the published output folder.
We’ve always recommended linking to the story.html file in the published output and if your LMS requires you to identify a file, point to index_lms.html. This allows Storyline to determine what to display.
If you need to roll back to a previous update, that would provide time for you to update your custom solution and continue to publish with HTML5 only. Directions on installing a previous version can be found here.
I'm with you on this. Wow - what a nightmare this has become. We now have to publish with Flash backup just to keep the HTML5 file active so all of our links don't break. We have SO many documents and courses that link to one specific file. It will take us forever to fix them.
Now instead, it's taking us hours to publish files (we don't have an LMS so we're publishing to the web) because of the Flash back up.
Not a happy camper to say the least! TGIF
Same issue with now needing to act with much caution in the future (and being congnizant of which files are in a folder we're replacing),
Just in case you're wondering why some folks might have linked to the story_html5 file directly, the reason was that story.html bugged out in IE11 (content wouldn't load as it was missing a meta tag) and was never fixed. The workaround was to link to story_html5.
It's not ideal for others having this linking issue - but we have to just copy/paste the story.html and rename as story_html5.html. Yep, another step in the process. Yep, have to do it every time, Yep, have to remember to do it. Yep, another workaround to resolve another workaround - but at least it will buy some time until you're able to redirect/relink all your agendas :).
Does anyone have this issue when using TinCan Output? There is no index_lms file to link to. Our LMS will automatically choose the html5 file because it is a html5 published output file.
We have now found that any time we update content after this new update, and re-upload to one of our sites, the content no longer plays. there is just a blank white space where the slide should be. I have tried renaming the story.html file, but so far it hasn't fixed the issue. It fixes the problem when we're just creating links, but when you're trying to update content on a website it doesn't seem to fix it.
Inspect element says that there is some kind of error in the bootstrap-min.js file. (Uncaught TypeError "Cannot read property '0' of null" on line 82). I'm not much of a coder, does anyone have any clue what this means?
Hello all! After reading this thread, I can tell that I am a novice among experts! I'm having issues with publishing my Storyline content and I'm wondering if my issues are related to the HTML file (or lack thereof). Quick background, I'm trying to upload my Storyline content on Learndash on a Wordpress platform using Grassblades xAPI companion to upload and display my content. My Wordpress is hosted on my institution's servers which uses a three tiered deployment system for security and QA purposes. Anyways, we finally were able to get directories created to house the uploaded Storyline zipped packages but this is as far as we can get:
Notice the three grey, flashing "processing" dots. This never ends. So, Wordpress successfully uploads these Storyline files but they don't appear to be processing. Getting under the hood, I can see the files that were uploaded and the appropriate components. Could my issue have something to do with a missing HTML file? I did notice upon publishing in Storyline that I get a brief message saying there's a missing file. Any thoughts? Am I making any sense?
Nevermind! I worked with Pankaj with Grassblades and he figured out the issue. It wasn't related to this topic. Best wishes!
Hi,
I have updated my Storyline 360 to the latest one, and I saw that the seekbar has come upward, thus covering a part of the content area. Any suggestion?
I am using classic player, and the original file was is Storyline 2. The seek bar worked fine in earlier release like Dec, 2019 version of Storyline 360.
Hi Tanmay,
Thanks for reaching out!
Is this happening to content that's viewed on desktop or mobile?
I ask because we have an open issue in Storyline 360 where the player seekbar overlaps the slide area when viewed on mobile—specifically, landscape mode.
Let me know if that matches your setup!
Hi Katie,
This particular behaviour is in desktop/laptop, both in Chrome and IE11 browsers. Is there a fix? I figured out that if I remove "Draw from Question Bank", then the seekbar stays in it's usual position. If I add the Draw from Question Bank, the seekbar comes upward by few pixels.
Hi Tanmay,
Thanks for writing back and sharing that helpful screenshot!
I'm not seeing similar reports, but I'm eager to find a solution for you. Are you comfortable with sharing the .story file with us for testing?
We can review those settings in Storyline 360 Update 45 and let you know what we uncover!
This discussion is closed. You can start a new discussion or contact Articulate Support.