summaryrefslogtreecommitdiff
path: root/docs/html/sdk/api_diff/11
diff options
context:
space:
mode:
authorAdam Powell <adamp@google.com>2016-03-22 10:40:29 -0700
committerAdam Powell <adamp@google.com>2016-03-22 11:14:16 -0700
commit35e2ea02035e8b7eb7de5d7a1d51bf030dcb5b76 (patch)
treec251a945bc28c4cf2dffac3eb40ab3f09537115f /docs/html/sdk/api_diff/11
parent030247d41b6e9a48248634a27df5264ea41c04ca (diff)
Only call Drawable.setVisible(false) for visible outgoing drawables
In framework views where we're handling the new visibility aggregated call we only update the drawable visibility when we're attached to a window. For old outgoing drawables being replaced, gate this on whether the drawable is already marked visible instead. This catches a case where views being inflated might set drawables in in a superclass constructor and have them replaced in a later constructor. Gating the call into a drawable that might invoke its callback (the view being constructed) avoids potential problems where overridden methods are called unexpectedly on a view subclass that has not finished running its constructor. This is a better check than isAttachedToWindow, as isAttachedToWindow will return false if the view has been temporarily detached from its parent by a view-recycling container. In those cases, the view would not correctly update the outgoing drawable. Bug 27461617 Change-Id: I733a2dd3e3df0a8d80d5dc542ca7b30064159d5d
Diffstat (limited to 'docs/html/sdk/api_diff/11')
0 files changed, 0 insertions, 0 deletions