BadgeOS is causing 502 errors when logging in

Hello @graemetw

Could you please explain the issue a bit more. what add-ons and other plugins are you using with BadgeOS? What are the steps to re-produce that issue?

Hi W-Ninjas,

…so I have BadgeOS running successfully on one of my sites…it has LearnDash running and Digital Access Pass membership plugin, and Wordfence and a few others. The theme is Thrive Themes (Ignition).

The Badges are working fine on this site.

Then we cloned the site to create a different membership, and we’re using all the same plugins, but new installs of everything.

Then we tried to access this new membership as a non-Admin, meaning just a normal customer, and when we fill in the logins the browser thinks for a long time and then we get a CLoudFlare 502 error, saying we’re timing out.

So we went to Cloudflare and spent 2 weeks with them troubleshooting. Then we asked our server guys to help out, and nothing worked. We could not get any new members to login.

Then we deactivated plugins one by one. And it turns out that BadgeOS is causing the issue.

This is the stack we use:
BadgeOS
BadgeOS Congratulations Modal Add-On
BadgeOS LearnDash Add-On

And it’s definitely BadgeOS that’s the problem.

We’ve deleted it (my dev took a long time to find everything and delete it) then re-intsalled, but no joy.

But all the settings are the same as the other site which is working.

We also found out thru the logs that the member is actually being logged in (both to DAP and to WP), but they get stuck in this infinite loop trying to get past the login page.

We’ve also spend a LOT of time with DAP troubleshooting this, but they can’t help. They say it’s a BadgeOS issue.

Ahhh… just found something… the only difference in the two sites regarding the Badges, is we’ve added a badge for when the user logs in for the first time…they get a Welcome Badge and some points. This is great for engagement!! But when I delete the Required Steps on the Badge setup and Edit page, the site works fine again!! I can login, no problem.

But when I use these settings on that page and resave it won’t let me login anymore, I get the timeout. See screenshot of settings: https://www.dropbox.com/s/eqppwgx8kwxg3un/Screenshot%202017-11-23%2014.47.21.png?dl=0

So could you please tell us what the settings should be to avoid this?

I think it’s having a clash with our membership plugin (DAP) maybe??

It seems to work the very first time, they get awarded the badge of login in for the first time, but after that they can’t login. There is loop happening somewhere timing out the redirect to the members area home page.

Can you disable the DAP membership plugin and check if the issue disappears? Just to confirm the conflict.

Hey, that’s a problem, because the DAP membership plugin is what creates the login. So if I disable DAP, there’s no login anymore, and therefore I can’t test the issue, which happens after login.

Hope you understand that. I have disabled DAP, but then i can’t test because there’s no login to get a badge.

Please advise what to do next?

can’t you get logged in using yoursite.com/wp-admin just to confirm the issue?

No, once I have DAP running and the Welcome Badge has the Required Step set to Login To Website (1) Time, I can no longer login as WP Admin.

But when I deactivate DAP, I can login as WP Admin. Of course I can’t test this for my customers because DAP creates the login.

Thanks guys, that worked. So the issue must be with DAP.

Do you have any suggestions as to how I ask them to fix this? Do you guys work together on a fix?

Is there any info from your side I can share with them to help speed this up?

Glad to hear that you found the issue. Please contact DAP support and provide this link to support to help speed this up.

Just heard back from DAP, who said this:

“Recently a user reported this issue and then updated the ticket with the following…

I had to comment out a line in the BadgeOS triggers.php file and it seems to be working fine now. Just had to make sure the file was saved on the server and caches cleared.

Apparently BadgeOS is doing something at login which conflicts with DAP.

Just commenting the line:

‘wp_login’ => __( ‘Log in to Website’, ‘badgeos’ ),

in includes/triggers.php

This solved the problem for this customer.”

@wooninjas I’ve deleted your offer to login to your user’s site. I’m am 100% sure you mean well but please never ask for credentials on these forums.

https://www.ads-software.com/support/guidelines/#the-bad-stuff

Now for the why: The internet is a wonderful place full of very nice people and a few very bad ones. I’m sure everyone here is very nice however, by giving some ones keys to your house you are trusting they wont steal anything. Likewise the person who takes the keys is now responsible for the house FOREVER.

If something was to go wrong, then you the author may well legally become liable for damages, which they would not normally have been as their software is provided without warranty.

Please be aware that repeatedly asking for credentials will result in us asking you to repeatedly stop before escalating up to the plugins team.