BT任务摘要面板可下载分块统计图右侧的数字是此任务的分块可用性，不是健康度。想要怎么修改？
感谢提供视频截图，这个情况确实没测试到。GUI版无此问题，webui版下一版已修复
后面来做
1個讚
beta8已发布，欢迎试用
功能一样定位冲突 现在可以直接换成健康度，健康度现在可以同时统计到种子，做种上传任务看起来更直观，不然没人下载的时候容易显示成0%，而不是真实的可下载分块数值（当前健康度就很完美，种子上传任务能显示正确的健康度）
Beta8 的zip链接下载下来好像还是exe
文件名写错了，已更新，再试试
1個讚
测试beta8
普通http链接正常了
但是BC链接，用户代理，也就是User-Agent值没有成功，还要在改一下
webUI任务页面 中的数值框存在一些小问题
没有限制最大值和最小值和小数输入
任务值可以被设置为负数和小数 尽不会生效
但还是应该限制一下 使数值不能为负 同时禁止输入小数点
此外最大值应于GUI版本一样限制为9999 目前似乎是3353430774？
操作逻辑上也与GUI有一些不一致
删除数值中的值后会显示 为 无限制 但是边框会变红似乎在提示值不正确
点击应用后会看到报错 似乎是没有自动补充0导致的
直接向数值框中输入值时也存在一些问题
输入数值应该替换之前已有的值 而现在是在其后方插入
比如默认是无限制即0 输入7 数值框内就变成了 07
beta9已发布，欢迎试用
已修复
已修改
已添加
后续增加
改成健康度了
已完成
1個讚
最大最小值 负数和小数点的问题都已经修好了
不过直接键入数值的时候依然存在一些问题
在直接输入值的时候默认状态下了0依然存在
即输入1后就变成了10
详情
标签已经可以显示了
建议为侧边栏添加滚动条 以应对标签数量较多的情况
现在可以查看具体的分块号了
正常了
webui上忘记改了，显示的还是以前的那样，比特彗星主界面上是正常显示成健康度了
还有用户依旧没有返回Status状态。。也加一下吧
还有原版的gui，这两个地方获取标题错误，点击add tsak后，标题的函数没有解析成功
/panel/task_add_magnet_result
/panel/task_add_httpftp_result
这个Add BitTorrent Download倒是正常的
/panel/task_add_bt_result
发现个bug，浏览器中磁力链接过长的话，鼠标按钮点烂了都无法呼出比特彗星主界面开始下载
https://share.dmhy.org/topics/list?keyword=%E9%93%9C%E9%94%A3%E5%AD%97%E5%B9%95%E7%BB%84+%E5%93%86%E5%95%A6A%E6%A2%A6%E5%A4%A7%E5%B1%B1%E8%A1%A5%E7%BC%BA%E9%9B%86+1997%E5%B9%B4+1462
子页面里面比较短就可以
bc链接也有相同的情况，cookie很长就容易触发
其它下载器好像有相同的问题，，，这是chrome内核浏览器的bug吗？
测试了一下，firefox能够正常打开，Edge/Chrome能打开的URL长度上限约为2048字符
测试了一下，用Socks5代理下载HTTP任务，正在发起数量是会变化的，不过很快就归零了
试了确实是2048上限值，好像是chrome浏览器用了这个rfc导致的毛病，那就是无解了
// https://www.ietf.org/rfc/rfc2616.txt
3.2.1 General Syntax
The HTTP protocol does not place any a priori limit on the length of
a URI. Servers MUST be able to handle the URI of any resource they
serve, and SHOULD be able to handle URIs of unbounded length if they
provide GET-based forms that could generate such URIs. A server
SHOULD return 414 (Request-URI Too Long) status if a URI is longer
than the server can handle (see section 10.4.15).Note: Servers ought to be cautious about depending on URI lengths above 255 bytes, because some older client or proxy implementations might not properly support these lengths.
你下载BT任务试一下，就会发现不对劲了，用户列表能看到connect，但是统计里面的正在发起没有，限制tcp正在发起为60的情况，用户列表能看到好几百的peer正在发起，限制没有起效果
用户列表里的connecting仅仅是peer的状态，不是socket的状态。我在新版的peer列表中，对连接中的peer在状态信息中增加了pending标记，来区分是真正发起了socket连接，还是仍在等待同时连接数降下来再发起连接。
等新版出来试试看，现在的版本是只有启用代理才发生这种情况，没启用代理的时候是正常的
官网刚刚发布了2.13正式版，怎么打包的是4月13号版本，Beta9 都4月29日，是不是发错了，重新打个包?