zenkitty

Hi vupdraft

Sorry for the delay in replying. Nothing is being logged in the php error log, although I have tested the log and it is working correctly.

Any other ideas?

Debbie

Hi Bryle – yes, that’s the entire log file. Other websites on the same server backup just fine, which wouldn’t be the case if the host was blocking the process.

And it doesn’t explain why, if I delete one of the existing backups, the manual backup then works (but only the once).

There does seem to be something else going on.

Debbie

Hi Bryle – the log for a failed backup is included in my first post. That’s what I get when I click on “Download most recently modified log file” after attempting a manual backup.

The failed backups don’t show under the Existing Backups, so I’m not sure where else I’m supposed to get the log file from?

Debbie

Hi Bryle

The log from the last successful backup is here: https://pastebin.com/8D9zLxe2

Thanks for your help.

Debbie

Thanks for the replies @markwaregr and @anastis!

I found quite a few other weird issues with the site, and ended up restoring the pre-upgrade backup and upgrading everything again. Its all working as it should now! ??

Thanks James – that did fix the issue!

So it seems Oxygen doesn’t really disable the theme system entirely, it only does so on the front-end.

Thanks again for your help – much appreciated!

Thank you, but you’re obviously not familiar with Oxygen Builder – it completely disables WordPress themes: https://oxygenbuilder.com/faq/will-my-theme-work-with-oxygen/

So there is no active theme on this website. And deactivating Oxygen doesn’t fix the issue either.

Hi John – thanks for the reply.

The 404s are all for images on the old Prestashop site, so no, they don’t need fixing.

Following your advice, I ended up searching for “.jpg”, “.gif” and “.png” and deleting them all. While its better than having to sift through all the images in the logs, it would be nice to have the ability to exclude certain file types from being logged at all.

@flu5ky The update fixed it for me. Sorry it didn’t work for you!

Are they manual excerpts? Because mine have also gone missing after upgrading to the latest version of WP and the plugin.

Automatic excerpts work, but not manual. This is in both slider and full list views.

Well, I deleted it, and it doesn’t seem to have had had any effect on the website itself, but it has resolved the admin issues.

So hopefully that bit of code wasn’t important!

Thanks for your help, catacaustic. Much appreciated!

Just in case its helpful to see the whole function:

`/* Clean up output of stylesheet <link> tags*/
function SS_clean_style_tag($input) {
preg_match_all(“!<link rel=’stylesheet’\s?(id='[^’]+’)?\s+href='(.*)’ type=’text/css’ media='(.*)’ />!”, $input, $matches);
// Only display media if it is meaningful
$media = $matches[3][0] !== ” && $matches[3][0] !== ‘all’ ? ‘ media=”‘ . $matches[3][0] . ‘”‘ : ”;
return ‘<link rel=”stylesheet” href=”‘ . $matches[2][0] . ‘”‘ . $media . ‘>’ . “\n”;
}
add_filter(‘style_loader_tag’, ‘SS_clean_style_tag’);’

I don’t even know if this is needed or not?

Thank you catacaustic!

While I did see those errors indicating the theme, I didn’t think issues with the theme would impact the admin panel. But changing the theme did fix the admin issues.

As I understand it, the theme was custom made based on an old bare bones theme, many years ago. There are no updates for it, and the developer is no longer around.

The theme errors reference these two lines:

$media = $matches[3][0] !== '' && $matches[3][0] !== 'all' ? ' media="' . $matches[3][0] . '"' : '';
  return '<link rel="stylesheet" href="' . $matches[2][0] . '"' . $media . '>' . "\n";

Any pointers on where to begin fixing this?

Thanks!

Thanks so much for the fast response!

Adding that bit of code in seems to have done the trick ??

Thanks again,
Debbie

Brilliant! Thanks, it did fix it.

I really appreciate the fast response!