makecindy / makecindy/cindy

Windows main window becomes a transparent pane after compositor stall

Open
#3,087 1 comment 0 reactions 0 assignees View on GitHub
bug
Dominant language
TypeScript
Stars
2.7k
Forks
401
Avg merge
21h 48m
Merged PRs (30d)
776

Description

**提交人**: chenshangyu
**客户端版本**: 0.1.57

---

## 现象

主窗口仍在,但全部界面消失,看起来是一个透明窗。窗口内容完全点不到;系统托盘仍可用。重启后恢复。

## 复现步骤

用户未知精确复现路径。发生时正在浏览会话,并刚配置了 Web Search 插件的搜索 API。

## 期望行为

主窗口应持续渲染可见 UI。即使短暂卡顿,也不应变成完全透明、无法点击的窗口。

## 实际行为

主窗口变为透明空窗,界面控件完全无法点击。系统托盘菜单仍可用。完全退出后重启才恢复。

## 复现频率

首次出现,目前无法稳定复现。

## 已尝试

完全退出并重新启动应用,界面恢复。

## 诊断摘要(用户同意公开)

本地 main log 中 renderer watchdog 记录:

- `WARN [r:render-watchdog] 页面可见但帧管线无输出(疑似白屏) {"probeTimeoutMs":2000}`
- 约 16 秒后:`WARN [r:render-watchdog] 帧管线恢复出帧 {"stalledDurationMs":16179}`

日志称帧管线已恢复出帧,但用户侧主窗口仍无法点击,随后经托盘退出并重启才恢复。无 Crashpad dump,未见 GPU / render-process-gone。Cindy 主窗口为透明底,渲染进程不出帧时会表现为透明窗而不是白屏。
---
**版本区域**: CN
**OS**: win32 x64 (10.0.26200)
**界面语言**: zh-CN

Contributor guide

Open the contributing guide

Research direction

Start with the local main log and the renderer watchdog warnings, then trace how the Cindy main window handles a stalled or recovered frame pipeline on Windows. Check whether recovery leaves the transparent window non-interactive, and use the reported compositor-stall symptoms as the test case. Done means the main window remains visible and clickable after a transient stall without requiring an application restart.

Written by the indexing model from the issue text.

Assessment

Tech stack
electron, typescript
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
42/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.