Skip to content

test(desktop): fence staged steering before side chat#2936

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
Battleplus wants to merge 2 commits into from
Closed

test(desktop): fence staged steering before side chat #2936

Changes from all commits
Commits
Show all changes
2 commits
Select commit Hold shift + click to select a range
8f59cdd
test(desktop): fence staged steering before side chat
Battleplus Aug 13, 2026
efe541b
test(desktop): wait for steering submit completion
Battleplus Aug 14, 2026
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 4 additions & 2 deletions apps/desktop/e2e/slash-command-menu.spec.ts
View file
Open in desktop
Original file line numberDiff line numberDiff line change
Expand Up@@ -117,8 +117,11 @@ test('dispatches a staged slash command instead of steering it into a running tu
await expect(page.getByRole('button', { name: '停止' })).toBeVisible();

await composer.fill('/compact explain');
await expect(page.getByRole('button', { name: '插入消息' })).toBeVisible();
const steerSubmit = page.getByRole('button', { name: '插入消息' });
await expect(steerSubmit).toBeVisible();
await composer.press('Enter');
await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();

@M4n5terM4n5terAug 13, 2026

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

English

Thank you for your first contribution to Maka, and for taking on this timing-sensitive CI flake. The change is focused and preserves the existing behavioral assertion. I found one ordering detail that should be tightened before merging:

Important: wait on the composer's pending state directly.

The steering acknowledgement does not strictly prove that sendCurrent() has finished. The acknowledgement arrives through the session-event stream, while sendPendingRef is released only after ipcRenderer.invoke('sessions:steer') resolves. Those are independent asynchronous delivery paths, so the acknowledgement may become visible while sendPendingRef.current is still true.

In that ordering, the test can still continue into /side, and the final Enter can still be ignored by the overlapping-submit guard—the same failure this PR intends to eliminate.

Please keep this assertion to verify that the message was routed as steering, then wait for the composer-owned pending signal before starting the /side flow. For example:

conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');

aria-busy is driven directly by sendPending, so its removal establishes the completion boundary the test actually needs.

简体中文

感谢你第一次为 Maka 贡献代码，也感谢你主动处理这个对时序敏感的 CI flaky test。这个改动很聚焦，并且保留了原有的行为断言。不过在合并前，还有一个异步顺序问题需要收紧：

重要：请直接等待 Composer 的 pending 状态结束。

Steering acknowledgement 并不能严格证明 sendCurrent() 已经完成。Acknowledgement 通过 session event 流到达，而 sendPendingRef 只有在 ipcRenderer.invoke('sessions:steer') 返回后才会释放。这是两条独立的异步传递路径，因此 acknowledgement 可能已经渲染，但 sendPendingRef.current 仍然是 true。

在这种时序下，测试仍可能继续进入 /side 流程，最终的 Enter 依然会被重叠提交保护逻辑忽略，也就是这个 PR 想解决的同一种失败。

建议保留当前断言，用于验证消息确实被路由为 steering；然后在开始 /side 流程前，等待 Composer 自己的 pending 信号结束。例如：

conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');

aria-busy 直接由 sendPending 驱动，因此它被移除才是该测试真正需要的完成边界。

@BattleplusBattleplusAug 14, 2026

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Addressed in efe541b. The test now keeps the steering acknowledgement assertion for routing, then waits for the same Insert message button to clear aria-busy before starting the /side flow. This makes the completion fence follow the composer-owned sendPending state, as requested. Verified with the focused Electron E2E repeated 5 times (5/5 passed), the complete slash-command-menu spec (4/4 passed), the Desktop typecheck, Biome, and git diff --check.

await expect(steerSubmit).not.toHaveAttribute('aria-busy', 'true');

await composer.fill('/');

@Astro-HanAstro-HanAug 18, 2026

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 — Wait for composer focus and a populated menu, not the old submit button. Steering clears/remounts the composer, so fill('/') can land before the contentEditable is focused and leave the command group empty; this head's e2e is failing on that path. The preceding negated aria-busy check neither proves the new composer is attached/focused nor gives a positive menu-ready condition. Please adopt current main's composer.click() → pressSequentially('/') → expect(side).toBeVisible() sequence (or close this PR as superseded), then rerun only this spec repeatedly.

const menu = page.getByRole('listbox', { name: '命令和技能' });
Expand All@@ -133,6 +136,5 @@ test('dispatches a staged slash command instead of steering it into a running tu
await composer.press('Enter');

await expect(page.locator('.maka-quote-workbar-panel')).toHaveCount(1);
await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
await page.getByRole('button', { name: '停止' }).click();
});
Loading
, 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all 
 blocks
