偶尔会用一下 CS6, 毕竟这是 Fireworks 最后一个版本.

@basncy #11
我的机器是美版 iPhone SE 3, 我做了以下调整:
- 设置 iPhone 地区为中国大陆;
- 设置 iPhone 显示语言为简体中文;
- 停止路由器上的透明代理 (但服务器仍然可以访问 matrix.org);
- 额外尝试: iPhone 连接到另一机器开启的热点, 而上游是蜂窝网络.

结果:
iPhone 上的 Element X 确实可以显示 Callkit.

1. Element X 仍然名义上向我的服务器注册了 matrix.org 的 pusher, 我的理解大概是机器先请求我的服务器; 服务器再请求 matrix.org; matrix.org 再请求 APNS, 最后的通知由 APNS 推送给目标机器. 我印象中 IM 类应用在 iPhone 上的推送完全被苹果统一管理;
2. (不考虑旧版应用) Callkit 出现的时机比较奇怪: 在熄屏且唤醒间隔较长的情况下, Callkit 有时在对方等待即将超时才出现 (存在明显被推迟的现象), 有时甚至根本不出现 (不人工干预的前提下全程黑屏, 然后过几分钟屏幕才亮并显示一个文字通知). 已解锁且操作手机期间, Callkit 则有更高的概率以横幅 (位于屏幕顶端, 带红蓝按钮) 的形式出现 (也更及时);
3. 即使 iPhone 能因为收到来电而有所反应, 但也并非每次都能显示 Callkit. 偶尔一两次还是只显示文字通知.

iPhone 上目前新旧版应用并存, 还处于过渡阶段.

@basncy #9
我用得最多的代理方式是路由器, 只能在 SmartDNS 日志中看到 iPhone 尝试解析 matrix.org 而没有具体细节.
在 iPhone 上的两款新旧版应用的表现似乎有区别: 旧版应用能看到的 Callkit 的机会似乎多一些, 而新版要差一些. iPhone 已经过如下配置:
- 地区设为美国;
- 全天连接透明代理的 Wi-Fi, 且 DNS 有基本的分流处理;

但实测后发现几乎没有改善.

@YamatoRyou #6 另外自建的 Matrix 也需要确保其也能访问 matrix.org.

经过测试 即便 iPhone 连接的是有透明代理的 Wi-Fi, 偶尔也不显示 Callkit. 我暂时没有发现规律, 可能与代理节点也有关.

"整改" 的覆盖范围仅限举报人还是整个公司?

针对通话录音, 有一个 Magisk 模块可以解决:
https://github.com/chenxiaolong/BCR

支持自定义:
音频格式
音质
文件名
存储路径

在以下环境测试通过:
一加 9RT (氧 OS 15, Android 15)

建议还是抽空看一下 (特定情况下) 托盘图标 "禁忌: 多重存在" 的现象, 在偶尔繁忙的时候托盘被重复的图标挤爆.
可能为回归: "文件传输" 窗口也出现了远程桌面窗口出现曾出现过的 "最大化后鼠标指针放在窗口边缘强制变为 '调节' 样式" 现象. "终端" 和 "查看摄像头" 窗口我这里不好复现. 另外鼠标指针放在这些最大化的窗口最右上角的边缘像素不能使按钮生效, 死区高度为 1 像素.

@YamatoRyou #2 FluffyChat Web 会从 *.gstatic.com 请求一些资源, 内网无法访问该域名的情况下, FluffyChat Web 可能会在加载期间卡住.

Synapse + Element (如果有搜索中文消息的需求, 尤其是加密房间, 可以换用 FluffyChat)
iOS / Android 客户端选择 Elemnet X, 可以使用 http 前缀 + 内网 IP. (FluffyChat 尚未测试)
这套方案的优点是能相对容易地解决移动 app 的推送问题.

@YamatoRyou #30 再加一条: 某些词不支持自动分隔介母或韵母, 比如:
a) xian 和 xi'an;
b) smzh (搜狗拼音输入法可以自动联想出 "使命召唤"), 而小狼毫在我的输入方案 (四叶草拼音) 和词库中只能联想出 "生命值".

实测并没有, 甚至 "美式键盘能输入汉字" 的 bug 一如既往.

@Admstor #27
小狼毫用下来, 个人能感受到以下缺点:
不支持禁用 "小键盘选词 (即小狼毫激活期间小键盘始终仅用于输入数字)";
汉英混输支持差, Shift 键要按烂了.

我同时使用搜狗拼音和小狼毫, 但在以上问题修复前, 小狼毫不会是我的主力输入法.

NekoSMS, 支持用正则表达式过滤.
但它是 Xposed 模块, 而且疑似存在不能过滤彩信的现象 (有些垃圾短信会先发送一个图像再接正文, 于是正文即使理论上能被匹配也无法被过滤).

@gal #12 用了一段时间, 感觉你的方案有可以继续扩展的可能. 设想比如搞一个机器人专门针对非加密房间做这件事, 顺便还能解决消息搜索在各平台客户端上表现参差不齐的问题.

23H2 自前几天打过补丁后也出现类似的问题.
微软拼音输入法虽然是我的默认输入法, 但默认是英文输入模式 (也禁用了通过快捷键切换到中文输入模式). 没过多久所有处某些应用微软拼音输入法 (英文输入模式) 的窗口变成了中文输入模式. 触发方法尚不明确 (我几乎不用 Alt + Tab 方式切换窗口).

@loading @xclimbing @mercury233 @pengjz
"新" 硬盘已经在路上.

@gal #9
原因已经找到: 对于最新版本的 Synapse (1.119.x), search.py 的存储路径已经改变, 但重建容器使用的仍然是旧路径导致修改后的搜索脚本始终未能生效.
文章中给出的路径:
"/usr/local/lib/python3.11/site-packages/synapse/storage/databases/main/search.py"

变更后的路径:
"/usr/local/lib/python3.12/site-packages/synapse/storage/databases/main/search.py"

@gal #9
已经更换为文章提供的脚本 (方法为停止容器, 用该文件替换旧文件并将其映射到容器内, 最后启动容器), 但问题依旧. 我怕破坏数据库, 求一个正确重新索引的方法.
我试过的方法为只执行以下 2 行 (此时表 "event_search" 列 "chinese_vector" 都已经存在的情况下):
UPDATE event_search SET chinese_vector = to_tsvector('chinese', vector::text);
执行以上一行, 表 "event_search" 列 "chinese_vector" 中的部分记录变成了 null, 一段时间后恢复
CREATE INDEX CONCURRENTLY event_search_chinese_vector_idx ON event_search USING GIN (chinese_vector)
执行以上一行, 搜索能力看上去没什么变化.