Le balayage de l'extension n'efface plus chaque affectation de membre

FixVOIPService
Expédié
27 août 2026 à 02:58 UTC
Auteur
Kamo
Commite
2cc6ab2

MemberVoipConfigController.put écrit une affectation à deux endroits - MEMBRE-VOIP-CONFIG et - et Puis apuré la seconde lors de sa passe suivante. Non le fournisseur stocke des ids membres de Kamo, donc listeExtensions() rapports assignedMemberId-null pour chaque extension, et que null a été stocké inconditionnellement. - déjà transporté exactement ce garde, avec un commenter expliquer pourquoi. Le chemin de synchronisation ne l'a jamais reçu. Le résultat de la production: access-member-id null sur l'ensemble des vingt-trois prorogations tandis que neuf membres en détenaient un. Le symptôme visible n'était pas la facturation, mais le menu déroulant des postes téléphoniques des membres, qui filtre déjà les extensions assignés à quelqu'un d'autre en lisant cette colonne - donc elle n'a rien exclu, a proposé une extension prise, et l'épargne a échoué avec un 409 du contrôleur Cela vérifie. Ne saute que nulls; un fournisseur qui signale un membre écrase toujours.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation