Bug 479283 - Dolphin's trash reports containing 0 bytes of file space, even when files are present
Summary: Dolphin's trash reports containing 0 bytes of file space, even when files are...
Status: REPORTED
Alias: None
Product: dolphin
Classification: Applications
Component: bars: status (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-01-02 02:45 UTC by Alexander Sanderson
Modified: 2024-01-31 16:21 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
An example of a bugged Trash bin. Notice it reporting 0 bytes used, even though it currently contains two mp4 copies of Steamboat Willie (happy public domain day!) (140.77 KB, image/png)
2024-01-02 02:45 UTC, Alexander Sanderson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Sanderson 2024-01-02 02:45:20 UTC
Created attachment 164608 [details]
An example of a bugged Trash bin. Notice it reporting 0 bytes used, even though it currently contains two mp4 copies of Steamboat Willie (happy public domain day!)

SUMMARY
When trying to view the amount of space contained in the trash on Plasma (whether it be through a Properties dialog or the storage status bar at the bottom), Dolphin reports 0 bytes used by the trash, even when this is not the case.

STEPS TO REPRODUCE
1. Open Dolphin
2. Select Trash from the sidebar
3. Look at the storage report near the bottom left of Dolphin's window 

OBSERVED RESULT
Dolphin always reports 0 bytes used by Trash.

EXPECTED RESULT
Dolphin correctly reports however much space the files within the Trash are using.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: openSUSE Tumbleweed 20231226
(available in About System)
KDE Plasma Version: 5.27.10
KDE Frameworks Version: 5.113.0
Qt Version: 5.15.11

ADDITIONAL INFORMATION
I'm fairly certain this may have to do with an incident in which I impatiently ran `sudo rm -r ~/.local/share/Trash/` in order to delete a file that was taking forever to transfer from a storage device to my computer's Trash bin. That said, it would probably be good if necessary files could be regenerated in a case like this.
Comment 1 Nate Graham 2024-01-18 15:42:11 UTC
Are you using a Btrfs filesystem? If so, this is Bug 479841.
Comment 2 Ben Bonacci 2024-01-19 10:47:12 UTC
I'm using EXT4 and Dolphin on git-master and I can also reproduce this. The Trash size in the Properties window is accurate but has to be manually calculated every time. Navigating to ~/.local/share/Trash will display the size at the bottom left correctly.
I'm assuming it must be something to do with how Dolphin handles trash:/
Comment 3 Nate Graham 2024-01-19 18:05:26 UTC
Thanks!
Comment 4 Alexander Sanderson 2024-01-30 23:13:51 UTC
(In reply to Nate Graham from comment #1)
> Are you using a Btrfs filesystem? If so, this is Bug 479841.

I am, but I'm also using kernel 6.7.1-2-default (openSUSE Tumbleweed) and am still encountering this.
Comment 5 Alexander Sanderson 2024-01-31 16:21:07 UTC
wait a second lol, I thought comment 6 in that thread was referring to Linux kernel 6.7, not QT version 6.7 haha. My bad!