xamarin/Xamarin.Forms

Timepicker events are not fired for the first time in xamarin.forms verison 3.3. Until version 3.2.0.871581 it was working as expected

Ouverte

#4 419 ouverte le 15 nov. 2018

Voir sur GitHubGuide contributeur
 (1 commentaire) (0 réaction) (0 personne assignée)C# (1 926 forks)batch import
3.3.0e/5 :clock5:help wantedi/regressioninactivet/bug :bug:up-for-grabs

Métriques du dépôt

Stars
 (5 644 étoiles)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

Description

I have defined a renderer for the TimePicker (Android). Whenever i tried to change the time , the events are not fired only for the first time. For the subsequent time change events are firing. Until Xamarin.forms version 3.2.0.871581, it was working as expected. This changed after update to version 3.3

Attaching the Sample for details. TImePickerSample.zip

Steps to Reproduce

  1. Click on the timepicker
  2. Select time and click OK
  3. Event not called for the first time.

Expected Behavior

The event should be called as required

Actual Behavior

Event isnt Fired for the first time. For the subsequent time change, the event is fired

Basic Information

Xamarin.forms 3.3 Android FormsApplicationActivity

  • Version with issue: Xamarin.forms 3.3 Platform Target Frameworks:
    • Android: The version of the Android SDK i am compiling against, 8.1
  • Affected Devices: Android

Last Known good version: With Xamarin.forms version 3.2.0.871581, it was working as expected. This changed after update to version 3.3

Screenshots

Reproduction Link

Guide contributeur

Direction de recherche
Étudiez les modifications du rendu TimePicker entre Xamarin.Forms 3.2 et 3.3, en particulier la logique de gestion des événements pour le TimePicker Android. Vérifiez le code source de TimePickerRenderer dans le dépôt, en vous concentrant sur les méthodes OnElementChanged ou associées. Vérifiez si le problème a été résolu dans les versions ultérieures.
Stack technique
csharpandroid
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.
Ancienne
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Visual StudioXamarin.FormsAndroid SDK
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70