dreamfoundry

I’m also seeing a redundant “wp-content/uploads/” being added to the folder structure. This is only happening to image files stored in my theme folder.

Eg:
/wp-content/uploads/wp-content/themes/[theme name]/images/imagename.png

Should be:
/wp-content/themes/[theme name]/images/imagename.png.

I never got a satisfactory answer from them. In the end I lost years worth of stats.

Luckily I was also using Google Analytics, which doesn’t just throw away my results without a care in the world.

Thanks.

You asked:

To what?

The answer, clearly, is:

…to the subdomain url to which the stats for my main site had erroneously become linked.

You asked:

And for which site? Your MAIN site?

Yes, my main site.

You asked:

Do you mean that the main site had, somehow, picked up the subdomain URL settings in the options table?

No.

You asked:

Again, changed to what?

Again, the answer is right there:

…to the subdomain url to which the stats for my main site had erroneously become linked.

How I Solved This Annoying Error

Okay, I managed to fix this problem. The solution is a bit of a hack and doesn’t address the underlying error.

First I renamed the new subdomain to something random. This is to prevent any potential clashes with my next steps.

I then manually changed the siteurl and home entries in the wp_options table, as well as the domain column in the wp_blogs table to the subdomain url to which the stats for my main site had erroneously become linked.

I also changed the line in wp-config.php that starts with define( ‘DOMAIN_CURRENT_SITE’…. I’m not sure if this was necessary but I did it in any case.

I then logged in to the site (The main site was now at subdomain.domain) and re-connected Jetpack.

I then reversed the above steps and changed all entries in the DB and wp-config.php back to what they were. Thankfully Jetpack remained synchronised after changing back, and my stats are showing again.

Unfortunately this is probably not the best solution. Hopefully this bug is taken care of soon.

It is not automatically connected for any of the other subdomains. Also, I can, by simply looking at the plugins page in network admin, verify that it’s not network activated. Obviously this is some sort of bug. However, I’m not here to argue this point.

I simply want to find a solution for switching back to my old stats. If you can’t help me solve this problem please refrain from spamming this thread with useless pedantry.

It’s activated per site. As I said, it was working fine until I performed the actions described above.

Have you found a solution to this problem? I’m stuck with it too?

Hi

My apologies for the late reply.

I’ve just upgraded to 1.8.18. I’ll let you know if the problems persists. (No comments yet.)

It works. The settings are retained after autosave. ??

Thanks. ??

Thanks. I was about to suggest that. ??

Could you let me know which lines to change in your plugin, or will you be pushing some new code on the the server soon?

Bummer. :/

Anyway, I can confirm that if I disable the Autosave function the problem goes away.

Okay, just disabled the “Revision Control” plugin, but the problem persists.

It does, however, seem as if the settings are lost each time WP creates an autosave. If I just open the post and close and open again the settings are fine, but if I leave it for long enough to create an autosave it loses the settings.

I’ve been doing more experimentation. Seems I was slightly wrong.

Seems the data is lost in the following circumstance (might be the same though):

1) I open the post, and close without updating.

2) I open the post, WP creates an autosave, I close with/without saving.

Just for the record, I use the “Revision Control” plugin to limit revisions to the latest 10. I’m going to disable it now and see if the problem persists.