pierre1wp
Forum Replies Created
-
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
Hi Javier,
I ended up not adding these two lines:
define( ‘ACUI_IMPORT_BATCH_SIZE’, 100 );
define( ‘ACUI_IMPORT_TIME_LIMIT’, 29 );
because it was apparently behaving fine. So left it alone.Now I am coming back here because yesterday I had added several new users to the Google Sheet where the CSV is created from. But the last recurring import was dated April 27!!!!! So I did a manual import and immediately got the new users.
Even if WordPress cron does not run as reliably as one would like, I have it set to import hourly. It should not be multiple days (2 weeks in this case) without running at all.
This is frustrating as up until late last year, things were running as smooth as silk.
Thanks for your help.
Pierre
I don’t believe cron is the problem as other tasks are running. But I don’t know if my hosting is limiting anything.
But, I’d like to understand something. If I do a manual import from the Import tab, the plugin imports all rows of the CSV in one shot, never a problem. So why doesn’t it do the same thing in the Recurring Import? Why the need to work in chunks?
And if I can’t get the recurring import to work properly, how could I schedule the single import using cron? That would work for me if that’s doable. Maybe that would be the solution (for me anyway).
Thanks.
Pierre
Hi Javier,
Thank you for the updated version. I did install 2.0.8 and indeed, when I click on “Execute cron task now”, it imports in chunks of 100 lines. If I wait 30s to a minute after each chunk is imported and refresh the page, I do see the next chunk, and refresh again to see the next one and the entire CSV is imported. But that is NOT consistent and sometimes refreshing does NOT bring the next chunk.
So not sure why the next Action Scheduler job is not being consistently created after batch completion?
I even added a cron job on my hosting service to run
wget -q -O – https://domain.org/wp-cron.php?doing_wp_cron > /dev/null 2>&1
every minute (* * * * *).
Didn’t seem to help.
I am at a loss.Thanks.
PierreHi Javier,
I installed 2.0.5 and let the plugin do its hourly import. It still imports in chunks of 29, and there is a time gap of about 2 minutes (give or take) between chunks imported. So it EVENTUALLY imports the entire CSV, but it takes 15 minutes or more from the import of the first chunk til the last one.
So my question to you, which I think I asked earlier, is: what happens if the CSV is updated during that 15+ minute span?
Thanks.
Pierre
Hi Javier,
I just noticed that the plugin was updated on April 11 on my website. So I looked at the log for the plugin. It had imported a bunch or rows in multiple chunks of 29. However the last row imported was 231 while there are 341 rows in my CSV.
So I did a manual import in the Import tab to get a fully updated import. Then went back to the Recurring Import tab. It had imported a few more chunks of 29 rows but it still wasn’t complete.
Is that expected? How long could it take for the entire CSV to be imported? What happens if the CSV is updated in between imports of chunks?
The time stamp on the imports appears to be UTC. I don’t know if it is that way because my hosting is in the UK (I am in the US) or because the plugin literally puts a UTC time stamp to be correct word wide. Do you know?
Could you please add UTC at the end of the time stamp to make it unambiguous? That would be much appreciated. Or would that become incorrect for other hostings in other places in the world?Looking forward to your response.