Loading...
 
Skip to main content

Custom Share Module 0.1dev

Features / Usability

Features / Usability


Wiki Page Edit History

posts: 8640 France

Marc,

I will answer in a day or two as I set the pref "Keep version for" (not to delete version younger than).



About this setting in general;
First and essentials, we don't want to introduce a dangerous deletion action.

Second, for real life usage, the actual look to me quite ineffective as it is.
If you have a big Tiki you will not open each page, go to history and delete versions or edit/save page by page to validate the actual settings (if this is how it works).

If you are fresh (and even less fresher) Tiki admin you will certainly not think or be aware that keeping history or using revisions stagging may create such issue. (you have usually enough things to understand in Tiki before getting to that)

I see this problem as similar as was the file gallery storage choice in the past.
To manage the problem we added MANY warnings and informations (from installation to admin screens) about not using the Database to store too many files + we added a way to reverse a past selected setting (move to directory / move to database).

It is hard to foreseen results of some admin settings and choice like this one, like keep files archives (default) and like action logs. Each issue should have a specific answer based on the issue. (like we have tools for forum, logs, statistics, etc)

For Wiki Page history (and I include what is needed for revision), I think Jonny gave us a good recipes.👏

  • Prune option (days or numbers of version)
  • Additional option to export the pruned data.

(re-importing the pruned data allowing revert will be awesome but may be one step too far)

It require investment (development, testing, documentation, etc) but with time more and more active Tiki admin will face the issue.

There are no comments at this time.