Bug 1353530

Summary:	setup-ds.pl - Mismatched password on first attempt does not prompt to enter original password again
Product:	Red Hat Enterprise Linux 7	Reporter:	Kamlesh <kchaudha>
Component:	389-ds-base	Assignee:	Noriko Hosoi <nhosoi>
Status:	CLOSED WONTFIX	QA Contact:	Viktor Ashirov <vashirov>
Severity:	low	Docs Contact:
Priority:	low
Version:	7.3	CC:	kbanerje, nkinder, rmeggins
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-08-24 16:24:10 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Kamlesh 2016-07-07 11:42:02 UTC

Description of problem:
The issue is that, in setup-ds.pl when you enter a password(and say you made a mistake) and you confirm with another password, you are always again prompted for only the confirmation password.

Version-Release number of selected component (if applicable):
[root@test dirsrv]# rpm -qa | grep 389
389-ds-base-libs-1.3.5.10-1.el7.x86_64

How reproducible:
[root@test slapd-test]# setup-ds.pl
<snip>

Directory Manager DN [cn=Directory Manager]: 
Password: 
Password (confirm): 
The passwords do not match.  Please try again.

Password (confirm): 
The passwords do not match.  Please try again.

Password (confirm):

</snip>

eg. In the above, I have to set my instance password as test1234 
password: tst1234
password (confirm): test1234 

This gives an error "The passwords do not match.  Please try again. 
and it again it ask for the password (confirm)
Password (confirm): " . But, this will never let me enter my expected password afresh.

Expected results:
It should again ask for new password first and then the password again to confirm.
Even IPA Server installer allows you to re-enter the original password if you get a password mismatch.

Comment 3 Noriko Hosoi 2016-11-04 18:15:37 UTC

Upstream ticket:
https://fedorahosted.org/389/ticket/49033

Comment 4 Nathan Kinder 2017-08-24 16:24:10 UTC

We plan to replace the existing Perl-based installer scripts with a Python-based installer in a future major update of 389-ds-base.  As such, we would prefer to not add any code to the existing installer unless it is for a critical bug fix.  The new installer will handle things differently, so this issue won't apply.  
 Closing this as WONTFIX.