You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
| M1 |`cad2c9361` / `#4849`| adopted | (this branch) | Multi-provider pull requests page with in-app reviews: 143 files, 34,133 insertions, covering GitHub, GitLab, Bitbucket, and Azure DevOps providers plus the diff-comment review surface. Only **three** conflicts against a much-changed `pylon`, all resolved Pylon-first — see below. |
608
+
| M2 |`a7b0366cb` / `#6049`| adopted | (this branch) | PR page header accounts for Windows window controls. Clean once M1 was in; it conflicted only because it patches a file M1 creates. |
609
+
| M3 |`f5fce7416` / `#6061` (was DEF-2) | adopted | (this branch) | Routes self-hosted GitLab remotes through the pull-requests service. Clean once M1 supplied `PullRequestService.ts`, which is exactly why it was deferred with DEF-1 rather than skipped. |
610
+
611
+
Conflict resolutions, all Pylon-first:
612
+
613
+
-**`index.css`** — upstream reintroduces `--animate-status-pulse` alongside a
614
+
new `--animate-ghost-pulse`. **Only `ghost-pulse` was taken.** The new
615
+
`PullRequestGhosts.tsx` depends on it in six places, whereas
616
+
`animate-status-pulse` is the continuously repainting dot Pylon deliberately
617
+
replaced with DotMatrix, and `ServerUpdateAction.test.tsx` asserts its
618
+
absence. Pylon's `-1s` skeleton delay was kept over upstream's undelayed one.
619
+
-**`SidebarChrome.tsx`** — kept Pylon's usage Back button from K9 and added
620
+
upstream's `pullRequestsSupported` Pull Requests entry. **This also completes
621
+
`#6031`:** K9 took only its usage half because Pylon had no PR page, so the
622
+
pull-requests Back button is now restored, giving that page the same way out.
623
+
-**`RightPanelTabs.tsx`** — kept Pylon's "Pylon desktop app" wording and took
624
+
upstream's new `terminal` disabled-reason key, which neither side had before.
625
+
626
+
Verification: server `pullRequest` and `sourceControl`, contracts
627
+
`pullRequest`, and client-runtime `pullRequestDiffHttp` pass (496 tests); web
| DEF-1 | `cad2c9361` / `#4849` and `a7b0366cb` / `#6049` | 2026-08-11 | **Both** gates must hold, because an empty log alone is also what day one looks like: (1) the date is on or after **2026-08-25**, and (2) `git log --oneline --since="14 days ago" t3code-upstream/main -- apps/web/src/routes/_chat.pull-requests.tsx packages/contracts/src/pullRequest.ts packages/client-runtime/src/state/pullRequests.ts` is empty. Then review as its own dedicated batch with a real product decision, not as part of a range sync. | Multi-provider pull requests page with in-app reviews: **34,121 insertions across 143 files**, larger than the other 59 commits of the 2026-08-11 range combined. It is a new product surface, not a fix — an 800-line `pullRequest.ts` contract, ~149 lines of new RPC, new HTTP endpoints, new client-runtime state, new dependencies, a `vite.config.ts` change — and Pylon would own all of it across web, desktop, mobile, and every connection mode. Three reasons to wait rather than skip: (1) **it will churn** — in this same range upstream rewrote `UsagePage` (`#5823`) and deleted the project-settings routes it had just added (`#5923`) within days, and `#4849` landed one day before the reviewed head with `#6049` already following it; (2) it touches `openPullRequestLink` and `sourceControlPresentation`, the same area as the merged-badge/auto-settle fix made in the previous batch, so landing it now risks masking that; (3) there is no security, correctness, or provider-compatibility pressure. "Does Pylon want in-app PR review?" deserves its own product decision, not a line in a 60-commit sync. |
608
-
| DEF-2 | `f5fce7416` / `#6061` | 2026-08-11 | Adopt together with DEF-1, as part of the same dedicated pull-requests batch. It has no standalone revisit condition: without the pull-requests surface there is no `PullRequestService.ts` to patch. | Routes self-hosted GitLab remotes through the pull-requests service. Two of its five files (`apps/server/src/pullRequest/PullRequestService.ts` and its test) do not exist in Pylon. The `SourceControlProviderRegistry` half could in principle be lifted out, but it exists to serve the PR service and carries no benefit alone. First application of the standing policy: work that depends on the deferred pull-requests surface is deferred with it, never skipped, so it is not lost when DEF-1 is eventually taken. |
659
+
| ID | Upstream | Deferred on | Revisit when | Why deferred |
0 commit comments