-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
[Discover] Suppress error when popularizeField fails #62402
[Discover] Suppress error when popularizeField fails #62402
Conversation
dear @lizozom , before I continue here, do you think this is a valid way to go? since it contains a core API change, thx! |
@kertal Well, as this fix only hides the error message and changes an API, I'd say the other solution seems better. What do you think? |
@lizozom agreed, so I can see 3 quick options as alternative
|
c59ff11
to
63fa09a
Compare
adding @streamich to discuss, who also complained about this error. @lizozom I've implemented the approach popularize takes care of saving, doesn't use the save function, what do you think? |
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.
Code LGTM
💚 Build SucceededHistory
To update your PR or re-run it, just comment with: |
* Refactor index_patterns popularize function, so no message is displayed to the user # Conflicts: # src/plugins/data/public/index_patterns/index_patterns/index_pattern.ts
* Refactor index_patterns popularize function, so no message is displayed to the user # Conflicts: # src/plugins/data/public/index_patterns/index_patterns/index_pattern.ts
Summary
Simple fix how to prevent HTTP 409 when adding fields in Discover. Every time you add or remove a field, the count value of the field is increased and the index pattern is persisted. This causes a 409 when the recent persistence hasn't finished. This PR suppresses the exception in this case. This solves the issue for the user, however technically it would be a better solution to prevent the exception like here #46566.
This is a very old problem, here's a screenshot of Kibana 6.x
Fixes #22426