(function() {
function addCopyButtons() {
document.querySelectorAll('pre code').forEach(function(codeBlock) {
if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
codeBlock.parentElement.setAttribute('data-copy-added', 'true');
var btn = document.createElement('button');
btn.textContent = 'Copy';
btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';
btn.onmouseover = function() { this.style.opacity = '1'; };
btn.onmouseout = function() { this.style.opacity = '0.7'; };
btn.onclick = function() {
navigator.clipboard.writeText(codeBlock.textContent).then(function() {
btn.textContent = 'Copied!';
setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
});
};
codeBlock.parentElement.style.position = 'relative';
codeBlock.parentElement.appendChild(btn);
});
}
addCopyButtons();
// Re-run on dynamic content
var observer = new MutationObserver(addCopyButtons);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
test(desktop): fence staged steering before side chat by Battleplus · Pull Request #2936 · apache/maka · GitHub
Skip to content
test(desktop): fence staged steering before side chat#2936

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

 Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

 Closed

Battleplus
wants to merge
2
commits into

from

 Closed


test(desktop): fence staged steering before side chat
#2936
 Changes from all commits
Commits

Show all changes


2 commits


Select commit
Hold shift + click to select a range
8f59cdd

test(desktop): fence staged steering before side chat


Battleplus Aug 13, 2026
efe541b

test(desktop): wait for steering submit completion


Battleplus Aug 14, 2026

File filter

Filter by extension
Filter by extension
Conversations

Failed to load comments. 
Loading
Jump to

Jump to file


Failed to load files. 
Loading
 Diff view

 Diff view


6 changes: 4 additions & 2 deletions
apps/desktop/e2e/slash-command-menu.spec.ts

View file


Open in desktop

Original file line numberDiff line numberDiff line change
Expand Up@@ -117,8 +117,11 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await expect(page.getByRole('button', { name: '停止' })).toBeVisible();

 await composer.fill('/compact explain');
 await expect(page.getByRole('button', { name: '插入消息' })).toBeVisible();
 const steerSubmit = page.getByRole('button', { name: '插入消息' });
 await expect(steerSubmit).toBeVisible();
 await composer.press('Enter');
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
@M4n5terM4n5terAug 13, 2026

Copy link


Copy Markdown

Member
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

English
Thank you for your first contribution to Maka, and for taking on this timing-sensitive CI flake. The change is focused and preserves the existing behavioral assertion. I found one ordering detail that should be tightened before merging:
Important: wait on the composer's pending state directly.
The steering acknowledgement does not strictly prove that sendCurrent() has finished. The acknowledgement arrives through the session-event stream, while sendPendingRef is released only after ipcRenderer.invoke('sessions:steer') resolves. Those are independent asynchronous delivery paths, so the acknowledgement may become visible while sendPendingRef.current is still true.
In that ordering, the test can still continue into /side, and the final Enter can still be ignored by the overlapping-submit guard—the same failure this PR intends to eliminate.
Please keep this assertion to verify that the message was routed as steering, then wait for the composer-owned pending signal before starting the /side flow. For example:
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy is driven directly by sendPending, so its removal establishes the completion boundary the test actually needs.
简体中文
感谢你第一次为 Maka 贡献代码，也感谢你主动处理这个对时序敏感的 CI flaky test。这个改动很聚焦，并且保留了原有的行为断言。不过在合并前，还有一个异步顺序问题需要收紧：
重要：请直接等待 Composer 的 pending 状态结束。
Steering acknowledgement 并不能严格证明 sendCurrent() 已经完成。Acknowledgement 通过 session event 流到达，而 sendPendingRef 只有在 ipcRenderer.invoke('sessions:steer') 返回后才会释放。这是两条独立的异步传递路径，因此 acknowledgement 可能已经渲染，但 sendPendingRef.current 仍然是 true。
在这种时序下，测试仍可能继续进入 /side 流程，最终的 Enter 依然会被重叠提交保护逻辑忽略，也就是这个 PR 想解决的同一种失败。
建议保留当前断言，用于验证消息确实被路由为 steering；然后在开始 /side 流程前，等待 Composer 自己的 pending 信号结束。例如：
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy 直接由 sendPending 驱动，因此它被移除才是该测试真正需要的完成边界。
@BattleplusBattleplusAug 14, 2026

Copy link


Copy Markdown

Author
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Addressed in efe541b. The test now keeps the steering acknowledgement assertion for routing, then waits for the same Insert message button to clear aria-busy before starting the /side flow. This makes the completion fence follow the composer-owned sendPending state, as requested. Verified with the focused Electron E2E repeated 5 times (5/5 passed), the complete slash-command-menu spec (4/4 passed), the Desktop typecheck, Biome, and git diff --check.
 await expect(steerSubmit).not.toHaveAttribute('aria-busy', 'true');

 await composer.fill('/');
@Astro-HanAstro-HanAug 18, 2026

Copy link


Copy Markdown

Contributor
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 — Wait for composer focus and a populated menu, not the old submit button. Steering clears/remounts the composer, so fill('/') can land before the contentEditable is focused and leave the command group empty; this head's e2e is failing on that path. The preceding negated aria-busy check neither proves the new composer is attached/focused nor gives a positive menu-ready condition. Please adopt current main's composer.click() → pressSequentially('/') → expect(side).toBeVisible() sequence (or close this PR as superseded), then rerun only this spec repeatedly.
 const menu = page.getByRole('listbox', { name: '命令和技能' });
Expand All@@ -133,6 +136,5 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await composer.press('Enter');

 await expect(page.locator('.maka-quote-workbar-panel')).toHaveCount(1);
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
 await page.getByRole('button', { name: '停止' }).click();
});
Loading

