Arantor

  • As powerful as possible, as complex as necessary.
  • Posts: 14,278
Re: Time offset (auto detect)
« Reply #105, on July 24th, 2012, 08:38 PM »
It would really help if we knew people in these areas to be able to judge what's right.

It's no big deal to add these extra items in, though ;)
When we unite against a common enemy that attacks our ethos, it nurtures group solidarity. Trolls are sensational, yes, but we keep everyone honest. | Game Memorial

markham

  • Finally finished the Slideshow... phew!
  • Posts: 138
Re: Time offset (auto detect)
« Reply #106, on July 25th, 2012, 05:25 AM »Last edited on July 25th, 2012, 05:50 AM
Quote from Arantor on July 24th, 2012, 08:38 PM
It would really help if we knew people in these areas to be able to judge what's right.

It's no big deal to add these extra items in, though ;)
I'm currently at GMT[1]+8 and to be honest, I don't think it matters too much whether Beijing or if Taipei is used although Hong Kong would be a more "neutral" option.

As far as Russia is concerned, there are two "standard" times used throughout the country. There's the "longitudinal" time with St Petersburg and Moscow at GMT+4 through to Vladivostok at GMT+10, by which businesses operate at the local level; there's also "Moscow Time" which is still used by the railways and (I believe) airlines and is also used by businesses, government departments etc., at the national level. China follows a similar model.

That said though, I recently installed Ubuntu 12.04LTS onto a netbook that had previously been struggling with Windows 7[2] and I was pleasantly surprised to see that Ubuntu's installer was very obviously using geo-location to suggest the time-zone. You see, no software that I've come across ever suggests "Manila" and although it got the city wrong[3], it did get the right country. I'm wondering whether Wedge could use a similar system - just think of all those bytes you could save, Nao, by not having an extensive list of options! :)
 
 
 1. and being British, I positively refuse to call it "UTC"
 2. despite the fact that it has 2Gb of physical memory
 3. I'm actually in Davao, a two-plus hour flight to the south

Arantor

  • As powerful as possible, as complex as necessary.
  • Posts: 14,278
Re: Time offset (auto detect)
« Reply #107, on July 25th, 2012, 11:13 AM »
Quote
and being British, I positively refuse to call it "UTC"
As well you should, GMT != UTC anyway. The two are different notably that UTC is UTC is UTC and never varies, even for DST while GMT is only the placeholder assigned to Britain etc. during the winter months. There are some minor vagaries involved at the system level too but nothing to worry about.
Quote
and I was pleasantly surprised to see that Ubuntu's installer was very obviously using geo-location to suggest the time-zone.
Odd, 12.04LTS (last I installed it) didn't use any geo-location, it asked me my language first and foremost and since I'd said English UK, it just went from that.

What did you put in as your language?
Quote
just think of all those bytes you could save, Nao, by not having an extensive list of options! :)
Not going to happen.

1. Geolocation is a rat's nest, and that's going to get worse, not better, as IPv4 exhaustion will lead to buying and selling blocks.
2. We don't have the resources to generate the relevant lists, and I don't see us paying for the maintained lists - and that's a good way to push upgrading.
3. I'm fairly certain there are privacy implications.
4. The alternative is to use the Location API but not all browsers support is and of those that do, they all ask first for permission to use the API. Fairly certain most users would say no.
5. Other than IP address, the only other measure is the language code, which may or may not be accurate and it won't tell you the location of the user in all cases.

PantsManUK

  • [me=PantsManUK]would dearly love to dump SMF 1.X at this juncture...[/me]
  • Posts: 174
Re: Time offset (auto detect)
« Reply #108, on July 25th, 2012, 12:08 PM »Last edited on July 25th, 2012, 12:18 PM
Not really adding a great deal to the debate, but I keep all my *nix servers locked at UTC, no matter where they are physically (or virtually) in the world (barring the server at work that handles our Subversion repos, otherwise the devs get all upset when the DST switchovers occur and SVN refuses their commits :eheh:); logs are easy enough to understand in UTC, and everything else DST is pretty much handled transparently on the client-side IMO (email datetime strings, f'rinstance).
Quote from Arantor on July 25th, 2012, 11:13 AM
As well you should, GMT != UTC anyway. The two are different notably that UTC is UTC is UTC and never varies, even for DST while GMT is only the placeholder assigned to Britain etc. during the winter months. There are some minor vagaries involved at the system level too but nothing to worry about.
Mmmmmm... Tech OCD starting to kick in...

Yes, and no. While the time prime meridian is acknowledged to run through Greenwich (and long may that remain the case; anyone want to come to GRO with me to look at the Harrison timepieces?), there is no difference between GMT and UTC (and insofar as "lies told to children", can be treated as being exactly the same thing). Should the EU bigwigs decide to move the time prime meridian (to *spit* Paris, f'rinstance), then this would necessarily introduce a 1hr difference between GMT and UTC.
« What is this thing you hoomans call "Facebook"? »

Arantor

  • As powerful as possible, as complex as necessary.
  • Posts: 14,278
Re: Time offset (auto detect)
« Reply #109, on October 28th, 2012, 02:54 AM »
I has a sad :(

Everything's configured right, yet when DST ended here 10 minutes ago it didn't automatically pick it up :( I have no idea why!
Posted: October 28th, 2012, 02:12 AM

Nao: is the server in Paris? If it is not in Paris, update the server timezone to where it actually is please.
Posted: October 28th, 2012, 02:14 AM

Scratch that, don't change it. I just have no idea how to fix this right now. Bah.
Re: Time offset (auto detect)
« Reply #110, on October 28th, 2012, 03:39 PM »
Now I'm *REALLY* confused. The settings are all exactly as they were 12 hours ago but now it's working properly.
Re: Time offset (auto detect)
« Reply #111, on December 9th, 2012, 11:52 PM »
OK, there is a bug with this under certain circumstances where it chooses to use the wrong timezone settings in thread view - but it's hard to spot, let alone debug. Going to investigate.
Re: Time offset (auto detect)
« Reply #112, on December 31st, 2012, 06:08 PM »
I think I've nailed this down now. I'll commit it next time I do a commit.