I cannot make Google Chrome tile correctly in Awesome WM (version 4.3 in Debian 10 & 11). Chrome's window stops responding, or goes blank, if it is resized (a new tile is added next to it, or a tile is closed/minimized), or when it's open in floating mode.
This weird behavior started with the recent version of Chrome (probably, 86). Only Chrome is affected, Firefox and all other applications I use work without problems.
I tried running Chrome with debug log, but there is nothing helpful there. No error messages appear, neither in journalctl nor in ~/.xsession-errors.
Did anyone experience anything like this before?
The problem was resolved after disabling "hardware acceleration" in Chrome. Seems like this feature didn't work well on my system (intel hd graphics 4400 and Awesome WM).
Related
We are seeing a really weird issue with our production site where after 30 seconds it appears that the session is invalidated in the Chrome and Edge browsers. We don't see any errors in the chrome inspect console.
We saw this behavior on 25MAY2022 right around when chrome 102 got pushed to the browsers at 5pm. IF we use inspect and turn off the cache then we don't see any issues with loading the site and everything operates fine.
FireFox works fine.
I'm using chrome 101.0.4951.61 against the same site on my android 11 phone and I cannot reproduce the issue.
Are there any new features in 102 we could turn off to see if a specific new security check might be at play?
My team is experiencing a similar issue when calling our API. If you go to chrome://flags/#private-network-access-send-preflights, and disable it, does that resolve your issue? If it does, then adding this header to your site may resolve the issue:
Access-Control-Request-Private-Network: true
We are currently doing pre-prod testing which is so far promising.
https://developer.chrome.com/blog/private-network-access-preflight/
Chrome ERROR_TIMED_OUT in latest version
I'm experiencing black screen in google chrome (and a lot more...read below) after waking windows 10 up from sleep mode.
This issue appears in google chrome and all derived applications, in few words I'm experiencing this in:
Google chrome Version 80.0.3987.149 (pretty sure i was having this issue also before)
The new Microsoft Edge browser based on chromium
All the pwa (progressive web apps) installed with chrome or edge
All electron applications like:
Visual Studio Code
Whatsapp
All the Electron applications made by me.
I had this issue for a long time but the spreading of chrome based services is going to make this thing a lot annoying...
I'm using Windows 10 1909 home 64 bit (pretty sure I was having this issue also in windows 10 1903)
WORKAROUND: if in google chrome (or edge chromium) i keep a tab that in the closing prompts a javascript alert, in the moment when the alert is prompted, the issue is gone, the black screen is gone and i can return to see the whole tabs.
So after waking up windows 10 from sleep mode, if i see black screen in the browser i can just close it with the cross in the top right corner, in that moment the alert is prompted "are you sure to leave this page?", i answer "no i want to stay in this page" and the issue is gone.
Of course this is a workaround cause you can forget to keep that site in the tabs of chrome/edge, and this doesn't resolve the issue in visual studio code.
Starting google-chrome with the --use-gl=desktop seems to work with no side effects.
I had same issue with Fedora, Chrome and NVIDA drivers. At first I tried enbling the vulkan flag.
Go to chrome://flags and enable ignore-gpu-blacklist and enable-vulkan. However, Chrome performance suffers and others have pointed out with this settings.
Found the vulkan tip in a comment here. The use-gl-desktop tip here
I am working on a mobile website at the moment and I refreshed the page, Chrome quit unexpectedly, and since then all touch screen emulation is absent and/or failing.
Chrome Version: 36.0.1985.125 m,
OS: Windows 7 Ultimate SP1
Google Chrome suddenly and unexpectedly stopped emulating devices properly. All touch screen functionality has been disabled and apparently removed. When I emulate a device, the Sensors box fails to be checked and upon inspection, does not show any 'Emulate Touch Screen' option.
I have tried the following, all in conjunction:
Uninstalling/Reinstalling Chrome and deleting all personal settings, including uninstalling all extensions, restoring all defaults, etc.
Restarting the computer
Running anti-virus software
EDIT: Installed Chrome Canary which produced the exact same problem
Please let me know if there are any other relevant details that I might need to add.
Sorry about this. We overhauled the touch emulation in Chrome 36 to be much more accurate (sharing code with what really happens in Chrome Android): https://plus.sandbox.google.com/+RickByers/posts/CBCmhVttj5C. In the process we ended up disabling touch emulation when real touch support was present (at the time we thought this was no big deal because if you've got a real touchscreen why would you want to fake one with mouse?). But some Windows PCs report that they have a touchscreen when in fact they don't really (Eg. Visual Studio installs a touch screen emulator I believe).
We're fixing this at http://crbug.com/395531 - hopefully there will be a Chrome Canary build soon that re-enables touch emulation in these cases.
In the meantime you can mostly work around the issue by disabling Chrome's support for built-in touchscreens at chrome://flags/#touch-events. Make sure you set this back to 'Enabled' after Chrome is updated to fix the issue. With this disabled, some minor aspects of touch emulation (eg. DOM0 ontouchstart= handlers) will not work properly.
Stop the "Tablet PC Input Service" and restart chrome. If chrome thinks you have a touch screen, it won't let you emulate one.
I stumbled across the answer here:
https://github.com/Modernizr/Modernizr/issues/880
EDIT/Solved: This seems to have mysteriously solved itself. I am still running the same Chrome build, same machine, and I have not rebuilt the SWF. The only difference I can thing of has been closing the browser and hibernating over night ...
I am having problems in Chrome with the rendering of a Label in ButtonBarButton, and I am trying to find a way to work around it (unsuccessfully). As you can see, transparency is generally working - the background of the unselected tab has alpha=0, so it is just the area around the font causing problems.
Does anyone know of a workaround? Verified as problem in Chrome on both Windows and OS X. All other browsers displays the tab fine, which is not surprising given that Chrome ships with its own Flash plugin ...
A correct rendering of the transparent tab in Firefox
Chrome's rendering of the same thing
Using OS X 10.6.8, Flex SDK 4.6, FlashBuilder 4.7, Firefox 18.02, Chrome 24.0.1312.57.
All as updated as can be as of February 2013.
This might be another problem with Chrome's buggy Pepper Flash player. It has many issues. You can confirm if Pepper Flash is the problem by disabling it. When you do that, Chrome will use the more standard Flash plugin, which should also be installed.
To disable it go to: chrome://plugins
Click the plus icon (details icon) and find the Flash plugins. Disable the one that has "PepperFlash" in the path.
Pepper Flash is a great idea, but its not quite as stable as the regular flash plugin.
I'm trying to understand these strange rendering error boxes that are too big to be ignored. This seems to happen on Chrome in Windows 7 (my testing isn't too elaborate) and nowhere else. When I attempt to inspect, they all disappear. This could be some kind of video card issue as I'm using some pretty advanced CSS3 transitions that could mess up memory. In any case, if someone could offer advice on what I could do to fix, I'm at a loss. The site is www.crane-usa.com
Having the same issue with our site using 21.0.1180.89 and 21.0.1180.79. Problem is in Windows 7, Mac OS X latest, Ubuntu and in Chrome frame running in IE9. IE9 with Chrome frame disabled works fine. The problems are intermittent and unrepeatable. Inspect element removes the problem as you say. I tried disabling GPU compositing via chrome://flags but that didn't fix the issue.
We and our users have only been seeing these issues since approx Aug 27, 2012, 3 days ago. I took a look in crbugs.com and found that this seems to have existed for a couple of weeks already. http://code.google.com/p/chromium/issues/detail?id=143647
Sorry our site is not public so I can't post our url but you're not alone.