Red Hat Bugzilla – Bug 823541
Test case failure: USB client filter - Block device from cmd: filter doesn't pass any device, not just filtered one
Last modified: 2012-05-30 08:58:00 EDT
Filed from caserun (INSERT URL HERE)
when I specify "8,-1,-1,-1,0" filter string, it is expected that mass storage devices are not shared automagically, but anything other is. This does not work from command line and all device are blocked from autosharing.
The bug doesn't occur for controller-driven client (launched via XPI test page).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Connect SPICE client to SPICE guest with USB Share enabled in console:
remote-viewer spice://$HOST?port=$PORT --spice-usbredir-filter="8,-1,-1,-1,0" --spice-debug
No device is shared (tested with smartcard reader & multifunction printer).
USB Mass storage device should be filtered out and that's why not plugged into
the --debug --spice-debug output isn't much informative. When the device is plugged & subsequently filtered, the output says:
($0:$PID): GSpice-DEBUG: usb-device-manager.c595:device added $ID
where IDs are:
one of them is smartcard reader, one is USB multifunction printer, one is mass storage. Only mas storage should be filtered.
Hans, could you look at it?
This is expected behavior, the default behavior for the filter is to deny redirecting anything not specificaly allowed. IOW if there are no matches in the provided filter the result is deny / 0. What you want is a filter string of: "8,-1,-1,-1,0|-1,-1,-1,-1,1"
(In reply to comment #4)
> This is expected behavior, the default behavior for the filter is to deny
> redirecting anything not specificaly allowed. IOW if there are no matches in
> the provided filter the result is deny / 0. What you want is a filter string
> of: "8,-1,-1,-1,0|-1,-1,-1,-1,1"
Confirmed, I'll update the test cases to reflect that. Thanks for response.