github-starred/android
2
0
Fork 0
mirror of https://github.com/bitwarden/android.git synced 2026-05-21 11:56:35 -05:00
Code Issues 1.5k Packages Projects Releases 125 Wiki Activity

Password not displying correctly #1913

New Issue
Closed
opened 2025-11-26 23:01:23 -06:00 by GiteaMirror · 15 comments
GiteaMirror commented 2025-11-26 23:01:23 -06:00
Owner
Copy Link

Originally created by @alpinetortoise on GitHub (Jun 20, 2024).

Steps To Reproduce

View password containing <

Expected Result

< is displayed in the password string

Actual Result

Following character is highlighted red instead of displaying <

Screenshots or Videos

No response

Additional Context

No response

Build Version

2024.6.0 (10746)

Environment Details

Samsung Galaxy S21

Issue Tracking Info

  • I understand that work is tracked outside of Github. A PR will be linked to this issue should one be opened to address it, but Bitwarden doesn't use fields like "assigned", "milestone", or "project" to track progress.
Originally created by @alpinetortoise on GitHub (Jun 20, 2024). ### Steps To Reproduce View password containing < ### Expected Result < is displayed in the password string ### Actual Result Following character is highlighted red instead of displaying < ### Screenshots or Videos _No response_ ### Additional Context _No response_ ### Build Version 2024.6.0 (10746) ### Environment Details Samsung Galaxy S21 ### Issue Tracking Info - [X] I understand that work is tracked outside of Github. A PR will be linked to this issue should one be opened to address it, but Bitwarden doesn't use fields like "assigned", "milestone", or "project" to track progress.
GiteaMirror added the bug label 2025-11-26 23:01:23 -06:00
GiteaMirror commented 2025-11-26 23:01:24 -06:00
Author
Owner
Copy Link

@qwexter commented on GitHub (Jul 24, 2024):

Hi!
I've reproduce this one and checked the implementation.
Seems like it's expected behavior to colorize special characters and digits for read-only password fields.

I'd suggest close the issue

@qwexter commented on GitHub (Jul 24, 2024): Hi! I've reproduce this one and checked the implementation. Seems like it's expected behavior to colorize special characters and digits for read-only password fields. <img src="https://github.com/user-attachments/assets/2b775d20-27ab-4826-8bee-efda1e6863e8" width=20% height=20% /><img src="https://github.com/user-attachments/assets/2209c086-eb8f-4fcb-9eac-605afdbffcda" width=20% height=20% /> I'd suggest close the issue
GiteaMirror commented 2025-11-26 23:01:24 -06:00
Author
Owner
Copy Link

@alpinetortoise commented on GitHub (Jul 24, 2024):

That's not the behaviour I'm experiencing.

A password with the substring "<a" will display a red "a" in place of the substring and not the '<' character.

@alpinetortoise commented on GitHub (Jul 24, 2024): That's not the behaviour I'm experiencing. A password with the substring "<a" will display a red "a" in place of the substring and not the '<' character.
GiteaMirror commented 2025-11-26 23:01:24 -06:00
Author
Owner
Copy Link

@jimhortle commented on GitHub (Aug 2, 2024):

Version: 2024.7.1 (11086)

I also experience the same issue if < is not the last character of the password string.

Has anyone tested the behaviour if a < is at the end of a password string? I just quickly did it (have disabled screenshots in app, so no picture) and basically the < is invisible when viewing the password in the "View item" screen. In the "Edit item" screen, the < is visible when the password is revealed.

Is there a place to upvote this issue besides just liking it here?

@jimhortle commented on GitHub (Aug 2, 2024): Version: 2024.7.1 (11086) I also experience the same issue if `<` is not the last character of the password string. Has anyone tested the behaviour if a `<` is at the end of a password string? I just quickly did it (have disabled screenshots in app, so no picture) and basically the `<` is invisible when viewing the password in the "View item" screen. In the "Edit item" screen, the `<` is visible when the password is revealed. Is there a place to upvote this issue besides just liking it here?
GiteaMirror commented 2025-11-26 23:01:25 -06:00
Author
Owner
Copy Link

