Skip to content

Persist the scope selected when creating Flows and Entries #294

Description

@gbaudrit

Area

Console

Description

The Flow and Entry create editors render a ResourceScopeFormField bound to a local selectedScope, but the selected value is never included in the create/save operation. The controls therefore present an ownership choice that has no effect.

Evidence on current main:

  • NewFlow.razor declares and binds selectedScope, then calls CreateDraftAsync or CreateFlowAsync without using it.
  • EntryEditor.razor declares and binds selectedScope, then calls SaveEntryAsync(EntryResourceNamespace, Draft(), ...) without using it.
  • The Agent editor provides the expected contrast by applying ScopeRef = selectedScope to its request.

Expected behavior

Creating a Flow or Entry in the Console persists the ownership scope selected by the user, and the resulting resource is visible from exactly that scope according to the resource-scope policy.

Observed behavior

Changing the displayed scope selector does not change the request made by either editor. The server receives no selected scope, so it applies the default/current behavior independently of the user choice.

Reproduction steps

  1. Open the Console on current main with more than one writable resource scope.
  2. Open Flows > New or create a new Entry.
  3. Select a non-default writable scope.
  4. Create/save the resource.
  5. Inspect the request or resulting resource ownership.
  6. Observe that the selected scope was not propagated.

Environment

Observed impact

Major

Regression

Unknown

Relevant logs

No runtime logs captured. The bound selectedScope value has no read usage in either component.

Attachments

None.

Preliminary checks

  • I searched for an existing issue covering this behavior.
  • I removed secrets, credentials, personal data, and sensitive content from this report.

Related browser-coverage work: #283, #288, and #291.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingpriority:P2Important impact with a viable workaround and no immediate critical risk.triage:agentIssue triage was performed by an automated or coding agent.triage:pending-reviewAgent triage is awaiting maintainer review.

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions