Bring them in line with Intermediate's 2/2 instead of the current 3/1, respectively?

For the record I disagree with this; those should both be 3 stars in Team17. But this is not the time or place to debate that.

The thing that's most bothering me here is that you're calling that "Intermediate". Could you please call it "Normal", or "TUS Intermediate"? Standard Intermediate has 3 stars for everything, and I feel this is one of its defining traits.

Quote from: KoreanRedDragon on August 13, 2020, 03:43 PM

Oh hey Senator, is it too late to touch the Mortar and Cluster Bomb powers in the scheme for this? Bring them in line with Intermediate's 2/2 instead of the current 3/1, respectively? Or is that not one of the changes you wanted to be testing? I'm honestly okay with either for the tournament, but in general I do prefer 2/2 for all these ground schemes now, makes the most sense to me.

Not too late. I made the change.

Oh! I didn't realize you were open to changing the scheme at this stage. Could you add 5 seconds of hotseat time, please?

(Must say, I do not at all see the logic of making Mortar less than 3 stars. It's virtually never possible to get a significant amount of damage with it anyway.)

The problem is that the scheme used in these two rounds had a nonzero value assigned to what would be the Select Worm crate probability. The game ignores superweapon and Select Worm crate probabilities (and powers), but wkRubberWorm interpreted most of the former to have specific meanings, for example interpreting Select Worm crate probability as a logic version to force emulation of. And in WA v3.8 the default behavior is to enable emulation of RubberWorm in playback of replay files, thus in this case, WA v3.5 Beta 3pre3 was emulated, instead of v3.7.2.1 as they actually were. This resulted in the desynchronized playback (the checksum errors).

Launch EmulateRubberWorm_Off.reg in your Tweaks subdirectory. Then these replays will play correctly.

Still not quite bought of this new thing that got "fixed". About team sharing weapon delays. As a guy that plays 2v2 Aerials on daily basis, change is quite noticable.

2 of highest power weapons are situated on F5. Dynamite with 1 turn delay and sheep with 2 turns delay. In a scheme with random placements this could mean a massacre. In first 6 turns of the game, 4 high damage ratio weapons now can be used. With a bit of an unlucky placements, whole opponent team can be wiped in 3rd turn.

I'd like to hear more of why this was patched, if possible? Muzer did a short explanation on Discord, but I think scheme like Aerial doesn't benefit from it at all..

Is it possible to get this as one of the scheme options to turn on/off, or it's coded in the game for good? Thx.

I think the changelog entry in the Readme explains it pretty well. (Emphasis added)

Weapon delays for an allied team group were not decremented for the first time until after every team in that alliance got a turn, but once that happened, their delays were decremented every time any team in that alliance got a turn. With an uneven match such as 2vs1 or 3vs2, this actually resulted in unfairness, since the alliance with fewer teams in it had their delays decremented earlier in the game. Now, delays are decremented for the first time after every alliance has had one turn.

The old algorithm made no sense.

A sensible reintroduction of that idea would be to add an Extended Scheme Option to decrement the delay for an allied group every time every team in that alliance got a turn, for the entire length of the game (rather than just doing that for the first decrementing, like v3.7.2.1 and earlier). It still would be broken/unfair for unevenly matched alliances, but at least would make sense for evenly matched allies (2v2 or 3v3). Would that make sense to you?

• [DC,CS] New scheme format (continued)
  
  • RubberWorm (continued)
  • Gravity Type – Controls how certain objects such as Worms and projectiles are affected by gravity.
  • Unmodified – The default.
  • Standard – Gravity is multiplied normally.
  • Black hole (constant) – Objects are pulled to the middle of the map, with a constant force independent of their distance.
  • Black hole (linear) – Objects are pulled to the middle of the map, with a force that is inversely proportional their distance from the middle. (This is inverse linear, and not inverse square like the gravity of our universe.)
  • Gravity Strength (fixed point) – Controls the extent to which objects such as Worms and projectiles are affected by gravity. With a Gravity Type of "Standard" or "Black hole (constant)", this is specified as a gravity multiplier (with a value of 1.00000 being normal). With a Gravity Type of "Black hole (linear)", this is specified as the distance in pixels at which gravity is of normal strength.
  • Crate Rate – Specifies how many crates can potentially spawn simultaneously at the start of the turn (this will be limited by the value of the other setting, "Maximum crate count on map at once"). With crate drop probabilities set to 100%, causes the exact amount specified to spawn.
  • Crate Shower – Enables continuous crate drops during the turn, up to the maximum set by "Maximum crate count on map at once".
  • Anti-sink – Prevents Worms from drowning when touching the sea (unless done two times in a row). Worms that touch the sea will automatically be teleported to the last piece of land they were standing on.
  • Remember weapons – Prevents the last used weapon selection from resetting to a common weapon regardless of its importance (as defined by the game engine). For example, multiple Bananas can be fired in a row without resetting to Grenades after the first shot.
  • Extended fuses/herds – Enables the use of numeric keys 0-9 instead of just 1-5 to set timed weapon fuses and animal herd sizes. The 0 key will set 0 seconds for timed weapons, and 10 animals for herds.
  • Anti-lock aim – The aiming angle is not preserved and is reset between turns. Compared to the regular Anti-lock Aim option, this always resets the angle to zero degrees in horizontal left or right direction.
  • Kaos mood – Changes the utility crate probabilities (Fast Walk, Laser Sight, Damage*2, Invisibility, Low Gravity, Crate Spy, Jet Pack, Double Time, Crate Shower) from a set of presets, tailored to the "Kaos" scheme. (This will be replaced in a later W:A version with full individual editing of all crate probabilities.)
• [DC] W:A can now emulate RubberWorm game logic without any third-party modules being loaded. There are two ways this can be done:
  
  • Replay files of games played using RubberWorm under previous versions of W:A may now be played back with full emulation. However, since RubberWorm did not tag replay files in any way to indicate its use, W:A must be told whether to enable RubberWorm detection when parsing replay files. To enable it, import EmulateRubberWorm_On.reg (from the Tweaks folder) into your system registry, or use the command line options /rwemu=on or /rwemu=off which will override the registry setting.
    
    • The entire range of RubberWorm versions are emulated. Since emulating the wrong version can potentially cause a desynchronisation, some autodetection is applied. The potential RubberWorm version a particular replay file could have used is first narrowed down according to what version of W:A was used, but for most versions of W:A this doesn't narrow it down to a single RubberWorm version. W:A addresses this issue by using the timestamp of when the replay was originally recorded, and matching this up with the latest RubberWorm version available at the time. This may not always be correct however, either due to users having their system date set incorrectly, or due to their using an outdated RubberWorm version. Thus, the emulated RubberWorm version can be controlled as a Unix time value integer, either by directly setting the registry value EmulateRubberWorm, or by using the /rwemu= command line parameter with an integer in decimal or hexadecimal specifying the desired Unix time override value – for example /rwemu=50EEDF6B or /rwemu=1357832043 will identically set the value to 2013-01-10 15:34:03 GMT, corresponding to RubberWorm v0.0.1.12-13 for W:A v3.7.0.0. For the full list, see 2.0 Supplementary Documentation – Integration and Command-Line Parameters. Note that the detected W:A version will always override this (the version emulated will be rounded off to the oldest or newest RubberWorm corresponding to that W:A version, depending on the direction in which the time override setting is out of range), so for example, it will not be possible to force emulation of a version of RubberWorm made for W:A v3.7.0.0 when playing a replay file recorded with W:A v3.7.2.1.
      
  • The new scheme format includes all of the options that were controllable via RubberWorm. The ones that controlled aspects internally present in the game engine (but previously not exposed as scheme settings) are in general categories, and the ones that introduced new game mechanics are in the RubberWorm category.
• [DC] W:A can automatically import RubberWorm scheme settings (which are stored as nonzero superweapon crate probabilities, values that the game otherwise ignores) into its new extended scheme format when loading a .WSC file. (The RubberWorm game logic version override is also imported, but only as a set of "test version" options, if any, excluding Rope knocking power; the logic version itself is ignored.) This is enabled by default, and can be controlled by importing any one of the following (from the Tweaks folder) into your system registry:
  
  • ImportRubberWorm_Disable.reg - Ignore RubberWorm scheme settings, leaving them in the form of superweapon crate probabilities (which the game ignores), when loading .WSC files in the front end.
    
  • ImportRubberWorm_Silently.reg - Silently import RubberWorm scheme settings. From the perspective of the user, it will be indistinguishable from loading a .WSC file that has already been converted to the extended scheme format.
    
  • ImportRubberWorm_Quietly.reg (Default) - In the Offline Multiplayer screen and Options menu, this behaves identically to ImportRubberWorm_Silently.reg, but in the Host lobby, the message SCHEME_IMPORTED_RUBBERWORM will be printed in the chat history (to the host only) every time RubberWorm settings are imported from a loaded .WSC file.
    
  • ImportRubberWorm_Verbosely.reg - In all three front end screens where .WSC files can be loaded, this will pop up a modal dialog box showing the message SCHEME_IMPORTED_RUBBERWORM every time RubberWorm settings are imported from a loaded .WSC file.
    
• [DC] W:A can now emulate Project X synchronisation bugs (which occur when Project X disables its customisation functionality) during replay file playback. To enable this, import EmulateProjectXBugs_On.reg (from the Tweaks folder) into your system registry, or use the command line options /pxbugemu=on or /pxbugemu=off which will override the registry setting. This applies only to replay files in which the local player was using W:A v3.6.31.0, and should only be enabled if the local player had the Project X WormKit module installed. Replays matching these criteria, in which a Checksum Mismatch or related error occurs during playback, may be "cured" by enabling this option. The emulated synchronisation bugs are:
  
  • The colours of the flying dirt from when the Longbow or Mole Bomb hit a longbow arrow or girder are not taken from the pixels in the arrow or girder itself (like standard W:A does), but from the initial state of the map. If, at the beginning of the game, there was no land where the arrow/girder pixels currently are, no dirt will fly, thus causing a desynchronisation from clients that are not running Project X (because dirt particles affect the random number seed). In practice this usually happens when an arrow is shot into another arrow, or a Mole Bomb digs through a girder, but it could also happen when an arrow is shot into a girder, or a Mole Bomb digs through a longbow arrow.
  • Unlike standard W:A, large explosions do not erase smaller circles from the soil background. In fact, under Project X the soil background never gets erased at all, whereas in standard W:A it's possible for the entire soil background to be erased. This can cause a desynchronisation if <v3.6.22.0 is emulated.
  • Project X changes a floating-point precision flag (probably due to not setting D3DCREATE_FPU_PRESERVE), causing the physics of RubberWorm's "Black hole (linear)" Gravity Type to be modified slightly, due to intermediate floating-point results being rounded to single precision. Sooner or later players will be desynchronised, if some are using Project X and others aren't.
• [DC] It is now possible to disable all in-game UI animations. This can be controlled by using the UIAnimations_Disabled.reg and UIAnimations_Enabled.reg registry tweaks; the default is for the animations to be enabled. The following animations are affected:
  
  • Opening/closing of the in-game dialog box (by pressing ESC) and its quit confirmation box
  • Opening/closing of the weapon panel (by clicking the right mouse button)
  • Opening/closing of the chat panel (by pressing PageDown/PageUp)
  • Scrolling of lines of chat
• [DC] It is now possible to edit the amount of Jet Pack fuel in a scheme. This is done in the Weapon Editor by adjusting the Jet Pack's "Power"; any value from 0 to 250 may be set, where 0 represents infinite fuel. (This setting was enabled in the scheme format in v3.6.29.0, but until now could only be edited externally.)
  
• [DC] To guard against corruption of the team file WG.WGT, its previous state (before the current instance of W:A was started) is now backed up as WG.backup-previous.WGT. This means that on rare occasions when the file becomes corrupted, W:A will now be able to recover from the situation. If this occurs, it prompts the user whether to automatically restore the backup, reset the team file, or do nothing and exit.
  
• [DC] Scheme Save and Delete buttons have been added to the Host lobby.
  
• [CS] The way translations are handled has been updated.
  
  • Game language files now include a line containing the version number that they originated from in the header.
  • A new escape sequence has been added for an alternate way to represent no-break space characters: \_
    
  • Game language files distributed with Worms Armageddon updates are now automatically updated in the same way that English.txt is; for example, if a string has been renamed or deleted in English.txt, the same change is applied to other language files. (Previously, this had to be done manually, and thus imperfectly.)
    
  • Incomplete game language files distributed with Worms Armageddon updates now include "#TODO" markers for all strings which require translation or review.
    
  • A new language file, New.txt, is now included. This file can be used as a starting point for translating Worms Armageddon to a new language.
    
  • localisation.log now includes copy entries, used for newly-added strings which are based on existing strings.
    
  • A translation tool to facilitate editing of language files is available online at loc.worms2d.info.
    
  To contribute new or updated translations, please see section 7.0.
  
• [CS] A secret password (type-in cheat code) has been added which, when activated, effectively unlocks Full Wormage (makes all scheme settings available). The effect can be undone by typing the password a second time; whether Full Wormage has been unlocked in this way is saved to the registry. The password must be typed in the main menu, and its activation is confirmed by a sound effect. (In a future update, the password will be revealed upon completing all the requirements to unlock Full Wormage normally.)
  
• [DC] In order to support a larger variety of image manipulation software (e.g. the GIMP) for use in the creation/preparation of W:A maps, the Map Editor will now recognize PNG files with embedded transparency (i.e. with a tRNS chunk, which specifies the alpha values of every palette entry). If such transparency information is found, it will override the usual means of conveying transparency (a palette value of exact black) and use only the transparency information.
  
  • PNG maps saved by W:A will now include a tRNS chunk, identifying the first palette entry as being transparent, and all others as being opaque. This will have the effect of allowing image editing/viewing software to interpret the transparency in these maps as true transparency, rather than blackness. It is backwards-compatible; previous versions of W:A will just ignore the tRNS chunk, and v3.8+ will obey it (with no effect, because due to the W:A-specific PNG chunk being present, they would treat the first palette entry, which is black, as being transparent anyway). It affects all PNG maps saved in the Map Editor, sent over the network in online games hosted by v3.8+, and embedded in replay files that were either played offline or hosted by v3.8+. An "Export Map" operation on such a replay file will yield a PNG file with proper transparency.

• [DC] The R key now functions during instant replays, restarting the replay from its beginning (or the current "bookmark" position, if one was created using the M key during the playback of that instant replay).
  
• [DC] Leading zeroes in the instant replay countdown timer's digital number font are now darkened.
  
• [DC] This version of W:A can now emulate and interoperate with W:A v1.0. It is possible for an online game to have mixture of v1.0 and v3.7.2.20+ users, and it doesn't matter who is hosting.
  
  • A file named GfxC-1.0.dir has been added to the DATA\Gfx directory. This is a small file containing only the necessary bitmaps (Longbow arrows, Girders, and masks) for emulating W:A v1.0 without needing to keep a copy of the entire v1.0 Gfx.dir.
  • Note, W:A v1.0 applies terrain textures just like v3.0, but unlike v3.0, it allows the "Tools" texture to be used.
  • When loading a .BIT or .LEV with a date stamp earlier than the release date of the W:A v3.0 patch on 1999.04.23, the file will be assumed to have been saved by W:A v1.0.
• [DC] Mouse wheel support in the front end has been made comprehensive. All controls that were previously not affected by the mouse wheel, and should have been, now are. Also, mouse wheel input now goes to the control over which the mouse cursor is hovering, rather than to the control that has keyboard focus.
  
• [DC] When doing playback or Export Log on a replay of an online game created by v3.6.19.17-v3.6.25.1a, "Checksum Missing" errors that were caused by a Remote Checksum Mismatch are now noted as such. (Before v3.6.26.1, checksums during remote players' turns were only recorded when the remote checksum agreed with the local checksum.)
  
• [DC] It is now possible to do Export Log on a batch of multiple replay files. This is currently only possible using the command line:
  /getlogs Path\To\filename-pattern.WAgame [/sort=num] [/from filename.WAgame]
  The meaning of each parameter is as follows:
  
  • Path\To\filename-pattern.WAgame – The path to the files cannot contain any wildcards. The filename pattern can use a wildcard pattern in "glob" syntax, where * matches any number of characters including none, and ? matches any single character. If no wildcard characters are used, only one file will be processed if it exists.
    
  • /sort=num – Sorts the file list numerically, e.g. processing match.12.WAgame before match.111.WAgame, instead of the default (which is a case-insensitive ASCII sort)
    
  • /from filename.WAgame – Skips over all files in the sorted list until filename.WAgame is reached, and then start the batch Export Log from that point onward. This is meant to be used to continue a previous batch Export Log operation that was interrupted before finishing. It must be used with the exact same combination of /getlog and /sort= parameter(s) as the previous run(s), to behave as intended.
    
  Batch Export Log is currently single-threaded, but multithreading is planned for a future update. Note that while batch Export Log is running, you cannot safely start a new game of W:A or launch a replay playback or Export Log session, due to shared temporary files related to map loading/initialization. This will be fixed in a future update; for now it is still possible to do this safely, by hitting Pause in the Batch Export Log window (it is important to do this while the counter is counting forward from a non-00:00:00 position, because otherwise map initialization might be in progress), launching the other replay or game, and then unpausing Batch Export Log by hitting any key with that window in focus.
  
• [DC] The in-game menu that is opened by pressing Esc now remembers your mouse cursor position after being closed. (It is still reset to a centred position at the beginning of each round, however.)
  
• [DC] When doing playback / Export Log of an online game replay file created by v3.6.29.24 or later, a checksum that was spurious from the perspective of the local player at the time of recording, but is no longer spurious at the time of playback (due to a difference in game logic or initial state), is now printed as such.
  
• [CS,DC] There is now a button on the Advanced Options screen to associate W:A with .WAgame files and the wa:// URL. When appropriate, an elevated WA.exe will be spawned in order to write to protected Windows Registry locations.
  
• [DC] It is now possible to take screenshots with transparency. This can be enabled or disabled using the CaptureTransparentPNGs_On.reg and CaptureTransparentPNGs_Off.reg registry tweaks, respectively. This applies both to screenshots taken using the Pause key and to video frames captured using the Export Video feature. Note that transparent areas only exist when all background detail is turned off.
  
• [DC] The number of pixels the mouse must be moved within a single frame to temporarily unlock the camera (yielding manual camera control until the mouse has been idle for at least 2 seconds of game time) is now configurable via a registry value. It can also be disabled or set to the default value using the CameraUnlockMouseSpeed_Minimum.reg and CameraUnlockMouseSpeed_Default.reg registry tweaks, respectively.
  
• [DC] All options in the Export Video dialog box except for "Start at" and "End at" are now remembered.
  
• [DC] The /open command now optionally allows a host to change the game name and password when reopening the game, by popping up a dialog box allowing them to be changed.
  
• [DC] The Weapon Editor now provides access to editing the ammo and delay of the Damage×2 utility, which until now was inaccessible in the front end and only editable externally.
  
• [DC] A third state has been added to the "Legacy utility key" option (LegacyUtilityKey_Both.reg), in which both keybindings are enabled simultaneously.
  
• [DC] W:A can now be used in windowed mode, with all renderers (except for 8-bit DirectDraw with hardware rendering). (Special thanks to StepS for lots of research and testing contributing to this feature.)
  
  • To enable or disable this, toggle the Windowed mode checkbox in Advanced Options, or use the WindowedMode_On.reg and WindowedMode_Off.reg registry tweaks.
    
  • Note that although 8-bit DirectDraw works in windowed mode, part of its palette will be incorrect.
  • When in-game, the mouse can be in either a grabbed or ungrabbed state. In the grabbed state, the Windows mouse cursor is hidden, and the mouse and keyboard control the game as if it were full-screen. In the ungrabbed state, the Windows mouse cursor is visible, and it along with the keyboard can be used to move the window, open the system menu, etc., but not to control the game in any way. To switch from the grabbed state to the ungrabbed state, press Ctrl+G, or do anything that takes focus away from W:A (such as using Alt+Tab to switch to a different application). To go back to the grabbed state, either click inside the client region of the W:A window, or restore focus to W:A from an unfocused state by some means other than clicking directly on it (such as using Alt+Tab or clicking W:A's taskbar button).
    
• [DC] The file open dialog box used by the Map Editor's Import function now allows opening a file by double-clicking it.
  
• [DC] Assisted vertical sync is now supported by all renderers.
  
• [DC] The "browser back" buttons on mice and keyboards will now act like the ESC key in the front end, exiting the current dialog/screen.
  
• [CS,DC] An option has been added to use OpenGL rendering.
  
• [DC] It is now possible to start an offline game with CPU teams only, and no human teams present, pitting the CPU to play against itself.
  
• [DC] It is now possible for transitions between the front end and game play to occur in the background while minimised. Previously (from v3.6.30.0 onward), the game always paused during such a switch if it was minimised, and required the user to manually restore W:A before allowing the switch to happen. (In v3.5 Beta 1 through v3.6.29.0, W:A automatically restored itself, stealing focus.)
  
  • [DC] The AFK (Away From Keyboard) mode (activated by entering /afk or /away in the chat) now works while minimised, and multiple rounds and matches can go by with no user intervention while staying minimised.
    
• [DC] The /url command can now be used by a host who is using WormNAT2. This is accomplished by exporting a function from WA.exe (see Footnote 5).
  
• [DC] Some files are now preallocated on disk to prevent fragmentation, speeding up their access on hard drives. Currently, this is only done for the temporary file containing the current game's decompressed map (data\land.dat).
  
• [DC] In the circumstances where W:A prints to a console window (currently just for /getlog and /repair), it now detects whether stdout is a valid handle, and if it is, it prints to stdout instead of opening a new console window. To make WA.exe behave like a console app from the command line, you can pipe it through "cat" (which must be installed, e.g. from UnxUtils or Cygwin) by appending "|cat" at the end of the command line.
  
• [DC] Flags have been added for Vietnam and Kyrgyzstan, and the flag for Iraq has been updated. The flags for Finland, Colombia, Ecuador, and Venezuela have been edited.
  
• [DC] Every time a .LEV style map is generated, a corresponding SVG (Scalable Vector Graphics) file is now automatically written, with the filename DATA\landgen.svg.
  
• [DC] Six Turkish characters have been added to W:A's font set: ĞğŞşİı
  
• [DC] The game has been fully translated to Finnish by Juho Toivanen.
  
• [CS,DC] An option to display timestamps (in local time) in front end and in-game chat logs has been added. Currently, this can be enabled by using the TimestampFormat_HMS.reg registry tweak for 24-hour time of day timestamps, and disabled using the TimestampFormat_None.reg tweak. The exact format can be customized by editing the TimestampFormat registry option, the syntax of which is that of the C strftime function. Currently, timestamps are only available for live games, and will not be displayed when playing back replay files.
  
• [DC] In the Steam version, W:A will now use the Steam persona name, instead of the system username, as the default nickname.
  
• [DC] It is now possible to play on maps up to the maximum size of 32504×32600 (whereas before, only the width or height could be maximum, but not both), as long as the system supports Large Address Awareness and enough memory is available.
  
• [DC] It is now easily possible to enter automatic turn-skipping mode in an offline game, by entering /afk or /away in the chat. Previously, this could only be done by pressing Enter and PageUp simultaneously after typing the command.
  
• [DC] It is now possible to toggle the displaying of extra information during replay playback that would normally be hidden in a live game. This is toggled by pressing Shift+Alt+Delete in-game.
  Display of the following information is toggled:
  
  • Crate contents
  • Hundredths of a second in turn time and retreat time
  • Mine fuses and duds
  • Full-time, full-precision display of weapon fuses
  Display of the following is not controlled by this toggle:
  
  • Allied chat
  • Invisible worms
  • Weapon panel for all alliances
• [DC] In the Map Editor, it is now possible to automatically view the color preview (or large map thumbnail) while cycling through randomly generated maps via a map thumbnail. To do this, hold the right mouse button while cycling through maps on the map thumbnail (either by clicking, Shift+clicking, or using the mouse wheel, while the mouse is hovering over a map thumbnail). This will have the same effect as right-clicking the map thumbnail immediately after switching to each different map.
  
• [DC] It is now possible to have W:A play sound effects while it is in the background. To set this option, use the "Play audio in background" checkbox in the Advanced Options screen, or use the PlayAudioInBackground_Enable.reg and PlayAudioInBackground_Disable.reg registry tweaks. Even with this option enabled, ambient sounds (front end menu loop and in-game ambient music) will still be disabled while W:A is in the background.
  
• [DC] The number of the currently selected mission is now visible in the Mission screen. So as not to be overly intrusive, it is displayed in the heading of the "Mission Details" box.
  
• [DC] A "Streaming Mode" option has been added. It is intended to be used when broadcasting streaming video of W:A. When enabled, it prevents the IP address from being shown on-screen while joining an online game, prevents the /url command from displaying the URL on-screen, and puts both address and both port fields of the Network Configuration screen in password-entry mode. To set this option, use the StreamingMode_On.reg and StreamingMode_Off.reg registry tweaks prior to starting W:A, or use the /stream command in the WormNET lobby, LAN lobby, or Host/Join/Next Round/End of Match lobby.
  
• [DC] It is now possible for the host in an online game to add CPU teams. The game will only be allowed to start if all clients present support this feature.
  
• [DC] It is now possible to change the "controller" setting (Human / CPU 1-5) when editing a team, whereas before it was only possible to edit this setting when creating a team.
  
• [DC] It is now possible to select and copy text into the clipboard from the next-round and end-of-match screens' Results, Awards, and Details text boxes.
  
• [DC] The exact value of the Hot Seat time is now precisely displayed in the front end and can be fine-tuned. To adjust it in increments of 1 second, hold the Shift key while left- or right-clicking to increase or decrease the value. Without Shift being held, this setting will cycle through the values 0, 5, 10, and 15, the same as it used to.
  
• [CS] WormNET servers can now specify an IRC port for the game to connect to in the <CONNECT> tag. The syntax is <CONNECT HOST:PORT> (for example: <CONNECT 192.168.0.1:9999>). Previous versions of W:A only allowed connecting to the standard IRC port, 6667.
  
• [DC] During replay file playback, the Sudden Death timer is now shown precisely, with hundredths of a second. Note that it is rounded up at the beginning of every turn.
  
• [DC,CS] W:A now has a new scheme format, supporting the tweaking of many extended options, some that were previously internal, and some that have been newly implemented. Access to a limited subset of these options was previously opened up by a third-party module called "RubberWorm", and earlier versions of W:A had bundled some subsets of options in the form of the TestStuff, RacingStuff and BoomRacing hosting options, but the options are now all individually accessible. The options come in a range of types:
  
  • Boolean – true or false. Accessed via a checkbox.
  • Three-way boolean – true, false, or default. Accessed via a checkbox. The "default" state is shown as greyed-out square in the checkbox, and signals that the actual state (true or false) shall be determined from the game logic version.
  • Enumeration – a limited range of values that mean different things. Accessed via a drop-down list.
  • Integer – a whole number. The range varies depending on the option. Some options allow negative values.
  • Fixed-point – has an integer part ranging at most from -32768 to +32767, and a fractional part ranging from 0/65536 to 65535/65536 in 1/65536 increments. The numbers are edited in the UI in decimal form, e.g. 0.00000, 0.00002, 0.00003, ..., 0.99998, 1.00000, ... , 32767.99998. Note that although the game engine tends to round fixed-point values down, the choice was made to round to nearest in the extended scheme editor UI; as a result, many default values are 9-padded (such as 0.24 becoming 0.23999).
  The button used to access these options indicates whether any have been modified from default without the need to enter the screen, and when viewing the options themselves, each individual one indicates whether it has been modified from default, and can be reset to default by clicking that indicator. The options are:
  
  • Physics
  • Wind can be adjusted, either as the maximum strength randomised wind shall have, or as a constant strength the wind shall have on every turn. In randomised wind mode, the wind bias may be adjusted; this determines how much of an effect the horizontal distance from the map's center of the worm receiving a turn has on biasing the wind to blow in the opposite direction.
  • Gravity can be adjusted, in fixed-point units, where the default is 0.23999 pixels per frame of acceleration every frame (a frame is 1/50 seconds).
  • Terrain friction can be adjusted with high precision, in fixed-point units. The default is 0.95999. A value of 1.00000 yields no friction, and 0.00000 makes objects instantly stop whenever they would normally slide.
  • Rope knocking power can be adjusted as a percentage, optionally overriding the channel or offline value. (The units are the same as in the OfflineRopeKnocking registry tweak.)

• [DC] Fixes affecting game logic (continued)
  • [DC] Bug incompletely fixed in v3.6.19.17: The previous fix, "When placing worms at the beginning of a game, placing directly on land caused an annoying delay of two seconds, whereas letting the worm drop onto land did not create much of a delay. Now, placing directly on land causes virtually no delay (the only delay will be due to network lag)." was incomplete. A long delay still occurred after placing the last worm of the last team directly on land. This delay is now the same as that which occurs after placing the last worm one pixel above land.
    
  • [DC] Bug introduced in v3.5 Beta 1: When Girder or Teleport was clicked at an invalid location while a worm was jumping, falling, or landing, instead of triggering a warning beep as it should, this caused the mouse cursor to disappear, without the accompanying spangle animation that happened when clicking at valid locations. The warning beep would then only happen if Space was subsequently pressed from the ground in an attempt to place the girder or trigger the teleport.
    
  • [DC] If any mouse cursor triggering weapon (homing, strike, girder, or teleport) was used and had the "Remember as Default" property (currently only possible with the RubberWorm "Remember weapons" option enabled, which applies it to all weapons), then after the weapon's use, it would be reselected immediately before retreat time, blocking that retreat time from being effectively used due to the mouse cursor being enabled (which blocks the player's worm from being controlled via the arrow keys and other hotkeys).
    
  • [DC] With the Laser Sight utility enabled, the crosshair exhibited a glitch in which it switched between being shown at two different distances from the current worm. This was especially visible to non-allied players in an online game, since for them, the crosshair is shown at times when the active player sees the laser sight. (Strictly speaking this change doesn't affect the game logic, but it is tied to the logic version so that all players see the same thing.)
    
  • [DC] Any object (such as a worm) whose collision mask intersected with terrain would move through all terrain as if it weren't there (unless prevented from doing so due to being blocked by another object), until either passing into a space free of terrain (after which it would behave normally, and collide with the next piece of terrain it touched), or drowning. This is now fixed, by pinning the object in place as long as there is terrain intersecting with its collision mask.
    
    • The previous glitch in which a Girder could be placed at a location intersecting with objects/terrain (fixed/introduced in v3.5 Beta 1, and fixed in v3.6.19.7, v3.6.31.2b, and v3.8), if it had not been fixed, would now behave differently thanks to this new fix. Objects intersecting with the girder, instead of falling through it (and potentially drowning), would now be pinned by the girder, prevented from moving in any direction until the portions of the girder intersecting with them have been destroyed.
      
    • The glitch in which a Longbow arrow embedding itself in the terrain at the location of a Grave would cause the grave to fall through the terrain (introduced in v3.5 Beta 1, v3.6.19.7, and v3.6.19.12) is now fixed. Now, such a longbow arrow will pin the grave in place until the portion of it intersecting with the grave's collision mask has been destroyed.
  • [DC] It is now possible to place a Girder in a location that intersects with a Grave. This finally realises the goal of making graves have no tangible effect on the physics of the game (with only one exception – that the game waits for all objects, including graves, to stop moving before progressing to the next state), which began in v3.5 Beta 1, v3.6.19.7, and v3.6.19.12, with the fixes preventing graves from absorbing Longbow arrows.
    
  • [DC] Bug introduced in v3.6.21.1: If the Ninja Rope was fired on the single frame (1/50 second) step between walking off a ledge and falling, the firing of the rope would be immediately cancelled, such that the rope-firing sound effect would be heard but the rope would not be seen to fire at all.
    
  • [DC] With BattyRope enabled, if using Scales of Justice resulted in the death of inactive worms on Rope, Bungee, or Jet Pack, an endless turn would result, due to the game waiting for the worms with 0 health to be on land.
    
  • [DC] Frozen worms were unfrozen upon skimming water. Since frozen worms normally can't have horizontal velocity, the way to reproduce this was to trigger Freeze while another worm from the current team was moving in a trajectory that would make it skim.
    
  • [DC] Although it was not locally allowed as input, in schemes with worm selection and manual placement enabled, it was internally possible to select worm during initial placement. If a team used this cheating loophole to select one of their already-placed worms before manual placement finished, and used Freeze, the game would then see manual placement as being finished, even though not all worms were placed. Worms that had not been placed would be located way up in the sky and virtually untouchable during turns, but able to take turns themselves. If more than one worm was in this state, use of Firepunch by one of them would result in an endless turn.
    
  • [DC] In a scheme with manual placement enabled, instant utilities in a team's inventory would go into effect when that team was placing their first worm, instead of on their first turn after placement was finished. This could come into play in schemes with Stockpiling enabled, if a team collected instant utilities after the end of their last turn (e.g., by jumping at the very end of their retreat, such that the jump ended after the retreat ended and resulted in grabbing a crate, or by having an animal grab a crate after the end of their turn). The most bizarre way in which this manifested was with Crate Shower, which would in fact be triggered during manual placement if carried over from the previous round.
    
  • [DC] If one or more non-delayed instant utilities were present in a team's inventory when starting a turn, it was possible to directly select one of them, on the first frame of that turn. Then, even though all instant utilities would subsequently be automatically consumed and activated, it was possible to "use" the one that had been selected (by pressing Space), even though it was no longer present in the inventory. If it was Damage×2, using it would remove it from the activated-utilities icon bar in the lower-right of the screen (as if toggling it off), but would leave Damage×2 in effect. If it was Crate Spy, using it would both remove it from the activated-utilities icon bar and deactivate it. If it was Double Time or Crate Shower, using it would have no effect.
    
  • [DC] The v3.7.0.0 feature "When a Double Time crate is collected by an animal, the animal's remaining fuse time is now doubled." had the following bug and flaw:
    
    • Bug: It was possible to "double dip". If the team lost its turn before their animal collected the crate, and/or a delay was set for the Double Time utility (which wasn't possible in the scheme format at the time) and the crate fell in a crate shower, the animal's remaining fuse time would still be doubled, but the Double Time crate would not be consumed and would instead be added to the team's inventory, thus doubling the turn time of their next turn.
    • Flaw: The one-use-per-turn limit (for turn/retreat time doubling) and the one-use-per-animal limit (for animal fuse time doubling) were applied independently.
    Both the bug and flaw have been fixed by changing the logic of this feature. Now, anytime the Double Time instant utility is activated, either by direct collection by a worm, collection by an animal, or by being present in a team's inventory at the beginning of their turn, it will double the remaining fuses of all active animals owned by that team at that moment.
    
  • [DC] An active crate shower (initiated by a Crate Shower instant utility) blocked pending worm damage and deaths, and forced an Indian Nuclear Test to wait until the crate shower finished before returning the worm that fired it to a normal state.
    
  • [DC] With BattyRope enabled, inactive worms on Jet Pack, Ninja Rope, or Bungee would be able to collect crates during others' turns.
    
  • [DC] With BattyRope enabled, the fuel display for any inactive worm on Jet Pack would be hidden if another worm on the same team was currently in retreat. (Strictly speaking this fix doesn't affect the game logic, but it is tied to the logic version so that all players will see the same thing.)
    
  • [DC] The check making it impossible to use worm selection while the turn timer is paused (e.g. showing pending damage, or during the first shot of a Shotgun or Longbow with "Worm Selection is never cancelled" enabled – see Footnote 7) was only being done at the keyboard input level, not at the game logic level, thus making it possible to circumvent.
    
  • [DC] Under certain circumstances, using worm selection could override the remembered weapon of the next selected worm. This could happen in either of two ways:
    
    • Start a game with BattyRope enabled. Use a W:A client of v3.7.0.0 or earlier, before the addition of the feature "The game no longer checks for the Tab key being pressed unless the current worm is in worm selection mode, and the key is now checked before all other keys, allowing the selected worm to be moved on the same frame as it is selected." Get on Rope / Bungee / Parachute / Jet Pack. Select "Select Worm", then press Enter and Tab simultaneously. The next selected worm's remembered weapon would be overridden by "Select Worm".
    • Start a game with "Worm Selection is never cancelled" and "Weapon use doesn't end turn" enabled (see Footnote 7). Fire only one shot from Shotgun or Longbow, or 1-4 girders from Girder Pack. Press Tab. The next selected worm's remembered weapon would be overridden by the weapon just used.
    Although the nature of this bug is easier to see with the RubberWorm "Remember weapons" option enabled, it still happens without it, except that the remembered weapon is overridden by a different default weapon (unless Shotgun or Longbow is the one doing the overriding).
    
  • [DC] With "Worm Selection is never cancelled" enabled, it was possible to fire more than one weapon in a single turn (even with "Weapon use doesn't end turn" disabled – see Footnote 7). This could be done in two ways:
    
    • First, incompletely use a multiple-shot weapon (fire only one shot from Shotgun or Longbow, or 1-4 girders from Girder Pack). Then press Tab and Space simultaneously (Latent bug exposed by a feature in v3.7.2.1) to make the next selected worm fire its default/remembered weapon – or by other means, switch to any worm (even the same one that fired the first weapon, by switching to another worm and back), select any weapon, and fire it. This could only be done once per turn, for a total of two weapons used in a single turn.
    • With BattyRope enabled, get on Rope / Bungee / Parachute / Jet Pack with at least one worm, then fire up to 127 weapons in a single frame (optionally selecting a different weapon each time) by doing round-robin worm selection in-between weapon firings.
  • [DC] For the purposes of crates releasing sheep when detonated, and Sheep Heaven's effect on crate probabilities, Sheep Launcher crates were not counted as containing sheep.
    
  • [DC] With "Worm Selection is never cancelled" and "Loss of control doesn't end turn" both enabled (see Footnote 7), it was possible to kill all of one's own worms, with one of them still being temporarily controllable (a zombie worm); at this point, pressing Tab would crash the game, because there would be no worm with nonzero energy to switch to. Pressing Tab in this situation now has no effect. (See Footnote 2.)
    
  • [DC] Latent bug introduced in v3.6.26.4 and made possible in v3.6.28.0 by RubberWorm: If a worm firing a Ninja Rope repeat shot while "sliding" on a surface (actually bounce-sliding, which can only happen with RubberWorm bounciness enabled) came to a stop before the rope attached, then whichever weapon had been selected would be "fake fired" (used without being fired). With every weapon except for Ninja Rope, Bungee, Parachute, Select Worm, and utilities, this would trigger the beginning of retreat time. With multiple-shot weapons (Shotgun, Longbow, or Girder Pack) this would also display the message "N Shot(s) Remaining", although it was not possible to fire the remaining shot(s). With Shotgun and Longbow, it would additionally force the rope to detach and block all movement for the duration of the retreat. (However, with Select Worm selected, it would actually be fired for real, allowing subsequent worm selection while still on the rope, even without BattyRope enabled – although the rope would be detached when switching to the next worm.)
    

Changes

• [DC] A DPI-awareness manifest has been added to W:A. On systems running Windows Vista and later, with a custom DPI setting, this prevents W:A's GDI-mode dialog boxes (such as the "Export Video" dialog, and the dialog that acknowledges "Export Log" having finished) from being rendered with a fixed-size font and resampled (which made the text look blurry at DPI settings higher than 100%).
  
• [DC] From v3.6.26.4 onward, when a checksum mismatch occurred in an online game, the local checksum and the incorrect remote checksum were both recorded, such that in playback or Export Log it would appear as a "Remote Checksum Mismatch" error. In the case that upon playback, the remote checksum that was incorrect at the time the game was being played is now correct (according to the instance of W:A used for playback), it was displayed as "Remote Checksum Good", a useful feature for analysing the causes for desynchronisations. In v3.6.30.0 a more comprehensive format for recording remote checksum errors was introduced, however, a simple remote checksum error recorded in this format was no longer printed in an informative way (there was no differentiation between a remote checksum that was good or bad according to the instance of W:A doing playback). It is now printed in the same way as the older format ("Remote Checksum Mismatch" / "Remote Checksum Good").
  
• [CS] The error message displayed upon failing to load a WormKit module has been improved.
  
• [CS] On Windows systems running Windows XP or newer, the default graphics API is now Direct3D 9 (shader), with the alternative fallback renderer being changed to DirectDraw (32-bit). This replaces the first-start suggestion to enable Windows compatibility flags on Windows 8 and newer.
  
• [DC] The Export Video dialog box has been rearranged.
  
• [DC] When hosting a password-protected game, W:A sent the password to the WormNET server using the &Pwd=string parameter in the HTTP request, resulting in a potential violation of privacy. Now it simply sends &Pwd=1 instead if the game is password-protected, and no &Pwd= parameter otherwise.
  
• [DC] There was an unnecessary 1 second pause upon showing the "Please wait... working..." dialog, whenever starting a game from the front end.
  
• [DC] W:A no longer shows a warning if it has been run "as administrator", because the bugs that happened in this situation have been fixed.
  
• [DC] In v3.6.19.7, a bug was fixed in which the text cursor of a combo box wasn't properly updated when selecting a different item in the drop-down list. The fix was to always move the cursor to the end of the text in the combo box upon closing the drop-down list. This fix ignored the fact that if the list is opened and closed without selecting a different item, the best behaviour would be to keep the text cursor where it was; this is what is now done.
  
• [DC] Display mode changes are now avoided in some additional cases. If the desktop resolution, front end resolution (640×480), and in-game resolution are all different, then this can potentially prevent the monitor from blanking out for a period of time while changing modes.
  
  • [DC] When starting a game from the front end with a Direct3D 9 renderer in use, W:A no longer switches to the desktop's video mode before switching to the in-game video mode. (Note that with a DirectDraw renderer in use, this was already the behaviour since v3.5 Beta 1.)
    
  • [DC] When exiting from a game and returning to the front end with a DirectDraw or Direct3D 9 renderer in use, W:A no longer switches to the desktop's video mode before switching back to the front end's video mode.
    
• [DC] The Direct3D 9 renderers no longer explicitly release and recreate the Direct3D 9 device upon restoring from a minimised state.
  
• [DC] The DirectDraw renderer no longer has a frame rate limit. (In v3.6.31.2b, a frame rate limitation of 100 fps was added; in v3.7.0.0 the limit was changed to 125 fps. The Direct3D renderers added in v3.7.0.0 never had a frame rate limitation.)
  
• [DC] The Windows Application Compatibility setting (Layer_ForceDirectDrawEmulation) has been removed from the Advanced Options menu, as it is no longer needed to get any renderer to work properly under any version of Windows. For those who had enabled this in previous versions of W:A, it is recommended that you disable it using a version of W:A that still had the option in its interface.
  
• [DC] Double-clicking the chat message history box in the LAN Lobby no longer clears the view of the chat history. This was a confusing and not very useful feature, and interfered with double-clicking on hyperlinks (starting when the feature "Web and E-mail URLs are now automatically parsed and converted to hyperlinks in message histories" was added in v3.6.30.0).
  
• [DC] Controls such as buttons and input forms of pop-up windows (e.g. Export Video and Playback At) will now use the system style instead of being forced to the classic style (Win2000-like). Also, in all Windows versions they now use the default dialog font instead of forcing use of MS Sans Serif.

• [DC] Bug introduced in v3.5 Beta 1: Upon using the /away command in WormNET (IRC) with no parameters to clear your away message, NET_AWAY_CLEARED was not printed (nor was any other feedback).
  
• [DC] If the network packet for "Play Again" or "New Match" was immediately followed by subsequent packet(s) changing the scheme, number of worms, or alliance colours, then those subsequent packets would be ignored, leading to a desynchronisation when the new match was started. (This could theoretically could happen in situations of extreme network congestion, when the host very quickly made those changes after clicking "Play Again" or confirming "New Match".)
  
• [DC] Bug in a feature introduced in v3.6.19.7: In the combo box for browsing scheme/map subfolders and files, clicking on a folder which could not be entered (due to access rights restrictions or illegal filename characters) collapsed the combo box, preventing it from being restored until exiting the current screen.
  
• [CS] Bug introduced in v3.7.0.0: Internet URLs starting with www. (no protocol) were recognized (underlined and double-clickable), however double-clicking them displayed an Invalid URL error message.
  
• [DC] After an instant replay occurred, the default girder rotation state and strike direction would be reset for all teams. Any team that subsequently selected Girder or Girder Starter-Pack would have "stop-sign" as the default state, and any team that selected a Strike weapon would have "right" as the default direction. In v3.5 Beta 1 and later, this resulted in not being able to fire a Strike weapon on the same turn after an instant replay in which the turn didn't end, unless a Girder was selected first and rotated to a position other than the stop-sign.
  
• [DC] Bug in a feature introduced in v3.6.29.0: With stereo effects enabled, upon worm placement, the YesSir sound was always played from the centre of the map instead of the current cursor position.
  
• [DC] In the game lobby for a joined player, if the host disconnected at a point when the user had entered text into the chat edit box, then pressing Enter would behave as if the edit box had not been hidden.
  
• [DC] When applying the "built-in game time limit" logic as it existed before being removed (see v3.6.30.0 changes affecting game logic), if the total turn time (not counting retreat) fell between 2.00 and 4.98 seconds inclusive, or the total game time (up to the end of the fade-out) fell between 2.00 and 14.98 seconds inclusive, the following bugs could or would happen:
  
  • [DC] The offline multiplayer next-round screen didn't properly indicate that a draw had happened.
    
  • [DC] The end-of-round report in the online and offline next-round screens didn't properly indicate that a draw had happened.
    
  • [DC] In a match with six teams, a portion of the sixth team's flag or grave palette was interpreted as non-palette data, and could either force a named team's allied group to get a point as if it won the round (even reaching or exceeding the number of points needed to win without ending the match), or force the match to end.
    
• [DC] Bug in a feature introduced in v3.7.0.0: In the online hosting next-round screen, if the last remote player left the game, the "ready to start" sound would be played instead of the "twang" sound, due to the feature allowing an offline game to be started from the online hosting screens without using the light bulb button. The "ready to start" sound would also play upon entering the screen if there were already no clients (i.e. when continuing to the next round of an offline game started from the Host screen).
  
• [DC] Under Windows Vista / 7, if Windows 95 or 98 compatibility was (unnecessarily) enabled in the WA.exe file's properties, a crash would occur when opening the Team Editor.
  
• [DC] In the Team Editor, all soundbanks (voice banks) with a "." anywhere in their name, or a name one character in length, would be excluded from the list of choosable soundbanks.
  
• [DC] Bug introduced in v3.6.19.17: In the Team Editor, fanfares with filenames longer than 32 characters should have been excluded from the list of choosable fanfares, but were not. Choosing a fanfare with a filename too long could corrupt one's team file.
  
• [DC] Bug in a feature introduced in v3.6.28.0: Ever since wa:// and wa:host links were introduced, it was possible to start W:A by following the link wa: (with nothing following the colon), but the warning message box “Ignoring unrecognised command-line parameter ("wa:")” was displayed. This message box is no longer displayed, as long as nothing unrecognized follows the colon.
  
• [DC] Bug in a feature introduced in v3.6.28.0: Links of the form wa:host?Parameters would also work with a ":" or "/" character replacing the "?", however, any other character in that position would be silently accepted, but with the remaining characters following it being ignored (instead of being treated as parameters for the hosted game).
  
• [DC] Bug in a feature introduced in v3.6.29.0: The /quiet (or /q) command-line option would be ignored in the case that Export Log failed to create a log file, showing the error in a message box regardless.
  
• [DC] Bug introduced in v3.6.31.2b: When prompted (with LARGE_MAP_WARNING_DIALOG or IDS_LARGE_MAP_WARNING) as to whether to load a large map, the displayed in-game memory usage was too small by a large margin. This memory usage is dependent on whether hardware or software rendering is being used; more memory is used in the latter configuration.
  
• [DC] Bug introduced in v3.6.28.0 and v3.6.30.0: The peak usage was actually different in the two respective situations in which the LARGE_MAP_WARNING_DIALOG and IDS_LARGE_MAP_WARNING large map prompts are shown, but the same value was displayed in both prompts. In IDS_LARGE_MAP_WARNING, the peak memory usage was too large by a significant margin. The value was close to being correct for LARGE_MAP_WARNING_DIALOG, but was slightly too small. [Note: This fix is now obsolete; the peak memory usage is now the same as the base memory usage.]
  
• [DC] When loading a .PNG map to display a thumbnail in the front end, an unnecessarily large amount of memory was temporarily allocated.
  
• [DC] The Map Editor's detail slider did not respond properly to PageDown and PageUp keypress events.
  
  • The left and right sliders were allowed to go one step beyond their minimum and maximum, respectively.
  • Any change made using only PageDown or PageUp would result in a visual change to the slider control, and update the tooltip, but the actual detail range used in generating maps was not updated, and the change would be forgotten upon exiting the Map Editor.
• [DC] The exclamation mark icon in the upper-left of front end message boxes (such as the Alt+F4 quit confirmation box in full-screen mode) had its palette distorted in a different way in almost every front end screen.
  
• [DC] Bug in a feature introduced in v3.6.19.7: If the current Scheme or Map subfolder was deleted from outside of W:A, and then an attempt was made to open the File Chooser combo box using the Down arrow key, W:A would crash. (This version of the bug was introduced in v3.6.29.0, but in earlier versions, the crash could still be triggered by attempting to enter a subfolder that had been deleted from outside of W:A, after W:A had listed its contents.)
  
• [DC] Bug introduced in v3.6.30.0: If W:A was minimized in the Scheme Options editor with the "Cheats" dialog box open, upon restoring, the four buttons in the "Cheats" dialog would be replaced by blackness, until redrawing was triggered by mouseover or the dialog box was closed.
  
• [DC] Clicking or right-clicking on the Map Editor's Preview button did not update the tooltip; it was only updated if the mouse was subsequently moved.
  
• [DC] After beating the final mission, the Mission screen would enter a glitchy state, in which whenever the final mission was selected as the current one, the "Next" button would be enabled; if clicked, it would wrap around to the first mission ("Pumpkin Problems"). This was an asymmetrical state of affairs; the first mission did not have the "Previous" button enabled. This state was only temporary, lasting as long as your team was entered in as the current team in the Mission screen; any action that removed it as the current selected team would result in any subsequent re-entry of that team, or any other, leading to the normal, non-glitchy state (until the last mission was again beaten). This bug has been fixed by preventing the "Next" button from ever being enabled on the last mission (as opposed to enabling wraparound in both directions).
  
• [DC] Bug introduced in v3.6.30.0: Under certain conditions, the dynamically dithered background gradient (in maps with more than 96 colours or of non-standard height) would have pixels of clashing colour dithered into its bottom-most region. This bug also resulted in the bottom of the non-dithered gradient displaying incorrectly.
  
• [DC] Bug introduced in v3.6.28.0: When hosting a game with a colour map, clients running W:A v3.6.24.2 or earlier would not be sent the map in a properly backwards-compatible way. The message "Please wait while the level file loads" would be displayed on their end, and the game would desynchronise when started.
  
• [DC] Bug introduced in v3.6.30.0: The field "SpecialBuild" in WA.EXE's version-information resource (displayed as "Special Build Description" in File Properties under Windows XP and below) was corrupt. In v3.7.0.0 and later, this bug was only seen in the Steam builds.
  
• [CS] Fixed a crash that could occur during start-up if the installed bitmap font files were from an older version of W:A.
  
• [DC] The "worm selection order", "worm placement mode", "number of oil drums / mines", "stockpiling mode", "sudden death mode", and "anchored worms" buttons made two simultaneous sounds when changed with a mouse click. In the Scheme Options screen, this had always happened; in the Offline Multiplayer and Network Hosting screens, it was introduced in v3.6.19.7.
  
• [DC] If the proxy settings were changed in the Network Configuration screen, W:A needed to be restarted for the change to properly take effect.
  
• [DC] Bug in a feature introduced in v3.6.19.7: During playback, when a CPU team collected a crate, the weapon-collection notice (i.e., the text showing the contents of the crate) was not shown at the top of the screen.
  
• [DC] Bug in a feature introduced in v3.5 Beta 1: When exiting certain front end screens, there would be a short flash of incorrect palette. Some versions of this bug had already been fixed in past versions of W:A, but this fix should be universal.
  
• [CS] While loading the team file (WG.WGT), when encountering a flag for which the custom flag image file was no longer present, the game would reset it by assigning a locale-dependent default flag. Since all relevant flag information is already stored in the team file, this behaviour has been disabled.
  
• [CS,DC] Bug introduced in v3.6.28.0: When loading a PNG image lacking W:A-specific map metadata into the Map Editor, it was always treated as an island map, instead of autodetecting island or cavern status from the contents of the map. The previous autodetection logic has been restored.
  
• [DC] During instant replays, the X marker for homing weapons and strikes was not shown.
  
• [DC] When a mouse-targeted weapon was clicked such as not to cause instant firing (i.e. any homing weapon, or Girder/Teleport clicked while the worm is jumping/falling/landing), the mouse cursor was hidden locally (from the perspective of the player using it) but not remotely (by other players in a network game) or in playback. This has been fixed; now, remotely and in playback, the cursor will be seen to disappear, under the same conditions that it disappears locally, regardless of game logic version.
  
• [DC] In the Map Editor, switching to a new map in one of the map thumbnails, right-clicking that thumbnail while not in Preview mode, then entering Preview mode, and right-clicking that map thumbnail again, would result in switching to a different random seed on the same map, resulting in objects, bridges, and placement holes (if any) being generated differently.
  
• [DC] Bug in a feature introduced in v3.6.30.0: If the host in an online game committed changes to the Weapons scheme options while a client was in the Weapons screen, and then that client pressed Escape and chose the "Yes" option to exit and discard changes, this would result in a desynchronised state, potentially resulting in a desynchronisation upon game start.
  
• [DC] Bug in a feature introduced in v3.6.19.7: Replay file playback would desynchronise in online games if the Indian Nuclear Test delay was set to 99 in the scheme, unless the Indestructible Border was enabled. This is because during the live game, the delay was overridden to 0, but in playback it remained at 99.
  
• [DC] Bug in a feature introduced in v3.6.29.0: No logic version restriction was enforced when setting the "number victories to win the match" scheme option to zero (in which a match lasts exactly one round even in the event of a draw). Thus, if hosting with that scheme option enabled, and a mixture of players were present, some using versions prior to the introduction of the feature and some after, desynchronisation would result if the round ended in a draw.
  
• [DC] Pressing Enter in any front end screen with a chat text-entry edit box (i.e., the WormNET lobby, LAN lobby, or Host/Join/Next Round/End of Match lobby) entered what was currently typed in the edit box regardless of whether the edit box had the current input focus.
  
• [DC] Bug introduced in v3.7.0.0: If there was more than one player's name in the list following the message "ERROR: Cannot start game due to features unsupported by", then there would be no space between the word "and" and the last player's name.
  
• [DC] Bug in a feature introduced in v3.6.19.7: Chat history carried over from the host/join or end-of-match screen to the Next Round screen was cut off on the right side, due to the chat history box being narrower in that screen. This has been fixed by rearranging the online countinued-round screen so that its chat history box is the same width as that of the host/join and end-of-match screens.
  
• [DC] The online Next Round screen listed "players" (actually individual computers in a network game) rather than teams. If two or more people were playing on one computer, and had differently-coloured (differently-allied) teams, only one of those team colours and number of wins would be displayed in the countined-round screen. This has been fixed by splitting the player list into a player list and a team list, like the host/join screen.
  
• [DC] In any front end screen, if the mouse cursor was moved from a control with help text to an edit box or text box / message history box (by moving the mouse fast enough that it would skip over the empty space between the controls), the displayed help text would not be erased.
  
• [DC] Flaw introduced in v3.6.19.7: The help text for the player name edit box in the Network Choice screen was not displayed.
  
• [DC] In the "View team statistics" screen, the Deathmatch rank was misaligned with the text "Deathmatch Rank", and if it occupied two lines (for example with "Highly distinguished"), the bottom 3 pixels of the second line were truncated.
  
• [DC] In the offline end-of-match screen, there was no help text for the Winner box.
  
• [DC] Bug introduced in v3.6.28.0: Attempting to use the Export Log feature without the W:A CD-ROM present resulted in the creation of an empty log file.
  
• [DC] Bug in a feature introduced in v3.5 Beta 1: After minimising in-game, if any mouse button(s) were held down at the moment of minimisation, then after being restored, the game would continue to act as if the mouse button(s) were held down, until either the mouse was moved, or those button(s) were pressed and released (i.e., if the mouse was not first moved, the first press of each of those button(s) would be ignored). One of the effects of this was that from v3.6.19.18 onward, if the ESC dialog box's "Minimize Game" menu option was used, and after restoring the game, an attempt was made to click "Minimize Game" again without first moving the mouse, the first click would be ignored.
  
• [DC] Bug in a feature introduced in v3.6.30.0: An "Exit without saving changes?" dialog box was shown when exiting the Options menu after editing the current scheme. Before v3.6.30.0, the current scheme was always reset to the Intermediate intrinsic scheme upon return to the main menu, so the exit from the Options menu really was done without saving changes to the scheme. However, from v3.6.30.0, this same "Exit without saving changes?" dialog no longer did what it claimed to do; when exiting the Options menu by responding "Yes" to this dialog, the scheme changes were in fact saved. This has been fixed by disabling the confirmation dialog completely, and, as was already done before, always saving changes when exiting the Options menu.
  
• [DC] Flaw introduced in 3.6.19.7: Under Wine, moving the mouse away from a front end button that was highlighted by mouseover, to empty space (or anything other than a highlighted control), would only unhighlight the previously highlighted button after a significant delay. This was due to Wine's laggy implementation of WM_MOUSELEAVE via the Windows API call TrackMouseEvent(). Due to this, W:A now uses its own emulation of TrackMouseEvent when under Wine (as it also does under Windows 95, because _TrackMouseEvent() exhibits the same problem).