mission500

I still have issues on WP 5.6 with SiteOrigin Editor widgets in the backend – even after updating to 2.11.8.
When opening exisitng posts the editor content just flashes shortly and shows a blank editor afterwards. Most likely it is caused by the jQuery migration. Switching it back to legacy corrects the issue.

Thanks that did the trick, but screen options only visible after log off/log on

Hi @pcosta88

do you know a source which confirms that the mentioned tags are no longer used?
This site https://ogp.me/#no_vertical acutally states the opposite and the official facebook sharing debugger parses article:tag, article:section among others as well.

Thank you.

Hi @suascat_wp,

Thanks for your feedback, however your source does list those two tags as relevant meta.
So, why Yoast removed them?

• This reply was modified 4 years, 3 months ago by mission500.

Hi Andrew,

I can confirm, the update has fixed the issue. Thanks for your efforts.

Hi Andrew,

based on my experience just rolling back the plugin version is not sufficient. Widgets which have been touched and saved after the update stay hidden. Additionally I had to use an older post revision to bring it back.

And I expect this to happen with all Page Builder layouts (my experience: 2 out of 2 posts).

Hi Andrew,

thanks for your feedback. Yes, the issue is related to Widget Options. After the Page Builder update Widget Options sets most widgets to ‘hidden’ even Widget Options settings are not used at all for the post.
As a temporary fix I found setting each and every widget explictly to ‘show’ helps. However, I prefer staying with the old version 2.10.6/1.15.6 until a proper solution being found.

Thanks, with ACF Add-On 3.2.2 it’s working again.
Version 3.2.2 makes the tested import also faster which is a nice side effect.

Hi Mikko,
sorry for the delayed reply.
get_option( ‘relevanssi_index_post_types’ ); doesn’t list the tablepress post type, just posts and pages and bogus which seems to be for internal use.

Now I could dig a little deeper, and the described issue seems to relate to an indexing problem. When I manually re-build the index the process gets stuck (already after a few documents), but it would be entirely completed with no documents left after pressing ‘index unindexed posts’.
As apparently the automatic indexing process got stuck, indexed old table press content didn’t get deleted. For some reason the tablepress content didn’t show in search results with version 4.1.4 and before but does show in version 4.2.0
After manually re-building the index (in two steps) the tablepress content no longer show in search results. So that issue is gone, but after some tests I’m still clueless what makes the indexing stuck. It’s most likely not related to a specific post, but seems to have something to do with Siteorigin pages. Even those are covered in the first run of indexing and it stops later in the sequence. But in case I delete all Siteorigin pages, the manual indexing is completed in one run directly.
How can I ensure that changes of documents would be added through the automatic indexing process? Or do I now need to regularly trigger the manual re-building (in two steps)?

One more thing, even when I do include tablepress_table post type in the index (v 4.1.4 indexing setings) it won’t be found as search results.
Is there another way to include/exclude them?

No, unfortunately this doesn’t work.
* saving the settings -> tablepress_table post types still found in search results
* downgrade back to 4.1.4, tablepress_table post types are shown as not included in the index, and are now also not found in search results (OK)
* upgrade to 4.2.0 -> tablepress_table post types found in search results again

So, I keep 4.1.4 for the time being.

No matter if it is useful or not, it is poorly implemented. Whenever I save a post a message pops up that a newer revision of this post is existing.
Comparing the latest two revisions just show all those “noreferrer” tags as only difference.

It’s working now. Thanks, @azaozz
Might be caching problem before…

Thanks for the hint @azaozz,

I have enabled this setting, but still need to choose the type of editor each time I’d like to edit a post. How can I disable the block editor?

Hi @dougaitken

Thanks for your feedback.

For example, I have a contact page which I created in August 2016, and then made a large edit to in July 2018.

Yes, that’s basically the case I refer to. But I would also set the date to July 2018 in order to reflect the new content.

On the stats view for that page, I can see all the viewer history going back to when the page was first published.

Now the viewer history is only going back to July 2018. How can I see the history starting from August 2016?

Thank you.