现在我也不知道这频道发了啥了,各位慢慢吃瓜,将就着看

联系我请去 @abc1763613206

友链儿
@cyberElaina
@rvalue_daily
@billchenla
南宫雪珊
Android16 QPR1 稳定版已经在9月4日发布,但是AOSP至今没有对应源代码,Google莫非是打算一年发布一次? https://support.google.com/pixelphone/thread/370454456/september-2025-pixel-drop (爱范儿:我说什么来着?
读者投稿:GrapheneOS 似乎已经获得了他们需要的 Android 源代码,包括最新的安全补丁甚至 16 QPR1,但他们不被允许开源

We do have an OEM partner with partner access they can share with us but that does not enable us to publish the source code for major releases earlier than Google. 


https://discuss.grapheneos.org/d/26285-grapheneos-version-2025090800-released
Android16 QPR1 稳定版已经在9月4日发布,但是AOSP至今没有对应源代码,Google莫非是打算一年发布一次?

https://support.google.com/pixelphone/thread/370454456/september-2025-pixel-drop

(爱范儿:我说什么来着?
《代码有一点bug 你修一修》
《我不要部分代码 你把修改后的完整代码发给我》
《你的代码还是有问题》
《那你重新改,把改好的完整代码给我》
《不是刚刚还能跑 怎么现在跑都跑不了了?》
《你没听懂我的意思吗?不要改变我原来的代码》

《不要给我打印任何调试功能》
《我没让你做的 你就别做》
《给我生成完整代码》
《用中文回答我》
《我让你做的功能哪去了》
《听不懂人话是吧》

《不要给我省略代码》
《给我完整的代码》
《我让你写的是完整代码 不是部分函数》
《我的意思是让你改进我的代码,不是重新写一个新的代码》
《你怎么就听不懂啊》
《都说了参考我之前的代码》
《新的代码运行不了 给我回去之前的版本》
《都说了回退版本 你怎么给我写新代码了》
《都说了用C嘎嘎 你怎么给我用Python》
《请不要添加不必要的注释》
《请不要修改我原先的代码基本逻辑》

《帮我修改代码》
《在我的代码上修改…》
《不要改我的变量名!!!》
《你写的代码有问题 跑不了!》
《不要改原有的函数名啊啊啊》
《超尼玛你个非物》

《不要污染我的变量》
《不要修改我原来的代码》
《不要添加额外的功能》
《只生成我让你生成的部分》
《不要只生成框架 生成完整代码》
库克:我也来漏一手
Dimole 的废话频道
小米云控开启的RescuePartyPlus自动删除第三方应用数据 今天用哔哩哔哩的时候,软件并没有卡死,但是系统开始弹窗“哔哩哔哩”未响应。这种弹窗很常见,我选择了点“等待”以不关闭应用仅关闭弹窗。但是沟槽的小米从MIUI14开始这个弹窗就会莫名其妙无限弹,此时并没有点“确定”来关闭哔哩哔哩,因为视频还正常播放。 结果过了一会,哔哩哔哩直接自动退出了,重新打开发现登录态没了,缓存的视频也全部没了,一看空间占用也直接没了几个GB。 此时并不知道原因,但是赶紧抓了日志以便查证。在分析日志之前,我甚至还怀疑…
一句话总结:
有弹无响应弹窗马上按关闭应用,不然会有清除应用数据的风险


非专业调查的结果如下(os3,os2 也是差不多的逻辑):

- 应用无响应会被 PackageWatchdog 捕获,并计入 count
- count 会传递到 PackageWatchdogImpl 的 doRescuePartyPlusStepNew 方法,并根据计数来弹出无响应弹窗 / 执行对应等级的清除

case 2:
removeMessage(1, currentCrashAppName);
event.setDetails(currentCrashAppName + "RESCUE_LEVEL_ALL_DEVICE_CONFIG_RESET;");
sendMessage(currentCrashAppName, 2, event);
return false;

对应此人说的第一张图的等级

case 5:
removeMessage(4, currentCrashAppName);
if (currentCras
hAppName.equals(RescuePartyPlusHe
lper.getLauncherPackageName(context))) {clearAppCacheAndData(pm, currentCrashAppName);
event.setDetails(currentCrashAppName + "RESCUE_LEVEL_RESET_SETTINGS_UNTRUSTED_CHANGES;CLEAR_APP_CACHE_AND_DATA;");
} else if (!RescuePartyPlusHelper.checkPackageIsTOPUI(currentCrashAppName)) {Slog.w("RescuePartyPlus", "Clear app cache:" + currentCrashAppName);
pm.deleteApplicationCacheFiles(currentCrashAppName, null);
event.setDetails(currentCrashAppName + "DELETE_APPLICATION_CACHE_FILES;");
} else {pm.deleteApplicationCacheFiles(currentCrashAppName, null);
if (!RescuePartyPlusHelper.resetTheme(currentCrashAppName)) {Slog.e("RescuePartyPlus", "Reset theme failed:" + currentCrashAppName);
} else {Slog.e("RescuePartyPlus", "Reset theme success:" + currentCrashAppName);
}
if (!RescuePartyPlusHelper.resetFont(currentCrashAppName)) {Slog.e("RescuePartyPlus", "Reset fonts failed:" + currentCrashAppName);
} else {Slog.e("RescuePartyPlus", "Reset fonts success:" + currentCrashAppName);
}
event.setDetails(currentCrashAppName + "RESCUE_LEVEL_RESET_SETTINGS_UNTRUSTED_CHANGES;RESET_THEME;RESET_FONT;");
RescuePartyPlusHelper.setLastResetConfigStatus(true);
RescuePartyPlusHelper.setShowResetConfigUIStatus(false);
maybeShowRecoveryTip(context);
}
sendMessage(currentCrashAppName, 5, event);
return false;

case 7:
removeMessage(6, currentCrashAppName);
clearAppCacheAndData(pm, currentCrashAppName);
String details3 = (currentCrashAppName + "RESCUE_LEVEL_FACTORY_RESET;") + "CLEAR_APP_CACHE_AND_DATA;";
if (!currentCrashAppName.equals(RescuePartyPlusHelper.getLauncherPackageName(context))) {if (!RescuePartyPlusHelper.checkPackageIsTOPUI(currentCrashAppName)) {Slog.w("RescuePartyPlus", "Disable App restart, than clear app cache and data:" + currentCrashAppName);
RescuePartyPlusHelper.disableAppRestart(currentCrashAppName);
details3 = details3 + "DISABLE_APP_RESTART;";
} else {SystemProperties.set(RESCUEPARTY_ATTEMPTING_REBOOT, "true");
event.setDetails(details3);
sendMessage(currentCrashAppName, 7, event);
executeWarmReboot(context);
return true;
}
}
event.setDetails(details3);
sendMessage(currentCrashAppName, 7, event);
return false;

计数到第五次开始,会尝试清除应用缓存和数据,可能也解释了此人哔哩哔哩数据被清除的原因

计数到第七次就是强制清除数据了,如果是系统界面,会额外附加重启设备
小米云控开启的RescuePartyPlus自动删除第三方应用数据

今天用哔哩哔哩的时候,软件并没有卡死,但是系统开始弹窗“哔哩哔哩”未响应。这种弹窗很常见,我选择了点“等待”以不关闭应用仅关闭弹窗。但是沟槽的小米从MIUI14开始这个弹窗就会莫名其妙无限弹,此时并没有点“确定”来关闭哔哩哔哩,因为视频还正常播放。
结果过了一会,哔哩哔哩直接自动退出了,重新打开发现登录态没了,缓存的视频也全部没了,一看空间占用也直接没了几个GB。
此时并不知道原因,但是赶紧抓了日志以便查证。在分析日志之前,我甚至还怀疑过哔哩哔哩用后门自动删数据(毕竟曾经网页端出现过后门)。但是经过日志分析,发现是小米系统魔改出来的RescuePartyPlus删除的。他在误检测应用无响应之后直接选择了删除应用数据。
只看日志前面的“RescuePartyPlus: Clear app cache”,它本该选择删除应用缓存,但是后面却出现“RescueParty: Attempting rescue level ALL_DEVICE_CONFIG_RESET”,直接删除了数据,导致我缓存的大量视频数据直接丢失,账号登录态也丢失。
此外,原版的RescueParty并不会对第三方应用和其数据进行任何操作,而小米却魔改出这样一个RescuePartyPlus直接随意删除第三方应用数据,并且随意利用云控而不告知用户,已经严重违反了法律。

如果这个事情发生在QQ微信或者工作类软件上呢?那损失将十分惨重。可见小米对用户数据安全并没有一丝的重视。

最后建议还在使用小米设备的用户多加备份以免数据丢失。
小豆泥的作者 のべ子 6 天前在Twitter上告知了小豆泥原型 あずきさん 检查出淋巴瘤的消息,并在今天确认 あずきさん 已经去世

其实早在 5 月份のべ子就已经提到 あずきさん 身体状况恶化,在前几日确诊淋巴瘤,虽然有预料但病情实在发展太快

RIP

https://fxtwitter.com/yamanobejin/status/1965377257176010977
#security
NPM debug 包出现大新闻,任何安装/运行了这个包的电脑均应视为已失陷。

更新:
多个npm包的作者 Qix- 被钓鱼,npm账号失陷。黑客上传了多个有恶意代码的npm包。具体包列表可以在以下链接查看:https://github.com/debug-js/debug/issues/1005#issuecomment-3266868187

编者注:考虑到黑客动手的速度之快,可以认为是一次定向的钓鱼攻击。热门包的维护者应该考虑从TOTP转到FIDO2。
今天abc看了啥🤔
*王腾的微博自8月29日之后就没再有更新,与米家高管微博办公的节律严重不符。 https://weibo.com/u/1654901425
微博更新了:
很惭愧跟大家说声抱歉,过去犯了一些错误,接受该有的代价。
感谢雷总和公司各位领导过去多年的培养和信任,非常不舍离开。未来仍然会一如既往的支持小米,支持REDMI。

感谢很多朋友的支持,先休息一段时候再重新开始!
https://weibo.com/1654901425/Q3Frz8O5W
小米内部通报:王腾因泄密被辞退
凤凰网科技讯(作者/于雷)9月8日,凤凰网科技独家获悉,小米集团内部通报一起重大人事处分决定。根据一封标注时间为2025年9月8日22:15、由小米集团职业道德委员会发出的邮件显示,小米中国区市场部总经理、Redmi品牌总经理王腾因“泄露公司机密信息”及“存在利益冲突等严重违规违纪行为”被公司辞退。

邮件强调,小米对违规违纪行为坚持“零容忍、全覆盖、无禁区”态度,并依据《小米集团员工违规违纪行为处理办法》等相关规定作出此次处分决定。委员会呼吁中国区干部引以为戒,“心怀敬畏之心,坚守公司制度红线”。
https://tech.ifeng.com/c/8mUQuYu2sps
Back to Top