RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 823541 - Test case failure: USB client filter - Block device from cmd: filter doesn't pass any device, not just filtered one
Summary: Test case failure: USB client filter - Block device from cmd: filter doesn't ...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: spice-gtk
Version: 6.3
Hardware: Unspecified
OS: Linux
unspecified
low
Target Milestone: rc
: ---
Assignee: Christophe Fergeau
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-21 13:41 UTC by David Jaša
Modified: 2012-05-30 12:58 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-05-30 12:58:00 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description David Jaša 2012-05-21 13:41:18 UTC
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):
RHEL6.3-20120518.n.0
spice-gtk-0.11-9.el6.i686
virt-viewer-0.5.2-8.el6.i686

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

Actual results: 
No device is shared (tested with smartcard reader & multifunction printer).

Expected results:
USB Mass storage device should be filtered out and that's why not plugged into
SPICE guest

Comment 1 David Jaša 2012-05-21 13:59:16 UTC
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:
0x84c7b90
0x8670408
0x84c7b90

one of them is smartcard reader, one is USB multifunction printer, one is mass storage. Only mas storage should be filtered.

Comment 3 Marc-Andre Lureau 2012-05-22 12:59:44 UTC
Hans, could you look at it?

Comment 4 Hans de Goede 2012-05-22 14:34:37 UTC
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"

Comment 5 David Jaša 2012-05-30 12:58:00 UTC
(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.


Note You need to log in before you can comment on or make changes to this bug.