Closed Bug 911886 Opened 11 years ago Closed 11 years ago

[B2G][Helix][Setting][Data&Time][shijinde]Modify the data and time but restart the phone the date and time will restore

Categories

(Firefox OS Graveyard :: Vendcom, defect)

defect
Not set
normal

Tracking

(blocking-b2g:hd+)

RESOLVED WORKSFORME
blocking-b2g hd+

People

(Reporter: lecky.wanglei, Assigned: alchen)

References

Details

(Whiteboard: [POVB])

Attachments

(4 files)

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; aff-kingsoft-ciba; .NET4.0C; .NET4.0E; Zune 4.7; Tablet PC 2.0)

Steps to reproduce:

【Detail Description*】:
Modify the date and time, but restart the phone the date and time will restore
【Repro Steps*】:
1、in setting->date&time screen, set the date&time to 03/09/2013 & 10:20 AM, you can see the picture1
2、restart the phone
【Expect Result*】:
1、the time is right that you set before.
【Real Result*】:
1、go to setting->date&time screen, the date&time is restored. you can see the picture2
【Test Count*】:
5
【Found Count*】:
5
【Gaia commit ID*】:
gaia:c0ea0a4943dc8d3751b07f5b5c5d3abe06364a14  
【Gecko commit ID*】: 
gecko:170f9e477571127cd40997fa2abe262ed43f0e4d



Actual results:

1、go to setting->data&time screen, the data&time is restored. you can see the picture2


Expected results:

1、the time is right that you set before.
This problem happened in no sim card.
hi beatriz:
Could you accept this issue? if you could not accept it on V1.1HD, could you help us to push it to be solved?There is no response for about 2 weeks
Flags: needinfo?(brg)
Blocks: 925488

In the version I have, the phone has slightly different behavior:

Gaia   313599c293f596519604070fa378ffc89e61e98f
SourceStamp decf58f0d596
BuildID 20131008004009
Version 26.0a2


1.) In Date and Time settings, tap the date field.
2.) Spin the spinner to today's date and year (in this case, October 10, 2013)
3.) Click OK

Expected
Date now displays "10/10/2013"

Actual
Date still displays "01/07/1980"

