As a very anoying "feature" after upgrade of my Ubuntu to 17.04 (zesty) appeared a new bug - when I want to overwrite the default RST 599 to, say, 579 I get 597 instead. Usually the S value is highlighted, ready to be overwritten with a single keystroke (if needed to give 579, normally is enough to press "7" key). Now it seems that overwritten is not the highlighted character but the following one. This bug applies not to RST fields only but in all fields, no matter whether "Use spacebar to move between fields" option is checked or not. While in 16.04 (xenial) and 16.10 (yakkety) CQRlog behaves normally, this bug is introduced with 17.04 (zesty). It is also present in the new beta 2.0.5.
I urge NOT TO RELEASE any new version till this bug will be fixed.
Unfortunately, this probably is not a bug in CQRLOG.
I just installed Ubuntu 17.04 into VirtualBox, tried to install cqrlog from my repository on Launchpad and I see the same bug.
Next, downloaded source code of version 2.0.5 from GitHub, builded binaries and everything works as expected. It seems something changed in Lazarus/fpc/whatever after binaries were created in my repo. Next version of CQRLOG should work fine again.
--
http://HamQTH.com/ok2cqr
https://ok2cqr.com
[quote=ok7an]Unfortunately, this probably is not a bug in CQRLOG.
I just installed Ubuntu 17.04 into VirtualBox, tried to install cqrlog from my repository on Launchpad and I see the same bug.
Next, downloaded source code of version 2.0.5 from GitHub, builded binaries and everything works as expected. It seems something changed in Lazarus/fpc/whatever after binaries were created in my repo. Next version of CQRLOG should work fine again.[/quote]
Then I would suggest to provide new binaries, possibly the new beta (029)...
The strange problem disappeared in the beta from July 20 (build 039). Now it is pleasure again to use this outstanding logger. Many thanks, Petr!