Closed Bug 1078672 Opened 10 years ago Closed 10 years ago

[Clock] Alarm sound becomes "No Sound" after OTA upgrade from 2.0 to 2.1

Categories

(Firefox OS Graveyard :: Gaia::Clock, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.1+, b2g-v2.1 verified, b2g-v2.2 verified)

VERIFIED FIXED
2.1 S7 (24Oct)
blocking-b2g 2.1+
Tracking Status
b2g-v2.1 --- verified
b2g-v2.2 --- verified

People

(Reporter: ychung, Assigned: mcav)

Details

(Keywords: dataloss, Whiteboard: [2.1-flame-test-run-3])

Attachments

(3 files)

Description: When the user sets an alarm with sound, the sound setting defaults to "No Sound" after OTA upgrade. The alarm sound options are different between 2.0 and 2.1. However, the alarm setting shouldn't default to "No Sound" after OTA upgrade. Repro Steps: 1) Update a Flame device to 2.0 BuildID: 20141006000202 2) Change update channel and url on device to appropriate 2.1 build (20141006000205). 3) Open Clock app. 4) Create an alarm with sound. 5) Perform OTA upgrade. 6) After the upgrade is complete, open Clock app again. 7) Select the previously created alarm. Actual: The alarm sound is set to "No Sound". Expected: The sound setting is same as before the OTA, or at least set to the default setting, which is "Awake". [Before OTA - Flame 2.0] Environmental Variables: Device: Flame 2.0 (319mb, Full Flash) BuildID: 20141006000202 Gaia: 092d2b7678774c8b0b06dca0e0a8119e9eafdec3 Gecko: 69ca61f7edf3 Gonk: 2c909e821d107d414f851e267dedcd7aae2cebf Version: 32.0 (2.0) Firmware: V180 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0 [After OTA - Flame 2.1] Environmental Variables: Device: Flame 2.1 BuildID: 20141006000205 Gaia: 778ebac47554e1c4b7e9a952d73e850f58123914 Gecko: c4a4b04c617c Gonk: 2c909e821d107d414f851e267dedcd7aae2cebf Version: 34.0a2 (2.1) Firmware: V180 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Repro Frequency: 100% Link to failed test case: https://moztrap.mozilla.org/manage/case/11458/ See attached: logcat, screenshot
Attached image AlarmSound.png
This issue does NOT reproduce after OTA upgrade from 2.1 to 2.2: [Before OTA - Flame 2.1] Environmental Variables: Device: Flame 2.1 (319mb, Full Flash) BuildID: 20141006000205 Gaia: 778ebac47554e1c4b7e9a952d73e850f58123914 Gecko: c4a4b04c617c Gonk: 2c909e821d107d414f851e267dedcd7aae2cebf Version: 34.0a2 (2.1) Firmware: V180 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 [After OTA - Flame 2.2] Environmental Variables: Device: Flame 2.2 Master BuildID: 20141006040204 Gaia: 470826d13ae130a5c3d572d1029e595105485fb0 Gecko: e0d714f43edc Gonk: 2c909e821d107d414f851e267dedcd7aae2cebf Version: 35.0a1 (2.2 Master) Firmware: V180 User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0 The alarm sound is same as before the upgrade.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(dharris)
[Blocking Requested - why for this release]: nominating this to block, if a user does an update and the alarm tone defaults to "No Sound" instead of a default tone, the user could miss important alarms.
blocking-b2g: --- → 2.1?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(dharris)
Edward, could you please look at this?
Flags: needinfo?(edchen)
According to bug #1046399, most alarms in 2.0 are removed except for ac_humming_waves & ac_into_the_void. So, I personally think if user chooses other sound rather than these 2 sounds, the sound user chooses disappears after OTA, it will be changed to "No Sound".
blocking-b2g: 2.1? → 2.2?
Flags: needinfo?(edchen)
triage: As this would render a great many alarms useless after migration to 2.1, we feel that this needs to be fixed. Minimally, we should fire off the default sound for any alarm that was using a tone that we obsoleted in the move to 2.1.
Assignee: nobody → m
blocking-b2g: 2.2? → 2.1+
Attached file gaia pr
We already map over the alarms during startup to normalize database entries, so the fix for this is simple: at startup, if the sound filename isn't available, default to something.
Attachment #8508700 - Flags: review?(mmedeiros)
Comment on attachment 8508700 [details] [review] gaia pr LGTM! clean, documented and with unit tests!
Attachment #8508700 - Flags: review?(mmedeiros) → review+
Target Milestone: --- → 2.1 S7 (24Oct)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment on attachment 8508700 [details] [review] gaia pr [Approval Request Comment] Due to shared sound changes from 2.0->2.1, users' previous alarm sounds may be unavailable. This patch causes those missing sounds to default to a 2.1 sound, whereas without this patch, the sound defaults to "no sound", meaning users may miss their alarm. [Bug caused by] (feature/regressing bug #): n/a [User impact] if declined: Users may not hear their alarm go off [Testing completed]: unit test + manual verification [Risk to taking this patch] (and alternatives if risky): low [String changes made]: none
Attachment #8508700 - Flags: approval-gaia-v2.1?
Attachment #8508700 - Flags: approval-gaia-v2.1? → approval-gaia-v2.1+
Issue is verified fixed in Flame 2.1, 2.2 (Full Flash, nightly). Actual Results: Alarms save correctly with OTA update. Device: Flame 2.1 Build ID: 20141027001201 Gaia: c97463d61f45513a2123b19610386ddbfc916819 Gecko: 4f8c0c021128 Version: 34.0 (2.1) Firmware Version: v188 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Device: Flame Master Build ID: 20141027040237 Gaia: e91d99e4d96954f06383c00bb9d79598a697e310 Gecko: 8230834302c9 Version: 36.0a1 (Master) Firmware Version: v188 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0 Issue is verified fixed in Flame 2.1, 2.2 (Full Flash, nightly).
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: