-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
ECM / GED : work on base tree ? #24271
Comments
What do you think of this /documents/.trashbin Having other directory out of /documents has big impact on existing security code. |
Ok, let me try with that ... i would prefer to have trash & versions folder at the same position sans main document directory to be "full native storage compatible with nextcloud" but that's not so important and your point of view makes sense. |
This issue is stale because it has been open 1 year with no activity. If this is a bug, please comment to confirm it is still present on latest stable version. if this is a feature request, please comment to notify the request is still relevant and not yet covered by latest stable version. This issue may be closed automatically by stale bot in 10 days (you should still be able to re-open it if required). |
And here is the proof of concept module "archives pdf", i don't have time to make a review that week ... but it's here |
So lets summarize what we have to match nextcloud standard according to first posts of this issue:
myfile.ext.v1715037066 I see no trouble of doing this now for the cases that need it because there is not yet existing use cases in dolibarr that makes versionning of files.
conf->module->multidir_output[entity] with fallback on conf->module->dir_output[entity] to define path to store files on disk. |
The method manageFileBackups() has been added by into files.lib.php to allow to archive files the same way nextcloud do. |
Feature Request
I would like to be able to have a trashbin and a file versioning solution into dolibarr ECM/GED.
Forget dolibarr objects, i'm really only on GED/ECM part, only thinking about file life cycle.
For the moment we only have a documents directory where we store files.
One of the main free software project who works on files (nextcloud) have good ideas (i think) : one main directory to store files, one directory to store trash files and an other directory where all file versions are stored. trashed files are suffixed with .d+timestamp and versions files are suffixed with .v+timestamp
Admin sys can choose to put main directory on a fast file system and trash / versions on a slow (cheep) one.
Use case
Here is what we have on nextcloud:
Suggested implementation
Are you ok to add two root files tree:
If you says "ok" i could try to do the job and make a PR for that.
Suggested steps
in htdocs/conf/conf.php
Then we could update methods delete from ecmfiles.class.php to move file into same path but in $dolibarr_main_data_trash base dir.
And add some methods to ecmfiles.class.php like "archive" for example then dolibarr developpers could make an archive of a file when they need / want / wish.
And some others files to navigate into files history like we can have on a GED/ECM system.
The text was updated successfully, but these errors were encountered: