Skip to content

Conversation

sga80
Copy link
Contributor

@sga80 sga80 commented May 30, 2025

Issue #2420

Description of changes:

  • Support additional fields - encryptionType, keyId and retentionPeriodHours.
  • All these fields are supported as an update operation similar to tags as these are not part of the create
  • Below is the screenshot of a test with encryption enabled
Screenshot 2025-05-29 at 7 59 35 PM

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

@ack-prow ack-prow bot requested review from michaelhtm and rushmash91 May 30, 2025 03:04
Copy link

ack-prow bot commented May 30, 2025

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: sga80
Once this PR has been reviewed and has the lgtm label, please assign michaelhtm for approval by writing /assign @michaelhtm in a comment. For more information see the Kubernetes Code Review Process.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Copy link

ack-prow bot commented May 30, 2025

Hi @sga80. Thanks for your PR.

I'm waiting for a aws-controllers-k8s member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@ack-prow ack-prow bot added the needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. label May 30, 2025
cr = k8s.get_resource(ref)
assert cr['status']['conditions'][0]['message'] == "cannot specify KeyID with NONE encryption type"

# Test the code paths that update encryption type and key ID
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Commented out this code as I didn't want to check in the actual keyId. Is there anyway we still include this test without breaking E2E tests ?

@sga80
Copy link
Contributor Author

sga80 commented May 30, 2025

@michaelhtm , can you please review?

@sga80
Copy link
Contributor Author

sga80 commented Jun 9, 2025

@michaelhtm , can you please review this PR when you get a chance?

Copy link
Member

@michaelhtm michaelhtm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hello @sga80
Thank you for the contribution! We should probably discuss the best approach here.

@@ -62,7 +62,6 @@ resources:
operation: DescribeStreamSummary
path: StreamDescriptionSummary.ConsumerCount
EncryptionType:
is_read_only: true
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This approach, although technically correct, is breaking the CRD (removing fields).
Maybe the best thing to do would be to have new fields that go in Spec, and just mirror the ones in status..

cc: @a-hilaly @rushmash91 @knottnt

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agreed, having a similar field in status should be okay rather than removing from read only.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants