cursor 更新到0.42.4版本后,每天打开时程序都会先黑屏一会,然后弹出提示框:当前程序没有响应,是否结束重新打开还是等待响应.点结束重新打开还是一样的显示.
第二,从0.42的版本开始,使用Composer 提问时，生成返回的代码中出现中文字或注释被修改成 “��” 这样的字符.例如:# 如果程序运行在一个打包环��中，就使用下面的��径.我在脚本的一开始添加了# -- coding: utf-8 --的代码,我输入的中文字可能是中文简化,可能是中文繁体,我的操作系统是windows 10 区域中文台湾.这个问题请在新版本中修复
我有時候也會遇到一樣的事情，reapply 後有機率解決。
我也有遇到这个问题，在javascript代码的注释中，例如：
// 确保 DOM 元素存在
被cursor建议修改为
// 确保 DOM 元��存在
我在python代码中也碰到了类似的问题，同样也是在单行注释中，例如：
# 确保有初始节点
被cursor建议修改为
# 确保有初��节点
不仅如此,无论是前端代码还是后端代码,composer经常会修改或删除与提问无关的代码,或删改原代码中的一两个字符.有时候也挺无语的.希望能修改这些问题吧.设置中的Rules for Al好象只支持chat,不支持composer,我在Rules for Al添加了不要生成��这样字符的说明,但是没有任何作用
也遇到过同样的问题，有时代码原本就已经存在的中文字符，当我使用composer在同一个文件生成其他新代码的时候，有些不在改动代码的区域的中文字符，会被改为��，一般就会有一两个字符受影响。这个行为是不确定的，有时出现，有时又不会，没有什么规律。
每次composer修改的代码，我都尽量把文件的全部内容检查一遍后，没有问题才接受。这样效率会下降。
大概从今年8月开始有这样的情况：
- 在等待 accept 时就能看到乱码，出现概率大约（在5-20%左右，大致这个频率）
- 有时是新代码的注释里掺有乱码字符；
- 有时会修改已有代码的注释的中文，甚至字符串里的中文，变为乱码字符，但通常每一处最多只会修改两个��字符；
- 已经持续数月。
Since around August this year, I’ve been encountering the following issue:
- The garbled characters can already be seen while waiting for the changes to be accepted. The occurrence rate is approximately 5-20%, roughly within this range.
- Sometimes, new code comments contain garbled characters.
- Occasionally, modifications to existing code comments in Chinese, or even Chinese text within strings, get replaced with garbled characters. Typically, only up to two characters (��) are altered at each affected location.
- This issue has been ongoing for several months.
这里提供一个截图bug例子
Here I provide a screenshot as a bug example
