Closed maciejmackowiak closed 1 year ago
@bilal-ahmed-dev In my tests, a 302 occurs with or without Yoast, so it seems core-related. Does the 302 happen when Yoast is not active?
@amboutwe I have tested this with or without Yoast plugin, disable all plugins and switch theme to default, and i still getting the 302 redirect, so it means this is core functionality of wordpress, but i am not sure there is a need for two requests to save the post.
I am using Elementor with Yoast and when Yoast is enabled and i click the Update Post it keeps saving for minutes and then times out.
@khanakia A fix was included in version 21.3, so please update if you have not done so already.
If the issue remains after updating to 21.3 (or newer) and you're using Elementor galleries (or other non-core gallery features), please implement the suggestion above. Our development team also put together some other examples for different situations here.
This is still an issue for us. Is there a way to disable this process from happening altogether? Looking at the various filters just seems to change the way images are processed. I'd rather ignore this step completely so we don't have to disable Yoast every time we save a large post.
Please give us a description of what happened.
Looks like the culprit is
Indexable_Link_Builder->build()
added towp_insert_post
hook inIndexable_Post_Watcher
I've tested it on blank wp install with only Yoast and classic editor installed: First request is with Yoast enabled and the second one is with Yoast disabled, both requests are wp_autosave:
Here is sample post: https://gist.github.com/maciejmackowiak/277427859825d232fe2a37a21d15d7cf
Please describe what you expected to happen and why.
Indexable_Link_Builder
or if it is not possible to optimize run it in cron job.Indexable_Link_Builder
on autosaving posts.How can we reproduce this behavior?
Technical info
Used versions