Managing assets, no obvious way to delete

[kevindstanley1988]

I came across this today - copying(ctrl-c, ctrl-v) an image or file and then removing its reference from the page keeps the image or file stored with no obvious way to remove.

Steps to recreate

1. I pasted an image in, it auto-uploaded and created the tag and displayed correctly.
2. I then deleted the image and copy pasted a new one in, it also displayed correctly.
3. I went over to the folder structure on the host OS(in my case debian) and it showed both files, which isn't inherently a problem - removing a reference to a image or file maybe shouldn't remove the actual media asset itself, but I don't see an obvious way to manage this from the UI.

It would be great to be able to see a list of media assets, this could be images, pdf's, zips, iso's etc.. any linkable file and see if there is a reference anywhere within the space or if it is orphaned content, and if so allow deletion. If that information was present, it would be very to cleanup old and unused assets.

Let me know if I am way off base, and there is an alternative way to do this, but searching around github, the command list and documentation I do not see a real way to do this. Also - awesome piece of software, your work does not go unappreciated.

[mjf]

Sadly, management of attachments is not yet supported according to the documentation.

Idea: if the attachments (added to the space either by calling the Upload: File command or by linking/embedding it from any page) get all the places they are linked/embedded from in attachment indexed in, say, parent array (single attachment can be linked/embedded from many pages, therefor an array of "parents" is assumed here), we could then list all orphans by simple query like:

attachment where !parent

or we could list all attachments in certain space slice:

attachment where parent =~ /^Example\//

Of course, if you copy a file into the space from the OS and do not link/embed it from any page, there still will be no way for SilverBullet to index it. But that would only be a minor limitation (at least from my point of view).

Once having such attachment parents indexing implemented, and providing that there exists already a way to delete content from SilverBullet space script, creating a custom command to garbage collect all orphaned attachments would be fairly easy.