User:Timdream/Blocking Features: Difference between revisions

Jump to navigation Jump to search
Line 28: Line 28:
* '''What this bug will solve:''' From v1.0 we introduced the audio channel management in gecko to handle the audio rules and policies, it works on 70% cases but for the other 30%(mostly are the audio competing issues) we couldn't fix them and instead we need to use workarounds. So to fix the audio channel issues entirely and make things right, the new audio channel api will have a new architecture and gaia system app will use them to control the app audio channels, base on the information from the channel's priorities and the window management.
* '''What this bug will solve:''' From v1.0 we introduced the audio channel management in gecko to handle the audio rules and policies, it works on 70% cases but for the other 30%(mostly are the audio competing issues) we couldn't fix them and instead we need to use workarounds. So to fix the audio channel issues entirely and make things right, the new audio channel api will have a new architecture and gaia system app will use them to control the app audio channels, base on the information from the channel's priorities and the window management.


=== Activity OOM priority: {{bug|892371}} ===
=== Activity OOM priority: {{bug|1144132}} ===


* '''Status:''' Gabriele Svelto take the platform fix and on m-c and targeting v2.2. Alive to follow-up v2.2 Gaia fixes.
* '''Status:''' Gabriele Svelto take the platform fix and on m-c and targeting v2.2. He will provides gaia patch as well.
* '''Implication to v3''': Issue is valid unless we move away from inline activities.
* '''Implication to v3''': Issue is valid unless we move away from inline activities.
* '''What is being blocked:''' We have a old workaround in System app -- we never set an activity callee as invisible when it is covered by the activity caller, in fear that it could be OOM'ed. In turn, app could not know visibilitychange when there is an activity opened.
* '''What is being blocked:''' We have a old workaround in System app -- we never set an activity callee as invisible when it is covered by the activity caller, in fear that it could be OOM'ed. In turn, app could not know visibilitychange when there is an activity opened.
Confirmed users
401

edits

Navigation menu