Same here.
Two days ago the api was working correctly. Now I can’t fetch uid from app_metadata. Tried a work around to save uid in user_metadata but still not working.
We’re having problems querying users by metadata as well - no users are being returned (tested with a basic query from the api explorer). Could we please have an update as to when this will be investigated/resolved as it’s affecting live applications
@[all] there are some situations where user search on custom fields will not be available. The incident linked by @dk has additional information behind this. From my understanding all of you are currently experiencing a problem with searches over custom metadata fields (if there’s more than that please confirm) so I’ll try to get more information about this situation and will get back to you.
Also, in future please avoid using the answer box for what should be comments as providing them as answers will reduce visibility of the question itself (removes it from unanswered list)
Same here.
Two days ago the api was working correctly. Now I can’t fetch uid from app_metadata. Tried a work around to save uid in user_metadata but still not working.
We’re having problems querying users by metadata as well - no users are being returned (tested with a basic query from the api explorer). Could we please have an update as to when this will be investigated/resolved as it’s affecting live applications
I’d overlooked some of the information in the issue link - it does explain my scenario and I have emailed the appropriate support team. It wasn’t clear though that this important change was nestled in there - an email warning would have been useful.
The inability to search over custom metadata fields is indeed related to this incident which was already linked and mentioned in the comments. At this time I don’t have any additional information to share besides pointing to the email address available in the linked incident and suggesting that you use it to at least expose your exact situation, in particular, the tenant/domain affected and the use case for which you were using the search over custom metadata fields.
Issue remains unsolved more than a week. If it’s a sole single issue - please, you see our auth0 domain, check the issue. You can easily debug.
If we need to be on paid account, say, if it will fix the issue.
@dk I’m afraid this is not an issue with debugging the situation and it’s also something that I cannot directly change. The restrictions were put in place because some use cases can simply not be supported and as such need to be discussed one on one, hence the recommendation to use that email address to expose your situation. We are trying to accommodate all customers that were already depending on custom user search, but the way they will be using and performing those searches will need to be discussed. Is there any particular reason for not wanting to use the suggested email?
Dear João,
this email support@bnmg.ru on web (both sms and mail accepted) and +35796046330 on mobile (our mobile apps restricted to accept sms auth0 ids only) — if an email works fine to finalize authentication transaction with no errors, but when sms used - it causes 503 error
please take a look: https://pastebin.com/12cEQ7v5
I might have missed something, but from that comments you’re describing an issue with authentication and not user search. By default, to my knowledge the authentication pipeline does not require user search so the user search restrictions should not matter. Do you have custom rules that depend on user search? If that’s the case, which is not recommended, then please use that email address I mentioned to expose the situation; you can leave a note here mentioning that you sent the email so I can take a look and ensure the case is reviewed.