搜索结果

由于客户端代码量的增长，bug仅靠我一人无法100%发现，因此发布的版本可能有残余bug 为了尽量避免此类问题，已建立内测企鹅群（331231200），如想获得更快更新，欢迎加入 可查看附件扫码

经过十几轮的测试，发现在现有的视觉效果和布局下，性能上已经逼近极限（已使用各种缓存） 但是实测仍存在滚动掉帧的现象，目前已定位到根因为繁重的卡片渲染（例如帖子列表页内的卡片，需要处理点击涟漪裁切，头像显示，头像圆形裁切，卡片边框，卡片阴影，卡片背景，浏览量和回复量图标，隶属于哪个板块的标记，红包标记等），一页内更是有十几张卡片。这对手表gpu造成了很大的负担 为了彻底解决这个问题，在下一版本可能对卡片或布局进行重新设计（当然会尽量不改变它看起来的效果） 欢迎提出建议

目前后端已完成多线程适配，网页端已可使用多线程工具进行下载资源和附件。 客户端多线程下载功能将在下版本加入，手机版下版本预计加入pad布局模式 pad布局UI设计方面若是有建议，欢迎提出 目前进度……

服务器重装后的环境内，超时时间仅有10s，导致上传偏大一点文件报错524（超时），现已提升至600s 下载失败也已修复，原因服务器运存溢出，现已用流式传输 后续排查发现下载失败未完全修复，核心原因为XfOptimized插件功能破坏了原来的流式逻辑，也导致了服务器运存溢出，现已修复

表现为部分资源下载失败或上传附件失败，今日内修复

关于https://bbs.hiwear.net/threads/1874/中所提到的bug，已于2.0.8版本重写相关计数逻辑

如题，已修复审核机制通知和实际行为不同步的bug，原因为异步处理时，需要有管理员权限的用户才可处理审核队列，后端插件缺失了管理员用户id，因此无法处理审核队列

调整后使用网页发布新内容时，将立即进入待审核状态，ai处理随后进行，审核结果后续会在通知内提醒 调整前是在发布时调用ai处理，等待ai处理完才跳转

目前站点的中文名感觉有点偏长，而且没那么顺口，想征集一下大家的想法 huaji2

API 后端修复了一个导致发帖失败的 bug。 问题原因：TopicController 中的手动验证代码引用了未定义的变量，导致 PHP 报 Undefined variable 错误，发帖请求被拒绝。 影响范围：所有客户端发新帖的功能。 目前已经修复，发帖功能已恢复正常。如仍遇到问题请在此反馈。

近期站点内出现了部分灌水、低质资源等内容 目前已启用了发资源的审核机制，由ai接管 后续会加入发帖审核，举报等功能

因2.2.0a版本的客户端检查更新机制有问题，无法解析带有字母的版本号，因而获取不到新版本。目前2.2.1版本已发布 传送门：https://bbs.hiwear.net/resources/587/

我们使用了Kotlin重构客户端底层，弃用了相对臃肿的且在oppowatch上出bug的Flutter引擎。重构的任务量相当于从零重写，因此耗时比较长 不过好消息是：90%左右已经完成，现在处于界面微调和bug寻找阶段 如果不出意外，本周末就能上线了 目前第一个release包已出，体积约为4.1m:mc_443-0:

目前进度：基本完成方屏重构，极大概率可以解决oppowatch上输入法无法弹出的bug（弃用flutter引擎） 因flutter引擎被弃用，因此2.1.4版本内部部分界面和动画细节会有略微差异 kotlin重构后的手表客户端，预计运存占用和内存占用都将进一步减小

本人在电脑上安卓模拟器测试的时候没发现什么问题，就发布了2.1.3。然而放到手表实机测试时，发现背景色和卡片颜色怪怪的（不知道为什么电脑上没显示出来），因而紧急调整了一下，网盘内已重新上传啦，有强迫症的表友可以覆盖安装下哦

更新大概会暂缓一小阵子哦（大学的半期考） 来自HiWear客户端

本来差不多发布了，但是发现一个bug，修好发布:mc_278-0:

染栀 提交新资源： HiWear For Watch - HiWear手表版本客户端，默认适配所有dpi 阅读关于此资源更多信息...

全新的本地原生应用体验 极快的响应速度 简洁优雅的设计 历经不懈努力，我们终于成功构建出了首个基于Api的原生客户端，欢迎大家前往资源中心下载体验 这是用新客户端发帖专属的小尾巴 来自HiWear客户端

染栀 提交新资源： HiWear新客户端（测试版） - 基于Flutter和Forum Copilot构建的原生客户端，本客户端为测试版，不代表最终结果 阅读关于此资源更多信息...