Bug#1128961: xterm: selection not fully cleared after text changes

Thomas Dickey <[email protected]>
Newsgroups gmane.linux.debian.devel.x
Message-ID <aeTYo8HdF8iTGq21__26717.860814982$1776605488$gmane$org@prl-debianold-64.jexium-island.net>
On Sun, Apr 19, 2026 at 03:18:28AM +0200, Vincent Lefevre wrote:
> On 2026-04-18 12:21:25 -0400, Thomas Dickey wrote:
> > On Fri, Apr 17, 2026 at 03:35:17PM +0200, Vincent Lefevre wrote:
> > > On 2026-04-14 03:38:55 -0400, Thomas Dickey wrote:
> > > > fixed in #409
> > > 
> > > Thanks, this has much improved, but the behavior is still strange.
> > > For instance, after selecting the full body
> > > 
> > > ----------------------------------------
> > > z
> > > 
> > > 1234
> > > 123456
> > > 12345678
> > > 1234567
> > > 12
> > > 
> > > 123456
> > > 1234
> > > 12
> > > ----------------------------------------
> > > 
> > > and typing the <Down> key, the first two lines ("z" and the blank
> > > line that follows) are still selected. In case this is regarded
> > > as an expected behavior to keep a common part of the selection,
> > > this is inconsistent, because when I type the <Up> key to go back
> > > to the first message, the selection is entirely cleared.
> > 
> > That's "expected behavior".  In the example you reported, ncurses is
> > setting a scrolling region in the middle of the screen.  It does that
> > to move some lines up or down - and the selection moved with the text.
> 
> But note that the <Down> key makes Mutt display a different mail
> message. It happens that there are common lines, but this is just a
> coincidence. So it is quite strange that this is seen as a scroll.
> This may be an issue coming from ncurses.

no -- ncurses can't tell if xterm (or any other terminal) has a selection
highlighted.

keep in mind that (although one can construct examples by knowing the area
to investigate), this is the first report in about 20 years.

-- 
Thomas E. Dickey <[email protected]>
https://invisible-island.net
signature.asc (application/pgp-signature, 659 B)
-----BEGIN PGP SIGNATURE-----

iQGzBAABCgAdFiEEGYgtkt2kxADCLA1WzCr0RyFnvgMFAmnk2KIACgkQzCr0RyFn
vgMcswv/UhRbLoJVKJKM6uyRpambhoGQOMRNDbJyYa0VFbod4Iun6TNf95LS3ADg
clFNtWtAx5etzNfFqLXjeC7t/+VTwec7EfpCCpFDLwve8b/g6JvuJ6oU/N8NJ6OA
CjYdiHSel0pCIA2U7KnHTgpCDQqyyxBhhSOheINJi/EJ2v/54snQbDkz1WVcCYc0
DJ3cwBCq4NLXRZqFX2oo4CpentiVieWu088StYBe7F51oppwpxEhmrPfaTdtilU4
wkhP1Xq/xszhGcKpK5/MXoo5u8O8jStT947tCCsGn2BSnVevNfTxI85jks4BAaLZ
3bG/nLU647owymNgLquBE9hSyv7WO7pc53oF67rVg0gAtz0bDdEhIo4RYlXP8WQq
ZI6YwwIj12T0ESpFjQxEn2QYkIHxLM2lMpY1U5mtmg6yXzZrZqPc0C41E+33Nw4G
Xc/PAQmBQe44Wa3W4BnoeAkmgQkk03QeVmE03SbRvz7zoI54jzZCajvn2cD2BeJN
H+kXKmAt
=cNDs
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.