Improve the FlowDirection functionality - at the moment setting the flow direction to RightToLeft, partly inverts the Mask value thus messing it up.

We are closing this issue as we do not think this is a bug. MaskedInput's Value , Mask and Text properties are not dependent on the FlowDirection property.
The issue the bug is originally logged to is easy to reproduce with TextBox only.
 <TextBox Text="10-Jul-2015" FlowDirection="RightToLeft" /> will produce the string "Jul-2015-10" but not the reversed string of "10-kul-2015". This is how is awpf framework implementation.

Pasting values in the controls, clears the current value in order to paste the new content

We set the AutomationProperties.Name property of a RadMaskedInput control.
This property is not applied in the control (if checked with the UI Spy) the Name automation property is not the set one, but the control's value.
This forces the MS Narrator to read the value of the control instead of the desired one.

InputLanguageManager does not work in MaskedInputControls
====

Reason for deletion: The bug is logged for RadMaskedTextBox and it will be removed from our suite from Q2 2014.

MaskedInput: The cursor of the Mouse is  Caret when it is over the built in ScrollViewer
====
Reason for deletion: The bug is logged for RadMaskedTextBox and it will be removed from our suite from Q2 2014.

When setting the CurrencyDecimalSeparator to "," the MaskedCurrencyInput shows ".," (decimal point is not expected).
Similar issues with MaskedNumericInput.
Setting both CurrencyDecimalSeparator and CurrencyGroupSeparator to "." also produces issues.

Possible workaround:
 public class CustomCurrency: RadMaskedCurrencyInput
    {
        protected override void SetSeparators(params Telerik.Windows.Controls.MaskedInput.Separator[] separatorsArray)
        {
            base.SetSeparators(separatorsArray);
            this.Separators.Add(new Separator(this.Culture.NumberFormat.NumberDecimalSeparator, true));
        }
    }

The fix will be available in lib for 11 July 2016.

You have the following scenario.
The UpdateValueEvent property is set to "LostFocus" and set no mask ( Mask= "").

When the input box is focused, press the minus sign key. You can see the that the minus is showing as expected. 

Then press a number and the "-" (minus) disappear. By pressing number key again the minus appears again.

A workaround: 
Setting the UpdateValueEvent property to PropertyChanged


Available in R2 2016 SP

Mask="" (no-mask) and FormatStyring =n3 or n4 , n5.

Value is 0.

Typing 0 then ".", then 0, then 0, then 5 produces 0.5000 but it should produce 0.0050.

Fix available in LIB Version 2016.1.404.

Currently, performing consecutively paste operation does not work like in TextBox. 
In TextBox the strings are concatenated but in MaskedTextInput the caret is in the beggining and only the first paste is successful.

The XAML team has recently reviewed the status of this feature request and will not be addressing it in future.
Consecutive Paste operation works in No-Masked scenario (Set Mask=""). Changing the paste behavior in masked scenarios would be a breaking change for some of our clients. 

The 'hh:mm' Mask is not applied correctly in the DateTimeInput when the control is focused.

For example if the date is 2014-05-23, 22:30, and the Mask property of the control is set to 'hh:mm' the displayed text should be 10:30. Currently, this text is displayed only if the input is not focused, otherwise the text changes to 22:30

Use No-Masked TextInput (Mask=""). Pressing delete will always place the caret on position 0.

Pasting 5788250000028292 in NumericInput with Mask = # 19 will cut the last digit 2.
Pasting the same number in CurrencyInput will produce an exception.

Mask="Pddd" should disallow letters.

However, after select all, you can type letter in the position of the first "d"

Available in LIB Version: 2016.1.125.

Placeholder is set to " " and the SelectionOnFocus is set to CaretOnBeggining. When the Mask receives the focus, the caret is under the MouseClick position, not in beggining.
After load and clicking in the center of the MaskedInput , no value can be inserted.

The xaml team recently reviewed the status of this issue and won't be addressing it in future. 
Placeholder set to string.empty or ' ' should be considered not supported. Please consider using Mask="" (no-mask) instead.

Numeric or Currency Input with Value = Null.

Clicking minus key (OemMinus or NumpadSubtract) places minus but Shift + OemPlus (or Numpad Add) does NOT remove the minus sign.

Will be available in Q1 2016 Release.

RadGridView with CellEditTemplate with RadMaskedDateTimeInput.

Select a GridViewRow. Press ALT  + N Key (or other key with letter/digit).

Argument Exception occurs in MaskedDateTimeGridViewEditor.



The issue is reproducible in Q3 2015 SP (1104) version of Telerik UI for WPF.
The fix will be available in Q1 2016 Release.

When UpdateValueEvent is set on PropertyChanged and the mask uses upper/lower token(s) the letters/characters are updated to uppercase after filling the mask. The control should update its text on every key stroke.

Update:
We are closing this issue because this is expected behavior in MaskedInput.
Value property is updated if all required symbols (required from the Mask) are populated. If you need the Value to be updated on every symbol entered you can set the property AllowInvalidValues = True.

In Q3 2013, Focus() or KeyBoard.Focus() cannot focus the MaskedInputControls so that their Caret is blinking and ready to receive input.
Also, FocusManager.FocusedElement used to do the same  in previous releases but in Q3 it doesn't.

Pasting text in TextInput with No-Mans and UpdateValueEvent=LostFocus is not successful.

This operation clears the whole Value.

 <telerik:RadMaskedTextInput Mask="" UpdateValueEvent="LostFocus"/>

Available in LIB version: 2014.3.1305

If Mask = "\A\B\C\D####" (A, B, C, D are escaped) and NumericInput is used. Select All , then typing 1234 produces something like 4312.

Available in LIB version: 2014.3.1222