Filing a new bug on this: https://bugzilla.mozilla.org/show_bug.cgi?id=925488 but thought it made sense to mention also here.
No longer blocks: 925488
Blocks: 925488
Blocks: 925504
Blocks: 925506
No longer blocks: 925506
(In reply to lecky from comment #4)
> hi beatriz:
> Could you accept this issue? if you could not accept it on V1.1HD, could you
> help us to push it to be solved?There is no response for about 2 weeks
You should investigate this issue at your side. I can only reproduce this issue with your device build id:  20130923132414.

It is working fine in unagi, v1-train, Moz RIL, Gecko-6561ae4.Gaia-680f3b8
It is working fine in unagi, master, Moz RIL, Gecko-d49cfe7.Gaia-14d1425
Flags: needinfo?(brg) → needinfo?(lecky.wanglei)
Hi, this problem is also exist. now my version is:


gaia:f601fe6e5edb7d5016c07abfad8f069af7354f7b
gecko:60d9e982e07e8d09e9d0e52bad6433c302c17f32
gonk-misc:ca9192d7ef6037016d4723647d86b72f7a410633

Thanks
Flags: needinfo?(lecky.wanglei)
Nominating to hd? just in case we need to modify it(see comment 6). Feel free to mark it a POVB if you think it is part of OEM task.
blocking-b2g: --- → hd?
Likely a dupe of bug 916068, just got landed on HD 2 days ago.

Tim, can you confirm?
Flags: needinfo?(timdream)
I see this reproduced on 10/15 vendor build.
blocking-b2g: hd? → hd+
Not a dup nor a Gaia issue. Gaia never set the time unless user set it explicitly.
Status: UNCONFIRMED → NEW
Component: Gaia::Settings → Gaia
Ever confirmed: true
Flags: needinfo?(timdream)
Component: Gaia → Vendcom
Whiteboard: [POVB]
William, can you test this on our gecko/gaia to make sure its POVB here?

Lecky,
Can you investigate this on your build?
Flags: needinfo?(whsu)
Flags: needinfo?(lecky.wanglei)
Hi, all,

I can reproduce this bug on latest Mozilla build and commercial build.


* Test Steps:
  1. Launching the settings app
  2. Tap "Date & Time"
  3. Modify the date and time to "09/02/2012  2:00 PM".
  4. Restart the device

* Test Build:
 + Commercial Build:(10/15 released)
  - Gaia:     4afe209fb0d5c0e03d655a4e900ab8f13ca8fb4a
  - Gecko:   
  - BuildID   20131016181557
  - Version   18.0
  => "Can reproduce"

 + Mozilla Build:
  - Gaia:     63cd1d96b5a94e9b22ffc54dfde48ef6d3cf996b
  - Gecko:    http://hg.mozilla.org/releases/mozilla-b2g18_v1_1_0_hd/rev/7cd7f30328e1
  - BuildID   20131022042302
  - Version   18.0
  => "Can reproduce"
Flags: needinfo?(whsu)
Marco,

Can someone suggest how the time is set in Gecko?
Flags: needinfo?(mchen)
Hi, this bug is exist in now version. I also want to kown where modify the time.

Thanks
Flags: needinfo?(lecky.wanglei)
Alphan will help this case first.

Hi Alphan,

Thanks.
Assignee: nobody → alchen
Flags: needinfo?(mchen)
Attached file kmsg.zip
kernel log
Hi Lecky,
update the finding from my side.

1. I found the problem disappear by using the 20131025 ROM build.
   Could you double confirm about it?

2. Both in failed case and successful case, I found kernel side receive the time we want to set from kernel log.
   So the new value is passed to kernel successfully, the problem should be whether the modification of RTC value in kernel is work or not. Could you check the RTC value from kernel part?

PS: I upload the kmsg for your reference. (kmsg.zip)


(failed case on 20131015 ROM build)
[kmsg-2.txt]
[    4.461333] rs30000048 rs30000048.262144: setting system clock to 1980-01-08 03:28:38 UTC (316150118)
...
------> I manually update the date to 2013-10-30.
6>[74, krtcclntcbd] [  250.927603] RPC CALL -- TOD TIME UPDATE: ttick = 103080089
<6>[74, krtcclntcbd] [  250.927614] stamp=55948971301961728, freq = 0
<6>[74, krtcclntcbd] [  250.928688] rs30000048 rs30000048.262144: setting system clock to 2013-10-30 04:20:00 UTC (1383106800)
------> I manually update the time to 08:37:00.
<6>[74, krtcclntcbd] [  262.471679] RPC CALL -- TOD TIME UPDATE: ttick = 103458372
<6>[74, krtcclntcbd] [  262.471689] stamp=55949778755813376, freq = -1
<6>[74, krtcclntcbd] [  262.472713] rs30000048 rs30000048.262144: setting system clock to 2013-10-30 08:37:00 UTC (1383122220)

After reboot,
[kmsg-2-new.txt]
[    4.472243] rs30000048 rs30000048.262144: setting system clock to 1980-01-08 04:21:28 UTC (316153288)





(successful case on 20131025 ROM build)
[kmsg-1.txt]
[    4.461061] rs30000048 rs30000048.262144: setting system clock to 2012-09-02 06:01:21 UTC (1346565681)
...
------> I manually update the date to 2013-10-30.
<6>[74, krtcclntcbd] [  259.458233] RPC CALL -- TOD TIME UPDATE: ttick = 16213008
<6>[74, krtcclntcbd] [  259.458244] stamp=55949314899345408, freq = -1
<6>[74, krtcclntcbd] [  259.459676] rs30000048 rs30000048.262144: setting system clock to 2013-10-30 06:09:00 UTC (1383113340)
------> I manually update the time to 07:58:00.
<6>[74, krtcclntcbd] [  271.850679] RPC CALL -- TOD TIME UPDATE: ttick = 16619091
<6>[74, krtcclntcbd] [  271.850696] stamp=55949658496729088, freq = 0
<6>[74, krtcclntcbd] [  271.852254] rs30000048 rs30000048.262144: setting system clock to 2013-10-30 07:58:00 UTC (1383119880)

After reboot,
[kmsg-1-new.txt]
<6>[1, swapper] [    4.461008] rs30000048 rs30000048.262144: setting system clock to 2013-10-30 07:58:29 UTC (1383119909)
Flags: needinfo?(lecky.wanglei)
Hi, now in our B005 version which create at 20131028, I find the time is OK when I modify and restart the phone.

But the region and the city are error. I set the region is Asia, the city is chongqing. But restart the phone,

the region is america and the city is New York.

Or I reset the phone, and set the default region is Asia, city is chongqing, but in data&time screen, the region is America and the city is New York.
Flags: needinfo?(lecky.wanglei)
I am testing with B005 build provided by vendor and after restarting helix device, date, time and region(Europe/Madrid) are kept consistently. I am using a SIM card in the device.
Hi, Beatriz,

Could I have your help?
What does the B005 build mean?
Could you please provide the detail build information.
Thanks! :)

---------------------------------------------------------------------

Hi, Lecky,

We don't have the build you mentioned. (20131028)
As I tested, we cannot reproduce this build on latest commercial build(20131025) and Mozilla build.
If you want us to reproduce this bug, please share the build you tested.
Many thanks!

* Test Build:
 + Commercial Build:
  - Gaia:     1389e7b8f76c6b77b979799fafc3862f7c27028d
  - Gecko:    NA
  - BuildID   20131026030111
  - Version   18.0

 + Mozilla Build:
  - Gaia:     366cb29c3ca9a25efcb95ed35d4395e613e099a5
  - Gecko:    http://hg.mozilla.org/releases/mozilla-b2g18_v1_1_0_hd/rev/369468c97d16
  - BuildID   20131029042204
  - Version   18.0
(In reply to William Hsu [:whsu] from comment #21)
> Hi, Beatriz,
> 
> Could I have your help?
> What does the B005 build mean?
> Could you please provide the detail build information.
> Thanks! :)
> 
> ---------------------------------------------------------------------
Lecky, please answer William questions about build information otherwise we will have to close the bug as WFM.
Flags: needinfo?(lecky.wanglei)
William,

Can you check this on B006 and close as WFM if it's working?
Flags: needinfo?(whsu)
HI, BOO5 is huawei version, (In reply to Beatriz Rodríguez [:brg] OoO untill 11.26 from comment #22)
> (In reply to William Hsu [:whsu] from comment #21)
> > Hi, Beatriz,
> > 
> > Could I have your help?
> > What does the B005 build mean?
> > Could you please provide the detail build information.
> > Thanks! :)
> > 
> > ---------------------------------------------------------------------
> Lecky, please answer William questions about build information otherwise we
> will have to close the bug as WFM.

BOO5 is the version, and I will give you detail build information.

Thanks
Flags: needinfo?(lecky.wanglei)
Hi, Wayne and all,

I cannot reproduce this bug on B006 (20131106).
Marked it as "WORKFORME".

Please reopen it if you still can reproduce this bug.
"But", please attach the build information and detailed reproduction steps.
Thanks!

* Test Build: (Commercial Build)
 - Gaia:     2d2b2d523ee617c1dd081d171c9dbc6013eb2e84
 - Gecko:    NA
 - BuildID   20131107001045
 - Version   18.0
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(whsu)
Resolution: --- → WORKSFORME
Flags: needinfo?(lecky.wanglei)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: