O campo de entrada em algumas implantações do Discourse está quebrado

A imagem abaixo é uma captura de tela de uma postagem que eu estava escrevendo em users.rust-lang.org.
Como é bem claro de ver, o campo de entrada está simplesmente quebrado. E não é novo, isso vem acontecendo há um bom tempo.

Estranhamente, meta.discourse.org não parece ter esse problema. Então, o que poderia estar causando o problema?

Por algum motivo, as restrições me impedem de postar a imagem real na OP. O que é bastante contraproducente, devo dizer.
Como você saberá o que quero dizer se não posso postar uma única imagem mostrando o problema?

De qualquer forma, tenho permissão para fazer isso aqui em um post separado, então aqui está:

1 curtida

Olá @jjpe :wave: bem-vindo :slight_smile:

Você poderia fornecer mais informações sobre qual dispositivo e sistema operacional você está usando?

Não consigo reproduzir isso. Eu estava no fórum Rust no meu iPhone 15 Pro iOS 18.0.1 e no meu Macbook MacOS 15.01 Sequoia e o composer está funcionando como esperado.

Se isso estiver acontecendo apenas nesse fórum, eu pensaria que é um problema de componente de tema ou plugin que seu dispositivo/navegador pode não gostar. :woman_shrugging:t2: você poderia talvez tentar o modo de segurança.

3 curtidas

OI, obrigado :slight_smile:

Claro, é um telefone Samsung Android. Pelo que sei, todos eles rodam o mesmo software, exceto pelos drivers.
É importante notar que só tenho o problema com meu telefone. O problema não aparece em meus outros dispositivos (laptop, desktop).

Vou tentar isso, mas não seria uma solução se redefinisse o esquema de cores para branco. Não sou muito fã de ser cegado :slight_smile:

Ok, o modo de segurança parece ter um efeito diferente de zero.
No entanto, é difícil avaliar, pois o problema não ocorre 100% das vezes. Portanto, a melhor coisa por enquanto, eu acho, é usar o site no modo de segurança por um tempo e ver se o problema aparece.

Se não aparecer, então essa é uma direção clara a seguir: um componente ou plugin.

Acontece que é mais complexo do que algum plugin ou componente causando o problema.
A captura de tela abaixo é de internals.rust-lang.org com o modo de segurança ativado.
Ainda assim, a caixa de texto ainda está com o tamanho errado.

1 curtida

qual modelo e versão do sistema operacional? precisamos ser capazes de reproduzir isso para descobrir.

1 curtida

E qual navegador?

1 curtida

Esse seria o navegador Chrome.
A única configuração de acessibilidade que tenho habilitada é “Forçar ativação do zoom”, mas isso não deveria ser um fator aqui, já que, por padrão, ele não faz nada. Ele apenas me permite aumentar o zoom quando isso não seria possível de outra forma.

Acho que perdi isso antes.
O telefone é um Samsung Galaxy S24+ com as últimas atualizações instaladas.
Ou seja, Android 14 e OneUI 6.1

Estou fazendo um link cruzado para uma postagem que fiz sobre este problema em users.rust-lang.org.

Mais de um mês depois, algo foi feito a respeito disso?

Já vimos isso antes. Geralmente, as configurações de Tamanho da fonte e Tamanho da tela no dispositivo.

É apenas a saída da web. Verifique todas as influências na sua tela do Chrome.

Veja a discussão aqui:

Sim, o problema é que não há nenhuma se estivermos falando do navegador. Isso é apenas o Chrome para Android, que não tem suporte para extensões ou plugins. Portanto, também verifiquei as configurações de acessibilidade, em particular o zoom de texto. Tudo definido para os valores padrão.

Enquanto isso, também encontrei o problema no fórum do KDE, então é definitivamente um problema com o próprio fórum.

Estranhamente, responder aqui no meta não exibe este problema.
Mas é um problema, e um que precisa ser resolvido porque simplesmente quebra a experiência do usuário.

Basicamente, é o mesmo que incomoda o Safari/iPadOS há muito tempo. A principal razão pela qual não uso mais o Safari para Discourses, apenas o Hub ou PWA.

Mas a coisa mais irritante é que não é constante. Mas acontece com muita frequência.

Nenhum dos meus usuários Android reclamou disso, embora. E eu acho que uma boa parte desses usuários tem um Samsung — ele tem uma participação de mercado muito boa na Finlândia.

Usar os sites como PWA parece ajudar.
Mas isso é pouco mais do que uma solução alternativa, é claro - PWAs ainda são aplicativos web. Está bem no nome. E como tal, eles ainda rodam em um navegador, apenas sem a “chrome” do navegador (por exemplo, a barra de endereço).

Então, talvez isso possa influenciar essa questão? Talvez alguma propriedade de altura não esteja sendo calculada corretamente em um navegador que tenha a “chrome” real do navegador?

Pergunta de curiosidade completamente aleatória, usar um aplicativo diferente como seu aplicativo de teclado muda alguma coisa por acaso?

Sinceramente, não sei. Nenhuma alternativa ao SwiftKey é aceitável para uso sério para mim (já tentei - todas as alternativas são ruins, ou talvez eu simplesmente não consiga me acostumar com elas, incluindo o GBoard), então é um ponto discutível.

Estou apenas curioso se é de alguma forma a combinação de teclado e navegador causando problemas, se você usar temporariamente outra coisa, o problema persiste?

1 curtida

Acabei de tentar isso.
Irritantemente, não consigo reproduzi-lo no momento, em nenhuma das implantações do Discourse. Ou seja, elas atualmente se comportam como eu esperaria.

Recebi uma atualização do sistema há alguns dias e estou pensando que, entre as mudanças, há algo relevante para este problema.
Embora eu não possa ter 100% de certeza, se verdadeiro, o bug estaria no código do motor Chrome ou no código Android em algum lugar, em vez do próprio Discourse.