@dbosk commented on GitHub (Sep 4, 2024):

I have the same problem. All < disappears and colours the password red. The same happens to any password in the history as well.

Same version, same build.

@dbosk commented on GitHub (Sep 4, 2024): I have the same problem. All `<` disappears and colours the password red. The same happens to any password in the history as well. Same version, same build.
GiteaMirror commented 2025-11-26 23:01:25 -06:00
Author
Owner
Copy Link

@martinbra commented on GitHub (Sep 10, 2024):

I can confirm using 2024.7.1 on Android 12.

How to reproduce:
1 - Set a password to a<b<c
2 - In the Item viewer windows, click over the "eye" to display the password.
3 - Password is shown as abc. Where bc is red.

Why it is a problem:
When getting a password from the phone to type it in another device, the < are missing and the user fails to log in.

How to circunvent for now:
In the item edit windows the password is correctly displayed, although without any coloring to help the readability.

@martinbra commented on GitHub (Sep 10, 2024): I can confirm using 2024.7.1 on Android 12. How to reproduce: 1 - Set a password to `a<b<c` 2 - In the Item viewer windows, click over the "eye" to display the password. 3 - Password is shown as a**bc**. Where `bc` is red. Why it is a problem: When getting a password from the phone to type it in another device, the `<` are missing and the user fails to log in. How to circunvent for now: In the item edit windows the password is correctly displayed, although without any coloring to help the readability.
GiteaMirror commented 2025-11-26 23:01:25 -06:00
Author
Owner
Copy Link

@Greguru0 commented on GitHub (Oct 10, 2024):

I am also experiencing this bug. However, in addition to other users' explanation, there is more to this.

When under "View Item", any symbol character that falls within < and > are not displayed. (Including the < and >)
If there in an alphabet character or a numerical character, all characters after display appropriately.
The copy/paste function appears to act appropriately.

Version: 2024.7.1 (11086)

@Greguru0 commented on GitHub (Oct 10, 2024): I am also experiencing this bug. However, in addition to other users' explanation, there is more to this. When under "View Item", any symbol character that falls within < and > are not displayed. (Including the < and >) If there in an alphabet character or a numerical character, all characters after display appropriately. The copy/paste function appears to act appropriately. Version: 2024.7.1 (11086)
GiteaMirror commented 2025-11-26 23:01:25 -06:00
Author
Owner
Copy Link

@vredchenko commented on GitHub (Nov 13, 2024):

Confirmed. In my case the < symbol was in the middle of the password. I created the entry through my browser extension, and when using it via mobile I noticed that the character got swallowed and rest of the string was highlighted in red. This only happens in "view" mode - copying the password or editing it works fine

@vredchenko commented on GitHub (Nov 13, 2024): Confirmed. In my case the `<` symbol was in the middle of the password. I created the entry through my browser extension, and when using it via mobile I noticed that the character got swallowed and rest of the string was highlighted in red. This only happens in "view" mode - copying the password or editing it works fine
GiteaMirror commented 2025-11-26 23:01:26 -06:00
Author
Owner
Copy Link

@codewithdipesh commented on GitHub (Nov 15, 2024):

I think they are doing it on purpose
Screenshot 2024-11-15 150328
@david-livefront pls close the issue and #4306 also

Thanks

