Bug 379051 - Background not cleared properly, older image shown in background
Summary: Background not cleared properly, older image shown in background
Status: CONFIRMED
Alias: None
Product: gwenview
Classification: Applications
Component: general (other bugs)
Version First Reported In: 17.08.2
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-04-21 17:55 UTC by Martin Ueding
Modified: 2025-09-04 19:16 UTC (History)
2 users (show)

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


Attachments
Screenshot of the issue (1.10 MB, image/png)
2017-04-21 17:55 UTC, Martin Ueding
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Ueding 2017-04-21 17:55:33 UTC
Created attachment 105138 [details]
Screenshot of the issue

As you can see in the screenshot, some other image that I have viewed before is shown in the background. When moving through the directory, the background image usually stays the same.

This problem occurs pretty reliably after moving through a lot of images in a few different directories. I change the directories by using [Alt]+[Up] and then selecting a new directory with arrows keys and select with with [Enter].

In case the “stuck” image is a GIF, it will loop in the background when you look at some other image. That is rather irritating.
Comment 1 null 2017-11-04 12:14:32 UTC
Thanks for reporting. I've seen this too occasionally (tested with 17.08.2), but it is very hard to reproduce even with the instructions you are providing.

Could you share what you are doing exactly so this occurs "pretty reliably" for you? Maybe this needs a special directory layout, number of images, file types, image resolutions, keystroke sequences? If you are able to find a way to reproduce, a zip-file of the directory structure + a list of keystrokes or even a video/screencast from application start to bug occurrence would be helpful for developers looking into this.

I doubt that it is related, but note there is also https://phabricator.kde.org/D8196, so you might want to retest with Gwenview 17.12 once released (or compile from git, if you know how to).
Comment 2 Martin Ueding 2017-11-18 12:22:52 UTC
I have just tried again. My pictures have a general layout of `YEAR/YEARMONTHDAY-EVENT/*.jpg`. I have quickly moved (faster than they could be loaded) through some directory with 16 megapixel images. Then I moved through some other directories with smaller images and eventually the error occured.

I tried that again with smaller images, but it did not happen.

So I would think that it is some sort of race condition and/or some memory issue where this problem only occurs only after going through a lot of images.

I've updated the version to 17.08.02 as you have seen it with that version.
Comment 3 null 2017-11-18 12:35:17 UTC
Thanks for the update. Could you detail what should be assumed as a upper limit for "a lot of images" :) ? 10, 100, 1000?
Comment 4 Martin Ueding 2017-11-18 12:44:26 UTC
It appears after going through hundreds of images. So I fear one would have to set an upper bound to something like 1000. But since it does not occur every single time, it might be hard to deterministically reproduce it.
Comment 5 A Linux User 2025-09-04 12:18:25 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.0 (the latest released version)?
Comment 6 Martin Ueding 2025-09-04 19:16:47 UTC
I currently have Gwenview 25.08 installed and I vaguely recall that I lately had a similar but different issue. There some image would get stuck and be displayed during the short period between selecting an image in the thumbnail view and it being shown in full. So I would see thumbnails, see the stuck image for a few 100 ms and then see the image I wanted to see.

This superimposed thing with one image atop of another hasn't happened any more.