Bug 379617

Summary:	When image name renamed to a name of a previously viewed image, the old image is still shown
Product:	[Applications] gwenview	Reporter:	Łukasz <lrajchel1981>
Component:	general	Assignee:	Gwenview Bugs <gwenview-bugs-null>
Status:	CONFIRMED ---
Severity:	major	CC:	ashark, bug2019, devel, huon, myriam, nate
Priority:	NOR	Keywords:	usability
Version First Reported In:	24.08.2
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	Video showing reproducing Screen recording Gwenview 25.08.0

Description Łukasz 2017-05-07 21:01:52 UTC

When images are displayed and then one of the images is renamed to a name of a previously viewed image, Gwenview still shows the old image in full view, yet its thumbnail is properly updated.

This can be reproduces by placing, say, a1.jpg and a2.jpg in a folder, viewing them, and then changing their filenames in Gwenview:
a1.jpg -> a2a.jpg
a2.jpg -> a1.jpg
and then double-clicking on a1.jpg - previous a2.jpg is shown instead, so it's seems there are two same images in "View" mode, in "Browse" different images are shown (as expected). When restarted, everything works fine.

Fedora 24
Version 16.12.3
KDE Frameworks 5.33.0
Qt 5.6.2 (built against 5.6.2)
The xcb windowing system

Comment 1 Huon 2018-02-22 00:24:56 UTC

I can confirm this happens in 17.12.2.
Doesn't matter whether you rename in Browse or Image view.

Seems to me Gwenview sort of caches opened images, and identifies them by their URL (path). Therefore when opening a different image with the same URL, Gwenview assumes it's the same image and doens't reload it.

Comment 2 Christoph Feck 2018-03-15 04:11:00 UTC

Is this a duplicate of bug 390332, i.e. fixed in 17.12.3?

Comment 3 Łukasz 2018-03-15 04:25:21 UTC

(In reply to Christoph Feck from comment #2)
> Is this a duplicate of bug 390332, i.e. fixed in 17.12.3?

I still see the bug with 17.12.1, which is a current Fedora Gwenview version for 2018-03-15, I'll wait for an update and see if 17.12.3 fixes it.

Comment 4 Peter Mühlenpfordt 2018-03-15 07:28:11 UTC

It's really a different bug. I created a patch which handles the cache update and fixes renaming in View Mode. But it still needs to catch the Browse Mode rename.
https://phabricator.kde.org/D10917

Comment 5 Andrew Shark 2023-08-22 13:47:33 UTC

Created attachment 161115 [details]
Video showing reproducing

Still reproducable.

Operating System: Arch Linux 
KDE Plasma Version: 5.27.7
KDE Frameworks Version: 5.108.0
Qt Version: 5.15.10
Kernel Version: 6.4.11-arch1-1 (64-bit)
Graphics Platform: Wayland
Gwenview: 23.07.80

Comment 6 Łukasz 2024-10-28 00:59:34 UTC

Since reporting the bug back in 2017 I've switched to the openSUSE Tumbleweed rolling release distro to have an up-to-date system as long as possible. After fully upgrading the distro I decided to have a look at an old bug, certain it would have been gone long time ago.

Well, to my surprise, I can confirm it's still there! Yes, with Plasma 6.

So, here are the updated specs:

Gwenview Version: 24.08.2
Operating System: openSUSE Tumbleweed 20241025
KDE Plasma Version: 6.2.2
KDE Frameworks Version: 6.7.0
Qt Version: 6.8.0
Kernel Version: 6.11.5-1-default (64-bit)
Graphics Platform: X11

Comment 7 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 8 bug2019@fantasymail.de 2025-09-09 07:35:45 UTC

Created attachment 184834 [details]
Screen recording Gwenview 25.08.0

It's still there with Gwenview 25.08.0 in an up to date KDE Neon installation.