<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 06/08/2013 17:28, Marek Romanowicz
wrote:<br>
</div>
<blockquote
cite="mid:97bd02a9.00001388.00000005@MR-WIN7-1.realvnc.ltd"
type="cite">
<meta http-equiv="Context-Type" content="text/html;
charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered
medium)">
<div class="WordSection1">
<p class="MsoNormal">Hi all,</p>
<p class="MsoNormal">I am not sure if compositor-rdp.c acts as
authors intended it to. I managed to make it running after
several attempts together with wayland and connect to it over
RDP protocol using xfreerdp from another machine running
Ubuntu 13.10. Xfreerdp client obtained initial Wayland desktop
image over the network however it did not seem to be receiving
any screen updates until I moved its window on the client side
so I investigated it further and noticed these lines within
rdp_output_repaint function:</p>
<p class="MsoNormal"> if ((outputPeer->flags &
RDP_PEER_ACTIVATED) &&<br>
(outputPeer->flags &
RDP_PEER_OUTPUT_ENABLED))<br>
{<br>
rdp_peer_refresh_region(damage,
outputPeer->peer);<br>
}</p>
<p class="MsoNormal">As it turned out, compositor-rdp.c wanted
to send an update of the display having received every input
signal or changed display but these two flags don’t seem to be
both set at the same time except for when I move a window on
the client side. Looking into it further I noticed that the
problem was with RDP_PEER_OUTPUT_ENABLED flag as the other one
appeared to be set whenever there is a repaint request. Has
anyone encountered a similar problem?</p>
</div>
<br>
</blockquote>
Good catch, the flags should be initialized with
RDP_PEER_OUTPUT_ENABLED. I've never seen it because when the
xfreerdp client window is focused/unfocused it sends appropriate
"suspend output" messages.<br>
<br>
A patch will follow.<br>
<br>
Regards. <br>
</body>
</html>