timc1 / kbar

fast, portable, and extensible cmd+k interface for your site
https://kbar.vercel.app
MIT License
4.87k stars 184 forks source link

Only the last 2 actions showing in Jest snapshot #272

Closed michalkopanski closed 1 year ago

michalkopanski commented 1 year ago

Pre-holiday greetings! Hope this issue finds you well. We're using KBar for a command palette component that has 7 actions in a single section at the root, and a second section with 1 action that has 11 children.

Everything works well in the UI, but when writing specs using Jest and testing-library, only the last 2 items end up rendering. Any insight or help pointing me in the right direction would be greatly appreciated.

Below are a few examples of the expected DOM based on the actions provided, and the actual DOM:

Scenario 1

Provided actions and expected DOM:

 - Section A
  - Action 1
  - ...
  - Action 7
  - Section B
  - Parent Action
    - Child Action 1
    - ...
    - Child Action 11

Actual DOM:

- Section B
- Parent Action

Scenario 2

Provided actions and expected DOM:

- Section A
- Action 1
- Action 2

Actual DOM:

- Action 1
- Action 2
michalkopanski commented 1 year ago

Following up here with some additional context:

At this point, I'm not sure if it's my test environment, react-virtual or kbar that's not rendering the list properly. Any help would be greatly appreciated!

timc1 commented 1 year ago

Hey @michalkopanski! You may need to wait for the items to update prior to applying your check.

As an aside, why are you snapshot testing whether these actions show up? The logic would be handled by kbar itself

michalkopanski commented 1 year ago

Hey @timc1, thanks for your suggestion, and sorry for the late reply.

You may need to wait for the items to update prior to applying your check.

Tried waiting for them, and it looks like they're rendered, but their translateY values are still off, and the second action is always at the bottom of the viewport.

As an aside, why are you snapshot testing whether these actions show up? The logic would be handled by kbar itself

This test is part of our larger CI suite, so I'd like to do at least some regression testing in case a new version of kbar breaks expected behavior, or in the case a code change elsewhere affects it.

We shipped with limited testing of just two mocked actions, but we would love to have 1:1 coverage, so I would love any additional input in case anyone else has run into similar issues.

stale[bot] commented 1 year ago

Hey! This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

npfitz commented 7 months ago

@michalkopanski I'm not sure if you're still stuck on this, but I have a similar issue and it also required mocking getBoundingClientRect, whish is also pretty common in the issues in react-virtual

michalkopanski commented 7 months ago

Thanks for taking the time to comment @npfitz! We're stilling running the test for two mocked actions, so I'll give your suggestion a try when I have a chance.

npfitz commented 7 months ago

I found that mocking with quite small numbers for offsetHeight also helped a lot. When observing the DOM, I was able to verify that traslateY on all the virtual items made sense.