Roll20 uses cookies to improve your experience on our site. Cookies enable you to enjoy certain features, social sharing functionality, and tailor message and display ads to your interests on our site and others. They also help us understand how our site is being used. By continuing to use our site, you consent to our use of cookies. Update your cookie preferences .
×

In-game issues since March 12? Troubleshoot here

1774384366

Edited 1774386187
Lavi
Roll20 Team
Hey everyone, We wanted to share an update about a change that went out on March 12, 2026, along with instructions to follow if you’ve noticed that it impacted your games. What Changed? As part of our ongoing performance upgrades, we enabled Performance Enhancements by default for all users in non-Legacy games. This is a significant change, tested extensively across a wide range of configurations, aimed at bringing faster map loads and smoother gameplay to everyone as a baseline experience. We posted about it on our blog here .  Why Post About it Now? Since the release, we've heard from a handful of users who’ve experienced unexpected issues in their games from niche bugs tied to the update.  We should have made more noise about this change when it shipped so people would know what to expect and how to troubleshoot. Experiencing Issues? If things haven't felt right in your games since March 12: Go to VTT Settings > Graphics and turn Performance Enhancements off. This will trigger an immediate game refresh . If tied to this update, this should resolve the issue(s) right away. Help us improve by sharing in this thread. Let us know what you experienced, and whether toggling the Performance Enhancements off resolved it. We’ll get a bug logged and start bashing right away.   Our goal is for these Enhancements to eventually be on for everyone, and your help catching the remaining bugs that arise in real gameplay brings us a step closer to better performance for everyone across the board. Thanks for your patience and for helping us make Roll20 better.
Hello Lavi. I messaged you about a game where ONE map acts up with EPE on and a different one acts up with it off. Just reminding you in case it slipped through the cracks…
Thank you! Hales, our QA Engineer on the team is digging into this! RPGeezer said: Hello Lavi. I messaged you about a game where ONE map acts up with EPE on and a different one acts up with it off. Just reminding you in case it slipped through the cracks…
RPGeezer - thanks again for the examples! We're looking at the game an unable to reproduce a glitch at the moment, so wanted to get a couple more details that might help us: 1) What browser are you using? 2) Does the glitch happen on a certain action (like zooming, or moving character)? If you have a video of it, that would be truly helpful! 3) What Operating System/machine are you on? RPGeezer said: Hello Lavi. I messaged you about a game where ONE map acts up with EPE on and a different one acts up with it off. Just reminding you in case it slipped through the cracks…
Minor thing: With EPE enabled, if I delete a pin like so: click pin. click the three dots icon. click delete ...  a "ghost pin" appears over the upper left corner of the map. It can't be deleted but goes away with a refresh. The other methods of deleting a pin do not cause this. Does not occur with EPE off.
Thank you Jim! We are aware of this one and have it tracked in our backlog for a future fix. It hasn't yet been prioritized as we are focused on identifying and tackling any potential game breaking bugs (even if they are very edge case-y). Jim R. said: Minor thing: With EPE enabled, if I delete a pin like so: click pin. click the three dots icon. click delete ...  a "ghost pin" appears over the upper left corner of the map. It can't be deleted but goes away with a refresh. The other methods of deleting a pin do not cause this. Does not occur with EPE off.
Lavi said: Why Post About it Now? Since the release, we've heard from a handful of users who’ve experienced unexpected issues in their games from niche bugs tied to the update.  A handful. So it's our fault. Got it.
Tim M said: Lavi said: Why Post About it Now? Since the release, we've heard from a handful of users who’ve experienced unexpected issues in their games from niche bugs tied to the update.  A handful. So it's our fault. Got it. Not sure how you got blame placed out of that response…
I don't read it that way at all. People have been finding niche cases that the developers didn't think of, therefore didn't account for. With something as complex as this, no matter how many people are put on a project, it's simply not possible to account for every possible combinations of variables. The only way they can be found is through reports by people that experience them, at which time those things can be addressed.  Tim M said: Lavi said: Why Post About it Now? Since the release, we've heard from a handful of users who’ve experienced unexpected issues in their games from niche bugs tied to the update.  A handful. So it's our fault. Got it.
1774541907

Edited 1774541963
RPGeezer said: Not sure how you got blame placed out of that response… Incomplete testing of new features has been an irritating hallmark of Roll20 for as long as I've used it (2020). I gave up on my pro membership after 2022 and would have given up on Roll20 altogether except a friend was running a campaign that continues to this day (though it's been dormant for a year, we're trying to kickstart it into gear again). I'm sorry that this makes me so angry, but most of my civilian work life I dealt with software companies telling their clients disastrous results of updates were because of the clients' "niche" uses. I spent 30 years involved with computerized maintenance management systems or CMMS for a nuclear research site and later a university and hospital. One very large US company I dealt with was forever breaking their system with new releases. Some of the inopportune times that came to interfere with us was tracking the work we did to house passengers stranded by the US airspace shut down on 11 Sep 2001. It made it harder to do what should have been routine dispatching work and keeping track of expenses in order to open up a recently moth balled student centre to give those poor folks a place to stay, setting up internet and phone services and free computers for them to use and stay in touch with loved ones. Another time a broken coordination system made responding to the electrocution and death of a contractor. The software didn't cause 9/11 or the poor electrician's death and neither did the developers, of course. But they sure made responding to it difficult. Eventually, they set up a software QA program and the frequency of update disasters dropped steeply, thank goodness. But before they did, this company's tech folks would say exactly the same : Issues are found with "a handful of users". Meanwhile, a whole listserv of mostly US universities, schools, research establishments (and at one point the Canadian Coast Guard who gave up on the company before the latter's Software QA program improved things) would be seething. It was not "a handful". As far as I'm concerned, Roll20 saying the same and attributing it to "niche bugs" which is code for "they are not using it for what it's designed for" aka "it's their fault, not ours".  Sorry for the rant, feel free to block me. -- Tim
Thanks for sharing this update—really helpful to understand what changed and why some issues popped up. I tried toggling the settings and it did improve things on my end, though I’m still keeping an eye on performance. I was also looking into some related technical documentation and came across useful info on Pierce County Cases  that explains structured systems clearly. Hopefully continued feedback here helps smooth things out for everyone.
Nah, I don’t really block people. I can understand where your frustration is coming from given your history…