Bug in Zoom Feature when using the play bar

Apr 21, 2017


I noticed that in the published project in 360 Review, if one uses the zoom feature and the user tries to scrub back the project using the play bar, the zoom effect will stick, even for other times when it should not be applied. It won´t go away.
Trying to reload the slide with the button doesn´t work either. The only solution is to go back to the previous slide and back again. It seems the zoom effect has a bug, where it waits for the closing time point to change the state of the variable, and is unable to see the region where it is supposed to be applied. 
This is very annoying and will make us look bad in the eyes of the client, since he expects to be free to scrub around the timeline at will. 
Interestingly, the problem does not happen with the published CD. I only saw it in Articulate Review. 
Can you check this, please?

18 Replies
Alyssa Gomez

Hi Marcos,

I'm sorry for the headache this is causing you! We have seen an issue in Storyline 360 where a slide with a zoom region gets stuck in the zoomed state when using the seekbar in HTML5 (not in Flash), and that seems to match what you are seeing. 

We've logged this issue a software bug, and I’ll certainly add your experience to the report. It’s definitely helpful to understand how many folks are experiencing this bug and how often they encounter it, so I'm really glad you reached out here.

We'll come back to let you know as soon as we have an update, and you'll be notified immediately because you're now subscribed. 

Marcos Dutra

Thanks Alyssa.

I'm working on some projects that rely heavily on videos, so I'm bumping
into some issues.
I will let you know if I find something else, but mostly the problems seem
to be centered on the behavior of the timeline bar (synch issues with
preview) and videos recorded in variable bitrate.

What seems to work best so far is to use videos compressed in fixed bitrate
with small file sizes. Since my videos are pretty much static, with only a
person talking, 400 kbps seems enough, and I set it not to be further
compressed by S360.

Videos will only be more and more important in e-learning, and it is
crucial that Articulate refines the way Storyline handles movies, in a more
friendly way. Sometimes even one frame makes a difference.

Katie Riggio

Hi there, Claire. Sorry for any trouble; I'd love to help!

We released a fix for the issue Alyssa mentioned in Storyline 360, Build 3.11.14180.0. What version of Storyline 360 are you using? To find this detail, go to the Help tab > About Storyline.

If you're still seeing an issue with the zoom region on a subsequent build, could you share your .story with us, so we can have a look? We're standing by!

Leslie McKerchie

Hello Marcos,

As Katie shared above, the issue initially reported here was corrected in Update 11. What version of SL360 are you currently using?

With your permission, I'd like you to share your project file with our support engineers to investigate what's happening. You can share it privately by uploading it here. It will be deleted when troubleshooting is complete.

Hello William,

Thanks for popping in to share your update as well and I can see that you are continuing to work with Cleo, so thank you :)

Sandy Henderson

I thought I'd share my experience in case it's helpful to anyone else. I have a zoom region that was zooming out only a tiny bit.  As I recreated the slide I realized that the bug was only happening when the zoom region was set to 'Very Slow.' I changed it to 'Slow' and now it's working fine on the original slide and on the recreated slide.

Not sure how many people are using the 'Very Slow' setting, but experimenting with the zoom speed may be worth a try.  

This discussion is closed. You can start a new discussion or contact Articulate Support.