Project

General

Profile

Actions

Bug #2256

closed

J1.6: Password Autogenerate set to Yes - still requires backend user creation to set passwords

Added by nant almost 14 years ago. Updated almost 14 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Start date:
28 January 2011
Due date:
% Done:

100%

Estimated time:
1:00 h

Description

Just tested with CB 1.4 (internal build) and verified that the CB User Manager when creating backend users requires the password to be specified.

I think that it should not be the case.


Files

2256.patch (1.2 KB) 2256.patch krileon, 01 February 2011 20:34
Actions #1

Updated by krileon almost 14 years ago

  • Status changed from New to Feedback
  • Assignee set to beat
  • Target version set to CB 1.4.0

Works without backend validation, but believe it should not validate the password unless specified when auto-generate is enabled.

Actions #2

Updated by krileon almost 14 years ago

  • Subject changed from Password Autogenerate set to Yes - still requires backend user creation to set passwords to J16: Password Autogenerate set to Yes - still requires backend user creation to set passwords
Actions #3

Updated by beat almost 14 years ago

  • Subject changed from J16: Password Autogenerate set to Yes - still requires backend user creation to set passwords to J1.6: Password Autogenerate set to Yes - still requires backend user creation to set passwords
Actions #4

Updated by krileon almost 14 years ago

To reproduce
Autogenerate random registration passwor: Yes
Fields validation in Admin: Yes

Attempt to create a user, but do NOT input a password. Try to save the user after inputting other mandatory data and page will refresh with the below JS pop-up.

"Password : This field is required!"

With Fields validation in Admin set to No, this issue does not happen. More or less it's validating the field regardless of autogenerate. Normally this would be ok, but with autogenerate it shouldn't care whether the password field is blank or not.

Actions #5

Updated by krileon almost 14 years ago

Confirmed is also the case in J15 (using the above steps to reproduce); is not J16 specific.

Actions #6

Updated by krileon almost 14 years ago

  • File 2256.patch 2256.patch added
  • Status changed from Feedback to Resolved
  • % Done changed from 0 to 100
Actions #7

Updated by beat almost 14 years ago

  • Status changed from Resolved to Closed
  • Estimated time set to 1:00 h

Fixed in commit r1408 in other way and tested by Kyle

Actions

Also available in: Atom PDF