[TYPO3-core] RFC: Bug #1697: Datetime input fields and timezone shift bug
Martin Kutschker
Martin.Kutschker at n0spam-blackbox.net
Tue Oct 23 13:15:23 CEST 2007
Martin Kutschker schrieb:
> Ingo Renner schrieb:
>> Ernesto Baschny [cron IT] wrote:
>>
>>> As we don't store any TZ information in date / datetime fields (they are
>>> integers), you should always see 18h00 on any view (list view, backend
>>> form, etc).
>>
>> ok, this is the case now.
>>
>> I just don't know whether this would be right. As if I say 18:00
>> Chicago time I also mean 24:00 CEST - at least in my understanding ...
>>
>> can you explain why this is/should be the right behavior?
>
> I argue that TYPO3 should store times in the server time zone (or UTC),
> but should display the time in the time zone of the client. This means
> that if I enter a time in my local time, TYPO3 will still show me my
> local time.
>
> The other option for a consistent UI is to use alywys the server time
> zone for both entering and displaying a time. But this means that the
> editor has to know what the server's time zone is. I think this is maybe
> a bit awkward, but could make sense for some installations.
>
> For both solution there will be no changing of times for the editor.
> Whatever she enters will stay as it is entered (unless you change the
> local time zone in the former case). If it does, it is a bug.
>
> So, I think the former should be default, but the latter configurable
> via TYPO3_CONF_VAR.
And of course there should by either a way to define the TZ of the TYOP3
isnatllation or a way to for UTC for timestamps. I prefer the latter
because it is easier to implement and understand.
Masi
More information about the TYPO3-team-core
mailing list