- Shipped
- 3 de setembro de 2026 às 20:02 UTC
- Author
- Kamo
- Commit
- f35500c
**Endpoints for the new gate.** /leaders/disponível-síntese e /leaders/disponível No que se refere à questão de saber se um membro está bloqueado, a Comissão considera que, no caso em apreço, a Comissão não pode aceitar a alteração n.o 1 do artigo 4. atribuído, e leva ainda em seu estado de admissão — com os próprios o texto do estado do SISTEMA mais IDs, para que o navegador possa resolver o próprio org etiquetas personalizadas antes de mostrar a alguém a razão pela qual estão presos. bloqueadosPorComment é mantido como um apelido do novo 'proibido' para que um navegador ainda em execução o pacote anterior continua trabalhando através da implantação. O portal é avaliado para qualquer um que possa ver leads, não só os membros segurando SPEND RECEIVE LEAD CREDIT: um membro que só pode reivindicar um lider livre para todos é sujeito à mesma disciplina e seu navegador tem que ser capaz de dizer isso. A credit-pool scan abaixo ainda requer o direito de crédito. **POST /leaders/{id}/atribuir-me** reivindica um lead não atribuído. Devolve o chumbo UNMASKED — o chamador é seu atribuído pelo tempo que o servidor responde — que é o que permite que a página de detalhes revele as informações de contato sem recarregar. Um novo sujeito da NATS, publicado quando uma nota cai sobre uma pista, quando um status muda, e em ambos os lados de cada designação Mudança. O relé do MediaService já assina security.leades.> e mapas assuntos para tópicos genericamente, por isso não precisa de mudança. A carga transporta apenas um ID de membro: a resposta do portão depende do livro inteiro desse membro, então há nada de útil para colocar em um tópico org-wide, e um assunto que cada membro recebe É o lugar errado para qualquer coisa que valha a pena reter. **Dois bypass de máscara de contato, ambos encontrados auditoria onde os detalhes de um lead podem chegar a um navegador:** - GET /leaders/{id}/história não tinha nenhuma tarefa ou portão de contato em tudo. Uma mudança de campo log é um registro completo de cada valor que um campo já possuiu, então ele retornou o e-mail e os números de telefone que a máscara do próprio chumbo retira — e não apenas as atuais, todas as anteriores também. Agora tem as mesmas duas decisões que getLeadById, e LeadHistoryContactMask ofusca as linhas de suporte de contato. Status, atribuição e histórico de montantes em empréstimo não são tocados: esta retenção informações de contacto, não a pista de auditoria. - GET /leads/callback-context/{id} enviou um endereço de e-mail e dois telefones números para qualquer chamada de volta na org, ungido. Um ID de retorno de chamada era uma maneira de ler Os dados de contacto da pista de qualquer colega. ** Um guarda de gravação na atualizaçãoLead.** A máscara de leitura já não tem contacto com espaços em branco campos, ofusca-os — por isso um ouvinte mascarado agora detém cordas reais que persistiria perfeitamente feliz. A hierarquia certa torna isto difícil de alcance, mas "difícil de alcançar" não é uma garantia e o modo de falha é silencioso corrupção do número de telefone de um cliente. **Visibilidade da grade.** Sem VISÃO UNASSIGNED LEADS o piso /leaders torna-se "meu leads plus unatributed free-for-all leads" em vez de "meu leads", e um o lead livre-para-todos não atribuído pode ser aberto e seu histórico lido — uma linha que você pode ver mas não conseguir abrir é um erro. Ler a CORRESPONDÊNCIA em um é diferente question and LeadCommsReadGate ainda responde com VER LEAD CONTACT INFO OTHERS; o escopo grade-comms mantém deliberadamente o piso mais estreito, com um comentário dizendo por que os dois agora diferem.