The repository table follows the sync by default, and the Sync all status is one aligned row #168

New Issue

2026-11-11T00:40:07Z

james.maes commented

2026-11-11 00:40:07 +00:00

Asked for by the owner, on a test build of #167

The table should follow the sync, so what is in progress is always in view and the list visibly moves:
- while a sync runs: the repositories in progress on top, then the failed ones, then the finished ones with the latest first, then the ones still waiting;
- when it is over: the failed ones first, then by name.
The first Sync all bar (two rows, a progress bar on its own line, across the full window) did not look aligned or finished.

Change

The order above becomes the table's default order. A column the user clicks still wins; a third click on that header returns to the default (until now there was no way back from a column sort).
The row of chips above the table goes: the rows in progress are in the table itself, with their progress bars.
Sync all status: one row inside the content area, on the same left and right edges as the workspace's cards, laid out like the workspace's own toolbar (progress and Cancel on the right).
The result bar after a sync is one row: its one action sits beside the message (Retry failed when something failed, otherwise Open folder). Open folder is also a toolbar button, so it is always at hand.
Small alignments: the first filter tab on the table's left edge, the status icon under its column header.
Rows take their new place at once (no slide and fade for each one). With several rows moving per second the animation left check marks and progress fills blank on the rows that had just moved.

Not in this issue

A "last synced" time that is stored per repository and shown in the table. The order uses the sequence in which rows finish in this session.

## Asked for by the owner, on a test build of #167 1. The table should follow the sync, so what is in progress is always in view and the list visibly moves: - **while a sync runs**: the repositories in progress on top, then the failed ones, then the finished ones with the latest first, then the ones still waiting; - **when it is over**: the failed ones first, then by name. 2. The first Sync all bar (two rows, a progress bar on its own line, across the full window) did not look aligned or finished. ## Change - The order above becomes the table's default order. A column the user clicks still wins; a third click on that header returns to the default (until now there was no way back from a column sort). - The row of chips above the table goes: the rows in progress are in the table itself, with their progress bars. - Sync all status: one row inside the content area, on the same left and right edges as the workspace's cards, laid out like the workspace's own toolbar (progress and Cancel on the right). - The result bar after a sync is one row: its one action sits beside the message (Retry failed when something failed, otherwise Open folder). Open folder is also a toolbar button, so it is always at hand. - Small alignments: the first filter tab on the table's left edge, the status icon under its column header. - Rows take their new place at once (no slide and fade for each one). With several rows moving per second the animation left check marks and progress fills blank on the rows that had just moved. ## Not in this issue - A "last synced" time that is stored per repository and shown in the table. The order uses the sequence in which rows finish in this session.

james.maes referenced this issue from a commit

2026-11-11 00:56:24 +00:00

fix(app): the window stays responsive while a large account syncs, Sync all says where it stands, and the table follows the sync

james.maes referenced a pull request that will close this issue

2026-11-11 00:56:44 +00:00

fix(app): the window stays responsive during a sync, Sync all says where it stands, and the table follows the sync #169

james.maes referenced this issue from a commit

2026-11-11 01:51:03 +00:00

fix(app): the window stays responsive while a large account syncs, Sync all says where it stands, and the table follows the sync

james.maes referenced this issue from a commit

2026-11-11 01:51:03 +00:00

fix(app): review of #169: the retry action keeps its guard, the order is protected by tests, and smaller repairs