xamarin/Xamarin.Forms

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

Aperta

#7824 aperta il 4 ott 2019

Vedi su GitHubGuida contributor
 (7 commenti) (1 reazione) (0 assegnatari)C# (1926 fork)batch import
4.2.0a/fastrenderershelp wantedi/regressionp/Androidt/bug :bug:up-for-grabs

Metriche repository

Star
 (5644 stelle)
Metriche merge PR
 (Nessuna PR mergiata in 30 g)

Descrizione

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.

Guida contributor

Direzione di ricerca
Il problema è una regressione in Xamarin.Forms 4.2 in cui il testo del pulsante disabilitato perde l'allineamento centrale quando la tastiera si apre su Android. Il segnalante ha scoperto che l'utilizzo di un renderer personalizzato che eredita da Xamarin.Forms.Platform.Android.ButtonRenderer risolve il problema, mentre ereditare da FastRenderers.ButtonRenderer lo riproduce. Indagare le modifiche tra le versioni 4.1 e 4.2 in ButtonRenderer e FastRenderers.ButtonRenderer per Android, concentrandosi sulla logica di layout o misurazione influenzata dalla visibilità della tastiera. Controllare anche se esistono problemi o PR correlati nel repository.
Tech stack
csharpandroid
Dominio
mobile
Tipo issue
Bug
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Abbastanza chiara
Prerequisiti
GitC#
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
50