Closed Bug 1111092 Opened 10 years ago Closed 10 years ago

[Bluetooth][Transfer Preview] Previewing a transferred mp3 from a notification presents a broken music interface pitfall.

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.0 unaffected, b2g-v2.1 unaffected, b2g-v2.2 affected)

RESOLVED DUPLICATE of bug 1106624
Tracking Status
b2g-v2.0 --- unaffected
b2g-v2.1 --- unaffected
b2g-v2.2 --- affected

People

(Reporter: Marty, Unassigned)

References

()

Details

(Keywords: regression, Whiteboard: [2.2-Daily-Testing])

Attachments

(1 file)

Description:
If the DUT receives an mp3 file via Bluetooth transfer, and the user opens the file from the Transfer Notification, the user will see a broken Music interface that does not play media, and cannot be exited via the [<] button in the top left corner.  The only way to leave this view is to tap the Home button to return to the Homescreen.

Furthermore, if the user is in an app when opening the notification, the broken Music interface will remain on top of the present app, persisting through card view and attempting to resume the app from the Homescreen.  The user must force-close the app in question and relaunch in order to dismiss the broken Music interface.
   
Repro Steps:
1) Update a Flame device to BuildID: 20141212040206
2) Enable Bluetooth and pair the DUT with another Bluetooth enabled device.
3) With the other device, transfer an mp3 file to the DUT.
4) Accept the Transfer Request on the DUT and wait for the file to finish transferring.
5) Tap on the notification when the file has finished transferring.

Actual:
The mp3 Preview view is non functional, the user can not exit, and previously running apps become broken.
  
Expected: 
The mp3 preview properly plays the mp3 file, the user is able to exit the preview, and previously running apps are not interfered with.

Environmental Variables:
Device: Flame 2.2 Master (319mb)(Kitkat Base)(Full Flash)
BuildID: 20141212040206
Gaia: 1d9ae9cca415ad093beba9521c429350e1f2b14d
Gecko: 5288b15d22de
Gonk: 263b5f41f7733c5577fb101eb4dc8ac5c11cfa8d
Version: 37.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
  
Repro frequency: 5/5
See attached: logcat, video
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
This issue is also occurring when previewing an mp3 file sent or received via the Messages app.  The mp3 file needs to be small in order to send via MMS, but the behavior is the same.

Environmental Variables:
Device: Flame 2.2 Master (319mb)(Kitkat Base)(Full Flash)
BuildID: 20141215040201
Gaia: e2a3e606675c346b6e6f35351a458040be599b09
Gecko: f14dcd1c8c0b
Gonk: 263b5f41f7733c5577fb101eb4dc8ac5c11cfa8d
Version: 37.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
Moving this to Music as it's a problem with the share activity.

Adding qawanted for branch checks.
QA Whiteboard: [QAnalyst-Triage?]
Component: Bluetooth → Gaia::Music
Flags: needinfo?(pbylenga)
Keywords: qawanted
This issue does NOT reproduce on Flame 2.1 and Flame 2.0.

Observe behavior: Music file can be played by tapping on the notification, and tapping on the back arrow button on preview correctly returns to previous app. Bug repro rate: 0/3 on 2.1, 0/3 on 2.0.

Device: Flame 2.1 (shallow flash 512MB mem)
BuildID: 20141215103237
Gaia: 97873dca486abf4162a3345e71b375806937bdec
Gecko: 69d8f4b359cc
Version: 34.0 (2.1)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame 2.0 (shallow flash 512MB mem)
BuildID: 20141215103136
Gaia: f3b9806f687fbbd7eba6b0e1f6ebb8bde09840ea
Gecko: 635087ded2a0
Version: 32.0 (2.0)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
Keywords: qawantedregression
This is a bad regression in a major app.  Lets get a regression window for this bug.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
QA Contact: pcheng
b2g-inbound regression window:

Last Working Environmental Variables:
Device: Flame
BuildID: 20141119102305
Gaia: 2cdd5ef8e1b54dc9063a88c8e0b2be81eb23a08d
Gecko: 3b47fb935a09
Version: 36.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0

First Broken Environmental Variables:
Device: Flame
BuildID: 20141119105305
Gaia: ace8153b0db6fa89f006f22f76ce338a258203c7
Gecko: 037abc84a42c
Version: 36.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0

First Broken Gaia & Last Working Gecko - issue DOES repro
Gaia: ace8153b0db6fa89f006f22f76ce338a258203c7
Gecko: 3b47fb935a09

First Broken Gecko & Last Working Gaia - issue does NOT repro
Gaia: 2cdd5ef8e1b54dc9063a88c8e0b2be81eb23a08d
Gecko: 037abc84a42c

Gaia pushlog:
https://github.com/mozilla-b2g/gaia/compare/2cdd5ef8e1b54dc9063a88c8e0b2be81eb23a08d...ace8153b0db6fa89f006f22f76ce338a258203c7
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
Jim the pushlog indicates that your changes may have caused this issue.  Can you please take a look.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmercado) → needinfo?(squibblyflabbetydoo)
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(squibblyflabbetydoo)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: