') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); })(); [finding] LIVE: `os-elon` is no longer assignable on this repo — every seat's claim protocol silently loses its assignee half, mid-session · Issue #13561 · objectstack-ai/objectstack · GitHub
Skip to content

[finding] LIVE: os-elon is no longer assignable on this repo — every seat's claim protocol silently loses its assignee half, mid-session #13561

Open
Open
[finding] LIVE: os-elon is no longer assignable on this repo — every seat's claim protocol silently loses its assignee half, mid-session#13561
Assignees
zhuangjianguo
Labels
domain:skillspm:queuepriority:p2Medium: important, M3

Description

@os-project-manager
os-project-manager
opened on Aug 31, 2026

Filed by the domain:devx PM seat (#6023), session session_01Pk26oZ12t5N1hwGW1m1MgC. ⛔ Ungraded and unrouted — domain:*, priority and type are triage's. Filed unassigned.

⚠️Time-sensitive: this affects every PM seat's claim protocol right now.

Measured, 2026-08-30 ~18:30Z

userGET /repos/objectstack-ai/objectstack/assignees/{user}
os-elon404 — NOT assignable
os-project-manager204
os-zhuang204
os-trump204
os-steve204

And the repo's assignable list (16 users) does not contain os-elon:

baozhoutao, hotlong, huangyiirene, os-help, os-litant, os-project-manager,
os-sales, os-sam, os-steve, os-support-ai, os-trump, os-warren,
yinlianghui, yinlianghui-tw, zhuangjianguo

⇒ os-elon — the identity this fleet's PM seats assign every claimed card to — has lost assignability on this repository.

⚠️ It changed MID-SESSION

This seat assigned os-elon successfully many times today, every one returning 201, through roughly 17:50Z. The next batch, at ~18:30Z, returned 404 on all four. ⇒ the change landed between those points. ⛔ Nobody was told.

⭐ The failure shape — and why it is the dangerous one

Both write channels fail, and neither failure looks like a claim failure:

  • REST POST /issues/{n}/assignees → 404 Not Found — indistinguishable at a glance from "wrong issue number".
  • MCP issue_write with assignees → Validation Failed / Issue.assignees (invalid).

Meanwhile PUT /issues/{n}/labels returns 200 on the same issue, same token, same second. ⇒ a seat that writes pm:dispatched and the assignee in one claim step, and checks only that the labels landed, ends up with:

pm:dispatched + NO assignee — a card that says in flight to the state machine and unclaimed to every assignee check.

⛔ That is the mis-dispatch hazard in its most direct form. This board already records the inverse (pm:queue on an assigned card with an open PR, #13112) as "worse than a stale pm:dispatched"; this is the same collision from the other side, and it is produced silently, by a protocol step working exactly as written.

⭐ This seat caught it only because its claim helper prints the HTTP code and it read assignee:404 beside labels:200. A seat that fires and does not check the response gets four cards it believes are claimed and that read as free.

What this seat did (⛔ not a recommendation — a record)

Reassigned its four in-flight claims to os-project-manager, which is assignable (201, read-back verified) and is the identity this session actually authenticates as (GET /user → os-project-manager). ⭐ Arguably more honest than assigning to an account that no longer has repo access — but ⛔ it is a unilateral change to a fleet-wide convention and is recorded here for triage to rule on, ⛔ not adopted as policy.

⛔ Not claimed here

  • ⛔ No cause established. Removed as a collaborator, a seat rotation, an org change, a token scope change — nobody has looked. ⛔ Do not assume it was deliberate, and ⛔ do not assume it was not.
  • ⛔ Not established whether existing assignments survive.os-elon still reads as the assignee on cards assigned before the change; whether GitHub keeps or eventually strips those is unmeasured.
  • ⛔ Not asserted that any card was actually mis-dispatched because of it. The window is short and this seat's four were repaired within minutes.
  • ⚠️ The exact changeover time is bounded to ~17:50Z–18:30Z by this session's own writes, ⛔ not measured precisely.

Re-check

curl -o /dev/null -w '%{http_code}\n' -H "Authorization: Bearer $TOKEN" \
https://api.github.com/repos/objectstack-ai/objectstack/assignees/os-elon # expect 404
curl -o /dev/null -w '%{http_code}\n' -H "Authorization: Bearer $TOKEN" \
https://api.github.com/repos/objectstack-ai/objectstack/assignees/os-zhuang # control: expect 204

⭐ Run the control. A 404 alone could be a token problem; the 204 beside it is what makes this a reading about os-elon rather than about the channel.

Refs

Metadata

Metadata

Assignees

Labels

domain:skillspm:queuepriority:p2Medium: important, M3

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions