Fix a race condition when entering and exiting a preference fragment quickly.
Bug: 3413715 Fragment was going through STARTED/RESUMED/STARTED/CREATED very quickly and bindPreferences() was a delayed call that happened after mView was nullified. Removing the MSG_BIND_PREFERENCES when view is destroyed. Change-Id: Iec43102c004a266c412b993f17e1a8c1699fb0b1
Loading
Please register or sign in to comment