https://bugs.kde.org/show_bug.cgi?id=512280

            Bug ID: 512280
           Summary: Klipper generates new images instead of just links in
                    klipper data folder from image viewers like gwenview
                    or qimgv
    Classification: Plasma
           Product: plasmashell
      Version First 6.4.5
       Reported In:
          Platform: ROSA RPMs
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: Clipboard widget & pop-up
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected]
  Target Milestone: 1.0

SUMMARY
When copying a single image from Gwenview or Qimgv for example, Klipper hangs
before creating the entry in the clipboard history. This hang affects multiple
apps, bug was reported (https://bugs.kde.org/show_bug.cgi?id=511672), but
studying why this happens, in the condition that these apps are just image
viewers, and not apps which creates new type of files, and in the clipboard
entry should be just a link to the source file, I have found that Klipper
generates new images of the copied ones in klipper data folder.

STEPS TO REPRODUCE
1. Open any image (png or jpg) in Gwenview (or Qimgv)
2. Copy the image (CTRL+C)
3. Navigate to ~/.local/share/klipper/data/ folder and search the clipboard
entry's folder and check the files from it

OBSERVED RESULT
In the clipboard entry's folder there will be two text files, pointing to the
source file and a third file generated. This third file usually is a png type
of file, no matter what was the original one, or an empty file. The generated
png will be bigger than the original, sometimes way much bigger than the source
file - in the case of the test files used, the 3,1MB jpg becomes a 19,1 png, or
if the source file is a much bigger image, than an empty file will be
generated.
On X11 even for this 3,1 MB sized file too, clipboard entry could not be
generated, the third file will be an empty file. In these cases on X11 the
clipboard entry is unusable.
On wayland even if the third file will be an empty file, the clipboard entry
will work correctly, and generated much faster. In my case for the test.jpg
image, where the 19,1 MB png is generated, the clipboard entry is created in 7
sec. on wayland and for the test-upscaled.jpg, where the third file is just an
empty file, in 2 seconds will be on wayland a working clipboard entry.

EXPECTED RESULT
To be just a link to the source file, which appears instantly in the clipboard
manager, without generating additional unnecessary image files.


SOFTWARE/OS/HARDWARE VERSIONS
Linux/KDE Plasma: MxLinux 25 iso / Rosa Desktop Fresh installation / Opensuse
Tumbleweed and KDE Neon iso 
KDE Plasma Version: 6.3.6 / 6.4.5 / 6.5.2
Hardware used: LENOVO IdeaPad Slim 5 15ARP10, AMD Ryzen 7 7735HS, Dell Vostro
15 3530 with an 13th Gen Intel® Core™ i7-1355U

ADDITIONAL INFORMATION
Link to test images and klipper data:
https://mega.nz/folder/4NQkWLQC#evOCchrSAAIfABwc58ioFw

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to