-
Notifications
You must be signed in to change notification settings - Fork 6.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A bug in ImageManagerJob.cancel #91
Comments
Thanks for reporting this! I can definitely see how this could happen if presenter A has finished loading an image, and presenter B starts loading the same image, and then presenter A is cleared while presenter B's load is still in progress. Because presenter A's job doesn't do the check you suggest, it ends up removing presenter B's job from the map. Is that the scenario you were thinking of? Or did you have others in mind? |
Sorry, I'm not familiar with the English. Yes, I think you are right. My project uses android's ListView class and displays items having same image(path) and size. I spend a lot of time to solve this problem. At last I wrote this issue. This problem was because a certain ImageView's presenter removes the irrelevant job. I think my problem is similar to your scenario. It often happens when ListView has a small number of items. Maybe ListView's View Reuse Algorithm seems to behave a little differently than the human's. I love Glide library. I can do a lot of things easier by virtue of your library. Thank you. |
Thanks for following up on this, I really appreciate your time and effort! |
I think...
to
in ImageManager.java:488
Because some instances have the same key at one time. In this case, the actual job can't progress.
The text was updated successfully, but these errors were encountered: