-
Notifications
You must be signed in to change notification settings - Fork 855
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
pagination directive: the itemsPerPage id argument (id: tableConfig.key) does not match a registered pagination-id. #313
Comments
Thanks for the report. There was no regression in the unit tests with v0.11.0 - are you doing something "special" with the module? Are the controls inside and ngIf or something else which might be destroying the scope in the middle of usage? |
Thank you for the answer. The pagination control have a ng-if="tableRows.length > 0". |
Ok, reverting to 0.10.x makes sense for now. When I get time, I'll add some unit tests for you type of use case and try to fix the changes to 0.11.0. |
@patrickrioux If you have time, could you try to reproduce the issue by forking this plunker demo - it is using the latest version (0.11.0 right now) so hopefully you should be able to reproduce. |
I reverted to 0.10.0 as well as I got the same results after adding the following packages: |
Please update to v0.11.1 (I reverted the memory-leak fix) and let me know if this solves this issue. |
Hi Michael, Sorry for not having the time to update the plunker demo although I took some times to test v0.11.1 |
Hi,
When updating to the latest version 0.11.0 I'm getting the following error:
pagination directive: the itemsPerPage id argument (id: tableConfig.key) does not match a registered pagination-id.
My pagination-id is being set properly. Version 0.10.0 is working good but not 0.11.0.
A breaking change has been introduced and looks like related with the deregisterInstance code addition in V0.11.0?
The text was updated successfully, but these errors were encountered: