- Verschifft
- 27. August 2026 um 19:22 UTC
- Autor
- Kamo
- Ausschuss
- 24aeaee
"Test-Verbindung" berichtet "keine Master-Konto-ID" auf einem Telefon-Server, dessen Die Bereitstellung war gerade gelungen, Minuten zuvor, mit der gleichen ID. Zwei Quellen waren sich über eine Einstellung uneins. KamoPBXBeanConfig löst die Plattform Einstellungen DATABASE FIRST aus dem SYSTEM_CONFIGURATION Singleton die Plattform Einstellungen UI schreibt - weshalb die Bereitstellung, gehen durch diese Klasse, sah die gespeicherte ID. PhoneProviderFactory erklärte stattdessen seine eigene ************ Leseanwendung Eigenschaften, die sind in diesem Cluster leer. So wurde die ID gleichzeitig eingestellt und ungesetzt, je nachdem auf welchen Code gefragt. Die Fabrik fragt jetzt KamoPBXClient für die ID, mit der sie tatsächlich gebaut wurde, also die überprüfen kann nicht mit der Anmeldedaten nicht einverstanden sein, unter die die Anrufe gemacht werden. Dasselbe Bug war latent in kamo.pbx.wss-url . es hätte Softphones übergeben die kompilierte Standardeinstellung unter Ignorieren einer gespeicherten Plattform-Einstellung - das ist jetzt ein DB-First Bohne von KamoPBXBeanConfig auch. Tests decken beide Richtungen der Master-id-Prüfung ab und behaupten, dass unvorhersehbar Server sagt immer noch so, anstatt zu behaupten, es wurde nicht gefunden. 297 Pass.