[TextView] inputType=textPassword + singleLine=true misbehaves about paris HOT 5 CLOSED

@ioterateam I believe I was able to fix the issue. In some ways it's an Android bug, because:

textView.setInputType(InputType.TYPE_CLASS_TEXT | InputType.TYPE_TEXT_VARIATION_PASSWORD);
textView.setSingleLine(true);

Doing this programmatically (in that order) will also break the password input type.

However TextView does some stuff during initialization so that an XML style that sets the same attributes behaves as you would expect. I replicated that logic here and added a few tests.

I published a new snapshot so it should update automatically for you (the previous version might stay cached for a day or so).

from paris.

Thanks for creating a new issue for this. I should be able to take a look in the next few days.

from paris.

@ioterateam I looked into this and am unable to reproduce the issue.

There's a test here that asserts rather convincingly that setting inputType to textPassword is working. I also played around with a sample and was able to confirm that applying a style containing <item name="android:inputType">textPassword</item> in the same way that you do was successfully changing the input type (the password was not visible).

At this point I'm pretty sure it's not a bug with Paris but rather an issue on your end. I would recommend trying it out with a simpler style that doesn't change any other attributes. How are you currently verifying that the input type is being set to a visible password rather than the standard one? Note that the last character of the password might be visible even if the input type is textPassword. textVisiblePassword makes it completely visible.

from paris.

i found a bug that makes it visible, it's because of attribute <item name="android:singleLine">true</item> in the style. When I exclude it, it's work like normal and show me textPassword, can you re-check it?

from paris.

Thanks for investigating some more, I'm able to repro now. I'll look into this soon.

from paris.