Dear Maintainer,

Sometimes xterm last lines are not shown, pressing enter forces them to appear. This happen with xterm running on an amd4 machine but displayed in a raspberry-4 machine, both running bullseye /stable

This don't happen when runinng xterm on the same amd64 machineis and displaying it on amd64 machines

I noticed it when running clusterssh, but running xterm directy with ssh (ssh -X amm64_machine /usr/bin/X11/xterm) give me to the same result. Maybe the problem is in the arm64 machine. This arm64 machine is an rapsberrypi-4 one, and this report is sent from it.

Thanks very much for your atention.

That sounds like a problem with the X server rather than xterm.

That sounds like a problem with the X server rather than xterm.

El 15/03/2022 a las 22:05, Thomas Dickey escribió:
Maybe, you know much more than me.

Must I send another bug repost or can this one be reasingned.

that depends...

X applications ask the server to draw text, and also are told to redraw
sections when a window is moved, popped, etc.  On occasion (but not for
a long time) xterm could overlook one of those redrawing events.

If you'd done something that would make the screen repainted by the program
running in xterm then it would be harder to tell (but pressing enter wouldn't
do that - it sends an event, which doesn't do much).

X server (or library) problems (in particular certain new/less-tested drivers)
can cause a drawing event to be lost (and not shown).

If you have a relatively uncommon hardware or video driver, I'd suspect
that first.  Problems with acceleration/animation would be X server or
perhaps libfreetype6, etc.

The "Sometimes" makes it hard - if a bug is easy to repeat, then it's
often easy to factor out where the likely problem is.

I think it could be reassigned, but am uncertain which is the most likely.