1una0bserver's recent timeline updates
1una0bserver

1una0bserver

V2EX member #656951, joined on 2023-10-30 14:53:56 +08:00
Today's activity rank 2960
1una0bserver's recent replies
谢谢提醒,我是接 codex ,被这玩意折磨好几天了,准备换 axonhub 。
@NekoBoss 你这个没有做其他应用的对照实验的话,我觉得很难排除是其他方面的问题。你有试过关闭其他应用的剪贴板权限之后,还能粘贴它里面吗?还有我强烈建议你按我上面的过程排查下禁止 intent/app link 后是否还会提示。
还有小米会篡改系统的 app ops 设置,然后使用它自己隐藏的 ops 权限,这点早在 MIUI 时代就是这样了,所以我几乎敢确定这不是应用本身的问题,也肯定不是 AOSP 原生的问题。似乎只有 rikka 的 app ops 应用有做这方面的处理,只不过不知道你的系统版本,app ops 停更有点久了,你的系统可能用不了。如果是这样的话,我建议你关闭 MIUI 优化再试 PMX 。
还有你说的这个,我好像在几年前就在酷安看到过类似 bug ,很难想象这么多年过去了小米还没修。如果你还在用旧版系统,那我觉得你很有必要升级下了。
先问是不是,再问为什么。op 这种很明显的先射箭后画靶的提问,都没有人复现下,就来论证什么 Android 的弊端了是吧,实在是给我看得气笑了😅
首先放我的结论,欢迎讨论:
因为这就不是只靠读剪贴板实现的,谁说 Web 往 app 传数据只能靠剪贴板的。

首先 AOSP 就没有原生的剪贴板运行时权限,各厂商所谓的空白通行证也好,剪贴板权限也好,都是在 Android 4.3+引入的 App Ops 机制上实现的,而这个和运行时权限的一个重大区别在于,这里的拒绝在实现上其实不是真的拒绝授予权限,而是通过返回空数据实现的。所以这个拒绝读取剪贴板其实就是 READ_Clipboard 权限的封装而已,虽然不能排除厂商自己魔改的实现有问题。但是我通过以下操作判断,大概率不是实现问题。
我放一下我的测试环境,Android 14 ,ColorOS ,使用 App Ops 监控和管理相关权限。
先下好客户端登录,限制其权限,关闭。在 chrome 下访问云盘页面,拉起 app ,确实成功读取到下载文件信息。
注意之后:关闭应用,按理此时已复制到剪贴板,那么我再次打开时,如果真的是读取剪贴板,应该仍然能弹出对话框,但是实际上并没有。那么就说明,可能不是读取剪贴板,或者未触发读取剪贴板的条件。尝试手动点击所有 tab ,重新手动复制剪贴板内容,均未有反应。
结合以前看到过的案例,像是 Facebook 通过 websocket 和应用通信来绕过,怀疑 websocket 。于是换了个能屏蔽本地通信的浏览器 WebLibre ,然后打开同一个网页,仍然能拉起 app 并显示弹窗,说明不是靠 websocket 本地通信,至少并不只是这个。
那么结果就显而易见了,答案就在谜面上,读取链接的方式除了剪贴板外,最简单直接的方式就在打开 app 时通过 intent/app link 传递数据!事实上,我很早就注意到了这一点,前面所有能弹出对话框的时候,基本上都是首次自动跳转和手动点击后拉起 app 的时候,而之所以这么大费周章,主要是想排除下其他可能。之后的验证就很简单了,找个能手动禁止拉起 app 的浏览器,比如 via ,禁止后打开网页,点击打开 app ,会自动复制到剪贴板。然后我们手动打开 app ,即使再次点击网页上的打开 app ,由于 intent 被阻止,即使手动切换到文件 tab ,也没有弹出保存窗口。
那么为什么 op 会认为是 bug 导致仍然能访问剪贴板呢?考虑到网盘类应用普遍在打开网页时自动复制剪贴板并跳转应用,导致注意力集中在强提示的剪贴板内容提醒,而忽略了跳转应用本身就能传递数据,加上 op 可能使用 chrome 这种不对网页唤起做拦截的浏览器,导致网页打开时的隐藏 intent 拉起被忽略,认为是自己打开的那个 app 实例。当然,我们也不能排除是 op 的 hyper OS 的垃圾代码中的漏洞导致剪贴板拦截读取无效。关于这点,我觉得都没必要先考虑漏洞问题,先随便找个开源的简单记事本应用禁止读取剪贴板,测试下能不能粘贴,再去把上面我的测试重测下,再去考虑漏洞问题也不迟。
@wniming 我是做客户端的,没写过 qt 。不过看上面的日志,有点像渲染时色彩计算的性能问题。
根据我的经验,ui 上的性能问题很多时候不一定是最直接的这个函数问题,而更多的是调用这个函数的父 widget 逻辑编写有问题。当然也可能和新内核的性能优化有关,但一般不会影响特别大。所以我偏向于是 ui 布局或者渲染逻辑出了问题,造成高频重复渲染类似的问题了。
建议你调整下背景透明度设置试试,还有拉下 konsole 最新 commit 编译下,再看看有没有这个问题。一般提 issue 还是以主线为准的,万一上游已经修复了呢。
2 days ago
Replied to a topic by jark006 Claude Code 手机也能用上 CC 了
@383394544 proot 跑 arm64 linux 。如果你是最新的设备且有 pkvm 支持,可以跑几乎原生性能的完整版 linux 子系统
要不先清理下 config 再试试,有时是版本迁移配置没做好
Apr 27
Replied to a topic by greyfreedom Android 安卓哪个品牌适合做开发机?
pixel 和传音吧,前者是谷歌亲儿子,很多 android 系统方面的特性和技术会先在 pixel 上试水,尤其是在适配最新 targetsdk 方面,很多问题模拟器不见得能测出来。传音则是非洲之王,全球出货量占比非常高的一个品牌,这么大的份额买个进行测试也很正常。
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2871 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 18ms · UTC 13:23 · PVG 21:23 · LAX 06:23 · JFK 09:23
♥ Do have faith in what you're doing.