-
Notifications
You must be signed in to change notification settings - Fork 177
[RFC] Add Configuration notices widget to overview and edit pages in backend #1506
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
Comments
I'm not sure yet, if we should.. Thing is: If we put it on many places, people will develop a blind spot for it, as opposed to it sticking out like a sore thumb (as it should, imho). Apart from that, we'd need to consider if it has a negartive impact on performance. I think some of the tests are a bit CPU-intensive. 🤔 I'd be happy to hear opinions from other people on this, as well. |
Maybe we can find some common ground here. I think it's pretty common when you're developing (as an implementer) to not look at the dashboard page. For this, I think it's helpful to have it more often and on other pages too. + it only shows when there's an issue, not otherwise. For performance, it'll definitely be annoying to have it run all the time. Once the |
I'm not fond of disabling this.. From Bolt 3 we know the most important check this extension does is: "Hey stupid! You've left DEBUG on in PROD, and now your cache folder is rapidly consuming all of your disk space". If we advise people to disable it on PROD, you'd miss out on these. |
I agree on what @I-Valchev said here:
on reply to @bobdenotter:
I understand having it enabled in more places might be CPU consuming but I don't think this is the only thing it warns about in Bolt 3.
Why I opened this issue is not to discuss what this extension does, should do, tell or not. I'm thinking more about the experience of a non experienced (or even experienced) user that might find himself trapped when things are not going smoothly and a certain notification could have saved some troubleshooting. See examples of Bolt 3 when user gets notified that the database needs to be updated (This notifications are not only on the Dashboard page): Database update notification in content overview pageDatabase update notification in content edit page |
I've come around on my opinion, and i think we should show these notices on other pages as well. There's one tricky thing, though. We can currently only target one location for a widget: https://github.com/bobdenotter/configuration-notices/blob/master/src/ConfigurationWidget.php#L24 I've made a separate issue, of this wider problem: #1585 |
Closing this, because we'll handle this in #1585 |
I don't know if this is already possible with some extra configuration but at this moment the Configuration notices widget is displayed only in the Bolt Dashboard
/bolt
.For a more user friendly experience, I think this notices should also be added to the overview
/bolt/content/{contenttype}
, new/bolt/new/{contenttype}
and edit pages/bolt/edit/{recordID}
.I think it would be good to get these notices throughout the biggest part of the backend so the user will get notified when navigating throw overview and edit pages. It would be even better if this could be done async, so there was no need to refresh/reload the page to get this notices.
Making this notices more visible will make users more aware of these notices. It has happened to me that:
Dasboard overview page
Edit page
New record page
Contenttype records oveview page
The text was updated successfully, but these errors were encountered: