summaryrefslogtreecommitdiff
path: root/graphics/java/android/renderscript/ProgramVertexFixedFunction.java
diff options
context:
space:
mode:
authorDianne Hackborn <hackbod@google.com>2010-12-23 13:58:22 -0800
committerDianne Hackborn <hackbod@google.com>2010-12-28 14:01:20 -0800
commitd173fa3b1cb8e4294aba7564c0171894be6c3c24 (patch)
treeaeba6e98ef80d95d291d0fd0874a0122e6220bbd /graphics/java/android/renderscript/ProgramVertexFixedFunction.java
parent7d4b0062f8c7f530d289bfb017f0bced0ffa0f00 (diff)
Possible fix to issue #3213749: NPE at...
...android.app.Fragment.startActivityForResult(Fragment.java) Make sure to remove all pending messages when AbsListView is detached from its window. But... that's not enough. It turns out that when a fragment's views are animating away, they of course don't get detached until after the animation is done. However the fragment itself is immediately destroyed, leaving its live views still going after that. Here's a possible solution: when fragment manager initiates an animation on a fragment whose views are being removed, it makes note of that so it can hold off on destroying the fragment until the animation is over. There are a lot of interesting race conditions here, if further operations happen on the fragment while it is being animated. I think the code here does something sensible, and it does seem to work for the situations I have tested, but it is hard to know all of the edge cases that may happen. Change-Id: I4490ce8862a9bb714c7ea54baca3072c62126388
Diffstat (limited to 'graphics/java/android/renderscript/ProgramVertexFixedFunction.java')
0 files changed, 0 insertions, 0 deletions