@codewithdipesh commented on GitHub (Nov 15, 2024): I think they are doing it on purpose ![Screenshot 2024-11-15 150328](https://github.com/user-attachments/assets/1417e751-99e4-4de9-a4bc-27f267d12e0b) @david-livefront pls close the issue and #4306 also Thanks
GiteaMirror commented 2025-11-26 23:01:26 -06:00
Author
Owner
Copy Link

@igprsy commented on GitHub (Nov 15, 2024):

I think they are doing it on purpose

That only suggests that "non-letters" (digits and special characters) should be displayed in another colour [to improve visibility]. It's supposed to be a visual transformation, which does not imply changing the password by any means. So this is clearly a bug, and an annoying one at that.

@igprsy commented on GitHub (Nov 15, 2024): > I think they are doing it on purpose That only suggests that "non-letters" (digits and special characters) should be displayed in another colour [to improve visibility]. It's supposed to be a _visual_ transformation, which does not imply changing the password by any means. So this is clearly a bug, and an annoying one at that.
GiteaMirror commented 2025-11-26 23:01:26 -06:00
Author
Owner
Copy Link

@david-livefront commented on GitHub (Nov 15, 2024):

@igprsy is correct that the nonLetterColorVisualTransformation should only change the color of characters in the password, the the password itself should never be altered.

I have investigated this issue and was unable to reproduce this issue in the new Native Bitwarden app, but was able to reproduce it on the previous Maui implementation of the app.

@vredchenko Could you verify that this issue still exists on the Native app? If it is not present, I think we can close this issue.

CC @differsthecat

@david-livefront commented on GitHub (Nov 15, 2024): @igprsy is correct that the `nonLetterColorVisualTransformation` should only change the color of characters in the password, the the password itself should never be altered. I have investigated this issue and was unable to reproduce this issue in the new Native Bitwarden app, but was able to reproduce it on the previous Maui implementation of the app. @vredchenko Could you verify that this issue still exists on the Native app? If it is not present, I think we can close this issue. CC @differsthecat
GiteaMirror commented 2025-11-26 23:01:26 -06:00
Author
Owner
Copy Link

@vredchenko commented on GitHub (Nov 15, 2024):

My bug manifests in Version 2024.10.0 (11270) (Android)

@vredchenko commented on GitHub (Nov 15, 2024): My bug manifests in Version 2024.10.0 (11270) (Android)
GiteaMirror commented 2025-11-26 23:01:27 -06:00
Author
Owner
Copy Link

@igprsy commented on GitHub (Nov 19, 2024):

@vredchenko Could you verify that this issue still exists on the Native app? If it is not present, I think we can close this issue.

I had to look it up as it's not clear that there's a native client in beta besides the stable app you can find in the play store. I checked that version and this bug is not present there.

@igprsy commented on GitHub (Nov 19, 2024): > @vredchenko Could you verify that this issue still exists on the Native app? If it is not present, I think we can close this issue. I had to look it up as it's not clear that there's a native client in beta besides the stable app you can find in the play store. I checked that version and this bug is not present there.
GiteaMirror commented 2025-11-26 23:01:27 -06:00
Author
Owner
Copy Link

@david-livefront commented on GitHub (Nov 19, 2024):

Thank you @igprsy & @vredchenko

Since this is fixed in the native app, I think we'll close this issue once it reaches full release.

@david-livefront commented on GitHub (Nov 19, 2024): Thank you @igprsy & @vredchenko Since this is fixed in the native app, I think we'll close this issue once it reaches full release.
GiteaMirror commented 2025-11-26 23:01:27 -06:00
Author
Owner
Copy Link

@david-livefront commented on GitHub (Jan 16, 2025):

The native app has reached full release, this issue should be resolved!

@david-livefront commented on GitHub (Jan 16, 2025): The native app has reached full release, this issue should be resolved!
GiteaMirror commented 2025-11-26 23:01:27 -06:00
Author
Owner
Copy Link

@dbosk commented on GitHub (Jan 16, 2025):

Verified as resolved on my Android phone now.

@dbosk commented on GitHub (Jan 16, 2025): Verified as resolved on my Android phone now.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
app:authenticator
app:password-manager
bug
bug-passkey
customer-support
duplicate
enhancement
good first issue
help wanted
needs-reply
needs-response
pull-request
Mirrored from GitHub Pull Request
 question
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/android#1913
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?