- Spegnimento
- 27 agosto 2026 alle ore 19:22 UTC
- Autore
- Kamo
- Impegno
- 24aeaee
"Test Connection" ha riferito "nessun account master id" su un server di telefonia il cui l'approvvigionamento era appena riuscito, minuti prima, utilizzando lo stesso id. Due fonti non erano d'accordo su una sola impostazione. KamoPBXBeanConfig risolve la piattaforma Impostazioni DATABASE FIRST dal singolo SYSTEM CONFIGURATION alla piattaforma UI scrive — che è il motivo per cui il provisioning, passando attraverso quella classe, ha visto l'id salvato. PhoneProviderFactory invece ha dichiarato la propria E' il momento giusto. lettura delle proprietà dell'applicazione, che sono vuoti in questo cluster. Quindi l'id è stato impostato simultaneamente e non impostato a seconda su quale codice chiesto. La fabbrica ora chiede KamoPBXClient per il id che è stato effettivamente costruito con, quindi il check non può essere in disaccordo con le credenziali che le chiamate sono effettuate sotto. Lo stesso bug era latente in kamo.pbx.wss-url — avrebbe consegnato softphones i predefinito compilato durante l'ignoranza di un'impostazione di piattaforma salvata — in modo che ora è un DB-primo fagiolo di KamoPBXBeanConfig troppo. I test coprono entrambe le direzioni del controllo master-id e affermano che un server non fornito lo dice ancora piuttosto che pretendere che non è stato trovato. 297 Passo.