Version article

Download 64.0.3282.140 from the Chrome Stable for Linux

Download Google Chrome 64.0.3282.140 with the branch, platform, release date, and file size shown clearly on the same page.

Stable Linux Published 2018-02-02
Version 64.0.3282.140
Release date 2018-02-02
Platform Linux
File size 49.29MB
Quick facts

What users usually want to know first

Branch Stable
Clicks

What changed in Chrome 64.0.3282.140

Google Chrome 64.0.3282.140 is available here as part of the Linux Stable archive. Use this release page when you want the exact version, the current package details, and quick access to the correct installer.

ResizeObserver

Tracking when an element's size changes can be a bit of a pain. Most likely, you'll attach a listener to the document's resize event, then call getBoundingClientRect or getComputedStyle. But, both of those can cause layout thrashing.

And what if the browser window didn't change size, but a new element was added to the document? Or you added display: none to an element? Both of those can change the size of other elements within the page.

ResizeObserver notifies you whenever an element's size changes, and provides the new height and width of the element, reducing the risk of layout thrashing.

Like other Observers, using it is pretty simple, create a ResizeObserver object and pass a callback to the constructor. The callback will be given an array of ResizeOberverEntries–one entry per observed element–which contain the new dimensions for the element.

Check out ResizeObserver: It's like document.onresize for Elements for more details and real world examples.

Improved Pop-up Blocker

I hate tab-unders. You know them, it's when a page opens a pop-up to some destination AND navigates the page. Usually one of them is an ad or something that you didn't want.

Starting in Chrome 64, these type of navigations will be blocked, and Chrome will show some native UI to the user - allowing them to follow the redirect if they want.

import.meta

When writing JavaScript modules, you often want access to host-specific metadata about the current module. Chrome 64 now supports the import.meta property within modules and exposes the URL for the module as import.meta.url.

This is really helpful when you want to resolve resources relative to the module file as opposed to the current HTML document.

And more!

These are just a few of the changes in Chrome 64 for developers, of course, there's plenty more.

  • Chrome now supports named captures and Unicode property escapes in regular expressions.
  • The default preload value for <audio> and <video> elements is now metadata. This brings Chrome in line with other browsers and helps to reduce bandwidth and resource usage by only loading the metadata and not the media itself.
  • You can now use Request.prototype.cache to view the cache mode of a Request and determine whether a request is a reload request.
  • Using the Focus Management API, you can now focus an element without scrolling to it with the preventScroll attribute.

window.alert()

Oh, and one more! While this isn't really a "developer feature", it makes me happy. window.alert() no longer brings a background tab to the foreground! Instead, the alert will be shown when the user switches to back to that tab.

No more random tab switching because something fired a window.alert on me. I'm looking at you old Google Calendar.

Be sure to subscribe to our YouTube channel, and you'll get an email notification whenever we launch a new video.

I'm Pete LePage, and as soon as Chrome 65 is released, I'll be right here to tell you -- what's new in Chrome!

Official source: Official Chrome update

Installation notes

After downloading the package, confirm that the branch and platform match your device before launching the installer or extracting the archive. If you only need a standard everyday browser, Stable is usually the safest choice. If you are testing new behavior, Beta, Dev, and Canary are better fits.

Related release pages

For newer or older builds in the same branch, open the category archive linked above. For different platforms, use the related desktop archives in the sidebar.

Frequently asked questions

These FAQ blocks help the page read like a complete release article instead of a download stub, which is better for trust and better for SEO.

Should I use this release or stay on Stable?

If you just want the safest everyday browsing experience, Stable is usually the right default. Preview branches are better for testing, compatibility checks, and early feature access.

Why show exact version numbers so prominently?

Because exact-version queries are common in English search behavior, especially for QA teams, enterprise users, and people trying to reproduce a bug or environment.

Why keep a full article around the download buttons?

A stronger page body gives users context and gives Google clearer signals about what the release page actually covers.

Where should older releases live?

Older versions belong in the category archive page, with this article template handling exact-version landing pages one release at a time.