trenzterra

I have switched to s3 in the mean time (appears cheaper too given my usage pattern) and I have not had the time to troubleshoot it in further detail yet.

May I know when the update is pushed out so I can try again? The other time I ended up with a corrupt uploads file though–i downloaded it but it refused to extract. So I’m not sure if the upload was indeed successful?

To update, I have also tried backing up with DO’s Amsterdam server, with the same issues (though the first time it went through successfully).

https://pastebin.com/9ibufqqD

Just wondering if the plugin has anything to do with this issue I am experiencing, or is it that DO Spaces is just unusable for large backups?

Hi,

Please see my pastebin link here: https://pastebin.com/NSKS8A6j

Just a background, I am using a DigitalOcean droplet with Ubuntu 16.04, nginx and PHP-FPM. Timeouts have been set to about 3000s and above so that should not be an issue.

The space I am backing up to is based in NYC whereas my server is in Singapore; not sure if the latency is causing this. When I backup to an Amazon S3 server based in Singapore, it proceeds just fine.

Hi,

I have tried replacing esc_attr with wp_strip_all_tags but it doesn’t work as well. I believe the issue is that preg_replace automatically removes dollar signs and backslashes.

Found this discussed over at SitePoint which I think is relevant: https://www.sitepoint.com/community/t/how-to-escape-replacement-string-for-preg-replace/5769/9

Sorry, I realise this may sometimes throw an error in PHP.

A better way would be to replace esc_attr( $title ) with this:

strtr(esc_attr( $title ), array('\\\\' => '\\\\\\\\', '$' => '\\$'))

Hi Jon,

Thank you. I have emailed you separately.

I am also experiencing the same problem with the latest version…

Perfect! thanks! ??

Ah, that seems to have fixed it! Silly me.

Thank you for your help ??

Nevermind. I turned off Rocket Loader in Cloudflare itself and it works now.

Thanks for the prompt reply.

I’m using the default short code [my_calendar]

I’m running version 2.3.28. Is that the latest version? Thank you.

Yep, I used Firefox when I discovered the bug. Seems to happen to me on Chrome as well though!

It’s strange, but it seems to work fine now on my main installation. On my spare installation I still get the same problem, but I guess it wasn’t updated recently enough. On my spare I need to execute the bulk action twice before it’ll take effect.

EDIT: I just tried on my spare again. Apparently it seems I need to first select all, edit, set to Visible or Hidden, update (basically all the steps that you did) and then from then on, even if I use the Bulk Actions on a few pages (not all), they would take effect immediately. Before that, if I used the Bulk Actions on just a few pages, I need to execute it twice before the changes apply.

EDIT2: Seems like it’s happening again once I clear my cache and cookies… Could you test using the bulk actions on just one or two items with your cache/cookies cleared, instead of the whole chunk? Thank you! ??

I’m using WordPress 4.1.1. I tried on a spare, vanilla installation and it didn’t work as well.

The bug only appears when you’re trying to do it as a Bulk Action. When I use the Quick Edit feature for each post, I am able to exclude it successfully.