
1 paradoxs 2022-09-20 11:28:39 +08:00 更关键的是前置摄像头单独的控制权限, 这个剪切板的还是靠边站吧。 |
2 Mar5 2022-09-20 11:31:14 +08:00 我猜做成权限就两种结果 1 、允许。 2 、刚开始拒绝,然后因为各种跳转付款之类的无法使用,只能调到允许。 |
3 Pastsong 2022-09-20 11:33:25 +08:00 很好理解吧,剪贴板可能包含**非常隐私**的数据,需要你每次被 app 自动读取的时候确认一遍 |
4 Pastsong 2022-09-20 11:36:40 +08:00 还有劣化用户体验可以让 app 厂商重新思考这个功能的必要性(如果他们在乎用户经常被权限弹窗打断),是否需要如此频繁的自动读取剪切板,访问用户隐私内容 |
5 TigerJie 2022-09-20 11:42:03 +08:00 苹果调教用户的操作真是一绝 |
6 mcluyu 2022-09-20 11:44:49 +08:00 你为什么会认为系统需要向 APP 开发方妥协,体验这么差不是开发商的问题吗?为什么要不停的主动读取我的剪切板。 做成权限的话我现在想粘贴, 一会不想粘贴时不更麻烦吗 |
7 zhouweiluan 2022-09-20 11:45:17 +08:00 想恶心 App 让 App 自己去优化。 |
8 SingeeKing PRO 我真的期望摄像头照片之类的权限分为 - 始终允许 - 本次允许 - 本次不允许 - 始终不允许 有的时候真的就想换个头像允许一次 对于剪贴板这些敏感的,其实可以和定位权限一致 - 本次允许 - 本次不允许 - 使用不允许 然后对于一些 app ,可以去设置中手动调整成「始终允许」 |
9 HugoChao 2022-09-20 11:48:15 +08:00 不如审核应用的时候限制剪切板读取次数 |
10 cairnechen OP |
11 TigerJie 2022-09-20 11:53:33 +08:00 @zhouweiluan 只能恶心到用户 |
12 cairnechen OP 如果苹果真的是替用户做主,要规范 App 读取剪贴板的行为,大可以在审核阶段做这个事,通过劣化用户体验倒逼开发者,要么是蠢要么是坏 |
13 ktqFDx9m2Bvfq3y4 2022-09-20 12:05:28 +08:00 @cairnechen #12 审核阶段 APP 可以做到乖乖地不触发,甚至 APP 还可以热更新。 倒逼开发者要看是不是有利于安全和隐私,你看 Web 做了多少"倒逼开发者"的事情,不限于跨域,Cookie ,强制 HTTPS 等等。 |
14 dingwen07 2022-09-20 12:07:09 +08:00 via iPhone 我一直希望所有的权限都应该像现在的剪贴板那样,用户可以选择拒绝一次或者允许一次(也可以一直拒绝/一直允许) |
15 lscho 2022-09-20 12:08:21 +08:00 via Android 剪切板隐私实在太多了,复制电话、地址、密码、卡号之类的风险太大了 |
16 felixcode 2022-09-20 12:08:51 +08:00 via Android 原来倒逼开发者,代价就是用户。 |
17 Overfill3641 2022-09-20 12:12:56 +08:00 对不起,必须允许剪贴板权限才能使用 APP 。 |
18 explorerproxy 2022-09-20 12:15:10 +08:00 @dingwen07 我也想要始终询问的选项 |
19 cairnechen OP @Chad0000 倒逼开发者前面的定语 [牺牲用户体验] 不能就这么缺失了吧 |
20 cairnechen OP @lscho 没太懂强调这些的意义,风太大直接拒绝就行了,以后不会弹窗也不会误触,现在这么弹窗我已经误触好几次了,另外之前读取剪贴板是不需要权限的 |
21 ZE3kr 2022-09-20 12:23:52 +08:00 via iPhone 我倒是希望定位权限也可以做成剪贴板这样,现在定位虽然有“允许一次”,但“拒绝”后就永久拒绝了。 |
22 SenLief 2022-09-20 12:27:41 +08:00 倒逼开发者和用户有什么关系?倒逼开发者不应该是不允许开发者读取剪贴板吗? |
23 ZE3kr 2022-09-20 12:29:04 +08:00 via iPhone 换一个角度想,每次索要剪贴板时,有多少次是真的需要给 App 剪贴板的?至少对于我而言是 0 。而我的剪贴板内容很可能就是信用卡号或者手机号,真要被读取了有资金损失风险。 所以剪贴板应该做成“允许一次”和“永久拒绝”。大多数 App 永久拒绝就行了 |
24 lucifer9 2022-09-20 12:37:43 +08:00 只要有单次允许或者不允许的选项 等于就必须每次弹出来问用户了吧 |
25 0x6c696e71696e67 2022-09-20 12:45:42 +08:00 苹果想借用户的嘴去骂厂商别偷隐私,谁知道用户反过头来骂苹果,今天刚看到一个段子,就是办公室里的借刀杀人,明面上一切都很合理,暗地里都明白,但是又不敢说出来,只好受了这一刀,苹果没想到刀捅到自己身上 |
26 ShinichiYao 2022-09-20 12:55:56 +08:00 应该做成始终不允许,除非用户手动执行粘贴操作 |
27 vmebeh 2022-09-20 12:57:21 +08:00 via iPhone 永久拒绝了大部分用户根本不知道怎么调回来,他们只知道复制粘贴不能用了 |
28 xiao109 2022-09-20 12:59:41 +08:00 苹果在驯化用户这方面的确比 gd 要厉害多了。 |
29 cherryas 2022-09-20 13:09:37 +08:00 恶心用户 x 恶心想偷用户剪贴板的程序员 √ |
30 Leonard 2022-09-20 13:21:03 +08:00 加个始终允许或者始终不允许会好点 |
32 qwertyyb 2022-09-20 13:31:19 +08:00 via iPhone 我觉得这样挺好,让我意识到,手机是我的,从我的手里拿数据,必须经过我的同意 |
33 F1reman 2022-09-20 13:46:43 +08:00 不是因为做的屎一样的 app 才导致这么差的用户体验?前后不分? op 是哪家 app 公司的,这么喜欢读剪贴板? |
34 cairnechen OP |
35 nc 不喷杀人犯,倒是喷起执法者来了,喜闻乐见 |
36 TGl2aWQgIFNC 2022-09-20 15:01:57 +08:00 苹果这就是站在道德制高点,故意装白莲花呢。 反正受伤、被恶心的是用户。然后用户抱怨,就有舔狗说是 APP 的问题,苹果是道德的。 使用权是用户的,我作为用户我就喜欢让我的 APP 读取剪切板,你天天提醒,烦不烦人啊。你干脆搞一个开关,默认就是这种天天提醒。但用户可以选择: - 始终允许 - 本次允许 - 本次不允许 - 始终不允许 |
37 TGl2aWQgIFNC 2022-09-20 15:07:28 +08:00 你要倒逼那些偷剪切板的 APP ,那直接审核的时候不给这些有偷剪切板行为的 APP 上架不就完了。直接明令禁止 APP 主动读用户剪切板,发现此类行为,直接拉黑。我就不信还有 APP 开发公司敢这么搞。 |
38 TGl2aWQgIFNC 2022-09-20 15:24:41 +08:00 用户:这太难用了,赶紧修复吧 苹果:这要花不少时间才能改进,我们所有开发人员都在动态岛度假,没空。 |
39 Jooooooooo 2022-09-20 15:30:56 +08:00 大概是因为如此频繁去读剪贴板的 app 国外很少吧, 苹果程序员都没遭遇过这种场景. |
40 XiaoBaiYa 2022-09-20 15:52:08 +08:00 我从产品的角度来说一下 苹果这样搞一刀切的选项,部分软件疯狂弹出这个选项,用户体验变差,这个 APP 的日活一定会下降的,当产品排查到是因为这个问题导致的活跃下降,那么产品会重新考虑这个功能是否有必要。 基本算是间接的倒逼 APP 厂商上修改 上面有人说的: - 始终允许 - 本次允许 - 本次不允许 - 始终不允许 如果这样搞的话,这群辣鸡 APP 永远不会改。 |
41 F1reman 2022-09-20 17:07:26 +08:00 @cairnechen #34 已 block op 像是戳到 op 痛处了 |
42 xbiyy 2022-09-20 17:09:53 +08:00 剪贴板 不允许被动读取,只允许主动粘贴 不知道行不行 |
43 cairnechen OP |
44 cairnechen OP |
45 cairnechen OP |
46 cairnechen OP |
47 pikaconan 2022-09-20 17:46:48 +08:00 via iPhone 没时间做,远程办公多爽,等很多人投诉再说吧 |
48 pinkbook 2022-09-20 18:05:38 +08:00 猜测只有国内 app 才会像流氓频繁读取剪贴板,导致 IOS16 的程序员和产品经理没想到在中国会这样? 之所以这样先入为主的想,因为国内 app 流氓太多了。 但是用户手动点粘贴时,也会弹窗--确实很傻 |
49 rootx 2022-09-20 18:10:55 +08:00 大家还记得当初为什么会出现“口令”这种东西嘛? |
50 pcbl 2022-09-20 18:13:52 +08:00 via Android 你们这些垃圾 app 再不老实点,我就给用户吃屎 |
51 liujan 2022-09-20 19:41:39 +08:00 @SingeeKing 定位权限 没有本次不允许选项吧 |
52 dcsite 2022-09-20 23:48:47 +08:00 楼上这么多伪产品经理,发言前都不过大脑的吗? 1 、不允许开发者读取剪贴板 2 、永久拒绝 3 、苹果调教、驯化用户的 4 、限制剪切板读取次数 你们自己想想,这些方案像话吗?按照规矩来办事就好了,比如微信就不会弹,平安银行 APP 疯狂弹,那我肯定会觉得平安银行 APP 不行,而不是觉得系统不行。 |
53 endle 2022-09-21 06:59:59 +08:00 @ZE3kr 我个人是希望禁止一切剪切板读取的,全靠手动复制粘贴。 但是,有的场景读取剪切板还是方便一些,比如复制聊天窗口的地址到地图应用里,可以省一次手动粘贴的操作。感觉应该会有很多用户想保留这种方便 |
54 emberzhang 2022-09-21 08:03:12 +08:00 @vmebeh 新下个 app ,相机点不允许,定位彻底不允许的人多的是,后面改不回来了?真当全世界人民除了程序员都是痴呆么。。。再说禁 app 自动读取又不是禁手动粘贴 |
56 Milicense 2022-09-21 10:03:06 +08:00 今晨苹果发布 iOS 16.1 Beta 2 版本,带来多项功能更新和修复。 外观上最显著的一点,是将状态栏上的电池百分比进行了重新设计,白色部分不再是一占满整个电池,而是随电量变化而变化,更直观了。 另外,这一版本还有一些调整:取消了手动复制粘贴时的弹窗、充电时顶部日期会短暂变成电量百分比等。但第三方应用相机抖动的问题并未在这一版本中得到解决,遇到问题的用户还需耐心等等。 还是那句话,尝鲜有风险,但感兴趣的小伙伴可按下方提示操作升级。 |
57 cairnechen OP @dcsite 先怀疑一下你自己的阅读理解能力吧,这么多楼的讨论你就总结出这些东西 1 、做成用户可控制的权限=不允许开发者读取剪贴板? 2 、永久拒绝是用户可以控制的一个选项,有些 App 我认为他根本没有读取剪贴板的必要,直接禁止这有任何问题? 3 、苹果如果通过劣化用户用户体验来倒逼开发者,这不就是裹挟用户? 4 、限制剪切板读取次数,这个我也觉得不具操作性,可以反驳没问题 你这列了 4 点有 3 点纯属硬扯,属实还不如产品经理 |
58 Portalv 2022-09-21 10:14:38 +08:00 via Android 和果粉交流能各抒己见,跟果蛆的讨论注定没答案的。楼上都说了很多解决办法,果蛆视而不见。果蛆只会觉得自己有问题,app 有问题,从来不会觉得果爹有问题 |
59 zxcslove 2022-09-21 10:24:41 +08:00 日俄战争是吧?麻木旁观是吧?哈哈哈哈 |
60 allgy 2022-09-21 10:48:15 +08:00 这就是一些人想要安全,又想要方便,怎么不去用安卓 |
61 CaffreySun 2022-09-21 11:26:05 +08:00 我来分析一下哈, 首先剪切板的内容隐私程度跨度太大(它可能完全没有隐私信息,也可能包含很重要的隐私信息,上一秒可能完全没有隐私信息,下一秒可能包含很重要的信息),而像定位、相机这种的隐私信息比较单一,定位就是定位信息,相机是个人周围环境视频流信息。 所以定位、相机可以用权限控制,允许了就能知道对应的信息给了 App 。 而剪切板一旦用权限控制,用户选择了“允许一直访问剪切板”,那么用户是无法掌控那些隐私信息要给 App ,那些不能给。 其实相册也比较特殊,里面的图片隐私程度跨度也比较大,所以苹果做成了让用户选择哪些照片可以让 App 读取,但剪切板没办法提前选择让 App 读取哪些内容,所以干脆一直弹窗。 从相册、剪切板能看出苹果对隐私信息控制的逻辑是一致的。 |
62 asyncd 2022-09-21 11:27:48 +08:00 @cairnechen block |
63 cairnechen OP @CaffreySun 第一,我觉得你的理由不够充分,Mac 权限管理里有 [完全磁盘访问权限] 的权,按照你的理解,用户给予了权限之后也是无法控制哪些信息能被 App 获取到,如果按照你的理解这应该是一个每次都提醒的权限,但苹果没有这么做,而是把决策权下放给用户,你授予了 App 这个权限,风险就由你自己承担 第二、即时你说的成立,也应该是可以提供一个 [永久拒绝] 的选项,这并不冲突 |
64 CaffreySun 2022-09-21 12:09:50 +08:00 |
65 dcsite 2022-09-21 22:34:23 +08:00 |