Alwyn Barry

Link to Motopress Blog article mentioned in another comment: https://motopress.com/blog/motopress-plugins-are-not-available-on-wordpress-org/

Interestingly, there is this report on Patchstack: https://patchstack.com/database/vulnerability/getwid/wordpress-getwid-gutenberg-blocks-plugin-1-7-4-cross-site-request-forgery-csrf-settings-change-vulnerability

… which says that the plugin is to be reviewed by WordPress, but that contradicts the statement that the removal is ‘permanent’ in the www.remarpro.com entry for GetWid plugin. WordPress seem to have removed the access of the GetWid team so that they cannot readily guide or respond to users. Not a helpful set of actions for users like us! Thankfully Motopress seem to be really keen to resolve difficulties rapidly … we shall see.

Just a concluding comment. I was running with SiteOrigin Page Builder and, having migrated to GetWid, I uninstalled Page Builder and suddenly the GetWid Template functionality worked!!

I had tested deactivating plugins before and no difference, so it’s hard to see how uninstalling could change things. But that’s the only change and all is ok now.

Just thought I’d let you know in case the issue crops up again.

Thanks for trying … it’s a bit of a mystery.

In regard to your suggestion, I also said in my first post:

“On a local VirtualBox hosted development site with GetWid Base theme (or any another Gutenberg-enabled theme) creating and using Post Templates works well.”

So, we know that this suggestion produces a working result. I cannot test by removing everything on the site because it’s a live site and it’s large.

Summarising what we know:
* The problem is not with the plugins – I’ve deactivated all but GetWid and there is no difference
* The problem is not with the base WordPress – I’ve installed WordPress with Getwid in a test site and it works there
* The problem could be with something related to where my current WordPress install is because when I re-updated the WordPress install it all worked once, but then refused to work again.

I now strongly suspect there is a corruption with my WordPress database of the update working that I mentioned above, and also because there are problems showing some icons in the editor backend (they show as Hex rather than the icon – which seems to be a sure sign of a database error according to some blogs). But I can’t at present run a Database Repair because my last backup didn’t install correctly to a new database and so I can’t currently run the risk of corruption in the repair process.

I think, as things stand, the problem may not be reproduced because of this potential Database issue. Clearly, however, there is something in this Post Template functionality that is somewhat fragile since there are also no errors reported. But how to find out what? Not sure.

I’d suggest not using more time on this, and I’ll see what I can do to backup and then repair the database to see if that help.

Thanks for taking the time to try to reproduce this problem … it’s not as obvious a problem or solution as I suspected it might be.

Thanks for replying.

As I said in my message, the theme is Ultra by Purothemes. But that’s definitely not the cause because the same happens no matter what theme I activate, including Getwid Base.

Yesterday, after I did a reinstall of the WordPress 5.6 update, the added templates appeared. But when I add another new template it doesn’t appear after pressing the update button, nor if I leave that page edit and re-edit the page again. So, I think there is some issue with the way Getwid is interacting with WordPress to register the new templates (ie the way WordPress is handling the custom post type).