Kuma
Kuma
看了下log，貌似跟selinux相关。 新版magisk给mount加了nosuid的flag，导致需要新的selinux规则，才能生效。 解决方案： `allow init surfaceflinger process2 nosuid_transition` 加这一行到模块目录里的sepolicy.rule文件，即可不卡第一屏。在fdac22ba-delta上测试通过，不加卡第一屏，加了可以正常启动。 有意思的是，Magisk 26.1已经没有这个问题了，nosuid的flag也没了，不需要规则了。然而没看到相关说明，commits里面也没看到，不知道是刻意解决bug，还是不经意间引入的，期待大佬解答。
遇到了同样的问题，经过排查问题是由commit https://github.com/coolsnowwolf/lede/commit/9364fa6e6ca3485767a70556d6f1fb09b3e09f4b 引入。 这个commit回滚了firewall (fw3)的版本，目的是解决lock的问题。在revert掉这个commit之后，mss钳制就好了。 如果我没理解错的话，这个lock问题应该指的是开了某些插件（比如luci-app-unblockmusic）之后，运行/etc/init.d/firewall restart会直接卡住，一直在等待锁的释放。这个问题是因为这些插件在firewall hook脚本里面重启了firewall，导致死锁。可以参考https://github.com/DHDAXCW/DoorNet_Series/blob/master/patches/001-fix-firewall.patch （初始来源未知）的做法，在firewall的init脚本里面强制释放掉锁。 @coolsnowwolf 可以参照patch来修改一下。
> > 遇到了同样的问题，经过排查问题是由commit [9364fa6](https://github.com/coolsnowwolf/lede/commit/9364fa6e6ca3485767a70556d6f1fb09b3e09f4b) 引入。 > > 这个commit回滚了firewall (fw3)的版本，目的是解决lock的问题。在revert掉这个commit之后，mss钳制就好了。 > > 如果我没理解错的话，这个lock问题应该指的是开了某些插件（比如luci-app-unblockmusic）之后，运行/etc/init.d/firewall restart会直接卡住，一直在等待锁的释放。这个问题是因为这些插件在firewall hook脚本里面重启了firewall，导致死锁。可以参考https://github.com/DHDAXCW/DoorNet_Series/blob/master/patches/001-fix-firewall.patch （初始来源未知）的做法，在firewall的init脚本里面强制释放掉锁。 > > @coolsnowwolf 可以参照patch来修改一下。 > > 请问怎么revert掉这个commit，新手不懂，还望赐教！谢谢你。 在源码目录运行`git revert 9364fa6e6ca3485767a70556d6f1fb09b3e09f4b`，然后参考那个001-fix-firewall.patch修改相应文件（其实就是加了几句代码，如果你不用到unblockmusic等插件，可以不做）。
遇到了同样的问题。 Android版本：13 系统：MIUI 14 开发版 V14.0.23.3.7.DEV WebView： 110.0.5481.154 密码管理APP： BitWarden 版本：2023.2.0 表现为 自动填充不出现 或 出现自动填充但无法填充成功（点击密码之后无反应，网页密码框还是空白）。如出现填充框，用户名或邮箱字段可正常填充，密码不行。 同时其他应用只要支持填充，均可以正常填充。
Any progresses on this? Waiting for it.
I wrote a working patch for the Japanese version, but also had not solve the bloom error. ``` # Mobile Suit Gundam: Extreme VS-Force [JP 1.04] [PCSG00738,eboot.bin] @FB # FB...
And the Asia version (maidump version, with bloom bug). ``` # Mobile Suit Gundam: Extreme VS-Force [ASIA 1.04] [PCSH00196,eboot.bin] @FB # FB 0:0xA7A16 t2_mov(1,3,) 0:0xA7A1C t2_mov(1,1,) 0:0xA7A22 t2_mov(1,3,) # Render...
@yuhan6665 大佬可以看一眼吗？
除浏览器以外的很多客户端都有此现象，包括go的http包、使用java的客户端（如Jetbrains大多数IDE）、linux下的curl、git等。linux下的客户端比windows下的容易触发此bug。在更新了新版后，浏览器访问网页的请求几乎不会遇到这个bug了。
我这个抓包的访问也是dl.google.com，看来大家都是访问google的某些站（包括go的）触发bug比较多。