The current workaround is to directly set the value of the underlying TextBox instead:

this.RadAutoCompleteBox.ChildrenOfType<TextBox>().First().Text = "1 I";

The workaround is to set String.Empty for TextSearchPath before setting the new value for the DisplayMemberPath

When you start typing, the dropdown appears and then you leave the AutoCompleteBox without clicking, the cursor is not changing back to arrow.

As a workaround of the issue you could manually release the mouse capture in the Populated event handler of the control as shown below:


 private void AutoCompleteBox_Populated(object sender, System.EventArgs e)
        {
            if (Mouse.Captured is RadAutoCompleteBox)
            {
                (sender as RadAutoCompleteBox).ReleaseMouseCapture();
            }
        }

Available in LIB version 2016.3.1017, it will be also available in the 2016 R3 SP1 release. 

Should be clicked somewhere else afterwards in order to refresh the cursor.
The fix is available in R2 2016 SP1.

Clicking the ScrollViewer of the control causes the focus to be retained by the RadAutoCompleteBox, leading to double mouse click required in order to access outside control.

Also the mouse cursor is changed IBeam value rather than the default Arrow value.

The fix is available in the 2016 R3 SP1 release.

After removing an item with it's remove "X" button, two mouse clicks are required in order to lose the focus from the control.

Available in LIB version 2016.2.606, it will be also available in the 2016 R2 SP1 release.

Exposed the HandleKeyDown method of RadAutoCompleteBox. In order to navigate to the next control when Tab key is pressed, the method should be overridden as shown below:

public class CustomAutoCompleteBox : RadAutoCompleteBox
{
protected override bool HandleKeyDown(Key systemKey)
{
return base.HandleKeyDown(systemKey) && systemKey != Key.Tab;
}
} 
Available in LIB version 2016.2.525, it will be also available in the 2016 R2 SP1 release.

The filtering mechanism is not triggered if the drop down of the control is opened and its ItemsSource is changed 

No items are returned by the AsyncFilteringBehavior if the ItemsSource contains objects of a nested class.
For example the ItemsSource is bound to a "List<Item>" collection and the "Item" class is declared inside a different class (nested classes).

Available in LIB version 2016.1.208, it will be also available in the 2016 Q1 SP1 Release.

Available in LIB version 2017.1.213 , it will be also available in the R1 2017 SP1 Release.

Initially the events is triggered correctly and after switching between TabItems the event is not longer triggered. 

The issue also is reproducible inside RadDocking control.

The control is focused after the SelectionChanged event is triggered when selection is made with the mouse

Hi,

while integrating a RadAutoCompleteBox into our application, I noticed a problem when binding to its SearchText and SelectedItem properties:

How we use the AutoCompleteBox:
We use the following XAML markup to create the AutoCompleteBox:

<telerik:RadAutoCompleteBox Grid.Column="0" x:Name="UnitSelectionAutoCompleteBox"
AutoCompleteMode="SuggestAppend"
DisplayMemberPath="UnitNumber"
IsEnabled="{Binding UnitNumberEnabled, Mode=OneWay}"
ItemsSource="{Binding UnitSelectionComponent.SearchResults, Mode=OneWay}"
SearchText="{Binding UnitSelectionComponent.UnitNumberSearchText, Mode=TwoWay, UpdateSourceTrigger=PropertyChanged}"
SelectedItem="{Binding UnitSelectionComponent.SelectedUnit, Mode=TwoWay}"
SelectionMode="Single"
TextSearchMode="Contains"
TextSearchPath="UnitNumber"
WatermarkContent="{StaticResource Loc.UnitNumber}">
</telerik:RadAutoCompleteBox>

The problem

Having bound both, the SelectedItem and the SearchText leads to the SearchText binding to break under some circumstances: If UnitSelectionComponent.SelectedUnit is not null when the UI is loaded initially, the SearchText property suddenly contains a hard-coded string instead of the binding we defined. However, there seems to be another required condition I don't know yet since I was not able to reproduce the problem in a simple demo project.

I attached three screenshots of our ui and Snoop:

- binding_working shows the control and its SearchText binding in the default state.

- binding_working2 shows the control and its SearchText binding after selecting an item by first typing into the AutoCompleteBox and then selecting an item from the dropdown.

- binding_broken shows the control and its SearchText binding in the broken state: Instead of the binding, SearchText now only contains a string.

What I found out so far:

- The issue occurs in two cases:

    1. If I open the module with a preselected item (e.g. by opening a saved document),

    2. If I use a separate selection module to select an item (the selection module is displayed by temprarily switching the DataContext to show the selection UI. When a new item is selected, we set the SelectedUnit and then the DataContext is switched back to show the module ui again, see RadAutoCompleteBox_LostBinding.gif)

- If the SelectedItem is not bound, the issue does not seem to occur.

- Forcing the ui to be reloaded (e.g. by switching to a different module and then back) makes the binding come back.

Regards
Simon Müller
Hofmann Fördertechnik GmbH