Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Disappearing messages leave attachments on disk #2594

Closed
smss2022 opened this issue Nov 3, 2022 · 5 comments
Closed

Disappearing messages leave attachments on disk #2594

smss2022 opened this issue Nov 3, 2022 · 5 comments

Comments

@smss2022
Copy link

smss2022 commented Nov 3, 2022

Describe the bug
When messages are set to auto-delete after a period of time, their attachments remain on disk (in attachments_noindex/$random_hex_subdir)

To Reproduce

  1. set the disappearing messages timer;
  2. send/receive messages with attachments (e.g. pictures/gifs)

Other information (please complete the following information):

  • PC
  • Microsoft Windows [Version 10.0.22000.1165]
  • Session Version 1.10.3

Might be related to #2567

@KeeJef
Copy link
Collaborator

KeeJef commented Dec 15, 2022

Closing for #2567 we will have a look into this, we are currently refactoring disappearing message code so should be fixed in that release

@smss2022
Copy link
Author

smss2022 commented Aug 1, 2023

Reopening this just to let you know the bug is still present in 1.11.0.

@smss2022
Copy link
Author

FYI: The issue is still present in the latest version (1.12.0).

@KeeJef
Copy link
Collaborator

KeeJef commented Mar 20, 2024

FYI: The issue is still present in the latest version (1.12.0).

Which mode are you using, can you explain the case in which attachments are not being removed?

@smss2022
Copy link
Author

smss2022 commented Mar 20, 2024

Which mode are you using?
"Disappear after read", 1h

-I send or receive a message with an image (jpg) in attachment;
-one hour after the message has been read it auto-distructs and disappears from the respective chat;
-the jpg is still present in [...]Session\attachments.noindex[random_hex_name] (encrypted, but taking space);
-manual deletion is the only way of freeing space, otherwise the attachments will accumulate on disk.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants