- Expédié
- 22 juillet 2026 à 20:24 UTC
- Auteur
- kamo
- Commite
- b9c921c
La grille avait déjà des cases à cocher multi-select mais rien à voir avec une sélection. La vérification des rangées révèle maintenant une action de réévaluation à côté des autres actions de lead, fermées sur REASSIGN-LEADS-MANUALLY (le serveur le re-contrôle, c'est de la commodité seulement). Utilise la vérificationDroite plutôt que la vérification Rôle de Dieu donc le mode dieu correspond à l'héberge Conduite et checkRole ne court-circuitent pas et divergeraient pour les utilisateurs de divinité. Le dialogue choisit un membre de destination par recherche, prend une note facultative, et dit de l'avant que le membre sera envoyé par courriel, puisque c'est le point de la caractéristique. Indigo/bleu plutôt que Hot Reassign's orange/rose: il s'agit d'un une action d'administration en nombre volontaire, pas un transfert d'appel d'urgence. La case à cocher de l'en-tête sélectionne chaque ligne dans la grille côté client - milliers pour un gros org - donc le plafond 250 est appliqué ici aussi. Sinon, le titre "sélectionner tout et réassigner" le flux ne faillirait côté serveur qu'après que l'utilisateur avait remplis dans tout le dialogue, avec une erreur non traduite. La sélection est approuvée par sélectionIdsRef avant le rechargement: loadLeads re-sélectionne quoi que soit ce que ref détient, donc le laisser de la population serait de nouveau vérifier le les lignes viennent de se déplacer. Le message de résultat est composé plutôt qu'une chaîne autre-si-si, car un lot peut être à la fois partiel et non notifié et que la chaîne n'a été signalée que la première.