patron password not reset to phone

Bug #643929 reported by James Fournie
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Medium
Unassigned

Bug Description

When the patron.password.use_phone is set, new patrons are created with their password set to the last 4 digits of their phone number, HOWEVER, when a patron's password is reset, it does not work properly. Although the little underlined summary shows the proper 4 digits, the password box displays 9-ish digits, and is not the last 4 digits of the password.

The attached patch was created by Steve Callender and is confirmed working on 1.6.0

This patch will not work on 2.0 as that has a new user editor, but it would presumably be worthwhile to verify this functionality works in that editor as well.

~J

Related branches

Revision history for this message
James Fournie (jfournie) wrote :
description: updated
Revision history for this message
Mike Rylander (mrylander) wrote :

James and Steve, thanks!

Patch applied to all open branches, including trunk/2.0, as they still contain the old user editor.

Changed in evergreen:
status: Triaged → Fix Committed
Revision history for this message
Bill Ott (bott) wrote :

Doesn't this break the pre-population of the new password for newly created accounts?

Shouldn't the if(!pw) be closed before the assignment of form values?

Revision history for this message
Bill Ott (bott) wrote :

We've also discovered that a phone number change indiscriminately updates the password. Maybe due to my change noted above? A quick check in ue_config.js for an isnew() prevents that.

With limited testing, I've attached a diff against rel_1_6_0.

Revision history for this message
Jason Etheridge (phasefx) wrote :

Steve and I were poking at this recently too (unaware of the ticket) and I committed what amounts to half of Bill's patch already, and was waiting on the isnew() check before backporting. :-)

http://svn.open-ils.org/trac/ILS/changeset/18355

I'll get the rest of it in.

Thanks!

Revision history for this message
Jason Etheridge (phasefx) wrote :
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.