-
Notifications
You must be signed in to change notification settings - Fork 69
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Login Fails with 3.0.18 #99
Comments
Hi there, We have recognised this issue and we are working as hard as we can to resolve this problem. Thanks, |
Profound apologies. What's happened is that TLS 1.1 was disabled globally on 1st May. We knew this was going to happen and had already upgraded to a version of the .Net libraries which should use TLS 1.3 automatically, but clearly this isn't working. According to documentation, if you have .Net 4.6.2 or above installed on your computer this should just work. Otherwise, some registry changes (see same documentation) should make it work. However, I can confirm that at this stage it is not working for me either, although I have .Net 4.7.2 installed What I'm seeing in the logs is as follows:
It's possible that the CRM end of the connection isn't supporting TLS 1.3. However, I appreciate that doesn't help users and we need to resolve this very fast. |
OK, I now have a build (3.0.19.119) which works; it turns out compiling against .Net 4.6.1 wasn't good enough, it had to be at least 4.6.2. I've passed this to quality control; hopefully we'll have a release very soon. |
@simon-brooke Thanks for this. @cameronblaikie We did log it, but was disheartened to see a number of login issues already being reported with no feedback. I assumed it was not being monitored, so decided to open an issue here. Will use the store |
OK, status this morning: it still works for me, both in the dev environment and when installed from the installer. However, it isn't working for @cameronblaikie, and we have failed to establish what is different between my machine and his. We are putting full effort on this! |
@J-Light please could you confirm for me which Windows version you are running? |
@J-Light Rather than the contact form, could you send us an email directly to the outlook team? email address is: [email protected] and we can get you a build send through. Thanks. |
No confidence in this, essentially just thrashing.
…into AddIn Again, I'm thrashing - no real faith in this. If the change was going to work, SuiteCrmClient has to be the right place for it - surely?
@simon-brooke I am using Windows 10 Version 1809 (OS Build 17763.437) |
OK, I'm on Windows 7, and all the last three builds have worked for me. The test team are also on Windows 10, and the last three builds have not worked for them. It may be something to do with the Windows version, but I'm skeptical. However, I'm really running out of ideas. Have you received either build 3.0.19.124 or 3.0.19.125? |
@simon-brooke no I have not, are the builds available in your branch, you able to point me to them? |
@Dillon-Brown @simon-brooke @cameronblaikie Obtained the plugin from SalesAgility 3.0.19.129 . Issue persists. The fix proposed was able to overcome this issue. I suspect the |
(This works but I don't like it)
No confidence in this, essentially just thrashing.
Again, I'm thrashing - no real faith in this. If the change was going to work, SuiteCrmClient has to be the right place for it - surely?
(This works but I don't like it)
Are you able to test this on the 3.0.22 |
@samus-aran, unfortunately, it still does not work. We are using LDAP for password management. I have tried the addon with (CRM and client) and without (CRM and client) a password encryption key to no avail. If I recompile the Addin that uses clear text password instead of MD5 hash for standard login, it appears to work (with no encryption key set on the CRM). |
I'm also unable to auth with Plugin 3.0.22 to SuiteCRM 7.8.31 with SSO enabled using the encryption key and Active Directory. |
Issue
New version of Outlook Plugin Fails to Authenticate Users.
Expected Behavior
Plugin should login users.
Actual Behavior
Fails to login.
Possible Fix
Steps to Reproduce
Context
We have a set of licenses that we cannot now use with this version. Previous version was missing libs for x64 Tidy.
Currently deployed open version for a select few. Would like to avoid this. Above seemed to fix it but not sure if its appropriate.
Logs
Your Environment
The text was updated successfully, but these errors were encountered: