<div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>Just for the record, the test file is the same as in bug 912329, correct?</div><div><br></div><div>In which direction do you move the other window? (I tried multiple possibilities.) I couldn't reproduce the bug on Ubuntu Cosmic, fvwm, and vte 0.54.2's test app.<br></div><div><br></div><div>If you feel like, could you help trying out vte 0.54.2 and git master, compile the standard way (./autogen.sh or ./configure; make) and then run ./src/app/vte-2.91 ?</div><div><br></div><div>In master we changed a couple of things around repainting. In particular, we always repaint entire lines, rather than just the desired characters. The actual repaint is I believe still limited to the bounding box GTK asks us to repaint (but I'm not absolutely sure about this), whereas this bounding box can be anything especially with non-compositing window managers.</div><div><br></div><div>My expectation is that you'd be able to reproduce the bug with 0.54.2, but not with git master. I'm not certain in this outcome, though. And even if that's the case, probably the real bug isn't fixed, just mitigated.<br></div><div><br></div><div>That fading line seems to be the cropped version of a steep  line. Diagonal lines are drawn in src/vtedraw.cc, at the 0x2571 .. 0x2573 cases. Both kinds of lines are drawn from the top-whatever towards the bottom-whatever corner. So I'm a bit puzzled; if I'm on the right track so far then at one of them we forget to "lift up" the pencil before drawing the diagonal line, at the other one we forget to do this after. Or something like this...</div><div><br></div><div>thanks a lot,</div><div>egmont<br></div></div></div>