Bug Report T130125
Visible to All Users

In-place editors - The EditAutoHeight property setting is not ignored and the editor is not switched to a single-line scrollable text field if the Properties.EchoMode property is set to eemPassword

created 11 years ago

Hi!

What can prevent a TcxTextEdit from masking plaintext with asterisks when a password mode is used?

I have a TcxTreeList with two columns, name and value. The value column doesn't have any pre-defined property class, instead it gets dynamically (via OnGetEditingProperties and OnGetEditProperties, both using the same event handler) assigned a Properties item from the repository. This properties item defined TcxTextEditProperties with EchoMode=eemPassword and PasswordChar=* (and no other settings, as verified by checking the DFM). When the editor is inactive, I do indeed get asterisks in place of the plaintext displayed, and if I change the PasswordChar to "x", the display does change - indicating that I am correctly assigning the Properties object in OnGetEditProperties. But when I try to edit the value, the plaintext is shown. The same Properties object is assigned in OnGetEditingProperties, but the PasswordChar and EchoMode don't seem to be having any effect.

A test project I just created behaves as I would expect in both display and edit mode. Note that I am almost certain that in an older version of my application the password masking was working correctly, so it's likely I have accidentally turned some option off which prevents the password mode from working. Unfortunately, I no longer have that older source code :-(

Thanks for any suggestions.

Show previous comments (5)

    Yes, it does! Now that's a strange dependency!
    The question remains, what do do? I need eahRow - or at least a way to increase the height of nodes with cxMemo inside them.

      Never mind, seems that my Memo's started working even with eahNone, though I needed that in my older code. So it would seem that not using EditAutoHeight will solve all my issues.
      Still, I can't help but wonder - why on Earth should EditAutoHeight influence the display of password-masking characters??

      DevExpress Support Team 11 years ago

        I believe it should not affect EchoMode. I have asked you to test the <TreeList>.OptionsBehavior.EditAutoHeight property to help you ASAP and I am happy to hear that this property helped. Now I am forwarding this ticket to our developers for research.

        Answers approved by DevExpress Support

        created 11 years ago

        We have fixed the issue described in this ticket and will include the fix in our next maintenance update. To apply this solution before the official update, request a hotfix by clicking the corresponding link for product versions you require.

        Note: Hotfixes may be unavailable for beta versions and updates that are about to be released.

          Disclaimer: The information provided on DevExpress.com and affiliated web properties (including the DevExpress Support Center) is provided "as is" without warranty of any kind. Developer Express Inc disclaims all warranties, either express or implied, including the warranties of merchantability and fitness for a particular purpose. Please refer to the DevExpress.com Website Terms of Use for more information in this regard.

          Confidential Information: Developer Express Inc does not wish to receive, will not act to procure, nor will it solicit, confidential or proprietary materials and information from you through the DevExpress Support Center or its web properties. Any and all materials or information divulged during chats, email communications, online discussions, Support Center tickets, or made available to Developer Express Inc in any manner will be deemed NOT to be confidential by Developer Express Inc. Please refer to the DevExpress.com Website Terms of Use for more information in this regard.