eitanc
Forum Replies Created
-
Hi @lucianwpwhite , I think you may missed that in the post I linked to – there is a 2nd page of comments, so please look at the 2nd page, where I explain why I think it the source of the issue is your plugin.
@elsoar – Wow, that is strange… from my experience WP is a VERY reliable and stable platform so once a plugin is the only one enabled – the plugin works fine, unless, of course, it has a bug on its own. I guess your case will harder to solve.
I suggest you will try to install this plugin on another WP installation, possibly on another server, to see if the problem returns there.OK, I solved it.
Apologies to Backwpup for my anger towards them, but they need to guide people better on how to troubleshoot.
What I did was to disable all plugins except Backwpup and then test the jobs with scheduling. It worked. Then enable back half of the plugins and test the schedule again, and so on until I filtered it down to the clashing plugin, which is “WP Activity Log”, https://wordpress.org/plugins/wp-security-audit-log/.
Then I tried to disable/change various what-I-considered-relevant configuration attributes of this plugin, hoping one of them will be the cause, but nothing helped – only deactivating this plugin as a whole – solved this issue.
I will open a support post at their wordpress.org page, to let them know about it in parallel.I hope Backwpup will now have a better direction to solve this, if needed – with the help of the developers of the other plugin.
@elsoar , please test if this solution works for you as well. Thanks.
Yep, guys, I think we get the hint raising from the lack of action on behalf of backwpup. I am now on the move to another backup plugin. It was nice while it lasted, but that has ended now.
@saranshwpm any update on this? I also see other new posts complaining about the same.
Or we need to look for another backup plugin? because it seems backwpup doesn’t do anything to solve this.
The recent version, 4.1.5, did not solve the issue. Even in this version’s release notes there is not mention of relevant solution.
I am sorry to say but it doesn’t look like there is a will by Backwpup to solve this fundamental problem.
Hi,
The same over here.
I made several checks, and here are my findings:
- The scheduled job is not run either using wpcron or easycron (with or without its settings checkbox to run wpcron)
- In all cases a log is not created, while runing the same job manually does create a log, so it is not a log mechanism issue
- If scheduling the job is done using easy cron, to a weekly schedule in time that a day of the week like today and a time that is the next 5 minutes interval from now – the job is not run, a log is not created and the next schedule is set to be per the schedulin schema (in my case, once a week at the set time), in the next week’s day and time, as if the job did run
- If scheduling the job is done using wpcron, to a weekly schedule in time that a day of the week like today and a time that is the next 5 minutes interval from now – the job is not run, a log is not created and the next schedule is set to be at… “01/01/1970 at 03:00 by WP-Cron”
Overall, something went awfully wrong in this version’s scheduling engine.
Forum: Plugins
In reply to: [Companion Auto Update] No longer auto updateHi, Any news about this?
Also, this is from today’s date – it looks like the plugin sets the update date of today while at least the actions of new and manual were not done at this date, but some time ago. It looks like it may be the date that the plugin did some check but not the actual install or update.
See screenshot here – https://ibb.co/fvQkTpd
It seems to be fixed now in a more recent delivery, which sent to all subscribers of the list, so it may was a one time glitch. Thank you.
Sent emails. I have one list with 12 email in “subscribed” status on it. only 4 were sent to. If you will give me a way – I will send you the screenshots, it is not possible to upload them here.
Forum: Plugins
In reply to: [Companion Auto Update] No longer auto updateYes, now they changed the name again… to “Solid Security”, but I guess the technical path remains with the old name
https://wordpress.org/plugins/better-wp-security/
Yes, as noted above – I deactivated this plugin and it didn’t help, and also there is no mention of this plugin in the solution link, so I don’t know what to do.Forum: Plugins
In reply to: [Companion Auto Update] No longer auto updateI disabled the above mentioned plugin and waited few minutes – but the auto update did not happen.
I also tried to deactivate CAU and the activated it again – but that also didn’t help.
Forum: Plugins
In reply to: [Companion Auto Update] Re-activating the plugin changes settingsThank you for the reply Papin.
I think it is a non-standard and wrong behavior.
Disable means stop all activity but leave the settings as they currently are.
You are doing a kind of partial reset. Users expect that re-activation of a plugin will make the plugin active again with the same settings it had before the disable.
If you wish, you can add a “Reset” button, for manual use by the users.
Please consider fixing the current behavior.
Thanks.
Forum: Plugins
In reply to: [Companion Auto Update] Re-activating the plugin changes settingsAnyone here?
Now it happened again – I set the core updates schedule to every 1 minute some time ago, but now it is changed to 12 hours.
Forum: Plugins
In reply to: [Broken Link Checker] Enhancement request – Try httpS for the same URLGreat, thank you!