It has it's sides...

I have monitor in Cqrlog where every decoded transmission (CQ or qso) is compared against my log. Callsigns and grids are color coded by working status (this band, other band, other mode , never) and it also shows decodes including ongoing qso in brackets.

With earlier version of wsjtx I was able to "preload" std messages by double click on line with decode in brackets and be polite not disturbing the qso and also not loading already crowded frequency. Then fire my TX when ongoing qso is ending.

Now I have to uncheck "Hold TX frequency" first then double click and then check "Hold TX frequency" again to make same thing.

Well, I think I have to look how I can restore old behavior. C is no my strongest languages but I think I can do it with some testing.
A thing to do during cold dark winter days.

Black Michael via wsjt-devel kirjoitti 17.8.2022 klo 15.45:
That change also makes working with JTAlert and such programs MUCH more friendly.

Don't throw the baby out with the bath water....if some actor wants to create a bot just ignore them....

Mike W9MDB




On Wednesday, August 17, 2022 at 01:03:44 AM CDT, Saku via wsjt-devel <wsjt-devel@lists.sourceforge.net> wrote:


Hi!

BTW, now version 2.6.0rc2 has property that if "Hold TX frequency" is checked sending an UDP frame created from decode of station keeping QSO can start TX. Previously it just "preloaded" Std. messages and moved RX to station frequency but did not fire transmitter.

I see this as bad thing as it is now very easy to create an external program that checks log and if callsign or locator is not in log start calling and make automated qso that way.

I hope it will be returned back as it was before v2.6

--
Saku
OH1KH



Carey Fisher via wsjt-devel kirjoitti 17.8.2022 klo 1.28:
Hopefully, no one here will help you develop a WSJTX bot.

On Tue, Aug 16, 2022 at 5:39 PM eduardo via wsjt-devel <wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>> wrote:

    I am developing a program in php

--
Saku
OH1KH
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Saku
OH1KH
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to