Closed
Bug 738081
Opened 13 years ago
Closed 13 years ago
FileLink: Provide a way to delete an attachment by its public url
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: Fallen, Unassigned)
References
Details
If I have a calendar item with an attachment and want to delete it, I want to be able to also remove it from the cloud. All I have though is the public uri and not the original file location from the OS.
Could you add a method that deletes by public URI?
Comment 1•13 years ago
|
||
this would involve each provider adding a persistent database that mapped between the uploaded file path and the public uri. It wouldn't work across machines either, since the database would be local.
Reporter | ||
Comment 2•13 years ago
|
||
Don't the sites provide an API to delete a file based on its public URL? I haven't checked, but this is what I imagined should happen.
Comment 3•13 years ago
|
||
(In reply to Philipp Kewisch [:Fallen] from comment #2)
> Don't the sites provide an API to delete a file based on its public URL? I
> haven't checked, but this is what I imagined should happen.
No, they don't.
Reporter | ||
Comment 4•13 years ago
|
||
Hmm that sucks, but I guess it doesn't work any different. So then this means leave stuff on your dropbox even if the calendar item is deleted, which will likely work the same for mail attachments.
I guess reading the filename from the public url (HEAD request will reveal it) and then removing the file from the thunderbird app folder is to risky.
If you have any ideas how else this could be realized, let me know.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
Comment 5•13 years ago
|
||
Looks to me dropbox has an api for delete - https://www.dropbox.com/developers/reference/api#fileops-delete
Comment 6•13 years ago
|
||
(In reply to Magnus Melin from comment #5)
> Looks to me dropbox has an api for delete -
> https://www.dropbox.com/developers/reference/api#fileops-delete
yes, but it takes the file name, not the public url.
You need to log in
before you can comment on or make changes to this bug.
Description
•