UnlinkEmail takes a password argument but does not use it

This appears to be somewhat useful - the user can unlink while having forgotten their password. We’re using it that way right now, but we’re worried that this may indeed be a bug, and that it will stop working this way in a future release.

Is the ignoring of the PW argument intentional (then please remove it from the API) or accidental, and we should at least ask the user for a PW to unlink, and then prepare for the bug to be fixed soon?


Hello @Mike, welcome to the forum!

This is not a bug, the password is unnecessary for unlinking despite the field being there. The reason for this is that we’re reusing the same protobuf request in a few different APIs. We’ll see if we can change it to prevent this confusion.

Thanks for your post