[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.

RESOLVED WONTFIX

Status

Firefox OS
Gaia::Settings
RESOLVED WONTFIX
4 years ago
5 months ago

People

(Reporter: Joshua Mitchell (Inactive), Unassigned)

Tracking

unspecified
ARM
Gonk (Firefox OS)

Firefox Tracking Flags

(tracking-b2g:+, b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected, b2g-master affected)

Details

(Whiteboard: [3.0-Daily-Testing])

Attachments

(1 attachment)

(Reporter)

Description

4 years ago
Created attachment 8549954 [details]
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
(Reporter)

Updated

4 years ago
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Not nominating to block, not a regression and can be recovered.  Bad UX though.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)
NI developer.
Flags: needinfo?(alive)
This is definitely not a system app bug.
Component: Gaia::System::Window Mgmt → Gaia::Settings
Flags: needinfo?(alive)
Thanks. NI Settings developer.
Flags: needinfo?(arthur.chen)
When opening the file we should refer to the path where the file is saved. Add a tracking flag.
tracking-b2g: --- → +
Flags: needinfo?(arthur.chen)

Comment 6

5 months ago
Firefox OS is not being worked on
Status: NEW → RESOLVED
Last Resolved: 5 months ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.