aboutsummaryrefslogtreecommitdiff
path: root/PuzzleApplet.java
diff options
context:
space:
mode:
authorBen Harris <bjh21@bjh21.me.uk>2023-02-14 22:02:35 +0000
committerBen Harris <bjh21@bjh21.me.uk>2023-02-14 22:09:50 +0000
commit7364ce8e266d947be146d635958a7b282752aac6 (patch)
treeb6e4018669068dcca816c11dd7ab32835311c6e6 /PuzzleApplet.java
parent5a0a2b9166a144b1775411a47060efa483e61971 (diff)
downloadpuzzles-7364ce8e266d947be146d635958a7b282752aac6.zip
puzzles-7364ce8e266d947be146d635958a7b282752aac6.tar.gz
puzzles-7364ce8e266d947be146d635958a7b282752aac6.tar.bz2
puzzles-7364ce8e266d947be146d635958a7b282752aac6.tar.xz
Make sure that moves in Flood use only valid colours
If execute_move() receieves a move that uses a colour beyond the range for the current game, it now rejects it. Without this a solve string containing an invalid colour would cause an assertion failure: "fill: Assertion `oldcolour != newcolour' failed." While I was in the area I put a range check on colours for normal moves as well. To demonstrate the problem, load this save file: SAVEFILE:41:Simon Tatham's Portable Puzzle Collection VERSION :1:1 GAME :5:Flood PARAMS :7:6x6c6m5 CPARAMS :7:6x6c6m3 DESC :39:432242034203340350204502505323231342,17 NSTATES :1:2 STATEPOS:1:2 MOVE :2:S6
Diffstat (limited to 'PuzzleApplet.java')
0 files changed, 0 insertions, 0 deletions