- Expédié
- 23 septembre 2026 à 08:47 UTC
- Auteur
- Kamo
- Commite
- e1c31cc
POST /members/créate, /create-team-member et /bulk-create, et GET/members/lookup-user, maintenant nécessite une fenêtre ouverte. Ils n'ont vérifié qu'une session, de sorte que n'importe quel membre pouvait créer des comptes dans leur organisation, et l'utilisateur de consultation a informé tout membre le nom, id et l'état de vérification derrière toute adresse e-mail sur la plateforme. Chaque propriétaire des 25 personnes en direct Les organisations détiennent des membres de la marque et de la démocratie interne, et le nomme déjà le nomme comme suit. porte pour la création d'un membre. PUT /member-security/-id-cessiste maintenant nécessite MANAGE-MEMBER-SECURITY ou une fenêtre dieu ouverte pour les rôles, les droits directs, la temporisation de la session et tout changement de département ou de titre d'emploi (les deux sont les deux la cascade des droits), de votre propre compte rendu, ainsi que de n'importe qui d'autre. Il n'a vérifié que cet appelant et un membre partageant une organisation, de sorte que tout membre pourrait PUT son propre rôleAds avec l'Administrateur rôle en leur sein. Le titre officiel et le gérant restent éditables sur votre propre liste, en tant que La carte Position du profil les offre. GET exige le même droit à moins que le dossier ne soit le vôtre. Les deux échecs principaux sont également les suivants: - - - - -status. Tous deux acceptent X-Internal-Auth seulement et échouent. Le scanner lit un corps de méthode et ne le fait pas Suivez les appels, donc l'assistant est rebaptisé validInternalAuth, un nom qu'il reconnaît. - - échec quatre fois avec un NullPointerException: 10a8d81 ajouté AppliedJobStamp sur le chemin d'inscription, et le test n'a jamais fourni un. Il fournit maintenant une simulage.