You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue tracks the pre-requisites to using WordPress Playground as an official WordPress demo on wordpress.org. I'm not declaring this will happen. I simply want to ensure there are no blockers if it were to happen:
We could run some async tests, and flag ones that don’t work in the directory pre user interaction. We run similar jobs for themes & block plugins. That would require us to know what to look for though. Its fine, we can just improve warning/error messaging for now. Over time, provided we can eliminate most issues.
We could include a mu-plugin in the package that will filter certain hooks and help make it obvious if a plugin/theme doesn’t work. Trigger a specific message on network requests, direct SQL queries, SQL errors, stuff like that.
For third-party cookies, Playground will just need to be hosted on <subdomain>.wordpress.org, see #87. I don't think there's any other way to solve it – Chrome is pretty good with blocking all features that could be used in lieu of cookies.
This issue tracks the pre-requisites to using WordPress Playground as an official WordPress demo on wordpress.org. I'm not declaring this will happen. I simply want to ensure there are no blockers if it were to happen:
The text was updated successfully, but these errors were encountered: