Closed Bug 1062004 Opened 10 years ago Closed 7 years ago

[Usage] Usage app displays wrong date and unidentified icon when changing the date to a previous one

Categories

(Firefox OS Graveyard :: Gaia::Cost Control, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v1.4 affected, b2g-v2.0 affected)

RESOLVED WONTFIX
Tracking Status
b2g-v1.4 --- affected
b2g-v2.0 --- affected

People

(Reporter: smiko, Unassigned)

References

()

Details

(Whiteboard: [2.1-exploratory])

Attachments

(2 files)

Attached image icon.png
Description: The Usage app does not display the updated time when changing to a previous date in Settings. Once this issue occurs, an unidentified icon is displayed in the Usage app in place of the current date. See attached screenshot. Repro Steps: 1: Update a Flame to 20140902040205 2: Open Settings > Date and Time and set the date to a previous one. 3: Open Usage and observe the date (The wrong date will be displayed) 4: Exit the Usage app 4: Hold down the power button and select Restart 5: Open Usage Actual: Previous end date is displayed as well as an unidentified icon. (possibly date text written on top of itself) Expected: Updated date is displayed. Flame 2.1(319mb) Environmental Variables: Device: Flame Master (319mb) Build ID: 20140902040205 Gaia: 44bf2e3bc5ddea9db9a8c851bd353cb234aa883c Gecko: c360f3d1c00d Version: 34.0a1 (Master) Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Notes: 1: Possible regression of Bug 838556 2: When changing the time, the correct updated time is reflected in Usage. 3: When changing the date to a future one, the correct date is displayed in Usage. Repro frequency: 100% See attached: screenshot Video clip: http://youtu.be/sOj9d1jSpeU
Attached file logcat
This issue DOES occur on Flame 2.1(512mb), Open C 2.1, Flame 2.0(319mb), Open C 2.0, Flame 1.4(319mb) and Open C 1.4. Flame 2.1(512mb) Environmental Variables: Device: Flame Master (512mb) BuildID: 20140902040205 Gaia: 44bf2e3bc5ddea9db9a8c851bd353cb234aa883c Gecko: c360f3d1c00d Version: 34.0a1 (Master) Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Open C 2.1 Environmental Variables: Device: Open_C 2.1 Master BuildID: 20140902040205 Gaia: 44bf2e3bc5ddea9db9a8c851bd353cb234aa883c Gecko: c360f3d1c00d Version: 34.0a1 (2.1 Master) Firmware: P821A10v1.0.0B06_LOG_DL User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0 Flame 2.0 (319mb) Environmental Variables: Device: Flame 2.0 (319mb) BuildID: 20140902000202 Gaia: 449d8db9b3ea1f9262db822c37ef2143477172b7 Gecko: 40d74e0bbcf5 Version: 32.0 (2.0) Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Open C 2.0 Environmental Variables: Device: Open C 2.0 BuildID: 20140902000202 Gaia: 449d8db9b3ea1f9262db822c37ef2143477172b7 Gecko: 40d74e0bbcf5 Version: 32.0 (2.0) Firmware Version: P821A10v1.0.0B06_LOG_DL User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Flame 1.4 (319mb) Environmental Variables: Device: Flame 1.4 (319mb) BuildID: 20140902000203 Gaia: 2ee5b00bfbb8a67a967094804390b4afce8ecf54 Gecko: 6021b50bbed0 Version: 30.0 (1.4) Firmware: V123 User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0 Open C 1.4 Environmental Variables: Device: Open_C 1.4 BuildID: 20140902000203 Gaia: 2ee5b00bfbb8a67a967094804390b4afce8ecf54 Gecko: 6021b50bbed0 Version: 30.0 (1.4) Firmware: P821A10v1.0.0B06_LOG_DL User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Whiteboard: [2.1-exploratory]
Please state an actual result for your branch checks.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage-]
Flags: needinfo?(ktucker) → needinfo?(smiko)
Actual Result for Branch checks: Previous end date is displayed as well as an unidentified icon.
Flags: needinfo?(smiko) → needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage-] → [QAnalyst-Triage?]
Possible dupe of bug 911931 Not nominating to block on this since the user is changing the date purposely to a previous date plus this is not a regression.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
Salvador - you need to comment what you want QA-wanted to do when you add that tag.
Flags: needinfo?(salva)
Sorry. I want to know if this still reproduces on latest Gaia. Thank you.
Flags: needinfo?(salva)
This issue now repros in a slightly different way on today's v2.0, v2.1, and v2.2. Instead of the starting date appearing in a jumble on the left side of the screen after restart (as shown in the original screenshot), the starting date now disappears altogether after restarting the device. Device: Flame 2.0 KK (319 MB) BuildID: 20141110175151 (shallow flash) Gaia: dfdd6268b9784eafdd509f0ddf71407698ed5080 Gecko: fcc5d31f84d7 Gonk: n/a Version: 32.0 (2.0) Firmware: V188 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0 Device: Flame 2.1 KK (319 MB) BuildID: 20141111001201 (shallow flash) Gaia: 7154f9aa0a69af56c8bd89be0c98d9791449527b Gecko: 452db1a0c9a0 Gonk: n/a Version: 34.0 (2.1) Firmware: V188 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Device: Flame 2.2 Master KK (319 MB) BuildID: 20141111040202 (shallow flash) Gaia: 6af3a8a833eb8bb651e8b188cb3f3c3a43bb4184 Gecko: 76b85b90a8cb Gonk: n/a Version: 36.0a1 (2.2 Master) Firmware: V188 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0 Actual Results: The starting date will appear correctly when first opening the usage app, then after the device is restarted the starting date will have disappeared completely. Expected Results: No disappearing graphic elements after restarting.
QA Whiteboard: [QAnalyst-Triage+][lead-review+] → [QAnalyst-Triage?][lead-review+]
Flags: needinfo?(jmitchell)
Keywords: qawanted
QA Contact: rpribble
QA Whiteboard: [QAnalyst-Triage?][lead-review+] → [QAnalyst-Triage+][lead-review+]
Flags: needinfo?(jmitchell)
:SMiko, could you confirm this is still reproducing?
blocking-b2g: --- → 2.2?
Flags: needinfo?(smiko)
QAWANTED per comment 9 to see if it still reprodcible.
Keywords: qawanted
Flags: needinfo?(jlorenzo)
See Also: → 1123647
I wasn't able to reproduce this issue due to bug 1061797: If I restart the phone with the time manually set, I'll get back to January 1970 after the reboot. Clearing the nom since we can't repro the issue for now. One comment though: After step 3, the chart doesn't update correctly the end date. I opened bug 1123647 to track this.
blocking-b2g: 2.2? → ---
Depends on: 1061797
Flags: needinfo?(smiko)
Flags: needinfo?(jlorenzo)
Keywords: qawanted
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: