Hi all, thanks for flagging this. The server errors have now been fixed, so please let us know if you are still experiencing any issues.
The outage was caused by a 3rd party API failure. We will be conducting a post-incident review to look at what we can learn from this, including how we can better detect and respond to issues like this in the future.
I’m also running into the issue…unlucky time to discover Mycroft, I guess. I tried the “edit HTML attributes” trick before I got here, but it still fails because the POST request is missing data from two voice-related config fields that simply aren’t showing up on the page. I tried disabling all local and network-wide adblocking, and using different browsers, but no dice.
…and I see @bubulescu has just pinpointed the same issue.
I went as far as trying to modify the XHR body directly inside Firefox’s dev console, but ended up with a 500 error instead of a 400 error. Hopefully this is fixed soon…I’ve got a VM running Mycroft just waiting to pair!
Hey all, apologies for a 2nd issue in as many weeks here.
Whilst it presented the same, it was slightly different. Along with the fix for last weeks outage we pushed a big update to core packages in the backend. Some things you’ll notice, but lots of things that you don’t see - security patches and version bumps to keep it humming along, as well as prepping for future functionality. This bug got introduced at that point and was only impacting a subset of users which is how it made it through our QA and into production.
Again, we’ll be looking at what happened and how we can strengthen our processes to reduce the chance it happens again.
If you’re still seeing the issue please first hit Ctrl + Shift + R to do a “hard refresh” of the page. Then ping us if that didn’t solve it.