Opened 17 years ago
Last modified 2 years ago
#6744 new defect
Wiki page and milestone deletes aren't shown in time line
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | normal | Milestone: | unscheduled |
| Component: | timeline | Version: | 0.10.2 |
| Severity: | normal | Keywords: | workflow |
| Cc: | Branch: | ||
| Release Notes: | |||
| API Changes: | |||
| Internal Changes: | |||
Description
Deleting these does not generate a time-line entry?
It seems a bit unintuitive.
Attachments (1)
Change History (10)
comment:1 by , 17 years ago
comment:2 by , 17 years ago
Somehow related to #1132. In case a VC system would be used to store the resources, delete events would be recorded and could be made visible.
follow-up: 8 comment:3 by , 17 years ago
| Keywords: | workflow added |
|---|---|
| Milestone: | → 2.0 |
Deletions are somewhat important events to note.
I see two approaches to the problem:
- a log of the deleted pages/milestones/tickets etc. with a date, author and reason could be kept and used to populate the timeline with the corresponding delete events.
- deletions should actually not be real deletions, but a simple "retiring". For wiki pages, this would mean the page is no longer visible in the index, but when accessed explicitly by version, it's still there (the last version being "empty"). For milestones, this would be one step after closing and similarly, those milestones won't show up in either the roadmap or ticket fields (see #3734).
comment:6 by , 9 years ago
| Owner: | removed |
|---|
comment:7 by , 7 years ago
| Milestone: | next-major-releases → unscheduled |
|---|
follow-up: 9 comment:8 by , 6 years ago
- a log of the deleted pages/milestones/tickets etc. with a date, author and reason could be kept and used to populate the timeline with the corresponding delete events.
The attached plugin provides a simple version of this. The event listeners don't receive an author, and providing a good URL or reason / description also seem non-trivial. So there is mainly just a timestamp of the event itself.
I'm not sure this functionality should be added. Silently deleting is also useful for reducing clutter, mistakes or spam etc.
comment:9 by , 6 years ago
Replying to Peter Suter:
I'm not sure this functionality should be added. Silently deleting is also useful for reducing clutter, mistakes or spam etc.
Yeah, perhaps an optional component or configuration option. For wiki pages, the differentiator might be delete vs purge/obliterate (#9222).
This is because it actually deletes everything. If you just want to clear out the content, do that instead.