Pleased that we aren’t the only ones effected. The status page is showing as green . https://status.squidex.io/
Can confirm, something is wrong on hosted Squidex. Started a few minutes ago. Queries return with 200, but query results are empty.
We also got the same issue.
Yes, the data is there and has not been deleted. And I also see the squidex website data. What is your app name? And have you had an app with the same name before?
Our application name is asap-hub
Having the same issue too, all requests to schema data return 200 but no items.
Yep same here.
None of my schemas are showing ay data at this point.
We have the exact same problem. We did not add any new app or any new schema and barely touched content today. There’s no visible trace of anyone deleting anything on our side.
I am really sorry. This was pure human error. A new version of Squidex has been deployed to act as migrator for apps and schemas. Unfortunately also rebuilding of content was turned on and it has been stopped in between. The content is not lost, but not available. I have rerun the migrator to rebuild all contents now. I will update you.
After this is done, is it possible to invalidate caches on the CDN as well so that CDN doesn’t serve empty data for the next hours? @Sebastian And many thanks for the quick response over here!
Of course I can purge CDN
Data is coming back step by step…
But I don’t know how long it takes because i do not know the total content. I guess we have 60% now.
If we have added data in the meantime is this an issue? It’s only a small amount but worth knowing.
No, it should be catched. Only if you add it at the very end of the migration process.
It is solved now, I am very, very sorry.
no problem sebastian - all looking good now
Don’t worry about it. Things happen, mistakes are being made, we are all human.
Looking forward: is there a way this could be catched by automated tests on the server side? Something which also triggers the status page to show that there is an issue in such a case?
Yes, definitely, but it would not have helped in this case. The error would have been detected 10 minutes earlier or so.
Visibility always helps, at the least with expectation management.