You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When changing the Frame Rate Cap application preference, the new value is not applied until a new map is created or the campaign is reloaded.
To Reproduce
Set the Frame Rate Cap to 60.
Create a new campaign with a new map. Add a token to it so it sticks around later.
Pan the map. It should be relatively smooth.
Set the Frame Rate Cap to 1.
Pan the map. It should still be smooth.
Create a second map
Pan the second map. It should be unbearably slow.
Switch back to the first map.
Pan the map. It should still be smooth.
Expected Behaviour
The first map should also pan unbearably slow after the cap is lowered. Whenever the cap is changed, it should apply to all maps immediately.
Screenshots
No response
MapTool Info
1.13.2
Desktop
Linux Mint 21.2 Cinnamon
Additional Context
Based on the code, this behaviour goes back to when the cap was first made configurable in 1.5.7. It also applies to the 1.14 release candidates.
At issue is that ZoneRenderer / DebounceExecutor do not offer a way to update the interval, so any existing ZoneRenderer will never use the updated value from the preferences.
The text was updated successfully, but these errors were encountered:
N.B. Frame Rate Cap located under:
Edit Menu > Preferences > Application > Performance > Frame Rate Cap
Reproduced issue in 1.13.2 and 1.14.3
Issue fixed in 1.15.0-rc.2
So a pass from me!
However, I did notice that MapTool gets frazzled if you type 0 into the Frame Rate Cap and save it.
In 1.15.0-rc.2 this raises an unexpected error straight away when typing 0 into the Frame Rate Cap field (java.lang.ArithmeticException: / by zero), but in 1.13.2 and 1.14.3 it does not. So not a new error, and if anything in 1.15.0-rc.2 it lets you know of the problem straight away which is a bonus.
Setting Frame Rate Cap to 0 probably needs a new bug ticket, but in all three versions if you set Frame Rate Cap to 0 and try to either: add a new map, restart MapTool, or load a campaign (from Windows explorer) you get a black map, the select map toolbar breaks, and/or you get various java errors thrown at you. Fix is to reset Frame Rate Cap >0 and restart MapTool.
Similarly you can set the Frame Rate Cap to negative numbers or non-numerics, but did not appear to cause the same MapTool mayhem as setting it to 0.
Describe the Bug
When changing the Frame Rate Cap application preference, the new value is not applied until a new map is created or the campaign is reloaded.
To Reproduce
Expected Behaviour
The first map should also pan unbearably slow after the cap is lowered. Whenever the cap is changed, it should apply to all maps immediately.
Screenshots
No response
MapTool Info
1.13.2
Desktop
Linux Mint 21.2 Cinnamon
Additional Context
Based on the code, this behaviour goes back to when the cap was first made configurable in 1.5.7. It also applies to the 1.14 release candidates.
At issue is that
ZoneRenderer
/DebounceExecutor
do not offer a way to update the interval, so any existingZoneRenderer
will never use the updated value from the preferences.The text was updated successfully, but these errors were encountered: