-
Notifications
You must be signed in to change notification settings - Fork 510
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
Set hasMore to "false" doesn't necessarily detaching the event listeners #44
Comments
On Line 86 we detach the event listener and call But I suppose your question is, what would happen if you changed the I'll see if we can make the same check made by the attach method in if(!this.props.hasMore) {
return;
} |
Thanks for the answer and explanation.
Yes, that's exactly what I meant. This makes it troublesome if say, I simply want to make a button to attach/detach the event listeners. The doc could be clearer as well, as it states that the event listeners are removed if |
It probably is, I'm swamped with uni work right now so I haven't had a chance to test it. |
This kinda works, I check hasMore on componentWillReceiveProps and detachScrollListener if hasMore is false. |
this component has a lot of bugs 🤨🤨 |
I have the same issue, with an ordinary scenario - I have two "tabs" (basically buttons) that fetch data and display it in an infinite scrolling. First (default) tab doesn't have more items (most of the time), but second tab has more items (archived from first tab). When switching from first to second I set |
I get the same problem, any plans on merging pull requests that might fix the problem and release a new version? |
Setting hasMore to "false" from another function that is not triggered by the callback doesn't remove the event listeners. Is this intentional?
The text was updated successfully, but these errors were encountered: