SUMMARY *** Copy/Paste of a rectangular selection between two different files, looses selection contents Same action into same file works ok *** STEPS TO REPRODUCE 1. Select a rectangular area in one file (with image contents) 2. ctrl+C 3. go to another image in other file 4. ctrl+V 5. Rectangular area is marked, but is blanck OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora Linux 35 (Workstation Edition) Last versions I assume. Just downloaded some hours ago ADDITIONAL INFORMATION If copy/paste is performed inside an unique file, it works OK
Can not reproduce (Version 21.12.3) and have never experienced this issue.
I have encountered this bug too. Fedora 39, with Kolourpaint version 23.08.4 The bug was fickle; it only happened to one of my image files, for some selections. I don't know how to reproduce it more generally. Copying from imageA.png worked fine. Copying from imageB.png worked for small selections but failed for larger selections such as ctrl+A. The workaround I found was to copy from the file browser to kolourpaint, instead of kolourpaint to kolourpaint via selection. Open the directory that contains imageB, copy the whole file without opening it into kolourpaint first, then paste that directly into the destination.
I need some way to reproduce it. Can someone attach an image with which it's reproducible? Does it have to do with the size of the selection?
Created attachment 165259 [details] Image that works fine
Created attachment 165260 [details] Buggy image
Hi Martin, thanks for taking the time to look into this. I attached the images I described in the previous comment. ImageA works fine. ImageB is the buggy one, if selecting the whole thing with ctrl+A.
I tested various selection sizes. It's finicky and depended on both the size *and* the position of the selection. I also have to correct myself about ImageA -- the bug also appears there if I make the same selections that I made on ImageB. For this test, I first resized ImageB so the width of the file is 256. This makes it much easier to select precise sizes with the mouse. - If I start the selection at (0,0), then a 256x256 selection works but 256x257 doesn't work. - However, if I start the selection further down at (0,72), then 256x257 seems to work.
Still can not reproduce, sorry
Hi - I cannot reproduce on Fedora KDE 41, using the current version of KolourPaint. Could you please check to see if this issue is reproducible on the current version of KolourPaint, 24.12.0? If it is, could you please check the Clipboard widget on the System Tray to see if... * the Clipboard is not populated with any image when you copy it? * the Clipboard is populated with an image, but one that is cut off, corrupted or otherwise inaccurate? * the Clipboard has an apparently accurate widget preview, but the image there cannot be pasted successfully into another KolourPaint window? Trying to make sure the Observed Result is clear here, and also to see if there is some relation between this and https://bugs.kde.org/show_bug.cgi?id=497976 Thanks!
Hi! I am now on Fedora 31 and Kolourpaint 24.12.0 and this time I could not reproduce the bug. I don't have a Clipboard widget, because I use GNOME Shell. At the time, I think I was only working on the two images that I attached to my previous message, but I can't say for 100% sure because it has been a while.
Glad it's working for you - I'll leave in "waiting" status in case the original reporter has any follow-up, but it sounds like something that got handled via some other improvement perhaps? Thanks for confirming!
🐛🧹 ⚠️ 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!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.