Moderator Essentials

Moderator Essentials [Paid] 1.14.5

No permission to buy ($45.00)
  • Thread starter Thread starter Syndol
  • Start date Start date
I apologise if this is not caused by this mod, but in 1.4 I have the native mod log items enabled. Whenever I click to view the mod log, I get this error:-
  1. XenForo_Application::handlePhpError() in Waindigo/HtmlNodeTitles/Extend/XenForo/Route/Prefix/Forums.php at line 19
  2. Waindigo_HtmlNodeTitles_Extend_XenForo_Route_Prefix_Forums->buildLink() in XenForo/Link.php at line 369
  3. XenForo_Link::_buildLink() in XenForo/Link.php at line 93
  4. XenForo_Link::buildPublicLink() in ModEss/Model/Log.php at line 921
  5. ModEss_Model_Log->_buildLinkToForum() in ModEss/Model/Log.php at line 742
  6. ModEss_Model_Log->addLinksToModLogEntries() in ModEss/ControllerPublic/ModEss.php at line 558
  7. ModEss_ControllerPublic_ModEss->actionModLog() in XenForo/FrontController.php at line 347
  8. XenForo_FrontController->dispatch() in XenForo/FrontController.php at line 134
  9. XenForo_FrontController->run() in /var/www/vhosts/xxxxxx/httpdocs/index.php at line 13
 
Daniel Hood updated Moderator Essentials with a new update entry:

1.3.1

What's New?
  • Changed the way action discussion threads are created. Now they're only created if someone needs to discuss a log item instead of for every item.
  • Fixed the calander pop up for user bans on the front end
  • Tied moderator banning to a user permission instead of using the admin permission.
New Phrases:
  • modess_discuss
  • modess_invalid_moderator_log_entry
  • modess_no_moderator_action_discussion_forum_has_been_enabled

Read the rest of this update entry...
 
Hmm... I'm certain I have the correct node id set in options, but when I click the "discuss" link on a mod log action item, I get a "Error - the requested page could not be found."
 
Sorry for not getting back to you. I read it and meant to respond when I got on a computer and then forgot. Thanks for reminding me that I need to repackage that zip.

No problem :) I also found that I had to uninstall/reinstall the addon after uploading the correct files. Otherwise I got "missing field" and "undefined index" errors when trying to create a mod log discussion thread.

Seems to work ok now!
 
When I packaged the zip, I accidently placed 1.3.1 ModEss files inside of the 1.3.0 ModEss files in another sub folder. Some people fixed this by moving /library/ModEss/ModEss/ to /library/ModEss/. If you haven't already done that, download the zip I just uploaded from http://xenmods.com/products/moderator-essentials.6/licenses (it's the same version number).

If you already updated:
Do not run the xml file installation again. Execute this query in phpmyadmin though:
Code:
ALTER TABLE `xf_moderator_log` ADD `modess_discussion_id` INT(11) NOT NULL DEFAULT '0' AFTER `ip_address`, ADD INDEX (`modess_discussion_id`) ;

It wasn't installed due to your installer executing the old install queries instead of from the new file.
 
I packaged one of the zips incorrectly and it implied you should upload the ModEss folder into the route instead of to /library/ModEss/.

If you have a /ModEss folder rename your /library/ModEss to /library/ModEssOld and move /ModEss to /library/ModEss/, if that fixes the issue then delete /library/ModEssOld/

If not then it's something else and I'll have to take a look.
 
This add on is on sale until Monday for 20% off. Enter the coupon code Halloween14 when you're checking out to get the discount :).
 
Intermittently getting errors like this one:

Code:
ErrorException: Undefined index: is_moderator - library/XenForo/Visitor.php:670
Generated By: Unknown Account, Today at 7:07 AM
Stack Trace
#0 /srv/www/theadminzone.com/public_html/library/XenForo/Visitor.php(670): XenForo_Application::handlePhpError(8, 'Undefined index...', '/srv/www/theadm...', 670, Array)
#1 /srv/www/theadminzone.com/public_html/library/ModEss/Listener/Cog.php(289): XenForo_Visitor->offsetGet('is_moderator')
#2 /srv/www/theadminzone.com/public_html/library/ModEss/Listener/Cog.php(9): ModEss_Listener_Cog::_updateModLogSessionCounts()
#3 [internal function]: ModEss_Listener_Cog::preDispatch(Object(XenForo_ControllerPublic_Error), 'Nopermission', 'XenForo_Control...')
#4 /srv/www/theadminzone.com/public_html/library/XenForo/CodeEvent.php(58): call_user_func_array(Array, Array)
#5 /srv/www/theadminzone.com/public_html/library/XenForo/Controller.php(311): XenForo_CodeEvent::fire('controller_pre_...', Array, 'XenForo_Control...')
#6 /srv/www/theadminzone.com/public_html/library/XenForo/FrontController.php(346): XenForo_Controller->preDispatch('Nopermission', 'XenForo_Control...')
#7 /srv/www/theadminzone.com/public_html/library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
#8 /srv/www/theadminzone.com/public_html/index.php(13): XenForo_FrontController->run()
#9 {main}
Request State
array(3) {
  ["url"] => string(67) "https://theadminzone.com/threads/list-of-free-forum-software.49185/"
  ["_GET"] => array(1) {
    ["/threads/list-of-free-forum-software_49185/"] => string(0) ""
  }
  ["_POST"] => array(0) {
  }
}
 