, 'i');
if (__m === '*' || __re.test(location.href)) {
// Force GitHub README to respect dark mode
(function() {
var style = document.createElement('style');
style.textContent = '
.markdown-body {
color-scheme: dark light;
}
.markdown-body pre { background: #161b22 !important; }
.markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }
.markdown-body table th, .markdown-body table td { border-color: #30363d !important; }
.markdown-body img { background: #0d1117; }
.markdown-body blockquote { border-left-color: #8b949e; }
.markdown-body hr { border-color: #30363d; }
';
document.head.appendChild(style);
})();
}
} catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); }
})();
(function(){
try {
var __m = "*";
var __re = new RegExp('^' + ".*" + '
test(desktop): fence staged steering before side chat by Battleplus · Pull Request #2936 · apache/maka · GitHub
Skip to content
test(desktop): fence staged steering before side chat#2936

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

 Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

 Closed

Battleplus
wants to merge
2
commits into

from

 Closed


test(desktop): fence staged steering before side chat
#2936
 Changes from all commits
Commits

Show all changes


2 commits


Select commit
Hold shift + click to select a range
8f59cdd

test(desktop): fence staged steering before side chat


Battleplus Aug 13, 2026
efe541b

test(desktop): wait for steering submit completion


Battleplus Aug 14, 2026

File filter

Filter by extension
Filter by extension
Conversations

Failed to load comments. 
Loading
Jump to

Jump to file


Failed to load files. 
Loading
 Diff view

 Diff view


6 changes: 4 additions & 2 deletions
apps/desktop/e2e/slash-command-menu.spec.ts

View file


Open in desktop

Original file line numberDiff line numberDiff line change
Expand Up@@ -117,8 +117,11 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await expect(page.getByRole('button', { name: '停止' })).toBeVisible();

 await composer.fill('/compact explain');
 await expect(page.getByRole('button', { name: '插入消息' })).toBeVisible();
 const steerSubmit = page.getByRole('button', { name: '插入消息' });
 await expect(steerSubmit).toBeVisible();
 await composer.press('Enter');
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
@M4n5terM4n5terAug 13, 2026

Copy link


Copy Markdown

Member
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

English
Thank you for your first contribution to Maka, and for taking on this timing-sensitive CI flake. The change is focused and preserves the existing behavioral assertion. I found one ordering detail that should be tightened before merging:
Important: wait on the composer's pending state directly.
The steering acknowledgement does not strictly prove that sendCurrent() has finished. The acknowledgement arrives through the session-event stream, while sendPendingRef is released only after ipcRenderer.invoke('sessions:steer') resolves. Those are independent asynchronous delivery paths, so the acknowledgement may become visible while sendPendingRef.current is still true.
In that ordering, the test can still continue into /side, and the final Enter can still be ignored by the overlapping-submit guard—the same failure this PR intends to eliminate.
Please keep this assertion to verify that the message was routed as steering, then wait for the composer-owned pending signal before starting the /side flow. For example:
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy is driven directly by sendPending, so its removal establishes the completion boundary the test actually needs.
简体中文
感谢你第一次为 Maka 贡献代码，也感谢你主动处理这个对时序敏感的 CI flaky test。这个改动很聚焦，并且保留了原有的行为断言。不过在合并前，还有一个异步顺序问题需要收紧：
重要：请直接等待 Composer 的 pending 状态结束。
Steering acknowledgement 并不能严格证明 sendCurrent() 已经完成。Acknowledgement 通过 session event 流到达，而 sendPendingRef 只有在 ipcRenderer.invoke('sessions:steer') 返回后才会释放。这是两条独立的异步传递路径，因此 acknowledgement 可能已经渲染，但 sendPendingRef.current 仍然是 true。
在这种时序下，测试仍可能继续进入 /side 流程，最终的 Enter 依然会被重叠提交保护逻辑忽略，也就是这个 PR 想解决的同一种失败。
建议保留当前断言，用于验证消息确实被路由为 steering；然后在开始 /side 流程前，等待 Composer 自己的 pending 信号结束。例如：
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy 直接由 sendPending 驱动，因此它被移除才是该测试真正需要的完成边界。
@BattleplusBattleplusAug 14, 2026

Copy link


Copy Markdown

Author
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Addressed in efe541b. The test now keeps the steering acknowledgement assertion for routing, then waits for the same Insert message button to clear aria-busy before starting the /side flow. This makes the completion fence follow the composer-owned sendPending state, as requested. Verified with the focused Electron E2E repeated 5 times (5/5 passed), the complete slash-command-menu spec (4/4 passed), the Desktop typecheck, Biome, and git diff --check.
 await expect(steerSubmit).not.toHaveAttribute('aria-busy', 'true');

 await composer.fill('/');
@Astro-HanAstro-HanAug 18, 2026

Copy link


Copy Markdown

Contributor
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 — Wait for composer focus and a populated menu, not the old submit button. Steering clears/remounts the composer, so fill('/') can land before the contentEditable is focused and leave the command group empty; this head's e2e is failing on that path. The preceding negated aria-busy check neither proves the new composer is attached/focused nor gives a positive menu-ready condition. Please adopt current main's composer.click() → pressSequentially('/') → expect(side).toBeVisible() sequence (or close this PR as superseded), then rerun only this spec repeatedly.
 const menu = page.getByRole('listbox', { name: '命令和技能' });
Expand All@@ -133,6 +136,5 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await composer.press('Enter');

 await expect(page.locator('.maka-quote-workbar-panel')).toHaveCount(1);
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
 await page.getByRole('button', { name: '停止' }).click();
});
Loading

, 'i');
if (__m === '*' || __re.test(location.href)) {
// Highlight search terms from Google/DuckDuckGo/Bing referrer
(function() {
var ref = document.referrer;
var terms = [];
if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {
var url = new URL(ref);
var q = url.searchParams.get('q') || url.searchParams.get('p');
if (q) {
terms = q.split(/\s+/).filter(function(t) { return t.length > 2; });
}
}
if (terms.length === 0) return;
var style = document.createElement('style');
style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';
document.head.appendChild(style);
function highlight(node) {
if (node.nodeType === 3) { // text node
var text = node.textContent;
var found = false;
terms.forEach(function(term) {
var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\]\\]/g, '\\') + ')', '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('^' + ".*" + '
test(desktop): fence staged steering before side chat by Battleplus · Pull Request #2936 · apache/maka · GitHub
Skip to content
test(desktop): fence staged steering before side chat#2936

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

 Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

 Closed

Battleplus
wants to merge
2
commits into

from

 Closed


test(desktop): fence staged steering before side chat
#2936
 Changes from all commits
Commits

Show all changes


2 commits


Select commit
Hold shift + click to select a range
8f59cdd

test(desktop): fence staged steering before side chat


Battleplus Aug 13, 2026
efe541b

test(desktop): wait for steering submit completion


Battleplus Aug 14, 2026

File filter

Filter by extension
Filter by extension
Conversations

Failed to load comments. 
Loading
Jump to

Jump to file


Failed to load files. 
Loading
 Diff view

 Diff view


6 changes: 4 additions & 2 deletions
apps/desktop/e2e/slash-command-menu.spec.ts

View file


Open in desktop

Original file line numberDiff line numberDiff line change
Expand Up@@ -117,8 +117,11 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await expect(page.getByRole('button', { name: '停止' })).toBeVisible();

 await composer.fill('/compact explain');
 await expect(page.getByRole('button', { name: '插入消息' })).toBeVisible();
 const steerSubmit = page.getByRole('button', { name: '插入消息' });
 await expect(steerSubmit).toBeVisible();
 await composer.press('Enter');
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
@M4n5terM4n5terAug 13, 2026

Copy link


Copy Markdown

Member
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

English
Thank you for your first contribution to Maka, and for taking on this timing-sensitive CI flake. The change is focused and preserves the existing behavioral assertion. I found one ordering detail that should be tightened before merging:
Important: wait on the composer's pending state directly.
The steering acknowledgement does not strictly prove that sendCurrent() has finished. The acknowledgement arrives through the session-event stream, while sendPendingRef is released only after ipcRenderer.invoke('sessions:steer') resolves. Those are independent asynchronous delivery paths, so the acknowledgement may become visible while sendPendingRef.current is still true.
In that ordering, the test can still continue into /side, and the final Enter can still be ignored by the overlapping-submit guard—the same failure this PR intends to eliminate.
Please keep this assertion to verify that the message was routed as steering, then wait for the composer-owned pending signal before starting the /side flow. For example:
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy is driven directly by sendPending, so its removal establishes the completion boundary the test actually needs.
简体中文
感谢你第一次为 Maka 贡献代码，也感谢你主动处理这个对时序敏感的 CI flaky test。这个改动很聚焦，并且保留了原有的行为断言。不过在合并前，还有一个异步顺序问题需要收紧：
重要：请直接等待 Composer 的 pending 状态结束。
Steering acknowledgement 并不能严格证明 sendCurrent() 已经完成。Acknowledgement 通过 session event 流到达，而 sendPendingRef 只有在 ipcRenderer.invoke('sessions:steer') 返回后才会释放。这是两条独立的异步传递路径，因此 acknowledgement 可能已经渲染，但 sendPendingRef.current 仍然是 true。
在这种时序下，测试仍可能继续进入 /side 流程，最终的 Enter 依然会被重叠提交保护逻辑忽略，也就是这个 PR 想解决的同一种失败。
建议保留当前断言，用于验证消息确实被路由为 steering；然后在开始 /side 流程前，等待 Composer 自己的 pending 信号结束。例如：
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy 直接由 sendPending 驱动，因此它被移除才是该测试真正需要的完成边界。
@BattleplusBattleplusAug 14, 2026

Copy link


Copy Markdown

Author
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Addressed in efe541b. The test now keeps the steering acknowledgement assertion for routing, then waits for the same Insert message button to clear aria-busy before starting the /side flow. This makes the completion fence follow the composer-owned sendPending state, as requested. Verified with the focused Electron E2E repeated 5 times (5/5 passed), the complete slash-command-menu spec (4/4 passed), the Desktop typecheck, Biome, and git diff --check.
 await expect(steerSubmit).not.toHaveAttribute('aria-busy', 'true');

 await composer.fill('/');
@Astro-HanAstro-HanAug 18, 2026

Copy link


Copy Markdown

Contributor
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 — Wait for composer focus and a populated menu, not the old submit button. Steering clears/remounts the composer, so fill('/') can land before the contentEditable is focused and leave the command group empty; this head's e2e is failing on that path. The preceding negated aria-busy check neither proves the new composer is attached/focused nor gives a positive menu-ready condition. Please adopt current main's composer.click() → pressSequentially('/') → expect(side).toBeVisible() sequence (or close this PR as superseded), then rerun only this spec repeatedly.
 const menu = page.getByRole('listbox', { name: '命令和技能' });
Expand All@@ -133,6 +136,5 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await composer.press('Enter');

 await expect(page.locator('.maka-quote-workbar-panel')).toHaveCount(1);
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
 await page.getByRole('button', { name: '停止' }).click();
});
Loading

, '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" + '
test(desktop): fence staged steering before side chat by Battleplus · Pull Request #2936 · apache/maka · GitHub
Skip to content
test(desktop): fence staged steering before side chat#2936

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

 Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

 Closed

Battleplus
wants to merge
2
commits into

from

 Closed


test(desktop): fence staged steering before side chat
#2936
 Changes from all commits
Commits

Show all changes


2 commits


Select commit
Hold shift + click to select a range
8f59cdd

test(desktop): fence staged steering before side chat


Battleplus Aug 13, 2026
efe541b

test(desktop): wait for steering submit completion


Battleplus Aug 14, 2026

File filter

Filter by extension
Filter by extension
Conversations

Failed to load comments. 
Loading
Jump to

Jump to file


Failed to load files. 
Loading
 Diff view

 Diff view


6 changes: 4 additions & 2 deletions
apps/desktop/e2e/slash-command-menu.spec.ts

View file


Open in desktop

Original file line numberDiff line numberDiff line change
Expand Up@@ -117,8 +117,11 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await expect(page.getByRole('button', { name: '停止' })).toBeVisible();

 await composer.fill('/compact explain');
 await expect(page.getByRole('button', { name: '插入消息' })).toBeVisible();
 const steerSubmit = page.getByRole('button', { name: '插入消息' });
 await expect(steerSubmit).toBeVisible();
 await composer.press('Enter');
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
@M4n5terM4n5terAug 13, 2026

Copy link


Copy Markdown

Member
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

English
Thank you for your first contribution to Maka, and for taking on this timing-sensitive CI flake. The change is focused and preserves the existing behavioral assertion. I found one ordering detail that should be tightened before merging:
Important: wait on the composer's pending state directly.
The steering acknowledgement does not strictly prove that sendCurrent() has finished. The acknowledgement arrives through the session-event stream, while sendPendingRef is released only after ipcRenderer.invoke('sessions:steer') resolves. Those are independent asynchronous delivery paths, so the acknowledgement may become visible while sendPendingRef.current is still true.
In that ordering, the test can still continue into /side, and the final Enter can still be ignored by the overlapping-submit guard—the same failure this PR intends to eliminate.
Please keep this assertion to verify that the message was routed as steering, then wait for the composer-owned pending signal before starting the /side flow. For example:
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy is driven directly by sendPending, so its removal establishes the completion boundary the test actually needs.
简体中文
感谢你第一次为 Maka 贡献代码，也感谢你主动处理这个对时序敏感的 CI flaky test。这个改动很聚焦，并且保留了原有的行为断言。不过在合并前，还有一个异步顺序问题需要收紧：
重要：请直接等待 Composer 的 pending 状态结束。
Steering acknowledgement 并不能严格证明 sendCurrent() 已经完成。Acknowledgement 通过 session event 流到达，而 sendPendingRef 只有在 ipcRenderer.invoke('sessions:steer') 返回后才会释放。这是两条独立的异步传递路径，因此 acknowledgement 可能已经渲染，但 sendPendingRef.current 仍然是 true。
在这种时序下，测试仍可能继续进入 /side 流程，最终的 Enter 依然会被重叠提交保护逻辑忽略，也就是这个 PR 想解决的同一种失败。
建议保留当前断言，用于验证消息确实被路由为 steering；然后在开始 /side 流程前，等待 Composer 自己的 pending 信号结束。例如：
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy 直接由 sendPending 驱动，因此它被移除才是该测试真正需要的完成边界。
@BattleplusBattleplusAug 14, 2026

Copy link


Copy Markdown

Author
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Addressed in efe541b. The test now keeps the steering acknowledgement assertion for routing, then waits for the same Insert message button to clear aria-busy before starting the /side flow. This makes the completion fence follow the composer-owned sendPending state, as requested. Verified with the focused Electron E2E repeated 5 times (5/5 passed), the complete slash-command-menu spec (4/4 passed), the Desktop typecheck, Biome, and git diff --check.
 await expect(steerSubmit).not.toHaveAttribute('aria-busy', 'true');

 await composer.fill('/');
@Astro-HanAstro-HanAug 18, 2026

Copy link


Copy Markdown

Contributor
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 — Wait for composer focus and a populated menu, not the old submit button. Steering clears/remounts the composer, so fill('/') can land before the contentEditable is focused and leave the command group empty; this head's e2e is failing on that path. The preceding negated aria-busy check neither proves the new composer is attached/focused nor gives a positive menu-ready condition. Please adopt current main's composer.click() → pressSequentially('/') → expect(side).toBeVisible() sequence (or close this PR as superseded), then rerun only this spec repeatedly.
 const menu = page.getByRole('listbox', { name: '命令和技能' });
Expand All@@ -133,6 +136,5 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await composer.press('Enter');

 await expect(page.locator('.maka-quote-workbar-panel')).toHaveCount(1);
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
 await page.getByRole('button', { name: '停止' }).click();
});
Loading

, '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('^' + ".*" + '
test(desktop): fence staged steering before side chat by Battleplus · Pull Request #2936 · apache/maka · GitHub
Skip to content
test(desktop): fence staged steering before side chat#2936

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

 Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

 Closed

Battleplus
wants to merge
2
commits into

from

 Closed


test(desktop): fence staged steering before side chat
#2936
 Changes from all commits
Commits

Show all changes


2 commits


Select commit
Hold shift + click to select a range
8f59cdd

test(desktop): fence staged steering before side chat


Battleplus Aug 13, 2026
efe541b

test(desktop): wait for steering submit completion


Battleplus Aug 14, 2026

File filter

Filter by extension
Filter by extension
Conversations

Failed to load comments. 
Loading
Jump to

Jump to file


Failed to load files. 
Loading
 Diff view

 Diff view


6 changes: 4 additions & 2 deletions
apps/desktop/e2e/slash-command-menu.spec.ts

View file


Open in desktop

Original file line numberDiff line numberDiff line change
Expand Up@@ -117,8 +117,11 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await expect(page.getByRole('button', { name: '停止' })).toBeVisible();

 await composer.fill('/compact explain');
 await expect(page.getByRole('button', { name: '插入消息' })).toBeVisible();
 const steerSubmit = page.getByRole('button', { name: '插入消息' });
 await expect(steerSubmit).toBeVisible();
 await composer.press('Enter');
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
@M4n5terM4n5terAug 13, 2026

Copy link


Copy Markdown

Member
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

English
Thank you for your first contribution to Maka, and for taking on this timing-sensitive CI flake. The change is focused and preserves the existing behavioral assertion. I found one ordering detail that should be tightened before merging:
Important: wait on the composer's pending state directly.
The steering acknowledgement does not strictly prove that sendCurrent() has finished. The acknowledgement arrives through the session-event stream, while sendPendingRef is released only after ipcRenderer.invoke('sessions:steer') resolves. Those are independent asynchronous delivery paths, so the acknowledgement may become visible while sendPendingRef.current is still true.
In that ordering, the test can still continue into /side, and the final Enter can still be ignored by the overlapping-submit guard—the same failure this PR intends to eliminate.
Please keep this assertion to verify that the message was routed as steering, then wait for the composer-owned pending signal before starting the /side flow. For example:
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy is driven directly by sendPending, so its removal establishes the completion boundary the test actually needs.
简体中文
感谢你第一次为 Maka 贡献代码，也感谢你主动处理这个对时序敏感的 CI flaky test。这个改动很聚焦，并且保留了原有的行为断言。不过在合并前，还有一个异步顺序问题需要收紧：
重要：请直接等待 Composer 的 pending 状态结束。
Steering acknowledgement 并不能严格证明 sendCurrent() 已经完成。Acknowledgement 通过 session event 流到达，而 sendPendingRef 只有在 ipcRenderer.invoke('sessions:steer') 返回后才会释放。这是两条独立的异步传递路径，因此 acknowledgement 可能已经渲染，但 sendPendingRef.current 仍然是 true。
在这种时序下，测试仍可能继续进入 /side 流程，最终的 Enter 依然会被重叠提交保护逻辑忽略，也就是这个 PR 想解决的同一种失败。
建议保留当前断言，用于验证消息确实被路由为 steering；然后在开始 /side 流程前，等待 Composer 自己的 pending 信号结束。例如：
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy 直接由 sendPending 驱动，因此它被移除才是该测试真正需要的完成边界。
@BattleplusBattleplusAug 14, 2026

Copy link


Copy Markdown

Author
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Addressed in efe541b. The test now keeps the steering acknowledgement assertion for routing, then waits for the same Insert message button to clear aria-busy before starting the /side flow. This makes the completion fence follow the composer-owned sendPending state, as requested. Verified with the focused Electron E2E repeated 5 times (5/5 passed), the complete slash-command-menu spec (4/4 passed), the Desktop typecheck, Biome, and git diff --check.
 await expect(steerSubmit).not.toHaveAttribute('aria-busy', 'true');

 await composer.fill('/');
@Astro-HanAstro-HanAug 18, 2026

Copy link


Copy Markdown

Contributor
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 — Wait for composer focus and a populated menu, not the old submit button. Steering clears/remounts the composer, so fill('/') can land before the contentEditable is focused and leave the command group empty; this head's e2e is failing on that path. The preceding negated aria-busy check neither proves the new composer is attached/focused nor gives a positive menu-ready condition. Please adopt current main's composer.click() → pressSequentially('/') → expect(side).toBeVisible() sequence (or close this PR as superseded), then rerun only this spec repeatedly.
 const menu = page.getByRole('listbox', { name: '命令和技能' });
Expand All@@ -133,6 +136,5 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await composer.press('Enter');

 await expect(page.locator('.maka-quote-workbar-panel')).toHaveCount(1);
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
 await page.getByRole('button', { name: '停止' }).click();
});
Loading

