-
Notifications
You must be signed in to change notification settings - Fork 25.2k
[CI] AddStringKeyStoreCommandTests testStdinWithMultipleValues failing #126882
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
Labels
:Core/Infra/CLI
CLI utilities, scripts, and infrastructure
needs:risk
Requires assignment of a risk label (low, medium, blocker)
Team:Core/Infra
Meta label for core/infra team
>test-failure
Triaged test failures from CI
Comments
Pinging @elastic/es-core-infra (Team:Core/Infra) |
rjernst
added a commit
to rjernst/elasticsearch
that referenced
this issue
Apr 16, 2025
As a followon to elastic#126729, the add string keystore command doesn't need to use a reader at all (and it was incorrect for it to close the reader from the terminal). Instead, the Terminal abstraction already handles how to get at line by line secrets. This commit removes that usage of reader and uses readSecret calls instead. closes elastic#126882
This has been muted on branch main Mute Reasons:
Build Scans:
|
elasticsearchmachine
added a commit
that referenced
this issue
Apr 16, 2025
…tStdinWithMultipleValues #126882
rjernst
added a commit
that referenced
this issue
Apr 18, 2025
As a followon to #126729, the add string keystore command doesn't need to use a reader at all (and it was incorrect for it to close the reader from the terminal). Instead, the Terminal abstraction already handles how to get at line by line secrets. This commit removes that usage of reader and uses readSecret calls instead. closes #126882
rjernst
added a commit
to rjernst/elasticsearch
that referenced
this issue
Apr 18, 2025
As a followon to elastic#126729, the add string keystore command doesn't need to use a reader at all (and it was incorrect for it to close the reader from the terminal). Instead, the Terminal abstraction already handles how to get at line by line secrets. This commit removes that usage of reader and uses readSecret calls instead. closes elastic#126882
rjernst
added a commit
to rjernst/elasticsearch
that referenced
this issue
Apr 18, 2025
As a followon to elastic#126729, the add string keystore command doesn't need to use a reader at all (and it was incorrect for it to close the reader from the terminal). Instead, the Terminal abstraction already handles how to get at line by line secrets. This commit removes that usage of reader and uses readSecret calls instead. closes elastic#126882
rjernst
added a commit
to rjernst/elasticsearch
that referenced
this issue
Apr 18, 2025
As a followon to elastic#126729, the add string keystore command doesn't need to use a reader at all (and it was incorrect for it to close the reader from the terminal). Instead, the Terminal abstraction already handles how to get at line by line secrets. This commit removes that usage of reader and uses readSecret calls instead. closes elastic#126882
elasticsearchmachine
pushed a commit
that referenced
this issue
Apr 18, 2025
…7069) As a followon to #126729, the add string keystore command doesn't need to use a reader at all (and it was incorrect for it to close the reader from the terminal). Instead, the Terminal abstraction already handles how to get at line by line secrets. This commit removes that usage of reader and uses readSecret calls instead. closes #126882
elasticsearchmachine
pushed a commit
that referenced
this issue
Apr 18, 2025
…7070) As a followon to #126729, the add string keystore command doesn't need to use a reader at all (and it was incorrect for it to close the reader from the terminal). Instead, the Terminal abstraction already handles how to get at line by line secrets. This commit removes that usage of reader and uses readSecret calls instead. closes #126882
elasticsearchmachine
pushed a commit
that referenced
this issue
Apr 18, 2025
…7068) As a followon to #126729, the add string keystore command doesn't need to use a reader at all (and it was incorrect for it to close the reader from the terminal). Instead, the Terminal abstraction already handles how to get at line by line secrets. This commit removes that usage of reader and uses readSecret calls instead. closes #126882
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
:Core/Infra/CLI
CLI utilities, scripts, and infrastructure
needs:risk
Requires assignment of a risk label (low, medium, blocker)
Team:Core/Infra
Meta label for core/infra team
>test-failure
Triaged test failures from CI
Build Scans:
Reproduction Line:
Applicable branches:
9.0
Reproduces locally?:
N/A
Failure History:
See dashboard
Failure Message:
Issue Reasons:
Note:
This issue was created using new test triage automation. Please report issues or feedback to es-delivery.
The text was updated successfully, but these errors were encountered: