| Summary: | Picking a screen color fails to copy it to the clipboard when it was already in the clipboard, but with something else as the first clipboard entry | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Kath <krazykath> |
| Component: | Color Picker widget | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | minor | CC: | kde, krazykath, nate, qydwhotmail |
| Priority: | NOR | ||
| Version First Reported In: | 6.2.3 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Video showing color picker clipboard bug
Video of colour picker clipboard not updating |
||
|
Description
Kath
2024-09-29 13:12:29 UTC
Cannot reproduce with current git master. Can you attach a screen recording that shows the issue happening? Thanks a lot@ Created attachment 174242 [details]
Video showing color picker clipboard bug
Bug shown in video, with example of using KWrite where copying to clipboard does not work when focused
Thanks. Unfortunately I still cannot reproduce the issue with those exact steps. Do you have a non-default window focus mode set, perhaps? Does the issue reproduce in a new clean user account with the color picker on your panel being the only customization? Created attachment 174715 [details]
Video of colour picker clipboard not updating
After some more testing, I have a reliable way to reproduce this.
Picking the same colour twice in a row does not copy it to the clipboard a second time. However this logic doesn't seem to be aware of other changes to the clipboard.
So if I pick a colour, copy some text, then pick the same colour again, it will not copy the colour the second time, despite the colour no longer being at the top of the clipboard history.
This is also the case if I pick a colour, delete its clipboard entry and then pick it again.
See attached video.
Since opening this bug I have updated my system. New software information below
Operating System: Fedora Linux 40
KDE Plasma Version: 6.2.0
KDE Frameworks Version: 6.6.0
Qt Version: 6.7.2
Kernel Version: 6.10.12-200.fc40.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 16 × Intel® Core™ i9-9900K CPU @ 3.60GHz
Memory: 31.1 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 1080 Ti/PCIe/SSE2
Interesting. I still can't reproduce that: if I pick a color, then a different color, and then the first color again, the clipboard entry for that color becomes the top one in the Clipboard widget, just like I would expect. Fushan, do you have any ideas regarding what might be going on here? (In reply to Nate Graham from comment #5) > Interesting. I still can't reproduce that: if I pick a color, then a > different color, and then the first color again, the clipboard entry for > that color becomes the top one in the Clipboard widget, just like I would > expect. Just to be clear you must copy something else unrelated in between the same colour picking - apologies if I wasn't clear before Steps 1. Pick colour A 2. Copy something unrelated (eg "text") 3. Pick colour A Observed Colour code is not moved to the top of the clipboard widget. The previous copied text is still the latest entry Expected Colour A is moved to be the latest in the clipboard history This only occurs if its the same colour picked. Picking a different colour will work as intended and become the latest clipboard entry 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! Thanks. I can reproduce that. |