Bug 505635 - Opened picture vanishes when the file is deleted from the directory
Summary: Opened picture vanishes when the file is deleted from the directory
Status: CONFIRMED
Alias: None
Product: gwenview
Classification: Applications
Component: general (other bugs)
Version First Reported In: 25.04.2
Platform: Other Linux
: NOR major
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-06-15 17:15 UTC by navid.zamani+kde
Modified: 2025-08-25 09:01 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description navid.zamani+kde 2025-06-15 17:15:12 UTC
SUMMARY
This is literally a joke we used to make about software in movies making no sense! Because in movies, when they had a file open in a program, and removed the medium or deleted the file, the document also vanished from the program.

Now it seems, somebody with just as absolutely not a single clue of computers went, and deliberately implemented an imitation of that total insanity in Gwenview! Because when having a picture open in it, and the file is unlinked from the directory, the picture magically vanishes from the Gwenview window too!! Despite the two having nothing to do with each other!
One is in-memory data loaded from an inode, and the other is a directory entry that point to that inode.

Somebody actually wrote that! Meaning it wouldn’t be there if somebody *chose_ to ADD it. WTAF!!
Come on now, are we literally imitating the dumbest nonsense from movies now? Are we living in the dumbest universe?

STEPS TO REPRODUCE
1. Put a picture in a directory.
2. Open the picture with Gwenview.
3. Open the picture with any sane program too. (Try the oldest one you can find. A plain hex editor if necessary.)
4. Unlink (“delete”) the file from the directory. (Or, to test, just move it to a different directory.)

OBSERVED RESULT
5. The picture vanishes from Gwenview.
6. The picture is still perfectly fine in and other program because duh, it’s a memory region, what does it care about the file system?

EXPECTED RESULT
Obviously, the picture should stay being displayed (and saveable too).
The program should not try to be “smart” or “automagic”. Because in no case should it ever try to imitate a computer illiterate’s idea of good software like in movies written by such clueless computer illiterates who only understand Apple and the likes.

SOFTWARE/OS VERSIONS
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma:  Yes
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.9.1

ADDITIONAL INFORMATION
I’m angry, because being lax with this sort of things is precisely how the Idiocracy is bred. Not ONE inch to this insanity!
Comment 1 A Linux User 2025-08-25 09:01:41 UTC
> Obviously, the picture should stay being displayed (and saveable too).
> The program should not try to be “smart” or “automagic”. Because in no case
> should it ever try to imitate a computer illiterate’s idea of good software
> like in movies written by such clueless computer illiterates who only
> understand Apple and the likes.
One of the more entertaining bug reports to read.

> I’m angry, because being lax with this sort of things is precisely how the
> Idiocracy is bred. Not ONE inch to this insanity!

Agreed. Could reproduce.