That's rather odd. It's a default XenForo field which should be assigned 0 for guests even. That one you copied is for an "Uknown Account", is it always that?
 
That's rather odd. It's a default XenForo field which should be assigned 0 for guests even. That one you copied is for an "Unknown Account", is it always that?

Here's another one - they come hundreds at a time:
Code:
Error Info
ErrorException: Undefined index: user_id - library/XenForo/Visitor.php:670
Generated By: Unknown Account, Today at 7:07 AM
Stack Trace
#0 /srv/www/theadminzone.com/public_html/library/XenForo/Visitor.php(670): XenForo_Application::handlePhpError(8, 'Undefined index...', '/srv/www/theadm...', 670, Array)
#1 /srv/www/theadminzone.com/public_html/library/XenForo/Visitor.php(113): XenForo_Visitor->offsetGet('user_id')
#2 /srv/www/theadminzone.com/public_html/library/Bookmarks/Listener/Hook.php(10): XenForo_Visitor::getUserId()
#3 [internal function]: Bookmarks_Listener_Hook::templateCreate('PAGE_CONTAINER', Array, Object(XenForo_Template_Public))
#4 /srv/www/theadminzone.com/public_html/library/XenForo/CodeEvent.php(58): call_user_func_array(Array, Array)
#5 /srv/www/theadminzone.com/public_html/library/XenForo/Template/Abstract.php(82): XenForo_CodeEvent::fire('template_create', Array, 'PAGE_CONTAINER')
#6 /srv/www/theadminzone.com/public_html/library/XenForo/Dependencies/Public.php(239): XenForo_Template_Abstract->__construct('PAGE_CONTAINER', Array)
#7 /srv/www/theadminzone.com/public_html/library/XenForo/ViewRenderer/Abstract.php(263): XenForo_Dependencies_Public->createTemplateObject('PAGE_CONTAINER', Array)
#8 /srv/www/theadminzone.com/public_html/library/XenForo/ViewRenderer/HtmlPublic.php(119): XenForo_ViewRenderer_Abstract->createTemplateObject('PAGE_CONTAINER', Array)
#9 /srv/www/theadminzone.com/public_html/library/XenForo/FrontController.php(618): XenForo_ViewRenderer_HtmlPublic->renderContainer(Object(XenForo_Template_Public), Array)
#10 /srv/www/theadminzone.com/public_html/library/XenForo/FrontController.php(158): XenForo_FrontController->renderView(Object(XenForo_ControllerResponse_View), Object(XenForo_ViewRenderer_HtmlPublic), Array)
#11 /srv/www/theadminzone.com/public_html/index.php(13): XenForo_FrontController->run()
#12 {main}
Request State
array(3) {
  ["url"] => string(67) "https://theadminzone.com/threads/list-of-free-forum-software.49185/"
  ["_GET"] => array(1) {
    ["/threads/list-of-free-forum-software_49185/"] => string(0) ""
  }
  ["_POST"] => array(0) {
  }
}

These errors come in bunches every few days to a week - been an ongoing issue. It's usually an unknown account, same two or three errors but different add-ons are mentioned in them - sometimes no add-ons are mentioned at all. It's been quite difficult to track down. If you want to take a look I'll give you access on TAZ. :)
 
It seems like the session never gets initialized therefore the XenForo_Visitor::$_user; variable is empty (even guests get this populated whenever it's initialized). The only way I think this would happen is if you have an add on that overwrites XenForo_Controller:preDispatch() which doesn't make much sense since it's declared final. I'm not really sure how to go about debugging this and honestly I don't think it has anything to do with my add ons. I'm confused as to why the errors get spaced out and only come in batches every few days. Do you know when this started? Do you remember what you installed or updated before it started happening?
 
It's been going on pretty much since we converted from vB3. Because it happens intermittently it's extremely hard to troubleshoot. :(
 
Since it's obviously not an error with one specific add on, I think you should post in the troubleshooting board. I'm not saying I won't help, I just think it's a bigger issue than within my add ons.
 
Since it's obviously not an error with one specific add on, I think you should post in the troubleshooting board. I'm not saying I won't help, I just think it's a bigger issue than within my add ons.

I've had quite a few people look at it over the months - gets blamed on "an add-on" but how can you turn them off one by one when the errors are so intermittent? So once in a while when a particular add-on is mentioned in the error I post it in a thread like this on the off chance that someone will notice something others have missed.
 
I've had quite a few people look at it over the months - gets blamed on "an add-on" but how can you turn them off one by one when the errors are so intermittent? So once in a while when a particular add-on is mentioned in the error I post it in a thread like this on the off chance that someone will notice something others have missed.
There's still probably some good debuggers that don't have add ons or that have add ons you don't have installed. I'd post in that section and just see what can come up. It's definetely an issue with XenForo_Visitor::$_data either not getting populated (something stopping the XenForo_Controller::preDispatch() function from running) or an add on clearing that variable somehow. I have absolutely no idea why an add on would do that. I've been trying to think of things you'd install that may bypass the FrontController (by running it's own instead) or overwrite the XenForo_Controller [for some horrible reason] and the only things I can come up with are a bridge or something like tapatalk. Have you ever used those in the past?
 
Back
Top Bottom