Incorrect pipeline total element count for `bst track`
- Dominant language
- Python
- Stars
- 140
- Forks
- 45
- Avg merge
- 1d 3h
- Merged PRs (30d)
- 6
Description
[See original issue on GitLab](https://gitlab.com/BuildStream/buildstream/-/issues/48)
In GitLab by [[Gitlab user @tristanvb]](https://gitlab.com/tristanvb) on Jul 19, 2017, 08:32
When running `bst track` without `--deps all`, the pipeline status area still shows a total element count inclusive of the track target's elements, even though the intention (and behavior) is only to track a single element.
This may also be true in other scenarios like with `bst fetch`, the counter should be changed to be based on the real list of elements which are queued for scheduling.
Contributor guide
Research direction
Start by reproducing the pipeline status area while running `bst track` without `--deps all`, then compare the total with the elements actually queued for scheduling. Check whether the same counting behavior occurs with `bst fetch`; done means the displayed total matches the real scheduled element list in both relevant scenarios.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100