GNU bug report logs -
#58608
29.0.50; Nasty bug with pasting primary selection in term buffers
Previous Next
Reported by: Phil Sainty <psainty <at> orcon.net.nz>
Date: Tue, 18 Oct 2022 10:11:01 UTC
Severity: normal
Found in version 29.0.50
Fixed in version 29.1
Done: Stefan Kangas <stefankangas <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On 2022-10-18 23:10, Phil Sainty wrote:
> 4. Using the mouse, select any small piece of text several
> lines above the bottom of the term buffer (e.g. double-
> click a word).
> 5. Move the mouse to the shell prompt at the end of the buffer
> and middle click to paste that selected text as input.
> 6. Without moving the mouse, middle click again at the same
> position.
In fact "Without moving the mouse" is irrelevant in step 6.
All that matters is where the mouse was when you middle-clicked
in step 5. All middle clicks subsequent to step 5 have the same
(bad) effect regardless of the mouse position, pasting the same
unintended selection each time.
I presume that having an *active* selection at step 5 makes the
difference.
More testing confirms that the initial middle click in step 5
updates the selection with the text between the start of the
active selection and the position of the middle click.
This bug report was last modified 1 year and 233 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.