lp://staging/~ricmm/qtmir/delay-add-on-dash-start
- Get this branch:
- bzr branch lp://staging/~ricmm/qtmir/delay-add-on-dash-start
Branch merges
- Gerry Boland (community): Needs Fixing
- PS Jenkins bot (community): Needs Fixing (continuous-integration)
-
Diff: 75 lines (+17/-2)2 files modifiedsrc/modules/Unity/Application/application_manager.cpp (+14/-2)
src/modules/Unity/Application/application_manager.h (+3/-0)
Related source package recipes
Branch information
Recent revisions
- 238. By Ricardo Mendoza
-
Delay adding Application to model when in app launch fast-path (launched from Dash by url-dispatcher)
- 235. By Michał Sawicz
-
Sync from distro and bring back r233 "MirSurfaceItem: always try to consume new mir frames"
Approved by: PS Jenkins bot - 233. By Daniel d'Andrada
-
MirSurfaceItem: always try to consume new mir frames
Otherwise those frames will get dropped and MirSurfaceItem will therefore never use them, being left displaying an old, stale, frame until the application renders again.
This could happen for instance if an application was rendering between the time the Application object goes to Suspended state and the actual process getting SIG_STOPPED (ie, suspended for real). Frames rendered in this interval were getting dropped and once that app was resumed and its MirSurfaceItem brought to front the user would see an old stale frame until some new event caused the application to render a new frame (e.g. an input event) Fixes: 1353374
Approved by: Gerry Boland
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp://staging/qtmir
