• Bug#1105213: rxvt-unicode: pasting multiple lines eats all newlines

    From Roland Hieber@21:1/5 to All on Tue May 13 15:10:01 2025
    Package: rxvt-unicode
    Version: 9.31-3+b2
    Severity: important

    Dear Maintainer,

    After updating rxvt-unicode from 9.30-2+b4 (bookworm) to 9.31-3+b2 (current testing), pasting multiple lines results in all newlines being replaces by whitespace, so everything is squashed together on one line only.

    Steps to reproduce:

    * Run 'xrdb -remove' to remove all user-specific configuration
    * Start a new terminal instance by running 'urxvt'
    * In the new urxvt window, run 'cat' and paste multiple lines, either from the
    middle mouse button, or from the clipboard via Ctrl-Alt-V. Urxvt first asks if
    I really want to paste control characters (which is expected since the
    clipboard contains several \n, which it also shows as '\n' in the preview line
    below the prompt). When then pressing 'y', the pasted text is inserted in the
    terminal, but all newlines in the pasted text are replaced by whitespace.

    As a control, I tried inspecting the clipboard with 'xclip -o', which shows that
    the clipboard or mouse selection indeed contains newlines. Pasting the clipboard
    or mouse selection in an xterm window also inserts the text with all newlines left intact.


    -- System Information:
    Debian Release: trixie/sid
    APT prefers testing-debug
    APT policy: (991, 'testing-debug'), (991, 'testing')
    Architecture: amd64 (x86_64)

    Kernel: Linux 6.12.22-amd64 (SMP w/4 CPU threads; PREEMPT)
    Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
    Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
    Shell: /bin/sh linked to /usr/bin/dash
    Init: systemd (via /run/systemd/system)
    LSM: AppArmor: enabled

    Versions of packages rxvt-unicode depends on:
    ii base-passwd 3.6.7
    ii libc6 2.41-7
    ii libfontconfig1 2.15.0-2.3
    ii libgcc-s1 14.2.0-19
    ii libgdk-pixbuf-2.0-0 2.42.12+dfsg-2
    ii libglib2.0-0t64 2.84.1-2
    ii libperl5.40 5.40.1-3
    ii libptytty0 2.0-1+b2
    ii libstartup-notification0 0.12-8
    ii libx11-6 2:1.8.12-1
    ii libxext6 2:1.3.4-1+b3
    ii libxft2 2.3.6-1+b4
    ii libxmu6 2:1.1.3-3+b4
    ii libxrender1 1:0.9.12-1
    ii ncurses-base 6.5+20250216-2
    ii ncurses-term 6.5+20250216-2

    Versions of packages rxvt-unicode recommends:
    ii fonts-dejavu 2.37-8
    ii fonts-vlgothic [fonts-japanese-gothic] 20220612-1

    Versions of packages rxvt-unicode suggests:
    ii sensible-utils 0.0.25

    -- no debconf information

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Roland Hieber@21:1/5 to Roland Hieber on Tue May 13 19:30:01 2025
    On Tue, May 13, 2025 at 03:01:51PM +0200, Roland Hieber wrote:
    * In the new urxvt window, run 'cat' and paste multiple lines, either from the
    middle mouse button, or from the clipboard via Ctrl-Alt-V. Urxvt first asks if
    I really want to paste control characters (which is expected since the
    clipboard contains several \n, which it also shows as '\n' in the preview line
    below the prompt). When then pressing 'y', the pasted text is inserted in the
    terminal, but all newlines in the pasted text are replaced by whitespace.

    As I just learned, this is expected behaviour, and the paste prompt in v9.31 got
    another option, "p", which pastes the clipboard as-is without replacing any control characters by whitespaces. I could not find any documentation for this feature, maybe it is worth an entry in NEWS.debian? Otherwise this bug can be closed.

    By the way, when I tried to "debug" this issue, I noticed that the current version tag, debian/9.31-3, is missing in the Salsa Git repo.

    Thanks, and sorry for the noise,

    - Roland

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)