Skip to content
This repository has been archived by the owner on Apr 26, 2024. It is now read-only.

Delete file attachments if message is removed. #8638

Closed
ufgkirk opened this issue Oct 23, 2020 · 4 comments
Closed

Delete file attachments if message is removed. #8638

ufgkirk opened this issue Oct 23, 2020 · 4 comments

Comments

@ufgkirk
Copy link

ufgkirk commented Oct 23, 2020

Delete file attachments if message is removed.:
In some cases, such as direct messages, a user may want to send an image file or other attachment privately.

After deleting the message in Matrix, the client no longer shows the image/file and says "Message deleted", however the image server link (/_matrix/media/v1/download/....) remains available.

This becomes very obvious in a situation such as when I send a message to a bridge, and the whole media server link is readily available. Removing this file once posted seems impossible in the current implementation.

It would both save server disk space, and enable better privacy, if the file could be deleted when the message is removed. At the very least, removing access through the API makes sense, especially in case the user dragged a sensitive file into their client by accident.

@ufgkirk
Copy link
Author

ufgkirk commented Oct 23, 2020

Possibly related to: #890, #8519, #3479.

@clokep
Copy link
Member

clokep commented Oct 23, 2020

I think this is a duplicate of #1263, but I'm not 100% sure what you mean by "if a message is removed". I think you mean redacted though.

@ufgkirk
Copy link
Author

ufgkirk commented Oct 24, 2020

When I say "message is removed" I mean I click the "..." menu in Element and I click "Remove". Then the message says "Message Removed". If the technical term in the protocol for this is "redacting" the message, then yes that is what I mean, you may be correct this is a duplicate of #1263.

@clokep
Copy link
Member

clokep commented Oct 26, 2020

👍 Yeah this is described as "redacted" in the protocol. I'll close this in favor of #1263.

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

No branches or pull requests

2 participants