@olabackstrom as you see once the first accident was reported we immediately escalated it and the responsible team started monitoring that. Also we communicated regularly on our status page what’s happening.
The engineering team needed to detect how many tenants were affected and immediately started evaluating what fix should be implementing having time / severity / etc in mind.
One more thing I’d like to add is that if someone is a paid customer then it’s best to open a support ticket as there’s always someone at the watchtower who will be able to help more immediately especially in outages scenarios.
I don’t want to assure you saying anything that didn’t happen but that’s how the process looked like. What I can do is to once more apologise for any inconvenience! If you’d like I can also relay additional feedback to appropriate team.
The engineering team is in the process of writing a script to fix left tenants that were affected by this issue. A quick fix to get unblocked is to delete and recreate the affected application/client as I mentioned above.
@konrad.sopala thanks for the feedback, and of reminding me that for production use there’s a separate channel with support tickets that could be used in a similar situation, and thus get faster feedback & trouble resolution.
Indeed, I’m on a free tenant as of now, and I think Auth0 has made it very easy to climb onboard, excellent tutorials and documentation. And good posts from you in the forum!
Thanks a lot! Glad to hear that! We’re aiming at your successful developer experience and we know we’re pushing forward but there’s till work to do, so alway open for your feedback
Hello,
I have noticed that this has been marked as resolved on the status page Rules not being executed for new applications • Auth0 Status Page
However I am still experiencing this. I have a rule to add a claim to the token and it is run correctly when using the “try” rule but doesn’t work when requesting through the api “/oauth/token”.
The clients were created just before 2019-03-06T17:09:07.
Is re-creating the clients the only way to resolve this issue still?
The fix has already been made and it’s currently under review for being deployed to production. The only fix for tenants that are still affected is to re-create the clients, but as I mentioned above you don’t need to lose all the settings provided that you use deploy-cli to backup clients and restore.
The team is only a few checks from the final deploy to production. We need to make sure that everything stays safe for all our developers. It should be there really soon!
@konrad.sopala I’m currently running on a free tier so I can understand that there might be a fix that is being applied for a few days. I wanted to ask, if there’s a non-free tier in your pricing that is not affected by this error or that has already been fixed? What I mean is, sorry for putting it bluntly, if I were a paying customer, would it affect my rules as well?
No paying customers were harmed in the making of this incident. We caught the issue before it affected paying customers. The fix for the issue should be applied today. Let me know if you have any questions!
Sorry but I am on a paid plan for my tenant and due to this we have a production outage. Also support is very slow reported hours ago . Feel free: Auth0 Support Center
