When RadListView is placed inside a TabViewItem content of the RadTabView control,  it does not preserve its SelectedItem, scroll position and expanded items (if it is grouped).

System.ArgumentNullException(Value cannot be null) is thrown when item from the listview is selected and the groups are expanded/collapsed.

Java.Lang.IllegalStateException (ViewHolder views must not be attached when created) is thrown when the RadListView is inside ScrollView and LoadOnDemand is enabled.

When the SwipeOffset property is set it does not respect the values set for how much the cell will be moved on the side. 

When the ItemSwipeStartingEventArgs.Cancel property is set to true:
Android: NullPointerException
UWP: cell content disappears

Hi,

On Android, I am using a DataTemplateSelector and a DataTemplate that has a switch on it that the user can press. When the user presses the switch the ListView starts corrupting the data in the list. The item being interacting with starts appearing in other locations on the list.

This issue can be reproduced in the Telerik SDKBrowser project.

Select the following : ListView -> Cell Types -> Template Cell Selector - Xaml

Mark Item1 as special using the button. Scroll down and you will see that an item in the list has been replaced by Item 1 which is now in the list twice.

Regards

Anthony

 

Exception when SDK and User Assemblies are linked: Mono.Linker.MarkException

Exception when none are linked: System.TypeLoadException

this is list view with loadondemand active

private async void RecentEvents_LoadOnDemand(object sender, EventArgs e)
        {
            //RecentEvents.EndRefresh(false);
            var vm = (HomePageViewModel)ViewModel;
            await vm.GetRecentEvents(true);
         
        }

Issue is :  After first time "Load More" button get disabled. (Doesnt seem to click) . Soon after loading it works.  Once it is clicked it loads the new items as well. After that the "Load More" but is not clickable. Atleast click doesnt seem to trigger the RecentEvents_LoadOnDemand event.

Any issues which could be the reason for this? 

Thank you in advance

If you have an ItemTemplateSelector defined and switch the templates at runtime, any bindings inside the template are broken.

NullReferenceException is thrown on item property change when ItemStyleSelector is applied

ListViewTextCell is not centered vertically on Android

When entering a value into an entry in the TemplateCell it is not scrolling up the ListView to allow view of the entry.  This causes the soft keyboard to overlap the entry and the user cannot view what they are entering. 

If you have a more complex HeaderTemplate containing input controls, each button placed after a certain position does not fire its Click event.  If a button is placed at the top of the template, it functions properly.

Hello,

 

I have a class, a collection of which is displayed in RadListView. If the class has a static property, no single item is displayed in UWP. In Android and iOS it works without this problem.

 

Regards,

Franz.

With the previous release (2018.3.1) displaying many items (10000+) with groups and sorting took less than a second. With the latest release (2019.1.1) the time is increased to several seconds on the same device.

When an ItemTemplateSelector is applied to the ListView, the item must be refreshed on each property change, to give the ItemTemplateSelector a chance to re-evaluate its logic. This causes the item to flicker on iOS, because it appears with its default size initially, and then it gets resized during the measure/layout phase. Specifying a fixed ItemLength in the LayoutDefinition can work around the problem, if dynamic item sizing is not needed.

When Margins are set to the HeaderTemplate and FooterTemplate they are not applied.

An exception on iOS is thrown when the ItemTemplateSelector uses DataTemplate with custom cells

NullReferenceException is thrown when navigating back from a page with ListView and Prism Navigation is used.

An exception is thrown when building in Release with Xamarin.Forms 3.5.