Previously it was possible for an AppWindowToken to be removed while
on the closing apps list, used in transition animations. During these
transitions, the visibility of the token is modified. Since
visibility relies on the WindowContainer parent, a
NullPointerException would occur.
This changelist addresses the issue by making sure to remove any
AppWindowToken from this list when its task is set to null.
Change-Id: Id9234822b228f4658f04d42ac0fe7b49ded6f5a1
Fixes: 35352214
Test: manual (primarily code inspection)
So that we can use these constants in WifiService and the apps
as well in the future.
While there, remove auth method "CHAP" from the supported list,
since it is currenlty not supported by WifiService.
Bug: 34206769
Test: make -j32
Change-Id: Icadc3b13f2b135d51445d336116fbba86e96b70f
- Don't hold window manager lock while calling into notification
manager since it can end up calling into activity manager.
- Fixed issue with using checkCallingPermission() to check if the
system has the internal system window permission. This call fails
if it isn't a binder call. Change to use checkCallingorSelfPermission()
instead.
- Fixed class cast exception while getting app icon by using
IconUtilities class to the the drawable to bitmap convertion.
Change-Id: I4ef380618f558a8aac5b152d97536a614040397f
Fixes: 35780846
Fixes: 35846667
Fixes: 35854470
Bug: 35657567
Test: cts/hostsidetests/.../run-test CtsWindowManagerHostTestCases android.server.cts.AlertWindowsTests
I found there was a dead lock among main, android.display and GC threads
when running monkey test.
- Main thread got a mutex and was suspended by GC thread.
- Android.display thread waited for mutex held by main thread.
- GC thread waited for suspention of android.display thread.
This will lead to ANR or screen freeze.
Merged-In: I13cf1eca3cb3b7c01aa754874f2b48aab0b472e8
Change-Id: I13cf1eca3cb3b7c01aa754874f2b48aab0b472e8
- Also cleaned up implementation.
Fixes: 35728264
Test: killing android.hardware.light@2.0-service, lights still work
Change-Id: I608b85491f3b10864b8591e15537777068ded079
In the case that an activity is brought to the foreground with clear
top, we will start it at the top of the source record's task. The
current code sets the task to match the found activity, which will no
longer be the case.
This changelist cleans up this reference so that we do not try to
reparent and instead just add the activity to the task.
Change-Id: Ic7428548fa4972aa19bc9ba890c9edaf2ff31220
Fixes: 35318848
Test: manual by bug repo steps (consistently reproducible).
Address API Council comments on doucmentation for the method calls
and constants related to EAP-SIM. While here, improve unit tests
to ensure that passing a null certificate (chain) causes the config
to forget any existing client certificates.
Bug: 35847887
Test: Unit tests
Change-Id: I1c4e18e1a7cfb61aa4764e32778793368938e70b
Because we were not looking at the wrong state and ignoring
gone.
Test: add 4 notifications, pull down and tap on bottom continuously
Change-Id: Ic4370fa89525802ed99377da215085d84642a174
If we were inflated on the lockscreen as the only child
the icon would dissappear.
Test: send multiple messages, kill systemui, observe
Change-Id: I81c433292f6839920b99ac124ca1dd17eb6e962e
Adapting the low-priority group implementation
according to spec. Expanding a group takes 2 taps now.
Test: add low-priority group observe behavior
Change-Id: Ic563a8fe0e71df746b9b548adc8d1698940b1a83
Fixes: 35125708
Heads up notifications could render blank due to a
bug with invalidation. This works around this issue
by manually invalidating the parent.
Change-Id: I858d1c95bc936f5b14fc3485b2d54d76717c2537
Fixes: 34660898
Previously we always created the low-priority views even if it
was in a group, but now we use the collapsed or the singleline
one based on the group state.
Test: runtest systemui
Bug: 35125708
Change-Id: I49d418912f65c3bc8b672d383eb6a0526fcb8993
Since the notifications need to inflate more dynamically
based on their own state, the inflation is moved away
from the statusbar.
This also improves the apply inplace logic, that was
reinflating all views even if only a single notification
layout was changed.
Test: runtest systemui
Bug: 35125708
Change-Id: I42a33065ab60b7c45ca979ae2d7baa1518bf92b7
We were missing a call to detachChildren in the case
that the visibility change originates from AM (rather than relayout).
Thus we were racing relayout with the client to detach fast enough.
Detach before notifying the client of window visibility changes.
Test: Slow down animation speed. Open close SV app (say Chrome). No flashes.
Change-Id: Ibf027c2ca295f25765ba95b36c1346a715f3bc6e
