View Issue Details

IDProjectCategoryView StatusLast Update
0029052mantisbtsignuppublic2022-10-31 21:45
Reporterjeromedl Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status newResolutionopen 
Product Version2.25.1 
Summary0029052: First connection screen inverts username and real-name fields
Description

When creating a new user with username "john.doe" and real name "John DOE", on first connection screen, the two fields are inverted in the screen (see screenshots), so the user has to reenter their username for the registering process to complete.

Steps To Reproduce

Create the user as described
Receive the connection email and click on the link
See the displayed page

Additional Information

This issue generates tons of support requests from our customers who are not paying attention to what is displayed, even if warned before.
The current behavior is really not user-friendly!

TagsNo tags attached.
Attached Files
Capture.PNG (14,292 bytes)   
Capture.PNG (14,292 bytes)   
Capture3.PNG (14,288 bytes)   
Capture3.PNG (14,288 bytes)   

Relationships

related to 0024345 new Add bug-contextual classes in the generated HTML pages for easier CSS customization 

Activities

dregad

dregad

2021-09-09 05:56

developer   ~0065826

  • john.doe is the user name; once set, the user cannot change it (but admins can).
  • John DOE is the realname; the verify.php page is giving the user a chance to update that.

So, the system works as designed. The fields are not "inverted".
I'm not sure I understand what the problem is.

jeromedl

jeromedl

2021-09-09 06:30

reporter   ~0065828

Hi!
You're right. Sorry for my mistake.
You can discard this issue.

So I need to understand what my clients are doing as we experience really a lot of issues with this registration phase.
It might be caused by this unusual (i.e. what can be usually seen on change password screens on different websites) field where the real name can be changed.

Regards

dregad

dregad

2021-09-09 06:52

developer   ~0065829

What could be the cause for confusion, is that there is no separate label for the realname field; if there is no content, Mantis will display a light-gray label within the text area itself (like for the password fields in your screenshot), but since you preset the Realname when creating the account, the users do not see this indication.

IIRC this was designed that way based on the more common self-registration process, where the users are not able to set the realname in the initial account creation, so the verify page allows them to set it.

Maybe displaying a separate label for the realname field on the verify page would avoid the confusion.

jeromedl

jeromedl

2021-09-09 08:17

reporter   ~0065830

That makes sense.

In our company, we systematically provide a real user name when creating a new account.
I was thinking of not showing this field with custom CSS, but due to the fact that the generated HTML lacks classes (cf. 0024345 ), this is quite difficult to do without fearing side effects (e.g. on verify page, I miss a class for body to target this very page, and a distinguished class for each input field – even if I could use a "nth" selector).

sandyj

sandyj

2022-10-31 21:45

reporter   ~0067121

We also find the display of the real name when setting or resetting passwords is confusing for users. They tend to enter their real name when trying to log in after setting a password.

For a more user friendly UI, I would suggest to remove the real name display. They can always go into account settings later to change this. A greyed out username display would be ideal. Just a suggestion. If you think it's a good idea I can create a separate bug for this.