Hi Bill, FWIW, the original WSPR application has the same problem. If wsprnet.org is down or networking fails for whatever reason, the spots are not cached; essentially it is a one shot deal, either they get posted or the decodes are lost.
There are a few comments in the original source code mentioning the need for some sort of cache / file / database to allow for uploading at a later time. Having the ability to cache / store decodes offline then resume uploading when networking / wsprnet.org is available or on demand uploads would be a nice feature. 73's Greg, KI7MT On 02/02/2016 10:15 AM, Bill Somerville wrote: > On 02/02/2016 00:26, Bill Somerville wrote: >> I will look into it tomorrow when I can get some >> time in the shack. > Hi Eric, > > having spent a few hours monitoring WSPR traffic I think WSJT-X is > mostly working as expected. I believe what you were seeing is in > response to the wsprnet.org server not returning the "spot(s) added" > text in the reply page. I have not replicated this behaviour since the > server seems to be behaving today, but it is consistent with the > symptoms you describe. > > What I am seeing that is an issue is that the sending of spots is not > resumed after local networking errors like an interrupted network > connection. I am looking into how to detect this and recover correctly. > > 73 > Bill > G4WJS. ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
