landall

It can not do this. the proxy class does not public the entity property or entity->getProperties(). https://github.com/microsoftgraph/msgraph-sdk-php/issues/169

thanks for your work! i will build a new module to include there feature!

我今天也遇到了这个问题。今天挂的两个号，一个被腾讯查到是第三方客户端而冻结了，一个号就是这个现象，报wLoginSigInfoField is not yet initialized

> 普通消息标准限制是5000字符_左右_+10张图片。mirai因为无法按服务器标准精准控制字符数，就限制在5000字符，但给图片的限制提高到了50。 > > 合并转发的限制_大约_是总数据不能超过 1M。合并转发有可能是可以允许100图片的。 冷知识：转发100张图片的，基本上都是色图合集，而且往往质量不高，wwww

应该是两件事。 #1664 跟我说的那个【另外】是一件事的可能性更大。 另外我有个问题，怎么查看自己当前生效的是哪个QQ协议？我用mcl启动bot后，在QQ PC端看不到移动端是哪个设备在登录，然后console的输出里也没打印过登录用协议类型。 我自己拿iphone登录，不管哪个协议都会跟iphone互相挤下线，包括IPAD协议，我就没办法搞清楚，是其中一套协议不支持【视频短片】和【发送视频文件】，还是四套协议都不支持。

> 所有都不支持视频 是因为现在协议解析的进度问题，还是你们对视频没开发兴趣，哈哈。 我看Mirai这边好多指令还没解包。（虽然我觉得最好别碰支付和红包相关的协议，容易进入灰产圈子）

> 目前的主要发展方向是提升代码质量，让 mirai 更容易维护，让 PR 更容易。这就包括了重构掉自 1.0 时期（我刚学 Kotlin 时）的代码，修复系统性问题（如 2.11 解决插件类隔离这个多系统的复杂问题）。 > > 新增一个新功能是要花费很多精力。要设计可靠易用的 API，要覆盖测试，要考虑未来扩展，反而协议是最简单的内容。 > > 我认为 mirai 发展到现在已经有不小规模，需要优先保证各方面的稳定性。不但功能要稳定，代码要有一定质量，还要使项目能够在未来由其他人接手。所以没有一味地增加更多功能。 说到这个问题，我个人觉得你们的代码分层分得有点多了，我不确定是不是Kotlin的语言特性导致的。但我感觉纯抽象层有点过多了，导致从console一直穿到一个具体的事情的实现代码，中间需要穿过好多层封装才能追踪到。

> 没有足够时间，不过欢迎PR 等我在仔细读一下代码吧，你也看到了，我上次看你们代码至少是在18个月前了，我整体读代码还是在2019年那会，那次我基本把项目80%以上的代码看了一遍。现在定位一个功能在哪里实现的，都有点小障碍。

注解自动扫描确实很好用，而且原理不复杂，wwww

> 不过超时强制结束还是得有的（指强行停止console） 比较好的设计其实是提供一个API，通知主程序退出。（API只设置标志，主程序在合适的时间检查这个标志发起退出流程） 这样插件可以相对有序的关闭，而不要让插件自己exit。 这种行为经常会破坏其他插件的开发逻辑，造成一些现场破坏、数据完整性出问题之类的问题。