[Tcsh] New issue with xterm-404

[H.Merijn Brand]

On Wed, 3 Dec 2025 09:35:45 +0100, "H.Merijn Brand" <tux at freedom.nl> wrote:

> Verified against xterm-403, building both with the same arguments on
> the same system, so I think this is an xterm issue, and not a tcsh
> issue, but I like you to know anyway
> 
> Linux 6.4.0-150600.23.78-default [openSUSE Leap 15.6]
>   HP Z2TowerG9WorkstationDesktopPC
>   13th Gen Core(TM) i7-13700K 800MHz(24 cores) x86_64  64008 Mb
> 
> Config call for xterm:
> $ configure --prefix=/pro --with-x --with-Xaw3dxft --disable-imake \
>   --enable-256-color --enable-wide-chars --disable-tek4014 \
>   --enable-vt-fonts --enable-tcap-fkeys --with-pcre2 \
>   --enable-readline-mouse --enable-dabbrev --with-icon-name=mini.xterm \
>   --with-icondir=auto --with-icon-symlink --enable-sixel-graphics \
>   --enable-builtin-xpms --enable-luit --enable-mini-luit \
>   --enable-regis-graphics --enable-status-line
> 
> Config call for tcsh:
> $ configure --prefix=/pro
> 
> If I start 404 with a tcsh in a black on very-light terminal,
> completion often blanks out the auto-display, making the tcsh unworkable
> 
> $ xterm-404
> ...
> $ exec tcsh
> % touch /tmp/Download/xx{1,2,3,4}_foo
> % mv /tmp/xx<TAB>
> 
> clears the whole line from the prompt forward
> is this a tcsh issue or a xterm issue?
> tcsh does *NOT* show that behavior in xterm-403

Feedback: this issue disappeared in xterm-405, which strengthens me in
believing this had nothing to do with tcsh

-- 
H.Merijn Brand  https://tux.nl   Perl Monger   http://amsterdam.pm.org/
using perl5.00307 .. 5.37        porting perl5 on HP-UX, AIX, and Linux
https://tux.nl/email.html http://qa.perl.org https://www.test-smoke.org
                           
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://mailman.astron.com/pipermail/tcsh/attachments/20251215/c5212524/attachment.asc>