Attachments not considered for revision?

[Catastrophi]

Description of the problem

Hello @NicolasCARPi ,

The file attachments appears to be not considered for revision. The body of the experiment can be reverted back to a previous state, but all the attachments are kept at all times.

If new versions of files were uploaded at at any time, the previous versions cannot be restored. The replacement is definitive. Is this the way it is intended to work? If yes, this should be mentioned in the manual.

Given storing multple copies of files may cost storage, a practical solution would be to display the name and upload time/ modification time of each file in the revisions, while keeping all files as in the present case. (A timeline for attachments)
Also, please call mathjax in the revisions page.

Informations

• Elabftw version (visible in Sysadmin panel) : 3.0.0
• Installation method (git, docker or zip archive) : docker
• Operating system + version : Debian 9
• Browser used (firefox/chrome) : Firefox

[NicolasCARPi]

Is this the way it is intended to work?

Yes, because:

storing multiple copies of files may cost storage

a practical solution would be to display the name and upload time/ modification time of each file in the revisions, while keeping all files as in the present case. (A timeline for attachments)

I'll see what can be done.

please call mathjax in the revisions page

Done.

[NicolasCARPi]

A timeline for attachments

This would mean having a table for tracking uploads changes. I won't implement it. Incremental backups of the uploaded files could be a valid out-of-code solution to this feature request. As a bonus, you get the old version of files.

Tracking file changes would make more sense if the previous versions of the files were kept. But it's not going to happen right now.