Hide Forgot
Description of problem: SSIA. It was needed for qspice-client which is in RHEL 5 only and spice-xpi is not to be rebased there. If it is, a simple Conflicts: should do the trick as since 5.8, spice-client is parallel-installable with qspice-client. Version-Release number of selected component (if applicable): spice-xpi-2.7-4 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Spice-xpi removes the beginning "s" from SSL Channels just before sending the string message. This is RHEVM related bug.
(In reply to comment #1) > Spice-xpi removes the beginning "s" from SSL Channels just before sending the > string message. This is RHEVM related bug. I've create a bug #803666 for RHEV-M that requests to stop using "schannel" instead of channel and I'm making this bug depend on int. Once they fix it - the blocking bug is fixed, the whole magic arouns "schannel" --> "channel" can hopefully be removed from spice-xpi for good.
Created attachment 578610 [details] Move secure channel fixup to secure channel setter Based on upstream ebdc7f6f5a357c36cc86cb474fb72ae628fa38d6 by Christophe
Created attachment 578611 [details] SetSSLChannels: remove leading 's' from all spice channel names
Fixed.
Just realized that the patch is missing channels: ssmartcard, susbredir and possibly stunnel.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHEA-2012-0956.html