- Navios
- 26 de agosto de 2026 às 03:13 UTC
- Autor
- Kamo
- Enviar
- 2a86618
A linha do tempo da conta que adicionei no último commit foi uma forma de contornar a leitura per-lead Portão. Um membro recusou as mensagens de um lead na página que nomeia o lead Abra a conta que ela pendura e leia-as lá. Isso é corrigido aqui, e o Os testes são comprovados por mutações: contornar o portal falha em três deles. A regra em si se move para LeadCommsReadGate, porque há agora mais do que uma forma de entrar — a linha do tempo do lead pergunta diretamente, a linha do tempo da conta pergunta uma vez por chumbo que se enrola. Duas cópias derivariam, e a direção em que elas derivam é um membro lendo um inquérito que eles foram recusados. Controlador de comunicações de chumbo mantém a sua construção de resposta e delega a decisão. O portão funciona ANTES da tampa do rolo. Capping primeiro deixaria levar o leitor pode não ver consumir o orçamento e empurrar os legíveis para fora — uma linha do tempo que é curta por uma razão nada na tela explica. Owners restritos é relatado separadamente de rollupTruncated porque eles significam coisas diferentes para quem é ler: um é "esta conta tem mais leads do que nós enrolamos", o outro é "não podes ver alguns deles". LeadCommunicationsService agora leva os proprietários em vez de expandí-los em si: nunca vê o chamador, por isso não pode tomar uma decisão de direitos. Passando uma CONTA para a sobrecarga de um indivíduo em vez de degradar, porque ambas as degradações estão erradas e uma delas é uma revelação — respondendo com as próprias linhas da conta perdem a maior parte da história, respondendo com todas elas Salta o portão. Também adiciona o endpoint do corpo do e-mail o componente da linha do tempo necessita abrir um Mensagem. A entrada é novamente verificada em relação aos proprietários autorizados: um ID de entrada sozinho não deve ser suficiente, ou qualquer conta que o O portão enquanto a entrada pertencia a uma pista foi recusado.