- Verschifft
- 21. August 2026 um 03:34 UTC
- Autor
- kamo
- Ausschuss
- 2b7d71d
Die zugewiesene Agentensteuerung auf der Zuweisungsscheibe eines Leads war eine lokale Komponente in LeadViewClient. Zwei andere Orte wollten es genau, so bewegt es sich zu ************ und nimmt den Picker-Dialog mit. Die Zuordnungsscheibe ist unverändert in Aussehen und Verhalten - sie besitzt sie einfach nicht mehr der Code. Reserve Opportunity - ein Mitglied mit EDIT_OPPORTUNITIES, das Recht, dass Tore Verwaltung von Möglichkeiten auf /leads/Chancen/reserviert, bekommt jetzt einen Vertriebsmitarbeiter Feld benennt, für wen die Reservierung ist. Es öffnet sich auf sich selbst, so dass ihre Einreichung ihrer Eigene Anfrage kostet nichts extra. Im Gegensatz zum zugewiesenen Agenten des Leads kann es nicht sein geleert: eine Reservierung ist jemandes Anspruch, und eine unbe unseigne ist nicht ein Staat der Rekord kann halten. Das ist die ganze von "clearable={false" - keine klare Taste auf das Feld, und kein Entfernen im Picker. Der /leads Agent Filter war ein Select, der von einem Holen des gesamten Personals gespeist wurde Verzeichnis, das ist, wo seine Optionen kamen und warum es immer nur bieten konnte eine Seite einer Org, die zu fünf Personen zählen kann. Es bewegt sich auf die gleiche Picker, der eine Seite zu einer Zeit sucht, so dass der Filter jetzt jeden Namen erreichen kann und das Ganzverzeichnis holen, sein Modul-Cache und sein ACTIVE-Filter sind verschwunden mit ihm, die gleiche Reinigung der Zuordnung Scheibe bereits getan. Die nützlichen Antworten dieses Filters beinhalten drei, die keine Menschen sind, also MemberPickerDialog wächst "schnelleOptionen": Zeilen über den Ergebnissen angeheftet, hier Ich selbst zuerst, dann All Leads, dann Unassigned Leads für ein Mitglied erlaubt zu sehen die. Ich selbst führt, weil es die Antwort ist, die am häufigsten gewollt ist und die eine Verzeichnissuche macht es am schwersten zu erreichen - sonst geben Sie Ihren eigenen Namen ein Wählen Sie sich aus den Namensvetter. Die **************** sentinels ziehen in LeadGridQuery neben das Mapping, das sie liest. Sie waren String Literals in beiden Orten, und ein Drift zwischen den beiden würde nicht versäumen, zu kompilieren: die Abfrage würde die behandeln unerkannte Wachtin als Mitglieds-ID, Filter auf ein Mitglied niemand ist, und zeigen eine leeres Gitter - das sich als "you have no leads" und nicht als Fehler liest. Die Sitzung trägt eine Mitglieds-ID und eine E-Mail, aber keine Anzeige-Name, so Aussaat der Reserve-Form mit "Sie" löst es einmal durch die Verzeichnissuche. Das Match ist auf der Mitglieds-ID, nie auf der E-Mail, die die Seite produziert: eine gemeinsame Mailbox kehrt mehrere Personen zurück, und die erste zu nehmen würde eine Gelegenheit für eine Datei Kollege, der nie danach gefragt hat. Auch Tropfen getAgentFilterMemberId, die keine Anrufer hatte und parseInt'd a 19-stellige Mitglieder-ID.