I have a taxonomy based workbench access scheme that specific user roles to only being able to edit content we want their role to be able to edit. We have `Deny access to unassigned content` enabled - and this is working pretty much exactly as we expect it to and everything works great with one exception. We want users to be able to still edit the content they are the owner of / have created and if its not explicitly tagged with the taxonomy tags we've set within the scheme they cant do this. Which is a problem for us.
We realize this is pretty much exactly what the setting and module are intended to do but we need further flexibility since our site was not originally designed with these settings in place and want people to be able to edit their own content.
1. Create an access scheme that limits roles to a taxonomy
2. Set sections for the role(s)
3. Enable 'Deny access to unassigned content' in the settings
4. Log into an account or masquerade as an account that is limited by the access scheme
5. Create a new content node, do not apply any taxonomy tags to it
6. Hit save / publish
7. Attempt to make an edit to the node that was just made
Observed Result
The content node that has just been created by the user cannot be edited by the user that created it if a tag is not applied
Place a new checkbox option in the settings for the owner of the content to always be able to access editing it
Needs work
2.0
Code
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
I have made some comments on the new MR. In general, I think that if you are enforcing sections, then the field should be required, which is an easier way to fix this issue on a site.
Even with the new MR, this still needs:
* A test
* Some code cleanup