Your message dated Thu, 12 May 2016 12:43:29 -0400
with message-id <[email protected]>
and subject line Re: Bug#821845: Acknowledgement (fails to copy first line of
multi-line selection)
has caused the Debian Bug report #821845,
regarding gnome-terminal: fails to copy first line of multi-line selection
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
821845: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821845
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: gnome-terminal
Version: 3.20.1-2
Severity: normal
Hi,
Since upgrading to gnome-terminal >= 3.20.0-1 and vte2.91 >= 0.44.0-1,
the terminal has started to exhibit an annoying behavior: in the click
and drag selection mode, the first line of a multi-line selection is
replaced with a blank line when pasted.
AFAICT, this happens with the single click selection mode
(character-based), but not with the triple click selection mode
(line-based). But, a workaround in the single click selection mode is to
begin or end the selection by precisely hovering the pointer over the
first character of the selection.
Multi-line selections in the single click selection mode work just fine
with gnome-terminal 3.18.3-1 and vte2.91 0.42.5-1.
I reproduced this in a fresh install of testing with the GNOME task
enabled. Here is a video of the buggy behavior:
https://people.debian.org/~edmonds/bugs/gnome-terminal-copy-paste/2016-04-19T18-45-36-530550000Z.webm
Here is a video of the working behavior, after downgrading
gnome-terminal and vte2.91:
https://people.debian.org/~edmonds/bugs/gnome-terminal-copy-paste/2016-04-19T18-41-40-616923000Z.webm
Thanks!
--
Robert Edmonds
[email protected]
--- End Message ---
--- Begin Message ---
Robert Edmonds wrote:
> Robert Edmonds wrote:
> > I reproduced this behavior in the sakura terminal emulator, so now I
> > think the bug is actually in vte2.91.
>
> Yes. I bisected the buggy behavior to this commit in the upstream vte
> repository:
>
> commit 3696348c0b9c7d60caf7302411ec4c0298f56e57
> Author: Christian Persch <[email protected]>
> Date: Fri Dec 4 20:10:04 2015 +0100
>
> widget: Rework get_text()
>
> Ignore the passed VteSelectionFunc callback and just always use
> the whole passed range.
This was fixed in vte2.91 0.44.2-1 (but not mentioned in d/changelog) by
upstream commit 6f2304c4355521b5d1729d880adba33ad80b92f7.
--
Robert Edmonds
[email protected]
--- End Message ---
