Skip to content

Fix --from-file key explanation in Context Retriever TLS CA docs#3657

Open
mich-elle-luna wants to merge 1 commit into
mainfrom
cr-cert-name-fix
Open

Fix --from-file key explanation in Context Retriever TLS CA docs#3657
mich-elle-luna wants to merge 1 commit into
mainfrom
cr-cert-name-fix

Conversation

@mich-elle-luna

@mich-elle-luna mich-elle-luna commented Jul 17, 2026

Copy link
Copy Markdown
Collaborator

The original text said the Secret key comes from the file's basename, which is only true for the bare --from-file=/path/to/file form. The example uses --from-file==, where the key is set explicitly.


Note

Low Risk
Documentation-only wording fix with no runtime or configuration behavior changes.

Overview
Updates the Trust a custom Redis CA certificate section so the Secret key explanation matches how kubectl create secret --from-file actually works.

The doc now states that --from-file=<key>=<path> sets the Secret data key explicitly (e.g. ca.crt in the shown example), while the bare --from-file=/path/to/file form uses the file basename as the key. The note about using a different key name and aligning redis.tlsCA.existingSecrets[].key in Helm values is unchanged.

Reviewed by Cursor Bugbot for commit c5314b4. Bugbot is set up for automated code reviews on this repo. Configure here.

The original text said the Secret key comes from the file's basename,
which is only true for the bare --from-file=/path/to/file form. The
example uses --from-file=<key>=<path>, where the key is set explicitly.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
@mich-elle-luna
mich-elle-luna requested a review from n-valchev July 17, 2026 19:34
@github-actions

Copy link
Copy Markdown
Contributor

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant