Ask / Submit

Bug: custom email syncing peak times are off one hour

Tracked by Jolla

asked 2014-10-16 15:06:01 +0300

werdinand gravatar image

updated 2017-03-26 10:56:59 +0300

If I set custom email sync peak times it sets and shows one hour more, if I set 8:00, it sets 9:00. Maybe there's something to do with daylight savings time?

EDIT: I thought that in the problem is solved, but it's still there, it's just a bit different. If I set the time then it will be as I set but next time I open the account settings the times are one hour earlier. (I will send a video about this)

EDIT 2: Just discovered that if the time gets to 00 then it will stay 00 and wouldn't change to 23.

EDIT 3: In the major problem is gone. Just that if sync peak time is set to 9:00 and I change it, the changing starts from 8:00.

edit retag flag offensive close delete


Should not, works perfectly fine for me, is this exchange account or normal email ? Does it happen only for 8 to 9 or always one hour more if you select something else ?

VDVsx ( 2014-10-16 17:27:26 +0300 )edit

Normal email and always one hour off.

werdinand ( 2014-10-16 17:34:34 +0300 )edit

@werdinand - Could you record a video of the steps ? if you don't want to share it online you can send it to mail-logs at jolla dot com. Thx

VDVsx ( 2014-10-17 08:57:14 +0300 )edit

Now I discovered that the custom sync itself has also some problems. At first glance seems that active is only off-peak sync interval (if any). Peak time is set 15 min, off-peak twice a day. So in peak time last email update should be max 14 minutes, right? One of my email accounts showed me 2 hours (the time peak starts) and second one showed me 7 hours - last time I updated manually. Should I try to record it also on this video or should I make a new question about it?

werdinand ( 2014-10-17 11:57:21 +0300 )edit

@werdinand - Those can vary due to many factors, like device was offline when syncs were triggered, in such case it only tries again in next sync windows. Also if you change the values the first syncs are not exact since the device uses a time aligner to save battery, this away all syncs that happen at 15mins intervals will all happens at same time. So to check this correctly you need to let the device do at least one sync after changing intervals. Also note that UI is update only every minute if you leave the app open in background.

VDVsx ( 2014-10-17 14:03:33 +0300 )edit

1 Answer

Sort by » oldest newest most voted

answered 2014-10-23 14:19:19 +0300

werdinand gravatar image

In version is this problem solved.

edit flag offensive delete publish link more


Ok, thanks for letting us know, if you experience future similar problems please comment here.

VDVsx ( 2014-10-28 09:00:34 +0300 )edit

@werdinand - While having automatic update time on could you perform the following steps:

- Turn device into flight mode, wait 5seconds, turn the device online again and wait for network signal.
- Note down current time displayed in the device and In a terminal perform following command:

dbus-send --system --print-reply --type=method_call --dest=org.ofono /ril_0 org.ofono.NetworkTime.GetNetworkTime

- Grab the values(numbers in from of variant) for UTC, Received and Timezone.
- Note down current time again and perform above command again, get values the same values.


VDVsx ( 2015-02-25 14:23:10 +0300 )edit

This command gave me: bash: --system: command not found

werdinand ( 2015-02-25 14:38:26 +0300 )edit

I just copied from here and works fine, make sure is all in a single line, it should work fine even as normal user.

VDVsx ( 2015-02-25 14:46:36 +0300 )edit

My mistake, command works. First time it gave me that SIM is not working any more and needed restart. After that I tried this command twice, turned to flight mode and back and tried that command again for several times. Every time "dest" was 0.01 bigger. Except after flight mode, then it was 0.03 bigger.

werdinand ( 2015-02-25 15:07:41 +0300 )edit
Login/Signup to Answer

Question tools



Asked: 2014-10-16 15:06:01 +0300

Seen: 247 times

Last updated: Mar 26