)]}'
{
  "commit": "3bf0c31539ad819ea19aaaeb8f143b444f068fb3",
  "tree": "71302b74d3c295b231374ee304d69a040dc86c46",
  "parents": [
    "6fbda8c7bced6fd3756c13c47f9df0855166d9f2"
  ],
  "author": {
    "name": "Josh Tsuji",
    "email": "tsuji@google.com",
    "time": "Tue Aug 02 21:15:03 2022 -0400"
  },
  "committer": {
    "name": "Android Build Coastguard Worker",
    "email": "android-build-coastguard-worker@google.com",
    "time": "Fri Aug 05 02:47:41 2022 +0000"
  },
  "message": "Don\u0027t reset the keyguard on occlusion if it\u0027s going away.\n\nThe reset() call only executes if the keyguard is visible,\nand causes it to reset the visible views (it can not show/hide\nthe keyguard). However, if the keyguard is going away because\nof a launching occluding activity, and was previously insecure,\nthis will cause us to decide that the views should be in SHADE\nstate rather than KEYGUARD state, and re-render them accordingly.\nThis causes the shade to flicker under the launching activity.\n\nThis reset is not needed, as the status bar state change will\nchange to SHADE after the launch animation occurs (or will be\nforced back to KEYGUARD if the unlock animation is cancelled).\n\nFixes: 238294986\nTest: launch controls from LS affordance with/without face unlock, with/without AOD\nChange-Id: Ib0622655ef6f51e1bcc9a98a5ce8f4e7feacb2fe\n(cherry picked from commit fac6505c97b2cc1f8fb02b3fba04131d240e181f)\nMerged-In: Ib0622655ef6f51e1bcc9a98a5ce8f4e7feacb2fe\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "fdc344f01a0f5c34239e99818aeb72f70320883c",
      "old_mode": 33188,
      "old_path": "packages/SystemUI/src/com/android/systemui/statusbar/phone/StatusBarKeyguardViewManager.java",
      "new_id": "038beba03957f32d853a996818692e18c5ea05e5",
      "new_mode": 33188,
      "new_path": "packages/SystemUI/src/com/android/systemui/statusbar/phone/StatusBarKeyguardViewManager.java"
    }
  ]
}