xamarin/Xamarin.Forms

[Bug] TapGestureRecognizer on iOS with Material Visual

Ouverte

#6 521 ouverte le 13 juin 2019

Voir sur GitHubGuide contributeur
 (4 commentaires) (0 réaction) (0 personne assignée)C# (1 926 forks)batch import
4.0.0e/3 :clock3:help wantedi/regressioninactivep/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

upgrading to 4.0.0.497661 breaks TapGestureRecognizer only tested on android

Steps to Reproduce

sample xaml (parent is stacklayout) <views:ClientCardView BindingContext="{Binding Client}"> <views:ClientCardView.GestureRecognizers> <TapGestureRecognizer Command="{Binding BindingContext.SelectClientCommand, Source={x:Reference taskItemPage}}" /> </views:ClientCardView.GestureRecognizers> </views:ClientCardView>

rolling back to 482894 fixes the issue.

Expected Behavior

tapping on the element should execute the command

Actual Behavior

Basic Information

  • Version with issue: 497661
  • Last known good version: 482894
  • IDE: VS 2017 Windows

Guide contributeur

Direction de recherche
Ce bug est une régression dans TapGestureRecognizer sur iOS avec Material Visual, survenue entre les versions 482894 et 497661. Commencez par examiner l'historique des commits dans cette plage pour identifier les modifications liées aux reconnaisseurs de gestes ou à Material Visual sur iOS. Concentrez vous sur le projet Xamarin.Forms.Platform.iOS, en particulier les fichiers gérant les renderers de TapGestureRecognizer. Reproduisez le problème en utilisant un exemple simple avec un StackLayout et un ClientCardView. Une fois le commit problématique identifié, analysez les modifications de code pour comprendre la cause racine. Envisagez également de vérifier le renderer Material Visual pour iOS, car le problème est spécifique à cette configuration.
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.
Plutôt claire
Prérequis
Git
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70