glienhard
Also, check and see if there are duplicate _user_email and/or duplicate _user_account records.
Cheers.
KevinTheJedi
I'm not getting any PHP errors when the user does login. The URL changes to the /ticket.php page but continues to show the content from /login.php
Have you tried clearing all browser cache/cookies/sessions and retesting? Have you restarted the web server and PHP-FPM (if you’re running it)?
I don't have PHP-FPM running. I have not tried doing a restart on apache2. I'm using Brave and keep closing and opening new private windows just to avoid the cookie/cache issues.
There is only one entry for the user in the ost_user_account table.
Have you tried going to the ldap plugin instance settings, unchecking client auth, saving, rechecking, saving, and retesting?
Have you tried logging in as domain\user? Do you have the PHP-LDAP extension installed/enabled?
Also, I know you say you’re running PHP 8.1 however you may need to do this:
Yes and even tried creating a new instance and changing the backend value to look at the new instance. Just keeps showing that login page.
If all else fails you can try deleting the related _user_account record and attempting login again. This should auto-register a new _user_account record. This will not affect their actual tickets or anything however you may want to copy things like the time zone, etc. just in case.
Using domain\user gives the same result. Yes PHP-LDAP is installed. LDAP is working fine for staff users.
I had not run across that suggestion. I'll try it and post back.
This is the initial thread where this issue occurred and the fix I posted above was the solution:
As you can see the users couldn’t login and they were using v1.18.1 and PHP 8.1. I have a pull for this upgrade already that will be included in the next build of the plugins coming soon.
Confirmed, updating the net_ldap2 did the trick. Thanks for pointing me that direction!!
Back to having the same revolving login issues with the user side. This time I'm using Chrome incognito to make sure I'm not hitting a cookie issue.
Did you check for duplicate user account/email records?
Yep, there are no duplicates in the user table.
