View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002833||Ham Radio Deluxe||Bug||public||2018-08-09 20:51||2018-08-09 21:05|
|Target Version||126.96.36.1995||Fixed in Version||188.8.131.526|
|Summary||0002833: DX cluster is sluggish when changing between filters after program runs for a considerable amount of time|
|Description||The DX cluster is slow to redraw spots after the program has been running for a long time and the user begins changing the filters. This problem (from my experience) seems to happen when three things have occurred - (a) Logbook left running for many hours as most of us do, (b) 1,000 spots have been accumulated, and (c) you start changing the "spot filter" (All, HF, bands, etc) or the WSI filter.|
|Steps To Reproduce||First and foremost - if you are only obtaining 50 spots on connection (DX Cluster Options, Connection tab)... and if you then just run it for a few minutes to test, you will not see this problem. This problem (from my experience) seems to happen when three things have occurred - (a) Logbook left running for many hours as most of us do, (b) 1,000 spots have been accumulated, and (c) you start changing the "spot filter" (All, HF, bands, etc) or the WSI filter.|
With that as context, here's how I've set up my Logbook client:
- In DX Cluster Options, Connection tab... select the maximum number of spots = 500
- Then setting up the "spot filters" (by band, the left-hand box below) to "ALL" (this doesn't really matter, but will come back to this shortly)
- Set the WSI filter to "None" (this doesn't really matter, but will come back to this shortly)
- Then leave it run for a while... for hours... it will eventually get to 1000 spots (which I think is the limit that we "cache")
Ok... so when you come back - some hours later - start flipping the WSI filter around... from "None" to "Band"... from "Band" to "Mode"... then to "Band or Mode"... maybe set it back to "None".
Then go flipping the "spots" filter around... from "ALL" to maybe "6m"... or to 20m... or to 80m... then "HF"...
Maybe go flip the WSI filter back to "Band" now...
During this process, you will almost certainly see periods of time where one of two things happen. One - it takes a considerable amount of time before the displayed spots change to reflect the filter changes. Or two - you'll see quite a bit of search folder icons with grey'd out spots.
|Additional Information||It's curious. That is - conceivably, these spots have already been analyzed for WSI and wouldn't need to be analyzed again. You'd think they're already in memory and that the spots displayed would happen without delay. But DXers are always going to be changing the spot and WSI filters and that's where I see this most.|
Sometimes, I suspect this has happened after I've been disconnected and the "Reconnect if connection lost" option is selected in the DX Cluster Options, Connection tab.
|Tags||No tags attached.|
||I created this from 2797 to split up a few similar issues. This refers specifically to the behavior that comes after Logbook has been running for quite some time and the user begins changing the spot or WSI filters. 2797 remains open. This issue is confirmed fixed in the 876 release.|
||Closed as part of the 875 beta... 876 release.|
|2018-08-09 20:51||WA9PIE||New Issue|
|2018-08-09 20:51||WA9PIE||Status||new => assigned|
|2018-08-09 20:51||WA9PIE||Assigned To||=> WA9PIE|
|2018-08-09 20:51||WA9PIE||Relationship added||related to 0002797|
|2018-08-09 20:53||WA9PIE||Note Added: 0005956|
|2018-08-09 21:00||WA9PIE||Project||3 - Current Dev List => Ham Radio Deluxe|
|2018-08-09 21:03||WA9PIE||Fixed in Version||=> 184.108.40.2066|
|2018-08-09 21:04||WA9PIE||Status||assigned => resolved|
|2018-08-09 21:04||WA9PIE||Resolution||open => fixed|
|2018-08-09 21:05||WA9PIE||Note Added: 0005957|
|2018-08-09 21:05||WA9PIE||Status||resolved => closed|