Groups > linux.debian.bugs.dist > #1290183

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

From	Thomas Dickey <dickey@invisible-island.net>
Newsgroups	linux.debian.bugs.dist, linux.debian.maint.x
Subject	Bug#1128961: xterm: selection not fully cleared after text changes
Date	2026-04-19 15:40 +0200
Message-ID	<MLAxr-gogU-3@gated-at.bofh.it> (permalink)
References	(7 earlier) <MscOZ-37jC-1@gated-at.bofh.it> <MLgIp-gayL-1@gated-at.bofh.it> <MLp8Z-ggn6-1@gated-at.bofh.it> <MscOZ-37jC-1@gated-at.bofh.it> <MLp8Z-ggn6-1@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Cross-posted to 2 groups.

Show all headers | View raw

[Multipart message — attachments visible in raw view] - view raw

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 <dickey@invisible-island.net>
https://invisible-island.net

Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Bug#1128961: xterm: selection not fully cleared after text changes Vincent Lefevre <vincent@vinc17.net> - 2026-04-17 15:40 +0200
  Bug#1128961: xterm: selection not fully cleared after text changes Thomas Dickey <dickey@invisible-island.net> - 2026-04-18 18:30 +0200
    Bug#1128961: xterm: selection not fully cleared after text changes Vincent Lefevre <vincent@vinc17.net> - 2026-04-19 03:30 +0200
      Bug#1128961: xterm: selection not fully cleared after text changes Thomas Dickey <dickey@invisible-island.net> - 2026-04-19 15:40 +0200
        Bug#1128961: xterm: selection not fully cleared after text changes Vincent Lefevre <vincent@vinc17.net> - 2026-04-20 10:10 +0200
          Bug#1128961: xterm: selection not fully cleared after text changes Thomas Dickey <dickey@invisible-island.net> - 2026-04-21 02:00 +0200
            Bug#1128961: xterm: selection not fully cleared after text changes Vincent Lefevre <vincent@vinc17.net> - 2026-04-22 01:10 +0200

csiph-web