, '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); }
})();
(function(){
try {
var __m = "*";
var __re = new RegExp('^' + ".*" + '
test(desktop): fence staged steering before side chat by Battleplus · Pull Request #2936 · apache/maka · GitHub
Skip to content
test(desktop): fence staged steering before side chat#2936

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

 Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

 Closed

Battleplus
wants to merge
2
commits into

from

 Closed


test(desktop): fence staged steering before side chat
#2936
 Changes from all commits
Commits

Show all changes


2 commits


Select commit
Hold shift + click to select a range
8f59cdd

test(desktop): fence staged steering before side chat


Battleplus Aug 13, 2026
efe541b

test(desktop): wait for steering submit completion


Battleplus Aug 14, 2026

File filter

Filter by extension
Filter by extension
Conversations

Failed to load comments. 
Loading
Jump to

Jump to file


Failed to load files. 
Loading
 Diff view

 Diff view


6 changes: 4 additions & 2 deletions
apps/desktop/e2e/slash-command-menu.spec.ts

View file


Open in desktop

Original file line numberDiff line numberDiff line change
Expand Up@@ -117,8 +117,11 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await expect(page.getByRole('button', { name: '停止' })).toBeVisible();

 await composer.fill('/compact explain');
 await expect(page.getByRole('button', { name: '插入消息' })).toBeVisible();
 const steerSubmit = page.getByRole('button', { name: '插入消息' });
 await expect(steerSubmit).toBeVisible();
 await composer.press('Enter');
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
@M4n5terM4n5terAug 13, 2026

Copy link


Copy Markdown

Member
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

English
Thank you for your first contribution to Maka, and for taking on this timing-sensitive CI flake. The change is focused and preserves the existing behavioral assertion. I found one ordering detail that should be tightened before merging:
Important: wait on the composer's pending state directly.
The steering acknowledgement does not strictly prove that sendCurrent() has finished. The acknowledgement arrives through the session-event stream, while sendPendingRef is released only after ipcRenderer.invoke('sessions:steer') resolves. Those are independent asynchronous delivery paths, so the acknowledgement may become visible while sendPendingRef.current is still true.
In that ordering, the test can still continue into /side, and the final Enter can still be ignored by the overlapping-submit guard—the same failure this PR intends to eliminate.
Please keep this assertion to verify that the message was routed as steering, then wait for the composer-owned pending signal before starting the /side flow. For example:
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy is driven directly by sendPending, so its removal establishes the completion boundary the test actually needs.
简体中文
感谢你第一次为 Maka 贡献代码，也感谢你主动处理这个对时序敏感的 CI flaky test。这个改动很聚焦，并且保留了原有的行为断言。不过在合并前，还有一个异步顺序问题需要收紧：
重要：请直接等待 Composer 的 pending 状态结束。
Steering acknowledgement 并不能严格证明 sendCurrent() 已经完成。Acknowledgement 通过 session event 流到达，而 sendPendingRef 只有在 ipcRenderer.invoke('sessions:steer') 返回后才会释放。这是两条独立的异步传递路径，因此 acknowledgement 可能已经渲染，但 sendPendingRef.current 仍然是 true。
在这种时序下，测试仍可能继续进入 /side 流程，最终的 Enter 依然会被重叠提交保护逻辑忽略，也就是这个 PR 想解决的同一种失败。
建议保留当前断言，用于验证消息确实被路由为 steering；然后在开始 /side 流程前，等待 Composer 自己的 pending 信号结束。例如：
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy 直接由 sendPending 驱动，因此它被移除才是该测试真正需要的完成边界。
@BattleplusBattleplusAug 14, 2026

Copy link


Copy Markdown

Author
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Addressed in efe541b. The test now keeps the steering acknowledgement assertion for routing, then waits for the same Insert message button to clear aria-busy before starting the /side flow. This makes the completion fence follow the composer-owned sendPending state, as requested. Verified with the focused Electron E2E repeated 5 times (5/5 passed), the complete slash-command-menu spec (4/4 passed), the Desktop typecheck, Biome, and git diff --check.
 await expect(steerSubmit).not.toHaveAttribute('aria-busy', 'true');

 await composer.fill('/');
@Astro-HanAstro-HanAug 18, 2026

Copy link


Copy Markdown

Contributor
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 — Wait for composer focus and a populated menu, not the old submit button. Steering clears/remounts the composer, so fill('/') can land before the contentEditable is focused and leave the command group empty; this head's e2e is failing on that path. The preceding negated aria-busy check neither proves the new composer is attached/focused nor gives a positive menu-ready condition. Please adopt current main's composer.click() → pressSequentially('/') → expect(side).toBeVisible() sequence (or close this PR as superseded), then rerun only this spec repeatedly.
 const menu = page.getByRole('listbox', { name: '命令和技能' });
Expand All@@ -133,6 +136,5 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await composer.press('Enter');

 await expect(page.locator('.maka-quote-workbar-panel')).toHaveCount(1);
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
 await page.getByRole('button', { name: '停止' }).click();
});
Loading

, 'i');
if (__m === '*' || __re.test(location.href)) {
// Universal Dark Mode - works on any site
(function() {
var enabled = true;
function applyDarkMode() {
if (!enabled) return;
// Create style element if it doesn't exist
var style = document.getElementById('universal-dark-mode-style');
if (!style) {
style = document.createElement('style');
style.id = 'universal-dark-mode-style';
document.head.appendChild(style);
}
// Dark mode CSS - inverts colors but preserves images/video
style.textContent = '
/* Invert everything except media */
html {
filter: invert(1) hue-rotate(180deg) !important;
background: #1a1a2e !important;
}
/* Restore images, videos, iframes, canvas */
img, video, iframe, canvas, svg, picture, [style*="background-image"] {
filter: invert(1) hue-rotate(180deg) !important;
}
/* Preserve specific elements that should not be inverted */
.no-dark-mode, .no-dark-mode *,
[data-theme="light"], [data-theme="light"],
.ace_editor, .ace_editor *,
.CodeMirror, .CodeMirror *,
.monaco-editor, .monaco-editor *,
.markdown-body pre, .markdown-body pre *,
.highlight, .highlight *,
pre code, pre code * {
filter: none !important;
}
/* Fix common UI elements */
.modal, .popup, .dropdown-menu, .tooltip, .popover {
filter: invert(1) hue-rotate(180deg) !important;
background: #2d2d44 !important;
border-color: #444 !important;
}
/* Scrollbars */
::-webkit-scrollbar { background: #1a1a2e !important; }
::-webkit-scrollbar-thumb { background: #444 !important; }
::-webkit-scrollbar-thumb:hover { background: #555 !important; }
/* Selection */
::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }
::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }
';
}
function removeDarkMode() {
var style = document.getElementById('universal-dark-mode-style');
if (style) style.remove();
}
// Toggle with Alt+Shift+D
document.addEventListener('keydown', function(e) {
if (e.altKey && e.shiftKey && e.key === 'D') {
e.preventDefault();
enabled = !enabled;
if (enabled) {
applyDarkMode();
console.log('[Universal Dark Mode] Enabled');
} else {
removeDarkMode();
console.log('[Universal Dark Mode] Disabled');
}
}
});
// Apply on load
applyDarkMode();
// Re-apply on dynamic content
var observer = new MutationObserver(function(mutations) {
if (enabled && !document.getElementById('universal-dark-mode-style')) {
applyDarkMode();
}
});
observer.observe(document.head, { childList: true });
console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');
})();
}
} catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); }
})();
})();
test(desktop): fence staged steering before side chat by Battleplus · Pull Request #2936 · apache/maka · GitHub
Skip to content
test(desktop): fence staged steering before side chat#2936

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

 Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

 Closed

