Changes between Version 1 and Version 2 of Ticket #29205, comment 9
- Timestamp:
- 08/15/2014 12:29:14 PM (10 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #29205, comment 9
v1 v2 1 How I discovered this, is I needed to convert any user's UTC offset selections to a close equivalent timezone string. To do this I grabbed the cities timezones info array from php's `timezone_abbreviations_list()` and I loop through it, grabbing the 'offset' key and comparing it with the selected UTC offset * 3600. I had some error control in placeif there wasn't a valid timezone string matching the given offset and that's where this surfaced.1 How I discovered this, is I needed to convert any user's UTC offset selections to a close equivalent timezone string. To do this I grabbed the cities timezones info array from php's `timezone_abbreviations_list()` and I looped through it, grabbing the 'offset' key and compared it with the selected UTC offset * 3600. I had some error control in place to detect if there wasn't a valid timezone string matching the given offset and that's where this surfaced. 2 2 3 3 I've attached a dump of all the offsets that are returned via `timezone_abbreviations_list()` and as you'll see, there are no equivalent timezone strings found for -:30, +:30, -6:30, -7:30, and -8:30 (there may be others but those are the definite ones I've found).