When content translation is enabled for entities, fields and properties that can not be translated have the special suffix at form label - (all languages)
I notice that the Password and Confirm password fields does not have such suffix.
It can confuse the user.
If the translation is enabled for user entity type, passwords fields should always have this suffix, like "email" and "name" properties.
Steps to reproduce
- On a fresh installation of Drupal 10 that was originally installed using the English language, enable the Content Translation module (requires Language module to be enabled as well)
- Navigate to Administration -> Configuration -> Regional and language -> Content language (admin/config/regional/content-language)
- Tick the "User" checkbox from the "Custom language settings" set of checkboxes
- Tick the "User" checkbox in the "User" section that appears in the section below the "Custom language settings" set of checkboxes, and leave all the additional checkboxes that appear as they are
- Click the "Save configuration" submit button
- Navigate to Administration -> Configuration -> Regional and language -> Languages (admin/config/regional/language)
- Add another language (other than English)
- (optional) make the language that you added in the previous step the default
- Either create a new user account and edit it, or edit any existing account
- Select "Translate" from the secondary tabs at the top of the page
- In the table with the translations, click the "Add" button in the "Operations" column of the language added previously
- Type something in the "Password" field, to make the "Confirm password" field appear
Actual result
The "Password" and "Confirm password" fields do not have the "(all languages)" suffix in their labels like the rest of the fields do.
Expected result
The "Password" and "Confirm password" fields should have the "(all languages)" suffix in their labels; like the rest of the fields do.