In the spirit of @jenlampton's "put things where users expect to find them" move, once #1262 is implemented, we should have it so that:
1. These tabs reflect the current setting. Something along the lines of "Comments are currently [closed|hidden]
for the [content_type_name]
content type.".
2. Either provide a link to the configure page and jump to the "Comment settings" tab (/admin/structure/types/manage/page#edit-comment
) ...but then we'd need to figure a way to redirect the user back to the "Comment fields" or the "Comment display" tabs where they originally came from.
3. ...or open those settings (content type comment settings) in a modal so that the user does not have to leave the page they are at in the first place.
GitHub Issue #:
1274
Recent comments
Thanks. I've now tested this on a localhost and what you say holds true: the user whose permission has been removed for the given content type no longer has creation and editing rights for that...
Status of existing content after role permission removal
I finally found the PHP controle in my CPANEL and Reset the PHP to vwersion 7.3. Using this version I was able to clear the update caches but I am still unable to run update instite of the...
Update Problems
OK so looking a the results of running update.ph[ it calls for a specific version of PHP. My host company is providing a 8+ version of PHP. One now wonders if therre is a general limit on PHP...
Update Problems