You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Yes, this behavior used to work in the previous version
The previous version in which this bug was not present was
No response
Description
When rendering multiple instances of mat-table within an @for loop, and each mat-table's [dataSource] is bound to a nested signal (or a signal-derived value) which itself contains the data array, mat-table sometimes fails to detect changes to the underlying data array, particularly when pagination changes occur. This leads to the table not re-rendering its rows even though the data array reference passed to [dataSource] has been updated.
mat-table should reliably detect changes to its [dataSource] input (when the array reference changes) and re-render its rows to reflect the new data, regardless of how deeply nested the signal-driven data is, as long as the final array reference for [dataSource] changes.
Actual Behavior
Don't take the itself instance
Environment
CDK/Material:Material
Browser(s): Chrome
Operating System (e.g. Windows, macOS, Ubuntu):macOS