Bush2021
[Bug] chrome136版本打开任意网页会闪退
验证步骤
- [x] 我仔细看过 INI 配置文件 并理解了每个配置项的作用。
- [x] 我未在 Issue Tracker 中寻找过我要提出的问题。
- [x] 我提供了可用于重现我报告的错误的最简配置。
- [x] 我确保使用中文描述问题。
版本信息
136.0.7103.49 (正式版本) （64 位） (cohort: Stable Installs & Version Pins)
配置文件
data_dir=none
cache_dir=none
translate_key=F2
[tabs]
double_click_close=0
right_click_close=1
keep_last_tab=1
wheel_tab=1
wheel_tab_when_press_rbutton=0
open_url_new_tab=0
open_bookmark_new_tab=1
new_tab_disable=1
new_tab_disable_name="about:blank","新建标签"
描述
打开网页后过个十几秒就会闪退，禁用chrome++后正常。
这似乎是个 bug，但我的实例在更新后并没有出现过闪退。我不知道如何复现这个问题。
我这边是第一次打开就闪退，闪退三次过后就好了。
这听起来很古怪。
如果有人能尝试在排除干扰的环境下测试、提供更完整的信息、并附上录屏和 Crashpad 结果，或许会有所帮助。
使用的是WIN11 DEV 26200.5570 ，貌似136以上版本都会出现，我用的beta录了个视频，打开浏览器什么都不操作，过一阵自动闪退，我找到一个Crashpad文件夹有个dmp文件，不知道是不是这个我传上来了
https://github.com/user-attachments/assets/b9ea1bbc-7617-4188-96b1-5112c2441216
0f500217-01b3-47bd-8526-237f9f76a6bb.dmp
请参考：https://support.google.com/chrome/a/answer/6271282#zippy=%2Cwindows
Crashpad 通常在 Data\Default\Crashpad 之类的目录下。
请参考：https://support.google.com/chrome/a/answer/6271282#zippy=%2Cwindows
Crashpad 通常在 Data\Default\Crashpad 之类的目录下。
不知道是否是上面的文件
设备 win 10 21H2（主机会触发闪退，然后试了用同主机版本的虚拟机试试） 浏览器 版本 136.0.7103.49
未配置chrome_plus时，未闪退，配置好后进入浏览器后过一段时间就开始闪退
https://github.com/user-attachments/assets/965d3845-5680-43b3-8c36-f9d70adf8de9
3b56dd70-f058-4bb0-a57b-328ae4a0088f.dmp
我找到规律了，从官网下载的在线安装包安装后使用chrome++就会闪退，如果使用离线安装包安装后再使用chrome++就不会闪退
试了下的确是不闪退了，离线版没有自动更新，闪退可能跟这个有关
离线版本一样闪退的，136今天发布的正式版一样，麻烦修复下吧。现在暂时用135版本
得是没有更新组件的才可以，从这里找https://github.com/Bush2021/chrome_installer
离线版本一样闪退的，136今天发布的正式版一样，麻烦修复下吧。现在暂时用135版本
得是没有更新组件的才可以，从这里找https://github.com/Bush2021/chrome_installer 我就是这里的下载的最新136正式版，也是闪退
离线版本一样闪退的，136今天发布的正式版一样，麻烦修复下吧。现在暂时用135版本
得是没有更新组件的才可以，从这里找https://github.com/Bush2021/chrome_installer 我就是这里的下载的最新136正式版，也是闪退
离线版本一样闪退的，136今天发布的正式版一样，麻烦修复下吧。现在暂时用135版本
得是没有更新组件的才可以，从这里找https://github.com/Bush2021/chrome_installer 我就是这里的下载的最新136正式版，也是闪退
那就奇怪了，我两台系统不一样的电脑安装离线版本都不闪退了
环境
Win10 LTSC 21H2 19044.5487 Chrome 136.0.7103.93 (Official Build) (64-bit) Chrome++ 1.11.1
配置
[general]
data_dir=%app%\..\Data
cache_dir=%app%\..\Cache
command_line=--disable-logging --disable-crash-reporter --no-report-upload --disable-breakpad
launch_on_startup=
kill_launch_on_exit=0
launch_on_exit=
boss_key=Ctrl+`
translate_key=Ctrl+T
show_password=1
win32k=0
[tabs]
double_click_close=1
right_click_close=0
keep_last_tab=1
wheel_tab=1
wheel_tab_when_press_rbutton=1
open_url_new_tab=0
open_bookmark_new_tab=0
new_tab_disable=1
new_tab_disable_name="about:blank","新建标签"
反馈
测试正常，没有闪退。后续Chrome版本会在C:\Users\用户名\AppData\Local\Google\Chrome\User Data\Crashpad下创建文件夹,希望作者后续可以修复这个bug,谢谢！
I see it error when connect COM when I open chrome with logging enable
[24212:11440:0511/221342.925:ERROR:chrome\updater\win\task_scheduler.cc:855] Failed to connect to task service. 800700ea: More data is available. (0xEA)
from this line, it closing chrome browser
when it I run without chromeplus, it don't show this line
I think it be error from permission of call COM
Can anyone try setting the value of HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Update\AutoUpdateCheckPeriodMinutes to the REG_DWORD value of 0, and see if it helps?
Can anyone try setting the value of
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Update\AutoUpdateCheckPeriodMinutesto theREG_DWORDvalue of0, and see if it helps?
不能,首先使用的是离线版,没有此注册项,即使手动创建了依然会闪退....我切换到135版本就没有任何闪退了.
不能,首先使用的是离线版,没有此注册项,即使手动创建了依然会闪退....我切换到135版本就没有任何闪退了.
I found a problem, it related to google update, should change updater exe of google, it working, or only turn off google updater service
我忘记在此跟进。简单来说，这次的崩溃可能是不同原因造成的。
其中一个涉及到更新组件。由于 chromium 的更改并没有处理 task_scheduler 作为空指针的情况，导致崩溃。这应该被认为是一个 chromium 的bug，建议等官方修复。
目前推荐的解决方案，如部分评论所述，使用不带更新组件的安装包。如果设备中有遗留的 Chrome 的任务计划以及 updater.exe，考虑一并清除。
另外的情况，由于没有足够的日志信息说明，没有办法判断。
我也是136版本，没有出现闪退，版本：136.0.7103.114，我是用的离线版本，解压使用的。但是我有另外一个bug，打开书签设置了前台打开但却老是后台打开，已经发了Issues，麻烦大佬有空看看
I forgot to follow up here. To put it simply, this crash could have been caused by different reasons.
One of them involves updating components. The crash was caused by the chromium change not handling the case where task_scheduler was used as a null pointer. This should be considered a chromium bug and is recommended for official fixes.
The currently recommended solution, as described in some of the comments, uses an installation package without the updated components. If you have legacy Chrome schedules and updater.exe on your device, consider clearing them as well.
In other cases, there is no way to judge because there is not enough log information to explain it.
only add version.dll, it is crash, not only disable update, but also another error make it closing browser
only add version.dll, it is crash, not only disable update, but also another error make it closing browser
That’s because you didn’t follow the instructions I provided.
Based on your log information, your issue falls under the first reason I mentioned. Both the README and some previous replies in this issue have clearly stated that the recommended installation method is to use the offline installation package without the update components, manually extract it to the specified folder, and then use it directly. Since you insist on using the original version, you’ll need to handle things yourself—specifically, check any Chrome Updater-related tasks in Windows Task Scheduler and remove any updater-related executable files.
在windows服务里禁用了两个带版本号的googleupdater，就没问题了，不会打开几秒就闪退了。
确实起作用，禁用后chrome就不会闪退了
其中一个涉及到更新组件。由于 chromium 的更改并没有处理 task_scheduler 作为空指针的情况，导致崩溃。这应该被认为是一个 chromium 的bug，建议等官方修复。
我注意到这个问题已经被修复：https://github.com/chromium/chromium/commit/b852ce9668ff9bb9c8f2c7eb0cf383b4e6f97325 并且已经应用到 M137，所以最新版的 Chrome 配合 updater 应该不会再闪退；我已经在虚拟机中验证了修复。
当然，还是建议使用不带更新组件的安装包。
