After an upgrade to a new Basket version (2.10~beta+git6fed731-1 per Debian versioning), the select buffer doesn't work. When I select text in a basket, it is not stored in the select buffer and middle-clicking in another application doesn't paste it. Conversely, when I select text in another application and it is stored in the select buffer, middle-clicking in basket pastes the *clipboard* instead of the select buffer. Middle-clicking outside of a basket works as it should - it creates a new note that has the contents of the select buffer (not the clipboard). This is a problem for several reasons: 1. It's inconvenient - I lose the ability to use separate select buffer and clipboard with basket. 2. It's inconsistent with other applications, with other KDE apps at that - which is confusing to any user. 3. It's internally inconsistent. There's this weird scenario: If the clipboard contains "asd" and select buffer contains "fgh", middle-click outside of a note, followed by a middle-click inside that note produces "asdfgh", violating the rule of least surprise. By a lot. 4. It's potentially risky. I just selected a shell command in a basket, and a middle-click in a terminal produced a totally unrelated command. Oops. (Fortunately, no permanent damage occurred) Reproducible: Always Steps to Reproduce: 1. Open Basket 2. Create new note 3. Open KWrite 4. Type "asd" and copy it to clipboard, type "def" and select it. 5. Open Basket. 6. click inside the new note so that you're typing in it. 7. Middle click at the cursor. Actual Results: "asd" is pasted Expected Results: "def" should have been pasted
Fixed. If you can build Basket from master, please test.
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!