Animated Token Toggle Loop Button Does Nothing

Tested on both Firefox and Chrome and with a number of different GIFs uploaded as tokens and as backgrounds. Regardless of whether the GIF is one that loops or not, Roll20 will cause it to loop forever. I can Right Click->Animation->Toggle Loop, but this button seems to currently do absolutely nothing. I searched for other posts having this same problem on this forum, but all I found was people reporting that animations didn't loop.  I have the opposite problem now.  I am trying to upload an animation that doesn't loop.

I posted here last week that I'm having the same issue (although mine are webm animations) but only using Jumpgate..  I then submitted a Help Center Bug report and received an automated reply asking me to reply with more info, which I did.  I've heard nothing else in the week since. It's very disappointing to be unable to use the gift one of my players purchased for my campaign from the Roll20 Marketplace.  I waited for Jumpgate due to previous problems with animations using Legacy and was finally going to use the gift for my player to enjoy but now can't until this is resolved.  It's pretty much ruined my plans for my campaign for now.  Given the boasting about Jumpgate handling animation so much better than Legacy, it's rather shocking that the Looping Toggle in non-functional in Jumpgate.

Hi Stik,  How long has it been since you got a response from Roll20? 

Unfortunately, I can second this. Tested it in Opera GX, Edge, Firefox and Chrome, but the Toggle Loop button seems to be completely non functional. The problem also seems to be a general issue as all my animated tokens suffer from it. After finding posts about similar problems in Legacy, I even tried a workaround that was reported by some to help: Apparently dropping the token for the first time came with problems that were fixed by deleting it and then dropping it a second time. This workaround didn't do nothing for me, though. Now I do get that this may be a small issue. Not everyone uses animations and of those that do, not everyone needs their animation toggle to work, but despite that, I hope that roll20 will tackle this bug soon. Some animated tokens simply don't fit when looped, and having these purchases just sit there being useless is kinda frustrating.

Hi, Gauss, Sorry for the late reply, I've been away for a few days. I originally sent in the bug report on 3/14 (as suggested by keithcurtis), the day after I reported it here (in a separate thread as I had overlooked this one at the time).  I received an automated reply the next day that asked me to reply with some addition info suggested in the automated reply, which i did.  I also sent another reply to the automated message on 3/21 asked for a status update.  I've received no other response. In case this info helps, in the bug report I submitted, I listed the Bug Type as "Virtual Tabletop - Performance, Voice & Video, Dynamic Lighting, etc.",  the Bug Location as "Jumpgate" (since I can't replicate the issue in Legasy), and for How does this bug impact your play experience?  "2. Cosmetic - Doesn't significantly impact gameplay, but it is visually or functionally undesireable."  (because it doesn't stop the game but forces me to not properly use animated assets that were gifted to me by a player)

Having the same issue here. Using animated hazards, but they'll either loop endlessly, or if I stop the loop, it'll cease the animation altogether. Hope this gets fixed soon, those animations were bought from the marketplace and were pretty expensive. Shame that I can't use them. Worth mentioning they worked just fine in Legacy (Using Jumpgate now)

I can report some improvement if the animation is on the Token or GM layer that makes these not looping animations at least usable with some effort. Most of this will not work on the Map layer.   I can now turn the looping on and off. (Also true on the Map layer but Play/Pause doesn't work there .) If you have an animation that you want to start at it's beginning and run once and stop you can finagle it to work but it's tricky.  You have to time turning off the looping the instance just before it restarts. Once you get it reset, switch to another map and back or reload the page (which takes more time) and then you can run it again like normal.  It will then run once and stop.   However, this is a one time shot.  If you click the PlayPause button it will reset to start but if you click it again it will not run the animation but will skip to the end.  But, if you reset it to start this way and and switch to another map and back or reload the page, you can run it again like normal.  Also, be aware that if you have two of the same animations. If you run the first one it will run normally but the second one will skip to the end. I have a workaround that works for my particular case (but may not help everyone).   My purchase came with static alternatives of the final states of the animations so I can place the static image on the Map layer under the Object layer animation and then delete the animation from the Object layer, switch maps and back and then run the second copy. It's a pain but better than not being able to use the animations at all. Last, be aware that two of the same animations on the map layer will loop in sync with each other as soon as you turn on looping. Good luck.

It's  been a while since I looked at this issue and things have changed.  Animations (on Jumpgate) are now controllable using the regular controls (both menu controls for Play/Pause  & looping toggle and the Play/Pause button. However, when looping it turned off the animation plays but instead of stopping at the end of the animation it instead jumps back to the start of the animation.  So, for instance, if the animation is of a door opening, when you play the animation the door opens but then is shown as closed again as soon as the animation ends.  One animation I have is of a collapsing bridge but when I run the animation the bridge collapses and is immediately shown complete after the collapse so I can't show the bridge as collapsed after I trigger the animation. I guess this warrants another bug report