Test Environment: Device: unagi phone BuildID: 20130206110509 Gecko: 99a16270175d Gaia: 9f5a4a9f6d32 Update channel: nightly Git commit info: 2013-02-06 18:52:47 Steps to reproduce: 1. Pair a bluetooth device with the phone, such a laptop. 2. Transfer via bluetooth a longer duration mp3 file. 3. After the file transfer is complete, tap on the notification. 4. The Music app launches and plays the music file just received. 5. Transfer via bluetooth a shorter duration mp3 file. 6. After the file transfer is complete, tap on the notification. 7. The Music app launches and also plays the music file just received. Actual Results: Both music files can be heard overlapped with one another. Only the second music file is shown in the player, and it can be paused and stopped. Navigating to the home page of the Music app displays the second music file's title. The first music file continues playing. Only killing the Music app (home button + up flick) stops the music. Expected Results: The Music app should stop the earlier music file and play the new one.

The user will recover from this situation by closing the application or restarting the phone, and will know not to touch both notifications in the future. We can fix in v1.x

While testing bug 956276 and see if there are the same issue, I found they are different. Looks like the reproduce steps could produced multiple music open activities by tapping the notifications one after another. If we want the expected results, we could probably cancel the previous activity when the notification launches another same activity. Alive, if you are going to investigate this issue, please note bug 956276 caused some other issue which might confuse you, see https://bugzilla.mozilla.org/show_bug.cgi?id=956276#c5 for more details, thanks.

Tried Reproducing the issue on Nexus 4. The Music app plays only the first stream that was received. There is no overlapping heard. According to the expected result, the second file received should be played on clicking the notification, but in this case the app plays the first file. Need to investigate more on this. OS Version : 2.0.0.0 Pre-release Hardware : Mako Platform Version : 32.0a1 Git Commit Info : 2014-05-05 16:59:23

Please ignore the above comment. The error is reproducible on Nexus 4. OS Version : 2.0.0.0 Pre-release Hardware : Mako Platform Version : 32.0a1 Git Commit Info : 2014-05-05 16:59:23

I just tried the above steps with image files. I transfered 2 image one by one. I received the notification for 1st image.. on clicking it.. the 1st image is displayed.On clicking the 2nd notification, the 2nd image is displayed, so the same behavior should be same for music files as well. In this bug, on clicking the 2nd notification while the first song is being played(which was received through BT) , the 1st song continues to play. Expected behavior should be that the first activity should be closed and second file should be played. I am not sure if this is a system::window management component issue,so need input from UX guys.Stephany, could you please give your thought on this.

Flagging Omega on System - Bluetooth.

ni? new UX owner Jenny.

(In reply to amitav.anand from comment #6) > In this bug, on clicking the 2nd notification while the first song is being > played(which was received through BT) , the 1st song continues to play. > Expected behavior should be that the first activity should be closed and > second file should be played. Yes, the expected behavior is that the first activity should be closed as the user plays the second song.

Firefox OS is not being worked on