Page MenuHomePhabricator

Time in Signature for de.wikipedia is UTC instead of CEST
Closed, ResolvedPublic

Description

Author: RainerBielefeldNG

Description:
Time in Signature for de.wikipedia is UTC instead of CEST, if Signature is
created with '~~~~'


Version: 1.5.x
Severity: normal
URL: http://de.wikipedia.org/wiki/Wikipedia:MediaWiki_1.5_-_Problemmeldungen#UTC_statt_CEST

Details

Reference
bz2668

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 8:37 PM
bzimport set Reference to bz2668.
bzimport added a subscriber: Unknown Object (MLST).

Hallo Rainer,

the time is *correct* (in UTC), but the string is wrong (CEST)

In DefaultSettings.php, set $wgLocaltimezone = 'UTC';
I submitted this to the developers.

(In reply to comment #2)

the time is *correct* (in UTC), but the string is wrong (CEST)
In DefaultSettings.php, set $wgLocaltimezone = 'UTC';
I submitted this to the developers.

I think it is the other way round: The String is correct but the time is wrong.
It should be CE(S)T not UTC.

No, the timestamps are not rendered dynamically, but statically (the become part
of the page "source" code).

So, to show for any user the same time, (as far as I know), the best way is to
show _only_ UTC timestamps on ~~~~ signatures.
This does not influence the page edit times for your personal views (recent
chnages, watchlist etc.)

No, the timestamps are not rendered dynamically, but statically (they become
part of the page "source" code).

So, to show for any user the same time, (as far as I know), the best way is to
show _only_ UTC timestamps on ~~~~ signatures.
This does not influence the page edit times for your personal views (recent
chnages, watchlist etc.)

jeluf wrote:

*** This bug has been marked as a duplicate of 2658 ***

(In reply to comment #5)

No, the timestamps are not rendered dynamically, but statically (they become
part of the page "source" code).
So, to show for any user the same time, (as far as I know), the best way is to
show _only_ UTC timestamps on ~~~~ signatures.
This does not influence the page edit times for your personal views (recent
chnages, watchlist etc.)

I am aware of this. But the large marioty of user of the German Wikipedia are in
Central Europe. So this timezone should be used.

(In reply to comment #7 -- and we should have follow up discussions on
http://bugzilla.wikimedia.org/show_bug.cgi?id=2658 because this bugzilla is
marked and closed as duplicate)

... But the large marioty of user of the German Wikipedia are in
Central Europe. So this timezone should be used.

I fully understand.

Your argumentation gives also support for my patch
http://bugzilla.wikimedia.org/show_bug.cgi?id=505 for non-global wikis, where
$wgTimezoneoffsetOverwrite is introduced. Using this, a WikiSysop can switch all
time indications in the whole wiki to have a certain timeoffset. For Wikis
running Mid European Time, this currently needs two adaptations per year,
$wgTimezoneoffsetOverwrite='01:00' (November - March)
$wgTimezoneoffsetOverwrite= '02:00' (April-October). The single user wouldn't
have to adapt his/her user preferences any longer.

The variable was introduced as an ad-hoc fix. Until October 2005, I plan to have
a final solution for the '505 problem, namely to have an automatic time offset
correction based on a user TIMEZONE identifier; once entered into user
preferences, the wiki knows, where you are located and switches all time
inidcations for you to your preferred local time, e.g. "Gesetzliche Zeit in
Deutschland" (MEZ/CET or MESZ/CEST).

The '505-patch is part of my EnotifWiki (special edition of MediaWiki), see
http://meta.wikipedia.org/wiki/Enotif and
http://sourceforge.net/projects/enotifwiki . Thus, any Sysop running EnotifWiki
can switch the whole wiki into (e.g.) UTC+2 mode; in this case, user preferences
show a message "offset: 02:00 (fixed)". If the Sysop sets
$wgTimezomecorrectionOverwrite=false; the wiki behaves like standard MediaWiki.