[Spice-devel] Fix filter string behaviour to be more intuitive before lots of people start depending on it

David Jaša djasa at redhat.com
Thu May 31 06:34:50 PDT 2012


SSIA

The current "grandfathered" filter format behaves counter-intuitively.
Let me describe it based on my experiments:
     1. there is a "hard default" that disables all devices (aka
        -1,-1,-1,-1,0), it must be always overwritten if you wish to
        auto-share anything. This is not advertised anywhere
     2. there is a "soft default" that enables everything but HID
        devices (aka 3,-1,-1,-1,0|-1,-1,-1,-1,1)
     3. when user specifies a custom filter string, it
              * replaces string from #2
              * is based on top of #1

All combined together cause unexpected behaviours like the one described
in https://bugzilla.redhat.com/show_bug.cgi?id=823541 .

The most straightforward fix seems to get rid of "soft default" #2 and
use its value in "hard default" #1. That way, when user specifies
--spice-usbredir-filter="11,-1,-1,-1,0", the effective filter string
will be what user will expect:
"3,-1,-1,-1,0|11,-1,-1,-1,0|-1,-1,-1,-1,1"

instead of current behaviour where such string will become
"11,-1,-1,-1,0|-1,-1,-1,-1,0", effectively block-all "-1,-1,-1,-1,0"

Hans, do you think this is doable in a short time frame? If it is not
done this way soon, people will constantly ask about that...

David

-- 

David Jaša, RHCE

SPICE QE based in Brno
GPG Key:     22C33E24 
Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24





More information about the Spice-devel mailing list