- Verschifft
- 7. September 2026 um 23:20 UTC
- Autor
- Kamo
- Ausschuss
- d707336
Follow-on auf die Lead-View-Country-Code-Fix, Schließen der Orte, die noch beantwortete die gleiche Frage auf ihre Weise. "NumbersTab" behielt einen privaten US-only-Formatierer. Sein docblock erklärt die Zurückhaltung - "Gruppierung für eine internationale Nummer zu erraten, bringt etwas hervor das sieht autoritär aus und ist falsch" - und das galt für ein handgerolltes template, so dass ein org's Moldovan DID saß in der Liste als der Roh-Lauf "+37362112345". die Metadaten von libphonenumber sind keine Vermutung, also der Bildschirm jetzt teilt sich der eine Formatierer und diese Nummer liest sich als "+373 621 12 345". Seine Bewährungsprobe bewegt sich mit ihm: Eine US-Nummer liest die Art und Weise US-Zahlen lesen überall sonst in der app, und ein neues Gehäuse Pins die internationale die lokale Kopie konnte nicht kreisen. Neu ist es, und jeder "Call this"-Link geht jetzt durch. Anzeige und Wählen wollen gegensätzliche Dinge aus der gleichen Zeichenfolge - man will Leerzeichen und parens, der andere will keine von ihnen - und die Übergabe der gespeicherten Nummer direkt an Die Arbeit, bis sie aus einem anderen Land kommt, und einen Raum mit sich führt, Das ist genau dann, wenn der Anrufer es sich am wenigsten leisten kann. Es hält sich "*" und "#", welche RFC 3966 erlaubt und wie eine Funktionscode gewählt wird; die offen codierte Version in ContactDetailPanel hat sie abgestreift und "*97" zur Erweiterung "97" gemacht. EventLeadPanel wählte und druckte die Nummer genau wie gespeichert - der Kalender "Call this lead"-Chip war die letzte unformatierte Nummer in der App.