Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#13 2006-10-24 22:05:33
- zem
- Developer Emeritus

- From: Melbourne, Australia
- Registered: 2004-04-08
- Posts: 2,579
Re: (4.0.4) posted by and modified by times...
I previewed it twice before actually posting it.
That’s the trigger. After a preview, click ‘More’ – ‘Set timestamp to now’ is off (it’s usually on, for an unpublished article), and the ‘Publish at’ time is wrong.
Quick workaround: before publishing a new article, make sure ‘Set timestamp to now’ is on.
Alex
Offline
#14 2007-06-20 19:20:07
- M_i
- Member
- Registered: 2006-03-05
- Posts: 122
Re: (4.0.4) posted by and modified by times...
Is there a fix for this yet?
Many of my (not too technical) users preview their articles before they post, often more than once, and each time they do the timestamp goes up as many hours as I’m offset from servertime (8 hours in my case) and they wonder why their articles don’t appear on the site, if they are being moderated…
I tell them to tick the reset timestamp box but not everybody reads instructions as carefully as I’d like, so here I am having to change the timestamp on many articles before they’re visible.
As this is in ‘Existing Issues’ I fear the answer to my question is going to be ‘no’ and right now, I’m very tempted to just remove previewing options altogether, but I do hope someone will come up with something better.
Offline
Re: (4.0.4) posted by and modified by times...
When you start a new article and click on the ‘more’ link just above the publish button, is the time/date shown there correct? If not, which timezone have you set in your preferences and is that the server timezone or your own timezone?
Last edited by ruud (2007-06-20 20:36:08)
Offline
#16 2007-06-20 21:10:23
- M_i
- Member
- Registered: 2006-03-05
- Posts: 122
Re: (4.0.4) posted by and modified by times...
ruud wrote:
When you start a new article and click on the ‘more’ link just above the publish button, is the time/date shown there correct? If not, which timezone have you set in your preferences and is that the server timezone or your own timezone?
When I start a new article the time is set correctly. Though when I either preview the article or view the html, when I return to normal text, the timestamp has changed. I’ve tested this across several sites, at two different hosts as well as my local installation, and it seems that the number of hours the timestamp changes after previewing is equel to the amount of hours the timezone as set in the preferences is different from the server time.
So.. my site running on UK time but at a California based host gains 8 hours each time I preview an article. Preview once and it’s 2 in the afternoon instead of 6 in the morning; preview twice and it’s 10 at night, preview three times and it’s 6 o’clock again… only on the next day.
Likewise at another site that’s on a German server but also set to UK time in the preferences, the timestamp goes back an hour with each preview.
I’ve observed this behaviour at all my Textpattern sites, as said across different hosts, including my local machine. None of them are entirely clean installations but there isn’t a single plugin or hack that occurs across all these installations. From the discussion above and where it’s posted I had assumed this was a know issue. I’ll test this on a clean install tomorrow as I don’t have one handy at the moment, but I just tried at the demo on OpensourceCMS and the same thing happened there.
Edit: I recorded the problem in a snappy little video (1.35 MB). This is what happens at OpensourceCMS, which should be a completely new install — every two hours, I believe. But my sites all show the same bug.
Last edited by M_i (2007-06-20 21:39:57)
Offline
Re: (4.0.4) posted by and modified by times...
This may be fixed in SVN revision 2078, but I can’t test this myself (server runs on UTC time)
Offline
#18 2007-06-21 06:58:00
- M_i
- Member
- Registered: 2006-03-05
- Posts: 122
Re: (4.0.4) posted by and modified by times...
ruud wrote:
This may be fixed in SVN revision 2078, but I can’t test this myself (server runs on UTC time)
Thanks! That’s the one :)
Offline