-
Notifications
You must be signed in to change notification settings - Fork 86
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
Conversation
Signed-off-by: bbland1 <[email protected]>
…nc flags Signed-off-by: bbland1 <[email protected]>
✅ Deploy Preview for polite-licorice-3db33c canceled.
|
Signed-off-by: bbland1 <[email protected]>
Signed-off-by: bbland1 <[email protected]>
Signed-off-by: bbland1 <[email protected]>
…xt check Signed-off-by: bbland1 <[email protected]>
Signed-off-by: bbland1 <[email protected]>
Signed-off-by: bbland1 <[email protected]>
There was a problem hiding this 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.
Hey @bbland1 ! Sorry for the delay. I will review this early next week or possibly over the weekend. |
…rging main in Signed-off-by: bbland1 <[email protected]>
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 |
Signed-off-by: Todd Baert <[email protected]>
Signed-off-by: Todd Baert <[email protected]>
There was a problem hiding this 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:
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)
I'll merge this soon unless I hear objections. |
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 |
Signed-off-by: bbland1 <[email protected]>
🤖 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>
This PR
GetMetadata
being deprecated in future releasesync_context
field to theSyncFlags
offlag-sync/handler.go
Related Issues
Fixes #1635