-
Notifications
You must be signed in to change notification settings - Fork 1.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
Pull to refresh view doesn't always hide cleanly #131
Comments
It's ok if you revert my commit if nobody has the same problem. I'm working in branch |
@samvermette I had the same problem, the pull to refresh sometime only partial hide. I solved this problem as suggested @lordkev reverting the commit. Could you do that in the cocoa pods version? |
…esh view would not hide cleanly
… to refresh view would not hide cleanly" This reverts commit bb890c8.
I had the same problem with latest version. i found that stop stopAnimating is performed,but it do nothing when the network is closed or network is quick. how to solved it. |
same here. |
I was also affected by this issue when using with a very fast internet connection, leading to a very short time period between calls to Since the podspec hasn't been updated in 3 years, the fix referenced that has been committed to master hasn't made it through to the default pod yet. You can workaround this for now by replacing
with
|
Thanks @mattmcneeney! Spent 2 hours debugging this before I saw your comment. |
I'm running into an issue where the pull to refresh view doesn't always hide cleanly after calling stopAnimating. I haven't been able to nail down exactly what conditions it occurs under, aside that it appears somewhat "random" in my use.
I did however nail it down to this commit that is causing the issue: b88f78d (from #99)
If I revert this commit then the pull to refresh view always hides cleanly, but I'm not sure how best to solve it so that @pilot34's use case also works.
Any ideas?
The text was updated successfully, but these errors were encountered: