1 pontos por GN⁺ 2024-05-23 | 1 comentários | Compartilhar no WhatsApp

Issue do Bugzilla: erro na aplicação dos atributos ROWS e COLS de TEXTAREA

Resumo do issue

  • Número do issue: 33654
  • Status: resolvido (duplicado do bug resolvido 1830576)
  • Prioridade: P3
  • Severidade: S3
  • Produto: Core
  • Componente: Layout: Form Controls
  • Plataforma: x86 All
  • Reportado por: Andrew McMillan
  • Responsável: não atribuído

Descrição do issue

  • Há 25 anos: Andrew McMillan relatou que o campo TEXTAREA foi definido como ROWS=5 COLS=30, mas na prática era exibido como ROWS=7 COLS=48.
  • Há 24 anos: vários desenvolvedores investigaram esse problema e confirmaram que o TEXTAREA não estava usando a fonte correta.

Principais comentários e andamento

  • Andrew McMillan: o TEXTAREA não usa a fonte correta e a área é exibida grande demais.
  • rubydoo123: atribuiu o problema a outro desenvolvedor e ajustou a prioridade.
  • kinmoz: aceitou o problema e começou a depuração. Descobriu que o TEXTAREA estava configurado para forçar o uso da fonte "monospace".
  • Hervé Renault: mencionou que houve uma discussão sobre esse problema em um grupo de notícias de autoria HTML.
  • Koike Kazuhiko: anexou outro caso de teste sem especificar a fonte.
  • Pedro Lopes: anexou um caso de teste interativo.

Patch e resolução

  • kinmoz: criou um patch para usar a fonte correta e o atualizou várias vezes.
  • mjudge: fez o check-in do patch e resolveu o problema.
  • Andrew McMillan: relatou que o atributo ROWS ainda funcionava incorretamente e reabriu o problema.
  • rubydoo123: atribuiu o caso a kin para reavaliação.
  • kinmoz: aceitou o problema e buscou uma solução por meio de depuração adicional.

Estado final

  • Há 23 anos: o problema foi resolvido, e todos os bugs relacionados foram tratados como duplicados.

Opinião do GN⁺

  1. Problema importante para desenvolvedores web: como esse problema afeta o layout de elementos de formulário, ele é importante para desenvolvedores web. Em especial, precisava ser resolvido para oferecer uma experiência de usuário consistente em diferentes navegadores.
  2. Importância da depuração: foi marcante ver vários desenvolvedores colaborando para depurar o problema e encontrar uma solução durante o processo de resolução. Isso mostra a importância do trabalho em equipe e da comunicação no desenvolvimento de software.
  3. Compatibilidade entre navegadores: para obter os mesmos resultados em diferentes navegadores, é necessário desenvolver levando em conta a compatibilidade entre navegadores. Esse caso pode ser um exemplo importante de como lidar com diferenças entre browsers.
  4. CSS e tratamento de fontes: o tratamento de fontes em elementos de formulário é uma parte importante. Se a configuração da fonte não for aplicada corretamente, isso pode afetar bastante a experiência do usuário.
  5. Importância dos casos de teste: é importante reproduzir o problema e validar a solução por meio de diversos casos de teste. Essa é uma etapa essencial para melhorar a qualidade do software.

1 comentários

 
GN⁺ 2024-05-23
Comentários do Hacker News

Resumo da coletânea de comentários do Hacker News

  • Bug acompanhado por 25 anos

    • Um bug acompanhado por 25 anos foi corrigido recentemente.
    • No início, era um bug do Netscape Navigator.
    • Receber notificações por e-mail de vez em quando arrancava risadas.
  • Reclamação sobre expressões de tempo legíveis para humanos

    • Há quem deteste expressões como "há um mês".
    • Prefere que a data exata seja informada.
    • O Outlook (especialmente a versão para Mac) é o pior exemplo.
  • Admiração pelo Bugzilla do Firefox

    • O Bugzilla é um dos rastreadores de bugs mais antigos.
    • Muita coisa foi corrigida mantendo a sensação original.
    • Foi usado por volta de 2000 para substituir um rastreador de bugs caseiro baseado em Microsoft Access/Outlook.
  • Alegria por um bug antigo ter sido corrigido

    • Houve alegria ao ver recentemente a correção de um bug do Firefox com 24 anos.
    • Link relacionado
  • Frustração com um bug antigo do LibreOffice

    • O bug mais irritante no LibreOffice é não conseguir definir corretamente o formato de data do eixo x em um gráfico de dispersão.
    • É um bug de 12 anos, e não se recomenda corrigi-lo porque o código é complexo demais.
    • Link relacionado
  • Esperança de correção para um bug relacionado ao XDG

    • Um bug relacionado ao XDG continua sem correção há 20 anos.
    • Link relacionado
  • Forma como a AWS gerencia bugs

    • A AWS resolve o problema apagando periodicamente bugs antigos e menções a eles.
  • Reclamação sobre um bug na opção de copiar

    • Há um bug enlouquecedor em que a opção de copiar fica cinza aleatoriamente mesmo quando há texto.
  • Notícia sobre os 25 anos do Bugzilla

  • Apontamento de erro no cálculo da data

    • Foi apontado que "28-03-2000" não foi há 25 anos.