1) Fixed the following in the next build:
- Automatic moderation state changes don't create an entry in the approval queue, making it harder to find the moderated items.
However, I can state that the description of all pages becoming moderated is incorrect, as I have upgraded 3 XF2 sites and this was not the case. On one site I had only 2 pages that were automatically moderated.
The Beta 4 process aims to correct an issue from all previous versions of VaultWiki: it was possible to create a publicly visible page where the current edit of the page was actually still waiting for approval, was soft-deleted, or was denied approval. For such pages, there are a number of potential problems, including that users should not be able to view something that wasn't approved.
The Beta 4 upgrade script locates all such affected pages and sends them back to the approval queue.
Normally this was only possible when performing rare rollbacks or purges which involved unapproved target edits.
But under XenForo 2 and Beta 2-3, it was easier to get pages like this, due to integration with XenForo's spam checker, which was sending the first edit of a page to the moderation queue rather than the page itself, if it met the spam criteria.
So the pages now being moderated is working as designed.
I recognize the missing approval-queue entries will make them harder to find. I suppose we are in need of a new special page for listing content of various approval states. In the mean time, the following query should give you the titles of pages needing approval:
Code:
SELECT r.titlekey, p.visible
FROM vw_page AS p
LEFT JOIN vw_nodetype AS t ON (t.accesskey = 'Page')
LEFT JOIN vw_route AS r ON (p.pageid = r.itemid AND r.itemtypeid = t.`id`)
WHERE p.visible != 1
visible = 0 is awaiting approval, 2 = rejected, 3 = soft-deleted
2) Fixed in the next build. In
src/addons/vw/vw/_core/model/modlog/xf.php, find:
Code:
XF::app()->logger->log
Replace with:
Code:
XF::app()->logger()->moderatorLogger()->log