[Console] Fix use of legacy config#56468
Conversation
|
Pinging @elastic/es-ui (Team:Elasticsearch UI) |
sebelga
left a comment
There was a problem hiding this comment.
Code LGTM. Although I could not test locally as I couldn't reproduce the issue. If you want me to test it locally, can you provide the steps?
|
Thanks for the review @sebelga ! From the original issue:
I'll add the steps in the description in future! |
|
@jloleysens I ran into this problem and spent some time trying to track down what was happening. I noticed the bug was introduced in #55690. |
|
@jportner Good point, regarding the typings downstream. |
|
Unfortunately the upstream object still comes from an |
💚 Build SucceededHistory
To update your PR or re-run it, just comment with: |
|
@jloleysens I tried to first reproduce the reported problem but I wasn't able to:
What am I doing wrong? |
|
@cjcenizal assuming you are testing before the fix :), you can add a log statement in logging the value of to see the value of the config coming through. If it’s master it should have ssl but verificationMode is undefined.[UPDATE]: I have updated the PR description |
|
That should be throwing the error in the default case per request. |
cjcenizal
left a comment
There was a problem hiding this comment.
Thanks @jloleysens! Code LGTM, tested locally and verified the verificationMode is being passed through as expected.
* Fix use of legacy config * Add types for ssl
Summary
Fix #56450
Tested locally and
'none'is being passed through to elasticsearch_proxy_confg.Setup to reproduce on master
elasticsearch.hosts: ['https://localhost:9200']andelasticsearch.ssl.verificationMode: 'none'in yourkibana.dev.ymlyarn es snapshot --sslyarn start --ssl