Last modified: 2010-05-15 15:38:30 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T4668, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 2668 - Time in Signature for de.wikipedia is UTC instead of CEST
Time in Signature for de.wikipedia is UTC instead of CEST
Status: RESOLVED DUPLICATE of bug 2658
Product: MediaWiki
Classification: Unclassified
Internationalization (Other open bugs)
1.5.x
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://de.wikipedia.org/wiki/Wikipedi...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-07-02 11:06 UTC by Rainer Bielefeld
Modified: 2010-05-15 15:38 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Rainer Bielefeld 2005-07-02 11:06:17 UTC
Time in Signature for de.wikipedia is UTC instead of CEST, if Signature is
created with '~~~~'
Comment 1 T. Gries 2005-07-02 11:22:10 UTC
This is a duplicate to http://bugzilla.wikimedia.org/show_bug.cgi?id=2658
Comment 2 T. Gries 2005-07-02 11:27:50 UTC
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.

Comment 3 Hendrik Brummermann 2005-07-02 11:52:26 UTC
(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.
Comment 4 T. Gries 2005-07-02 11:55:00 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.)
Comment 5 T. Gries 2005-07-02 11:55:19 UTC
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.)
Comment 6 JeLuF 2005-07-02 11:56:55 UTC

*** This bug has been marked as a duplicate of 2658 ***
Comment 7 Hendrik Brummermann 2005-07-02 12:21:10 UTC
(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.
Comment 8 T. Gries 2005-07-02 13:45:01 UTC
(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.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links