Alarms get set at wrong times after travelling

User impact: alarm will fail to ring at time set by user.

This might be the same issue as bug 1470320 but I don't feel that report is clear enough to be sure. My use case is:

1. Set an alarm to 9am (and leave clock app running).
2. Travel across timezones.
3. Use the settings icon (top right) from the clock app and then "Change time and date" to enter system settings, and change the time zone to my new location
4. Switch back to clock app (swipe from right edge)
5. Press back to get back to the main screen
6. Swipe from bottom edge to view alarms
7. Note that the alarm still says 9am
8. Edit the alarm by touching it

Expected result: the alarm time picker starts off at 9am.

Actual result: the alarm time picker starts off at 3am (or whatever the time zone difference is presumably)

9. Change alarm time to 10am
10. Touch the tick on the top right

Expected result: the alarm page now shows the alarm set at 10am, and an alarm is set to 10am in the date/time indicator.
Actual result: the alarm page now shows the alarm set at 4pm, and an alarm is set for 4pm in the date/time indicator.

It seems to me that if the timezone is changed while the clock app is running, then the alarm edit UI page screws up by offsetting anything displayed or set by the timezone difference. This will cause the user to inadvertently set an alarm to ring at the wrong time after having set the timezone correctly.