Detailed Description: Fiddling with the zoom (alt-scroll, dropdown top-left, zoom slider top-right) seems to shift the available playspace of a majority of maps (as in, the number of tiles of the map size changes) in our campaign - zoom in, less space; zoom out, more space. Presumably the following stacktrace from the console would help point things out: app.js?1551283991:540 Uncaught TypeError: Cannot set property 'start_time' of undefined
at n.swap (app.js?1551283991:540)
at T.i.checkImageSizing (app.js?1551283991:546)
at app.js?1551283991:549
at Array.forEach (<anonymous>)
at Function.k.each.k.forEach (base.js?1551201459:6)
at T.i.u.(/editor/anonymous function) [as each] (<a href="https://app.roll20dev.net/assets/base.js?1551201459:7:28599" rel="nofollow">https://app.roll20dev.net/assets/base.js?1551201459:7:28599</a>)
at T.i.initActivePage (app.js?1551283991:549)
at app.js?1551283991:543
at r (base.js?1551201459:6) Reproduction: On most maps, changing zoom (via alt-scroll, dropdown top-left, or zoom slider top-right) will produce this issue. This doesn't occur on all maps; I've yet to determine what is the commonality between ones that work. My System: From "chrome://version": Google Chrome 72.0.3626.119 (Official Build) (64-bit) (cohort: Stable) Revision 9a65993e2cde1b5797ec98da4cd9abcea464cd7b-refs/branch-heads/3626@{#876} OS Windows JavaScript V8 7.2.502.26 [...] Command Line "C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --no-startup-window /prefetch:5 --flag-switches-begin --enable-webvr --enable-features=GamepadExtensions,OpenVR,WebXR,WebXRGamepadSupport --flag-switches-end From Windows About: Windows 10 Pro, Version 1809, OS Build 17763.316 Demonstation GIF: In Testing for this Bug: Our entire group (four players) were able to repro this issue, across many sets of extensions and both Chrome and Firefox. While I personally have the "experimental" WebVR components enabled and a large number of extensions, the other members do not.
