Intersoft Community - ClientUI - UXPasswordBox binding issue

UXPasswordBox binding issue

yudi — Thu, 28 Mar 2013 02:43:35 GMT

Your feature request has been submitted to ClientUI development team under Product Backlog Item 1372. I will update this thread when the team has implemented this feature request.

UXPasswordBox binding issue

mg@hsig.ch — Wed, 27 Mar 2013 17:28:11 GMT

Hi Yudi

Thanks for your answer!

The Password-Property of Microsoft's PasswordBox supports no data binding. Their PasswordBox does it! In my opinion, it should therefore also works correctly (tow way binding).

In my case, the password is not security critical. In the meantime, I've been using the standard Textbox...

Please let me know, if you implement this feature request.

Thanks

Michael

UXPasswordBox binding issue

yudi — Wed, 20 Mar 2013 03:31:33 GMT

Thank you for the sent sample which replicates the reported problem of UXPasswordBox. I will have this discussed with the ClientUI development team and update this thread with the result.

Thank you.

Edited on March 21, 2013 7:45 AM
Reason: Update Latest Status

I made a simple experiment by adding a UXTextBox, named as DebugTextBox, into the MainWindow.xaml file. The Text property DebugTextBox is bound to Password property of UXPasswordBox. The objective is simple, I’m going to check whether thePassword property is actually updated or not.

<Intersoft:FieldLabel Header="Password (UXPasswordBox)">
    <Intersoft:UXPasswordBox  Password="{Binding SelectedUser.Password, Mode=TwoWay}" x:Name="ThePasswordBox" />
</Intersoft:FieldLabel>
<Intersoft:FieldLabel Header="TextBox to UXPasswordBox">
    <Intersoft:UXTextBox Text="{Binding ElementName=ThePasswordBox, Path=Password, Mode=TwoWay}" />
</Intersoft:FieldLabel>

The result shows that when user selects another user from the ListBox, the Password property of UXPasswordBox is actually updated (indicated by text displayed on DebugTextBox). However, the UXPasswordBox, visually, is not updated. It keeps showing 4 password chars.

The ClientUI development team says that they were already aware about this and decided not to implement such scenario due to the following reasons:

It is not a common scenario to modify the Password property of UXTextBox from ViewModel. Password should be only set by user by type in the password characters. The PasswordBox element of WPF also doesn’t allow data binding on it.
Data binding password is not a good design for security reasons and should be avoided.

However, the ClientUI development team agrees to treat this as feature request if you wish to implement such scenario.

Please let us hear your response regarding this.

UXPasswordBox binding issue

mg@hsig.ch — Tue, 19 Mar 2013 09:27:09 GMT

Please have a look on attached UXPasswordBoxSample.

The binding (Property Password) does not work.

Repro steps:

1. Start sample and watch on UXPasswordBox

2. Select an other User (change seleced item) -> There always 4 Password chars!

3. Set the focus on UXPasswordBox an type a char (don't select all chars) -> You can see in UXTextBox the old Password and the new added char!

Thanks for a fix!

Michael