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
While testing to see if Core-13779 was still happening in WordPress 6.0, I found that it was, and actually causes potentially greater problems in the block editor.
TLDR of that ticket: When the WordPress files are in a directory and a site is set up to run as such (site.com/wp) and the site is changed to instead be visible from the site's root (site.com), all users who are logged in will not be properly authenticated. This is because the cookie set on login does not exist for the new location.
In the past, this caused issues with the Classic Editor and previewing posts. However, in WordPress 6.0, if you open the block editor, there are repeated requests to the REST API that return 403 responses. After opening the editor with my browser console open, ~500 requests were made in 30 seconds.
Regardless of the root cause of the 403 responses, the editor should not continually retry the same requests infinitely.
Step-by-step reproduction instructions
Create a WordPress install in a subdirectory (/wp for example).
Description
While testing to see if Core-13779 was still happening in WordPress 6.0, I found that it was, and actually causes potentially greater problems in the block editor.
TLDR of that ticket: When the WordPress files are in a directory and a site is set up to run as such (site.com/wp) and the site is changed to instead be visible from the site's root (site.com), all users who are logged in will not be properly authenticated. This is because the cookie set on login does not exist for the new location.
In the past, this caused issues with the Classic Editor and previewing posts. However, in WordPress 6.0, if you open the block editor, there are repeated requests to the REST API that return 403 responses. After opening the editor with my browser console open, ~500 requests were made in 30 seconds.
Regardless of the root cause of the 403 responses, the editor should not continually retry the same requests infinitely.
Step-by-step reproduction instructions
/wp
for example).Screenshots, screen recording, code snippet
No response
Environment info
No response
Please confirm that you have searched existing issues in the repo.
Yes
Please confirm that you have tested with all plugins deactivated except Gutenberg.
Yes
The text was updated successfully, but these errors were encountered: