- Navios
- 6 de setembro de 2026 às 07:08 UTC
- Autor
- Kamo
- Enviar
- daf8e3b
O menu de status em /support?tab=system-bugs leva com "Requer verificação" e uma regra, então o status individual. Significa NEW, IN PROGRESS e FIXED — todos os relatórios cuja correção ninguém confirmou — por isso não recebe nenhum swatch a cores: um ponto diria que era um status, e é uma pergunta. Sua contagem é somada a partir do três contagens agrupadas /status-counts já retorna, então o número é uma promessa sobre o que escolher mostra sem uma segunda viagem de ida e volta. O Divisor é um direto filho do Select, não aninhado num fragmento; aninhado, não é filho do menu e o separador desaparece silenciosamente. Corrigir Verificado é extraído do canVerifyFix do SERVER e nada mais. Pela membro que arquivou o relatório de que a bandeira é verdadeira enquanto canManage, canEdit e canVoid são todos falsos — então qualquer tentativa de derivar o botão das outras bandeiras fica exatamente o caso que existe para o errado, e o entende errado silenciosamente, porque o O caso do administrador-plataforma ainda funciona. Escolher Não Corrigir / Negado abre um prompt para uma explicação antes de qualquer coisa é escrita. A falha que pinos é a que parece que funciona: um status mudança disparada diretamente do onChange, com a caixa da razão mostrada depois sobre um decisão já salva e um e-mail já enviado. A razão é opcional, e o que é digitado atinge o e-mail do repórter e o próprio relatório. A razão armazenada renderiza em Change Status para quem pode retriage, e em a descrição da pessoa que a apresentou, que não tem esse controlo — uma colocação, duas leituras, porque o bloco segue o que veio antes dele. A história do despacho de IA se foi da gaveta, e com ele `despacha' do Tipo de detalhe. Três status. Um filtro salvo que nomeia um pousa em "cada status" ao invés de um erro, e VERIFIED lê "Verificado como Fixo" sob uma chave de dicionário NOVO — o o nome enum é intocado, porque o servidor armazena status pelo nome.