We use cookies to give you the best experience on our website. If you continue to browse, then you agree to our privacy policy and cookie policy. (Last updated on: November 16, 2018).
Unfortunately, activation email could not send to your email. Please try again.
Syncfusion Feedback

[DataType(DataType.Password)] not setting SfDataForm.DataObject's property correctly in Xamarin.Forms UWP

Thread ID:

Created:

Updated:

Platform:

Replies:

142234 Jan 23,2019 07:54 PM UTC Jan 29,2019 11:14 AM UTC Xamarin.Forms 3
loading
Tags: SfDataForm
Chris Marinacci
Asked On January 23, 2019 07:54 PM UTC

When using an SfDataForm in a Xamarin.Forms UWP program, DataObject properties decorated with [DataType(DataType.Password)] are not set correctly -- they are set to all dots instead of the value that was typed into the field. This works correctly in the Android and iOS versions of the program.

This is using the latest release version of all applicable NuGet packages.

Jayaleshwari N [Syncfusion]
Replied On January 25, 2019 11:03 AM UTC

Hi Chris,  
 
Thanks for contacting Syncfusion Support. 
  
We have checked the reported query related to setting DataType.Password in SfDataForm Xamarin Forms UWP platform in our latest version. But unfortunately the reported issue does not reproduce at our end. We have created a sample with data form item using Password as DataType which renders as password type in UI as expected. 
 
We have attached the tested sample for your reference and you can download the same from the following location.   
Sample link: DataFormPassword 
 
You can also refer our online user guide documentation to know about password editor.   
  
Screenshot:  
  
   
  
Could you please check with the provided sample and revert us whether the issue is reproduced? Else, kindly modify the provided sample with replication procedure along with more details regarding your query with screenshots if possible. So that it will be helpful for us to analyze and provide you possible solution.  
 
Regards, 
Jayaleshwari N. 


Chris Marinacci
Replied On January 25, 2019 05:53 PM UTC

Hi Jayaleshwari,

It looks like it is validation that messes up the value. To reproduce the bug using your sample:

1. Change MainPage.xaml to this:

<?xml version="1.0" encoding="utf-8" ?>
<ContentPage xmlns="http://xamarin.com/schemas/2014/forms"
             xmlns:x="http://schemas.microsoft.com/winfx/2009/xaml"
             xmlns:local="clr-namespace:DataFormPassword"
             xmlns:dataForm="clr-namespace:Syncfusion.XForms.DataForm;assembly=Syncfusion.SfDataForm.XForms"
             x:Class="DataFormPassword.MainPage">
    <ContentPage.Behaviors>
        <local:DataFormBehavior/>
    </ContentPage.Behaviors>
    <StackLayout>
        <dataForm:SfDataForm x:Name="dataForm" />
        <Button Text="Validate"
                HorizontalOptions="Center"
                Clicked="Button_OnClicked"/>
    </StackLayout>
</ContentPage>

2. Change MainPage.xaml.cs to this:

using System;
using Xamarin.Forms;

namespace DataFormPassword
{
    public partial class MainPage : ContentPage
    {
        public MainPage()
        {
            InitializeComponent();
        }

        private void Button_OnClicked(Object sender, EventArgs e)
        {
            dataForm.Validate();
            String password = ((LoginInfo)dataForm.DataObject).Password;
        }
    }
}

3. Set a breakpoint on the line after the one that begins with "String password".

4. Run the UWP version of the program and click the "Validate" button.

When the breakpoint is hit, you will see that the value of "password" is all dots instead of the actual password value.

Thanks,

Chris

Jayaleshwari N [Syncfusion]
Replied On January 29, 2019 11:14 AM UTC

Hi Chris,  
   
We have validated the defect you have initiated with us. Thank you for taking the time to report this issue with “Actual password value is not committed in data object while using password editor in Xamarin Forms UWP” and helping us improve our product. At Syncfusion, we are committed to fixing all validated defects (subject to technological feasibility and Product Development Life Cycle ) and including the defect fix in our subsequent Volume 1, 2019 release, which is expected to be available by middle of the month March, 2019. If you wish to receive this fix in a specific prior release product version please contact Syncfusion Support (backwards compatibility subject to technological feasibility and our Support SLA) You can now track the current status of your request, review the proposed resolution timeline, and contact us for any further inquiries through this link.    
 
 
Regards, 
Jayaleshwari N. 


CONFIRMATION

This post will be permanently deleted. Are you sure you want to continue?

Sorry, An error occured while processing your request. Please try again later.

Please sign in to access our forum

This page will automatically be redirected to the sign-in page in 10 seconds.

Warning Icon You are using an outdated version of Internet Explorer that may not display all features of this and other websites. Upgrade to Internet Explorer 8 or newer for a better experience.Close Icon

;