-
Notifications
You must be signed in to change notification settings - Fork 6
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
Implement getColumnDescription getter #289
Implement getColumnDescription getter #289
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Got it, @surchs. Approved.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good to go!
I ran into a weird problem where I was not able to wrap the commit method on the store object in a cypress spy, only when the test ran after another test. I assume that running the other test somehow changed the store object. Re-initializing the mocked store object with beforeEach fixed this.
4d1eadd
to
6c15c6d
Compare
There is a bit more in this PR than just the normal refactor. The reason is that adding a new test for the
column-linking-component
somehow broke the existing component test in a way I didn't understand.The original
column-linking-component
test passed when forced to run aloneit.only
, but could not wrap thecommit
function on thestore
object in acy.spy
when it was run second after the new test.I think this may be because running the first test somehow changes the mocked
store
object in a waythat affects subsequent test. I was not able to debug this though, the
store
object looked normal to me.As a workaround, I have moved the mocked store into a
beforeEach
statement to make sure every testgets passed the same
store
object.There may be better ways of doing this, and I think we should research these separately. I made #288 to track this.
Closes #253