- Expédié
- 4 août 2026 à 04:17 UTC
- Auteur
- kamo
- Commite
- 1fea0c6
SecurityService retient désormais les réponses de la forme personnalisée d'un appelant qui n'est pas le cessionnaire du plomb (et, dans un locataire de manutention, même d'un titulaire de droit 161). Ce masque est l'application, ce n'est pas le cas. Deux chemins le contournent encore: - LeadRealtimePublisher met un LeadDTO complet et non masqué sur security.leads.rt.orgId, une charge utile a été fournie à chaque abonné org, sans projection par destinataire possible. Jusqu'à ce que cet événement porte Identifiants uniquement et le client réfuse, app/lib/lead/leadFieldMask.ts est la seule chose entre les réponses d'un collègue et toutes les lacunes ouvertes dans le locataire. LeadViewClient gère désormais des charges utiles en temps réel qui y parviennent avant que l'un d'entre eux n'atteigne l'état. - Rendre : une forme non retenue et une arrivée jamais remplie identique, de sorte que la décision doit être recalculée, et non déduite. La forme personnalisée Le volet laisse tomber son émission d'édition lorsque les réponses sont restreintes - en économisant un blanc Forme PUT - sur les réponses réelles, que le serveur maintenant 403s de toute façon. Organization.handlesPhi est délivré dans la colonne existante. chemin (l'entité d'org l'entérille déjà; le schéma du zona et Organization.fromJSON allow-list étaient les chaînons manquants), et non une deuxième chaîne. Pas de nouvelle copie visible par l'utilisateur: l'étiquette explicative "restreinte" nécessite une clé dans le le dépôt de la traduction-dictionnaire et est délibérément laissé pour ce changement.