-
Notifications
You must be signed in to change notification settings - Fork 6
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
MVP Procedural Scheduling UI #1418
Conversation
39265c0
to
1d21749
Compare
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.
There are a few typing and linting changes that are necessary. @skovati let me know if VSCode isn't exposing those to you somehow.
1f3f5ab
to
ab015f5
Compare
395977c
to
65167bc
Compare
two part fix: - `allowedSchedulingGoalSpecs` was really an array, but was treated as an object - use `find` instead of indexing with `goal_id` - remove owner check, since that was always being triggered as true, causing an update - this extranous update was fine before, since the upsert would handle the deduplication, but now with goal invocations, where we allow duplicates, it was causing random duplications of goals when exiting the modal
74cd3fa
to
b93ad1d
Compare
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.
👍 I've been testing this with the feature/scheduling-upload
branch and looks ready for first release, thanks
* Prototype for showing parameters for scheduling procedures * Add support for scheduling goal invocations * fix revision bug * wip goal invocation PK change * fix scheduling goal page bug for non-procedural goals * fix linting errors * move `type` field from `BaseDefinition` to `SchedulingGoalDefinition` * Clean up SchedulingGoal.svelte with small suggestions * run prettier * oh eslint you are so picky * fix svelte check errors * run prettier * follow pattern of filtering allowed goal invocations * use `Queries.SCHEDULING_SPECIFICATION_GOALS` enum * run prettier * fix duplicate invocation bug when exiting the goal management modal two part fix: - `allowedSchedulingGoalSpecs` was really an array, but was treated as an object - use `find` instead of indexing with `goal_id` - remove owner check, since that was always being triggered as true, causing an update - this extranous update was fine before, since the upsert would handle the deduplication, but now with goal invocations, where we allow duplicates, it was causing random duplications of goals when exiting the modal * make eslint and prettier happy * remove console.log * remove unnecessary mutable result variable * remove redundant invocation stores * add type to plan spec mega query * add new effect for creating goal invocation * remove on_conflict from `updateSchedulingGoalPlanSpecifications` * run prettier * add new invocation insert type that omits `goal_invocation_id` * follow insert/set naming convention now that update doesn't use the input type --------- Co-authored-by: Matthew Dailis <[email protected]>
___REQUIRES_AERIE_PR___="1496"
NASA-AMMOS/aerie#1496
Adds a few small UI features in the scheduling goals panel that add additional functionality (arguments, duplicating goal invocations) when dealing with procedures instead of EDSL goals.
As part of the procedural scheduling backend changes, the primary key for
scheduling_specification_goals
is a new (auto-generated)goal_invocation_id
int. This PR also updates a few functions / GQL queries to use this ID instead of(spec, goal_id, revision)
when possible