Battleplus
wants to merge
2
commits into

from

 Closed


test(desktop): fence staged steering before side chat
#2936
 Changes from all commits
Commits

Show all changes


2 commits


Select commit
Hold shift + click to select a range
8f59cdd

test(desktop): fence staged steering before side chat


Battleplus Aug 13, 2026
efe541b

test(desktop): wait for steering submit completion


Battleplus Aug 14, 2026

File filter

Filter by extension
Filter by extension
Conversations

Failed to load comments. 
Loading
Jump to

Jump to file


Failed to load files. 
Loading
 Diff view

 Diff view


6 changes: 4 additions & 2 deletions
apps/desktop/e2e/slash-command-menu.spec.ts

View file


Open in desktop

Original file line numberDiff line numberDiff line change
Expand Up@@ -117,8 +117,11 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await expect(page.getByRole('button', { name: '停止' })).toBeVisible();

 await composer.fill('/compact explain');
 await expect(page.getByRole('button', { name: '插入消息' })).toBeVisible();
 const steerSubmit = page.getByRole('button', { name: '插入消息' });
 await expect(steerSubmit).toBeVisible();
 await composer.press('Enter');
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
@M4n5terM4n5terAug 13, 2026

Copy link


Copy Markdown

Member
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

English
Thank you for your first contribution to Maka, and for taking on this timing-sensitive CI flake. The change is focused and preserves the existing behavioral assertion. I found one ordering detail that should be tightened before merging:
Important: wait on the composer's pending state directly.
The steering acknowledgement does not strictly prove that sendCurrent() has finished. The acknowledgement arrives through the session-event stream, while sendPendingRef is released only after ipcRenderer.invoke('sessions:steer') resolves. Those are independent asynchronous delivery paths, so the acknowledgement may become visible while sendPendingRef.current is still true.
In that ordering, the test can still continue into /side, and the final Enter can still be ignored by the overlapping-submit guard—the same failure this PR intends to eliminate.
Please keep this assertion to verify that the message was routed as steering, then wait for the composer-owned pending signal before starting the /side flow. For example:
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy is driven directly by sendPending, so its removal establishes the completion boundary the test actually needs.
简体中文
感谢你第一次为 Maka 贡献代码，也感谢你主动处理这个对时序敏感的 CI flaky test。这个改动很聚焦，并且保留了原有的行为断言。不过在合并前，还有一个异步顺序问题需要收紧：
重要：请直接等待 Composer 的 pending 状态结束。
Steering acknowledgement 并不能严格证明 sendCurrent() 已经完成。Acknowledgement 通过 session event 流到达，而 sendPendingRef 只有在 ipcRenderer.invoke('sessions:steer') 返回后才会释放。这是两条独立的异步传递路径，因此 acknowledgement 可能已经渲染，但 sendPendingRef.current 仍然是 true。
在这种时序下，测试仍可能继续进入 /side 流程，最终的 Enter 依然会被重叠提交保护逻辑忽略，也就是这个 PR 想解决的同一种失败。
建议保留当前断言，用于验证消息确实被路由为 steering；然后在开始 /side 流程前，等待 Composer 自己的 pending 信号结束。例如：
conststeerSubmit=page.getByRole('button',{name: '插入消息'});awaitexpect(steerSubmit).toBeVisible();awaitcomposer.press('Enter');awaitexpect(page.getByText(/Acknowledgedsteering:\/compactexplain/)).toBeVisible();awaitexpect(steerSubmit).not.toHaveAttribute('aria-busy','true');
aria-busy 直接由 sendPending 驱动，因此它被移除才是该测试真正需要的完成边界。
@BattleplusBattleplusAug 14, 2026

