You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a copy of a troubleshooting article on Supabase's docs site. It may be missing some details from the original. View the original article.
An 'Invalid payload sent to hook' error (500) occurs in Auth hooks when the payload includes new_phone for an anonymous user.
Why does this happen?
This error arises because anonymous users do not have an existing phone number to modify. Client application logic attempting a phone_change for such users results in an invalid operation. The new_phone field should only be present during a phone_change flow initiated by an authenticated user.
How to avoid this issue
Refine your client application logic to prevent this incorrect payload structure:
Differentiate phone update and login flows for anonymous users from authenticated users.
Ensure new_phone is only transmitted when an authenticated user initiates a phone_change flow.
Implement distinct handling for anonymous user updates to avoid sending new_phone in the payload.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
This is a copy of a troubleshooting article on Supabase's docs site. It may be missing some details from the original. View the original article.
An 'Invalid payload sent to hook' error (500) occurs in Auth hooks when the payload includes
new_phonefor an anonymous user.Why does this happen?
This error arises because anonymous users do not have an existing phone number to modify. Client application logic attempting a
phone_changefor such users results in an invalid operation. Thenew_phonefield should only be present during aphone_changeflow initiated by an authenticated user.How to avoid this issue
Refine your client application logic to prevent this incorrect payload structure:
new_phoneis only transmitted when an authenticated user initiates aphone_changeflow.new_phonein the payload.Beta Was this translation helpful? Give feedback.
All reactions