summaryrefslogtreecommitdiffstats
path: root/windowmanager.pro
diff options
context:
space:
mode:
authorTadao Tanikawa <tanikawa.tadao@jp.panasonic.com>2017-07-13 03:01:41 +0900
committerTadao Tanikawa <tanikawa.tadao@jp.panasonic.com>2017-07-13 15:18:49 +0000
commit3df0464a5ff50fa6af9b69df862cdac3f9b89756 (patch)
tree052be14099240be9a569e3c9872009294dda5b91 /windowmanager.pro
parent94869392c6cca52f9a2e7366f3cdbf9094ddfa5a (diff)
Fix the issue early launched apps before HomeScreen
WindowManager uses the pid to manage app's surface and layer and the pid is from creatorPid of ivi-surface. It used to be the same value as afm-util returns when apps launched via HomeScreen. After new AGL application framework has come, afm-util no longer returns the same value as creatorPid. So commit 4cb274 and bb3369 are introduced, then WindowManager started to use process group or session instead of pid which is returned by afm-util. But inside WindowManager pid which returned by afm-util is still used to detect ivi surface for app. It is registered when app is launched via HomeScreen and it is retrived by app's process group or session from creatorPid when ivi-surface has been created. Because this logic of pid conversion was incomplete, it caused the issue which early launched app has never been shown even when user try to launch it via HomeScreen. This patch introduces quick hack to resolve this issue and improve the surface management in WindowManager. Bug-AGL: SPEC-745 Change-Id: Iafa2e56c07b3c3a2eff23ff75cdedb3226d7f55a Signed-off-by: Tadao Tanikawa <tanikawa.tadao@jp.panasonic.com>
Diffstat (limited to 'windowmanager.pro')
0 files changed, 0 insertions, 0 deletions