Release Notes for JMRI 4.19.8 release

Date: June 23, 2020

From: Bob Jacobsen

Subject: Test Release 4.19.8 of JMRI/DecoderPro is available for download.

Notes:

This is a test release. Please post a note if you encounter any new or old bugs! And please back up your JMRI files before installing this, in case you want to go back to an earlier version.

This is (intended to be) the last test release before the JMRI 4.20 production release. We would really appreciate feedback on it!

JMRI is now only available under the GNU General Public License. For more information, please see our copyright and licensing page.

Update From Older JMRI Versions

If you are currently using JMRI 4.11.9 or earlier, we strongly recommend that you update to JMRI 4.12 and make sure that's running without errors during startup or on the JMRI log. Once you have JMRI 4.12 running OK, store your configuration and panel files and use those from then on. There have been changes in serial port support, panel file format and configuration options since those earlier releases, and moving to the stable JMRI 4.12 release is a good way to work through any possible problems.

If you are currently using JMRI 4.7.3 or earlier on Linux or macOS (Windows doesn't need this), you must update to JMRI 4.12 and carrying out the migration process described in the JMRI 4.12 release note before updating to this release.

If you are currently using JMRI 4.17.7 or earlier, including if the previous paragraphs convinced you to update to JMRI 4.12, we strongly recommend that you update to JMRI 4.18 and make sure that's running without errors during startup or on the JMRI log. Once you have JMRI 4.18 running OK, store your configuration and panel files and use those from then on. There have been changes panel file format and configuration options since earlier releases, and moving to the stable JMRI 4.18 release is a good way to work through any possible problems.

Known problems with this release

• None

New warnings for this release:

Older warnings

See the JMRI 4.18 release note for more warnings predating the 4.19 development series, including pointers to various migration issues. These may be relevant to you if you're updating from an earlier version.

• Since JMRI 4.19.7 A number of hardware-specific actions now require the system connection be associated with them when used as a startup action. In many cases, these actions will continue to "just work", but it is recommended that actions be verified to be associated with the correct connection in the Startup Actions Preferences.
• Since JMRI 4.19.6 Layout Editor files stored by 4.19.6 may not be loadable by JMRI 4.19.5 and before. This is in addition to the changed in 4.19.5 that raised a similar issue for 4.19.4.
• Since JMRI 4.19.6 A default instance of jmri.jmrit.display.PanelMenu is no longer maintained by the InstanceManager for the purposes of maintaining a list of open Editors or LayoutEditors. Use the default instance of jmri.jmrit.display.EditorManager in scripts instead.
• Since JMRI 4.19.5 Layout Editor files that are stored with version 4.19.5 and later will not generally be readable by versions earlier than 4.19.5. Version 4.19.5 and later continue to be able to read files written by releases back to 4.12 and in many cases even older.
• Since JMRI 4.19.4 Manager.getSystemNameArray() has been removed after being deprecated for two years. Please migrate to using Manager.getNamedBeanSet() instead. If you really must have an array, use Manager.getNamedBeanSet().toSet()
• Since JMRI 4.19.3 Manager.getSystemNameArray() has been removed after being deprecated for two years. Please migrate to using Manager.getNamedBeanSet() instead. If you really must have an array, use Manager.getNamedBeanSet().toArray(); see this tutorial for examples.
• Since JMRI 4.19.3 The JavaCSV API has been replaced with the Apache Commons CSV API. This may impact some scripts. See TurnoutStatePersistence.py for an example of how to use the new CSV parsing API. If unable to use the new API, the JAR for the old API can be downloaded and added to jmri.conf using the --cp:a=path/to/javacsv.jar parameter.
• Since JMRI 4.19.1 JMRI now enforces the standard form of system names, where the system is denoted by a single letter or a letter plus digits. Some users of JMRI 4.18 or earlier might have incompatible values. If you have one of these hardware connections:
  • Anyma DX512 using “DX”
  • DCC++ using “DCCPP"
  • DCC4PC using “DP"
  • JSON client using “json”
  • MRC using “MR"
  • Marklin CS2 using “MC"
  • Raspberry PI using “PI"
  • TAMS using “TM”
  you may have to migrate. Please update to JMRI 4.18 prior to installing JMRI 4.19.1 (or later) and check the JMRI Console to see if there are any instructions there. See the migration page for additional information.
• Since JMRI 4.19.1 The getBeanByUserName and getBeanBySystemName calls in the various Manager classes are no longer needed with Java 8 and have been deprecated for eventual removal. Their replacements are getByUserName and getBySystemName respectively. If you use getBeanByUserName and getBeanBySystemName in script or Java code you've written, please switch to the new names.
• Since JMRI 4.17.5 JMRI's scripting support now defaults to the UTF-8 character encoding for all script files on all platforms. This may require that some scripts be re-saved using UTF-8.
• Since JMRI 4.17.5 Windows Only The JMRI installer removes the existing lib folder from a JMRI installation when upgrading JMRI. The existing lib folder contents are retained in the backup folder. This means that any files you have added to the lib folder will be removed.
• Since JMRI 4.17.5 macOS Only This version includes changes to how the final .dmg file is built, signed and notarized. This was done to increase compatibility with macOS 10.15 Catalina. Please drag the JMRI icon to the Applications folder to install this release. For more information on Catalina compatibility, see the JMRI website.
• Since JMRI 4.17.4 Panel file NamedBean items such as Turnouts, Sensors, etc are now written to panel files in order by their Manager system prefix and system name. Previously, they had (roughly) been written in the order they'd be read from the earlier file(s). This will result in a big change to the order the first time a file is re-written, but after that it should be much more stable.
• Since JMRI 4.11.4 There are issues with the Pi-SPROG One command station operation. A number of workarounds should be applied:
  • Do not turn on the track power until the power supply to the Pi-SPROG ONE is turned on
  • Do not enable extra debugging through default.lcf, nor open the system console window
  • Do not open the SPROG console window
  • Disable power conversion (CV 29) in all locos
  • If connecting via VNC (or similar), setup the screen layout before turning on the track power
  Pi-SPROG One with version 2.4 or earlier firmware will cause a timeout after a track short circuit. A dialog box will open to inform the user of this. The track power will be turned off and must be turned on again using the power control.

Download links:

Please note that the download links in this and future JMRI releases link to Github servers. People are welcome to distribute the download files further via other websites, etc. If you want to check that you've received original, unmodified versions, please check the files against the checksums shown below.

Changes since Test Release 4.19.7:

The list of included changes is available from our GitHub code repository.

New / Updated decoder definitions

BLI

• Marc Fourier updated a "Service Mode PWM Duty" slider

SoundTraxx

• Marc Fournier added the Alco PA-PB and F7A-B to the SoundTraxx SndVal Diesel Walthers Mainline decoder definition.

Scripting

• If you have a script that uses the AbstractShutDownTask class, you need to rename the "execute()" routine to "run()", and change the return statement from "return True" to just "return"
• The jython/AC_PowerControl.py, jython/AutoDispatcher2.py, jython/IoT/JMRI_TcpPeripheral.py, jython/ShutDownExample.py, and jython/TurnoutStatePersistence.py scripts have been updated to handle the change listed just above. If you have your own version of these scripts, you should either copy the distributed ones or update your own.

Signals

Signal Systems

• Greg McCartney provided a C&O 1980 signal system.

---