Repository navigation
merge upstream/main into fork - #513
Merged
Merged
Conversation
…dotgg#26387) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…Chat (pingdotgg#26369) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…om (pingdotgg#26392) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…dotgg#26391) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…dotgg#26395) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…rom custom snooze (pingdotgg#26427) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…ywhere (pingdotgg#26432) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…o collapsed state (pingdotgg#25869) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
… new links in settings (pingdotgg#26434) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…nse templates (pingdotgg#26440) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…call (pingdotgg#26442) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…ws only dead models (pingdotgg#26448) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
… cut off (pingdotgg#26449) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…installs (pingdotgg#26458) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…otgg#26463) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
… of ssh (pingdotgg#25661) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…ingdotgg#26580) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…17138) Co-authored-by: Julius Marminge <julius0216@outlook.com> Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
pingdotgg#26596) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…er's edge (pingdotgg#26597) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…pha) (pingdotgg#25259) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…26373) Co-authored-by: Julius Marminge <51714798+juliusmarminge@users.noreply.github.com> Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…pingdotgg#26571) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…ingdotgg#26637) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Co-authored-by: Julius Marminge <julius0216@outlook.com> Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…checks tokens, and lists the pool through worker reconnects (pingdotgg#26706) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…filter (pingdotgg#26730) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…ong threads (pingdotgg#26739) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…f usage (pingdotgg#26164) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…6779) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…its usage limit (pingdotgg#26234) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…otgg#24937) Co-authored-by: PR Batch Tester <agent@local.test> Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…tgg#26522) Co-authored-by: PR Batch Tester <agent@local.test> Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…ingdotgg#26859) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…E-2026-111497) (pingdotgg#26348) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…a thread (pingdotgg#26874) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
# Conflicts: # apps/mobile/src/features/threads/ThreadAgentsSheet.tsx # apps/mobile/src/features/threads/thread-list-v2-items.tsx # apps/server/src/environment/ServerEnvironment.ts # apps/server/src/mcp/OrchestratorMcpService.ts # apps/server/src/mcp/toolkits/project/handlers.test.ts # apps/server/src/orchestration-v2/Adapters/ClaudeAdapterV2.test.ts # apps/server/src/orchestration-v2/Adapters/ClaudeAdapterV2.ts # apps/server/src/provider/agentContextBudget.json # apps/server/src/scheduledTasks/ScheduledTaskService.test.ts # apps/server/src/scheduledTasks/ScheduledTaskService.ts # apps/web/src/components/ChatMarkdown.browser.test.tsx # apps/web/src/components/ChatMarkdown.tsx # apps/web/src/components/ChatView.tsx # apps/web/src/components/ContextChip.tsx # apps/web/src/components/Sidebar.tsx # apps/web/src/components/chat/ChatComposer.tsx # apps/web/src/components/chat/CompactComposerControlsMenu.tsx # apps/web/src/components/chat/ComposerAttachmentStrip.tsx # apps/web/src/components/chat/ComposerControlsBar.tsx # apps/web/src/components/chat/MessagesTimeline.tsx # apps/web/src/components/chat/ProviderModelPicker.tsx # apps/web/src/components/chat/ThreadRelationshipsControl.tsx # apps/web/src/components/chat/TraitsPicker.tsx # apps/web/src/components/pullRequest/PullRequestActionsMenu.tsx # apps/web/src/components/settings/ProjectDefaultsSettings.tsx # apps/web/src/components/settings/settingsSearch.ts # apps/web/src/components/sidebar/SidebarListMarkers.tsx # apps/web/src/components/sidebar/SidebarThreadRow.tsx # apps/web/src/components/threadActionMenu.logic.test.ts # apps/web/src/hooks/useThreadActionMenu.test.ts # apps/web/src/hooks/useThreadActionMenu.ts # apps/web/src/hooks/useThreadActions.ts # docs/user/thread-sidebar.md # packages/contracts/src/environment.ts # packages/contracts/src/orchestrationV2.ts # packages/contracts/src/settings.ts # packages/provider-cursor/src/server/adapter.ts
Owner
Author
Runtime fork-regression check (web)I ran What I checked in the browser:
Not covered:
|
Upstream's multi-project sidebar scope helpers are unused because the fork keeps its own project filter, and isV2LifecycleItem lost its last caller. The rest were exported but only used in their own module. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Owner
Author
Runtime check: desktop quick message panelI ran Works:
Worth knowing:
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What's in this sync
60 upstream commits,
07f7f976..58e60bf5e8, including upstream's v0.1.4 release prep (pingdotgg/t3code@f855f016b3).New features
Fixes
ls, lint and MCP results no longer fail the parent run (fix(cursor): subagent ls, lint and MCP results no longer fail the parent run pingdotgg/t3code#26592). ID-only approvals keep the tracked command (fix(acp): ID-only command approvals keep the tracked command and grant the terminal pingdotgg/t3code#26647).Internal, CI and docs
Discord announcements were not used: the follow channel has no announcement crossposts in this date range, so this summary comes from the commit log alone.
Sync details
origin/mainatd46498364d, which includes the merged previous sync (chore: sync upstream through 07f7f976 #512). No other sync PR was open, so this targetsmain.07f7f976..58e60bf5e8. Before the merge the fork was 566 commits ahead and 60 behind. Upstream has moved past58e60bf5e8since this run pinned it; those newer commits go in the next sync.Conflict resolutions (37 files)
Contracts and server
environment.ts/ServerEnvironment.ts: kept the fork's capabilities and addedthreadProjectFromScratch.orchestrationV2.ts: kept the fork'sthread.scheduled-task.setcommand and addedthread.project.adopt-folder.settings.ts: kept the fork's editor imports and addedSimlockDeviceHostConfigs.OrchestratorMcpService.ts: kept the fork'ssendToThread(context, workspace prep, sender thread). It now uses upstream'sthreadLinkFor(scope, …).ClaudeAdapterV2.ts: both sides had added Edit diffs. Upstream's structured patch is used when Claude returns one; otherwise the fork's diff built from the tool input is used, which covers subagents. Both hook types are kept.ScheduledTaskService.ts: a bound run files the thread under its task (fork), then sends through upstream'ssendBound, which follows project moves.provider-cursor/adapter.ts: kept the fork'scursorRunFailureand out-of-usage message, plus upstream's usage-limit error code and nestedls/MCP helpers. Both sides had added areadLintsToolCallcase. Upstream's copy was unreachable, so I removed it and kept the fork's, which handles the protobuf-omitteddiagnostics.agentContextBudget.json: regenerated as 6040 / 7770 / 76332, base plus both sides' growth. Codex context grows by 1,178 bytes over upstream. The fork has noagent-context-increaselabel, so I couldn't apply it.generateIgnoredNames, Cursorsteer, theProviderRegistrymock). The fork'sTextGeneration.test.tsnow providesServerSettings.layerTest()and an instance snapshot, which upstream's usage fallback requires.Web composer and chat (
ChatComposer.tsxsplit by pingdotgg#25869)git grep, and all are still present and called:#reference menu@path menu, tabs and model chipscreateWithoutMessageComposerControlsBar/CompactComposerControlsMenutake upstream's controls ownership and permissions section. The fork's account picker stays a trailing block that overflows first.TraitsPickergets upstream's effort words and permissions menu plus the fork'sdescriptorIdsfiltering.ProviderModelPicker: upstream's styling, with the fork's fork-model and finalFocus kept.ChatMarkdown: the fork'sCopyableInlineCodeplus upstream's double-click selection.ChatView,MessagesTimeline,ThreadRelationshipsControl,ContextChipandComposerAttachmentStrip: both sides kept.ComposerControlChevronandComposerControlSeparator, so their uses were removed inProviderAccountPicker,composerProviderStateandQuickMessagePanel.Web sidebar, thread actions, settings, PRs and mobile
Sidebar.tsxkeeps the fork'spartitionThreads.tslayout. It adds upstream's turn-into-project,folder-multilinerows,sortActiveBySend(ported intopartitionThreads.ts),keepEmpty, and theSidebarChromeFooterundo notice.SidebarThreadRow.tsxkeeps every fork indicator. It also restores the boring sidebar's folder-row variants, which the previous sync had dropped.turnThreadIntoProject.PullRequestActionsMenu: upstream's maintainer edits plus the fork'sthreadRefand link handler. Upstream's new browser test got the matching props and mock.ProjectDefaultsSettingsandsettingsSearch: both sides' rows and entries.docs/user/thread-sidebar.md: covers both "Turn into project" (upstream) and "Move to project" (fork).ThreadAgentsSheetcombines upstream's workflow groups and stop button with the fork's agent handles and long-press menu. Agents inside a workflow group don't get the fork's long-press menu.thread-list-v2-itemsadds upstream's "Turn into project" item.Two over-long comments in touched files (
serverSettings.ts,orchestrationV2PendingBackgroundWork.ts) were trimmed to satisfy the lint comment rule.docs/fork-differences.mdneeded no change.Verification
@t3tools/contracts,t3(server),@t3tools/web,@t3tools/mobile,@t3tools/desktopand@t3tools/provider-cursor.PullRequestActionsMenu.browser.test.tsxpasses.ChatMarkdown.browser.test.tsxhas 2 failures (favicon privacy, skill chip details). They fail the same way onorigin/mainin a clean worktree, so the merge didn't cause them.vp fmtandvp lintare clean on the touched files.--no-verify): its knip step reports 10 unused exports, andorigin/mainalready has all 10 (for exampleisV2LifecycleItemandMIN_SIDEBAR_THREAD_PREVIEW_COUNT).Merge with Create a merge commit. It keeps upstream history and the merge base for the next sync.
Work done by Claude Opus 5.5 in Claude Code (running in T3 Code), using parallel subagents for conflict resolution.
🤖 Generated with Claude Code