Ticket #337 (closed enhancement: fixed)
do not set a different timezone in one country
| Reported by: | jluebbe | Owned by: | jluebbe |
|---|---|---|---|
| Priority: | minor | Milestone: | milestone5.5 |
| Component: | framework/otimed | Version: | |
| Keywords: | bug feature | Cc: | angus.ainslie@…, seba.dos1@… |
Description
Using GSM we really only detect the country. When a different timezone in this country is already configured, leave it alone.
Attachments
Change History
comment:2 Changed 4 years ago by daniel
Well, it's not that it isn't allowed for. It just is not possible to deduce the timezone from GSM country code in multi-timezone countries. For that we need either the position via GPS or GSM cell locating and a map of the timezone boundaries (or update the timezone based on +CTZV but that poses other problems). If you can provide the location of the timezone boundaries that would be great.
comment:3 Changed 4 years ago by jluebbe
- Status changed from new to accepted
I think i'll disable setting the timezone for countries with more than one time zone. Later it would be nice to use the +CTZV offset to find the correct timezone in a country with many timezones.
comment:7 Changed 4 years ago by alexxy
Doesnt work for me with Megafon RUS in St.Petersburg My timezone should be Europe/Moscow? or MSK but frameworkd set it as EEST
comment:8 Changed 4 years ago by Nytowl
EEST and MSK are both +0300 correct ?
CTZV processing should allow the correct UTC offset to be calculated. Can you attach /var/log/frameworkd.log
comment:9 Changed 4 years ago by alexxy
in principal yes but since we have 'summer' and 'winter' time then current offset is +4 xeon ~ # zdump /usr/share/zoneinfo/Europe/Moscow /usr/share/zoneinfo/Europe/Moscow Sun May 10 12:34:45 2009 MSD xeon ~ # date ??? ??? 10 12:34:48 MSD 2009 xeon ~ # date --utc ??? ??? 10 08:34:51 UTC 2009 xeon ~ #
comment:10 Changed 4 years ago by jluebbe
Could you retest? It should now do nothing in your case, as we can't decide which zone is correct.
comment:11 Changed 4 years ago by alexxy
Seems proble iz that frameworkd tryed to set first timezone available for countrycode so in my case it tryed to set Europe/Kaliningrad? while in my case it should be Europe/Moscow? since i'm from St.Petersburg and it has same timezone
comment:12 Changed 4 years ago by jluebbe
Yes, i've changed it to leave the current setting alone when we don't have enough information to decide on the correct time zone. Do you get time zone information from the network (AT+CTZV)?
comment:13 Changed 4 years ago by alexxy
how can i test it? with cli-framework?
comment:14 Changed 4 years ago by Nytowl
alexxy, please change the log level in /etc/frameworkd.conf to debug and submit a new log.
comment:15 Changed 4 years ago by alexxy
This from latest paroli unstable image
comment:16 Changed 4 years ago by alexxy
If i set right timezone and then reboot it changes timezone back to first available for countrycode
comment:17 Changed 4 years ago by Nytowl
If you manually set the timezone you must disbale the automatic updates. In /etc/frameworkd.conf set
ZONSOURCES = NONE
comment:18 Changed 4 years ago by alexxy
Agree but the bug is that frameworkd tryed to set first timezone in list according to countrycode and this is not work for countryes with multiple timezones so bug still exist
comment:19 Changed 4 years ago by Nytowl
jluebbe said he has implenented a fix for this and it should be in frameworkd head. That will atke a little while to get into the distro's
comment:21 Changed 4 years ago by stefan
- Status changed from in_testing to closed
- Resolution set to fixed
It's in fso head, which we use for ms5.5
It looks as though the existence of more than one Timezone in a country is not allowed for. Please consider countries , e.g. Australia, America for a start, where people can enter two or more timezones in a day. Thank you, clare