add a waiting reason when parallel updates has hit the max

Open
#5,655 0 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
35/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Stale
Tech stack
go
Domain
devtools

Research direction

Start by tracing Tilt's max-update cap and the UI resource waiting-reason API described in the linked documentation. Determine where the global update limit is represented and how waiting reasons are exposed; done means capped resources show a stable reason without flapping as updates are scheduled.

Written by the indexing model from the issue text.

Description

enhancement
Current Behavior

Tilt currently has a way to set the maximum number of parallel updates:
https://docs.tilt.dev/api.html#api.update_settings

Tilt also has an API for determining why a resource is waiting:
https://api.tilt.dev/interface/ui-resource-v1alpha1.html

But when a resource is pending because Tilt hit the maximum number of updates, there's no indication in the UI that this is the case!

Describe the Feature You Want

The waiting reason should say why the build hasn't started.

Additional context

The max update cap is handled separately from other kinds of "waiting" holds in tilt (because it depends on global state, rather than the state of a resource and its dependencies).

It's very important that "waiting" reasons don't "flap" back and forth between two reasons. For example, if you have 100 resources with the waiting reason "Number of updates maxed out", we don't want 99 resources to flip to a different reason, then flap to "Number of updates maxed out" when the new build is scheduled. This creates a lot of spurious updates that slow down the whole system.

Dominant language
Go
Stars
10.1k
Forks
413
Avg merge
1d 10h
Merged PRs (30d)
6

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.

More from tilt-dev/tilt

All issues in tilt-dev/tilt

Similar issues

More Go issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.