-
Notifications
You must be signed in to change notification settings - Fork 333
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
Restore batch action is unusable - Remove it #2426
Comments
Experiencing this in 4.5.alpha1 too. This functionality may have predated the Archives panel in the CMS. Perhaps it's something that can be removed in lieu of that functionality? Although that doesn't yet have batch actions... |
I think its best to remove the Restore action for now. Batch actions in the Archive and within search results would be the way to bring the functionality back. When search results of the tree moved to be presented as a list (rather than a tree) would have been the time the functionality was lost. |
Thanks for the feedback. Given these thoughts, I'm updating this issue to focus on removing this (unusable) functionality. |
If the thing is not working at all and we have no intention of fixing it, it seems a bit weird to call this an API break. |
non-draft PRs merged. |
PRs merged |
Overview
The restore batch action in the site tree is unusable and therefore not required. Let's remove this option.
Steps to see that the option is unusable
SS 4.4.x-dev (vanilla)
Expected: I should be able to select the pages I just archived and reinstate them again
Actual: they don't show up in the site tree
If this is expected behaviour, I'm not sure what this batch action is supposed to be for. If you can't restore archived pages with it because they don't show up in the site tree when they're archived, what is its purpose?
Acceptance criteria
PRs
The text was updated successfully, but these errors were encountered: