Repository navigation
apply_data_source method matches by name only, without filtering by project in shared registry scenario #6206
Copy link
Copy link
Labels
good first issueGood for newcomersGood for newcomerskind/bugpriority/p2starter-ticketGood starter ticketsGood starter tickets
Description
Activity
- addedgood first issueGood for newcomersGood for newcomersstarter-ticketGood starter ticketsGood starter tickets
on Apr 1, 2026 - added a commit that references this issue
on Apr 1, 2026 Hi! I'm a professional trainee interested in contributing to Feast. I've recently worked on XGBoost and data engineering projects. I'd love to take this on as my first issue! Could you assign it to me?
@megha2720 Thanks for showing interest, I don;t see any response from @mango766 on PR raised for this issue, feel free to pick it up.
- added 8 commits that reference this issue
on Apr 20, 2026 - added 3 commits that reference this issue
on May 1, 2026 - added a commit that references this issue
on May 4, 2026
Metadata
Metadata
Assignees
Labels
good first issueGood for newcomersGood for newcomerskind/bugpriority/p2starter-ticketGood starter ticketsGood starter tickets
Current Behavior
The issue is in
sdk/python/feast/infra/registry/registry.py. When multiple projects share the same registry and have data sources with the same name (like the defaultvals_to_add), theapply_data_sourcemethod matches by name only, without filtering by project, causing cross-project overwriting.Correctly scoped (name + project):
apply_entity (line 349-352):
apply_feature_service (line 447-451):
apply_feature_view (line 779-781):
BUG - name-only matching, no project filter:
apply_data_source (line 396-397):
delete_data_source (line 426):
if data_source_proto.name == name:Steps to reproduce
Specifications
Possible Solution
The fix would be to add the project filter to both apply_data_source and delete_data_source: