You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Android][TextInput] Bug when combine secureTextEntry + keyboardType props #26799
changed the title [-][Android][TextInput] Combine props bug secureTextEntry + keyboardType[/-][+][Android][TextInput] Bug when combine secureTextEntry + keyboardType props[/+]on Oct 10, 2019
Hey there, it looks like there has been no activity on this issue recently. Has the issue been fixed, or does it still require the community's attention? This issue may be closed if no further activity occurs. You may also label this issue as a "Discussion" or add it to the "Backlog" and I will leave it open. Thank you for your contributions.
Hey there, it looks like there has been no activity on this issue recently. Has the issue been fixed, or does it still require the community's attention? This issue may be closed if no further activity occurs. You may also label this issue as a "Discussion" or add it to the "Backlog" and I will leave it open. Thank you for your contributions.
Hey there, it looks like there has been no activity on this issue recently. Has the issue been fixed, or does it still require the community's attention? This issue may be closed if no further activity occurs. You may also label this issue as a "Discussion" or add it to the "Backlog" and I will leave it open. Thank you for your contributions.
Hi @retyui,
After looking into the issue, it appears that the inability to mask text input when using keyboardType="phone-pad" with secureTextEntry is the default behavior on Android. The InputType.TYPE_CLASS_PHONE does not support secure text masking [here], which is why the text remains visible. This is the expected behavior on Android and not specific to React Native.
Activity
[-][Android][TextInput] Combine props bug secureTextEntry + keyboardType[/-][+][Android][TextInput] Bug when combine secureTextEntry + keyboardType props[/+]stale commentedon Jan 8, 2020
Hey there, it looks like there has been no activity on this issue recently. Has the issue been fixed, or does it still require the community's attention? This issue may be closed if no further activity occurs. You may also label this issue as a "Discussion" or add it to the "Backlog" and I will leave it open. Thank you for your contributions.
stale commentedon Apr 7, 2020
Hey there, it looks like there has been no activity on this issue recently. Has the issue been fixed, or does it still require the community's attention? This issue may be closed if no further activity occurs. You may also label this issue as a "Discussion" or add it to the "Backlog" and I will leave it open. Thank you for your contributions.
stale commentedon Jul 6, 2020
Hey there, it looks like there has been no activity on this issue recently. Has the issue been fixed, or does it still require the community's attention? This issue may be closed if no further activity occurs. You may also label this issue as a "Discussion" or add it to the "Backlog" and I will leave it open. Thank you for your contributions.
8 remaining items
github-actions commentedon May 19, 2023
This issue is stale because it has been open 180 days with no activity. Remove stale label or comment or this will be closed in 7 days.
retyui commentedon May 19, 2023
any progress?
NishitTibicle commentedon Jul 24, 2023
Come on guys ? this is not working in android do something for it
github-actions commentedon Jul 24, 2023
github-actions commentedon Jan 22, 2024
This issue is stale because it has been open 180 days with no activity. Remove stale label or comment or this will be closed in 7 days.
shubhamguptadream11 commentedon Sep 9, 2024
Hi @retyui,
After looking into the issue, it appears that the inability to mask text input when using keyboardType="phone-pad" with secureTextEntry is the default behavior on Android. The
InputType.TYPE_CLASS_PHONEdoes not support secure text masking [here], which is why the text remains visible. This is the expected behavior on Android and not specific to React Native.