<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - SNA in zaphod mode (multiple screens) has rendering issues with Xnest"
href="https://bugs.freedesktop.org/show_bug.cgi?id=71260#c36">Comment # 36</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - SNA in zaphod mode (multiple screens) has rendering issues with Xnest"
href="https://bugs.freedesktop.org/show_bug.cgi?id=71260">bug 71260</a>
from <span class="vcard"><a class="email" href="mailto:intelgraphics7@gmx-topmail.de" title="intelgraphics7@gmx-topmail.de">intelgraphics7@gmx-topmail.de</a>
</span></b>
<pre>I've reflected what you've said about the Xnest exposure event coordinates and
I agree with that this causes the window contents not being redrawn when
crossing screen borders. So we can skip this.
But I still have the issue with the sna_poly_fill_rect_tiled_nxm_blt()
function.
I've tried to debug it and found out that I can reproduce the issue more
reliable when I do the following in the Xnest->xfce-terminal window:
1. Start Xnest
2. Start xfce4-terminal within the Xnest server
3. The selected font in the xfc4-terminal is "Monospace 12"
4. Do a "xdpyinfo" in the xfce4-terminal window and watch the output
5. In the last line of the output you should find the word "color", double
click it to select it and you should see corruptions as well
6. It seems all words with 5 or 6 characters trigger the corruption, I've not
seen any other sizes to corrupt the screen contents
Could you try this as well and see if you do get the same issue on your side?
If so, do you have any idea why only certain sizes trigger the issue?
I hope I don't bother you with this bug too much but I think it might cause
corruption in other situations as well. So in order to get a rock solid driver
it should be fixed I think.
Best regards.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>