-
Notifications
You must be signed in to change notification settings - Fork 40
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
Consider converting the watchdog list to a view. #1302
Comments
hehe Watchdog... that's a cute name. thoughts? uh.... yeah... that's all I got. Wait... I do have a question just because I am curious. Generally speaking, why the move to Views? |
Enough reasons? |
...usually, I like to present some stats to back my case. The Administration Views module (that essentially does what we are trying to implement in core but for D7) counts some 90k 7.x installations while Drupal 7 counts about one million. So in this specific case, it is roughly 10% - not a 80/20 use case that usually justifies implementing a new feature. My explanation to this fact is that people simply are not aware of the existence of Administration Views. |
Ah, kk. hehe no stats needed. I just wanted to understand for myself. There wasn't an explanation in that other ticket (151) you linked to and it was like everything was going into Views. Seemed like there was some Drupal backstory behind that that I was missing (really didn't participate in the Drupal community before) and you look like you've been through it all in Drupal. |
FYI, the module has been ported to Backdrop: https://github.com/backdrop-contrib/views_watchdog Thanx @rstamm |
1.x-1.1.0 released. For more information and how-to's, see the online handbook entry at |
Issue #1750: Redirect to user view after saving user edit form.
Are watchdog items entities? Should we be converting them to entities? |
I'm filing this as a candidate sub-issue of the #151 META...
There's the Views Watchdog module for Drupal that does this (could be others too) and we can use that as a starting point. I imagine that the "Top 'access denied' errors" (
/admin/reports/access-denied
) and the "Top 'page not found' errors" (/admin/reports/page-not-found
) report pages can then simply be filtered versions of the same view and on top of that we can expose whichever of these views/displays as blocks that can be then used in #495 to create a (highly customizable may I add) dashboard.Thoughts?
The text was updated successfully, but these errors were encountered: