-
Notifications
You must be signed in to change notification settings - Fork 386
fix(MultiIndex): handle if namespace isn't in search state #139
Conversation
Deploy preview ready! Built with commit bb30157 |
@oliviertassinari I'm not sure to understand the argos error here. If you check our storybook here: https://deploy-preview-139--react-instantsearch.netlify.com/react-instantsearch/storybook/ you can see that the stories are fine. |
@mthuret Right, we have a cropping issue with Happo during the screenshot generation. |
|
When would this happen as a user? |
@vvo what do you mean? |
@vvo I don't think that it's a react-instantsearch issue, sounds more like a Happo one, not measuring the component dimensions at the right time. For instance, it's could be linked to asynchronous image loading. |
Thanks for the explanation @mthuret. Sorry @oliviertassinari I was just asking Marie more details on the bug usecase. |
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.
LGTM
<a name="4.0.5"></a> ## [4.0.5](v4.0.4...v4.0.5) (2017-06-26) ### Bug Fixes * **MultiIndex:** ensure getResults return only hits matching index in the context (#136) ([124ffe6](124ffe6)) * **MultiIndex:** handle if namespace isn't in search state (#139) ([1aab324](1aab324)) * **storybook:** process CSS through autoprefixer (#138) ([62cf512](62cf512))
Use case: you handle a tab navigation without any router and you're switching between a multiple indices display and several only one indices display.
At some point, before the rendering of only one indices, the namespace with the index name is not here yet, so without this check it crashed.