| Summary: | selected string sometimes not copied in entirety | ||
|---|---|---|---|
| Product: | [Applications] konsole | Reporter: | xiota <kde> |
| Component: | copy-paste | Assignee: | Konsole Developer <konsole-devel> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | adam, agurenko, ninjalj, zawertun |
| Priority: | NOR | ||
| Version: | master | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
xiota
2022-11-13 22:48:01 UTC
> But recently I noticed, after running a different command and retrying the copy/paste, the entire path copied normally.
So that happens only sometimes. Other times, the clipboard contents does not change, even when I try to select and copy something else. Copy/paste works again in a new tab.
Could this be the same as bug #461542? What are your settings for "Trim trailing spaces" and "Trim leading spaces" (inside Profile settings → "Mouse")? Had the line you were selecting from already moved into the scrollback buffer? Can you reproduce it, and if so, what is the whole content of the line you were selecting from, and the content of the selection-marked part? (In reply to ninjalj from comment #2) > Could this be the same as bug #461542? It seems similar but: * That one is reported to be fixed by a commit in Oct 2022. This one still occurs with builds from check outs in Nov 2022. * That one is described as reproducible. This one occurs intermittently, with no discernible pattern. Running the same commands and copying the same strings does not reproduce the problem. > What are your settings for "Trim trailing spaces" and "Trim leading spaces" (inside Profile settings → "Mouse")? Trim leading spaces is disabled. Trim trailing spaces is enabled. I will try disabling trim trailing spaces. However, I usually select and copy paths without any leading or trailing spaces by double clicking them. I suppose lack of a trailing space could trip up trailing space removal if there is an off-by-one error or some such. > Had the line you were selecting from already moved into the scrollback buffer? The problem still occurs when the path is visible without scrolling. However, unlimited scrolling is enabled. So possibly all output is sent to the "buffer" immediately? > Can you reproduce it, and if so, what is the whole content of the line you were selecting from, and the content of the selection-marked part? It occurs intermittently with no discernible pattern. Repeating the same commands and steps in new windows and tabs does not reproduce the problem. > > Committed on 10/11/2022
> That one is reported to be fixed by a commit in Oct 2022.
So, "Committed on 10/11/2022" could be Nov, not Oct? I'll rebuild and see if there's any difference.
I have just noticed this with konsole5-22.08.1-1.fc36.x86_64 (Fedora 36). I have "Copy on select" selected, as well as Trim leading and trailing spaces. But my issue isn't that spaces are being trimmed, my issue is that entire chunks of text are (sometimes) being trimmed. I can reproduce it, but only intermittently. So far, I have only found it to happen for things that are in the scrollback buffer (i.e. I need to scroll up (at least) a few lines). Interestingly, the same text when highlighted from the scrollback vs from the current screen seems to act differently. I ran a whois command. One of the lines looks like this: Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited If I double-click in the URL from the scrollback buffer, it will highlight the entire URL, but only "http:" will get copied. For the line above which is almost identical, only "https://" will get copied. When I ran the whois command again, this time I can double-click (on the _new_ output) and it copies the whole URL (note: I didn't need to scrollback to get there). If I scroll up, the old output still copies (consistently) incorrectly. More interestingly, I hit enter a few times, ran some more commands (to push the "new" output out of view and into the scrollback buffer), and now all of them copy just fine. I have not had the problem recur with a git checkout from Nov 24, so possibly fixed with bug #461542? I am now switching to the recently released Konsole 22.12.0. Unfortunately, the problem occurred intermittently and inconsistently on my computer. But previously, it usually occurred a few times per week of normal use. So if it doesn't recur over the next few weeks, I would consider it resolved. The problem appears to have been fixed. I have not seen the problem recur with Konsole 22.12.0 during the last two to three weeks. People on distros running older versions of KDE should ask the maintainers to consider backporting this commit: https://invent.kde.org/utilities/konsole/commit/f01fdd0a55726e60f068e72573d0323129a10eb1 |