In this (https://en.wikipedia.org/w/index.php?title=User_talk%3A69.117.195.49&diff=602187310&oldid=578638944) edit HG3 added a warning with the header "April 2014" while th serverdate and signature still was 23:53, 31 March 2014 (UTC). THis is a minor thing, but still.
Version: 3.0.0
Severity: normal
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | Petrb | T65339 Huggle uses local time instead of server time | |||
| Declined | None | T65352 Make an API to return system time |
Huggle takes this from your system time, so your PC had April in that time :P
There is very little that huggle can do about this, mediawiki would need to have something like {{subst:Month}} or something for this to work properly
OR: mediawiki would need to make it possible to return current time, made a bug for that.
(In reply to Peter Bena from comment #1)
mediawiki would need to
have something like {{subst:Month}} or something for this to work properly
Such as {{subst:CURRENTMONTHNAME}}? Or {{subst:#time:F Y}}, as se4598 suggested?
(In reply to Peter Bena from comment #2)
OR: mediawiki would need to make it possible to return current time, made a
bug for that.
Closed as WORKSFORME, since your requested feature has existed in the API since 2008.
(In reply to se4598 from comment #4)
{{ #time: F }} / {{ #time: F Y}} could be used in the meantime
(In reply to Brad Jorsch from comment #5)
(In reply to Peter Bena from comment #1)
mediawiki would need to
have something like {{subst:Month}} or something for this to work properlySuch as {{subst:CURRENTMONTHNAME}}? Or {{subst:#time:F Y}}, as se4598
suggested?
When I think of that, it wouldn't work as huggle is required to merge the new warning in existing section if section with current month already exist. In order to do that it needs to check current month name against the current content of talk page, so if needs to know the name of month anyway.
If it was using subst, it would just result in creating multiple sections with same month in this case