Closed kwvanderlinde closed 1 year ago
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.