Skip to content
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

CT: Assertion failed: Should be empty before adding everything #316

Closed
pixelzoom opened this issue Feb 16, 2022 · 6 comments
Closed

CT: Assertion failed: Should be empty before adding everything #316

pixelzoom opened this issue Feb 16, 2022 · 6 comments

Comments

@pixelzoom
Copy link
Contributor

This occurred once (so far) in the State Wrapper. It's in GORulerNode.onVisiblePropertyChange, so probably related to a ruler transitioning in/out of the toolbox.

geometric-optics : phet-io-state-fuzz : unbuilt
https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/phet-io-wrappers/state/?sim=geometric-optics&phetioDebug&fuzz&wrapperContinuousTest=%7B%22test%22%3A%5B%22geometric-optics%22%2C%22phet-io-state-fuzz%22%2C%22unbuilt%22%5D%2C%22snapshotName%22%3A%22snapshot-1644979446092%22%2C%22timestamp%22%3A1644984737723%7D
Uncaught Error: Uncaught Error: Assertion failed: Should be empty before adding everything
Error: Assertion failed: Should be empty before adding everything
at window.assertions.assertFunction (https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/assert/js/assert.js:25:13)
at PDOMDisplaysInfo.addAllPDOMDisplays (https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/chipper/dist/js/scenery/js/accessibility/pdom/PDOMDisplaysInfo.js:173:15)
at PDOMDisplaysInfo.onVisibilityChange (https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/chipper/dist/js/scenery/js/accessibility/pdom/PDOMDisplaysInfo.js:100:14)
at GORulerNode.onVisiblePropertyChange (https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/chipper/dist/js/scenery/js/nodes/Node.js:3380:28)
at TinyForwardingProperty.emit (https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/chipper/dist/js/axon/js/TinyEmitter.js:53:48)
at TinyForwardingProperty.notifyListeners (https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/chipper/dist/js/axon/js/TinyForwardingProperty.js:139:10)
at TinyForwardingProperty.onTargetPropertyChange (https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/chipper/dist/js/axon/js/TinyForwardingProperty.js:97:10)
at TinyProperty.emit (https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/chipper/dist/js/axon/js/TinyEmitter.js:69:9)
at BooleanProperty._notifyListeners (https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/chipper/dist/js/axon/js/Property.js:228:23)
at PhaseCallback.listener (https://bayes.colorado.edu/continuous-testing/ct-snapshots/1644979446092/chipper/dist/js/axon/js/Property.js:276:47)
id: Bayes Chrome
Snapshot from 2/15/2022, 7:44:06 PM
@pixelzoom
Copy link
Contributor Author

@zepumph I'm wondering if you've seen this error before, and if it's perhaps related to #318 and/or phetsims/scenery#1312.

@zepumph
Copy link
Member

zepumph commented Feb 18, 2022

It seems like a pretty good bet that this is the same sort of thing as what you mentioned. I'll stay assigned for now.

@pixelzoom
Copy link
Contributor Author

pixelzoom commented Feb 19, 2022

I'll label this issue "on hold", pending fix for phetsims/scenery#1312.

@zepumph
Copy link
Member

zepumph commented Feb 21, 2022

A fix has been pushed over in phetsims/scenery#1312 (comment), next steps for this issue are to make sure it is being tested on CT in the state wrapper. This will ensure we got the fix correct.

@pixelzoom
Copy link
Contributor Author

pixelzoom commented Feb 22, 2022

... next steps for this issue are to make sure it is being tested on CT in the state wrapper.

The phet-io-state-fuzz test is not being run very often by CT. It's only run 3 times since the fix for phetsims/scenery#1312 was pushed, see screenshot below. @zepumph do you feel comfortable closing with this kind of CT coverage?

screenshot_1570

@zepumph
Copy link
Member

zepumph commented Feb 22, 2022

Yes, I feel alright when I take those tests and add them to my local testing. Before the change, either #318 or #316 would be hit within ~ 5 seconds of state fuzz testing. Closing

Please also note #325 is a state wrapper fuzz bug too at this time.

@zepumph zepumph closed this as completed Feb 22, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants