- Expédié
- 27 août 2026 à 19:22 UTC
- Auteur
- Kamo
- Commite
- 24aeaee
"Considature d'essai" a rapporté "pas de compte maître id" sur un serveur téléphonique dont Le provisionnement vient de réussir, quelques minutes plus tôt, en utilisant ce même id. Deux sources n'étaient pas d'accord sur un seul réglage. KamoPBXBeanConfig résout la plateforme DATABASE PREMIER à partir du single de la plate-forme SYSTEM-CONFIGURATION , c'est pourquoi l'approvisionnement, en passant par cette classe, la sciage l'id sauvegardé. PhoneProviderFactory a plutôt déclaré le sien - la lecture des propriétés de l'application, qui sont vides dans cet amas. Donc l'id était simultanément réglé et désactivé en fonction sur quel code demandé. L'usine demande maintenant à KamoPBXClient pour l'id avec lequel il a été construit, donc le vérifier ne peut pas être en désaccord avec le justificatif d'identité sous lequel les appels sont passés. Le même bug était latent dans kamo.pbx.wss-url - il aurait remis des téléphones doux compilés par défaut en ignorant un paramétrage de plate-forme sauvegardé, de sorte qu'il est maintenant un DB-first bean de KamoPBXBeanConfig également. Les essais couvrent les deux directions du contrôle de l'identification-maître et affirment qu'un Un serveur non provisionné le dit encore plutôt que de prétendre qu'il n'a pas été trouvé. 297 Passs.