time displayed wrongly on production phone

Bug #1567940 reported by Alan Bell
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical System Image
Fix Released
Medium
Unassigned
indicator-datetime (Ubuntu)
Fix Released
Undecided
Unassigned
ubuntu-system-settings (Ubuntu)
New
Undecided
Unassigned

Bug Description

My phone displays the time an hour out on the lockscreen and notification bar. It is a production BQ 4.5 phone, and I am using it in the UK where Canonical are based, so this isn't a weird edge case situation at all. I have reflashed it altogether, and upgraded yesterday to OTA-10. It has a read only filesystem.
If I go to time and date, and try to change my timezone it shows Europe/London UTC+1 and below it shows the correct time ticking away with BST at the end of it.
If I try to change the timezone I get the daft list of cities, selecting them now highlights them in blue rather than orange, but I can't choose any of them. I have zero clue where there might be any indication of an error log to look for.

http://people.ubuntu.com/~alanbell/phone/timezone.jpg

Related branches

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Thanks for your report.

could you please run the following command on the device and paste the output:
$ timedatectl

thanks

Changed in canonical-devices-system-image:
status: New → Incomplete
Revision history for this message
Alan Bell (alanbell) wrote :

OK, right now in the notification bar it is showing 13:33

phablet@ubuntu-phablet:~$ timedatectl
      Local time: Fri 2016-04-08 14:33:13 BST
  Universal time: Fri 2016-04-08 13:33:13 UTC
        RTC time: Fri 2016-04-08 13:33:08
       Time zone: Europe/London (BST, +0100)
     NTP enabled: yes
NTP synchronized: no
 RTC in local TZ: no
      DST active: yes
 Last DST change: DST began at
                  Sun 2016-03-27 00:59:59 GMT
                  Sun 2016-03-27 02:00:00 BST
 Next DST change: DST ends (the clock jumps one hour backwards) at
                  Sun 2016-10-30 01:59:59 BST
                  Sun 2016-10-30 01:00:00 GMT

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Thanks.

I reproduced a similar for different issue on my krillin. The difference is that I get 3 different time for RTC, universal and local time.

Changed in canonical-devices-system-image:
importance: Undecided → Medium
status: Incomplete → Confirmed
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

read: but* different

Revision history for this message
Charles Kerr (charlesk) wrote :

Looking over the indicator-datetime code I do see a startup timing bug that might be causing this and have a patch for that; however, I'm not able to reproduce this bug on my krillin. Under the 'startup timing bug' working theory I've tried rebooting 10x and still am not seeing this bug.

I'll get the patch reviewed and put it in a silo so that other people experiencing this bug can see if it helps their phones.

Revision history for this message
Alan Bell (alanbell) wrote :

it appears to have corrected itself after a reboot on my phone and I can't reproduce it now. Very strange!

Revision history for this message
Charles Kerr (charlesk) wrote :

Alan, if my guess in comment 5 is correct, it's a timing issue that will show up only occasionally after booting, depending on how soon indicator-datetime starts making bus calls compared to when some bus services are ready. Some code in the indicator was making bus calls on startup rather than looking for a bus owner to be ready and /then/ making the bus calls.

That doesn't explain the cities-in-blue-rather-than-orange issue in system settings though. Possibly two bugs for the price of one?

Revision history for this message
Ren (ubuntech) wrote :

I guess the issue comes from that on your phone the Date and Time is not defined as "Automatically"
but "Manually".
I remember I had this problem until I set the Date to "Automatically". This may help...

Revision history for this message
Alan Bell (alanbell) wrote :

I tried both automatic and manual, made no difference until a reboot.

Revision history for this message
Charles Kerr (charlesk) wrote :

So, I wrote a simple script to test my branch by looping through rebooting the phone and asking indicator-datetime what time it thought it was.

* Wednesday's runs: 'automatic' time setting with London specified as the tzid

* Thursday's runs: 'manual' time setting (as inspired by Ren's comment #8) with America/Los_Angeles specified as the tzid

1000+ reboots later, I checked the outputs to see if they always increased over time or if there were outliers that jumped to the wrong timezone. The output looked like this:

> variant string " 7:40 AM"
> variant string " 7:42 AM"
> variant string " 7:43 AM"
> variant string " 7:44 AM"
> variant string " 7:45 AM"
> variant string " 7:47 AM"
> variant string " 7:48 AM"

For these two cases, at least, It looks like this branch is working.

Changed in canonical-devices-system-image:
status: Confirmed → Fix Committed
milestone: none → 11
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package indicator-datetime - 15.10+16.04.20160516.2-0ubuntu2

---------------
indicator-datetime (15.10+16.04.20160516.2-0ubuntu2) yakkety; urgency=medium

  * No-change rebuild for libical soname change.

 -- Matthias Klose <email address hidden> Wed, 25 May 2016 13:12:38 +0000

Changed in indicator-datetime (Ubuntu):
status: New → Fix Released
Changed in canonical-devices-system-image:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.