CalledFromWrongThreadException in 2.1.0 about oneadapter HOT 9 CLOSED

Thanks for the reports, will be fixed and covered in test in the next release.

from oneadapter.

Also I checked for #37 issue.
There is no crash now in 2.1.0, but it is possible to achieve that after a certain amount of quick removal of all items and adding them back, the setItems method just stops working - the adapter remains empty, even if you pass some objects there.

Upd: If we call layoutManager.scrollToPositionWithOffset(position, 0) on broken empty adapter, then elements appear - probably this information can help in debug problem.

from oneadapter.

I've tried to simulate the behavior you mention:

• with multiple search views, simple and complex
• with manual and simulated monkey testing (random input to an edit text with random pace)
• with and without multiple item modules
• with and without emptiness module
  I could not reach an invalid state.

can you share the simplest project you can that this behavior is reproducible?

from oneadapter.

Spent almost an hour to be able to strongly reproduce bug, but I did it))
I send you a video for reproducing steps and sample project later.

from oneadapter.

https://github.com/vellrya/OneAdapter_Issue

Watch reproduce.mp4 video, bug appeared at ~0:40
Seems like this happened after we call setItems on empty adapter (when search substring reduced) after fast changing it's data

from oneadapter.

Thanks for the help.
I'm still trying to figure this behavior out - if it's my library or the extended Android adapter bug, and how to work around it.

from oneadapter.

Now I switched to ListAdapter for this particular RecyclerView and cannot reproduce this error more.
But of course I had to write a lot of boilerplate code and there is no support for pagination and a lot of other features of your library)
Also, it seemed to me that with ListAdapter the work of RecyclerView became smoother, could this be?

from oneadapter.

Honestly, ListAdapter is implemented by using AsyncListDiffer, which OneAdapter uses as well.
The implementations are basically identical, but as you said with fewer features, hence maybe there is a slim benefit to the "Valina" version.

This is why this bug is so weird and even more, if it does not reproduce on ListAdapter.
The entire state of the adapter is correct and keeps updating but the recycler seems disconnected from it.

Will keep investigating...

from oneadapter.

The original issue has been fixed on v2.1.1

from oneadapter.