You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Jenkins LDAP-plugin sometimes fails to connect to the LDAP-server causing Jenkins to wrongly return a 401. Quality-time then assumes the user has entered a wrong password and stops contacting the source.
A work-around could be to only stop contacting sources when the credentials are new and not when we know they've been working in the past. And/or keep trying for a few times when we get a 401.
Considered but dismissed options for a work-around:
Work-around cannot be made specific for the Jenkins source, because Jenkins can also function as webserver for other sources such as JUnit, JaCoCo, and OJAudit reports.
Jira returns a 401 when submitting an invalid password, so simply distinguishing between 401 and 403 won't be a work-around either.
We decided on removing the functionality to stop contacting sources after a 401 or 403. The risk that Quality-time will lock accounts after users enter a wrong password should be signficantly smaller due to #478.
The Jenkins LDAP-plugin sometimes fails to connect to the LDAP-server causing Jenkins to wrongly return a 401. Quality-time then assumes the user has entered a wrong password and stops contacting the source.
A work-around could be to only stop contacting sources when the credentials are new and not when we know they've been working in the past. And/or keep trying for a few times when we get a 401.
Considered but dismissed options for a work-around:
See https://issues.jenkins-ci.org/browse/JENKINS-54015.
The text was updated successfully, but these errors were encountered: