Bug in Zoom Feature when using the play bar
Apr 21, 2017
Hello,
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
I don´t understand, I am not actually revisiting the slide, only scrubbing back the time bar.
Also, I noticed that the zoom works fine with the published CD, so it is probably a problem with Review and not Storyline per se?
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.
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.
I really appreciate that feedback, Marcos. This is one I'll definitely bring up again in our next meeting with the team. I'll be sure to update you when I get more information.
I am having this issue as well, and I am only using PNG images with very little animation. The zoom region sticks, even after opening a new layer on the slide, if the user tries to drag the seekbar at the bottom of the player.
I'm sorry this is causing headaches for you and your learners, Rebecca. We're still working through this bug, and you're in the right place to stay updated on it's progress.
This post was removed by the author
Hi Alyssa,
I'm having this issue now in 360. Have they fixed this issue yet?
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!
I'm having this same issue in both Preview (within SL) and in Review 360. Is there a workaround? It seems like the issue hasn't been fully resolved. I'm using SL 360 v 3.24.17733.0.
Just opened a case: 01702586
Hi William,
Thanks for letting us know you opened a case! Cleo is taking a look at your file as we speak, so you should hear back from him shortly. I'll also follow along and update this discussion, as needed.
FYI, this bug / issue seems to be tied to the pan effect (two zooms put together), not a zoom alone. Still waiting to hear back, though Cleo was able to duplicate the issue. Hopefully the additional info help others....
The bug appears with simple zooms too.
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 :)
FYI, this is a bug. Cleo and I were able to isolate the trigger, which is one changes the zoom speed to the slowest setting. Waiting for a fix.....
Last I knew, the slowest zoom transition setting didn't work. It wouldn't zoom all the way in. It would be great if this is in the process of getting fixed. :-)
Hi William,
I saw that update on your case with Cleo, so I've linked this discussion to that bug report as well. When we have more information to share, we'll post here and Cleo will connect with you in your case too.
We will wait forever.
I don't know what's happening with the company.
In the last year, it seems they simply gave up on system maintenance. The
several bugs reported are still there, no improvement at all. I'm very
disappointed.
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.