Miscellaneous Hacks - e-steki User ModLog v1.1.3 - An alternative to moderation AutoPM

A big thanks to everyone who nominated or voted this for MOTM September 2007!
e-steki User ModLog

What is this about?
This modification shows the user a table in his UserCP with the latest moderator actions that are performed in his posts/threads.

1. Why this and not Moderation Auto-PM?

1. Its not intruding for the user. In fact, I decided to make this because the Moderation Auto-PMs I was receiving by tons were too annoying to bare.
2. Its not in the Modification Graveyard, so there is a much higher chance of updates and support ;-P
3. It allows more types of actions to show (unfortunately exept hard deletes).
4. Its more visually appealing ;-)
5. Users have to make more clicks to discuss an issue with the moderator, which makes it a little harder for them to protest ;-)
6. Most forums have some "moderation routines" that involve many moderator actions. Especially in this case MAP can be REALLY annoying.
7. You can select to hide the Moderator column, so no hatred will begin after the action as the user will not know who performed it.

2. Features

Admin Features

1. Absolutely NO template modifications and you even get to control where the table will be placed in the UserCP with a simple setting!
2. Ability to hide who the moderator that performed the action was.
3. Fully phrased.
4. Your moderators will not see their own actions, but the actions performed by other moderators on their posts/threads (customizable).
5. You get to control which action types will be shown and how many of them.
6. Ability to set a cutoff limit, so that actions that are performed before X days will not show.
7. Ability to specify which mod/admin usergroups' actions will display.
8. Displays actions from the moment you install it, even old ones, it doesn't display only the actions that are performed afterwards.
9. Supports e-steki Featured threads.
10. A nice, usable and extensive manual instead of an ugly readme.txt ;-)

End user Features

1. Easy spotting of the action type by the nice colorful small icons (provided by famfamfam.com. Thanks!)
2. Actions that were performed after the user's last visit will display in bold. Of course, they are sorted according to the date and time they were performed.
3. There is a link to the thread that the action is about. If the action is about a post, then the link takes the user to that specific post. There is also a link for the forum that contains that thread, in case the user does not remember what it is.
4. The table is collapsible, and if it has nothing to display it doesn't show, just like the other tables in the UserCP.
5. The username of the Moderator (if the admin has selected him to show) is formatted according to usergroup and links to his profile (so the member can send him a pm to talk about it, if he wishes to do so)
6. Full date and time displayed.

Don't forget to Mark as Installed!
Support will be provided only for a few days after each release.
Thanks a lot to famfamfam.com for the icons and to SirAdrian for his answers to my questions.

As the admincp screenshot was resized by those stupid attachment limits that Paul M refuses to change, here is the original one:

[MrD]

Hi Michelle,
my Modgroupid is 80
If i had Vb 2.x we delete the original group, and make a new one.
this is now the 80

Attachment 68482

[Ryuk]

70th post reserved..

NVM I Had to do that lol xD, GREAT mod, thanks michelle *clicks install*

[Lea Verou]

Originally Posted by MrD

Hi Michelle,
my Modgroupid is 80
If i had Vb 2.x we delete the original group, and make a new one.
this is now the 80

Attachment 68482

Does this happen with all your mods?
Also, do these moderation actions appear normally in the moderator log (vBulletin's one) ?

[MrD]

Hello Michelle,
Yes, it´s by all my Mod´s.
the Log in the ACP is correct.

Threads/Post from a Mod, editing by another Mod oder admin where not displayed by the Mod who write the Post/thread.

[Lea Verou]

Originally Posted by MrD

Threads/Post from a Mod, editing by another Mod oder admin where not displayed by the Mod who write the Post/thread.

I didn't understand that.
Write it in german, I'll have my boyfriend translate it

[MrD]

Hi,
ok in German.
Wenn ein Mod einen Beitrag schreibt und dieser von einem Admin oder Mod bearbeitet wird, erscheint er nicht im Modlog von dem Beitragsersteller.

Bei den Moderatoren ist kein Modlog zu sehen, wenn ihre Beitr?ge bearbeitet werden.

Die Logfiles aus dem ACP/Modlog sind hingegen da.

Thanks

[Lea Verou]

Version 1.1.3
--------------------
-Added support for e-steki Featured threads
-Fixed a bug with the number of the actions showed (it was greater than the one specified)
-Added option to show/hide the table when it has nothing to display (requested)
-Fixed bug: Link to forum did not work due to a typo.

[Lea Verou]

Originally Posted by MrD

Hi,
ok in German.
Wenn ein Mod einen Beitrag schreibt und dieser von einem Admin oder Mod bearbeitet wird, erscheint er nicht im Modlog von dem Beitragsersteller.

Bei den Moderatoren ist kein Modlog zu sehen, wenn ihre Beitr?ge bearbeitet werden.

Die Logfiles aus dem ACP/Modlog sind hingegen da.

Thanks

Hmm that's weird. If a mod becomes a user then he sees them normally again? If a user becomes a mod he stops seeing them?
If possible, try that with a test account and tell me what happened.

[MrD]

Hi,
so i installed the actually Version.
But the Same.

If a Posting or Thread from a Moderator, edit by Admin or Mod, the Moderator who write the Post/thread became no Log over this Action.

But new Problem,
i edit one of my Threads, but this Action are not displayed too.

[Lea Verou]

Notice:
If for a usergroup, the "Show edited by note on edited messages?" setting is set to No, then the edits that this usergroup performs (given that its a moderator/admin usergroup) will not show in the User ModLog unless a reason is provided for the edit.
The reason that this behavior occurs is that vBulletin, in that case, does not store the edits in the editlog table unless they have a reason. My hack reads the post edits from the editlog table (because the moderatorlog table doesn't provide enough info in this case - which is a vB bug I reported and will be fixed in 3.6.9).
This is what caused MrD's problem.