1122308 - [Windows Management][Settings][Notifications] - When Default Media Location is switched, Bluetooth transfer and download complete notifications derived from the prior setting fail to navigate the user to the proper area.

Status: RESOLVED WONTFIX

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

Description

[Joshua Mitchell (Inactive)]

Attachment: logcat_20150115_1509.txt

Description:
If you receive a notification indicating a media file was received (Such as through bluetooth transfer) and you then switch the default media location, that notification will not take you to the preview of that media file when you select it from the notification menu. Notification is removed from notification menu.

Notes: When bug occurs, the media will still show up when going into the gallery or other appropriate app
If you change the storage location and then change it back before selecting the notification it works properly. 

Repro Steps:
1) Update a Flame to 20150115010229
2) Connect to another device via Bluetooth
3) Have the other device send several media files (pictures, songs, videos) and complete transfer
4) Go to Settings > Media Storage and change default media location (to opposite what it is set at)
5) Pull down the notification menu
6) Select Notifications about the media files being recieved.

Actual:
Notifications have no effect; do not take user to previews of that media

Expected:
User will be taken to preview of that media

Environmental Variables:
Device: Flame Master
Build ID: 20150115010229
Gaia: bcc76f93f5659ac1eb8a769167109fd2d7ca4fbd
Gecko: c1f6345f2803
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 38.0a1 (Master)
Firmware Version: V18d-1
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0


Repro frequency: 8/8
See attached: logcat

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

This also occurs on 2.2 (V18d-1), 2.2 (V18d), 2.1 (V18d-1), and 2.0 (v18d-1)

Device: Flame 2.2 (KK - Nightly - OTA'd)
Build ID: 20150115002505
Gaia: 7c5b27cad370db377b18a742d3f3fdb0070e899f
Gecko: ce27f2692382
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 37.0a2
Firmware Version: V18d-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Device: Flame 2.2 (KK - Nightly - OTA'd)
Build ID: 20150115002505
Gaia: 7c5b27cad370db377b18a742d3f3fdb0070e899f
Gecko: ce27f2692382
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 37.0a2 (Master)
Firmware Version: V18d
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Device: Flame 2.1 (KK - Nightly - Full-Flashed)
Build ID: 20150115001207
Gaia: 8d4846d7bec777046dc5e3d2b8005adb1370f1f7
Gecko: 8eb9bc3a945a
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 34.0 (2.1)
Firmware Version: V18d-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame 2.0 (KK - Nightly - Full-Flashed)
Build ID: 20150115000203
Gaia: 736933b25ded904f0cb935a0d48f1f3cf91d33ad
Gecko: 8ff0d933175c
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 32.0 (2.0)
Firmware Version: V18d-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Comment 1

[Peter Bylenga [:PBylenga]]

Not nominating to block, not a regression and can be recovered.  Bad UX though.

Comment 2

[Hermes Cheng (inactive after July 27, 2015)]

NI developer.

Comment 3

[(inactive after 6/18) Alive Kuo [:alive]]

This is definitely not a system app bug.

Comment 4

[Hermes Cheng (inactive after July 27, 2015)]

Thanks. NI Settings developer.

Comment 5

[Arthur Chen [:arthurcc][inactive after 6/30]]

When opening the file we should refer to the path where the file is saved. Add a tracking flag.

Comment 6

[BMO Automation]

Firefox OS is not being worked on