[Dxspider-support] Inheritance between sessions

[Dirk Koopman]

I am minded to change it somewhat, at least to show what is going on. 
For no other reason than the ambiguitywhen filtering RBN spots - because 
one might easily forget what is actually going on.

Also, there is a long standing and intermittent bug when one changes a 
filter, as opposed to (clearing one and) starting a new one, The changed 
one does not always "take" until one logs out and then in again.

A show/filter command could have more information about what is active 
and the origin of the filter that it is using. If nothing else it would 
help me to try to fix the above bug.

Dirk

On 08/12/2021 18:08, Joaquin . via Dxspider-support wrote:
> Hi Dirk,
> Then it does what you have actually programmed.
> Perhaps it would be convenient (for me) when using several sessions 
> not to use callsign without ssid and remove all filters from callsign 
> without ssid, nor enable rbn, and configure the filters in which they 
> have ssid.
>
> I appreciate your explanation, it has been very clear and evident.
>
> 73 de Kin
>
>
> El mié, 8 dic 2021 a las 18:42, Dirk Koopman via Dxspider-support 
> (<dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>>) 
> escribió:
>
>     Pardon me for laying out some code here, but this is logic
>     employed on startup for filtering...
>
>     if $call eq 'G1TLH-2' then $nossid = 'G1TLH'
>
>         $self->{spotsfilter} = Filter::read_in('spots', $call, 0)
>             || Filter::read_in('spots', $nossid, 0)
>                 || Filter::read_in('spots', 'user_default', 0);
>
>     which means that if I login as -2, I would get a G1TLH-2 filter if
>     (and only if) I have defined one. If I haven't defined a filter
>     for -2, but G1TLH (nossid) has one, then I get that and, if none
>     of these applies then I get the user_default - assuming there is one.
>
>     NOTE: there is NO difference between the master and mojo branches
>     in this logic.
>
>     What show/filter does: is to show you the filter is defined
>     (just/only) for the callsiign that you logged in with. Meaning
>     that in this example it would show the filters for G1TLH-2. It
>     does NOT show you the filters that you might be using. Just for
>     completeness, filters do not build up from some base or one
>     another (e.g user_default + nossid + call). You get just one
>     filter for each class of thing (spot, announce, rbn etc).
>
>     Now, you *could* say to me that this is confusing or even
>     inadequate, but that is how it has worked for (about) the last 25
>     years.
>
>     Dirk G1TLH
>
>     On 08/12/2021 10:38, Joaquin . via Dxspider-support wrote:
>>     Hi,
>>     I am running version 1.57 build 345 and I see that if I login as
>>     EA3CV, configure filters and activate RBN, when I login as EA3CV-
>>     * (any SSID) and do sh/filter, the system tells me that I have no
>>     filter, but the filters that I defined as EA3CV and the RBN
>>     points apply to EA3CV- *
>>     The question is if the EA3CV configuration is inherited for any
>>     EA3CV with SSID. But if so, why is it not seen when sh/filter is run?
>>
>>     Wouldn't it be more correct if there was no inheritance between
>>     the callsign and its different SSIDs? Because it causes
>>     misinterpretation and limits the functionality of SSID usage.
>>
>>     The same is true for build 366.
>>
>>     73 de Kin
>>     EA3CV-2
>>     EA4URE-5
>>
>>     _______________________________________________
>>     Dxspider-support mailing list
>>     Dxspider-support at tobit.co.uk  <mailto:Dxspider-support at tobit.co.uk>
>>     https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support  <https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support>
>
>     _______________________________________________
>     Dxspider-support mailing list
>     Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>     https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>     <https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support>
>
>
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at tobit.co.uk
> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.tobit.co.uk/pipermail/dxspider-support/attachments/20211208/592275e5/attachment-0001.htm>