- Shipped
- 27 august 2026 la 18:51 UTC
- Author
- Kamo
- Commit
- a143d40
Serverul KamoPBX al unui org a raportat Eroare: Nu s-a găsit cazul furnizorului de telefon: - Nu. de când a fost creat. De exemplu, nu lipsea niciodată. Voip provider stance, activ, cu org dreapta. Două defecte separate. 1. Mesajul a fost fals. construi KamoPBXProvider aruncat - Nu. al cărui constructor UUID redă "De exemplu, furnizorul de telefoane nu a găsit: <id>." Fiecare dintre aceste site-uri arunca a avut Deja am găsit cazul; ID-ul din mesaj este cel apelantului doar a privit în sus cu succes. Conditia reala a fost config json IS NULL Aprovizionarea nu s-a încheiat niciodată. Fiecare site spune acum ce este de fapt greșit și ce să fac. Constructorul UUID ramane pentru a obtine inregistrarea (UID), care este singurul loc în care nu se găseşte cu adevărat această situaţie. 2. Nu aveam cum s-o termin. Furnizarea ruleaza o data, la crearea timpului. Dacă... eșuează rând este ținut în mod deliberat Reîncercarea trebuie să-l reutilizeze testul și sincronizarea ambele necesită o furnizor, și construirea unul este exact ceea ce nu are un cont, astfel încât Serverul a raportat aceeaşi eroare pentru totdeauna. Comentariul despre calea crearii chiar a afirmat că "operatorul poate încerca din nou de pe pagina de instanță"; nicio astfel de rejudecare a existat. Adds POST / {id}/forward, idempotent este returnat neatins mai degrabă decât a avea un al doilea creat împotriva sa și face /test finisaj furnizarea mai întâi, astfel încât butonul un admin deja ajunge pentru reparații serverul în loc de reafirmarea erorii. Testele acoperă rejudecarea, idepotența, că o rejudecare eșuată păstrează rândul cu motivul înregistrat și că furnizorii ne-KamoPBX sunt refuzați. 294 pas.