advantagen

Yep, I do use the Vantage theme, so I guess it must be a conflict. And even though I also have Gravity Forms, deactivating it makes no difference when Vantage and Hustle are activated, so it would seem the GF part is irrelevant in my case.

Anyway, the whole site functionality is based on the theme so I can’t just use another one, but at least we know the source of the issue now.

To clarify, I’ve already gone from 4.9.8 to 4.9.7 and then back to 4.9.8, so the core files have already been re-uploaded a couple times (which has made no difference).

Oops, I’m sorry – I uploaded the contents of /wp-includes/post.php, not /wp-admin/includes/post.php

Here you go: https://pastebin.com/6hKJdb09

At least looking at the first few lines and the total number of lines, they appear to be identical.

To clarify, thinking the issue might’ve had something to do with my fairly recent upgrade to WP 4.9.8, I downgraded to 4.9.7 and the issue persisted. This would’ve included the contents of the /includes/ folder, so I doubt the issue is with the post.php file itself. I have no idea where the issue actually is though.

For me, sidestepping the issue is as simple as not using this plugin, but I thought you’d like to know about the issue, as would other people who may be coming across the same issue and not understanding where it’s coming from.

This happens with both WP 4.9.8 and 4.9.7; I’m using PHP v5.6.38; and I don’t recall ever editing any core files, though here’s the pastebin you inquired about to confirm:

https://pastebin.com/tcuRURbG

Hey Predrag,

Here’s the full error:

Fatal error: Cannot redeclare _wp_translate_postdata() (previously declared in /home/public/wp-admin/includes/post.php:20) in /home/public/wp-admin/includes/post.php on line 175

So based on that, it wouldn’t appear as though this is related to a plugin conflict.

Thank you for your feedback. It may be something to consider for future release, as I doubt it would be difficult to implement.

For anyone else who may stumble across this in the future, a workaround is to download the video using any of a myriad of Youtube-to-MP4 websites out there, edit the video, and then re-upload it to your own channel, though of course you wouldn’t be able to get away with that if it’s licensed content.

Well that’s good to hear …I guess. Haha, I mean, it’s good to hear that it at least works for other people.

When you say ‘size of the installation’, do you mean to ask how much data the plugin is backing up?

As for the host, I use a level 3 VPS at Hostwinds.com It has 1.5 cores, 3GB of RAM (3.5 burstable), 75GB of disk space, and 300Mbps transfer speed.

I’ve used this plugin on several sites with at least 2 different web hosts, and it always worked before and now it never works on any of them, which is what led me to the conclusion that it was due to incompatibility with newer versions of WordPress. So if you have suggestions on to potentially go about resolving the issues, I’d be happy to hear them.

I’ve replied to you via email, and I’ll be sure to update details here if we come up with anything solid.

Thank you, Kat ??

Thanks for your reply, Kat.

I’ll email you and report back here if we find any solution.

Haha, yes, absolutely it was working before installing this plugin.

I disabled all other plugins except for AIO, and the issue persisted.

Then I disabled even AIO, and now none of my posts/pages were displaying. Instead, I was getting the following:

The requested URL /listings/test/ was not found on this server.

Only the home page displayed properly.

So then I thought, maybe re-saving the permalink structure would help, and come to find out, it looks like the plugin changed my permalink structure when it was deactivate, which seems pretty odd.

And now that I’ve put the structure back to where it should be, I can now view all pages as usual.

Hello ?? Thank you for getting back with me.

No, I’m not using any of the Brute Force features, although I am using a disk caching plugin. I’m not understanding what that would have to do with anything though if it worked fine before installing the AIO plugin.

Would you mind clarifying?

I just took a peak in the ‘Uploads’ directory, and it appears that for some reason, only a smaller version of that image was every converted to webp, which is quite curious.

The image files (ending in 4940) can be see below:
https://s4.postimg.org/ycynw5j8d/4940.png

I should also mention that I used a CDN, which is why I installed Cache Enabler

Interestingly, this issue is ‘solved’ by installing the Cache Enabler plugin. That is, I doubt that the core is resolved, but at least the page loads now.

Although JPG’s on the page don’t see to have been converted to webp.