xamarin/Xamarin.Forms

[Bug] Text on disabled button loses center alignment on keyboard open after updating XF to 4.2.0.848062

Ouverte

#7 824 ouverte le 4 oct. 2019

Voir sur GitHubGuide contributeur
 (7 commentaires) (1 réaction) (0 personne assignée)C# (1 926 forks)batch import
4.2.0a/fastrenderershelp wantedi/regressionp/Androidt/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

I updated my XF app from 4.1 to 4.2 and now when I open keyboard text on disabled button on screen is moved to left, after keyboard is closed text alignment restores, and on subsequent keyboard open text remains centered.

Steps to Reproduce

I don't know how to reproduce,

Expected Behavior

Button text at center.

Actual Behavior

Button text aligned left.

Basic Information

  • Version with issue: 4.2.0.848062
  • Last known good version: 4.1.0.581479
  • IDE: Visual Studio 16.3.1, debug build
  • Platform Target Frameworks:
    • Android: 9.0
  • Android Support Library Version: 28.0.0.3
  • Nuget Packages:
  • Affected Devices: Huawei U5

Screenshots

photo_2019-10-04_17-44-53

photo_2019-10-04_17-45-03

Reproduction Link

When I create custom button renderer inherited from Xamarin.Forms.Platform.Android.ButtonRenderer it fixes button text behavior, when I inherit renderer from Xamarin.Forms.Platform.Android.FastRenderers.ButtonRenderer bug returns.

Guide contributeur

Direction de recherche
Le problème est une régression dans Xamarin.Forms 4.2 où le texte du bouton désactivé perd son alignement central lorsque le clavier s'ouvre sur Android. Le rapporteur a constaté que l'utilisation d'un rendu personnalisé héritant de Xamarin.Forms.Platform.Android.ButtonRenderer résout le problème, tandis qu'hériter de FastRenderers.ButtonRenderer le reproduit. Étudiez les changements entre les versions 4.1 et 4.2 dans ButtonRenderer et FastRenderers.ButtonRenderer pour Android, en vous concentrant sur la logique de mise en page ou de mesure affectée par la visibilité du clavier. Vérifiez également s'il existe des problèmes ou des PR connexes dans le dépôt.
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.
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
GitC#
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
50