KevinTheJedi I was able to replicate exactly what you put there BUT not for a new person. See my screencap.
The exact same "text" that you're showed. Can you confirm that Steve Jobs is in fact a new user and was/is not already in you DB as an agent or user?
@Rich_C
Yes, this user does not exists outside of AD.
Cheers.
KevinTheJedi
Items I have looked at:
https://github.com/osTicket/osTicket/pull/3456
https://github.com/osTicket/osTicket/issues/4811
https://github.com/osTicket/osTicket/pull/3441
https://github.com/osTicket/osTicket/issues/4198
https://forum.osticket.com/d/93560-ldap-user-lookup-for-new-tickets/4
https://forum.osticket.com/d/91078-lookup-a-user-using-name-doesnt-work
Willing to try anything I need to to get this working. I just find it really odd. I have also enabled logging (I think) and there are no logs to be seen.
Can someone who is taking care of development give contributions? This filed which is not properly working create a lot of troubles...
karmakoma Can someone who is taking care of development give contributions?
One of the devs is already involved. That would be @KevinTheJedi
Ia add that I do not have LDAP enabled: we enable only web logon.
@karmakoma
I am a developer and I have been giving contributions but it's near impossible for me to pinpoint as I cannot replicate the same issues you guys are experiencing. So we will just have to keep debugging and narrow it down to something we can pinpoint as the cause. Being that I cannot replicate the issue however means that most likely it will be an environment issue, but I cannot confirm 100% so we will keep open minds here.
KevinTheJedi I think it might be best that the issue I am having be segmented/segregated from the one here. It does not appear that @karmakoma is using or has enabled the AD plugin. With that in mind that may well be a reason why users are not showing up. If the AD plugin was enabled there or another backend then new users may well be showing in the drop down when typed.
I will create a separate topic as I do not want the challenge I am having to get confused with @karmakoma's
From my side, I will install locally the same version and I will setup the same PHP/APACHE environment and see if I can replicate it.
Sorry...not yet found time to do correct test during Christmas time: please do not close the topic....problem is still present!
Just a thought, could you try this, backup your database/osTicket files Download fresh copy from osticket.com/download , then restore your database on a fresh installation If you have any plugin, don't download together, install it after
ramrajone actually I did because I needed to create a second instance as "Dev environment". The second instance point to the same data imported in a different DB bit I suffer the same issue. But as mentioned before I can proceed with further investigation after the 2nd of January due to holidays (Sorry!)
Hello my dear FOlk: i found the same problem in adding the organization:
Starting from this week I will try to install locally and see if I can reproduce the error....no idea for now 🙁
I add some more extra info. Today I tried to replicate the error local and it seems to work...online whit the host I am using I get this error:
So I solved moving the tool in Azure (App Service, with PHP 7.3 aunder an ubuntu virtualized machine). Now it works...no way to solve it due to the fact that locally was properly working and remotely in the host offered by united-domains was not.
