xamarin/Xamarin.Forms

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

Aberta

#7.824 aberto em 4 de out. de 2019

Ver no GitHubGuia do colaborador
 (7 comentários) (1 reação) (0 responsável)C# (1.926 forks)batch import
4.2.0a/fastrenderershelp wantedi/regressionp/Androidt/bug :bug:up-for-grabs

Métricas do repositório

Stars
 (5.644 estrelas)
Métricas de merge de PR
 (Nenhuma PRs mesclada em 30d)

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.

Guia do colaborador

Direção de pesquisa
O problema é uma regressão no Xamarin.Forms 4.2 em que o texto do botão desabilitado perde o alinhamento central quando o teclado é aberto no Android. O relator descobriu que usar um renderizador personalizado que herda de Xamarin.Forms.Platform.Android.ButtonRenderer corrige o problema, enquanto herdar de FastRenderers.ButtonRenderer o reproduz. Investigue as alterações entre as versões 4.1 e 4.2 no ButtonRenderer e FastRenderers.ButtonRenderer para Android, focando na lógica de layout ou medição afetada pela visibilidade do teclado. Verifique também se existem problemas ou PRs relacionados no repositório.
Pilha de tecnologia
csharpandroid
Domain
mobile
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Principalmente claro
Prerequisites
GitC#
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
50