pierre1wp
Forum Replies Created
-
I did give Gemini a lot of context. But it mistakenly pointed me to WP Control when WP Control cannot control your plugin since you are using Action Scheduler. Gemini admitted its mistake.
Anyhow, yes I am still having a problem. Today the last run in the Execution Log tab is 15:50, same as in the Cron Health Status box. Yet the box says it’s going to run it again in 10 minutes (23:50), with all three dots green. The Log of the Recurring tab only has 99 rows with a timestamp of 50 minutes ago (22:51). So it looks stuck on the first chunk, hence the lack of full import as shown by the Execution Log tab for the past several hours. I don’t know what’s going on, but something is going on.
Waited 10 minutes til 23:51 and refreshed the page. The status box shows next run in 40 minutes. Why 40? That’s 20 minutes too soon. The log in the recurring tab has not changed, i.e. the incomplete run from an hour ago. I am at a loss to explain what’s happening.
I just ran a manual import and it ran fine, so the CSV is not at fault here.
Thanks.
Pierre
- This reply was modified 1 month, 1 week ago by pierre1wp.
Ok sounds good.
I asked Gemini AI about this. And it gave me the following explanation for a counter measure.
I mentioned that my UpdraftPlus backups are running like clockwork at 00:00, 08:00 and 16:00 after I added a curl of the home page every minute running on a computer.
However the imports every hour are still drifting by a minute or two each run (expected since they are driven by WP Cron), and it is entirely possible that after a significant drift, the import is going to run at the same time a backup is happening, potentially slowing down and hitting the 5 minute maximum time set by my hosting for PHP Time Limit. And maybe that’s why everything was fine for about a week, then it had drifted enough into a backup time.
So what Gemini suggested was to add the WP Control plugin to schedule the import at an exact regular time (say 15 minutes past the hour), so it would not hit the backup time and potentially end up having the scheduled task dropped. Of course I would have to disable the recurring import scheduling since WP Control would take care of it.Does the above make sense to you? Do you see any negative in doing this?
Thanks again for your support.
Pierre
- This reply was modified 1 month, 1 week ago by pierre1wp.
Hi Javier,
Thank you for yet another update to the plugin. I just saw it before even looking at this forum or my email.
Hey, you are entitled to taking vacation.😂
Regarding this sentence in the plugin description:
“Added self-healing mechanism: if the recurring import task is dropped from Action Scheduler (e.g. after a database cleanup or plugin update), it is automatically rescheduled on the next admin page load”.
The “automatically rescheduled on the next admin page load.” is where I need clarification. Does it mean the next page load of the plugin Recurring tab, or something else?
So if I don’t log in as an admin while I am on vacation (😂), the task won’t get rescheduled if it’s ever dropped?
And even if I do log in, I need to specifically go to the Recurring tab to trigger the reschedule?
If that is the case (that I need to go to that specific page), I may try to figure out a mechanism to automatically load the page from another computer, to make sure the task stays in the Action Scheduler.Better yet, if the drop from the Action Scheduler is a rare event (and hopefully it is), would a mechanism to email the WordPress admin when the drop occurs be practical? I could live with that too, and it would actually be cleaner and a preferred approach.
Thanks again for your support.
Pierre
Hi Javier,
Your favorite pest again. Trouble in paradise. As mentioned earlier, I have been watching the Execution log tab once a day, just to be safe. Everything was fine for about a week, until today.
I checked the log at 23:00 and the last execution was at 12:25 (no errors). And the Cron Status Health box shows a red No for “Scheduled to action scheduler”. At the bottom of the box it says “The cron is marked as active but is not found in Action Scheduler. Try saving the settings again.”
So I saved the settings, and it turned green and starting running within seconds. But I waited an hour to see the next run, which was successful.
What could cause the plugin task to drop from the Action Scheduler? And only after about a week for a task that runs every hour.
Thanks.
Pierre
Hi Javier,
It’s now been almost a week and the plugin runs religiously every hour without any errors. The Execution Log tab shows only successes and no errors for each hourly run, and so does the Cron Health Status box. Kudos to you.
I just noticed that the Log tab (the tab among Import, Export, Settings, Log, Documentation, More, i.e. NOT the Execution Log subtab of the Import tab) contains data from an import on May 22. And indeed the imported data shown is missing some data that was added after that date.
Is this a log from a true manual (i.e. not manual within recurring) Import? If so, then it makes sense and everything is fine. But wanted to make sure.
Again, not a bug report, just a clarification needed.Thanks.
Pierre
Hi Javier,
Just made a donation.
Thanks.Pierre
Hi Javier,
I installed 2.3.1
At first the Cron Health Status was showing a Next run on December 31, 1969 (I know, the Unix start time). It was also showing the Scheduled in Active Scheduler as No. Saved the option (it turned to Yes and green), and executed the task. It ran but only showing the first 100 rows in the Recurring Tab log. The Execution tab log does not show (yet?) this last execution.So there are no errors showing in the Recurring tab but the execution seems incomplete (we have seen that problem before). Refreshing the browser page does not make more rows appear.
And the Cron Health Status is not reflecting this last execution (yet?) either, maybe because it is still incompleteTHREE HOURS LATER
I just checked again and there are 3 successful runs in the Execution log tab (including the previously incomplete one), and the Cron Health Status shows no errors for the last run 1/2h ago.HOORAY!!!!! You nailed it, Javier. Thank you Thank you Thank you !!!
Now for the nitpicker in me. The Cron Health Status shows time stamps in my local time zone. The Execution Log tab shows time stamps in my local time zone. But the Recurring tab shows time stamps in UTC (without mentioning that it is UTC). Would you be able to fix that too?
Thanks again for all this debugging. I know it was probably painful.
Pierre
Hi Javier,
Thank you for version 2.3. I just updated the plugin and see the “Run as user” info. I also appreciate that you moved the Save and Execute buttons to the top right where they do not move when you scroll down the page. Much better UX.
The username showing up in the Cron Health Status box is correct. But it also has a 4-digit number in parentheses. I do not know where that number is coming from and I do not recognize it. It is not in my user profile (as far as I can tell). Is it important? Asking because the recurring import continues to fail with the same errors as before (the manual import continues to work fine).
I do see the selector with the expected 3 admin users (including me of course). I switched to another admin and saved and executed the task. It failed the same way. So I reverted to my name and saved.
As mentioned earlier, the errors show up in the “Errors, warnings and notices” section. There is one for each row of the CSV, starting with row 2 since row 1 is just the header.
The exact details show:
You do not have permission to assign some of the next roles “”I would be tempted to think that the empty double quotes at the end could be significant in terms of what’s failing. What would you normally expect to see within those double quotes? Is there a more extensive log somewhere else I could look at to figure out what is going on?
Thank you for your patience on this. I am convinced we will get to the bottom of this permission issue.
Pierre
I updated to 2.2.3 and left it. When I checked again it had run but failed the exact same way as before. So I saved the options and ran it manually in the recurring tab. It failed again the same way. So the permission issue is not yet resolved.
Pierre
Yes I have the same option for both, i.e. I use a CSV file in Google Drive, so I have a URL for it, no local file.
When I run it from the backend it barely takes 10 seconds to finish successfully. When I use the Recurring tab and manually click the button, it instantly displays 353 errors in the info box.
I can’t figure out what failure it is encountering. It says in the log in the Recurring tab, for each row:
You do not have permission to assign some of the next roles “”
Which permission is it talking about? I am logged in as an admin. Granted it doesn’t run under my ID when it runs by itself, or does it?By the way, even though they are all failed runs, I do see a run every hour in the Execution Log tab (very useful addition this new tab). So at least the Cron jobs are running. That’s a plus. We only need to figure out these permissions and that would be it, I hope.
Thanks.
Pierre
Well, I am not sure that the issue is resolved at all. As I said late last night, the first run after I saved the option again had 353 errors (the number of rows in the CSV). And this morning I see in the Execution Log tab than it ran every hour since and had the same 353 errors for every single run.
A manual run from the Backend tab runs just fine with no errors.
On the Recurring tab, I was about to run it there to see when I noticed that for each row it said
You do not have permission to assign some of the next roles “”
ErrorSaved the options again and ran it from the Recurring tab. It finished instantly and shows 353 errors in the log tab.
I am at a loss.
Pierre
Just came home and saw that the plugin had been updated to 2.2.2. Looked at the Execution Log tab. No change from this morning. So I clicked to save the option and the recurring import ran immediately. But the Execution Log tab showed this:
Date File Created Updated Deleted Ignored Errors Steps
2026-05-17 22:05:08 uc?export=download&id=13i5vdXlceFjcGtP08mUxoh0G_5Ccx_5e 0 0 0 353 353 4
with the previous execution early this morning showing:
2026-05-17 04:57:17 uc?export=download&id=13i5vdXlceFjcGtP08mUxoh0G_5Ccx_5e 0 353 0 0 0 4So just now there were 353 errors, the number of rows in the CSV.
No idea what this means. Tomorrow morning (or maybe in an hour if I am still up) I will see if the plugin will have run hourly.
Pierre
Hi Javier,
Overnight I got 4 more entries in the Execution Log tab. And on the Recurring tab, the last run has all rows of the CSV.
However, I should see 4 more runs in the log tab, and unfortunately, I don’t, in spite of refreshing that page. AND, in the Recurring tab, in the info box, the Scheduled in Action Scheduler is back to being No and red. It shows the last execution time, which is what is in the Log tab. And again it shows:
The cron is marked as active but is not found in Action Scheduler. Try saving the settings again.
I am baffled. I was in bed when the runs stopped, so nothing of my doing. But something is being reset. The question is: by what?I decided to not resave the options, in case you want me to look at something that would be overwritten or touched by the resave.
Let me know what I can do to help you debug this further. Thanks for sticking with me on this one. It’s a weird one.
Pierre
Thank you thank you for the debugging info. It shows:
Cron Health Status
Activated Yes
Scheduled in Action Scheduler No
Period Every hour
1 hour
Last execution Never
The cron is marked as active but is not found in Action Scheduler. Try saving the settings again.So I saved Scheduled Options again and now Scheduled in Action Scheduler is Yes. Great!
But the happiness was short lived. I mistakenly closed that browser window so reopened it and now the box shows:
Scheduled in Action Scheduler NoSaved the options again and it went back to yes and now it shows next execution in 40 minutes. Waited a bit to type this and now it’s in 59 minutes!!!!!
I think we found the problem but I wouldn’t say it’s completely solved. I am posting this now. May not wait for an hour to check the Execution log.
More tomorrow morning (US Eastern Time).
Thanks again for adding this information box. Very useful indicator of what’s going on.
Again, waited a bit to send this and now the Execution log does show the last run. The new box does show when it last ran, and at the bottom of the recurring tab it shows all rows of the CSV.More tomorrow but I think you nailed it with this new info box.
Thanks again.
Pierre
Hi Javier,
Thanks for the new version. I noticed it got installed automatically on my website, probably earlier today. I just looked at the Execution Log, and it says “No recurring executions recorded yet.”
Obviously I do not know at what time the update took place. But given that the recurring import is supposed to run every hour, I would surmise it should have occurred once already.
Currently I have a daily reminder to go to that page (https://mydomain.org/wp-admin/tools.php?page=acui&tab=homepage) and run a manual import.
I should add that I use UpDraft backups, scheduled every 8 hours and the plugin runs like clockwork at midnight, 8am and 4pm. So WordPress Cron is running fine.
In order to ensure that the site is visited often enough to trigger Cron, I have a PC doing a curl of the homepage every minute (it only takes a couple of seconds).
Pierre