《代码有一点bug 你修一修》
《我不要部分代码 你把修改后的完整代码发给我》
《你的代码还是有问题》
《那你重新改,把改好的完整代码给我》
《不是刚刚还能跑 怎么现在跑都跑不了了?》
《你没听懂我的意思吗?不要改变我原来的代码》
《不要给我打印任何调试功能》
《我没让你做的 你就别做》
《给我生成完整代码》
《用中文回答我》
《我让你做的功能哪去了》
《听不懂人话是吧》
《不要给我省略代码》
《给我完整的代码》
《我让你写的是完整代码 不是部分函数》
《我的意思是让你改进我的代码,不是重新写一个新的代码》
《你怎么就听不懂啊》
《都说了参考我之前的代码》
《新的代码运行不了 给我回去之前的版本》
《都说了回退版本 你怎么给我写新代码了》
《都说了用C嘎嘎 你怎么给我用Python》
《请不要添加不必要的注释》
《请不要修改我原先的代码基本逻辑》
《帮我修改代码》
《在我的代码上修改…》
《不要改我的变量名!!!》
《你写的代码有问题 跑不了!》
《不要改原有的函数名啊啊啊》
《超尼玛你个非物》
《不要污染我的变量》
《不要修改我原来的代码》
《不要添加额外的功能》
《只生成我让你生成的部分》
《不要只生成框架 生成完整代码》一句话总结:
非专业调查的结果如下(os3,os2 也是差不多的逻辑):
- 应用无响应会被 PackageWatchdog 捕获,并计入 count
- count 会传递到 PackageWatchdogImpl 的 doRescuePartyPlusStepNew 方法,并根据计数来弹出无响应弹窗 / 执行对应等级的清除
对应此人说的第一张图的等级
计数到第五次开始,会尝试清除应用缓存和数据,可能也解释了此人哔哩哔哩数据被清除的原因
计数到第七次就是强制清除数据了,如果是系统界面,会额外附加重启设备
有弹无响应弹窗马上按关闭应用,不然会有清除应用数据的风险
非专业调查的结果如下(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;
计数到第五次开始,会尝试清除应用缓存和数据,可能也解释了此人哔哩哔哩数据被清除的原因
计数到第七次就是强制清除数据了,如果是系统界面,会额外附加重启设备
小豆泥的作者 のべ子 6 天前在Twitter上告知了小豆泥原型 あずきさん 检查出淋巴瘤的消息,并在今天确认 あずきさん 已经去世
其实早在 5 月份のべ子就已经提到 あずきさん 身体状况恶化,在前几日确诊淋巴瘤,虽然有预料但病情实在发展太快
RIP
https://fxtwitter.com/yamanobejin/status/1965377257176010977
其实早在 5 月份のべ子就已经提到 あずきさん 身体状况恶化,在前几日确诊淋巴瘤,虽然有预料但病情实在发展太快
RIP
https://fxtwitter.com/yamanobejin/status/1965377257176010977
#security
NPM
更新:
多个npm包的作者 Qix- 被钓鱼,npm账号失陷。黑客上传了多个有恶意代码的npm包。具体包列表可以在以下链接查看:https://github.com/debug-js/debug/issues/1005#issuecomment-3266868187
编者注:考虑到黑客动手的速度之快,可以认为是一次定向的钓鱼攻击。热门包的维护者应该考虑从TOTP转到FIDO2。
NPM
debug 包出现大新闻,任何安装/运行了这个包的电脑均应视为已失陷。更新:
多个npm包的作者 Qix- 被钓鱼,npm账号失陷。黑客上传了多个有恶意代码的npm包。具体包列表可以在以下链接查看:https://github.com/debug-js/debug/issues/1005#issuecomment-3266868187
编者注:考虑到黑客动手的速度之快,可以认为是一次定向的钓鱼攻击。热门包的维护者应该考虑从TOTP转到FIDO2。
很惭愧跟大家说声抱歉,过去犯了一些错误,接受该有的代价。
感谢雷总和公司各位领导过去多年的培养和信任,非常不舍离开。未来仍然会一如既往的支持小米,支持REDMI。
感谢很多朋友的支持,先休息一段时候再重新开始!
https://weibo.com/1654901425/Q3Frz8O5W
*王腾的微博自8月29日之后就没再有更新,与米家高管微博办公的节律严重不符。
https://weibo.com/u/1654901425
https://weibo.com/u/1654901425
小米内部通报:王腾因泄密被辞退
凤凰网科技讯(作者/于雷)9月8日,凤凰网科技独家获悉,小米集团内部通报一起重大人事处分决定。根据一封标注时间为2025年9月8日22:15、由小米集团职业道德委员会发出的邮件显示,小米中国区市场部总经理、Redmi品牌总经理王腾因“泄露公司机密信息”及“存在利益冲突等严重违规违纪行为”被公司辞退。
邮件强调,小米对违规违纪行为坚持“零容忍、全覆盖、无禁区”态度,并依据《小米集团员工违规违纪行为处理办法》等相关规定作出此次处分决定。委员会呼吁中国区干部引以为戒,“心怀敬畏之心,坚守公司制度红线”。
https://tech.ifeng.com/c/8mUQuYu2sps
凤凰网科技讯(作者/于雷)9月8日,凤凰网科技独家获悉,小米集团内部通报一起重大人事处分决定。根据一封标注时间为2025年9月8日22:15、由小米集团职业道德委员会发出的邮件显示,小米中国区市场部总经理、Redmi品牌总经理王腾因“泄露公司机密信息”及“存在利益冲突等严重违规违纪行为”被公司辞退。
邮件强调,小米对违规违纪行为坚持“零容忍、全覆盖、无禁区”态度,并依据《小米集团员工违规违纪行为处理办法》等相关规定作出此次处分决定。委员会呼吁中国区干部引以为戒,“心怀敬畏之心,坚守公司制度红线”。
https://tech.ifeng.com/c/8mUQuYu2sps