Skip to content

Conversation

Shivs11
Copy link
Member

@Shivs11 Shivs11 commented Jul 23, 2025

What was changed

  • general bug fixes that have somehow sneaked in main
  • WIP

Why?

  • because bugs are not good

Checklist

  1. Closes

  2. How was this tested:

  • unit-testing + testing the controller locally.
  1. Any docs updates needed?

@Shivs11 Shivs11 marked this pull request as ready for review July 23, 2025 20:13
@Shivs11 Shivs11 requested review from jlegrone and a team as code owners July 23, 2025 20:13
@jlegrone jlegrone requested a review from Copilot July 23, 2025 20:32
Copy link
Contributor

@Copilot Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull Request Overview

This PR addresses various bug fixes that have accumulated in the main branch, focusing on function consolidation, null pointer safety, and configuration improvements.

Key changes include:

  • Consolidating test workflow ID generation into a single shared function in the k8s package
  • Adding null pointer safety checks for ramp timing operations to prevent panics
  • Updating function signatures and parameter ordering for consistency

Reviewed Changes

Copilot reviewed 13 out of 13 changed files in this pull request and generated 3 comments.

Show a summary per file
File Description
internal/temporal/worker_deployment_test.go Updates test cases to use consolidated GetTestWorkflowID function with corrected parameter order
internal/temporal/worker_deployment.go Removes duplicate getTestWorkflowID function and adds temporalState parameter to GetTestWorkflowStatus
internal/planner/planner_test.go Adds test case for nil rampLastModifiedAt scenario and updates function call
internal/planner/planner.go Adds null check for rampLastModifiedAt and removes duplicate function
internal/k8s/deployments.go Adds consolidated GetTestWorkflowID function and fixes import ordering
internal/demo/helloworld/temporal_worker_deployment.yaml Updates pause durations in rollout strategy
internal/demo/Dockerfile Updates Go version from 1.23 to 1.24
internal/controller/worker_controller.go Removes redundant defaulter call
internal/controller/state_mapper.go Adds explanatory comment for server bug fix
internal/controller/genstatus.go Adds temporalState parameter to GetTestWorkflowStatus call
internal/controller/genplan.go Adds empty string check for LastModifierIdentity
helm/temporal-worker-controller/templates/crds/temporal.io_temporalworkerdeployments.yaml Adds new schema fields
Dockerfile Adds internal/defaults directory to COPY instructions

@Shivs11
Copy link
Member Author

Shivs11 commented Jul 23, 2025

@jlegrone - so regarding this: this is technically a blocker for the controller as the controller needs this so that we can ramp a version properly;

I already have a PR open on the server side which shall get completely rolled out in about 2 ish weeks;

In terms of unblocking the controller, we do have the integ tests which shall have a non-nil value for this field thus
allowing us to test our controller out before we make the release. If one of us would really like to test this against temporal cloud, they would have to wait only another week since our test namespaces live pretty near the first "ring" of deployments.

Personally, I think we should keep the logic as-is rather than change it to account/handle server's error

Copy link
Collaborator

@carlydf carlydf left a comment

Choose a reason for hiding this comment

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

two minor comments, mostly looks good to me but I haven't seen Jacob's comments yet

@Shivs11 Shivs11 merged commit 95940f4 into temporalio:main Jul 23, 2025
3 checks passed
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.

3 participants