Issue: [4.1 Alpha 2] Recent activity widget admin template error, different behaviour to Special:RecentChanges for moderated pages and timestamps

Timestamps and user timezones:

• Special:RecentChanges: These timestamps respect a User's timezone (set in XenForo account preferences). This is the desired behaviour.
• Recent activity widget: These timestamps do not respect a user's timezone. Upon changing to a different timezone, the printed time is the same.

For example, your latest edit to Wiki XF's index shows a timestamp of 4:31 PM in UTC and EST in the sidebar widget, whereas for Special:RecentChanges the timestamp will be different with non-UTC timezones.

1) Should be fixed in build 002.

2) This behavior difference is intentional since 4.1.0 Alpha 1.
- The RecentChanges list is in historical order.
- The activity widget is not intended to be historically accurate, but rather to constantly bump things that are active. The activity widget does not actually order the original content, but a different table where activity is tracked (vw_activity). Typically, this gains entries when content becomes visible, which in the case of approved content is not necessarily when the underlying content was posted. Multiple entries for the same content can stack in some cases, showing only one entry with the most recent activity time. This prevents a problem where moderated things that took a while to approve were already stale by the time they were approved (like if a moderator takes 2 months to approve it) and never got deserved attention in activity, per https://www.vaultwiki.org/issues/4269/

As for the activity not using timezones, the bug was actually:
When VaultWiki is active, all content (including non-wiki content) using XenForo's xf:date template syntax does not consider the user's time zone. Content that calculates the date using XenForo's language->date functions directly does consider the user's time zone. The result is an inconsistent calculation of times.

This was due to a timing problem where VaultWiki was attempting to add callbacks to the XenForo templater before it was setup. This resulted in the templater getting instantiated before the XenForo language was setup (so no timezone yet) and inheriting the incomplete language settings.

The timezone problem will be fixed in the next Alpha/Beta.

Thanks for fixing.

Regarding 2), I can see merit for the widget order changes. However, I have the following comments:

- If a page is placed back into the moderation queue, it would be helpful (for wiki moderators) if either the entry's icon was switched to vw-icon-mod (default red) or the entry is removed altogether. As-is, in my testing the icon is left as vw-icon-old, which could mislead one or more wiki moderators over the current moderation status of a certain wiki page.

- Perhaps consider an admin option that would toggle between displaying the original revision timestamp and the approval timestamp. What I'm suggesting would only alter the displayed timestamp and not the order of the widget entries. It is just that if, for instance, someone edits a page in April 2018, but their edit isn't approved until June, having the phrase "X created a new Page ABC, June 2, 2018" isn't really true.

For unapproval, in src/addons/vw/vw/_core/controller/dm/base/vw.php, find:
Replace with: