- Expédié
- 27 août 2026 à 18:51 UTC
- Auteur
- Kamo
- Commite
- a143d40
Le serveur KamoPBX d'un organisme a signalé des rapports Erreur: instance de fournisseur de téléphone non trouvée: depuis qu'elle a été créée. L'exemple n'a jamais été porté - cette ligne est en voip-provider-instance, active, avec l'ordre droit. Deux défauts distincts. 1. Le message était faux. buildKamoPBXProvider a lancé - dont le constructeur UUID rend "Affaire fournisseur de téléphone non trouvée: 'id'". Chacun de ces sites de jets avait AUS AUS AOUT a trouvé l'instance; l'id dans le message est celui que l'appelant vient Les yeux se levés avec succès. La vraie condition était la config-json EST NULL provisionnement n'a jamais été achevé. Chaque site dit maintenant ce qui est vraiment mal et Que faire à ce sujet. Le constructeur UUID reste pour getInstance(UUID), qui est le seul endroit où l'on ne trouve pas vraiment l'instance. 2. Il n'y avait aucun moyen de le terminer. Le provisionnement s'effectue une fois, à la fois. Si c'est le cas échoue la ligne est délibérément conservée - le royaume est dérivé de son id, donc a l'essai doit être réutilisé - mais rien n'a jamais été rejugé. test et synchronisation tous les deux ont besoin d'un le fournisseur, et la construction d'un est exactement ce qui échoue sans compte, donc le le serveur a signalé la même erreur pour toujours. Le commentaire sur le chemin de création même a demandé "l'exploitant peut refaire à partir de la page d'instance"; aucun nouveau cas n'a été recommencé à prendre a existé. Ajout de POST /-id-/pres provision, idempotent - un serveur qui a déjà un compte est retourné intacte plutôt que d'avoir une seconde créée contre elle; et fait /test termine d'abord la provisionnement, donc le bouton un administrateur déjà tend à réparer le serveur au lieu de rétaper l'erreur. Les essais couvrent la réessai, son idémpotence, qu'un échec réessai garde la rangée avec la raison enregistrée, et le fait que les fournisseurs non-KamoPBX sont refusés. 294 passes.