Fixed
Status Update
Comments
al...@google.com <al...@google.com>
ap...@google.com <ap...@google.com> #2
This isn't fixed in alpha 6 :(. It's easily reproducible by starting a drag with one finger and then tapping somewhere else (think back button) which calls clearSelection().
an...@gmail.com <an...@gmail.com> #4
Fix is in the works. Until then, a workaround is to avoid calling SelectionTracker#clearSelection while a gesture or mouse-band selection operation is in progress. Such a condition is likely not reflective of user intent (given the ongoing stream of selection operation), but reflective of a stray tap.
State can be monitored using OperationMonitor:
https://developer.android.com/reference/androidx/recyclerview/selection/OperationMonitor.OnChangeListener.html
State can be monitored using OperationMonitor:
pr...@google.com <pr...@google.com> #5
BTW, working on a fix for this (general improvement to state management). My unassigning this issue from me should not be construed as lack of attention to the matter. I just manage issues by hotlist (rather than ownership).
pr...@google.com <pr...@google.com> #6
Rolling all state-related crash reports up into a single tracking bug.
pr...@google.com <pr...@google.com> #7
Fixed in upcoming beta01 release.
pr...@google.com <pr...@google.com> #8
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.swiperefreshlayout:swiperefreshlayout:1.2.0-beta01
Description
aosp/2852865 deprecated some methods and baseline suppressed the resulting warnings. We should remove those baselines and move to inline suppresion.