Skip Navigation

[Resolved] Post Expiration Date issue

This support ticket is created 6 years ago. There's a good chance that you are reading advice that it now obsolete.

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Sun Mon Tue Wed Thu Fri Sat
8:00 – 12:00 8:00 – 12:00 8:00 – 12:00 8:00 – 12:00 8:00 – 12:00 - -
13:00 – 17:00 13:00 – 17:00 13:00 – 17:00 13:00 – 17:00 13:00 – 17:00 - -

Supporter timezone: America/New_York (GMT-04:00)

This topic contains 7 replies, has 2 voices.

Last updated by Christian Cox 5 years, 5 months ago.

Assisted by: Christian Cox.

Author
Posts
#1138065

Hi,

If I set a post expiration date of a post in the back-end, say to Nov 2 23:59, the moment I press "Update" it changes to Nov 3 01:59, which is 2 hours ahead.

Same behaviour as in the images here:
https://toolset.com/forums/topic/cred-post-expiration-expiration-time-changes-when-custom-post-field-is-amended/#post-509790

Please note, my WP Timezone is set to Athens (UTC+2) and all my plugins are current.

I believe this issue is related to this:
https://toolset.com/forums/topic/custom-post-expiration-time-issue/

Also, the Settings for Post Expiration Date issue, in the back-end, should show which time? UTC, or WP Timezone time?

Please check it out.

Thank you,
Kostas

#1138278

Hi, this is really confusing and our team has an internal ticket in place to improve expiration management. When you create a post with Forms, the expiration date is calculated and stored in the database as a UTC timestamp. Then if you edit that post in wp-admin, the expiration date/time is shown in UTC (not your local time). That's confusing, but it gets worse. When you update the post, Forms assumes you are submitting a local time instead of the UTC time shown, and adds/subtracts your local offset as if it is converting back to UTC. This effectively changes the expiration time each time you edit the post even if you don't modify the expiration time. It's a mess, and I want to get it fixed. I'm asking my second tier team to take another look and reprioritize this issue. I'll let you know what I find out.

#1139769

My second tier team confirms there was a regression here. The problem was not effectively resolved in the latest release. Right now, the best way to proceed is to modify the post expiration date/time according to your offset by subtracting 2 hours from UTC time, every time you update the post. When the post page refreshes in wp-admin, you will see the expiration show up as UTC time.

#1189044
#1240927
#1245457

This issue will be permanently addressed in Forms 2.4. We plan to have a beta release for that available in the coming week, followed by a final version. I'll keep you posted here.

#1270123

Hi, just wanted to let you know that Forms 2.4 beta is now available. It includes a fix for the post expiration date issue, as well as many more changes you can read about here: https://toolset.com/download/toolset-cred/#changelog

I do not recommend trying this beta version on your live site, but if you have a staging or development environment and would like to test out the update, you can find the beta version of Forms at https://toolset.com/account/downloads. Use the Channel select field to switch to the Beta channel.

#1277865

Forms 2.4 stable is now available for automatic update or download at https://toolset.com/account/downloads. Please update to the latest versions of all Toolset software and let me know if the problem is not resolved. Thanks for your patience!