Copy link


Copy Markdown

Author
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Addressed in efe541b. The test now keeps the steering acknowledgement assertion for routing, then waits for the same Insert message button to clear aria-busy before starting the /side flow. This makes the completion fence follow the composer-owned sendPending state, as requested. Verified with the focused Electron E2E repeated 5 times (5/5 passed), the complete slash-command-menu spec (4/4 passed), the Desktop typecheck, Biome, and git diff --check.
 await expect(steerSubmit).not.toHaveAttribute('aria-busy', 'true');

 await composer.fill('/');
@Astro-HanAstro-HanAug 18, 2026

Copy link


Copy Markdown

Contributor
Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 — Wait for composer focus and a populated menu, not the old submit button. Steering clears/remounts the composer, so fill('/') can land before the contentEditable is focused and leave the command group empty; this head's e2e is failing on that path. The preceding negated aria-busy check neither proves the new composer is attached/focused nor gives a positive menu-ready condition. Please adopt current main's composer.click() → pressSequentially('/') → expect(side).toBeVisible() sequence (or close this PR as superseded), then rerun only this spec repeatedly.
 const menu = page.getByRole('listbox', { name: '命令和技能' });
Expand All@@ -133,6 +136,5 @@ test('dispatches a staged slash command instead of steering it into a running tu
 await composer.press('Enter');

 await expect(page.locator('.maka-quote-workbar-panel')).toHaveCount(1);
 await expect(page.getByText(/Acknowledged steering: \/compact explain/)).toBeVisible();
 await page.getByRole('button', { name: '停止' }).click();
});
Loading