Skip to content

feat: linked server instances#5221

Draft
tdgao wants to merge 455 commits intomainfrom
truman/linked-server-instances
Draft

feat: linked server instances#5221
tdgao wants to merge 455 commits intomainfrom
truman/linked-server-instances

Conversation

@tdgao
Copy link
Contributor

@tdgao tdgao commented Jan 26, 2026

No description provided.

@github-actions
Copy link
Contributor

github-actions bot commented Jan 26, 2026

@cloudflare-workers-and-pages
Copy link

cloudflare-workers-and-pages bot commented Feb 16, 2026

Deploying with  Cloudflare Workers  Cloudflare Workers

The latest updates on your project. Learn more about integrating Git with Workers.

Status Name Latest Commit Preview URL Updated (UTC)
✅ Deployment successful!
View logs
storybook a6e5f9b Commit Preview URL

Branch Preview URL
Feb 27 2026, 10:21 PM

Prospector and others added 28 commits February 19, 2026 07:33
…into prospector/server-project-page

# Conflicts:
#	packages/ui/src/components/project/ServerProjectHeader.vue
#	packages/ui/src/components/project/server/ServerPing.vue
tdgao and others added 30 commits February 26, 2026 23:04
…size exceeded

watch(route) → watch(() => [route.query.i, route.query.ai, route.path]) (line 102): The deep watch on the entire Vue Router route object was the most likely cause of the stack overflow. Vue Router's route object contains matched records with component definitions and other deeply nested structures. Deep-watching it triggers recursive traversal on every route change (including those from router.replace() inside refreshSearch()). Now it only watches the specific properties that updateInstanceContext() actually needs.

ref → shallowRef for serverHits and serverPings (line 189-190): The v3 search results can be deeply nested objects (minecraft_java_server.ping.data, content, etc.). Using shallowRef prevents Vue from creating deep reactive proxies on these objects, which is consistent with how results already uses shallowRef on line 295.

Re-entrance guard + try/catch on refreshSearch() (line 310): The watcher calls refreshSearch() without awaiting, so state changes during the async execution could trigger the watcher again, causing concurrent calls. The guard prevents overlapping calls, and the try/catch ensures loading.value = false is always reached (fixing the infinite loading).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants