-
Notifications
You must be signed in to change notification settings - Fork 3.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
🐛 Bug Report: users.*.update trigger function - Inconsistent request payload #7234
Comments
@urioanmot, thanks for creating this! Let me check with the team. |
We'll want to update the users api to return the user object for consistency. |
can i work on this? |
For now, we want to fix the users API to return the user object for consistency. @nick2432 assigning to you now! Thanks for your patience! |
@nick2432 When a user preference is updated, the payload only contains the preference object, not the full user object as mentioned in the bug report. |
@nick2432 It appears that the API call shown in the video is made from the dashboard UI to the server. If yes, that might not be the right place. Actual issue is with the request payload received on users.*.update event (cloud function), which needs to be consistent when updating user preferences vs other fields as mentioned in the bug description. https://appwrite.io/docs/advanced/platform/events ![]() |
ok |
👟 Reproduction steps
I am experiencing an issue with the users.*.update trigger function. I've noticed that the payload data provided in the trigger event is inconsistent, particularly when different types of user information are updated.
When an email update occurs, the payload contains the full user object.
👍 Expected behavior
When an email update occurs, the payload contains the full user object.
👎 Actual Behavior
Conversely, when a user preference is updated, the payload only contains the preference object, not the full user object.
The text was updated successfully, but these errors were encountered: