We discussed that there might come the case when we want to update a project but do not want the older versions to be visible due to data protection concerns (e.g. we made a mistake in our anoymization procedere or #2249 or else).
exmaple:
We might want to take down a version immediately and for good because we provided frequencies of variables we must not provide.
We need to discuss the details and the priorisation (e.g. with regard to #2249).
I see the conceptual relevance of this issue but for now the prio is from my point of view an 8. Please come back to this issue (and me) if the urgency (re)emerges.
@anneweber fyi (anybody else?)
@svietgen
@AndyDaniel1 The subject has reemerged.
@svietgen thank you for the feedback! @rreitmann @rbirkelbach @UteH we should discuss this issue in the next refinement. Until then it would be helpful if you roughly estimate the implementation efforts.
@AndyDaniel1 This is difficult to estimate without further details. Actually I would even implement something different: Delete shadow copies of a project if and only if there is a different released version.
I think I got the intention of hiding/deleting shadow copies. However there are a couple of open questions:
We have decided to offer a GUI for hiding outdated shadow copies. Shopping cart shall not be possible but I have to investigate how to do this...
Most helpful comment
I see the conceptual relevance of this issue but for now the prio is from my point of view an 8. Please come back to this issue (and me) if the urgency (re)emerges.