-
-
Notifications
You must be signed in to change notification settings - Fork 811
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
Change: refactored logs back-end view into J5 #9628
Conversation
@xillibit there are two more views left (aside from the individual (form) views: but that is whole different 'beast' to tame :) ) statistics and trashbin Trashbin I have data for (or can create data for): so this i will be able to refactor into J5 compliant code. |
What are you calling grouping ? |
the $this->group as it is used here: Kunena-Forum/src/admin/tmpl/logs/default.php Lines 256 to 300 in 7bcd58f
so the items can be grouped, but I have no idea how / where to do that. If it is not used, I can just delete it from the code. |
For the group items it's not me which had wrote this part of code and i don't remember the purpose of this
I have data on statistics on a site, i will send it on your mail later today |
The group is an array with all the columns in it, so group_type, group_user, group_category, etc.
but there is nothing in the 6.2 / 6.3 branch code that sets these. So I think that this is from an older version of Kunena where the filter / toggle that sets the grouping didn't make it into 6.1 / 6.2 / 6.3. (I even checked 5.2 and could not find it in there either) My guess is that it is safe to remove, maybe @810 knows? |
@rich20 the log screenshot is not with the new.log backend view. It should have the j5 filterbar on top instead of the one showing. |
Ok @rich20 thanks for testing and confirming that the PR works correct. |
There was never a possibility for grouping, as nothing is recorded from normal registered users. Only mod actions are recorded and apparently admins also belong to the moderator group. |
What the code I found does (when configured) is group the log entries by e.g. type or operation or user or category etc. |
Yes, that is the filter (target_user = richi, but that is not what the group in de code does: that will create and display a group where the individual log entries are gone and the group + a total of the number of entries is displayed. |
When a moderator is selected on the right side in the user filter, then all actions of this moderator are displayed and all additional filters such as Select Category, Select by Time etc... work correctly. Except for the Operations filter, which never shows anything. |
I'm sorry, I meant the "Select Operation" option. |
For the logs, plugins the code was copied mostly from Joomla! views it could have been not finished
The model of stats use the KunenaLogFinder() to get data is a bit weird, i will try to export all tables to see |
Hi @xillibit I think I have figured out the statistics, working on it now. What is that view used for? |
@xillibit Configuration -> tab Users -> Define if you want to log action or moderation = Yes
@Ruud68 This statistic only counts the number of thank yous, deleted posts, etc... by the moderators. This has never worked properly.
The next time you act as a moderator (e.g. reply to a topic), the statistic is back but also many empty pages. |
* Change: categories part one * Change: enable toggle buttons on categories * Change: enable toggle buttons on categories * Change: refactor toolbar * Change: levels filtering + J5 sorting categories * [K6.3] Fix user filter where clause and nulldate not being nulldate for bann… (#9632) * Fix user filter where clause and nulldate not being nulldate for banned users * changed on / off to yes / no as that makes more sense in the filter (imo) * quick fix on nulldate check * cleanup * [K6.3] Change: refactored logs back-end view into J5 (#9628) * Change: refactored logs back-end view into J5 * small cleanup * Change: categories part one * Change: enable toggle buttons on categories * Change: enable toggle buttons on categories * Change: refactor toolbar * Change: levels filtering + J5 sorting categories * Fix: conflicting language strings * Oops: build properties should not have been commited: reverting * [K6.3] Fix for operations filter field (not translated) in Log view (#9634) * Change: categories part one * Change: enable toggle buttons on categories * Change: enable toggle buttons on categories * Change: refactor toolbar * Change: levels filtering + J5 sorting categories * Fix: conflicting language strings * Oops: build properties should not have been commited: reverting * Fix: asveorderUrl not set when sortorder was true bu no items to display
Pull Request for Issue # .
Summary of Changes
So this is a bigger refactoring.
@xillibit can you tell me what the grouping is that is used? I do not have this in my own log tables so I cannot test this as i have no clue as to how that works.
Also I removed the usage of the KunenaLogFinder as IMO this is not needed anymore when using the ListModel s getListQuery() method
Copying the log data is now done inline instead of in a modal, just click the data and it will be copied to the clipboard
Testing Instructions
The usual, sorting, filtering, etc.