I have long module I'm working on. In testing, if you exit the course toward the end, and reopen it from an LMS there are some errors. Mainly the letter t is missing from the text on the slides and all the font has changed from the san-serif to a serif font (both in the player and the slides). This tends to happen in Chrome. (Font being used throughout is standard Calibri.)
Does anyone know if this is a size limit issue? Would setting all slides to Reset on revisit help?
It sounds like a font download within the course is not completing for one reason or another. Is this behavior consistent? Are you getting good download bandwidth from your LMS? Have you checked the developer console in Chrome for any errors?
Thanks Michael. It must be something like that. I was testing from Scorm Cloud, but it will be launched from a corporate LMS later. I'm trying to do pre-LMS testing at the moment at the end of the dev stage since it's such a complex module. I haven't checked the developer console, but that's a good tip!
I set everything to reset to initial state, and now we aren't able to replicate the error, so I'm thinking that's my workaround. I have some layers that override the reset for slides that aren't supposed to replay.
Hmmm, things generally work pretty well from Scorm Cloud. Do you have good Internet speed at your location? Which version of Storyline are you using, 360?
That's great you found a workaround, as long as that works okay for your users. I would suggest testing in your target LMS as much as you can during development. Depending on the LMS, you might be able to set up a trial account or something.
I'm using 360. I'm not sure about the internet speed. We were testing in all the different browsers, and it only seemed to be IE. I was just reading other threads about ts and fs missing and wondering if it's related to that error. So far after setting things to reset we haven't been able to replicate it.
I would love to test in their LMS, but with the tight time frame and being an external consultant I don't really have that option for this course. The pretesting will hopefully help us catch most things before we hand things over to the LMS team.
Your first message said this tended to happen in Chrome, you didn't mention IE. I don't think the font download issue in the other thread affects Chrome, only IE, and you would have to have font download disabled and/or another setting that escapes me at the moment.
Thanks! I thought it was Chrome bc all the other issues we found were in Chrome. But I looked back at the screen prints after reading the other threads about missing ts and fs to confirm, and it was IE. So maybe that’s the issue. Either way we seem to be ok with using the reset property. It was only happening if someone resumed the course toward the end and that’s why I thought maybe it was something to do with storing the progress etc. I’ve worked on other long course that get weird errors on resuming toward the end and that was the workaround/solution for those.
That's interesting, I've never seen that happen before. I wonder if any others have seen that same behavior with very long courses.
If resetting everything to initial state fixes the problem, it may be a bug in Storyline. Hopefully someone from support will see this and investigate further.
A few years back, I worked on a really long course with a ton of text in SL2, and on resuming the course it wasn't able to remember the correct slide that the person exited from. The dev team I was working for said this was due to maxing out the characters or memory or something like that, and they had all the developers change all slides to reset on resume as a fix. That's where I got the idea to try that for this error, since it seemed like the course could no longer remember what font to use. (I apologize for my lack of technical language on the subject.) So far we aren't having the issue anymore. I'll update if I learn anything new from more testing.
It sounds like you're running into the issue described here. That article includes a few troubleshooting steps or workarounds to help resolve it, as it's specific to Internet Explorer and having that font setting disabled.
Thanks Ashley! Would it be true that the font would change in all cases? The tester who had this issue only had it once when he resumed the course toward the end in IE. It played perfectly with correct fonts most of the time in IE. It was just resuming toward the end that caused it.
I would think that the font would appear incorrectly in all cases, not just when resuming the course near the end. Let us know if the troubleshooting steps in that article were helpful, or if you find out anything new in your testing!
this happened to me just now.... i uploaded 4 storyfiles.. all have the same publish settings and fonts. one project is having this font problem while the others are working fine. :( Viewing the file locally doesn't have that problem.
i am using Chrome on Windows 10.
Update: I uploaded the problematic file on a different course instance within the LMS and this time the fonts were fine. Unfortunately, I have to use the previous instance to preserve the records of the students. But when I overwrite that file, the font problem is still showing. I know it has the updated content because it's showing the changes to the content that I made.
Hi, Calvin. Thanks for sharing those details. Since you have Articulate 360 for Teams, I've opened a priority support case for you. If you can share your .story file, there will be an upload link in the confirmation email you'll receive.
We'll be happy to see what we can do on our end to make sure the updated content works in your LMS to help preserve learner data!
Thanks Crystal. It somehow resolved by itself. When I tried again this morning the fonts were displayed correctly. Even my colleagues who experienced the problem yesterday said it's working fine on their end today. Could be an LMS - caching issue.
This is exactly what is happening to us. Upon resume, the font goes wacky in some text boxes. Our font is set to Arial. I have submitted a case ticket.
17 Replies
It sounds like a font download within the course is not completing for one reason or another. Is this behavior consistent? Are you getting good download bandwidth from your LMS? Have you checked the developer console in Chrome for any errors?
Thanks Michael. It must be something like that. I was testing from Scorm Cloud, but it will be launched from a corporate LMS later. I'm trying to do pre-LMS testing at the moment at the end of the dev stage since it's such a complex module. I haven't checked the developer console, but that's a good tip!
I set everything to reset to initial state, and now we aren't able to replicate the error, so I'm thinking that's my workaround. I have some layers that override the reset for slides that aren't supposed to replay.
Hmmm, things generally work pretty well from Scorm Cloud. Do you have good Internet speed at your location? Which version of Storyline are you using, 360?
That's great you found a workaround, as long as that works okay for your users. I would suggest testing in your target LMS as much as you can during development. Depending on the LMS, you might be able to set up a trial account or something.
I'm using 360. I'm not sure about the internet speed. We were testing in all the different browsers, and it only seemed to be IE. I was just reading other threads about ts and fs missing and wondering if it's related to that error. So far after setting things to reset we haven't been able to replicate it.
I would love to test in their LMS, but with the tight time frame and being an external consultant I don't really have that option for this course. The pretesting will hopefully help us catch most things before we hand things over to the LMS team.
Your first message said this tended to happen in Chrome, you didn't mention IE. I don't think the font download issue in the other thread affects Chrome, only IE, and you would have to have font download disabled and/or another setting that escapes me at the moment.
Thanks! I thought it was Chrome bc all the other issues we found were in Chrome. But I looked back at the screen prints after reading the other threads about missing ts and fs to confirm, and it was IE. So maybe that’s the issue. Either way we seem to be ok with using the reset property. It was only happening if someone resumed the course toward the end and that’s why I thought maybe it was something to do with storing the progress etc. I’ve worked on other long course that get weird errors on resuming toward the end and that was the workaround/solution for those.
That's interesting, I've never seen that happen before. I wonder if any others have seen that same behavior with very long courses.
If resetting everything to initial state fixes the problem, it may be a bug in Storyline. Hopefully someone from support will see this and investigate further.
A few years back, I worked on a really long course with a ton of text in SL2, and on resuming the course it wasn't able to remember the correct slide that the person exited from. The dev team I was working for said this was due to maxing out the characters or memory or something like that, and they had all the developers change all slides to reset on resume as a fix. That's where I got the idea to try that for this error, since it seemed like the course could no longer remember what font to use. (I apologize for my lack of technical language on the subject.) So far we aren't having the issue anymore. I'll update if I learn anything new from more testing.
Hi Traci,
It sounds like you're running into the issue described here. That article includes a few troubleshooting steps or workarounds to help resolve it, as it's specific to Internet Explorer and having that font setting disabled.
Thanks Ashley! Would it be true that the font would change in all cases? The tester who had this issue only had it once when he resumed the course toward the end in IE. It played perfectly with correct fonts most of the time in IE. It was just resuming toward the end that caused it.
Hi Traci,
I would think that the font would appear incorrectly in all cases, not just when resuming the course near the end. Let us know if the troubleshooting steps in that article were helpful, or if you find out anything new in your testing!
this happened to me just now.... i uploaded 4 storyfiles.. all have the same publish settings and fonts. one project is having this font problem while the others are working fine. :( Viewing the file locally doesn't have that problem.
i am using Chrome on Windows 10.
Update: I uploaded the problematic file on a different course instance within the LMS and this time the fonts were fine. Unfortunately, I have to use the previous instance to preserve the records of the students. But when I overwrite that file, the font problem is still showing. I know it has the updated content because it's showing the changes to the content that I made.
Hi, Calvin. Thanks for sharing those details. Since you have Articulate 360 for Teams, I've opened a priority support case for you. If you can share your .story file, there will be an upload link in the confirmation email you'll receive.
We'll be happy to see what we can do on our end to make sure the updated content works in your LMS to help preserve learner data!
Thanks Crystal. It somehow resolved by itself. When I tried again this morning the fonts were displayed correctly. Even my colleagues who experienced the problem yesterday said it's working fine on their end today. Could be an LMS - caching issue.
Thanks for keeping us updated, Calvin.
This is exactly what is happening to us. Upon resume, the font goes wacky in some text boxes. Our font is set to Arial. I have submitted a case ticket.
So sorry you're at this roadblock, Eboni.
I let Gren know that you also reached out here, and I'll follow the case along as it progresses. We'll help you get to the bottom of this oddity!
This discussion is closed. You can start a new discussion or contact Articulate Support.