-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[建议] 希望MultiLogin能预留一个与客户端的数据传输通道(例如CustomSkinLoader) #118
Comments
请求类型就是 ModID+ModToken+要查询的用户名
url一般是要直接包含用户名信息的,而不是占位符让客户端替换。。。 安装CSL插件的客户端会在进服务器成功后,发送一个数据包跟服务器尝试交互,如果插件收到了回应,则开始查询,否则按默认方式工作 |
8MiYile
changed the title
[建议] 希望MultiLogin能预留一个与客户端的数据传输通道
[建议] 希望MultiLogin能预留一个与客户端的数据传输通道(例如CustomSkinLoader)
Oct 15, 2023
这是csl的问题 所以你为何不直接调整优先级
|
是关于皮肤修复设定吗,能否根据他们的登录方式分配对应的皮肤 并所有人可视? |
你或许可以关闭 MultiLogin 的皮肤修复功能来让 CustomSkinLoader 生效
|
那通道方面有无呢,就是加一个类似json返回的请求。。 |
使用MultiLogin并在服务器启用在线模式后,它会直接向服务器内玩家发送玩家用于登录的皮肤,所以不需要使用CSL。CSL会替换客户端的皮肤获取逻辑,反而有可能破坏MultiLogin的工作方式。 |
原来Vanilla支持这个特性了啊,那我关闭了 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
描述功能请求
比如说CustomSkinLoader客户端插件(以下简称CSL插件) 因为服务器使用了MultiLogin但是CSL插件却不能正确的分配用户的皮肤,因为无法获取到用户的登录类型,想知道说会不会为此模组增加一个信道,带ModName+Token的验证方式方便CSL插件与MultiLogin插件的交互
描述你考虑过的备选方案
No response
请确认此建议所影响的内容
The text was updated successfully, but these errors were encountered: