vickita

Oh! Sorry! Yes, I updated to current and the problem went away. You can close this ticket. Thanks!

It’s your plugin. I have the same admin menu item: “Workflow” and this is what it looks like:

View post on imgur.com

I deactivated your plugin, and the problem went away.

• This reply was modified 3 years, 12 months ago by vickita.

Closing.

Also seeing

Trying to get property 'cap' of non-object in /path/to/wp/wp-content/plugins/wp-help/classes/plugin.php on line 211
and
Trying to get property 'read_posts' of non-object in /path/to/wp/wp-content/plugins/wp-help/classes/plugin.php on line 211

• This reply was modified 5 years ago by vickita.

Hi @pkarjala, timing is everything! Yes, I am revisiting this issue today. I’m seeing two error messages now, the one from before:

PHP Warning: ldap_get_entries() expects parameter 2 to be resource, boolean given in /path_to_wordpress/wp-content/plugins/authorizer/src/authorizer/class-authentication.php on line 641

and this one:

PHP Warning: ldap_search(): Search: Operations error in /path_to_wordpress/wp-content/plugins/authorizer/src/authorizer/class-authentication.php on line 639

I added the line you gave me above and get this:

AH02261: Re-negotiation handshake failed

which makes sense to me, because I think I’m getting logged in, but the system isn’t getting a response it’s expecting? And so it just sits there.

I’m trying to bring in an AD consultant and am going to ping the local relevant people again on this, so any input you have would be great.

Interesting.

I think the password is probably okay, inasmuch as authentication is happening successfully, but I’ll look at pursuing the search when I get back to the office, post-holiday.

Thanks for the info!

Gotcha. Been playing around with this today and I think I’m going to use the Frontend Reset Password plugin to help out with changing the messaging on the lost password page. Might be a good companion piece to your very nice authentication plugin.

Have a good one!

Right, got it.

Very sad; Visualizer is a well-regarded and popular plugin, and there are no indications that they’re having similar problems with other authentication-type plugins. I guess I’ll have to do some research and figure out what needs replacing.

Thanks.

• This reply was modified 5 years, 11 months ago by vickita.

Sadly, it’s still not working, and I’m still getting the same error message, only it’s passed the error a little further down the line to line 253:

PHP Fatal error: Call to a member function stat() on a non-object in /path.to.my.site/wp/wp-content/plugins/ssh-sftp-updater-support/class-wp-filesystem-ssh2.php on line 253

Hi @robert681,

To be clear: the wizard didn’t log me out; it just removed the permission for the superadmin to access and change settings for the plugin. I was logged in as the network superadmin the entire time.

For me this was an update; I run four multisite networks at my day job, and I had updated the plugin across the board. When I ran into the wizard the first time I thought I’d just run through it in case there was anything new, but the irony is that I didn’t change anything! But after I’d run it, I was locked out of settings.

So, I ran the wizard the first time, because I wanted to see if there was anything new. But I had four sites with updated installs, right? So when I went to the second one to see if I still had access to the settings there, the wizard popped up, and I ran it a second time just to see if I had messed anything up. BOOM, locked out again. At that point, I stopped playing with it and dug into the database to restore my access. I did still have access on the two networks where I didn’t run the wizard.

Generally speaking, shouldn’t the default be that the superadmin has access to the audit log settings ALL of the time? I understand wanting to allow or disallow site admins access (I have mine locked out, bless ’em) But locking out the superadmin seems like it’s just asking for tears.

Anyway, having said all of this, I appreciate your plugin a lot. Thanks for your efforts!

• This reply was modified 6 years, 3 months ago by vickita.

I had the same problem on two multisite installations. I was logged in as the superadmin at the time. Walked through the Wizard, found myself locked out of being able to update settings. I had to go into the database and fix it by hand. The wsal-plugin-editors field was null.

• This reply was modified 6 years, 3 months ago by vickita.
• This reply was modified 6 years, 3 months ago by vickita.
• This reply was modified 6 years, 3 months ago by vickita.

Never mind, I figured it out. *grin*

Chiming in. Same here.

Re: PHP version, you’re definitely right, but that’s a whole ‘nother battle. *sigh* I’ve just about won it, but I’m not quite there yet in a couple of places. #manysites #manybosses #dontevengetmestarted #youdontwanttoknow

??

So thank you for the quick turnaround!

I FIGURED IT OUT.

Okay, go here:

https://twitter.com/search-advanced

And enter the name of the account you want to see Tweets *from* in the “From these accounts” field (or whatever, customize your search as much as you want), then click “search.” On the results page that comes up, the terms of your search are shown at the top of the page, in my case “from:[username]”

Now, make one of those “search” widgets as phantolino was saying, using those search terms. BEHOLD! You have a widget that shows only the tweets from your preferred user (or whatever you want) AND a widget ID to use with this plugin. Thank goodness.