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
I've observed that in certain acceptance test scenarios that I don't fully understand yet, ember-headless-table's resizeObservers can trigger onTableResize after the test has been finished and the app has been torn down.
This redacted screen shot was captured on an uncaught error in an acceptance test.
The stack trace shows an error originating from a controller property that is being re-evaluated after the controller is destroyed, and shows the trace originating back to onTableResize which leads to the rowSelection plugin being re-evaluated, which re-evaluates our controller getter.
The anonymous call at the root of the stack trace references the ResizeObserver callback here: https://github.com/CrowdStrike/ember-headless-table/blob/main/ember-headless-table/src/plugins/column-resizing/plugin.ts#L392-L396
I attempted to add an isDestroyed(table) guard to the ResizeObserver callback, but it did not appear to resolve the issue, which indicates that the table is not being destroyed when it should.
The text was updated successfully, but these errors were encountered:
I've observed that in certain acceptance test scenarios that I don't fully understand yet, ember-headless-table's resizeObservers can trigger onTableResize after the test has been finished and the app has been torn down.
This redacted screen shot was captured on an uncaught error in an acceptance test.
The stack trace shows an error originating from a controller property that is being re-evaluated after the controller is destroyed, and shows the trace originating back to
onTableResize
which leads to the rowSelection plugin being re-evaluated, which re-evaluates our controller getter.The anonymous call at the root of the stack trace references the ResizeObserver callback here: https://github.com/CrowdStrike/ember-headless-table/blob/main/ember-headless-table/src/plugins/column-resizing/plugin.ts#L392-L396
I attempted to add an
isDestroyed(table)
guard to the ResizeObserver callback, but it did not appear to resolve the issue, which indicates that the table is not being destroyed when it should.The text was updated successfully, but these errors were encountered: