Closed
Bug 1028784
Opened 10 years ago
Closed 6 years ago
[FFOS1.4]Play music, then go back to play video,pull down the status bar ,there is no music process
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Tracking
(tracking-b2g:backlog)
RESOLVED
WONTFIX
tracking-b2g | backlog |
People
(Reporter: jingmei.zhang, Unassigned)
Details
(Whiteboard: [sprd311030])
1.first,play music 2.press home button, open video apps to play a video 3.pull down the state bar and there is no music in process
Flags: needinfo?(ttsai)
Flags: needinfo?(styang)
Reporter | ||
Comment 1•10 years ago
|
||
I do not sure if this is the origin design.if so,there is a defect in this design: 1.Play music and then press home button, open video apps to play a video,it will fire the mozinterruptbegin event,the codes go as : Case'mozinterruptbegin': This.hidden = true; Break; Then the music in the pulled down state bar is hidden. 2.but if we pause the music before playing the video,it won't fire the mozinterruptbegin event and we can see the music in the state bar. I think we should stay the same in the above two cases.
Comment 2•10 years ago
|
||
Can you check this in flame?
Flags: needinfo?(ttsai) → needinfo?(jingmei.zhang)
Reporter | ||
Comment 3•10 years ago
|
||
(In reply to thomas tsai from comment #2) > Can you check this in flame? I have checked it both in flame and qcom,they have the same performances as described above.
Flags: needinfo?(jingmei.zhang)
Comment 4•10 years ago
|
||
Seems like a design issue if we have a low risk fix please nom. Backlog till then
blocking-b2g: 1.4? → backlog
Updated•10 years ago
|
Whiteboard: [sprd311030]
Updated•10 years ago
|
Flags: needinfo?(styang)
Assignee | ||
Updated•9 years ago
|
blocking-b2g: backlog → ---
tracking-b2g:
--- → backlog
Comment 5•6 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•