cwolff

More Info:

When logging in to the WordPress site, all users fail authentication with “ERROR: The password you entered for the username myuser is incorrect. Lost your password?”

The same credentials are successful when attempted from the Next ADI test tool.

bgibson135, thank you…

Still troubleshooting, but it appears that this issue is related to the LDAP server configuration rather than NextADI, Php, or WordPress…

Chris

Thanks Joe!

Strange. I have nothing in my functions to allow this filter, any idea how I can remove/fix?

Are you referring to a caching setting in My Calendar?

Also we are currently on Version: 2.5.5 DB Version: 2.5.0. I don’t see an update option in my Plugins directory.

Turned on Super Cache debug, seeing this:

14:59:51 11244 /general-resources/faqs/ In WP Cache Phase 2

14:59:51 11244 /general-resources/faqs/ Created mutex lock on filename: E:\ccc\ccc-cms/wp-content/cache/wp_cache_mutex.lock

PHP Version 7.1.0

Also:

[19-Dec-2016 14:21:48 UTC] PHP Fatal error: Uncaught Error: Cannot use string offset as an array in E:\juryduty\juryduty-cms\wp-content\plugins\wp-super-cache\wp-cache-phase2.php:595

Do these log entries help?

Seeing a good bit of the following entries:

[06-Jul-2016 13:06:01 UTC] WordPress database error Unknown column ‘statusCode’ in ‘field list’ for query INSERT INTO pdfndr_wfHits (ctime, statusCode, isGoogle, IP, userID, newVisit, URL, referer, UA, jsRun, id) VALUES (‘1467810361.142921’, ‘200’, ‘0’, ‘\0\0\0\0\0\0\0\0\0\0???.\r3’, ‘0’, ‘0’, ‘https://publicdefender.nashville.gov/about-us/frequently-asked-questions/’, ”, ‘Mozilla/5.0 (compatible; bingbot/2.0; +https://www.bing.com/bingbot.htm)’, ‘0’, ‘0’) made by wfLog->logHit, wfModel->save, wfModel->insert
[06-Jul-2016 13:06:15 UTC] WordPress database error Unknown column ‘attackLogTime’ in ‘field list’ for query SELECT MAX(attackLogTime) FROM pdfndr_wfHits made by require(‘E:\publicdefender\public-defender-cms\wp-blog-header.php’), require_once(‘E:\publicdefender\public-defender-cms\wp-load.php’), require_once(‘E:\publicdefender\wp-config.php’), require_once(‘E:\publicdefender\public-defender-cms\wp-settings.php’), do_action(‘plugins_loaded’), wordfence::veryFirstAction

Closing…. related to Wordfence security plugin. Disabling it fixes the site.

Anyone else experiencing?

I look forward to this fix as well.

More info:

I have narrowed bug down a bit. The issue only occurs when clicking the column heading to toggle select all.

Clicking the first username row and holding the shift key and selecting the last username row, the deletion works as desired.

Ok, so, I had to enable the Advanced Options to get this functionality.