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

[Ryan Finnie]

Thanks Benno.  Yeah, I've tested that works (albeit with s,'\r',CR_CODE,
on the - line since focal is currently 4.8).  I've asked -release if
it's possible to get a sync exception for 4.9.1-1 from sid since focal
is past the freeze, rather than trying to SRU this (and e.g. LP:
#1866820 crash); waiting to heard back about that.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to nano in Ubuntu.
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