# Revealed password field - problem? **URL:** \ **Category:** Issues\ **Created:** [September 8, 2016, 8:42am UTC](https://discuss.zetetic.net/t/revealed-password-field-problem/1665 "2016-09-08T08:42:00Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![teracow](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.zetetic.net/teracow/32/383_2.png) [@teracow](https://discuss.zetetic.net/u/teracow)\ **Post date:** [September 8, 2016, 8:42am UTC](https://discuss.zetetic.net/t/revealed-password-field-problem/1665/1 "2016-09-08T08:42:01Z")
_Codebook v3.1.6 (446) on iOS 9.3.5 on an iPhone 5_ Hello, Noticed an odd behaviour in the UI and I’m not sure if it’s a bug. I’m looking at one of my entries with 9 fields. 3 of these are password fields. The last field is a password field. If I ‘reveal’ this last password field’s contents, then scroll up so that this password field disappears off the bottom of the viewport (and the field above it), then scroll back down to show the field again, the field has been ‘hidden’. The ‘reveal’ option is needed again to show that password field’s contents. I can make this happen even on a password field that is 3rd last on this list if I _force_ the scroll up so that the field above the password field scrolls off the bottom of the viewport. Is this expected behaviour? Thank you. ---
**Author:** ![mmoore](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.zetetic.net/mmoore/32/858_2.png) [@mmoore](https://discuss.zetetic.net/u/mmoore)\ **Post date:** [September 8, 2016, 4:07pm UTC](https://discuss.zetetic.net/t/revealed-password-field-problem/1665/2 "2016-09-08T16:07:56Z")
Hi @teracow > If I ‘reveal’ this last password field’s contents, then scroll up so that this password field disappears off the bottom of the viewport (and the field above it), then scroll back down to show the field again, the field has been ‘hidden’. The ‘reveal’ option is needed again to show that password field’s contents. This is the current expected behavior. iOS only draws the field tableview’s rows that are present on the screen, so when you scroll up and scroll back down again, it re-draws the cells that weren’t present on the screen before (It de-queues a cached reusable cell, although it currently determines whether to mask the field based on the is\_masked flag). The reveal option is intended to be temporary, whereas the is\_masked flag (associated with the label) persists. Re-thinking this, we believe it would be useful (as you’ve suggested) to have a field that’s been manually revealed persist until the user manually hides it again or leaves the entry. We’ll work on making the adjustment and get a new beta build out soon. Thanks again for the feedback! Cheers, Micah ---
**Author:** ![mmoore](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.zetetic.net/mmoore/32/858_2.png) [@mmoore](https://discuss.zetetic.net/u/mmoore)\ **Post date:** [September 8, 2016, 8:29pm UTC](https://discuss.zetetic.net/t/revealed-password-field-problem/1665/3 "2016-09-08T20:29:04Z")
Hi @teracow Just wanted to give an update on this. We just released a beta v3.1.6 (build 449) which should modify the behavior of the manual “Reveal”/“Hide” so that it persists as long as you’re on that entry’s view. Let us know what you think when you have a chance to try it out. Thanks! If anyone else is viewing this thread and would like to beta test the update, please feel free to reach out to us at [support@zetetic.net](mailto:support@zetetic.net) Cheers, Micah ---
**Author:** ![teracow](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.zetetic.net/teracow/32/383_2.png) [@teracow](https://discuss.zetetic.net/u/teracow)\ **Post date:** [September 8, 2016, 8:58pm UTC](https://discuss.zetetic.net/t/revealed-password-field-problem/1665/4 "2016-09-08T20:58:32Z")
Okiedoke, will do. 🙂 ---
**Author:** ![teracow](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.zetetic.net/teracow/32/383_2.png) [@teracow](https://discuss.zetetic.net/u/teracow)\ **Post date:** [September 8, 2016, 9:14pm UTC](https://discuss.zetetic.net/t/revealed-password-field-problem/1665/5 "2016-09-08T21:14:29Z")
Hi Micah, I’ve installed #449 and can confirm that the reported behaviour has now changed as you indicated. However, during my frantic swiping around, I found that if I: 1. reveal a password field, 2. perform a small swipe from left-to-right (partly revealing the previous screen), then let go, 3. the revealed password field is hidden again. Suggest that this only happen for a full swipe from left-to-right to return to the previous screen (go back). May not be needed for a small (or partial) swipe. Thoughts? ---
**Author:** ![mmoore](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.zetetic.net/mmoore/32/858_2.png) [@mmoore](https://discuss.zetetic.net/u/mmoore)\ **Post date:** [September 9, 2016, 1:56pm UTC](https://discuss.zetetic.net/t/revealed-password-field-problem/1665/6 "2016-09-09T13:56:26Z")
Hi @teracow Just rolled out 3.1.6 (build 451) for beta testers. This should resolve the slightly swiping left to right resetting the manually revealed/hidden fields on the entry view. It should now only reset them when you completely leave the entry view. Thanks again for the feedback. Cheers, Micah ---
**Author:** ![teracow](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.zetetic.net/teracow/32/383_2.png) [@teracow](https://discuss.zetetic.net/u/teracow)\ **Post date:** [September 9, 2016, 6:25pm UTC](https://discuss.zetetic.net/t/revealed-password-field-problem/1665/7 "2016-09-09T18:25:03Z")
Installed #451 and it all looks good. Thanks Micah. 🙂