Status Update
Comments
hv...@google.com <hv...@google.com> #2
Janet, are you able to route this to a good PoC?
ja...@google.com <ja...@google.com> #3
Hi Cal, is this something you can help with? I see in
ca...@google.com <ca...@google.com> #4
Rachit - could you help on this? thanks
ja...@google.com <ja...@google.com> #5
The reason to do this is because there are times when an app (which is an embedded task) has crashed but not the task view in which the app is embedded. So this serves as a good indicator whether it is a task view bug or an app bug.
There was a fix internally which was stopping the app from getting killed. Can you share some more details about when you are seeing this, branch and also attach a bugreport and winscope please? With that, we will be able to provide more context.
be...@siriusxm.com <be...@siriusxm.com> #6
ja...@google.com <ja...@google.com> #7
Is it possible to check a few things then:
- Do you see some log like this
I wm_finish_activity: .... recent-task-trimmed]
? - Once the red screen is there and if you press home button again, is the red screen gone?
- Are shell transitions enabled?
The snippet from
be...@siriusxm.com <be...@siriusxm.com> #8
2. red screen only shows for a very short time, less than 1s
3. yes
Description
Want to know why in CarLauncherViewModel.java, the background is set to red
@Override
public void onTaskVanished(@NonNull ActivityManager.RunningTaskInfo taskInfo) {
if (DEBUG) {
Log.d(TAG, "MapsTaskView: onTaskVanished: taskId=" + taskInfo.taskId);
}
if (!sAutoRestartOnCrash) {
// RemoteCarTaskView color is set to red to indicate
// that nothing is wrong with the task view but maps
// in the task view has crashed. More details in
//
mRemoteCarTaskView.setBackgroundColor(Color.RED);
}
}