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
It sounds like a CSS/JS bug in the Layouts UI: when the "Add block" row is hidden with display:none, its help/description element isn’t being hidden together. 🔧 Things to try...
Add blocks filtering problem
It is an admin theme that's based upon the bootstrap 3. Maybe it's missing a piece to act as an admin theme?
Add blocks filtering problem
Thank you, Martin and Olaf! I had a feeling that there might be something out there already :) I will check all three options (I will look at porting modules) and report back which one...
Filter by text in "message" in /admin/reports/dblog