Univention Bugzilla – Bug 42212
Misleading column "Password expiration date" in module "Passwords (students)"
Last modified: 2018-07-04 18:09:01 CEST
Created attachment 7960 [details] Screenshot of module "Passwords (students)" Reported by schooladmins through customer. The enduser(s) was/were confused about the "Password expiration date" column in the UMC "Passwords (students)" module. If one reset passwords with the option "user has to change password on next login" the "Password expiration date" column shows the date from yesterday (see attached screenshots). The functionality works fine and this might be the right representation but from the user perspective he/she doesn't understand it. It might be better to show a column with something like "recessed" yes/no
There is a Customer ID set so I set the flag "School Customer affected".
We might need some discussion here. I see several solutions on this usability issue: 1) remove the column entirely 2) show only column "Password expired?" with values "yes"/"no" 3a) show column "Password expires in" with values "X days" resp. "expired" 3b) show column "Forced password change in" with values "X days" resp. "now"
(In reply to Sönke Schwardt-Krummrich from comment #2) > We might need some discussion here. I see several solutions on this > usability issue: > > 1) remove the column entirely > > 2) show only column "Password expired?" with values "yes"/"no" > > 3a) show column "Password expires in" with values "X days" resp. "expired" > 3b) show column "Forced password change in" with values "X days" resp. "now" Hi, I prefer 3a) Cheers, Michel
(In reply to Michel Smidt from comment #3) > (In reply to Sönke Schwardt-Krummrich from comment #2) > > We might need some discussion here. I see several solutions on this > > usability issue: > > > > 1) remove the column entirely > > > > 2) show only column "Password expired?" with values "yes"/"no" > > > > 3a) show column "Password expires in" with values "X days" resp. "expired" > > 3b) show column "Forced password change in" with values "X days" resp. "now" > > Hi, > I prefer 3a) > > Cheers, > Michel Ah no! I'am sorry. I prefer 3b!
Personally I would prefer and also propose option 3a. Option 1 and 2 remove or reduce information that we can/do already present which in my opinion are useful. A teacher could for example sort the list by that expiration date and check for students that have an already expired password or have to change it soon. That might come in handy when there is some project or work where the teacher wants to prevent the password-changing-and-resetting odyssey in advance or at least reduce the time necessary. Regarding 3b I do not like the formulation "Forced password change". It might be my personal opinion but I also think "Password expiration date" or "Password expires in" are more mainstream terms most people should understand.
A branch implementing 3b is provided under the name oschwieg/4.3/42212 Since this is my first time editing the backend it should be checked if my changes are compatible with univention best practices etc.
Package: ucs-school-umc-users Version: 14.0.2-4A~4.3.0.201805251229
Created attachment 9581 [details] Screenshot of new interface (UCS@school 4.3v4)
Created attachment 9582 [details] Screenshot of new interface (UCS@school 4.3v4)
I did some small last-minute-changes to the wording. See attached screenshot. ucs-school-umc-users (14.0.2-5) ad0cbe325584 | Bug #42212: Small wording changes ucs-school-umc-users.yaml ff0463c062b8 | Bug #42212: update advisory e3e928a3c5ab | Bug #42212: update advisory OK: code change OK: functional change OK: tests OK: changelog entry OK: advisory OK: package built and installable
UCS@school 4.3 v4 has been released. https://docs.software-univention.de/changelog-ucsschool-4.3v4-de.html If this error occurs again, please clone this bug.