Skip to content

feat: add sync_context to SyncFlags #1642

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

Merged
merged 16 commits into from
Jul 3, 2025

Conversation

bbland1
Copy link
Member

@bbland1 bbland1 commented Jun 11, 2025

This PR

  • adds comment about GetMetadata being deprecated in future release
  • implements the sync_context field to the SyncFlags of flag-sync/handler.go

Related Issues

Fixes #1635

Copy link

netlify bot commented Jun 11, 2025

Deploy Preview for polite-licorice-3db33c canceled.

Name Link
🔨 Latest commit cdbcb82
🔍 Latest deploy log https://app.netlify.com/projects/polite-licorice-3db33c/deploys/6865a7ae2010220008974a91

@bbland1 bbland1 changed the title Feat/sync_context feat: add sync_context to SyncFlags Jun 11, 2025
@bbland1 bbland1 marked this pull request as ready for review June 12, 2025 04:41
@bbland1 bbland1 requested review from a team as code owners June 12, 2025 04:41
@dosubot dosubot bot added the size:L This PR changes 100-499 lines, ignoring generated files. label Jun 12, 2025
Copy link
Member

@aepfli aepfli left a comment

Choose a reason for hiding this comment

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

Thank you, I have nothing to add to the implementation, more like how we will proceed here, so we will not create breaking changes for everyone ;) - how do we know if the data is in the payload or a separate request. but this is something we might want to discuss on the issue rather here.

@toddbaert
Copy link
Member

Hey @bbland1 ! Sorry for the delay. I will review this early next week or possibly over the weekend.

@toddbaert
Copy link
Member

toddbaert commented Jul 2, 2025

Thank you, I have nothing to add to the implementation, more like how we will proceed here, so we will not create breaking changes for everyone ;) - how do we know if the data is in the payload or a separate request. but this is something we might want to discuss on the issue rather here.

My thinking is we just leave this as it is (with no breaking changes and both working) for a long time* and update the providers to use the new feature as soon as possible. That will minimize the chance anyone is impacted when we actually remove this feature (probably in v1).

* depending on how fast we can implement this in providers

toddbaert added 2 commits July 2, 2025 12:29
Signed-off-by: Todd Baert <[email protected]>
Signed-off-by: Todd Baert <[email protected]>
@toddbaert toddbaert self-requested a review July 2, 2025 16:37
Copy link
Member

@toddbaert toddbaert left a comment

Choose a reason for hiding this comment

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

@bbland1 great work! I tested this manually and it works as expected:

image

I've pushed 2 very small changes:

  • go mod tidy in /core
  • updated the schema submodule - I'm guessing you have this locally but didn't commit it, because it doesn't work otherwise. It can be tricky to update submodules, my method is usually to cd into it, and then checkout what I want (in this case the 0.6.4 proto release) and then commit the resultant submodule metadata change from the root directory (not the submodule dir you moved into)

@toddbaert
Copy link
Member

I'll merge this soon unless I hear objections.

@bbland1
Copy link
Member Author

bbland1 commented Jul 2, 2025

I've pushed 2 very small changes:

  • go mod tidy in /core
  • updated the schema submodule - I'm guessing you have this locally but didn't commit it, because it doesn't work otherwise. It can be tricky to update submodules, my method is usually to cd into it, and then checkout what I want (in this case the 0.6.4 proto release) and then commit the resultant submodule metadata change from the root directory (not the submodule dir you moved into)

Happy to see it working on your end too! Yeah I updated it locally but I didn’t realize it wouldn’t push until you just said this so that makes total sense, thanks! Now I can make a note of it for the future. Nice catch on the go mod tidy in /core!

@toddbaert toddbaert merged commit 07a45d9 into open-feature:main Jul 3, 2025
15 checks passed
@github-actions github-actions bot mentioned this pull request Jul 3, 2025
@bbland1 bbland1 deleted the feat/sync_context branch July 3, 2025 19:50
beeme1mr pushed a commit that referenced this pull request Jul 14, 2025
🤖 I have created a release *beep* *boop*
---


<details><summary>flagd: 0.12.6</summary>

##
[0.12.6](flagd/v0.12.5...flagd/v0.12.6)
(2025-07-10)


### 🐛 Bug Fixes

* **security:** update module github.com/go-viper/mapstructure/v2 to
v2.3.0 [security]
([#1667](#1667))
([caa0ed0](caa0ed0))


### ✨ New Features

* add sync_context to SyncFlags
([#1642](#1642))
([07a45d9](07a45d9))
</details>

<details><summary>flagd-proxy: 0.7.5</summary>

##
[0.7.5](flagd-proxy/v0.7.4...flagd-proxy/v0.7.5)
(2025-07-10)


### 🐛 Bug Fixes

* **security:** update module github.com/go-viper/mapstructure/v2 to
v2.3.0 [security]
([#1667](#1667))
([caa0ed0](caa0ed0))


### ✨ New Features

* add sync_context to SyncFlags
([#1642](#1642))
([07a45d9](07a45d9))
</details>

<details><summary>core: 0.11.6</summary>

##
[0.11.6](core/v0.11.5...core/v0.11.6)
(2025-07-10)


### ✨ New Features

* add sync_context to SyncFlags
([#1642](#1642))
([07a45d9](07a45d9))
* allowing null/missing defaultValue
([#1659](#1659))
([3f6b78c](3f6b78c))
</details>

---
This PR was generated with [Release
Please](https://github.com/googleapis/release-please). See
[documentation](https://github.com/googleapis/release-please#release-please).

Signed-off-by: OpenFeature Bot <[email protected]>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
size:L This PR changes 100-499 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[FEATURE] add sync_context to SyncFlags payload
4 participants