[Bug 1870850] Re: Multi-line paste broken between kitty and nano 4.8 [focal]

Mathew Hodson 1870850 at bugs.launchpad.net
Wed Apr 8 06:12:11 UTC 2020


** Changed in: nano (Ubuntu)
   Importance: Undecided => Low

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1870850

Title:
  Multi-line paste broken between kitty and nano 4.8 [focal]

Status in nano package in Ubuntu:
  New

Bug description:
  Ubuntu 20.04 Focal beta (as of 2020-04-04)
  nano 4.8-1

  What I expect to happen: multi-line paste into nano via kitty pastes
  multiple lines.

  What happens instead: pasted multi-line text is one line with no line
  breaks.

  There is a bit of a spat between the developers of kitty (gnome-
  terminal:kitty::screen:tmux, basically) and nano about how to do
  multi-line pasting.  See e.g.:

  * https://savannah.gnu.org/bugs/?58010
  * https://lists.gnu.org/archive/html/nano-devel/2020-03/msg00005.html
  * https://github.com/kovidgoyal/kitty/issues/994

  Without taking sides, the facts are:

  * With the current versions in focal (kitty 0.15.0 and nano 4.8), pasting multi-line will result in newlines being eaten.
  * nano 4.9 introduces a fix (commit 481529e8650d105c3280def764e4917af0cabb49) which brings the newline handling more in line with other terminal-aware programs (treating raw \n as line break).

  Peripherally, nano 4.8 introduced new bracketed paste mode support.
  This makes a read of the kitty github issue above harder, since the
  issue being reported here is about an incompatibility in bracketed
  paste mode between kitty and nano, not pre-bracketed ^J handling.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nano/+bug/1870850/+subscriptions



More information about the Ubuntu-sponsors mailing list