NASA-AMMOS / NASA-AMMOS/plandev

Sequence IDs not persistent in a plan

Open
#796 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

clipper seqid
Dominant language
Java
Stars
128
Forks
33
Avg merge
1d 17h
Merged PRs (30d)
12

Description

winner
https://jira.jpl.nasa.gov/browse/AERIEQS-274
High
Sequence IDs appear to be attached to the simulated data set of a plan, not the plan itself. This is a major user issue because it means if anything in the plan changes and it needs to be re-simulated in order to make the expansions, every sequence needs to be recreated from scratch by first defining the sequence and then attaching every activity which should be in that sequence to the sequence again. This is not only a very tedious manual process, but in plans that have any significant number of activities, it is a huge risk of user error when re-assigning sequences to activities because there is no way to automate this process.

The expected behavior is that defined sequences would persist within a plan, and activities would stay attached to a sequence ID when the plan is resimulated unless that sequence ID has been deleted.

This is related to AERIEQS-272 Can't add SEQ ID to activity before simulation and AERIEQS-273 SEQ IDs are not inherited from parent activity.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing how plans, simulated data sets, sequence IDs, and activity assignments are represented and recreated during resimulation. Review related issues AERIEQS-272 and AERIEQS-273 for surrounding behavior. Done means sequences persist with the plan and activities retain their sequence IDs across resimulation unless the sequence was deleted.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
backend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
40/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.