WGzeyu
WGzeyu
I recently found someone selling pirated copies in the community, so I wanted to update the piracy detection. After getting the pirated file, I used FreeFileSync to compare the file...
This is a user I met in the community today. When he uses ModAssistant, the interface components that he mouses over cannot be displayed normally.  
读取网卡列表后只替换当前的文本内容?
I'm not sure if this is a SongLoader issue, but it has been present in all versions since 1.15.0 (nightly), to 1.16.4 (stable), to 1.17.1 (stable), after switching to SongLoader....
It seems that only plain Chinese text has this situation. When it contains English or numbers, symbols, it will return to normal   
I want to add an Acc display to HubStatistics, but the Acc I calculated using playerTotalBlocks and playerScore is always lower than the actual one. Later, I realized that the...
https://github.com/Auros/SiraLocalizer/blob/928f38173135bc7cced5a663e246158f92ba48cc/SiraLocalizer/Crowdin/CrowdinDownloader.cs#L22-L23 [https://www.ping.cn/http_gitcdn.link_33ffb22708c84a3a26ab28f1fb3faf91.html](https://www.ping.cn/http_gitcdn.link_33ffb22708c84a3a26ab28f1fb3faf91.html)  Seems to be caused by GFW interception. By the way, I tested the availability of each site in China I recommend adding jsdelivr as a fallback. ```...
I recently discovered [jsDelivr](https://www.jsdelivr.com/), which provides a global CDN of GitHub files, including China nodes, and has ICP filing, so it provides faster access in some areas, but it has...
### 问题描述 Mirai版本:2.14.0-RC mirai-api-http版本:v2.9.1 MCL Addon版本:v2.0.2 iTXTech MCL Version: 2.0.1-b5303b5 protocol: IPAD heartbeatStrategy: STAT_HB 无签名,通过密码自动登录,无验证码 一直通过WebSocket API正常使用,业务端有一项功能是末位淘汰,逻辑是由新人入群事件触发检查,群员人数超指定人数则踢一位最长时间未发言成员,设定为1995人,稳定运行多年,最近几天发现群人数越来越少了,一直到1967人了都仍然在触发末位淘汰,调试触发`memberList`接口获取群员列表以更新业务逻辑的成员缓存,由mirai返回的群员列表依然为1995个成员,于是尝试重启mirai,重启后mirai返回的群员列表为1967个成员。 倒查日志发现,无论是业务端的log,还是mirai的log,均显示最后一次接收到退群事件(MemberLeaveEvent.Quit)在2025-05-26 01:39:46,在此以后再也没有接收到任何退群事件。 我运行的bot管理着很多的两、三千人大群,所以可以认为是2025-05-26开始不再能接收到退群事件,目前个人推测可能是Mirai也对群员列表有缓存,Mirai核心收不到退群事件,所以Mirai在重启前返回的群员列表中没有删除退群成员。 与之相对的,在2025-05-26开始,mirai log开始频繁出现下面的报错,在测试群中测试了退群也一样会触发下面的报错: ``` 2025-06-14 20:39:01 E/Bot.[QQ号]: Exception on parsing packet....
### 问题描述 Mirai版本:2.14.0-RC mirai-api-http版本:v2.9.1 MCL Addon版本:v2.0.2 iTXTech MCL Version: 2.0.1-b5303b5 protocol: IPAD heartbeatStrategy: STAT_HB 无签名,通过密码自动登录,无验证码 一直通过WebSocket API调用,业务端有一项功能是末位淘汰,在出现 #2882 (26日开始无法接收成员退群事件) 的问题之后,由于业务逻辑中也有一份成员列表缓存,本就有定期刷新成员列表的逻辑,于是尝试将原先调用的`memberList`接口换成`latestMemberList`接口,结果发现末位淘汰前的排名前列通知功能全重新通知了一遍,说明整个列表排名全部变了,检查获取到的数据发现返回数据中所有成员的`lastSpeakTimestamp`都完全与`joinTimestamp`相同,实为`joinTimestamp`。 ### 复现 zyjson版本:2.5 调用方法: ``` 创建消息基础 (当前消息, 真) 添加获取群员列表 (当前消息,...