- Expédié
- 28 août 2026 à 01:02 UTC
- Auteur
- Kamo
- Commite
- bb48c64
Le centre de notification et ses paramètres attirent toutes sortes de choses sur tout le monde. A Un membre sans application Leads a été affiché un filtre "Retour de tête" qui pourrait ne revient jamais rien, et un interrupteur muet pour un genre qu'ils ne pouvaient pas recevoir - et de même pour les types de calendrier et les rappels de réunion. Les deux les surfaces ont cartographié un tableau encodé en dur et n'ont pas lu l'organisation ni l'organisation. les droits du membre. Un type appartient à une application, il est donc fermé de la façon dont cette porte de l'application dans la navigation est fermée: l'organisation dispose de l'application ET du membre détient le La visualisation correcte de l'application. L'application n'est jamais écrite - chaque type nom a RoleRightType, et le droit porte sa propre Type de service, qui est aussi comment cela reste en phase avec la porte d'EmailService: les deux parties déclarent et dériver l'application, de sorte qu'ils ne peuvent pas venir à ne pas être en désaccord sur quelle application un genre auquel appartient. Les deux surfaces répondent à des questions légèrement différentes. Les tuiles de réglage sont stricts: en étouffant un genre, vous ne pouvez rien recevoir, et offrir l'interrupteur dit le contraire. Le rail de filtration du centre conserve en outre n'importe quel rail de force type le membre a des notifications, parce que l'accès peut être retiré après le fait, un membre a quitté l'équipe de vente qui a encore la semaine dernière les rappels, et cacher le filtre laisserait ces rangées joignables seulement sous "Tout", qui n'est pas du tout un filtre. Se cachant un commutateur ne permet jamais d'effacer ce qu'il a stocké, de sorte qu'un membre dont l'accès Revenu trouve leurs muets comme ils les ont quittés. Les droits arrivent un battement après première peinture, exactement comme ils le font pour le rail nav, de sorte que la porte tombe en panne pour ce battement plutôt que de clignoter toutes sortes. hasFeature() prend maintenant n'importe quoi portant un nom plutôt qu'AppType spécifiquement: le même enum est reflété deux fois, comme AppType et comme ServiceType, et un appelant qui parvient à une application par un droit tient le Ce dernier. Élargir le paramètre est ce qui l'arrête d'avoir à traduire entre deux miroirs d'un enum. L'application de la loi n'est pas là. EmailService refuse d'écrire la notification du tout. C'est ce que le membre est offert.