After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 735794 - Set a Password UI/UX regressions from 3.10
Set a Password UI/UX regressions from 3.10
Status: RESOLVED OBSOLETE
Product: gnome-initial-setup
Classification: Applications
Component: general
3.13.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Initial Setup maintainer(s)
GNOME Initial Setup maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-09-01 07:34 UTC by Chris Murphy
Modified: 2014-09-03 17:19 UTC
See Also:
GNOME target: ---
GNOME version: 3.13/3.14


Description Chris Murphy 2014-09-01 07:34:37 UTC 
At "Set a Password" I set a password, get a check which I suspect means the two entries are the same, but the Next button is grayed out. I can't proceed. A couple forced reboots later I realized the nearly invisible descriptive text under the first password.

a. Gray text on gray background is not a good way for an error condition to be communicated to the user.
b. GIS in gnome 3.10 did a better job of communicating the password strength, and when it considered it a problem by using a triangle with a ! in it. 3.13 is devoid of any meaningful indication there's a problem.
c. The problem is one of GIS's own creation by not merely warning of poor quality passwords, but enforcing a policy that prevents their  usage.

Also filed as:
https://bugzilla.redhat.com/show_bug.cgi?id=1135890
Comment 1 Matthias Clasen 2014-09-01 15:13:02 UTC 
It is not meant to be a hard error condition, see bug 735578
Comment 2 Matthias Clasen 2014-09-02 20:42:12 UTC 
since it no longer is an error condition, I think this can be closed
Comment 3 Adam Williamson 2014-09-03 17:19:00 UTC 
I think a) and b) are still probably valid for an 'advisory' not 'enforcing' checker, but they could be filed separately.