Bug 414772 - Comparing images A/B: Dragging B from thumbnail bar onto A to replace it for comparison, corrupts view's rendering, when using OpenGL for animations
Summary: Comparing images A/B: Dragging B from thumbnail bar onto A to replace it for ...
Status: REPORTED
Alias: None
Product: gwenview
Classification: Applications
Component: general (other bugs)
Version First Reported In: 21.04.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-12-02 21:57 UTC by postix
Modified: 2025-08-28 13:16 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screenshot (571.13 KB, image/png)
2025-08-28 13:15 UTC, postix
Details

Note You need to log in before you can comment on or make changes to this bug.
Description postix 2019-12-02 21:57:20 UTC
SUMMARY

In comparing mode it is possible to drag'n'drop a video onto an image which results in an empty screen.

STEPS TO REPRODUCE
1. Display an image
2. Hover it over a video: a plus sign appears
Add this to the comparison
3. Now drag and drop the video onto the other image in the comparison

OBSERVED RESULT

The whole view becomes empty and only shows the background or a black image.

EXPECTED RESULT

It does not make much sense at all and should not be possible.


SOFTWARE/OS VERSIONS
Operating System: Manjaro Linux 
KDE Plasma Version: 5.17.3
KDE Frameworks Version: 5.65.0
Qt Version: 5.13.2
Kernel Version: 5.4.1-2-MANJARO
Comment 1 postix 2021-06-16 17:13:40 UTC
Still works, however, when dropping the video, the image and video close. An image can be dragged, but not dropped on another image or video.
Comment 2 A Linux User 2025-08-22 19:16:51 UTC
Thank you for the bug report. Unfortunately we were not able to get to it yet. Can we ask you to please check if this is still an issue with Gwenview 25.08?
Comment 3 postix 2025-08-28 12:43:26 UTC
cc Vlad because of Wayland window rendering issues.

This is still an issue and it even got worse:

You can make Gwenview's window rendering fully corrupted and when I tried to take a screenshot of it with Gwenview, it wasn't correctly saved and Spectacle crashed.

1) Open Gwenview
2) Display some image I
3) Hover the cursor over a video V in the thumbnail bar, click on the "+" icon to add it for comparison

Now you got your image I on the left and video V on the right.

4) Drag the very same video V from the thumbnail bar onto the left image I

- Parts of the UI, mainly the background of the image view will now leak background windows / layers
- The image I will oscillate horizontally

When trying to take a screenshot with Spectacle, this first kind of works, however
- when saving the screenshot, the corruption won't be visible in the saved file
- the Saving Dialog's window won't flush but new renderings stack, i.e. when moving it, you see a trail of windows

Finally Spectacle crashed. I will create a new report for that.

Operating System: openSUSE Tumbleweed 20250826
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.1
Kernel Version: 6.16.3-1-default (64-bit)
Graphics Platform: Wayland
Graphics Processor: AMD Radeon RX 580 Series
Comment 4 postix 2025-08-28 12:48:08 UTC
Please note, a video is not required. You can trigger the same issue with just using images. :)
Comment 5 postix 2025-08-28 13:12:14 UTC
Very important:

In Gwenview's Settings, View tab, use "OpenGL" for Animations. With Software rendering I can't reproduce it.
Comment 6 postix 2025-08-28 13:15:15 UTC
Created attachment 184524 [details]
Screenshot

I was able to capture a screenshot. Not sure, why it didn't work before.