There seems to be a problem introduced right after
commit 7b866177293ccb27e603 which has the side effect of breaking RemoteApp.
I'm pretty sure it has to do with the changes that have been done to support
FreeRDP as a server.
Vic, here's what I think it is:
right after the licensing sequence has been completed, the client *expects*
a demand active pdu, which is not necessarily a good thing (other packets
can be received in this state). What I'm getting instead is something which
does not have the MCS_GLOBAL_CHANNEL_ID. In the older code, when the
channelId != MCS_GLOBAL_CHANNEL_ID, it is sent to vchan_process. The new
code doesn't do that, so it's either because there's a parsing bug, or
because virtual channel messages can really go there.
------------------------------------------------------------------------------
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management
Up to 160% more powerful than alternatives and 25% more efficient.
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
_______________________________________________
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel
