And it’s normal that when you delete an attachment in a chat, a media file on the desktop version, in the dc.db-blobs folder, the file remains and takes up space. Although, in fact, it should also be deleted.
It would be great to add information about the memory in the settings, how much is occupied, it is now in almost every client.
not totally sure what this post is about, therefore some general background:
for performance reasons, attachments are deleted asynchronously. usually, that process is started often enough so that the user should not even notice. but might be, that if you look at the disk directly after deletion, the file is still there.
moreover, note that files might be deduplicated: if you eg. forward a message with an attachment, and delete one of the messages, the file stays (as still in use by another message)
the deduplication is currently being optimised at [WIP] File deduplication by Hocuri · Pull Request #6332 · deltachat/deltachat-core-rust · GitHub
A friend used my PC via his usb live OS and naturally he was able to go to the dc.db-blobs folder and view all my attachments, as well as those that I deleted about 5 days ago.
When transferring files to the storage, they are duplicated, of course, but they are kind of visible as duplicates. The fact is that my storage takes up 10 GB, but in fact Delta Chat has 4 GB of files.
It seems to be fine with the Android version, when deleting files, for example, 120 MB in size, about the same amount seems to be deleted, but here it depends on the counting system.