GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | ||||||||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | ||||||||||
GeezerVison is showing github.com — fix: Add project filter to apply_data_source and delete_data_source by mailtoboggavarapu-coder · Pull Request #6298 · feast-dev/feast Conversation
|
|
Hi @woop @felixwang9817 @tedhtchang — this PR fixes a cross-project data source overwrite bug in the shared registry (issue #6206), adds the same project-scoped guard to |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Thanks for the automated review, @devin-ai-integration!
|
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Thanks for the style follow-up, @devin-ai-integration! Style fix applied in the latest commit: the multi-line if ( existing_data_source_proto.name == data_source.name and existing_data_source_proto.project == project ): This keeps the formatting consistent with the surrounding code per AGENTS.md. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Hi team! 👋 Friendly ping — this PR has been updated and is now current with master. All Devin review comments have been addressed. Ready for a human review when you get a chance! |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Hi team! 👋 Friendly ping — this PR is now up-to-date with master. All review comments addressed. Ready for a human review when you get a chance! |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
@mailtoboggavarapu-coder please sign the commit and also possibly please add the tests |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Hi team! Checking in on this fix for the |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Fixes two methods in the shared registry that were matching data sources by name only, without filtering by project. In multi-project registries where different projects share the same data source name (e.g. the default "vals_to_add"), this caused: - apply_data_source: cross-project overwriting of data sources - delete_data_source: deleting data sources from the wrong project Changes: - apply_data_source: adds and existing_data_source_proto.project == project check (mirrors the pattern used in apply_entity, apply_feature_service, apply_feature_view) - delete_data_source: uses the same project-scoped filter for consistency - Fix Unicode mojibake in registry.py comments (em dashes and right arrows were stored as double-encoded Latin-1 bytes) - apply ruff format - collapse single-line timestamp assignment Fixes feast-dev#6206 Signed-off-by: Venkateswarlu Boggavarapu <[email protected]>
df7fc5a to
5b34cbb
Compare
Add two integration tests that verify the regression fix for feast-dev#6206: - test_apply_data_source_cross_project_isolation: applies a FileSource with the same name to two separate projects and asserts that updating one project's source does not overwrite the other project's source. - test_delete_data_source_project_scoped: applies a FileSource with the same name to two projects, deletes it from one, and asserts the other project's source is unaffected. Signed-off-by: Venkateswarlu Boggavarapu <[email protected]>
|
Hi @ntkathole — thanks for the review feedback! I've addressed both points: 1. Signed commits (DCO): The branch has been squashed into a single signed commit with 2. Tests: Added two integration tests to
Both tests follow the existing |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Signed-off-by: Venkateswarlu Boggavarapu <[email protected]>
Add missing blank line between top-level test functions to satisfy ruff E302. Signed-off-by: Venkateswarlu Boggavarapu <[email protected]>
I, mailtoboggavarapu-coder <[email protected]>, hereby attest that 58e4a38 adheres to the Developer Certificate of Origin. Signed-off-by: mailtoboggavarapu-coder <[email protected]>
I, mailtoboggavarapu-coder <[email protected]>, hereby attest that eb71758 adheres to the Developer Certificate of Origin. Signed-off-by: mailtoboggavarapu-coder <[email protected]>
|
The DCO check is failing for two commits ( All four original commits have matching I've added DCO Remediation Commits for both affected SHAs (commits If you're able to use Squash and merge, the merge commit can carry a single proper |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Closing in favour of #6319 which has a clean DCO-compliant commit history. Both commits in #6319 are authored as "Venkateswarlu Boggavarapu" matching the Signed-off-by, so the DCO check will pass. All the same changes (registry.py fix + tests) are included. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
apply_data_source method matches by name only, without filtering by project in shared registry scenario
There was an error while loading. Please reload this page.