- Expédié
- 6 septembre 2026 à 21:55 UTC
- Auteur
- Kamo
- Commite
- ae95b01
VOIP-CONVERSATIONS.INSTANCE-ID NON NONNE, qui a discrètement décidé que chaque Le fil de texte appartient à un PBX. Une organisation qui achète des numéros et des messages à partir d'un opérateur et ne répond à aucun appel - texto-seulement, pas de serveur téléphonique n'a pas de VoipProviderInstance pour qu'un fil appartenir. Ces orges pourrait SEND (la propre voie de texte d'un numéro n'a pas besoin d'un serveur téléphonique) et a reçu toutes les réponses a chuté, parce que ingest ne pouvait pas construire une conversation pour la classer. Null est maintenant un vrai état et le javadoc dit ce que ça signifie, y compris la chose il ne doit jamais être: un BulkTextProviderInstance id. Les deux tables sont à clé UUID et le fait de remettre un id à la mauvaise usine échoue car "n'est pas un exemple" plutôt que échouer bruyamment. Dedupe survit à la nageoire, mais pas gratuitement - le SQL traite les NULL comme distincts, donc le SQL les arrêts d'indice unique existants couvrant ces lignes. Le DDL à côté de VOIPService ajoute un index unique partiel sur (ORG-ID, MEMBRE-ID, EXTERNAL-PHONE-NUMBER) LORQUANT L'Institut est nut pour exactement cette affaire.