Problem
When there are both local changes and remote commits, the top-left UI shows both Commit and Pull.
In this state, Pull is bright green but cannot succeed because local changes are present.
Why this is confusing
The UI suggests Pull is actionable, but it is effectively guaranteed to fail until local changes are handled.
Suggested fixes
- Make Pull run an automatic
stash -> pull -> pop flow (or expose this via split-button options).
- Disable/grey out Pull when the working tree is dirty, with a tooltip explaining that local changes must be committed/stashed first.
- Or another workflow that makes this state succeed predictably instead of failing.
Expected behavior
In the "local changes + remote commits" state, Pull should either:
- succeed via an explicit conflict-safe workflow, or
- be clearly unavailable with guidance on what to do next.
Actual behavior
Pull appears available (bright green) but fails due to local changes.
Problem
When there are both local changes and remote commits, the top-left UI shows both Commit and Pull.
In this state, Pull is bright green but cannot succeed because local changes are present.
Why this is confusing
The UI suggests Pull is actionable, but it is effectively guaranteed to fail until local changes are handled.
Suggested fixes
stash -> pull -> popflow (or expose this via split-button options).Expected behavior
In the "local changes + remote commits" state, Pull should either:
Actual behavior
Pull appears available (bright green) but fails due to local changes.