<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:ccr@tnsp.org" title="Matti Hamalainen <ccr@tnsp.org>"> <span class="fn">Matti Hamalainen</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - [SNA] G33/31 partial window redraw/update(?) regression"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=71198">bug 71198</a>
        <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Hardware</td>
           <td>Other
           </td>
           <td>x86 (IA32)
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - [SNA] G33/31 partial window redraw/update(?) regression"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=71198#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - [SNA] G33/31 partial window redraw/update(?) regression"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=71198">bug 71198</a>
              from <span class="vcard"><a class="email" href="mailto:ccr@tnsp.org" title="Matti Hamalainen <ccr@tnsp.org>"> <span class="fn">Matti Hamalainen</span></a>
</span></b>
        <pre>Nothing new to suggest, issue still present in GIT head
(587c4866652e40e1e228b333028114766a6d3b08), reverting
638d4f60285709b6efc04cef72d4b530460e3239 fixes it (at least seemingly).

Steps I've used to reproduce are:

1) startx
2) On initial WindowMaker workspace (#1), open urxvt terminal
3) Switch to workspace #2 (I use alt+2, not sure if that is the default
binding) then back to workspace #1 (alt+1)
4) Upper half of the terminal should now be empty (typically the shell prompt
not visible, if no other application run in the terminal.)

--- optional ---

5) "ls -l" or something to produce output, this should look a bit wonky as only
the lower half of the terminal will draw the damaged areas correctly.
6) Hitting enter several times after 5) should demonstrate weirdly updating
damaged areas.

Oh, and this is on x86-32bit, of course, seems I've forgotten to mention that -
sorry. :(</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>