xamarin/Xamarin.Forms

[Bug] TapGestureRecognizer on iOS with Material Visual

Offen

#6.521 geöffnet am 13.06.2019

Auf GitHub ansehenContributor Guide
 (4 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C# (1.926 Forks)batch import
4.0.0e/3 :clock3:help wantedi/regressioninactivep/iOS 🍎t/bug :bug:up-for-grabs

Repository-Metriken

Stars
 (5.644 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

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

Contributor Guide

Research-Richtung
Dieser Fehler ist ein Regression in TapGestureRecognizer unter iOS mit Material Visual, der zwischen den Versionen 482894 und 497661 auftritt. Beginnen Sie mit der Untersuchung der Commit Historie in diesem Bereich, um Änderungen im Zusammenhang mit Gestenerkennern oder Material Visual unter iOS zu identifizieren. Konzentrieren Sie sich auf das Projekt Xamarin.Forms.Platform.iOS, insbesondere auf Dateien, die TapGestureRecognizer Renderer behandeln. Reproduzieren Sie das Problem anhand eines einfachen Beispiels mit einem StackLayout und einem ClientCardView. Sobald der problematische Commit identifiziert ist, analysieren Sie die Codeänderungen, um die Ursache zu verstehen. Erwägen Sie auch, den Material Visual Renderer für iOS zu überprüfen, da das Problem spezifisch für diese Konfiguration ist.
Tech Stack
csharp
Domain
mobile
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70