Hi,
Indeed, the PHP function strtotime() cannot handle it very well.
Can you try the development version 1.4.8b01? It should fix the problem.
Let me know if it works for you or not.
Thread Starter
clelli
(@clelli)
thank for your answer but also the new version doesn’t work. Same problem on date.
Hmm,
Not sure it should work…
Can you go to Dashboard and at the end of the URL in the browser, change it to options.php? The URL should look like, http(s)://{your-site-domain}/wp-admin/options.php Then, scroll down and find the date_format field. Tell me the value set there.
That looks fine.
Can you tell me the exact date input value that causes the error?
Thread Starter
clelli
(@clelli)
03/03/2020 10:00
here are 09.42 AM
if i input 03/03/2020 11:00 works!
Thread Starter
clelli
(@clelli)
i’ve received at 10.04 a mail scheduled for today at 11.04 .
I think that the problem is on timezone,
I’ve Rome timezone set and the time of WP is correct.
I think that plugin use universal time!
Tell me the gmt_offset and timezone_string values in options.php.
Thread Starter
clelli
(@clelli)
gmt_offset blank
timezone_string Europe/Rome
I see. That’s why.
Can you go to Dashboard -> Settings -> General -> Timezone and try setting UTC+1 there to see if it makes any difference?
Probably it will work. I’ll see if what I can do for cases that the user sets the site timezone as a location.
Thread Starter
clelli
(@clelli)
no same error
now gmt_offset is 1
That’s strange.
Can you go to Dashboard -> Task Scheduler -> Tasks and check the time followed with the text the current server set time: if it is the correct current time in your time zone?
Also, tell me the exact plugin version.
Thread Starter
clelli
(@clelli)
The background task monitoring routine is Running. The last checked time: 2020/03/03 12:57:45 The current server set time: 2020/03/03 12:58:07
the time is ok for me
Versione 1.4.8b01
Thread Starter
clelli
(@clelli)
i think i’ve found the problem
screenshot here:
https://mega.nz/#!OIx03YKD!lhiD12__zuC3-gK_YIBMYJZY1w6rbjFAhJyYs1_4NAM
-
This reply was modified 6 years, 1 month ago by
clelli.
It doesn’t occur here. They match each other.
Here we have two separate issues.
1. d/m/Y date format gets miscalculated
2. the time is miscalculated when gmt_offset is not set
Can you try the development version 1.4.8b02? (the same link) Now it forces the date format to the fixed one set by the plugin.
It should solve the first issue at least. Not sure about the second issue though.
Let me know how it goes.
