gilgongo

Ah, thanks! Will try disabling that and monitor the logs for a couple of days.

Thanks – will try that. It seems to be more than one installation doing it, but they are owned by the same person so maybe they’ve installed something.

Edit: The active plugins for the sites making the most local xml-rpc calls are below (125,559 requests this week compared to about 30 for some other sites). Their active theme is twenty-fourteen. I’ve toggled each of the plugins off but it doesn’t seem to make any difference.

+---------------------------------------------+----------+--------+----------+
| name                                        | status   | update | version  |
+---------------------------------------------+----------+--------+----------+
| akismet                                     | active   | none   | 5.3.3    |
| better-search-replace                       | active   | none   | 1.4.7    |
| wp-db-backup                                | active   | none   | 2.5.2    |
| ip-geo-block                                | active   | none   | 3.0.17.4 |
| jetpack                                     | active   | none   | 13.9     |
| post-type-switcher                          | active   | none   | 3.3.1    |
| woocommerce                                 | active   | none   | 9.3.3    |
| woocommerce-gateway-paypal-express-checkout | active   | none   | 2.1.3    |
| woocommerce-services                        | active   | none   | 2.8.2    |
| woocommerce-square                          | active   | none   | 4.8.1    |
+---------------------------------------------+----------+--------+----------+

The requests come in waves though and right now it’s quiet. I’ll try and see if there’s any pattern but right now I’m suspecting that wp-db-backup perhaps.

• This reply was modified 1 month, 2 weeks ago by gilgongo.

Thanks for this – I had the same problem and after about a full day of trying and failing to work it out, saw this solution. I wish WordPress theme customisation wasn’t so incredibly difficult!

Oh OK (not that I know how to hack the CSS in WP but I guess I can work it out).

Out of interest, why is that happening in the first place though? Is it something I did, or is WP just like this?

Thanks – I tried changing the theme but it made no difference: the same images were affected (I have also tried viewing in Chrome vs FF vs Edge – all show the same thing).

I am running no plugins (this is just a test site).

https://oddjob.bakerbates.com/

Looking at the front end, it appears that the dimensions I’m setting in the editor on some of the images further down the page just aren’t being respected when the page is rendered.

It’s not essential that I do this in WP. I’m not that experienced with it, and don’t intend to modify the content. I may just try laying out the page in simple HTML/CSS by hand unless you can suggest and easy fix. This feels like some bug to me.

• This reply was modified 6 months, 3 weeks ago by gilgongo.
• This reply was modified 6 months, 3 weeks ago by gilgongo.

OK I think I fixed it by rolling back to a previous version, then upgrading plugins, themes and then wp core. No idea what was causing the error though. WordPress is weird and strange. Thanks for your help though!

• This reply was modified 1 year ago by gilgongo.

Thanks! But renaming deprecated.php just gives this error:

Failed opening required '/home/gilgongo/html/nickyo/wp-includes/deprecated.php

I could roll back, but that wouldn’t necessarily tell me what’s up.

Interestingly, when I try commenting out the wp_update_https_detection_errors function in deprecated.php, I get a different “Cannot redeclare” error.

Cannot redeclare _wp_theme_json_webfonts_handler() (previously declared in /home/gilgongo/html/nickyo/wp-includes/deprecated.php:5407)

So maybe it’s some other issue?

Given the plugin hasn’t been tested with the latest 3 major releases of WordPress (I think that’s more than a year now at least), I think it’s very likely that it’s dead.

Unless anyone else takes over the code (again, unlikely) I think the only option we have is to find a substitute.

Has anyone found a similar plugin that we can use?

Thanks for getting back, but the error is still there after applying the settings. Will open a ticket.

Thanks, but I’m afraid that doesn’t work either. The site name IS being changed, but when the site loads, the links to any posts lack the initial “https://” part.

I note that links to CSS files and other things are OK though (or else the site wouldn’t load properly).

I suspect some issue with the post URL generation in some way – but what?

I’m using PHP5 under Debian 5.0 and I’ve upgraded WP within a week for each new version coming out. I don’t have Twitter tools, and the commenting out of auto-save doesn’t work.

As a workaround, for the past six months I’ve been writing my posts in a text editor, then pasting it into a blank post in WP, saving the draft, getting the error, going back to my list of posts in my Admin screen, clicking “edit” to get back to the edit screen, then pasting in the post again (unless it auto-saved before I hit save). It’ll usually work OK after that.

I would try disabling plugins, and reverting to default themes, but I think that’s a bit pointless since I have plugins and themes for a reason. I dunno – it’s an incredibly annoying bug, but I’m willing to wait it out for however many years it takes for it to get fixed. I’ve been living with it almost daily for over a year now, so I guess I can last a few years longer…