Package Details: google-chrome 129.0.6668.58-1

Git Clone URL: https://aur.archlinux.org/google-chrome.git (read-only, click to copy)
Package Base: google-chrome
Description: The popular web browser by Google (Stable Channel)
Upstream URL: https://www.google.com/chrome
Keywords: chromium
Licenses: custom:chrome
Submitter: None
Maintainer: gromit
Last Packager: gromit
Votes: 2236
Popularity: 7.34
First Submitted: 2010-05-25 20:25 (UTC)
Last Updated: 2024-09-17 21:41 (UTC)

Dependencies (12)

Sources (3)

Pinned Comments

gromit commented on 2023-04-15 08:22 (UTC) (edited on 2023-05-08 21:42 (UTC) by gromit)

When reporting this package as outdated make sure there is indeed a new version for Linux Desktop. You can have a look at the "Stable updates" tag in Release blog for this.

You can also run this command to obtain the version string for the latest chrome version:

$ curl -sSf https://dl.google.com/linux/chrome/deb/dists/stable/main/binary-amd64/Packages | \
     grep -A1 "Package: google-chrome-stable" | \
     awk '/Version/{print $2}' | \
     cut -d '-' -f1

Do not report updates for ChromeOS, Android or other platforms stable versions as updates here.

Latest Comments

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 157 Next › Last »

arozbiz commented on 2021-10-28 13:04 (UTC)

I am still having the window maximizing problem on 95.0.4638.54-1, running XFCE.

michaldybczak commented on 2021-10-27 17:58 (UTC)

wayneb, I can't confirm this issue on 95.0.4638.54-1. I see that the system titlebar is finally fixed and shows correctly. Anyway, when I turn off the titlebar (CSD on), window's size is correct after maximizing (fills perfectly to screen edges on any monitor).

wayneb commented on 2021-10-27 00:03 (UTC)

Upgrading from 94.0.4606.81-1 -> 95.0.4638.54-1 caused the window to be too big (larger than the display ~16px on each edge) when maximized. Only enabling "Use system title bar and borders" allowed me to work around this issue. Presumably this has something to do with the new Ozone platform abstraction layer which is now enabled by default in Chrome 95.

somebody commented on 2021-10-22 02:04 (UTC) (edited on 2021-10-22 02:04 (UTC) by somebody)

yea this is a huge problem - i've had this problem for a long time now.
rudimentary testing (window.ondrag = (e) => console.log(e.pageX, e.pageY)) indicates that drag position is inconsistent between actual position and (0, 0)
(which matches anecdotal evidence of drags working if you wiggle your mouse in the right way)
note that:

  • iframes change the offset to (-iframe.left, -iframe.top) or something like that
  • this also affects e.g. the bookmark bar
  • this may be touch related, which may be testable using the commandline flags for touch. not sure how to do this though.

currently on 94.0.4606.81; i think this has been an issue since around 92 (or before?) for me

kamilst96 commented on 2021-10-20 10:41 (UTC)

Version 95.0.4638.54-1 also blocks drag & drop handing by web application. I can't place Elementor widgets, and can't drag a message in Outlook to a folder.

alfredo.ardito commented on 2021-10-20 09:53 (UTC)

yep, this happens on XFCE. I'll send them a bug report ASAP. thx

stasadev commented on 2021-10-20 08:28 (UTC) (edited on 2021-10-21 17:32 (UTC) by stasadev)

@lcp29 @alfredo.ardito I also have this bug on XFCE. As a temporary solution, you can enable the 'Use system title bar and borders', then the window borders will be in a normal state.

More details about this issue here https://bugs.chromium.org/p/chromium/issues/detail?id=1260821

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 157 Next › Last »