LanceGrigsby

Same issue here.

Awesome, thanks! solved the issue for me as well.

Thanks for the reply! Not greek at all. I was just hoping to find some options in theme’s UI under the “Appearance” menu to avoid having to do a deep-dive into the CSS–but perhaps there’s no other way.

disregard my last post.

MCoale, sorry to hear it. I’m actually replying to report that I also experienced a crash a moment ago when attempting to update from 4.1.2 to 4.2. It’s been a long, long time since any automatic update crashed the site. Thankfully, I was able to restore via VaultPress very easily–but yeah, it took long amount of time to apply the update and then … white screen of death.

Just wanted to chime in to say I’ve also experienced problems. For what it’s worth, not every site I’ve updated has had this issue, so who knows.

That did it! Thanks to you both–very easy fix (and the plugin is now back on :-)).

Thanks, patternleaf. I will try that!

Ok, thanks for letting me know.

Ok, when I did the 4 p.m. backup WITH files, it seemed to fail again–no sql file either, that I can tell (so I guess it’s because there’s too many files?). Everything looks empty AFAIK. You might have to double check for me, but the overall size of all my uploads is around half a gig. Not sure if this helps … at least with files deselected before, I could get sql backup. But perhaps I need to look into a different backup solution?

OK, hmmm. I see the additional backup file you must have created, but I still can’t see anything in it. In any case, I have an ad-hoc backup scheduled for today around 4 p.m. CST for both files/sql. I’ll report back. Thanks for your help.

Yup ?? … thought that was a little strange myself! Let me know what you find.

Thanks. So, yesterday I changed the plugin settings to back up DB only and ran a backup around 9 p.m. CST. Checked the status this morning, and I could see–both in the DH panel and in my WP Dashboard–a link to the backup .zip, but it’s completely empty. Domain is https://www.southernuconf.org. FWIW, log file does show something about deleting zip file and sql file.

Philipp, just looked into this again. Still having inconsistent results posting from WordPress for iOS (v. 3.) on iOS 5.1.1 using version 0.1.1 of the Geolocation plugin. FWIW, Location Services are on. No matter what I try via the mobile app–I even used the [geolocation] shortcode in my posts–I cannot get the location to show up in my posts UNLESS I either update those posts through my desktop computer or author an original post on my desktop (and of course, this defeats the purpose of the plugin :-)). Not sure where the bug may originate: The WordPress for iOS app, the Geolocation plugin, or what … Anyone?

Just tried again a moment ago, and it’s working fine now–location is showing up in the link text. Weird.

Second hurdle cleared: Form submission is now working for child-site admins now. Same issue as before. I just had to find a way to weed out all the deprecated code in the $selfreference variable so that the submitted data had a correct https URL to submit to.

So, $selfreference originally looked like this:

$selfreference = get_settings('siteurl') . '/wp-admin/edit.php?page=' .BDPRSS2_DIRECTORY. '/bdp-rssadmin.php';

The revised code looks like this now:

$selfreference = home_url('/wp-admin/tools.php?page=' .BDPRSS2_DIRECTORY. '/bdp-rssadmin.php', 'https');

Since the get_settings function is now deprecated and the siteurl tag is incapable of passing along https, I decided to use the home_url function and its path and string parameters, respectively, the append the proper URL and specify that it should be https. I wish I were knowledgeable enough to address your comment about the use/misuse of add_management_page, but this seems to be working for now … on to other bugs :).