cssxsh
cssxsh
### 问题描述 mirai 默认的 maven 镜像库 是不是该换一下了 https://maven.aliyun.com/repository/public 是 central仓和jcenter仓的聚合仓 jcenter 都已经没了好久了 直接 用 https://maven.aliyun.com/repository/central 更好吧 而且 https://maven.aliyun.com/repository/public 有时候 同步还会出问题(同步不完整缺文件,导致依赖拉取有问题) 同步速度也比比 https://maven.aliyun.com/repository/central 慢好多 ### 复现 https://github.com/cssxsh/mirai-tts-plugin/issues/2 ### mirai-core 版本 2.12.1...
我发现了这个API ``` https://gxh.vip.qq.com/qqshow/admindata/comdata/vipEmoji_item_${itemid}/xydata.json ``` 可以查看指定表情相关信息,比较关键的是,可以获取表情的md5 表情原图 `https://gxh.vip.qq.com/club/item/parcel/item/9f/9f56b8605ec9739c019df342e4a8694a/300x300.png` 对于`MarketFaceImpl`的构造参数delegate(`ImMsgBody.MarketFace`) ``` // 表情文件的md5 比特数组表示 faceId: ab1624acabe1e94f84cf0e0dc0741f93 // 默认 1 faceInfo: 1 // faceName 从电脑发送的face,faceName 是空的,会影响mirai判断消息内容是否为空 faceName: [哭哭] // 默认 200 但是 填入...
### 问题描述 似乎是 2.11.0 开始的问题 目前是插件已经开始初始化,第二个插件初始化 权限id 的时候 才会因为权限id冲突退出 ``` 2022-07-06 18:06:49 I/plugin: Successfully loaded plugin mirai-skia-plugin v1.1.3 2022-07-06 18:06:49 I/plugin: Successfully loaded plugin mirai-skia-plugin v1.1.3 2022-07-06 18:06:49 I/main: Prepared...
### 问题描述 MessageSyncEvent 的 source 中 其 target 固定是 bot , 应该是群/好友或其他消息接收者 原来的消息 接收方(群/好友)在 source 丢失了 ### 复现 ``` public object MiraiRecorder : SimpleListenerHost() { fun MessageSyncEvent.record() { check(subject.id ==...
目前指令的权限id格式为 `${plugin_id}:command.${primaryName}` 其父权限为 `${plugin_id}:*` 建议添加中间节点 `${plugin_id}:command.*` 1. 命令权限节点的结构让用户以为 存在 `${plugin_id}:command.*` 可以用来一次性授权指令权限 2. 如果插件注册的其他权限 比如 `${plugin_id}:notice` 用于其他功能管理,`${plugin_id}:*` 授权也会将其包括, `${plugin_id}:*`,不适用为任意指令进行授权
### 问题描述 MiraiConsoleImplementationTerminal.createLogger 没有接入 MiraiLogger.Factory.create ### 复现 MiraiConsole.createLogger 固定只产生 PlatformLogger https://github.com/mamoe/mirai/blob/167a29e0d8b20ebd7125dc0e96c4a935a0697425/mirai-console/frontend/mirai-console-terminal/src/MiraiConsoleImplementationTerminal.kt#L97-L103 ### mirai-core 版本 2.11.0 ### bot-protocol ANDROID_PHONE ### 其他组件版本 _No response_ ### 系统日志 _No response_ ### 网络日志 _No response_...
目前 `dependsOn` 只能用于对 插件依赖的判断,不能用来判断 mirai-console 的版本 如果 插件使用新的 mirai-console 特性,或者基于新的 mirai 自带的依赖 (kotlinx 之类的)编译, 在错误日志上,无法为用户提供正确的提示
有些时候文件的后缀命名是 jpeg,还有就是 http header 中 jpg 图片 的 Content-Type 一般是 image/jpeg, 这里是希望,对于 `jpeg` 不用处理直接 可以作为 `formatName` 参数
目前的加载方式是 指定并加载 package 下的所有类,似乎用 Java SPI 加载的方式会优雅一些?