xamarin/Xamarin.Forms

[iOS] DataTemplateSelector doesn't work when an item is re-created in code-behind

Ouverte

#7 836 ouverte le 5 oct. 2019

Voir sur GitHubGuide contributeur
 (4 commentaires) (0 réaction) (0 personne assignée)C# (1 926 forks)batch import
a/collectionviewhelp wantedp/iOS 🍎t/bug :bug:up-for-grabs

Métriques du dépôt

Stars
 (5 644 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

Description

This works in ListView but not CollectionView. When a template selector is used (in this case with two different data templates) and a button click clears StackLayout children and adds a new view, CollectionView renders items in wrong positions.

Steps to Reproduce

  1. Run repro.
  2. Scroll to item 49.
  3. Click the "Clear" button
  4. Observe that the scroll position changes and there are multiple items with the new "Cleared at timestamp" view.
  5. Comment out Items.Add(new Model1())
  6. Re-run the test.
  7. Observe that the issue does not happen this time.

Expected Behavior

Code-behind changes should not confuse the CollectionView when a DataTemplateSelector is used.

Basic Information

  • Version with issue: 4.4.0.1211-nightly
  • Last known good version: N/A
  • IDE: VS2019
  • Affected Devices: XS

Screenshots

file (1)

Reproduction Link

App100.zip

Guide contributeur

Direction de recherche
Examinez le code source du moteur de rendu iOS de CollectionView dans le dépôt Xamarin.Forms, en vous concentrant sur la manière dont la logique de DataTemplateSelector est appliquée lors de la recréation des éléments. Étudiez le fichier zip de reproduction fourni pour comprendre l'interaction exacte du code behind qui déclenche le bug. Vérifiez également si des problèmes similaires existent dans le dépôt et s'ils ont été résolus dans les versions ultérieures ou dans .NET MAUI. Notez que le dépôt est archivé, donc les contributions peuvent être limitées.
Stack technique
csharp
Domaine
mobile
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Git
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
75