So generally when I decide on a suggestion's ultimate fate, I don't comment (figuring the discussion is usually good enough for people to work out my reasoning) but in this case, I wanted to!
I'm going to be setting this suggestion's status to "deferred", which means "I'll come back to it later to see if things have changed". The reason I'm not migrating it into Bugzilla is that -- as noted in some of the earlier comments -- the list we use isn't manually compiled; we use one of the standard Unix utilities for calculating timezones, etc. Because of that, any changes to the timezone list would require us to essentially create an entirely new timezone management system from scratch (even if it's just to add more cities, as this suggestion proposes), with all the headaches of managing and updating that system as times and timezones change around the world.
So, this suggestion is not rejected, precisely, but since timezone management is so not our core strength, and maintaining a system like this would take a lot of resources that we don't necessarily have to spare, I'm calling it deferred until/unless we can find a package out there with better city->timezone data. If we can find a GPL-compatible package that has better timezone management, and better city/country/timezone data, I would love to integrate it. I will keep my eyes open for one.
no subject
I'm going to be setting this suggestion's status to "deferred", which means "I'll come back to it later to see if things have changed". The reason I'm not migrating it into Bugzilla is that -- as noted in some of the earlier comments -- the list we use isn't manually compiled; we use one of the standard Unix utilities for calculating timezones, etc. Because of that, any changes to the timezone list would require us to essentially create an entirely new timezone management system from scratch (even if it's just to add more cities, as this suggestion proposes), with all the headaches of managing and updating that system as times and timezones change around the world.
So, this suggestion is not rejected, precisely, but since timezone management is so not our core strength, and maintaining a system like this would take a lot of resources that we don't necessarily have to spare, I'm calling it deferred until/unless we can find a package out there with better city->timezone data. If we can find a GPL-compatible package that has better timezone management, and better city/country/timezone data, I would love to integrate it. I will keep my eyes open for one.