-
Notifications
You must be signed in to change notification settings - Fork 89
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Suspended tabs name with 3 dots and white page (THE PROBLEM IS BACK) #185
Comments
Same here. Extension version: v7.1.6.2 |
so same procedure as last time: make sure that the chromium team knows about it, and ideally identify the exact commit that caused the regression. |
Same here. Extension version: v7.1.6.2 In terms of "make sure that the chromium team knows about it" — is there a clear, specific process on how to go about doing that? Why would the chromium team care about this extension no longer working? |
I didn't say anything, it keeps happening, 😓 |
It has been broken for a couple of weeks now. |
The problem, suspended page doesn't appear automatically when user go to a particular page and if you click on that page once (somehow if didn't then double click but single click enough) and wait a moment then suspended page will appear; after that you can click again to unsuspend it as usual (chromium edge build) |
I'm running the same configuration on three different laptops and this problem has just started but on only one of the computers. Which doesn't really make sense because it's a Chrome profile that is synced across all devices. After reading the older linked post I just disabled the Camelizer extension and will see if that helps. |
I just realized my problematic Chrome + Marvelous Suspender installation was running Chrome Beta 104.0.5112.48. Have no idea, I don't even remember installing beta in the past but once I removed it and installed a current stable version all is well. Everyone has their proper favicons and names again so it's worth a check to see if you're running Chrome Beta too. |
Maybe it is not Chrome Beta that was the isse but the fact that the same Google Profile was used by different versions of Google Chrome and that messed up with the internals of TMS 🤔 I think I face the issue each time after Chrome gets updated and restarts all the windows/tabs. More over I can confirm @Aikatsui observations: #185 (comment)
I am using Google Chrome Beta on Mac: v104.0.5112.39 I don't know it all this information might help 🤷🏻 |
Nope, I stopped chrome from updating on my laptop, so I still have Chrome stable 102.0.5005.63 and Chrome Beta 103.0.5060.42 and everything works fine, on the desktop I have chrome beta 104 and I have the problem, all with the same account, so it all starts in v104 and as soon as they push it on stable chrome, the bug will be present in every version. |
What @Ocel8 said 👆. Has someone already opened an issue with the Chromium team so we can all star it to draw attention? It's making TMS unbearable having to switch to a tab, click on the white page, wait 3+ seconds just for the suspended to appear to then click again to unsuspend it. |
I'd say go ahead and open an issue with the Chromium team. You can do a search to see if a similar issue exists. If not just file a bug and worst case scenario is that if there is a similar issue already filed it will be marked as duplicate. |
Anyone find any workarounds for this (or hear any responses from reaching out to the Chromium team)? Much appreciated. |
Just updated to Google Chrome 104.0.5112.81, It's borked. And here I am again :( |
same -___- |
If it can help, I'm not using MarvellousSuspender but a cleaned (and not updated) fork of the last Suspender (https://github.com/u1735067/thesuspender) and I'm also affected, I've observed that:
Also, while I have a LOT of suspended tab (so this bug is really annoying), Edit: filled https://bugs.chromium.org/p/chromium/issues/detail?id=1349787 with those informations Edit2: now using Marvellous Suspender :) Edit3: error logs using Marvellous Suspender:
|
Workaround after a browser start or window reopen: |
Confirming bug is on |
thanks @u1735067 , it worked just had the same issue and thought I did something. |
It's been reproduced & confirmed by the Chromium team and has been assigned priority 1, so I guess a version fixing this will be released soon :) (cc @gioxx as people seems to be on #188) |
meanwhile, as posted on the bug portal, you can start chrome with --disable-features=AvoidEarlyExtensionScriptContextCreation command line arg as an emergency fix. I tested it and now the extension is working back again. |
Figured it out you have to open the folder where chrome.exe lives in (on windows (C:\Program Files\Google\Chrome\Application)) and then open cmd or PowerShell in there and then run |
On Linux you can create a temporarily modified shortcut by copying the default one, making it executable, and changing the exec line. You can change |
On macOS you quit Chrome and run in Terminal:
|
Taking it one step further, I made it into an Applescript Bundle:
Save your script:
|
This works, but I'm just curious - what's happening with Chrome that is breaking it? |
well it's disabling the feature "AvoidEarlyExtensionScriptContextCreation", so my guess is that is what is happening with Chrome that is breaking it. https://www.google.com/search?q=AvoidEarlyExtensionScriptContextCreation |
Basically, Chrome moved extension startup earlier than it was previously, which can break things as well as slow things down. The flag tells Chrome to start extensions later |
Ah, interesting that something like that would be enough to do that - but I'm glad there's a relatively easy fix. |
The command-line flag specifically disables a feature called AvoidEarlyExtensionScriptContextCreation, so surely it's the opposite and parts of Chrome's extension initialisation were moved to happen later (assuming to save on resources by not allocating stuff for extension script contexts when the extensions aren't being used yet), and disabling the feature makes Chrome revert to creating the script contexts earler? |
You are correct, I misread the docs lol |
For windows user if the same problem occurs, add Right click on the pinned icon |
Chromium fixed the issue, how long does it usually take for Chrome to get the same update? |
@crxed9 it varies, but Chrome usually follows in very short order! Can you please mention the version it's fixed in? You can correlate that version with the upstream Chromium they specify here: https://chromereleases.googleblog.com/ |
Is there a way to disable AvoidEarlyExtensionScriptContextCreation in Chrome OS? |
@gentzel from https://www.chromium.org/developers/how-tos/run-chromium-with-flags/. it's not something that the average user might want to do.
|
is "AvoidEarlyExtensionScriptContextCreation" bound to a specific set of functions which this suspender extension is using, or can it affect also any other plugin? im asking because i have another strange problem in chrome which is only happening in normal mode and not incognito. so i assume it is also extension based. disabling extensions 1by1 while having chrome open does not fix this other problem. so i wonder if it is safe to just let "AvoidEarlyExtensionScriptContextCreation" disabled, since some of the addons im using might not be updated for some time. |
Extension version: v7.1.6.2 |
@Technetium1 it was mentioned as fixed here: "Verified the fix on latest beta #105.0.5195.28" |
Yep chrome just updated few days ago and it's fixed, but now there's a new pending update I'm terrified to update again LOL. EDIT: Version 106.0.5216.6 (Official Build) dev (64-bit) is working properly EDIT2: Updated again and Version 106.0.5231.2 (Official Build) dev (64-bit) is still working properly! |
They may have rolled out a live change to the default value of the feature flag to turn it off without releasing a new build. One of the benefits of using feature flags is they can target multiple versions of the browser and percentages of the existing browser population to roll it out to, and update feature of live browsers. They do it for slow-rolling out new features as well, and one person will pick it up and another won't depending on how they do the roll out and if they're targeting 100% or not. |
Just updated to v104.0.5112.102 and now is working correctly. I noticed is now a little bit slower than before to show all the previews and titles of suspended tabs |
FYI: I've updated Chrome and can confirm that this problem no longer seems to occur with Chrome 105.0.5195.52 on macOS. |
On Linux, and was seeing this with 105.0.5195.102-1, but could start chromium in the background with the --disable-features=AvoidEarlyExtensionScriptContextCreation & and it would fix it. Unfortunately with v106.0.x AvoidEarlyExtensionScriptContextCreation doesn't seem to work, nor did launching normally, so had to revert. |
Haven't experienced this in a long while so seems that it's fixed like others are saying |
Using Chrome Version 115.0.5790.171 (Official Build) (64-bit) on Windows 10 with The Marvellous Suspender v7.1.6.2 and adding Anyone has a workaround? |
Can't replicate this with |
The problem is back #161
Same exact problem.
On Chrome stable 102.0.5005.63 and Chrome Beta 103.0.5060.42 is not present, but obviously as soon as the new 104 version will get pushed we will be in trouble.
The text was updated successfully, but these errors were encountered: