Download latest stable Chromium binaries (64-bit and 32-bit)

Chromium
The free and open-source project behind Google Chrome

Windows 11, 10

How to install, update and remove Chromium, on Windows?
About updates: your settings, bookmarks, extensions, history, passwords, cookies... will be saved. Do not worry!
For automated updates, choose one of the Chromium #updaters

Installer
  1. Download the EXE executable file (This is a 7-zip self-extracting archive. So you can unzip it to see its content)
  2. Close Chromium browser if opened
  3. Execute this EXE file
  4. Wait for 2 or 3 seconds (Installation is silent)
  5. Open Chromium browser. It is updated!
  6. To remove it definitively: use the standard way (or a software like Bulk Crap Uninstaller, Geek Uninstaller, Revo Uninstaller, Ccleaner...)

Archive
  1. Download the ZIP archive file
  2. Close Chromium browser if opened
  3. Unzip this ZIP file
  4. Delete all the files from your installation directory
  5. Move the files from the unzipped directory to your installation directory
  6. Open Chromium browser. It is updated!
  7. To remove it definitively: delete your installation directory

Portable
Note: Chromium has #secure-preferences feature based on the machine SID. So extensions, certificates and passwords are not portable. The best way to migrate your data is to synchronize them.
  1. Download and unzip "chrlauncher-xxxxxxx.zip"
  2. Execute chrlauncher.exe (chrlauncher is a free and open-source Chromium launcher/updater)
  3. Close Chromium browser if a notification displays a new version
  4. Click on the "Download" button
  5. Wait for download and automatic installation
  6. Open Chromium browser. It is updated!
  7. To remove it definitively: delete the chrlauncher folder

Package
  1. Install Chocolatey (A free and open-source package manager) in command-line
  2. Chromium will be automatically updated via Chocolatey (using our API)
  3. To remove it definitively: use the "uninstall" command-line via Chocolatey
Windows 8.1, 8, 7, XP, Vista... and old versions
Since version 110, Chromium is not available on Windows 7, 8, 8.1, Server 2012 and Server 2012 R2 (Archive: 1)
For help, version 109 works fine. The last stable version for them is 109.0.5414.120
Since version 89, Chromium needs a CPU with SSE3 support (Archive: PDF)
For help, version 88 works fine on older CPU processors. The last stable version is 88.0.4324.190
Since version 50, Chromium is not available on XP and Vista (Archive: 1)
For help, version 49 works fine. The last stable version for Windows XP and Vista is 49.0.2623.112
Since version 35, Chromium needs a CPU with SSE2 support (Archive: 1)
For help, version 34 works fine on older CPU processors.

Chromium for 64-bit Windows

Reference: Google Chrome 122.0.6261.128/129 • Tuesday, 12 Mar 2024

HibbikiEditor
Hibbiki
up-to-dateup-to-date
Chromium is up-to-date. It means Chromium browser and Google Chrome are based on the same latest stable version and security updates of the Chromium source code.
• Info: #stable-chromium-version
syncsync
Chromium with defined Google API keys. So Google services (Chrome Sync...) work. You will be able to log in with your Google account and synchronize your data.
• Info: #google-api-keys
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecs+all-codecs+
Chromium compiled with open-source audio/video codecs + AAC + H.264 + H.265
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
win64win64
Chromium for 64-bit Windows

PortableArchiveInstallerPackage →
122.0.6261.129 (1250580) • Tuesday, 12 Mar 2024
Info:
  • sha1: ea343ee5aa9f26168a5a26e435da9c83b7aeda7c.(virus?) - chrome.sync.7z
  • sha1: 898169c98a9b42f806f2547c1a4072640276751f.(virus?) - mini_installer.sync.exe
  • Portable: The free and open-source chrlauncher tool is used to install, update and launch Chromium.
  • Package: The free and open-source Chocolatey tool is used to install, update and launch Chromium.
  • List of changes
  • Previous versions (win64)
  • Source: Github repository

MarmadukeEditor
Marmaduke
ungoogledungoogled
Chromium without Google integration and enhanced privacy, based on the "ungoogled-chromium" project of Eloston.
• Info: https://github.com/Eloston/ungoogled-chromium/
• FAQ: https://ungoogled-software.github.io/ungoogled-chromium-wiki/faq
• Extensions: https://github.com/NeverDecaf/chromium-web-store
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecs+all-codecs+
Chromium compiled with open-source audio/video codecs + AAC + H.264 + H.265
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
win64win64
Chromium for 64-bit Windows

PortableArchiveInstaller
123.0.6312.56 (1262506) • Sunday, 17 Mar 2024
Standard build of Eloston's ungoogled-chromium. All patches applied apart from "Safe Browser".

Info:
  • sha1: 6313406b1a99af4d85875dac6c74ce43970ed363.(virus?) - ungoogled-chromium-123.0.6312.56-1_Win64.7z
  • sha1: cd7c8e827a1465325cbe752d3be79b8e6609bbfd.(virus?) - 123.0.6312.56_ungoogled_mini_installer.exe
  • Portable: The free and open-source chrlauncher tool is used to install, update and launch Chromium.
  • Previous versions (win64)
  • Source: Github repository

AlexFrickEditor
AlexFrick
avx2avx2
Chromium for a computer (higher than the year 2013) having a processor with the support of AVX2 instructions.
• Info: https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#CPUs_with_AVX2
• Free tools to show this info: CPU-Z, HWiNFO, Speccy...
syncsync
Chromium with defined Google API keys. So Google services (Chrome Sync...) work. You will be able to log in with your Google account and synchronize your data.
• Info: #google-api-keys
modifiedmodified
Features compiler optimizations via build configuration modifications.
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecs+all-codecs+
Chromium compiled with open-source audio/video codecs + AAC + H.264 + H.265
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
win64win64
Chromium for 64-bit Windows

Binaries →
Info about Thorium
Info:

justcluelessEditor
justclueless
avx2avx2
Chromium for a computer (higher than the year 2013) having a processor with the support of AVX2 instructions.
• Info: https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#CPUs_with_AVX2
• Free tools to show this info: CPU-Z, HWiNFO, Speccy...
modifiedmodified
Features compiler optimizations via build configuration modifications.
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecs+all-codecs+
Chromium compiled with open-source audio/video codecs + AAC + H.264 + H.265
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
win64win64
Chromium for 64-bit Windows

ArchiveInstaller
124.0.6345.0 (0) • Friday, 8 Mar 2024
Info:

RobRichEditor
RobRich
avx2avx2
Chromium for a computer (higher than the year 2013) having a processor with the support of AVX2 instructions.
• Info: https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#CPUs_with_AVX2
• Free tools to show this info: CPU-Z, HWiNFO, Speccy...
modifiedmodified
Features compiler optimizations via build configuration modifications.
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecs+all-codecs+
Chromium compiled with open-source audio/video codecs + AAC + H.264 + H.265
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
win64win64
Chromium for 64-bit Windows

PortableArchiveInstaller
124.0.6351.0 (1270729) • Sunday, 10 Mar 2024
Info:
  • sha1: 9e0d39d544f5975e2fa2b69566cfe46a39b677fa.(virus?) - chrome.zip
  • sha1: 8df4923ee99d689a076e69ab9105bcfc6509b46b.(virus?) - mini_installer.exe
  • Portable: The free and open-source chrlauncher tool is used to install, update and launch Chromium.
  • Previous versions (win64-avx2)
  • Source: Github repository

RobRichEditor
RobRich
avxavx
Chromium for a computer (higher than the year 2011) having a processor with the support of AVX instructions.
• Info: https://en.wikipedia.org/wiki/Advanced_Vector_Extensions
• Free tools to show this info: CPU-Z, HWiNFO, Speccy...
modifiedmodified
Features compiler optimizations via build configuration modifications.
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecs+all-codecs+
Chromium compiled with open-source audio/video codecs + AAC + H.264 + H.265
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
win64win64
Chromium for 64-bit Windows

PortableArchiveInstaller
124.0.6351.0 (1270729) • Sunday, 10 Mar 2024
Info:
  • sha1: f7cd37fcb39996c410088c8bf79d628469db48cf.(virus?) - chrome.zip
  • sha1: bf71032fd51b807c5339143efe29362e1d6b45cb.(virus?) - mini_installer.exe
  • Portable: The free and open-source chrlauncher tool is used to install, update and launch Chromium.
  • Previous versions (win64-avx)
  • Source: Github repository

The Chromium AuthorsEditor
The Chromium Authors
win64win64
Chromium for 64-bit Windows

PortableArchiveInstallerPackage →
125.0.6368.0 (1274735) • Tuesday, 19 Mar 2024
Info

Chromium for 64-bit Windows on Arm

Reference: Google Chrome 122.0.6261.128/129 • Tuesday, 12 Mar 2024
In collaboration with the Open Source Software group at Arm, we share Chromium for Windows on Arm. (Official announce)

ArmEditor
Arm
oldold
Outdated version
signedsigned
The Installer file is signed with an authenticate certificate.
• Info: https://en.wikipedia.org/wiki/Digital_signature
win64-armwin64-arm
Chromium for 64-bit Windows on Arm

ArchiveInstaller
120.0.6099.199 (1668) • Monday, 8 Jan 2024
Info:
  • sha256: 8d8b47f1bf82c73a556320405fb3e921c6ff8186f955a70b49ab40c8a81f135f.(virus?) - mini_installer.exe
  • sha256: 2f7232881a3b0d4c150b59619dd7ffb514c2fae97153690b10ab742a8da589f9.(virus?) - chrome.zip

ArmEditor
Arm
signedsigned
The Installer file is signed with an authenticate certificate.
• Info: https://en.wikipedia.org/wiki/Digital_signature
win64-armwin64-arm
Chromium for 64-bit Windows on Arm

ArchiveInstaller
115.0.5790.40 (979) • Thursday, 29 Jun 2023
Info:
  • sha256: 1242f561ef94b0761a06e2782a01d87b77052fc1920e7d17c75171b9ddd5ea79.(virus?) - mini_installer.exe
  • sha256: 7fc21a512a5d59bdd1357e1bde0f51b55280a0a832639e4213b9d494da398c93.(virus?) - chrome.zip

ArmEditor
Arm
signedsigned
The Installer file is signed with an authenticate certificate.
• Info: https://en.wikipedia.org/wiki/Digital_signature
win64-armwin64-arm
Chromium for 64-bit Windows on Arm

ArchiveInstaller
122.0.6231.0 (1243752) • Monday, 8 Jan 2024
Info:
  • sha256: 50e680867aaf9207f05e621f1e96601a66f99517d4007db70cbcf2c7b0715ae9.(virus?) - mini_installer.exe
  • sha256: 27f540c7cbc7ecff41f9db7d3765dc6226f8e32bb0757ecaf749aadc6069987f.(virus?) - chrome.zip

Chromium for 32-bit Windows

Reference: Google Chrome 122.0.6261.128/129 • Tuesday, 12 Mar 2024

HibbikiEditor
Hibbiki
last-releaselast-release
This is the last Chromium release
• Info: #comment-9192 (This link will open all comments)
syncsync
Chromium with defined Google API keys. So Google services (Chrome Sync...) work. You will be able to log in with your Google account and synchronize your data.
• Info: #google-api-keys
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecs+all-codecs+
Chromium compiled with open-source audio/video codecs + AAC + H.264 + H.265
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
win32win32
Chromium for 32-bit and 64-bit Windows

PortableArchiveInstallerPackage →
109.0.5414.120 (1070088) • Wednesday, 25 Jan 2023
Info:
  • sha1: 0914ccdc66e8ebd58cbad511584bd23a8aea02e8.(virus?) - chrome.sync.7z
  • sha1: 2982a6dc966da2ddd3db47464b5f14d091177b7f.(virus?) - mini_installer.sync.exe
  • Portable: The free and open-source chrlauncher tool is used to install, update and launch Chromium.
  • Package: The free and open-source Chocolatey tool is used to install, update and launch Chromium.
  • List of changes
  • Previous versions (win32)
  • Source: Github repository

MarmadukeEditor
Marmaduke
last-releaselast-release
This is the last Chromium release
• Info: #comment-9192 (This link will open all comments)
ungoogledungoogled
Chromium without Google integration and enhanced privacy, based on the "ungoogled-chromium" project of Eloston.
• Info: https://github.com/Eloston/ungoogled-chromium/
• FAQ: https://ungoogled-software.github.io/ungoogled-chromium-wiki/faq
• Extensions: https://github.com/NeverDecaf/chromium-web-store
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecsall-codecs
Chromium compiled with open-source audio/video codecs + AAC + H.264
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
win32win32
Chromium for 32-bit and 64-bit Windows

PortableArchive
109.0.5414.120 (1070088) • Sunday, 26 Feb 2023
Standard build of Eloston's ungoogled-chromium. All patches applied apart from "Safe Browser".

Info:

The Chromium AuthorsEditor
The Chromium Authors
win32win32
Chromium for 32-bit and 64-bit Windows

PortableArchiveInstallerPackage →
125.0.6368.0 (1274739) • Tuesday, 19 Mar 2024
Info
  • md5: a52c3532d7bbf29cb71a49280b92fe30.(virus?) - chrome-win.zip
  • md5: afd38cb6ea742edb0f955848176cb4a8.(virus?) - mini_installer.exe
  • The Portable version uses the free and open-source chrlauncher to install, update and launch Chromium.
  • The Package version uses the free and open-source Chocolatey to install, update and launch Chromium.
  • Install an #older-version
  • List of changes
  • Source: Google repository

macOS 10.15+

How to install, update and remove Chromium, on macOS?
About updates: your settings, bookmarks, extensions, history, passwords, cookies... will be saved. Do not worry!
For automated updates, choose one of the Chromium #updaters

Installer
  1. Download the DMG file
  2. Close Chromium browser if opened
  3. Execute this DMG file
  4. Drag its icon on Applications folder
  5. You may then "Eject" and throw away this disk image
  6. To remove it definitively: drag the app from the Applications folder to the Trash.

Archive
  1. Download the ZIP archive file
  2. Close Chromium browser if opened
  3. Unzip this ZIP file
  4. Double click on the unzipped folder to open it
  5. Drag its icon on Applications folder
  6. To remove it definitively: drag the app from the Applications folder to the Trash
Chromium for older macOS versions
For older macOS (10.7+), you can use the Chromium-legacy project.

Chromium for 64-bit macOS

Reference: Google Chrome 122.0.6261.128/129 • Tuesday, 12 Mar 2024

MarmadukeEditor
Marmaduke
syncsync
Chromium with defined Google API keys. So Google services (Chrome Sync...) work. You will be able to log in with your Google account and synchronize your data.
• Info: #google-api-keys
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecsall-codecs
Chromium compiled with open-source audio/video codecs + AAC + H.264
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
macmac
Chromium for 64-bit macOS

Archive
123.0.6312.53 (1262506) • Thursday, 14 Mar 2024
Info:

MarmadukeEditor
Marmaduke
ungoogledungoogled
Chromium without Google integration and enhanced privacy, based on the "ungoogled-chromium" project of Eloston.
• Info: https://github.com/Eloston/ungoogled-chromium/
• FAQ: https://ungoogled-software.github.io/ungoogled-chromium-wiki/faq
• Extensions: https://github.com/NeverDecaf/chromium-web-store
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecsall-codecs
Chromium compiled with open-source audio/video codecs + AAC + H.264
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
macmac
Chromium for 64-bit macOS

Archive
122.0.6261.115 (1250580) • Tuesday, 5 Mar 2024
Info:

AlexFrickEditor
AlexFrick
avx2avx2
Chromium for a computer (higher than the year 2013) having a processor with the support of AVX2 instructions.
• Info: https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#CPUs_with_AVX2
• Free tools to show this info: CPU-Z, HWiNFO, Speccy...
syncsync
Chromium with defined Google API keys. So Google services (Chrome Sync...) work. You will be able to log in with your Google account and synchronize your data.
• Info: #google-api-keys
modifiedmodified
Features compiler optimizations via build configuration modifications.
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecsall-codecs
Chromium compiled with open-source audio/video codecs + AAC + H.264
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
macmac
Chromium for 64-bit macOS

Binaries →
Info about Thorium
Info:

The Chromium AuthorsEditor
The Chromium Authors
macmac
Chromium for 64-bit macOS

Archive
125.0.6368.0 (1274736) • Tuesday, 19 Mar 2024
Info

Chromium for 64-bit macOS on Arm

Reference: Google Chrome 122.0.6261.128/129 • Tuesday, 12 Mar 2024

AlexFrickEditor
AlexFrick
arm 8.3arm 8.3
Release specifically for the M1 chip
syncsync
Chromium with defined Google API keys. So Google services (Chrome Sync...) work. You will be able to log in with your Google account and synchronize your data.
• Info: #google-api-keys
modifiedmodified
Features compiler optimizations via build configuration modifications.
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecsall-codecs
Chromium compiled with open-source audio/video codecs + AAC + H.264
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
macmac
Chromium for 64-bit macOS

Binaries →
Info about Thorium
Info:

The Chromium AuthorsEditor
The Chromium Authors
mac-armmac-arm
Chromium for 64-bit macOS on Arm

Archive
125.0.6368.0 (1274724) • Tuesday, 19 Mar 2024
Info

Chromium for 32-bit macOS

Since version 39, Chromium and Google Chrome are not available in 32-bit version for macOS.

Linux

How to install, update and remove Chromium, on Linux distributions?
In most cases, Chromium is directly available in the official repository of each Linux distribution. So it is easy to install, update and remove it via the integrated software/package manager or in command-lines.

There are other ways like:

Chromium for 64-bit Linux

Reference: Google Chrome 122.0.6261.128 • Tuesday, 12 Mar 2024

MarmadukeEditor
Marmaduke
ungoogledungoogled
Chromium without Google integration and enhanced privacy, based on the "ungoogled-chromium" project of Eloston.
• Info: https://github.com/Eloston/ungoogled-chromium/
• FAQ: https://ungoogled-software.github.io/ungoogled-chromium-wiki/faq
• Extensions: https://github.com/NeverDecaf/chromium-web-store
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecsall-codecs
Chromium compiled with open-source audio/video codecs + AAC + H.264
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
linuxlinux
Chromium for a Linux ditribution

Archive
122.0.6261.115 (1250580) • Tuesday, 5 Mar 2024
Tested under Ubuntu 18+

Info:

Eloston and other contributorsEditor
Eloston and other contributors
ungoogledungoogled
Chromium without Google integration and enhanced privacy, based on the "ungoogled-chromium" project of Eloston.
• Info: https://github.com/Eloston/ungoogled-chromium/
• FAQ: https://ungoogled-software.github.io/ungoogled-chromium-wiki/faq
• Extensions: https://github.com/NeverDecaf/chromium-web-store
linuxlinux
Chromium for a Linux ditribution

Binaries →
Available in different repositories
If you prefer, you can install the Flatpak package of Ungoogled Chromium.

Info:

AlexFrickEditor
AlexFrick
avxavx
Chromium for a computer (higher than the year 2011) having a processor with the support of AVX instructions.
• Info: https://en.wikipedia.org/wiki/Advanced_Vector_Extensions
• Free tools to show this info: CPU-Z, HWiNFO, Speccy...
syncsync
Chromium with defined Google API keys. So Google services (Chrome Sync...) work. You will be able to log in with your Google account and synchronize your data.
• Info: #google-api-keys
modifiedmodified
Features compiler optimizations via build configuration modifications.
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecs+all-codecs+
Chromium compiled with open-source audio/video codecs + AAC + H.264 + H.265
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
linuxlinux
Chromium for a Linux ditribution

Binaries →
Info about Thorium
Info:

RobRichEditor
RobRich
avx2avx2
Chromium for a computer (higher than the year 2013) having a processor with the support of AVX2 instructions.
• Info: https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#CPUs_with_AVX2
• Free tools to show this info: CPU-Z, HWiNFO, Speccy...
modifiedmodified
Features compiler optimizations via build configuration modifications.
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecs+all-codecs+
Chromium compiled with open-source audio/video codecs + AAC + H.264 + H.265
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
linuxlinux
Chromium for a Linux ditribution

Package
124.0.6351.0 (1270729) • Sunday, 10 Mar 2024
Info:

RobRichEditor
RobRich
avxavx
Chromium for a computer (higher than the year 2011) having a processor with the support of AVX instructions.
• Info: https://en.wikipedia.org/wiki/Advanced_Vector_Extensions
• Free tools to show this info: CPU-Z, HWiNFO, Speccy...
modifiedmodified
Features compiler optimizations via build configuration modifications.
widevinewidevine
Chromium compiled with the enabled Widevine support. After install of this plugin by yourself (because this is not an open-source software), Chromium will be able to play DRM content (on Netflix, for example).
• Info: #widevine
all-codecs+all-codecs+
Chromium compiled with open-source audio/video codecs + AAC + H.264 + H.265
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
linuxlinux
Chromium for a Linux ditribution

Package
124.0.6351.0 (1270729) • Sunday, 10 Mar 2024
Info:

Chromium for 64-bit and 32-bit Linux

Reference: Google Chrome 122.0.6261.128 • Tuesday, 12 Mar 2024

linuxlinux
Chromium for a Linux ditribution

Arch Linux

Available in the official repository
sudo pacman -S chromium

If you prefer, you can install the Snap package or Flatpak package of Chromium.

Info:

linuxlinux
Chromium for a Linux ditribution

CentOS

Available in the official repository
To install the stable Chromium version on CentOS 7+: $ sudo yum -y update
$ sudo yum install -y epel-release
$ sudo yum install -y chromium
$ - requires given Linux commands to be executed as a regular non-privileged user

To run it: $ chromium

If you prefer, you can install the Snap package or Flatpak package of Chromium.

Info:
  • CentOS is a distribution affiliated with Red Hat (RHEL).

linuxlinux
Chromium for a Linux ditribution

Debian

Available in the official repository
To install the stable Chromium version: sudo apt update
sudo apt install chromium chromium-l10n
(chromium-l10n is only used for localization and is optional)

Info:

linuxlinux
Chromium for a Linux ditribution

elementary OS

Unavailable in the official repository but you can install it!
Install the Snap package or Flatpak package of Chromium.

Info:

linuxlinux
Chromium for a Linux ditribution

Fedora

Available in the official repository (since Chromium v52)
To install the stable Chromium version:
  • use the integrated software/package manager
  • or alternatively, type these DNF command:
sudo dnf install chromium

If you prefer, you can install the Snap package or Flatpak package of Chromium.

Info:

linuxlinux
Chromium for a Linux ditribution

Gentoo Linux

Available in the official repository
If you prefer, you can install the Flatpak package of Chromium.

Info:

linuxlinux
Chromium for a Linux ditribution

Linux Mint

Available in the official repository
To install the stable Chromium version:

- Use the integrated software/package manager

- or type this command (on Linux Mint 20+):
sudo apt install chromium

- or follow this tutorial to install the Snap ("Ubuntu") version of Chromium

- or install the Flatpak package of Chromium.

Info:

linuxlinux
Chromium for a Linux ditribution

Mageia

Available in the official repository
Info:

linuxlinux
Chromium for a Linux ditribution

Manjaro

Available in the official #arch-linux repository
sudo pacman -S chromium

If you prefer, you can install the Snap package or Flatpak package of Chromium.

Info:

linuxlinux
Chromium for a Linux ditribution

openSUSE

Available in the official repository
If you prefer, you can also install the Snap package or Flatpak package of Chromium.

Info:

linuxlinux
Chromium for a Linux ditribution

Puppy Linux

Available in the official repository
Follow the posts at Announcements about LxPup, ScPup, UPups, Chromium, LXQt, Kernels etc.

1) Install it via Menu → Internet → Get Web Browser

2) or download it from the Sourceforge repository

Info:

linuxlinux
Chromium for a Linux ditribution

Slackware

Unavailable in the official repository but you can install it!
Follow the blog post of Eric Hameleers (developer of Chromium packages)

Slackware is an independent distribution

linuxlinux
Chromium for a Linux ditribution

Solus

Unavailable in the official repository but you can install it!
Install Snappy on Solus (if not installed). Then type this command: sudo snap install chromium
If you prefer, you can install the Flatpak package of Chromium.

Info:

linuxlinux
Chromium for a Linux ditribution

Ubuntu

Unavailable in the official repository (since Ubuntu 19.10+) but you can install it!
To install the stable Chromium version, there are different ways.

The Snap version


- For Ubuntu 19.10+, use the snap package (Deb to snap transition article). snap install chromium
snap run chromium
chromium::snap-package

- or type these commands about the Olivier Tilloy's PPA: sudo add-apt-repository ppa:canonical-chromium-builds/stage
sudo apt-get update
sudo apt-get install chromium-browser

The "Debian package" version


Type these commands about the Rob Savoury's PPA: sudo add-apt-repository ppa:savoury1/ffmpeg4
sudo add-apt-repository ppa:savoury1/chromium
sudo apt-get update
sudo apt-get install chromium-browser



To add language packages: sudo apt-get install chromium-browser-l10n
To add only the patent-free (ogg, vorbis, theora and av1) codecs: sudo apt-get install chromium-codecs-ffmpeg

To add the patent-free codecs + mp3, aac, ac3, mpeg4 (audio/h264), mov: sudo apt-get install chromium-codecs-ffmpeg-extra

If you prefer, you can install the Flatpak package of Chromium.
Info:

linuxlinux
Chromium for a Linux ditribution

Chromium OS

Info
Chromium OS is the open-source OS designed by Google that primarily runs web applications. Based on Gentoo, it exists since 2009. Chromium is its default web browser. Google Chrome OS (closed-source) is based on Chromium OS.

Free and open-source releases:

BSD

Chromium for 64-bit and 32-bit BSD

Reference: Google Chrome 122.0.6261.128 • Tuesday, 12 Mar 2024

bsdbsd
Chromium for a BSD distribution

FreeBSD

Available in the official repository
Info:

bsdbsd
Chromium for a BSD distribution

OpenBSD

Available in the official repository
Info:

Android 8.0+

Chromium for 64-bit and 32-bit Android

Reference: Google Chrome

MarmadukeEditor
Marmaduke
up-to-dateup-to-date
Chromium is up-to-date. It means Chromium browser and Google Chrome are based on the same latest stable version and security updates of the Chromium source code.
• Info: #stable-chromium-version
ungoogledungoogled
Chromium without Google integration and enhanced privacy, based on the "Bromite" project of Carl.
• Info: https://github.com/bromite/bromite
all-codecsall-codecs
Chromium compiled with open-source audio/video codecs + AAC + H.264
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
android64android64
Chromium for 64-bit Android

Package
122.0.6261.119 (1250580) • Wednesday, 13 Mar 2024
All Bromite patches applied.

Info:

CarlEditor
Carl
all-codecsall-codecs
Chromium compiled with open-source audio/video codecs + AAC + H.264
• Info: #html5-audio-video
• Test: https://tools.woolyss.com/html5-audio-video-tester/
androidandroid
Chromium for Android

Package →
108.0.5359.156 • Monday, 19 Dec 2022
Info:

The Chromium AuthorsEditor
The Chromium Authors
android32android32
Chromium for 32-bit Android

Archive
125.0.6368.0 (1274723) • Tuesday, 19 Mar 2024
This ZIP archive contains these packages:
  • ChromePublic.apk (= Chromium code + open-source Google Chrome code • Archive: 1)
  • ContentShell.apk (Dev info)
  • SystemWebViewShell.apk (Dev info)

Info:

iOS

Reference: Google Chrome
Chromium on iOS is a big fake!
Check the official blog post and build instructions to understand that Chromium cannot use the existing content/implementation, which is based on V8/Blink. It is just a skin on top of Safari. Go your way!

Notes

Obviously, you know this site is not the Chromium official website. As a regular user (not an expert), I created it in 2013 because there was no easy way to download good and stable releases of Chromium, on Windows. I try to keep it as safe and fast as possible! ;) This is absolutely a non-profit site. Please, read the privacy policy.

In short:
  • Since the beginning of the Chromium project until today, there is no binary of stable Chromium shared by the official team.
  • The official website is development oriented. Users are invited to download Google Chrome.
  • The official download page gives to users only ZIP archives of development builds (also known as "snapshot", "nightly", "vanilla" or "raw" builds) which can be very unstable. Users are invited to download Google's Chrome Canary.
  • This site gives to users a choice of builds: development (also on its simplest download page), stable and portable builds.

All downloads are only from reliable sources:

1. Project

Chromium exists since 2008. It is the free and open-source project (#features) behind the famous Google Chrome browser. There are many advantages for an enterprise to work on an open-source project. Intrinsically, Chromium is a Google project maintained by many authors (developers, engineers, graphic designers, security researchers...) from Google, Adobe, Amazon, ARM, Brave, Cloudflare, Facebook, Hewlett-Packard, IBM, Igalia, Intel, Logitech, Microsoft, Mozilla, Nvidia, Opera, Samsung, Vivaldi, Xiaomi, Yandex... and external contributors (Official graph).

Chromium is not only a web browser. It is a blend of different important open-source projects:
  • ANGLE (Graphics engine abstraction layer)
  • Blink (Rendering/layout engine)
  • Native Client (Sandbox for running native code)
  • PDFium (PDF generation and rendering library)
  • Sandbox (Security mechanism for separating running programs)
  • Skia (Graphics library)
  • V8 (JavaScript engine)
  • and others...

One or more projects are used in Chromium browser (obviously!) and other software/service like Google Chrome, Googlebot Evergreen, Bingbot Evergreen, Mozilla Firefox (ANGLE, Skia), Opera, Vivaldi, Microsoft Edge (Search "chromium" at Microsoft Third Party Disclosures. Official PDF presentation), Adobe Acrobat, Android WebView, Discord, Bitwarden, Microsoft Visual Studio Code, Minecraft, Signal, Skype, Slack, Spotify, Steam, TeamViewer, Trend Micro, Twitch, Unity3D, Unreal Engine, WhatsApp, Electron, CEF, QtWebEngine...

Chromium is not fully designed by Google! However, as a primary investor, Google gives a consistent guidance and provides all free tools and services related to this project.

2. Stable Chromium version

Officially, Chromium does not have a stable release. The official developers (aka The Chromium Authors) do not release it to end users. So it is continually in development. Google Chrome is the stable release... but is not open-source.

Chromium is the project then Google Chrome is the product.

In fact, Chromium has a stable version! ^^
Chromium being open-source (#source-code), anybody can compile it. It is reproductible. You should be a developer to do this. Just get the current stable version (122.0.6261.128) from the official Git repository and compile it!
For example, the current stable version on #linux is 122.0.6261.128. In this version, there are 128 patches which correct many issues (bugs, feature requests, enhancements...).

All stable versions of Chromium on #windows, #mac, #linux... are always made by third-party developers.

The stable version of Chromium is compiled by:

3. Development

The development builds (also known as "snapshot", "nightly", "vanilla" or "raw" builds) are built automatically several times a day by the Chromium Buildbot (buildbot console) and made available as binary code releases.

Snapshot

Once a snapshot has been built, it is placed in the chromium-browser-snapshots root directory of Google Cloud Storage and is automatically tested. This build is really just development tool for checking whether issues are fixed in the latest Chromium code. It can be buggy and unstable. They are downloadable on the official site, my alternative webpage and this site (Check The Chromium Authors tag).

LKGR

If that snapshot build successfully passes the automated tests, it is considered as a good build (known as LKGR meaning "Last Known Good Revision") and can become potentially a stable build. For info, LKGR builds were stored in the chromium-browser-continuous root directory until Friday, 18 Mar 2016. The Chromium team has removed few LKGR builders (407399, 576253 and chromium-dev) but other ones still work (latest commit). Finally, there is no LKGR binary shared by the Chromium team... but any developer can re-compile it! ^^

Stable

A stable build is a development build tested by the Buildbot then improved by the Chromium team and all contributors.

4. Conclusion

Note this website and the Chromium builds are made and shared by volunteers (devoted developers), freely, in their spare time. There is absolutely no business, no revenue (Privacy policy). We are neither Google nor a corporation. So please, respect our work. Officially, the #stable-chromium-version does not exist at all. We need time to re-compile Chromium. If you cannot wait for the latest version, prefer to use a development version (download page) or compile Chromium yourself (#source-code) or use other #browsers.

Jerry (admin)

Features

Chromium vs Google Chrome.

Chromium browser has:
Why I used the "similar" word, here?
I cannot certify that it is "same/identical" as Google Chome because Chrome is a closed-source software.

Some developers maintain #chromium-forks that offer more features and enhancements. Thanks a lot for developers! ;)

Secure Preferences

Chromium has "Secure Preferences" feature which protect user data against #malware. On Windows, macOS and Linux, the user profile is encrypted based on the machine SID (For info, you can change the SID on Linux). So extensions, certificates and passwords are not portable. It works for Chromium and all #chromium-forks like Google Chrome, Microsoft Edge, Opera, Vivaldi, Brave, ungoogled-chromium... (except Cent Browser which is closed-source and therefore can be easily corrupted)

Info relative to this feature:
How to migrate user data from one computer to another?
The simple way to migrate your data is to synchronize them.
For info, you can also use free services like floccus, xBrowserSync.

Also, to export/import data manually:
There are unstable ways too:

Google API keys

By default, few Google services (Chrome Sync...) are not available on Chromium. They are reserved for Google Chrome users. For example, the Chrome Sync capability in Chromium based browsers allows you to login to Google’s Sync cloud servers and save your passwords, browsing history and bookmarks/favorites to your personal encrypted cloud vault inside Google’s infrastructure. Extremely convenient for people who access the Internet using multiple devices.

To use these Google services, Chromium needs Google API keys.

Chromium can display a top message if the Google API keys are needed for Google services (screenshot):
Google API keys are missing. Some functionality of Chromium will be disabled. Learn More
How to just hide the top message "Google API keys are missing..."?
Add the --no-default-browser-check flag at the end of the Chromium shortcut and restart the browser (screenshot)
How to create your own Google API keys?
With your own Google API keys, many Google services (Chrome Sync...) will work.
Then set three environment variables.

On Windows

Launch Command Prompt (cmd.exe) and enter the following commands:
setx GOOGLE_API_KEY yourkey
setx GOOGLE_DEFAULT_CLIENT_ID yourclientid
setx GOOGLE_DEFAULT_CLIENT_SECRET yourclientsecret
(setx = set environment variables permanently)

On macOS

This tutorial was written by Aargl on december 7, 2018 (#comment-4078). Thanks to him. There are 2 methods:

1. Method with ChromiumSyncEnabler

ChromiumSyncEnabler (Archive: ZIP)
  • Put Chromium_template and ChromiumSyncEnabler.py at the root of the current user (~/)
  • Put Chromium.app in ~/Applications
  • In Terminal, type: python /Users/your_user_name/ChromiumSyncEnabler.py
  • Enter your API keys

N.B.: if you want to activate for all users, do the same procedure putting the files respectively in / and /Applications (I haven't tried, but I can't see why it wouldn't work...)

2. Method with a plist file

Creation of a ~/Library/LaunchAgents/setenv.ChromiumSync.plist containing: <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "https://www.apple.com/DTDs/PropertyList-1.0.dtd ">
<plist version="1.0">
   <dict>
      <key>Label</key>
      <string>setenv.ChromiumSync</string>
      <key>ProgramArguments</key>
      <array>
         <string>/bin/launchctl</string>
         <string>setenv</string>
         <string>GOOGLE_API_KEY</string>
         <string>your_key</string>
         <string>/bin/launchctl</string>
         <string>setenv</string>
         <string>GOOGLE_DEFAULT_CLIENT_ID</string>
         <string>your_key</string>
         <string>/bin/launchctl</string>
         <string>setenv</string>
         <string>GOOGLE_DEFAULT_CLIENT_SECRET</string>
         <string>your_key</string>
      </array>
      <key>RunAtLoad</key>
      <true/>
   </dict>
</plist>
(with "your_key" being the corresponding Google API key)

Of course, you can name the LaunchAgent setenv.ChromiumSync or anything you want.
  • This is perfectly working in 10.11
  • In 10.9, you must create 3 separate LaunchAgent files instead (one for each key)
  • I couldn't test more recent OSes, but I think it should work as in 10.11

The choice between method 1 or 2 depends on wether you want to enter your API keys each time or not... ;-)

On Linux

export GOOGLE_API_KEY yourkey
export GOOGLE_DEFAULT_CLIENT_ID yourclientid
export GOOGLE_DEFAULT_CLIENT_SECRET yourclientsecret
How to disable Google API keys?
Without Google API keys, many Google services (Chrome Sync...) will not work.

On Windows

Launch Command Prompt (cmd.exe) and enter the following commands:
setx GOOGLE_API_KEY "false"
setx GOOGLE_DEFAULT_CLIENT_ID "false"
setx GOOGLE_DEFAULT_CLIENT_SECRET "false"
(setx = set environment variables permanently)

Now launch Chromium.

Widevine plugin

Widevine is a closed-source Google plugin to play DRM content (= protected audio/video files) for web browsers. Companies including Amazon Prime Video, BBC, Hulu, Netflix, Spotify and Disney+ use Widevine to manage the distribution of premium content.

Chromium does not support Widevine natively. Note that Chromium developers and most of Chromium users do not use this Google plugin at all. We do not bundle/share it. Other people tried to obtain a licence from Google for an open-source project and finally did not get it (Archive: 1).

On this website, the widevine support is enabled on the stable versions. (These versions are compiled with the GN argument: enable_widevine = true). So you need to install the Widevine CDM plugin yourself to play DRM content.

In Chromium and Google Chrome, you can check the Widevine support at chrome://components → "Widevine Content Decryption Module" → The number must be different than 0.0.0.0 (screenshot)

Websites to freely test Widevine:
How to install the Widevine CDM plugin?
  1. First of all, make sure you have a Chromium version with the enabled support of:

  2. Now, get the Widevine CDM plugin. The latest version is: 4.10.2710.0
    For info, this is an automated update via this official TXT file.

    2.1 From official links:
    2.2 Or from offline installers of Google Chrome
    Prefer these following websites because you can unzip the executable files (*.exe) and see the whole content. Note these download links of Google Chrome are official.
    2.3 Or from the Google Chrome website
    In this case, you must to install Google Chrome because you cannot unzip the executable files (*.exe) :/
    Official standalone versions:

  3. Unzip the content of this Widevine CDM plugin
    (This is a 7-zip self-extracting archive)

  4. Copy this Widevine CDM plugin's content to your Chromium "WidevineCdm" folder like this following structure, on Windows:
    (screenshot)
    WidevineCdm
      ├── LICENSE.txt
      ├── manifest.json (Note: this file contains the Widevine version or even the file paths ^^)
      │
      ├── _platform_specific
             ├── win_x64 (Note: if it is for 64-bit Windows, obviously!)
                  ├── widevinecdm.dll
                  ├── widevinecdm.dll.sig

  5. Launch Chromium browser

  6. Go to the top of this website and check if the "widevine" tag is displayed. (screenshot)
    and check chrome://components → "Widevine Content Decryption Module"

  7. End.

Flash plugin

Flash is a deprecated multimedia software platform. Adobe retired Flash on January 1, 2021, on all plateforms. Roadmap for Chromium. Roadmap for Firefox.
  • Since 2021, the Flash PPAPI plugin (aka PepperFlash) plugin is discontinued. For info, PepperFlash is secure because it works in a sandbox. In short, it executes in its own process, separate from the browser's rendering engine.
  • Since 2015, the Flash #npapi plugin is discontinued.
How to quickly install the Flash plugin? (Obsolete content!)
On Windows and macOS, Chomium find PepperFlash itself (= without #command-line-flags)

  1. Install PepperFlash (PPAPI) from Adobe website.
  2. Disable the checkbox in the chrome://settings/content/flash page. (screenshot)
  3. Test if animation works on the Flash Player versions page.
  4. Enjoy!
How to manually install the Flash plugin? (Obsolete content!)
This is a full manual installation tutorial.
(If Google Chrome is already installed, go directly to "3. Add command-line flags"

1. Get PepperFlash (PPAPI)

This plugin is a non-free (proprietary) software developed by Adobe, and distributed bundled with Google Chrome. So get it from the official sources: Adobe or Google.

1.1 From Adobe

Different official ways:
After install, the plugin path will be:
- On a 64-bit #windows:
  • C:\Windows\system32\Macromed\Flash\pepflashplayer64_[version].dll (64-bit version)
  • C:\Windows\SysWOW64\Macromed\Flash\pepflashplayer32_[version].dll (32-bit version)
- On a 32-bit #windows:
  • C:\Windows\system32\Macromed\Flash\pepflashplayer32_[version].dll (32-bit version)

1.2 From Google Chrome

Canary channel:

1.3 From an unofficial source

(Use an online service to prevent #malware)
  1. Search "PepperFlash" or "PPAPI" at [RU] effect8.ru or patheticcockroach.com
  2. Download and open the .7z archive
  3. Get "pepflashplayer.dll" (rename it, if needed) and "manifest.json" files.

Optionally, get the Flash version number:
(If you want to see the correct version number on Chromium internal pages)
  • On all platforms, open the manifest.json text file in the PepperFlash folder.
  • On Windows, you can do a right-click → Properties → Details, on the .dll file

2. Change the plugin directory

If you want, prefer a short path for the plugin. It will be easier for the next step. ^^
Example on Windows: Put this .dll file in a path like C:\PepperFlash\ (Create the directory if needed)

3. Add command-line flags

Use these #command-line-flags:
  • --ppapi-flash-path=[plugin path]
  • --ppapi-flash-version=[plugin version]
  • And optionally --allow-outdated-plugins to disable browser notifications about outdated plugins

On #windows, create a Chromium shortcut. Then go to its properties and edit the target field: --ppapi-flash-path="C:\PepperFlash\pepflashplayer.dll" --ppapi-flash-version="32.0.0.465" --allow-outdated-plugins
On #mac, you will need to launch it from the command-line (in the Terminal): /Applications/Chromium.app/Contents/MacOS/Chromium --ppapi-flash-path=/Library/Internet\ Plug-Ins/PepperFlashPlayer/PepperFlashPlayer.plugin --ppapi-flash-version=32.0.0.465& The "&" at the end is not a typo. It is there to make sure Chromium is launched in a separate thread. Without the "&", Chromium would exit as soon as you quit the Terminal. Moreover, to simplify the Chromium launch, check How to create simple Mac apps from shell scripts (Archive: 1). Also see the #comment-566 and #comment-344.

4. Restart the browser

Relaunch it to apply changes.

5. Check the installation

6. Enjoy!

Now, even after browser updates, Chromium uses PepperFlash. ^^

NPAPI plugin

NPAPI is a deprecated API that allows browser extensions to be developed. Chromium 45.0.2416.0 (331982) is the last version which still has NPAPI plugin support enabled via chrome://flags or group policy registry. (sourceNPAPI deprecation)
How to still use a NPAPI plugin?
Few ways:
More info on site archives:

HTML5 audio/video

By default, Chromium does not support proprietary codecs (AAC, H.264/MP4) in the HTML <audio> and <video> elements.
How to use Chromium with all audio/video codecs?
Few ways:
  • On #windows and #mac, use builds with all-codecs or all-codecs+
  • or compile Chromium from #source-code with proprietary codecs, yourself.
  • or install an older version having ffmpegsumo file (Ex: 333350, 333334, 333283, 333258...)
  • or choose other #browsers
  • On #linux, you can use Chromium with proprietary codecs (ex: FFmpeg under Ubuntu)

Before 4 June 2015, we used an alternative with the Google Chrome ffmpegsumo file and our Patch HTML5 Media extension. More info on site archives:
Note about the H.265/HEVC video codec
Chromium does (and will) not natively support the H.265/HEVC codec. (official source)

Check HTML5 audio/video support at https://tools.woolyss.com/html5-audio-video-tester/

If there is a video issue, disable hardware acceleration (see #browser-crash).

Advanced

1. Internal pages

To access to all internal pages, use chrome://about. Copy and paste this special URL directly into the address bar (omnibox). Obviously, this special URL works only in Chromium and Google Chrome. Note: About configuration settings, there is nothing similar to Firefox's about:config in Chromium.

Few internal pages:
About browser plugins
Since version 57, the chrome://plugins page no longer exists. (official source)

Info:

2. Keyboard shortcuts

To use keyboard shortcuts (on Windows, Mac and Linux), check this full list of official shortcuts... and this one if you are developer. Most of the shortcuts are similar to IE, Firefox or any other browser.

3. Command-line flags

There are command-line flags (or "switches") that Chromium accept in order to enable particular features or modify otherwise default functionality. Note flags often contain experimental or obsolete code, so they tend not to stick around for long.
How to start Chromium directly in incognito (or private) mode, on Windows?
Add the "--incognito" flag at the end of the Chromium shortcut and restart the browser. (screenshot)
"C:\{...}\Chromium\Application\chrome.exe" --incognito

4. User data directory

About your profile (history, bookmarks...), it is important to know where is stored your user data.
How to change the user data directory?
Add the "--user-data-dir" flag at the end of the Chromium shortcut and restart the browser. (screenshot)
"C:\{...}\Chromium\Application\chrome.exe" --user-data-dir=..\my-profile-path

5. External extension installation

How to install an external browser add-on?
If you wish to install extensions directly instead of just downloading the .crx source file, you must:
  1. Change the flag chrome://flags/#extension-mime-request-handling to "Always prompt for install".
  2. Click on the link of the .crx file you want to install

Download the .crx source file of any extension directly from the Chrome Web Store via Get CRX or via a site like Chrome Extension Downloader, CRX Extractor, Crx4Chrome. (For info, you can see the source code before to download the extension: CRX Viewer)
  1. Go to chrome://extensions
  2. Drag and drop the .crx file on chrome://extensions

If it does not work...
  1. Add the "--enable-easy-off-store-extension-install" flag at the end of the Chromium shortcut and restart the browser. (screenshot)
  2. Go to chrome://extensions
  3. Drag and drop the .crx file on chrome://extensions

If it still does not work...
  1. Unzip the .crx file
  2. Go to chrome://extensions
  3. Drag and drop the unzipped folder on the page... or click on Developer mode (Toggle in top right) then Load unpacked extension... (screenshot)

About updates:
  • You have to update manually
  • You can update when you want! ^^
  • If ever a new version sucks, just re-install the previous one

6. Source code

Before all, check the official guide for developers.

Official links to easily get or see the full Chromium source code:
Interesting info:

7. Older version

Never update your browser with a very old version. It even does not start.

To downgrade Chromium installed with the Installer (.exe):
  1. Open Chromium and check its actual version at chrome://version
  2. Close Chromium.
  3. Uninstall Chromium WITHOUT to delete your #user-data-directory. It is an option of its uninstaller. (screenshot)
  4. Get the Installer (.exe) of an older version (from the → download/ page or Snapshots repository about "official" builds)
  5. Execute it to install Chromium.
  6. Open Chromium and check the new installed version at chrome://version

8. Browser crash

You have encountered a browser crash or issue :/

Few ways to help you:

Also you can use #command-line-flags: --disable-gpu, --disable-accelerated-video-decode...

8. Browser benchmark

To test performances of the browser, do differents benchmarks.
Except as otherwise noted, for the result, a higher number is better.

Free websites without registration:
  • ARES-6 (Various tests using the newest web standards and features)
  • Basemark (Various tests using the newest web standards and features)
  • JetStream (JavaScript benchmark developed by Apple)
  • Kraken (JavaScript benchmark developed by Mozilla • Result: A lower number is better)
  • MotionMark (Graphics benchmark developed by the WebKit team)
  • Octane (JavaScript benchmark developed by Google)
  • Speedometer (Performance benchmark that repeats the same actions using DOM APIs)
  • WebXPRT (HTML5 and JavaScript test developed by benchmark maker Principled Technologies)

API

This is a free and simple API for developers to update Chromium to the latest good build via a bash (shell) script, a browser extension... Read my #notes. Please, do not use this API to build other websites. To prevent abuse, the site can audit each API request.
API details
GET request parameters:
  • os(required) windows or mac or android
  • bit(optional • 64 by default) 64 or 32
  • out(optional • json by default) json or string or revision

Response:
chromiumwindows or mac or android
  • architecture(string) 64-bit or 32-bit
  • timestamp(integer) Unix time of this release built on the Chromium Buildbot server
  • editor(string) The Chromium Authors
  • channel(string) dev
  • repository(string) snapshots
  • version(string) (like xx.x.xxxx.x)
  • revision(integer) Git revision's commit position
  • commit(string) Git revision's commit hash

Examples:

Browsers

1. Chromium forks

In simple words, a fork of Chromium means Chromium engine is used to create another web browser.

Proprietary browsers:
(developed by official contributors of the Chromium #project)
I do not recommend:
Why not recommended?
Because all of these browsers are closed-source, outdated, based on Chromium like Google Chrome... and most of the features they remove don't even exist in Chromium, in the first place. Control your personal info and #privacy yourself ^^

Colin (InsanityBit) explains this very well at "SRWare Iron Browser – A private alternative to Chrome?" (2012 • Archives: 1, 2)

Note if a new browser with "better privacy" than Google Chrome is based on Chromium and is fully open-source, it should be ok for me. But... Google is famous. Its privacy policy and marketing strategy are well known. So you have to ask you some questions. Do you trust in an unknown team more than Google? Is an outdated Chromium fork?
Few free and open-source Chromium-based browsers:

2. Other open-source "non-Chromium-based" browsers

Privacy

For a better privacy protection, use open-source #browsers like Chromium, Firefox. Do not forget: It is open-source does not mean it is secure and respects user privacy. Moreover, security ≠ privacy ≠ anonymity. If your browser is fully "open-source", it means that somebody with the capability can review the #source-code. It is easier for developers to find malicious code with versioning tools like Git or SVN. (Ex: Chromium downloads a Chrome extension as a binary without source code → corrected 7 days after the report). Only an open-source code allows such defense. This is better for secure browsing and user privacy. The security of Chromium is very solid. While I recommend ungoogled-chromium, Bromite and Firefox (cf. about:config/user.js settings, containers system, better content-filtering, easier way to stop browser automatic connections, support of a self-hosted Firefox Sync server) as the most reliable browsers for privacy enthusiasts in a standard web browsing, Chromium is probably a reasonable alternative for everyday web browsing.

My way for a standard web-browsing (but do as you like ^^):
  1. Modify your #hosts-file to stop "natively" domains who serve ads, spyware and malware
  2. Use a VPN with strong encryption for your whole OS or router to bypass many restrictions on Internet. Note you are not anonymous behind a VPN service (cf. Browser fingerprint, Server-side tagging...) (It is better than browser VPN/proxy #extensions)
  3. Use an up-to-date web browser
  4. Change few #browser-settings
  5. Install few #extensions

How to really be anonymous on the Web?
The anonymization solutions are especially necessary for the exercise of freedoms (ex: for journalist, political opponent in certain countries, researcher, whistleblower...). These solutions are obviously very used by hackers too. Personally, I think most people cannot be anonymous on the Web even using a VPN, proxy or TOR network. It is a myth that you cannot be tracked online. If you exist, you are findable, especially if you use multiple devices and websites. There are a lot of technologies to identify a user and get its data. Check the #guides and #tests for more information.

But it is possible to really be anonymous on the Web if your respect all security rules. The book "The Art of Invisibility" written in 2017 by Kevin D. Mitnick will convince you. In a few words, do not trust proprietary software/services, third-party VPN service providers (VPN Leaks, 'no log' VPN providers..., Another VPN leak..., VPN hacked...) and the cryptocurrency (like Bitcoin).
  1. Buy a new computer (like a used computer) with cash, from an unknown person.
  2. Then remove the internal HDD (or format it). You will not use it. Prefer an external USB flash/SSD drive.
  3. Use Tails, Whonix, Qubes OS or a similar live Linux distribution. These ones uses the Tor network (Note Tor is often attacked).
  4. Change the MAC address.
  5. Connect to a public WiFi connection.
  6. Do not change settings or add extensions on Tor Browser. It will prevent your Browser fingerprint.
  7. Never login to a site/service for which you are already known.
  8. SearX and .onion addresses are welcome.
  9. Here we go!
Do you know...
Sure you can protect your privacy against tracking and profiling tools but it is really painful because these tracking tools are everywhere today: on Internet (website, app...), at home (computer, phone, router, smart TV, smart home speaker, smart bulb, smart grid...), in your car (GPS system, connected car...), in the street (video surveillance camera...), at your ISP and elsewhere. You can find them in hardware (firmware) and software (operating system, app, website, extension...).

Do you know in all computers (excepted RISC-V and Libreboot) there is an exploit-friendly firmware that user has no access?
Ex: in Intel processors, in AMD processors, in Raspberry Pi (proprietary Broadcom processor).

Do you know you are readily recognizable if you install browser extensions like an ad-blocker? It means, if you install browser extensions, your Browser fingerprint is unique. So you are unique on the Web.
Ex: browserleaks::proxy, Browser Fingerprint

Do you know there are probably untrusted certificates on your computer?
Ex: Apple, Google, Microsoft and Mozilla..., Dell..., Google..., Microsoft..., Lenovo..., Surveillance firm...

Do you know it is possible to follow a user behind Tor browser?
Ex: Advanced Tor browser fingerprinting, Browser Fingerprinting, Tor and its discontents, with CSS (noscript-tracking.go, CrookedStyleSheets), with extension fingerprinting or with a zero-day exploit!...

About the "No log" mention of a VPN, do you know the jurisdiction of the country where the VPN server is located has authority on the jurisdiction of the country where the VPN provider is located?
Ex: Choose a VPN provider from United Kingdom and connect to a French VPN server. There are no log in United Kingdom. Ok, but this is not the problem! The VPN server is in France and there will be logs in France. This is the law. [FR] Minimal logs lifetime in France: 360 days (Source: "Article 3"). [FR] Minimal logs lifetime in Europe: 14 days. So be careful when your VPN provider and its VPN server are located in countries from the Five Eyes, Nine Eyes or Fourteen Eyes.

Do you know Linux (like Windows and Mac) devices have a unique identifier?
Ex: Linux devices have a unique identifier called machine-id. Here is how to change it.

1. Browser update

The reason for updating to the latest version is security. As security threats are found, they are fixed. Using an old version expose user to a number of security holes and privacy issues. Browsers are far more subject to hacking than other software.

2. Browser settings

Adjust all settings and advanced settings in chrome://settings:

3. Hosts file

Modify your hosts file to prevent your OS from connecting to domains who serve ads, spyware and malware. This will increase your OS security and save bandwidth.

Note:

4. DNS services

By default you are using the DNS servers of your ISP but you do not have to stick with them. Before to choose one, compare DNS performance. Free alternative Internet DNS services for personal use:
Note:

5. Web search engines

Note: Few #dns-services and #extensions exist to protect user privacy on search engines.

Search engines

Search engines index the content of web pages by running an algorithm on a web crawler.

Metasearch engine

Metasearch engines use another search engine's data to produce its own results from the Internet. Search engine map.
If you are a web developer, develop your own metasearch engine yourself ^^

6. Extensions

Note:

Block ads, trackers, scripts and popups

uBlock Origin

Stop link redirection in Google, DuckDuckGo and Yandex search pages

Don't track me Google

Clean URLs to remove tracking elements from URLs

ClearURLs

Control the HTTP Referer on a per-site basis

Referer Control

Prevent canvas fingerprint

Canvas Blocker (Fingerprint protect)

Emule locally CDN

Decentraleyes

Prevent WebRTC IP leak

WebRTC Leak Shield
  • Download: store, amo
  • Alternatives: WebRTC Control, WebRTC Network Limiter, WebRTC Leak Prevent
  • Info: An extension can only block the leak of your IP address. It does not block WebRTC in the "core" of Chromium. uBlock Origin can protect against the WebRTC IP leak. You can do some #tests.

Prevent CSS Exfil attack

CSS Exfil Protection

Unblock websites with a browser VPN/proxy

Browsec
  • Download: store, amo
  • Alternatives: anonymoX, HidemanVPN, TunnelloVPN, TouchVPN, Hotspot Shield
  • My advice: Prefer to pay for a safe and secure VPN provider protecting your whole OS ; or use a free VPN service without registration. Do not use Hola!, ZenMate or Betternet in their free version. Hola! is a botnet. Betternet shares/sells user data to third-parties. In its free version, ZenMate needs a registration.

Display sites quality

WOT (Web of Trust)

7. Tools

8. Guides

9. Tests

Reputable and reliable sites to show or prevent user data tracking:

Malware

Your antivirus has detected a malicious software in Chromium files.

False positive?

You have downloaded Chromium from a reliable source (#notes) and maybe also used open-source #updaters. In this case, it is surely a false positive. The detection is generic (heuristic). There is absolutely no backdoor or other malware inside Chromium. Remember that the full #source-code is available. You will get a similar result if you compile Chromium yourself.

Note a specific thing about Chromium browser:
  1. Chromium has no digital signature (unlike Google Chrome). It is not signed because is open source and not "owned" per se by any one particular developer or organization. Moreover, a certificate is not free for developers (Apple Developer Program).
  2. Antivirus use generic detection and database of malware signatures.
  3. VirusTotal which aggregates many antivirus is a Google service using its Trusted Source project to limit false positives for software like Google Chrome (because it is digitally signed), not for Chromium.
  4. So, unsigned Chromium + any antivirus or VirusTotal service = More chance to get an antivirus alert.

False positive reports known for few years ago:

Authentic malware?

Yes. Obviously, it is also possible.
  • The common entry methods for Chromium virus are freeware downloads as bundled software (bundleware) and spam e-mails. It means Chromium has been silently installed via another software. Do not forget Chromium is free and open-source. So malware writers use Chromium to push malicious code on to your system. Remove this "fake" or suspicious Chromium web browser (like BeagleBrowser, BoBrowser, BrowserAir, Chedot, eFast Browser, Fusion Browser, Mustang Browser, MyBrowser, Olcinium Browser, Palikan, Qword Browser, Torch, Tortuga Browser...).
  • The other way is about a compromised Chromium repository on a reliable source (#notes).

Free tools to scan your system

Anti-malware:
Antivirus:
(Independent tests and distinctions: AV-Test, Virus Bulletin, AV-Comparatives, Gartner)
Anti-ransomware:

Free online services to scan your files

(no registration required)
If you find an issue:
  • Contact your anti-virus or anti-malware support
  • Report it on the official Chromium supports. For links, see my #comment-1 below.

Chromium updaters

To update Chromium automatically.

As always, never install a closed-source software especially if you have never heard it before! GitHub and its Gist service are good places to find good stuff. So, try these free and open-source Chromium updaters:

Updaters on Windows

  • For info, in the #windows section, each "Portable" version uses chrlauncher which can install, update and launch Chromium automatically. You can change its settings in the chrlauncher.ini file.
  • chrlauncher
    (by Henry++ • 2022 • C • Compatible with all Windows releases of this website)
  • Chocolatey
    (by the Chocolatey team • 2023 • In command-line • Compatible with the Hibbiki's releases and The Chromium authors' releases of this website • Package core)
  • Scoop
    (by the Scoop team • 2023 • In command-line • Compatible with the Hibbiki's releases and the Ungoogled releases of this website)
  • ungoogled-updater
    (by NeverDecaf • 2023 • Python • Compatible with the Ungoogled releases of this website)
  • ChromiumForWindows
    (by Ilyó Kovács Levente • 2022 • C# • Compatible with all Windows releases of this website)
  • Simple Chromium Updater (chrupd.cmd)
    (by mkorthof • 2023 • Batchfile • Compatible with all Windows releases of this website)
  • ChromiumUpdathe (by Hristo Bogdanov • 2021 • C#)
  • chromium for windows installer (by Lusito • 2020 • Javascript)
  • cr-updater (by pwlin • 2018 • Batchfile, PHP)
  • Chromium_Updater (by Programming4life • 2018 • Rust)
  • ChrUpdWin.cmd (by Michael Kharitonov • 2018 • Batchfile)
  • A web installer for Chromium (by LonelyCannibal • 2017 • AutoIt • Archive: ZIP)
  • Chromium Downloader (by stsy • 2016 • C#)

Updaters on macOS

Discontinued updaters


Thanks a lot for all developers!
I do not support these tools. Please, contact the developers for thanks, issue, help...

9651 comments

Quick access: #read the latest comment

admin
Hello!
Now, you can post anonymously remarks and suggestions about this site. Do not hesitate! ;)

Please, DO NOT report bugs by a review. Use the official issue tracker or dev topics:
https://bugs.chromium.org/p/chromium/issues/list
https://groups.google.com/a/chromium.org/g/chromium-discuss/about → Conversations
https://groups.google.com/a/chromium.org/g/chromium-dev/about → Conversations
https://groups.google.com/a/chromium.org/g/embedder-dev/about → Conversations

Also, I prefer direct links. You are not on Twitter ;)

I recommend reading the Chromium Code of Conduct.
https://chromium.googlesource.com/chromium/src/+/master/CODE_OF_CONDUCT.md

Thank you for your attention!
Anon2
Amazing website! Thanks. Can you share an API?
Anon3
Just what I was looking for. Keep up the good work!
admin
@2: I can do a simple API to get Chromium datas (in JSON) for Windows because there is no stable binary version available. I can give you only good build like results in the Windows part.
@3: Thank you very much!
Anon5
You should start posting the 64-bit Windows builds!
admin
[EDIT: 18 Nov 2014 by Jerry]
Google Chrome release: 64-bit support for Mac
https://googlechromereleases.blogspot.com/2014/11/stable-channel-update_18.html
----------------------
[EDIT: 12 Sep 2014 by Jerry]
Google Chrome 64-bit for Mac and Windows
https://gsuiteupdates.googleblog.com/2014/09/google-chrome-64-bit-for-mac-and-windows.html
----------------------
[EDIT: 26 Aug 2014 by Jerry]
64 bits of awesome: 64-bit Windows Support, now in Stable! (Google Chrome)
https://blog.chromium.org/2014/08/64-bits-of-awesome-64-bit-windows_26.html
----------------------
[EDIT: 3 Jun 2014 by Jerry]
Try out the new 64-bit Windows Canary and Dev channels (Google Chrome)
https://blog.chromium.org/2014/06/try-out-new-64-bit-windows-canary-and.html
----------------------
[EDIT: 28 Feb 2014 by Jerry]
Yes @5! Thanks, it is a good idea! But... 64-bit Chromium on Windows and Mac are still experimental.

Officially, 64-bit Google Chrome on Windows and Mac do not exist too!
Check the development channels : https://www.chromium.org/getting-involved/dev-channel

Google team wrote:
"Neither Chromium nor V8 has a 64-bit version on the Windows platform right now. However, Chrome does run on 64-bit Windows as a 32-bit application. V8 should only need a small number of changes to build on the Windows platform."
https://www.chromium.org/developers/design-documents/64-bit-support (Content edited by the Google team in February 2014, but there is a copy at https://archive.is/mT07)

...here:
"The problem: Chrome runs as a 32-bit process on 64-bit Windows systems. [...] The plugins are still 32-bit libraries."
www.chromium.org/nativeclient/design-documents/native-client-in-chrome-on-64-bit-windows (Content deleted by the Google team in February 2014, but this issue talk about that: https://bugs.chromium.org/p/chromium/issues/detail?id=28176)

So, there will be many bugs with plugins (PepperFlash/Adobe Flash player) and extensions (from the Chrome Web Store) because plugins and extensions are mainly in 32-bit.

...and there:
On Windows... "The sandbox is designed for 32-bit processes"
https://chromium.googlesource.com/chromium/src/+/master/docs/design/sandbox.md

Officially, only Linux versions are available in 64-bit. The PepperFlash/Adobe Flash player for Linux exists in 64-bit.

About Windows... (revision 211418):
• 64-bit: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/211418/
• 32-bit: prefix=Win/211418/

In the Win_x64 repository, Chromium's executable is in 64-bit. But most internal processes are in 32-bit.

Work is underway. To follow progress of 64-bit Chromium:
• Windows: https://bugs.chromium.org/p/chromium/issues/detail?id=8606
• Mac OS X: detail?id=18323
• ARM64 (AArch64): detail?id=334368
• Android ARM64: detail?id=354405
• Android x86_64: detail?id=346626

----------------------

Why there is no 64-bit Google Chrome on Windows and Mac actually?

You know, I am not a specialist. The Google team works on 64-bit Chromium for Windows, Mac... since 2009 (Just check the links above!). I think that Google waits for the moment to offer its own browser (Google Chrome) in 64-bit. It will depend on its strategy with Chrome OS. When Google will need more than 4GB RAM for its products (Chrome OS especially), Google Chrome (and Chromium obviously) will go 64-bit with little debate. Note that a 64-bit version will lead to a significant increase in memory usage. Speed is improved, especially in graphics and multimedia content, where there is an average 25% improvement in performance.

If you have got a better idea, please tell me here! ;)
GrandmaDragon 
Chromium advised me when I opened it that there was an update to Version 28.0.1500.71 (209842) so I installed it. Now all my bookmarks are gone! That never happened before. Are you sure this is stable? Am I going to have to rebuild my bookmarks? It looks like History is still intact. I am running Mac OS X 10.6.8.
admin
@GrandmaDragon: On Mac and Linux, I am sure that Chromium is stable. I use it.
And... Google Chrome use this release, too.

You can compare your version with the Google's official releases on https://dev.chromium.org/developers/calendar
Check: os→mac, channel→stable, current_version→28.0.1500.71, branch_revision→209842.

Actually, you are using the stable version.

About your bookmarks, it is probably a bug! :/

Did you try to restore your bookmarks?
https://chromium.googlesource.com/chromium/src/+/master/docs/user_data_dir.md
https://superuser.com/questions/190160/where-to-find-my-favorites-in-google-chrome
GrandmaDragon 
I went where it said in the data-directory page and all that is there for bookmarks is the two I have restored this morning. I guess I'll just sort of reconstruct what I had and call it good. :P It's a nuisance and a puzzle, but not a major disaster.
Anon10
The x64 Windows versions of Chromium are up.
admin
@GrandmaDragon: Good news!
@10: Really? See my #comment-6 above.
Interesting! Thank you.
Anon13
Thanks! I've missed this website for months, almost a year.

Just a recommendation, you could build up a .BAT file which will update Chromium to the next stable release if it exists on this page.
Here's one that updates through the snapshot trunk(?)
Just like this one, give it a try to understand its behaviour: https://www.google.com/search?q=chromium+auto+updater (first 2 results are reliable, original website of it disappeared).
In this case it works as a Scheduled Task under Windows.

This recommendation is the only thing could make even better this project of yours.
Thank you a lot :)
Anon14
When the Windows version reads, "good build," does that mean it is not "tremendously buggy," or buggy? Because the main
Chromium download page at https://download-chromium.appspot.com/ reads "This is the raw build of Chromium for Windows, right off the trunk. It may be tremendously buggy. Consider Chrome Canary or Dev Channel for a build that regularly auto-updates to latest."
Anon15
64-bit Chromium is still not available on FTP.
Great site. Thanks for your work!
Anon17
So basically, you just give the links from Continuous builds? Is there no more stable version than this?
admin
Thank you all !

@13: I check your interesting solution. Thanks a lot.

@14: "good build" means that it is the less buggy version of Chromium. "Chrome Canary" and "Dev Channel" concern only Google Chrome (which is not open-source), not Chromium !

@17: Links from Continuous builds concern mainly Windows. And no, I do not know more stable version than this. :/ For other platforms like Mac and Linux, there are really stable builds done by external developers. These Chromium versions are the same as Google Chrome versions.

Officially, Google Chrome is the stable version. Read my #notes
Anon19
Great job! Very useful!
Anon20
Thanks a lot for your clear explanation.
Anon21
Hey, thanks for this awesome site!
I should note that the x64 builds are actually 64-bit. I checked Process Explorer and the Chrome executable was identified as 64-bit in that column.
admin
@21: I follow the development of 64-bit versions... and encourage you to read my #comment-6 above.
Actually, do not use 64-bit Chromium on Windows. It can be less stable than the 32-bit version. But if you really want it, you can! I added 64-bit Chromium on Windows! ^^
Anon23
@Jerry, Thanks for the clarification. It makes much more sense now. :) Keep up the good work!
Anon24
Hello Jerry!
Would it be possible to get an RSS feed of the latest Chromium stable release (sort of a simple update method)?
admin
Thank you for your support!
@24: Ok! Check my RSS feeds! ^^ Moreover, a simple #api is available too! ;)
Anon26
Very useful site! I see that the updates are automatic. So, is it possible to have a list of the best releases without bug? Thanks.
Anon27
Probably too ambitious, but it would be great to have an update extension that downloads the latest build if newer and runs the installation file. There unfortunately doesn't seem to be any extensions like that out there.
Very nice site, so I can find out what is the actual stable release for updating Chromium :D
Once a Firefox User, but with Mozilla's attempt to make a cheap Chrome clone I am glad for such a site like yours where I can find the actual stable version of the one and only valid original :D
Anon29
I noticed there's now a repo for Android builds, can that be added too? :)
Giovanni Santini 
Hey man, that's finally a good website about Chromium :D
Just to know, will you share ever (or never) your API/website code? Just to know, just to make scripts for Windows Chromium auto-updating or else ;)
admin
Thank you all !

@26: I will not offer a list of the best releases without bug. But, you can get the latest non buggy Chromium version from my other page: http://chromium.woolyss.com/download/ Hope you like it! ;)

@27: Sincerely, I have never done an extension for Chromium/Google Chrome. But sure, if someone does it, it will be nice!

@SaphirJD, Thank you very much for your feedback.

@29: Yes, I can get the best build for Android (.zip archive from Continuous repository) like others. But, I know nothing about the stable version. I need to check that. Good suggestion!

@Giovanni Santini, Code, no. My API is available for everybody. So, you can use it freely in your add-on script... but obviously not to create another website like mine. Note that my main website (woolyss.com) exists since 2007. Do not worry, this site will still exist in several years! ^^

For me, a good Chromium Updater add-on should offer:
- Download latest Snapshot build (may unstable) • by your own way
- Download latest Continuous "success" build (more stable) • via my API
- Download latest Continuous "non buggy" build (more and more stable) • via my API
Hey :D Is it also possible to find the latest "non buggy build" in a manual way on the Chromium Build sites like the build.chromium.org/p/chromium.win/console one? For what information I have to look for? :)
I've been looking for a website like this since Chromium was released. I imagine this: since Chrome official release "X" is the same as Chromium build "Y", we should always be able to download Chromium "Y" instead. Then, with the following command we can always run our browser: \chrome-win32\chrome.exe  --user-data-dir="PROFILE_FOLDER_NAME"

Do you agree with me that this is a good idea? Rather than the latest Chromium, we have the Chromium which is the same as the current Chrome? (or as similar as possible)

Thanks so much for your work!
Anon34
Cannot run the 64-bit version on Windows XP Professional x64 Edition, but no problems running the 32-bit version in this operating system (quite right if you say that the operating system will disappear soon...). On the other hand, x64 editions of Windows 7 are OK.
admin
@SaphirJD: Check the Buildbot.

@GG: You wrote: "we should always be able to download Chromium "Y" instead."
You cannot. Google does not share the Chromium binaries equivalent to Chrome versions. The only way is to build your own Chromium version based on the same Google Chrome version. Check the #source-code and #notes for more.

Moreover, xx.x.xxxx.66 in this version means that 66 patches were made by Google developers (for Chrome browser). The shared Chromium binary has NOT got these patches. So on Windows, Chromium will be always less stable than Chrome for sure. In conclusion, I recommend to use the latest Chromium releases... or the stable Chromium releases built by developers (like on #linux and #mac).

If you are developer, you can re-build it. Good luck! ;)
https://chromium.googlesource.com/chromium/src/+/30.0.1599.66/DEPS

@34, Thanks for your feedback on WinXP x64. I have never tested. 64-bit Chromium on Windows is very experimental. Google does not use it. I encourage you to read my #comment-6 above. ;)
How does FreeSMUG choose a build? Maybe you can do what they do...

I find these random Chromium builds very unstable and buggy, so I must regretfully use IronPortable instead :(
Thank you for your work :)
Anon37
How do I select build at http://chromium.woolyss.com/download/ This is a really nice page!

How you can know if the build have no bugs?
• 32.0.1666.0 (227671): build.chromium.org/p/chromium.lkgr/builders/Win/builds/6734
• 32.0.1669.0 (228339): build.chromium.org/p/chromium.lkgr/builders/Win/builds/6761

These pages look identical. So how I can find out if there is any bug?
I see you are an expert on Chromium. Do you have any idea how to hide (auto-hide, disable) the download bar at the bottom of the browser? It is tedious to close it after each download or it occupies screen space if left open. Thank you!
admin
Ok. I explain! ;)

@GG: I think that Chromium should not be used in production if it is not stable. On Windows, it is always buggy! I try to offer the best builds on Windows. The Google team says: use them as your own risk!

About FreeSMUG, the main developer chooses the same Chromium version as Google Chrome version and re-build it. Check #notes to understand. He improves it, corrects few bugs, add its own updater... And, no sorry, I have never built Chromium. I prefer web development! ;)

@37: "Build successful" is not enough. Make sure that your revision has no bug. "BUG=none" does not mean "stable"! A stable version is a version tested by many humans and automated tests.

Example:
Latest build without bug: 32.0.1666.0 (227671)
https://src.chromium.org/viewvc/chrome?revision=227671&view=revision

Latest build: 32.0.1669.0 (228339)
https://src.chromium.org/viewvc/chrome?revision=228339&view=revision

@Bucur, I am not an expert! ;) I need only a good version of Chromium in my development environnement. So, I created this website for that.

How to automatically hide Chromium's download bar?
There is no option in Chromium. Use this excellent add-on:
https://chrome.google.com/webstore/detail/always-clear-downloads/cpbmgiffkljiglnpdbljhlenaikojapc
Great idea, thank you! Just two short questions about Windows version.

1) Why does the .exe version installs a slightly different fileset (or maybe the same fileset, but differently organized) than the .zip version?

2) Will the .exe version ever has the option to choose the destination folder?
Best regards
admin
@Coinneach,
1) The .exe and .zip use significantly the same fileset. It is normal to have a difference because an .exe is a compiled version. And because all is open-source, the difference is not very important!

2) I think the Google team will not add an option to choose the destination folder in Chromium. Since then, Google Chrome has not got this option. :/
Check this Google official topic: https://productforums.google.com/forum/#!topic/chrome/R-wESj1EIk8
When you try to search something in the 32-bit version the "fade" effect is not there anymore but in 64-bit version it is. Hope you understand what I'm trying to say it also appears in 32-bit version you select stuff on websites.
I installed the 64-bit version of this, also I have the latest 64-bit Flash but this web browser although stated to be 64-bit is only 32-bit as it uses 32-bit Flash which if you install 32-bit Flash with 64-bit Flash then it conflicts, please fix it soon!
admin
@SmirGel: Yes, it is true! ;)
@MadHatter: I know this issue. I hope that you read my #comment-6 above. I repeat: For Windows, all internal processes in the 64-bit version are in 32-bit. So, it is normal to have conflicts. This is the choice of Google, not mine. :/ Do not use the 64-bit version in production. Use it only for test! Google does not use the 64-bit version to build its own browser (Google Chrome).
I'm not sure is anyone else having this problem but I like to have extensions in Chrome and I'd really like to use Chromium but every time I install Disconnect add-on it makes Shockwave crash. I even reported this to the Chromium bug forum but anyone else willing to try if it happens? Thanks for reply ^^
admin
@SmirGel: I have never seen this issue of 32-bit Chromium on WinXP (32-bit) and Win7 (64-bit). Which OS?
@Jerry: I'm using Windows 7 Ultimate. Can you try this out as well? It has to be that problem cause every time I install disconnect add-on it makes Shockwave crash. When I disable it no more Shockwave crashes. I want to know is it just me or other people too?
Willams Carvalho 
Hi! You know how can I deal with this situation? I'm using Chrome binary in my Selenium automated test, as you can see in the following code:
[EDIT: 18 Nov 2013 by Jerry]
Thanks in advance,
Willams.
admin
@SmirGel, I tested Disconnect add-on in the latest build of 32-bit Chromium (revision: 234602) on Windows 7 Ultimate. All work perfectly with Shockwave!

@Willams Carvalho, I am really sorry but this site is not for development's bugs. So, I will delete your post. See my #comment-1 above.

Sincerely sorry Williams! I cannot handle your trouble. :/
Just one thing: The first line in your debug logs is very important: "org.openqa.selenium.WebDriverException: Could not find Chrome binary at...".
Error in your URI. ^^
@Jerry, I installed the latest version of Chromium. Now, Shockwave just keeps crashing on YouTube when Disconnect is enabled and all the extension menus are also transparent. So I can't view anything in them. Seems like I've no other choice than go back to Chrome unless you can help me with the problem somehow.
admin
@SmirGel, Ok. It is strange! :/ I think that we have not got the same configuration. Did you check plugins conflict via chrome://plugins? Me, I see all YouTube videos correctly with Disconnect add-on enabled. Just to test, uninstall Disconnect and try with Ghostery add-on. I hope that it will be ok for you.
marcelo.ar 
Hi!
Thank you very much for this great site!

I see you recently added a link to "Chromium Portable" project, I tested this version on Win XP and found it very unstable and buggy:
1) Every time I close v. 32.0.1700.6, it always crashes with the launcher popup message "Whoa! Chromium has crashed. Relaunch now?"
2) The browser uses the English language in the UI, even in Spanish Windows version
3) If I try to change the language to Spanish (or any other than English), it does not change when I restart the browser (the same happens in earlier versions of Chromium portable that doesn't crash on exit as 32.0.1700.6 does it)
4) An error about "missing Google API keys" is always shown at startup

I've tested other portable versions of Chromium such as:
a) Google Chrome (portableapps.com version)
b) Superbird (not 100% portable: it writes 2 'superbird' registry keys)
c) X-Chromium (winpenpack)
d) SrWare Iron
All those versions works fine, no one fails as chromium-portable.

I think a good option for those who needs a stable portable version is WinPenPack's:
https://sourceforge.net/projects/winpenpack/files/X-Chromium/releases/
It can be easily updated with Chromium zip builds you offer here
admin
@marcelo.ar: Thank you for your feedback. You know, all on this site is auto-updated by the server itself. I do not check each version. But after your review, I tested latest Chromium Portable (PortableApps.com) on WinXP. I am totally agree with you. This build (32.0.1700.6) is really buggy! :/

1) This is a new issue. :/ Chromium Portable (PortableApps.com) 31.0.1650.8 has not got this trouble.
2 and 3) Yes. Issues known: https://groups.google.com/forum/#!topic/crportable/hUU6b8LTdJo
4) This issue is known for few months now: https://groups.google.com/forum/#!topic/crportable/A6MDtGTJZO0 Too bad! :/

About X-Chromium (WinPenPack), I tested it on WinXP. It works very well and it is fully open-source. I like it! I will had it tomorrow on this website. Very thank you for your help.

Superbird browser is good but is not open-source! :/
Anon54
Thank you a lot for your website! It works great :)
Anon55
Hey! Chrome installation is prohibited on my corporate laptop but I found Chromium Portable. But I have a problem syncing my Google account and using Chrome web apps on my Chromium. I do not understand what I can do to enable this. Can someone help?
Thanks for this site. Having just switched from Chrome to Chromium, it seems to be the most helpful resource.
admin
Thank you so much for all of your help, feedback and encouragement! ;)

@55, Did you resolve your problem? Which Chromium portable version do you use?

@mihau, Thanks. I try to maintain an interesting resource for users (like me! ^^). On Windows, I recommend to use Chromium as your secondary web browser because it can be unstable (Flash plugin issue or other). Otherwise, before to update it, do a copy of your user data (profile, bookmarks...).
This is a super useful resource! I'd love to support you in keeping it up. Is it possible for you to add a Flattr link to this page so I can Flattr you every time I update? Other users may also like a Paypal donate link / Bitcoin wallet id to support you as well.
admin
@Donations, Thank you very much. I am honored but I am not interested in Flattr or other way to earn money. I already have a good job! ;)
Nice project. Sadly, 64-bit Chromium (Windows) does not view Flash contents even if installed and activated (Adobe Shockwave Flash crashed) notification bar. Is there a fix for this?
You think the HTTP Switchboard extension is ok enough to appear in your list?
https://github.com/gorhill/httpswitchboard

It blocks scripts/trackers... I am the author, so I obviously will appeared biased, but I did some objective detailed tests, and I dare to say it does better job and gives more control to users than other privacy-enhancing applications available on Chromium.
admin
Thank you for all. Happy new year!

@gorhill, Very good news! Your extension is excellent and very powerful. I tested it. Now, your add-on is on the top of my list in #privacy section. ;) Thank you very much for your work.
Hello! I found a serious bug in Chromium Installer release: bug not present in Chrome dev channel. Practically, my Chromium reports a crash of the component "Adobe Shockwave Flash" (Error message: "Adobe Shockwave Flash has crashed") when the websites I visit, there are video type Flash.

Finally, after having tried everything I found the solution: go on YouTube, open a video and do the right mouse button: select "Settings" and then in the window that opens remove the check mark from "Hardware acceleration". With "Hardware acceleration" off...component "Shockwave Flash" of Chromium no longer crashes! Please....correct this bug!
admin
@Flaubert, Thank you very much for your feedback. Sure, it works. I read that on other forums too. But this issue does not exist on 32-bit Windows using the external #flash plugin. I think you use a 64-bit version, is not it?

About YouTube, you can use the HTML5 Video Player: https://www.youtube.com/html5 (No Flash required)
Have you considered producing 64-bit Mac versions as provided here:
https://build.chromium.org/p/chromium.fyi/builders/ → Chromium Mac 10.8 x64 (experimental)
Anon66
64-bit Chromium from storage.googleapis.com/chromium-browser-continuous/Win_x64 no more installable. From 1790.0 (245341) to now 1794.0 (245803), chrome.exe executable is not more contained in mini-installer.exe nor elsewhere in other archives.
admin
@Anthony, Thank you very much for your help. I added it on the Mac part.
@66, Your link is wrong ;) Check https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/
Anon68
@Jerry: Thanks for your very convenient website! I was wondering, since it's also open-source, it'd be a good idea to add Pale Moon to your recommended browsers. It's a Firefox-based browser optimized for Windows, you should take a look at its webpage: https://www.palemoon.org/
Anon69
I think it has a bug. It always says that the build contains 1x BUG but that's not true. It has more...
Anon70
@69: This is the result of automated tests. Sure, It has got probably more than 1 bug! This site exists only to help us and is based directly on results of Google/Chromium Buildbot.
Anon71
Thank you so much!
admin
@70: +1 for info, Chromium is often buggy because it is in development. "no bug" means that no bug was detected by Automated Tests. Read my #notes.
Dawid Stawicki 
Hello! I am new here. First of all I'd like to say THANK YOU for this awesome builds. I really love Chromium browser, so thank you guys!
I am running at Windows 8.1. Is it possible to change wallpaper in Windows 8 mode? If I good remember, this feature were available in Chrome OS. That grey color is strange for me :)

Have a nice day, regards!
blogger templates 
I have downloaded the Chromium installable version on my Windows 8 and it doesn't work! :/
Please, I need Chromium 32.0.1700.107 binaries for Windows.
admin
@Dawid Stawicki: Thank you! ;) Yes you can. Use themes: https://chrome.google.com/webstore/category/themes

@blogger templates: I do not know why it did not work for you :/ Retry with the last version!

@Raul: Sorry! Chromium 32.0.1700.107 corresponds to the revision 248368
• Google Chrome: https://googlechromereleases.blogspot.com/2014/02/stable-channel-update.html
• Chromium: https://src.chromium.org/viewvc/chrome?revision=248368&view=revision

Google deletes its Chromium packages when the same version of Google Chrome is released. Check yourself:
• Continuous repo: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/248368/ → Empty :/
• Snapshots repo: https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/248368/ → Empty :/

...but it is available. You must to re-build it.
https://chromium.googlesource.com/chromium/src/+/32.0.1700.107/DEPS
https://gsdview.appspot.com/chromium-browser-official/chromium-32.0.1700.107.tar.xz (169 MB)
Dawid Stawicki 
@Jerry, Thanks for your reply but I mean this:
https://i.imgur.com/9X2HbX9.png
admin
@Dawid Stawicki, Ok, sorry for the misunderstanding. I do not use Chrome OS or Chromium OS.
Did you check the official help about wallpaper in Chrome OS?
https://support.google.com/chromebook/answer/1251809
...or this post of the Chromium Evangelist at Google?
https://plus.google.com/+FrancoisBeaufort/posts/ct35DeqXwoV

Check this issue too: https://bugs.chromium.org/p/chromium/issues/detail?id=334593 (Start Chrome in Metro mode)
Anon79
Thank you for combining all these resources into one. I'd like to comment about X-Chromium (WinPenPack). Current version is very unstable and buggy(34): Every relaunch after initial use caused BEX error chrome.dll_unloaded error 5da47c81 on my pc.(several) Apparently it seems there is no king of Chromium portable just yet...
admin
@79: Thank you! I tested it in a Virtual Machine. On WinXP (32-bit) and Win7 (32-bit), there is no BEX error. But, I found it on Win7 (64-bit). I fixed it on Win7 following this method: https://www.youtube.com/watch?v=cEkoK3EHOlU BEX error is known on Google Chrome too.

BEX Indicates a buffer overflow (/GS) or DEP exception (BEX64 indicates a buffer overflow (/GS) or DEP exception on 64-bit versions of Windows).
I use Ubuntu 10.10. I am tired of apt-get install method. I use an Opera portable browser binary at present, without installing anything. Can't we get a similar binary for Chromium browser. The binary may have to include dependencies, or ask for easily available dependencies.
Anon82
I have problems with the newest Chromium build version 34.0.1833.0 (250015) on Win7.
Often no images are shown or they disappear after some seconds. This is on all websites.

Can someone reproduce it and create a bug report?
I have no Google-account and don't want one.

So I tried to install an older version, but it's still this buggy version. Now, Chromium even does not start...

@Jerry, What can I do to get a working browser?
I have all my bookmarks in Chromium and Firefox has lots of small things why I don't like it.

This is the second time I get a build here that is not usable. First was on Mac OS X 10.6.8
admin
@yb: Yes I understand all and I agree with you. Opera is a good web browser. I recommend it too. Good choice!

@82: Chromium is continually in development. And because it can be unstable, do not use it as your primary browser! Prefer a stable browser like Firefox, Opera, Google Chrome...
Never update Chromium with an #older-version Try to get your bookmarks. Check links in #comment-8 for help. And update Chromium browser or import your bookmarks in another browser like Opera. Good luck!

Note: This page is a blend of official resources about Chromium browser. I am absolutely not a developer of that browser. This page exists only to help you... and me!
Anon84
@Jerry: I can backup my Profile and Chromium and test a new version.
If it works, I keep it, else I delete all data and restore working program.

C:\Users\xyz\AppData\Local\Chromium\User Data
C:\Users\xyz\AppData\Local\Chromium\Application

This seems to be the only possibility to have always a working browser.
Anon85
Amazing job, just what I need for my Mac :)
Thanks for providing these (daily) builds of Chromium. Much appreciated.
One question/remark: Is there a specific need for all these "version-buildnumer.manifest" files or could we actually do without all but the last one?
admin
@Stephan: You can delete all .manifest files except the one corresponding to your release. In other words, if your version is 35.0.1860.0. Keep 35.0.1860.0.manifest and delete all other .manifest files. These files are automatically generated by the Chromium Buildbot.
I have finally found an extension that enables PDF viewing in 64-bit Chromium for Mac OS X.
https://chrome.google.com/webstore/detail/pdf-viewer/oemmndcbldboiebfnladdacbdfmadadm
admin
@Japa: Yes, Thanks. I know it. It is a good add-on.
Is it possible to build in H.264 support into Chrome?
admin
@Derek: Sorry, I do not use Google Chrome. The only thing I know is that Chromium does not support H.264 currently.
Marcelo.ar 
@Stephan & @Jerry: Those *.manifest files are only in zip version of Chromium (chrome-win32.zip). You can also delete "pnacl" folder and "interactive_ui_tests.exe" to save disk space. "pnacl" folder will be created by Chromium in profile folder after 1st. run.
admin
@Marcelo.ar: I disagree with you about your "ONLY"! :D Those *.manifest files also exist in main folder (of each version) after executing/update of "mini_installer.exe" on Windows XP (32-bit) and Windows 7 (64-bit). In any case, thank you very much for your help... and your links on your site! ;)
Anon94
@Jerry: Yes, you are right! I've checked a very old mini_installer and there were no *.manifest files inside.

Now I downloaded a recent mini_installer (35.0.1868.0), and found 87 .manifest files:
86 are [version].manifest and one mksnapshot.ia32.exe.assert.manifest
https://i.imgur.com/4vYh0NN.jpg

The zip package has 622 .manifest files with different names
https://i.imgur.com/d6QuHrg.jpg
I dislike Google. I use Chromium on Debian. I did not know where I could find Chromium for Windows.
Thank you. This website is useful.
admin
@Marcelo.ar: Yes, it is totally crazy!
@mauro: Thank you. Do not forget that Chromium on Windows can be unstable. Use it as your secondary browser.
Thank you for a terrific site Jerry!

For general interest, I have found a rather easy way to enable some excluded features:

1. PDF Reader and Print Preview - Copy the file 'pdf.dll' from an existing Chrome install directory to your Chromium install directory. The PDF reader will work without further config. To enable print preview simply add ' --enable-print-preview' to the end of your shortcut path.

2. PepperFlash - Copy the file 'pepflashplayer.dll' from an existing Chrome install directory to your Chromium install directory. To enable the plugin, simply add ' --ppapi-flash-path=pepflashplayer.dll' to the end of your shortcut path. You can also tell Chromium what version with ' --ppapi-flash-version=13.0.0.133'.

Hopefully this helps someone out there just as you have done for me Jerry ;)
Keep up with the great work and thank you once again!
Thank you, but where is the stable Windows version 33?
admin
@Deeshay: Excellent! ;) Thank you very much for your help. For Windows users, I prepare a tutorial to make Chromium like Google Chrome. I would like to re-use and improve your comment. Can I?

@Haris: Please read my #comment-76 and #comment-18
Feel free to use my comments any way you like Jerry :)
I will be very interested to read and share your tutorial as well.
Marcelo.ar 
Hi!
To add PepperFlash to X-Chromium Portable (WinPenPack):
1. Be sure X-Chromium is not running
2. Copy PepperFlash folder (with the 2 files pepflashplayer.dll & manifest.json) from a Google Chrome installation or portable version and paste it into X-Chromium's: X-Chromium\Bin\Chrome
3. Edit the file X-Chromium.ini (in same location as X-Chromium.exe), and modify it under [FileToRun] section like this...

[FileToRun]
PathToExe=$Bin$\$AppName$\$AppName$.exe
Parameters= --user-data-dir="%Profile%"  --disk-cache-dir="$Cache$"  --ppapi-flash-path=$Bin$\$AppName$\PepperFlash\pepflashplayer.dll  --ppapi-flash-version=12.0.0.77

... and save changes.

As you see, I've added 2 command line switches:
--ppapi-flash-path=$Bin$\$AppName$\PepperFlash\pepflashplayer.dll  --ppapi-flash-version=12.0.0.77

Previous is valid for pepper-flash v. 12.0.0.77

4. Run X-Chromium.exe, type chrome://plugins and select which flash plugin you want yo enable, ppapi (pepper-flash) or npapi (netscape type plugin)

Screenshots:
https://i.imgur.com/OIm7PZ9.jpg
https://i.imgur.com/TMp1Ob2.jpg

To add PDF viewer look the #comment-97

Remember you can keep X-Chromium up to day with Chromium zip packages, just unzip files under X-Chromium\Bin\Chrome and remove some useless files such as *.manifest, except [latestversion].manifest
Anon102
Anyone knows how to get the old New Tab Page back? I am not experienced enough to pull the code from an old version :(
admin
@Deeshay & @Marcelo.ar: Really thank you for your great help!
@102: Did you test these add-ons to get the old New Tab Page?
https://chrome.google.com/webstore/detail/new-tab-redirect/icpgjfneehieebagbmdbhnlpiopdcmna
https://github.com/wjywbs/chrome-newtab-reloaded
Hi there,
Thank you very much for this site, it is extremely useful! If I want to build the "Chromium Portable (winPenPack build)" by myself, how can I do that? Do you have build instructions and/or build scripts available to share?
Thanks and regards, Fabian
Latest version 35.0.1889.0 sets off Avast reporting a Win32:Evo-gen [susp] virus.
admin
@Fabian: Thanks a lot! You should contact winPenPack team. They need developers! ^^ The team is really active.
Otherwise, build instructions are on https://www.chromium.org/developers/how-tos Good luck! ;)

@Shawn: It is surely a false positive. Please, read the #malware part.
Anon107
Can anyone pull the code of the new tab page from 32?
Hi, do you know on Chromium how to handle app with "open with" ? For example, I have a link to SopCast Player. It doesn't open SopCast. Google Chrome does. Thanks for help.
Marcelo.ar 
Hi!
@Shawn, I've experienced same problem as you with Chromium 35.0.1888.0.
While Chromium was running avast autoupdated to vps 140314-0 and after a warning, without asking confirmation, chrome.exe was deleted by avast, not quarantained because of a wrong default configuration.
https://i.imgur.com/CGJB1VJ.jpg
Obviously, it was a false positive (it was fixed later with vps 140314-1)

@Jerry, I've quickly tested new Chromium Portable 35.0.1881.0, and it has same bugs and failures as previous old version (#comment-52) It also brings a new bug, because it creates and leaves three registry keys behind after first run

Regshot log:
----------------------------------
Keys added:3
----------------------------------
HKU\...\Software\Google
HKU\...\Software\Google\Chrome
HKU\...\Software\Google\Chrome\BLBeacon

As we know, a good portable app must delete any created registry keys and temp files on exit.

The author of this Chromium Portable, Aluísio Augusto Silva Gonçalves, says in the forum that he doesn't know how to fix the crash on exit problem.
A forum user gives a workaround: Close Chromium Portable with CTRL + SHIFT + Q
https://groups.google.com/forum/#!topic/crportable/SW3I-hzn1es

X-Chromium Portable (winPenPack) doesn't have this problem, the launcher deletes all registry keys and temp files created on exit.
admin
@107: Sorry, no! Otherwise, see my #comment-103
@Marcelo.ar: BIG thanks. It is true! You are a master! ^^ I updated the #windows-64-bit-aluisioasg part.
Please can someone explain to me if this newly added is portable?
Chromium Archive • chrome-win32.zip • Version: 35.0.1898.0 (257592)
admin
@Daniel: Chromium Archive write Windows registry keys (HKEY_CLASSES_ROOT, HKEY_CURRENT_USER\Software\Chromium)... and create your profile folder for your user data (extensions, bookmarks...), on your first run, in another place on your computer. Therefore, this version is not portable.
@Jerry, Thanks for your fast answer, so which version you would recommend to use ? I need 100% portable one.
And since you marked portableapps.com version as buggy, I don't want to use it at all!
admin
@Daniel: Check your mailbox! ^^
Hello,
I have installed Chromium Installer mini_installer.exe • Version: 35.0.1904.0 (258717) on Windows 7 (32-bit).

If I want to start Chromium with chrome.exe I get:
Name der fehlerhaften Anwendung: chrome.exe, Version: 35.0.1904.0, Zeitstempel: 0x532d4ad8
Name des fehlerhaften Moduls: unknown, Version: 0.0.0.0, Zeitstempel: 0x00000000
Ausnahmecode: 0xc0000005
Fehleroffset: 0x6ad1c989
ID des fehlerhaften Prozesses: 0xb24
Startzeit der fehlerhaften Anwendung: 0x01cf475a57e712f0
Pfad der fehlerhaften Anwendung: C:\Users\A\AppData\Local\Chromium\Application\chrome.exe
Pfad des fehlerhaften Moduls: unknown
Berichtskennung: 964ee5c0-b34d-11e3-8489-000e7bb09a00

If I click the chrome.exe a second time Chromium starts.
So I have to click the button always to times. What is wrong? Please help.
admin
@Ben, About Windows OS, I use Win7 (64-bit) and WinXP (32-bit). On WinXP, I found no issue like you when I opened Chromium 35.0.1904.0 (258717) via its shortcut. I used no flag. This revision is correct on Windows: https://codereview.chromium.org/206453006

So, it is probably a bug on Win7 (32-bit). I do not know. Retry with the newest version when it will be possible. If you do not want to wait, delete your current version and try with an older version.
@Jerry, Bitdefender cause the issue, no WinXP (32-bit) bug.

What do you mean? Better take:
- Comodo Dragon (best speed on my PC, DNS Option, Referer Suppress without plugin) but, geez! Version 31.1!!
- or Superbird, only nearly latest Version? A "botched job"?
- or take a "too new one" like 35 (now)

For browsing and having buying transactions?
would be nice you send a short comment. thank you.
admin
@Ben: For browsing and having buying transactions, choose a stable web browser like Firefox, Midori, Opera, Google Chrome... On Windows, Chromium can be unstable. Personnally, I do not recommend to use Chromium as your primary browser.
Anon119
Hello! Is there a way to permanently save command line switches on Windows? I can only find information regarding ways for Linux. Thank you :)
@Jerry: Thanks.
Can be unstable means the risk of crashes? or risks of vulnerable, security issues?
I was very happy to find your site because I tried several Chromium forks and thought getting something stable, (mostly) secure-safe with the "good build".

And, without wanting to spam you with stupid questions and steeling your time,
If I open this site: chrome://net-internals/#dns after 5 - to 10 seconds the site shows me:

dblzwbd UNSPECIFIED error: -105 (ERR_NAME_NOT_RESOLVED) 2014-03-27 16:33:33.206 [Expired]
fgvgglqpzigvhss UNSPECIFIED error: -105 (ERR_NAME_NOT_RESOLVED) 2014-03-27 16:33:33.207 [Expired]
sdswyxp UNSPECIFIED error: -105 (ERR_NAME_NOT_RESOLVED) 2014-03-27 16:33:33.206 [Expired]

My startpage is chrome://newtab
The letters a always different if I test the ...#dns site again.

Please, are you able to give me answer?
admin
@119: On Windows, write your #command-line-flags like on this snapshot:
https://i.imgur.com/iiH6fmg.png

@Ben: Yes, Chromium can be unstable, like on #comment-7 and about your DNS issues, I have got the same results like you if I enable phishing and malware protection. To change it, check your privacy settings and uncheck the corresponding option.
Thank you again, Jerry!
If I search at https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/
(like comment "in resume": Continuous builds: Tested and more stable versions. Me, I prefer this repository for Windows and Mac. ^^)
for (257193), is this the same version like Google Chrome 33.0.1750.154?
admin
@Ben: Thanks. About stability, Google Chrome and Chromium are really different. Read my #comment-35 about "patches" and my other #comment-76 I have already given the answer! ^^
@Jerry: Yes, pardon! Is there another Chrome-clone updated browser than Opera? Otherwise I fear my Chromium-dream is gone...
admin
@Ben, There are many #browsers based on Chromium. Good luck! ;)
Please, I need help with download source code from this DEPS: src.chromium.org/svn/releases/33.0.1750.154/DEPS I want rebuild this. I followed the guide, but I get stuck at this step. Regards.
admin
@Raul, Sorry, I cannot help you more than the official documentation. Check the #source-code. Good luck! ;)
Anon128
Hello Jerry,
I use http://chromium.woolyss.com/download/ for trying. Best choice, I think.

You wrote: "And about your DNS issues, I have got the same results like you if I enable phishing and malware protection. To change it, check your privacy settings and uncheck the corresponding option".

There is no different between enable/disable phishing and malware protection. I tried with/without addons, with HTTP Switchboard, incognito mode. Always these 3 results. Any idea?
Passing By 
"HKU\...\Software\Google
HKU\...\Software\Google\Chrome
HKU\...\Software\Google\Chrome\BLBeacon"

I did not know that the Chromium engine still had Google in it and thought that Chrome added all the Google bit & bobs at an higher level
Hi Jerry,
Thanks so much for providing these Windows builds for Chromium - I was getting very frustrated with Iron...... I have one small request if possible: you replied to Derek's #comment-90 above regarding H.264 support in Chromium and that it wasn't supported.

According to this post https://plus.google.com/u/0/+FrancoisBeaufort/posts/NHYa95SZphm and https://dev.chromium.org/audio-video it *is* now supported by Chromium. Is there any chance you could include this functionality in some future builds please?
Anon131
This site is just amazing. It's exactly what I needed. Making available for download the latest and best Chromium release without bug is a brilliant idea.

Thank you so much Jerry and keep up the excellent work!
admin
Thank you all for your support! ;)

@Passing By, Behind its open-source side, Chromium is a Google project.

@Joe, I disagree with you. Chromium does not support MP3 and H.264.

"When building Google Chrome, the following codecs/containers are also included:
- MP3 audio codec
- AAC audio codec (Main only, not AAC-LC, AAC-SSR, HE-AAC)
- H.264 video codec
- MP4 container format"
Source: https://dev.chromium.org/audio-video

By default, Google Chrome has got these non-free codecs because Google pays the respective licenses for its own stable browser... but NOT for Chromium.
Hi Jerry,
Unless I'm mistaken, and please correct me if I am wrong, Chromium uses the open-source FFMPEG code to implement H.264 support. Google may well pay license fees to include support for these codecs in their proprietary browser however the Chromium based FFMPEG source code is included in the open-source Chromium code (see https://src.chromium.org/viewvc/chrome/trunk/deps/third_party/ffmpeg/) which means H.264 and MP3 support *is* now possible. Also, the post by François Beaufort https://plus.google.com/u/0/+FrancoisBeaufort/posts/NHYa95SZphm, who works at Google, would suggest that it is possible also. See this post too https://plus.google.com/111991826926222544385/posts/VGWkJeH3Dsh

Why not give it a whirl? :)
admin
Hello Joe,
Ok, I understood. You are right! ^^
Yes, I know that it is possible. All is possible! ;) Chromium forks (like Opera browser) do that... but you forgot the Google strategy!
- Chromium is the Google open-source web browser project → for developers.
- Google Chrome is the stable release → for all users.

In resume, yes it is possible! But the Google team (aka The Chromium Authors) decide all. Google prefers to curb Chromium browser and force users to use Google Chrome.

If you are developer (like François Beaufort ^^), you can build your own Chromium browser with MP3, H.264 codecs and other features. About me, sorry, I have no time to maintain and share modified Chromium versions.
Kind regards,
Marcelo.ar 
Hi!
Very good news about Chromium Portable (PortableApps format)!
Two bugs (see #comment-52 and #comment-109) has been fixed since version 35.0.1916.27, April 10, 2014:
http://crportable.sourceforge.net/

1) The bug about registry keys leaved behind is fixed.
I reported this issue in the official forum
https://groups.google.com/forum/#!topic/crportable/j3Qj4Z-C2LM
I posted as "F.M." :)

2) The crash on exit issue is also fixed.
I've tried to report this in the forum since November 2013 but my message was never published (crportable mailing list is moderated). Anyway it was reported by other users.

3) I found a workaround for the "change language" issue:
After first run, close ChromiumPortable, make sure it is not running, and edit "ChromiumPortableSettings.ini" file (located at "<install-folder>\ChromiumPortable\Data\settings") and change the line "Language=en-US" to desired language and save it, for example, Spanish Latin America is 'Language=es-419' (you can find all language strings inside 'Locales' folder).
Now launch ChromiumPortable: browser should display UI in selected language.
admin
Thank you very much for your work. I also tested it and updated the #windows-64-bit-aluisioasg part.
I had problems with HTTP Switchboard at Version 36.0.1939.0, but not at version 36.0.1933.0
Ok, I try with other words:
I don't want to test every "latest and best release" if HTTP Switchboard is running on it without probs or not.
Maybe there is somewhere to read about, if this addon is really ready for which version.
Sorry for my bad English.
Regards,
admin
Hello Ben! ;)
Thank you for your feedback. I understood your trouble but I can do nothing! Sorry. If you have issue with HTTP Switchboard, contact gorhill (Raymond Hill). He is the developer. Or use another add-on about #privacy
Anon139
Ta muchly! ;)
Anon140
I am so grateful for your blog article. Really thank you! Fantastic.
Anon141
InoReader does not update any RSS feed on this site. Can you change RSS format?
HitomiTenshi 
Hi Jerry.
I developed an app that keeps Chromium automatically up to date. The app uses your API to get the latest builds. I published the code on GitHub, you can find it here:
sourceforge.net/projects/chromiumme/

ChromiumMe is made for Windows and Mac. Right now it runs only on Windows, because I haven't got the resources (yet) to test and compile it on a Mac OS. If anyone finds bugs, don't hesitate to report them to me on GitHub. Or better yet, send me a pull request! :)

Hope you like it. ;)
Awesome browser, I'm using 64-bit Chromium and I like it!
Hi Jerry, Do I need to download Flash players on Windows for Chromium? Or does it has PepperFlash? Thanks.
HitomiTenshi 
@Ryu, You need to download and install the Adobe Flash player for it to work with Chromium. Chromium does not come with a pre-built Flash player. I'm not sure if non-adobe Flash players work though.
Congratulations, great website!
Chromium is also excellent! ;)
Hi, great website! I would like to know what is the way to clean cache and history at the close of Chromium as is done with Firefox. Thanks.
There are several addons (aka extensions) available to clean history etc
admin
Thank you all! ;)
I'm sorry for the delay. I was on holiday the last weeks.

@and: My RSS feeds are valid. Check at https://validator.w3.org/feed/. So, I do not know how to improve them. Also, I tested them in add-ons: Slick RSS (on Chromium), Smart RSS (on Opera). All is ok.

@Ryu: On Windows you need to install a #flash plugin.

@HitomiTenshi: Nice work! I contact you in private. ;)

@Leo: You can use incognito mode by default. See #command-line-flags or like @philo said, use an add-on like Click&Clean.
Anon150
While in full-screen mode Chromium is not letting my auto-hidden Windows taskbar pop-up on top of it. Whatever I do it just stays hidden. The only solution is to minimize Chromium and only then it becomes accessible. My OS: Win7 x64.

Does anyone else have the same problem?
admin
I have the same issue on 64-bit Chromium on Win7 (x64) and 32-bit Chromium on WinXP SP3 (x86). Note: https://bugs.chromium.org/p/chromium/issues/detail?id=20
Anon152
Jeez, this bug is 6 years old :/
Anyway, thank you Jerry!
admin
@152: After 6 years, I tell you: do you think that it is really a bug? No, this is a choice of the Google team. Behind its open-source side, Chromium is a Google project. About the 64-bit version, we know the same issue. We talk about Chromium/Google Chrome 64-bit version since 2009. Today, there is still no official 64-bit version. Read my #comment-6 to understand.
Over time I always switched between Chrome and Chromium. I find Chrome too intrusive with the Google services bundled. With Chromium In Windows 8+ I had the issue that even if using the installer, the shortcut to launch Chromium (regardless if on Desktop or in Taskbar) never worked, when clicking it always said: Chrome.exe class not registered. Nothing I found on the web helped to make it work, so I switched to Chrome. Now, in the latest Chrome (35.0.1916.114) the notification bell cannot be removed anymore (so I read...) from the systray and its driving me crazy. I wanna ask, before doing anything, if the latest Chromium also has this notification bell and if the class not registered thing has been taken care of in Win8+ ?

Thanks,
Ivan.
Anon155
@Jerry: I know. Such a frivolous attitude from such a big company. It's a shame.
Anyway, thank you again and keep up the good work.
Anon156
Recently, when I unzip the Windows builds I have been downloading (zip format), Norton Internet Security reports that either Chrome.exe or chrome_elf.dll is infected. For example, I just downloaded Version: 37.0.2001.0 Revision: 271314 Build: 7896 and NIS immediately tagged Chrome.exe as being infected with the Trojan.gen.2 and immediately deleted it. This is happening more frequently, about half the time I download a new build, Chrome.exe or chrome_elf.dll is immediately flagged by NIS as being infected. Is anyone else experiencing this? I've scanned with other A/V like AVG and Webroot and they ALSO are flagging the same files, so it's not just NIS. Conversely, Microsoft Security Essentials on Win7 and Windows Defender on Win8 do not flag anything (not that these programs are particularly very good, but it is a data point).

At first I was fairly comfortable that these were false positives, but it is starting to worry me that is it fairly consistent, in that in order to run the program I have to override NIS and undelete chrome.exe which as a general practice is not something one should do. FYI, I routinely scan my systems and they are clean and these Chrome builds are the ONLY ones that raise alerts, period.
Can we find in this site, older stable versions? For example the stable version now is 35, can we find the nearest version of this on your site? Thank you!
admin
@hariskar: On Windows, there is no stable version. But, if you want, choose a patched portable version. Also, read my #comment-18 and #comment-123
@Ivan: I understand your issue but I do not use Win8+. Sorry!
@156: Check the #malware part. I tested on chrome-win32.zip (32-bit) • Version: 37.0.2023.0 (273845). All is ok.
Kind regards,
This last version ended up a bit more buggy for me. With multiple tabs opened and visualizing images sometimes Chromium crashes in the version before this that was not happening.
Anon160
Can we find older versions of Chromium here or only the latest? Thank you.
admin
@Xannon98: Yes, I know this browser #crash :/

@160, Same question as @hariskar. But it is always possible to get an #older-version of Chromium.
ohala kula 
In fact, there is a 64-bit Chrome Canary version. This is the link: https://storage.googleapis.com/chrome-canary/37.0.2027.0_chrome_installer_win64.exe
admin
@ohala kula: Thank you. I corrected your link. Just a little friendly reminder: Google Chrome Canary version is not Chromium. I cannot see the full source code of Google Chrome Canary. But it can be helpful for tests ;)
Anon164
@Jerry: Thanks for your reply. It seems that Google have just taken this version to public.This link have been leaked on Chinese network for some days.
admin
@164: It is not a secret link! ;) Search "chrome-canary" words in https://bugs.chromium.org/p/chromium/issues/detail?id=140416 and see the review's date. ^^

@165: Chromium is not a spyware... and has no spyware. The full #source-code is freely available for anyone. However, this project uses services delivered by Google (like on Firefox, Opera or other browser). Protect your #privacy ;) You know, Chromium connects to Google server in order to update add-ons (cf. clients2.google.com). All web browsers do that. Personally, I prefer to use a VPN provider and keep few opened services.
Anon167
@Jerry: There are a lot of VPN providers, please recommend some!
ohala kula 
@Jerry: I mean that the Win x64 version of Chrome Canary was a secret.
admin
@ohala kula, Sorry, I misunderstood. But https://blog.chromium.org/2014/06/try-out-new-64-bit-windows-canary-and.html is official! ^^

@167: Waoooow, difficult in one line. I could write a long article ;)
I recommend VPN providers:
• using OpenVPN (free and open source software)
• near your country (speed is better, but this is relative!)
• offering offshore server locations (Netherlands, Panama, Costa Rica, Seychelles, Hong Kong, Switzerland...)
• professional and renowned (HideMyAss, IPVanish, PureVPN...). Good overview at http://www.bestvpnservice.com/ and https://www.privacytools.io/
• using IPv6 support (if your IPv6 address is enabled)
• using torrent support (if you use a client torrent like BitTorrent)

I forget the "No logging" mention because I cannot verify that myself.
https://www.wipeyourdata.com/other-data-erasing/no-logs-earthvpn-user-arrested-after-police-finds-logs/
https://freedomhacker.net/is-hide-my-ass-vpn-secure-in-2014/

About free VPN providers (like Hotspot Shield, CyberGhost, IAPS Intl-alliance, SpotFlux..), you are not protected on sites using a secure connection (https://) and/or if your IPv6 address is enabled. Moreover, all free VPN providers keep user logs.
Anon170
Thank you for recommendation Jerry. The Protocol "OpenVpn" is open source, but what about the named providers? same like using open source on microsoft?
What about https://freevpn.me/ and https://www.privatetunnel.com/?referral=OPENVPN ?
cyberrufus 
Can't get the flash plugin in to work on either the x64 of Chromium or Canary. Constant crashing and it works fine on Firefox x64. Any ideas?
Anon172
In version 37.0.2035.0 (275454) taskbar pops up like it have to, is this issue fixed permanently?
(ref: #comment-150)
Marcelo.ar 
A new Portable Chromium 32-64 bit (portableapps.com format) is available:
https://portableappz.blogspot.com/search?q=google-chrome

On-line Installer downloads latest Chromium "mini_installer.exe", extract files, and creates a good Portable Chromium.
I quickly tested 32 bit version and it works fine; it cleans all registry keys on exit and doesn't give errors about missing keys or when moving portable to another location as http://crportable.sourceforge.net/ does.
admin
@170: Test! Sorry, I cannot help you more.

@cyberrufus: I do not use 64-bit Chromium on Windows. Did you check the official help?
https://forums.adobe.com/message/6337584#6337584
https://helpx.adobe.com/shockwave/kb/shockwave-player-64-bit-windows.html

@172: Good news! I do not know if it will be permanent. ;)

@Marcelo.ar: Thanks a lot for your help but I cannot promote this version because it is a warez site. Read http://portableapps.com/node/15938 for a quick explanation.
cyberrufus 
A developer at Chromium (Chrome) indicated to me that Chromium no longer supports the x64 NPAPI plugin. As to not working on Chrome/Canary, the upcoming depreciation of the NPAPI plugin made it an issue not worrying about as far as he was concerned. Chromium x64 on Windows requires the PPAPI plugin to function.
Marcelo.ar 
@Jerry: Yes you are right
martin levy 
Is anybody able to learn me, how to disable images on Google Chrome Android version? some hacks? for example chrome://about .. Profiles .. ?
Anon178
@Jerry, I use a VPN on Notebook, but what about the Rooter/Modem (Arris) brought by my Internet Provider? I can't modify the Modem. Are there any leaks concerning this?
Anon179
You say "Use an auto-updater add-on on Windows" - what addons do you recommend?
Professor Hubert J. Farnsworth 
Good news everyone! Adobe published a new beta of its Flash player, including a PPAPI version (both 32 and 64 bit).

It's only a debug version and only for Windows for now, but it does the job.

I'm running Chromium x64 on a Windows 8.1 system and got flash working by adding this to the shortcut: ' --ppapi-flash-path=C:\Windows\System32\Macromed\Flash\pepflashplayer64_14_0_0_126.dll  --ppapi-flash-version=14.0.0.126'
admin
@Professor Hubert J. Farnsworth, I am happy to see that! Thank you very much for your help.
Flash Player Beta: http://labs.adobe.com/downloads/flashplayer.html

@Marcelo.ar, Yes, it works! Sure, this is a Chromium modified version. But, where are the modified/full source code and the release notes? The link to download it is unofficial. Sorry Marcelo, all is too obscure for me. Use it at your own risk! ;)

@martin levy, There is no option to disable images in Google Chrome Android version. Did you test Opera Mini? It is based on Chromium like Google Chrome but it has got this option. https://www.opera.com/help/mini/other

@178, If you use a good VPN, your Internet Provider (ISP) cannot see what sort of traffic is inside the data stream.

@179, On Windows, I do not use updater. I prefer to update Chromium manually once or twice a month. For help, try an #updater
https://storage.googleapis.com/chromium-browser-snapshots/index.html
What is the difference between Git and non-Git versions of Chromium?
admin
@Mike: You know that for few months, Chromium migrated from SVN to Git. So, about the directories in the Snapshots repository, I do not know why there are Git and non-Git versions because all use Git.

When I compare the LAST_CHANGE files, sometimes it is the same Git revision! But, I see that the directory without Git suffix is often updated.
https://storage.googleapis.com/chromium-browser-snapshots/Mac/LAST_CHANGE
https://storage.googleapis.com/chromium-browser-snapshots/MacGit/LAST_CHANGE

Ask to François at https://plus.google.com/+FrancoisBeaufort/

The Snapshots builds might be very unstable. I prefer the Continuous repository (which otherwise has only one directory for each OS version).
The last update is from more then a week ago? When will the new builds be published?
admin
@Henk: Yes, I see! About Windows, the Continuous repository is not updated :/
The last good revision is 279255, released in 24 June 2014. This is the official Buildbot result.
https://storage.googleapis.com/chromium-browser-continuous/Win/LAST_CHANGE (32-bit Windows)
• continuous/Win_x64/LAST_CHANGE (64-bit Windows)
• continuous/index.html (All directories)

I do not know if this trouble is temporary, intentional or not? But, it is strange! Only Windows builds are concerned.

Otherwise, the Snapshots repository is always updated but there is nothing for 64-bit Windows .
https://storage.googleapis.com/chromium-browser-snapshots/Win/LAST_CHANGE (32-bit Windows)
• snapshots/index.html (All directories)
https://www.chromium.org/getting-involved/download-chromium (Download nightly builds)

Note that Google released the new 64-bit Windows Canary and Dev channels this month (3 June 2014).
https://blog.chromium.org/2014/06/try-out-new-64-bit-windows-canary-and.html
cyberrufus 
Last two Canary updates have been 32-bit.
Anon187
The current (July 3) build download links aren't working!
admin
@cyberrufus: Thanks for info ;)
https://bugs.chromium.org/p/chromium/issues/detail?id=390771

@187: Now, all should be ok. Sorry for the inconvenience.
Just installed the latest Chromium on Win 8.1. The bell notification icon is not appearing anymore when going to fullscreen of flash videos and the application now launches from any shortcut. I am happy. Just one more detail: the association with html and htm files is made, Chromium is the default browser, but when executing a html file it says "Access denied". Any clue?

Regards
No bug-free version since June 21?
cyberrufus 
build.chromium.org/p/chromium.lkgr/builders/Win%20x64?numbuilds=200
There's what's been going on with the x64 builds.
No 32-bit bug-free version since June 21?
Thanks. Why is it not listed on woolyss.com, still showing version of June 21?
@philo: Because http://chromium.woolyss.com/download/ only shows last version *Without bug*.
Version: 38.0.2081.0 (281129) / Thursday, 3 July 2014, has One Bug.
If you look at build.chromium.org/p/chromium.lkgr/builders/Win?numbuilds=200 you'll understand why there is no recent version with or without bug (lot of Failed compile)
@marc: Thanks for your explanations. In other words, "success" in compiling does not mean bug-free.
admin
@philo: Yes, That's it!
@marc: Thank you.
About Windows, the Continuous repository is not updated because it is broken. This is due to the switch from SVN revision numbers to Git hashes.
https://bugs.chromium.org/p/chromium/issues/detail?id=384681
@Jerry: Are they going to fix it any time soon?
Chromium has built-in PDF and print preview since May!
I can't get PepperFlash working on 64-bit Windows revision 279225. I followed the steps Deeshay (#comment-97) wrote and they work for 32-bit Chromium, but not for the 64-bit version. I simply get "Couldn't load plugin" I even put the version of Flash used.

In chrome://plugins I have the system's Adobe Flash disabled but the PepperFlash one enabled.

--ppapi-flash-path=pepflashplayer.dll  --ppapi-flash-version=14.0.0.145 are my launch arguments.
cyberrufus 
Put the complete path to the plugin with quotes if necessary (the version number also requires quotes).
Sérgio Marques 
Last build for 32-bit is reported as infected with virus in chrome.exe. It was reported in Gdata and Avast. I've already reported as false positive. Let's see what they can do.
cyberrufus 
Finally got a successful compile on a x64 build.
admin
@cyberrufus &@El-tra: Yes, everything seems to be ok! ;)

@Mike: Yes, it is correct! Thank you. I updated the #features part.

@obious: I have got also this issue on Win7 x64.

@Sérgio Marques: Good feedback! ;) For links, check the #malware part.

Info: FYI official builds has moved to Google storage hence the folder structure is different. It means that at the moment the #mac-64-bit-package is not updated (Source: https://bugs.chromium.org/p/chromium/issues/detail?id=384681#c14)
Any chance there is a Windows updater for the latest stable version?
admin
@obious: For help, try an #updater ;)
Sérgio Marques 
@Jerry: For build xx.2092, it's not detected. Thanks for your feedback. Regards
Thanks
RazielCuts 
Unable to launch Chromium x86/x64 on Windows 8.1 Update 1. Gives an error message which I forgot to backup for further analysis.
I'm looking for a way to download an older version (37), but when I go to their repository page, every version seems to be put into a folder with a string of alphanumeric characters, rather than a version number. I don't know if that's a hash or what, but how can I easily browse older versions to download?
@Anon, I don't know how to browse by Chromium version (only by revision).
Here you have version: 37.0.1987.0 (Rev:269701) for Windows:
https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/269701/
Try changing revision number in link until you find desired 37.0.x.0 version
admin
@obious: Download PepperFlash for the 64-bit Canary version. Make a Chromium shortcut and add  --ppapi-flash-path="pathgoeshere"

@RazielCuts: Bad news! I do not use Win8+. Thank you for your feedback.

@Anon: Which OS do you use?
If you use 32-bit Windows, the revision 278951 (version 37.0.2063.0) is the last 37 version.
• Download here: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/278951/
• To get older revisions (version 37.x.xxxx.x), check the revision number between 269696 and 278951, in this repository.

@Mr: Marc, Thank you too! ;)
Hooray! My problem is solved by rolling back. I have no idea how to quickly check versions other than manually going back through revisions > downloading 82mb zip > checking properties of chrome.exe, but you saved me a lot of time fellas. Thank you!
Ricardo Baptista 
Love this website. Very nicely organised and easy to pick latest build.
Well done. Keep it up. Thank you :)
Java plug-in does not work on Chromium.
Linux Ubuntu 14.04
cyberrufus 
Java uses a NPAPI plugin and is no longer supported by Chromium on Linux.
The Continuous repository seems to be broken again. :/
chrome-win32.zip • Version: 38.0.2102.0 (284658)....bad link
admin
Thank you all about the issue. I updated all links but note that Chromium's developers actually work on the Continuous repository.
https://bugs.chromium.org/p/chromium/issues/detail?id=384681

About Java on Chromium (and Google Chrome) on Linux:
http://news.softpedia.com/news/Java-Doesn-t-Work-on-Linux-Google-Chrome-35-Downgrade-Required-444127.shtml
Anon220
@Jerry: Thanks, finally I found the last 37 version! :D
Shockwave Flash has crashed on Chromium x64 with Win8, You need to fix, please
If I add search engines to Chromium via http://mycroftproject.com/ Omnibox Tab-button search won't work (i.e when you type "you" and hit Tab, it searches YouTube).
Cannot get Flash to work on Chromium browser crashes easily. How do I install PepperFlash like in Chrome using Chromium x64. thanks.
Anon224
RSS look's like down long time...
admin
@bao, Thank you for feedback. Chromium x64 can be very unstable. Check my #comment-6

@TheAslan, I tested today. It works perfectly on Chromium x86 (WinXP) and x64 (Win7). JavaScript must be enabled.
• Go to http://mycroftproject.com/
• Choose a search engine and type your wanted keyword (Example: https://i.imgur.com/UPAQJNa.png)
• In the address bar, type the search engine keyword (yt, in my example), press Space, type a search term, and press Enter.
It works!

@Tim, I added the #flash part.

@224, My RSS feeds are automatically updated and valid. Check at https://validator.w3.org/feed/ So, I do not know how to improve them. I use Slick RSS and all is updated. Please, tell me more about your RSS reader.
There's definitely something odd with your RSS. I tried with classic Opera (v12) and with Smart RSS (extension for Opera v15+), and the feed didn't get updated. In fact, if I leave an article in the reader, the content of it (but only the content, nothing else) gets updated, without any notification.
Another thing is that with every update there are two separate articles (one for the .exe and the other for the .zip). There should be only one per update with the two links in it, in my opinion.
Just tested the RSS feed 'Chromium Latest Good Build On Windows (64-bit & 32-bit)' with Feedly. It is 'stuck' on Mar 11 update (35.0.1885.0). Marked as read and updated - still shows Mar 11.
For your information Pale Moon browser is available for Linux and is now available for Android. I use it on Linux. It is excellent. I will be trying it on Android later.
Thank you for this site. It is my 'must go to' for updating Chromium.
As for the #flash part: you don't need to disable the NPAPI Flash. If both are installed, Chromium will use PepperFlash. You can check that at chrome://flash
admin
@msz, Exactly! Thank you very much. I updated the #flash part.

@John and @msz, I know this issue but I do not understand. Today, I made a RSS test file [EDIT: link deleted by Jerry] Test it in your RSS reader. Force to refresh the feed. And please, tell me if it works well for you.
cyberrufus 
Adobe now has a PepperFlash plugin on its beta page and it's no longer necessary to pull in out of Chrome. Chromium doesn't recognize it and you still have to use the command line switch.
The test feed works flawlessly with Opera v12 and with Smart RSS as well. (I don't really understand your note "each update version adds a new item". This is how it should work.)
In the #flash part you should mention that the version-flag is absolutely optional, and only needed if you want to see the correct version number on Chromium internal pages.
admin
Thank you guys! ;)

@cyberrufus, Where? I see only .exe and .dmg files about the PPAPI...debugger!!!
http://labs.adobe.com/downloads/flashplayer.html

@msz, Happy to see that! My other RSS feeds work like the test feed and should be updated correctly. Each RSS feed is cached during 5 minutes by the server. And about "each update version adds a new item", it is just an observation. Nothing important. All works normally ;)

So, I updated the #flash part. This site become very substantial and heavy. I do not know if I split it. Personally, I like the "all-in-one" concept and its easiest maintenance. What do you think?
cyberrufus 
The PPAPI debugger installs both the x32 and x64 PepperFlash plugin.
RSS still doesn't get updated...
As for the site I basically like it this way, and as long as it's fast enough you don't need to split it. The download/ link should be more emphasized (main place, a big icon maybe), though.
admin
@cyberrufus: Ok for info ;)

@msz: You know my RSS feeds are all valid and automatically updated. I tested with Slick RSS on Opera 23 (using Download Chrome Extension), on 32-bit Chromium, and natively on Firefox 31. All works correctly.

You probably use Smart RSS on Opera, don't you?
This issue is known by its developer: http://blog.martinkadlec.eu/post/501-smart-rss-final-v10
When you force to refresh my RSS feeds, they are not updated. :/

Today, I rewritten all my RSS feeds. Now, they use no server cache and different XML GUID.

Please, tell me if updates work in your RSS reader.
Regards,
Latest Chromium 38.0.2117.0 (288030) x64 does not recognize HTML5 on YouTube, HTML5 videos won't play, Flash Player works correctly. Check https://i.imgur.com/rRI3kwv.png
Anon237
@Jerry: if you prefer HTTPS external sites, why won't you make your site use SSL/TLS?
Can you be more clear about builds on http://chromium.woolyss.com/download/? What are the difference between "best" and not "best"?
You haven't mentioned in privacy policy why do you need cookies and local storage.
admin
@TheAslan, Thank you for your feedback.

@237: It is a legit question. ;)

1) SSL/TLS
Before all, using an SSL/TLS certificate with wildcard support is not free, for my wallet I mean. SSL/TLS is already bound to the cluster and my primary domain:
https://www.ssllabs.com/ssltest/analyze.html?d=ssl10.ovh.net
https://www.ssllabs.com/ssltest/analyze.html?d=woolyss.com
I am a simple user and do absolutely no profit. This site is a showcase website stored on a shared hosting service. The most important thing is about executable files. The site does not store any executable files. So, for privacy and security, it is better to download them from secure sites like Google repositories. For sure, it would be nice to use SSL/TLS on sub-domains too.

2) http://chromium.woolyss.com/download/
• This is a simple and short page for quick download. Same Chromium releases as here.
• "best" = continuous builds ; "not best" = snapshots builds. Check my #notes for more.

3) Cookies and local storage
Neither local nor session storage are used. JavaScript and cookie are only used by the comment form to avoid spambots. Without them, you cannot send your review.
https://stackoverflow.com/questions/5398604/local-storage-session-storage-web-storage-web-database-and-cookies-in-html5

Cookies:
• 60gp and 60gpBAK are delivered by my web service provider because this site is a sub-domain and use a specific cluster. These session cookies are used for load balancing: https://en.wikipedia.org/wiki/Load_balancing_(computing) I cannot delete them. :/
• vv00iu55 is the session cookie for the comment form.

So, if you use NoScript addon (or equivalent) and do not use cookie, the site is fully functional... but sending a new comment is not allowed.
Anon239
1) You can get free certificate at https://www.startssl.com/
2) Look at this Chromium updater for Windows: https://gist.github.com/mikhaelkh/12dec36d4a1c4136628b
Scrolling is broken in chrome://settings, using the latest Chromium 38.0.2118.0 (288271) x64 portable, also happened in previous version 38.0.2117.0 (288030).
admin
Thank you guys! ;)
@239, I added your #updater ;)
@TheAslan, This issue is known: https://bugs.chromium.org/p/chromium/issues/detail?id=401878
Estelle Darwin 
MERCI !
bartekwalasek 
Hi. I've got a problem. Newest Chromium has a virus!
admin
@bartekwalasek: Please, read the #malware part. ;)
Bug, check this screenshot:
https://i.imgur.com/o3dibPn.png
Chromium 38.0.2118.0 (288412) x64.
Oof! Chromium is so buggy. For the last few releases, fixed elements jitter when page scrolling. Annoying!
renegate98 
I have a problem with CKEditor in Woltlab Burnig Board 4. If I push the Enter button Chromium crashes. If I click a bbcode button it crashes too. I hope you can fix this problem soon.
In version 37 and in Google Chrome there was not the problem.
(Sorry for my bad english)
Hi, I've updated 32-bit Chromium from 271393 to 290523 (also tried to 290510 x64), and getting horrible fonts issues for the whole browser.
Here are some screenshots:

This one is 271393 and everything is fine:
https://i.imgur.com/TYa1OlQ.png

And this one is 290523 with the fully same settings:
https://i.imgur.com/ZTIxGyz.png

Looks like the whole browser changed scale, but options suggest only web sites scaling. Totally same thing sadly happens with x64 (otherwise I'd switched to it already). Tried to turn DirectWrite off - the issue persists.

Could you please help me?
Duke of Zurich 
@gwindlord, I guess this is not a Chromium issue but a Windows update issue.
Unistall the following updates (August 2014) and the font issue should be resolved:
KB2970228, KB2975331, KB2975719, KB2982791

For further information consult your preferred search engine and search for the above KB's
@Duke of Zurich: Thank you!

Unfortunately these updates were not installed at my PC, but I've found out this bug
https://bugs.chromium.org/p/chromium/issues/detail?id=395425
which contains also a workaround for that: command line/shortcut options
--high-dpi-support=1  --force-device-scale-factor=1
fixed that and now I'm on 64-bit one! :)
Hi, does someone know how to enable "H.264" and "MSE & H.264" on Chromium? When I access https://www.youtube.com/html5 I have a red icon on those 2 and I can only play videos in 360p quality in YouTube.
renegate98 
THX ... my problem is fixed :)
@jaZ: It's in chrome://flags. But on the latest version from the Ubuntu store, it should be enabled by default.
I'm getting this error on Windows 8 while clicking the Chromium desktop icon (launching Chromium portable): This is only a Windows 8 problem.
Class not registered (I'm unable to launch Chromium via desktop icon on Windows 8, launching Chromium via explorer works).
I'm using portable Chromium x64.
@None: and which option is it?
cyberrufus 
H.264 is supported in Chrome but not Chromium.
So there's no way to enable it on Chromium?
admin
@jaZ: Google Chrome and Chromium come with their own version of FFMPEG and do not use the system one.
• On Ubuntu (Linux), you need chromium-codecs-ffmpeg-extra.
• On Windows, I do not know. I tried to drag and drop ffmpegsumo.dll from Google Chrome to Chromium (32-bit versions), enabled "Disable hardware-accelerated video decode" in the chrome://flags page and tested few #command-line-flags but nothing works. H.264 is still not available on https://www.youtube.com/html5

@TheAslan: Which portable Chromium x64 do you use? Have you got the same issue with Chromium Installer or Package (ref. this page), 32-bit and 64-bit version?
@Jerry: Alright, thanks for the info. I solved the problem by installing "Disable YouTube™ HTML5 Player" extension since I can't do it manually on https://www.youtube.com/html5 In this way I can watch videos in HD but yea, it's always 1 more extension that you need to have.
https://chrome.google.com/webstore/detail/disable-youtube-html5-pla/enmofgaijnbjpblfljopnpdogpldapoc
admin
@jaZ: Thank you for your help! I added the extension's link in your review. ;)
Flash Player keeps crashing on Windows 8.1, I used Chromium Installer x64, Flash Player version is 14,0,0,179 and Chromium version is 39.0.2142.0. This happened before also, many versions ago, still not fixed.

PS: When I used Chromium Installer, it fixed Chromium launch problems.
Chromium (and Chrome) now use a special flavor of Adobe Flash called 'pepper-flash' . But it is not bundled with Chromium, only with Chrome. This has been fully commented in this forum before.
I used Flash Player installer, not pepper-flash. On Windows 7, it works correctly.
Hello and thank you for this amazing website and depot.
I want to a little help community for http://chromium.woolyss.com/download/fr/

Bienvenue sur ce site mis à jour automatiquement. Il permet de télécharger la dernière et meilleure version depuis les dépôts officiels de Chromium. Plus d'informations (Anglais)
-> Bienvenue sur ce site [update]de mise[/update] à jour automatiquement. Il permet de télécharger la dernière et meilleure version depuis les dépôts officiels de Chromium. Plus d'informations (Anglais)

Version de Chromium utilisée dans ce navigateur: 39.X -> Version de Chromium utilisée [update]par[/update] ce navigateur: 39.X
One can make Chromium work with YouTube properly (no low quality videos or endless loading) but it has a catch, you need to compile Chromium with h.264 among other codec's yourself, which is both time and space (about 40GB+) consuming and needs a decent computer (see Chromium wiki).

More specific, you need to compile it with the flags described at https://www.chromium.org/audio-video#TOC-GYP-GN-Flags, which boils down to executing 'export GYP_DEFINES=" ffmpeg_branding=Chrome proprietary_codecs=1" ' followed by 'gclient sync' after you fetched the source code of Chromium but before you start building.

After you finished building it you need to navigate to chrome://flags and enable "disable-accelerated-video-decode", as if you don't some videos will keep loading forever.

Be aware that in some countries that implement software patents (like the USA), this could be violate patent laws see https://en.wikipedia.org/wiki/FFmpeg#Legal_aspects

@Jerry, It may be good to add this information to this site.
If you are using the zipped package, you may use the following batch file to automatically update your Chromium installation with a single click, preserving a previous version.
http://chromium.woolyss.com/f/7B4F40C0.txt
Anon267
Hi, After installation of Chromium on Win 8.1 (x64) and downloading solitaire from Google Web Store, it keeps saying "shockwave has crashed". Can't play solitaire.
New Chromium Portable 64-bit on http://crportable.sourceforge.net/
admin
Thank you guys for your feedback! ;)

@Tharre: Very interesting too! But, you know, this solution is for developers. My page is very long. Sorry, I cannot add it.
@Chef: Nice work!
@267: This is not a Chromium issue because this problem exists on Google Chrome too. Verify your connection, your version... Good luck! https://forums.adobe.com/thread/704895 (started in 2010)
@Marc: Good news! I added it on #windows-64-bit
cyberrufus 
Someone from Adobe got involved and NPAPI plugin functionality for x64 may be returning.
https://bugs.chromium.org/p/chromium/issues/detail?id=413535
Anon271
NPAPI flash plugin is now functional on Chrome/Chromium x64.
admin
@cyberrufus: Thank you for the info! ;)
There's a weird lag when trying to copy text sometimes (when you hold your mouse to copy some text to clipboard), when trying to copy text to clipboard there's a minor lag before copied text gets highlighted, I'm not sure if version 39.0.2163.0 is to blame, but I don't have this lag in version 39.0.2157.0. This mainly happens only when in chat rooms. Another issues which I found in version 39.0.2163.0 is that when you watch a video on YouTube and open a new tab and when you back to YouTube tab player won't get active anymore, you have to minimize the Chromium window or leave it completely to be able to get YouTube video active again. I tested this without extensions.

I don't have any of those above bugs in version 39.0.2157.0.
39.0.2164.0 breaks compatibility with AdBlockPlus and friGate.
StillBrilliant 
I read an article about an extension being able to run android app inside Chrome. I tried doing this on Chromium 39.0.2162.0 64-bit on Windows 8.1 64-bit, and it works! I had to follow the guide three times before it worked, so it's not very convenient to work with yet.

Here's the article: http://www.omgchrome.com/run-android-apps-on-windows-mac-linux-archon/

Here is a screenshot of my Chromium setup running an android app:
https://i.imgur.com/81IgGqM.png
I was very glad to find this page with its Windows *installers* for Chromium. Elsewhere I could find only portable versions, and they caused problems - with file associations, and other things - on my Windows system. So: thanks!
@Jerry: Many thanks for this helpful site!
admin
@TheAslan: I see that your issue is fixed. Your feedback on the official issue tracker is very important. Good work! Thank you.
@StillBrilliant: Awesome! Thanks for this news... but this is not official. ;)
@Garik: Retry with a new version.
Anon280
In Google Dictionary extension, the word pronunciation audible does not come out when I press the icon
Hello Jerry and thanks for this wonderful sumptuous selection of Chromium downloads on your website. ;)
Especially thanks for linking to my Sourceforge project "Chromium Updater", but I've another suggestion for ya.

I'm also distributing portable version of Chromium for Windows platforms in a 2-in-1 package. Each major release you will find as new portable version, currently Version 40.
Have fun! :)

Download Chromium Portable:
https://sourceforge.net/projects/crupdater/files/Portable/
This is just to say that I really appreciate this site of yours. It must have taken (and still take) a lot of effort - and it is supremely useful!
Anon283
Thanks for doing this! It's a big help for those of us who don't have the know-how or time to compile on Windows ourselves.
Anon284
Is it possible to include Google Widevine on the Mac version? Unfortunately I can't watch Netflix HTML5 DRM videos...
admin
@Zychopat: After tests, I added your package links on this page. Thank you for sharing.
@284: I do not know if it is possible. Sorry! :/
Shockwave Flash constantly crashes on 64-bit Chromium, few days ago. Athlon-x2-5200+.
I have some serious YouTube video buffering issues, it takes ages to buffer the whole video, in this case 27 minutes long video. Tested with extensions disabled, also tested with the latest Adobe Flash Player beta and Adobe Flash Player stable, didn't fix the issue. I have Chromium 40.0.2189.0 x64 portable. I tested my download speed and I got 82mb/s, so I can download 10mb/s, so speed is not an issue here. All the other websites loads fast and correctly. I checked open Chromium issues but didn't find any.
Anon288
I've skimmed through the comments and it's been mentioned and addressed a few times, but I spent quite a bit of time trying to find a "stable" version of Chromium for Windows. This clearly isn't possible, but I ended up settling with 300123 (40.0.2193.0) which is the same one released to the Canary channel according to this: https://www.chromium.org/developers/calendar, which is "stable" enough for me.

So my request: You already have a "Reference" that shows the latest stable build, but if you could also include information for the latest beta/dev/canary builds (from the dev calendar), I think it would be really helpful in particular for Windows users. Additionally, maybe something that shows the last build with "bugs=none" would be nice (Although that might give a false impression of stability).

Regardless though, huge thanks for this site, it's very useful!
admin
Thanks guys for your feedback but I cannot help you for the Flash issues. :/

@288: Thank you too!
1) "...to find a "stable" version of Chromium for Windows. This clearly isn't possible"
There is a #stable-chromium-version on Windows. You need to compile it yourself.

2) About the Google Canary channel for Windows
Chromium version numbers consist of 4 parts: MAJOR.MINOR.BUILD.PATCH. The Google Canary build is based on the Chromium build (Continuous repository). Its version changes only when the BUILD number changes. Today, this number is 2194. After, it will be 2195, 2196... It does not mean that it is more stable than Chromium! ^^ It is only a development convention. Sometimes, the Canary build is patched too.
https://www.chromium.org/developers/calendar
https://www.chromium.org/developers/version-numbers

And about other Google dev/beta channels, you will not find the Chromium equivalent because the Google dev/beta builds are patched (cf. PATCH number). The Chromium builds are never patched.

3) "bugs=none"
You said that it might give a false impression of stability. I completely agree with you. I used it. But I removed it this year. Check [REMOVED] on the #news-for-this-site

Regards,
Anon290
You should remove Webutation and WOT (Web Of Trust) from the extension area. They are not trustworthy anymore. For example, check out the ratings for Facebook.
admin
@290: I disagree with you because these #extensions help us. It is better than nothing, isn't it?

WOT uses ratings from users... and other sources like PhishTank.
https://www.mywot.com/en/faq/website/rating-websites#userinput
https://www.mywot.com/wiki/Trusted_Sources

Webutation uses different renowned tools.
http://www.webutation.net/go/about

Tools used:
• Google Safe Browsing - https://en.wikipedia.org/wiki/Google_Safe_Browsing
• WOT - https://en.wikipedia.org/wiki/WOT_Services
• Norton Safe Web - https://en.wikipedia.org/wiki/Norton_Safe_Web
• PhishTank - https://en.wikipedia.org/wiki/PhishTank
• Links count of Wikipedia pages

The social media ratings are only there to "get an idea about the public opinion", not to improve the trust in the site.

If you know other add-ons like Webutation, please tell me! Trustwave SecureBrowsing is the best add-on I know but it is not updated for few years. Sometimes, I use the URL scan of VirusTotal: https://en.wikipedia.org/wiki/VirusTotal
Muito lindo
uBlock extension keeps crashing on 40.0.2203.0 and 40.0.2202.0, it didn't crash on 40.0.2200.0. Can you guys please repro? If yes can you please add a reply here:
https://bugs.chromium.org/p/chromium/issues/detail?id=418174
Anon294
Is there a way to get the latest pepflashplayer.dll (64-bit) without installing chrome?
Duke of Zurich 
@294: Yes my friend, you'll find the latest pepperFlash (64-bit) right here: http://labs.adobe.com/downloads/flashplayer.html
Look for the PPAPI download for Chromium.
YouTube supports 1080p60fps videos now, but why on earth Chromium won't support H.264 and MSE codecs, so I could watch those videos with Chromium without need of installing Canary only because of YouTube videos. That would be the only reason I would use Canary.
admin
@TheAslan: The problem is Google!
In January 2011, Google pledged to drop H.264 support from Chrome, saying at the time in a blog post, "Though H.264 plays an important role in video, as our goal is to enable open innovation, support for the codec will be removed and our resources directed towards completely open codec technologies."
https://blog.chromium.org/2011/01/html-video-codec-support-in-chrome.html

The Chromium team has removed the H.264 support. But today, Google Chrome still supports H.264. Grrrrrr!

Excellent discussion about that on https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/5q-vejBTnTY

Anyway on YouTube, you can use the HTML5 version (https://www.youtube.com/html5) to watch videos in HD 1080p. But for sure, it is not as good as H.264 and MSE codecs... and it is only 30fps.
Can you add the path of the pepperflash dll when installing via Adobe's site? It's
"%windir%\System32\Macromed\Flash\pepflashplayer64_VERSION.dll"
for the 64-bit version of the plugin and the same in SysWow64 for the 32-bit version.
Actually it seems that you must use the 64-bit version of the plugin when you use the 64-bit version of Chromium, else it might crash.
admin
@AnoniMouz, Thank you very much. I updated the #flash section.
@TheAslan, @Jerry

> @TheAslan: The problem is Google!
No, the problem isn't Google. The problem is that the h.264 codec is protected by software patents. And even though this is irrelevant in most countries, it's problematic for distributors like Google, as they either have to pay the fees or risk getting sued. Not distributing h.264 codecs with Chromium anymore (if it ever has been distributed with them) is a unfortunate, but quite reasonable decision.

> The Chromium team has removed the H.264 support.
Support for h.264 has never been removed, it's just not included in the distributed versions of Chromium anymore. As simple as setting a flag during compilation to enable it again (see my comment earlier for howto do this exactly).

Hope this clears up any confusion about this topic.
@Tharre, I don't see your comment, how to do that exactly? Please enlight us.
admin
@TheAslan: #comment-265 ;)
@Tharre: Thanks for your explanation.
Anon303
The chocolatey package hasn't been updated since November 4. Could it be fixed please? I don't want to go back to manually downloading and installing Chromium.
When will you add a link for downloading a stable build of Chromium (the same version which used in Chrome) for Windows? Daily snapshots ("latest and best without bug") are not the right thing.
admin
@Garik: Please, read my #comment-35 about "patches" and my other #comment-76, I have already given the answer! ^^ In short, there is no stable Chromium version for Windows because no developer re-build and share it. Read the #notes for more.
@Jerry: Thanks for your quick answer. Too bad that Windows users are forced to use closed source, probing and spying versions of Chromium.
Anon307
@Garik: There are no closed source versions of Chromium, unless you meant Chrome or Opera and their ilk.
no real security anywhere 
Jerry, has it occurred to you by not requiring https connections by default and not using perfect-forward-secrecy on Woolyss itself, an entity could provide a false page to visitors and redirect them to seemingly valid download links that instead contain backdoors. This could be a problem, both in regions with oppressive governments and even developed nations these days. Of course, this is all purely hypothetical. But, any thoughts on the matter?

Related to this, when you open https://chromium.woolyss.com/ the modern browsers report:
"The security certificate presented by this website was issued for a different website's address.
Security certificate problems may indicate an attempt to fool you or intercept any data you send to the server."
admin
@no real security anywhere: Thank you for your feedback. Yes, I totally agree with you. That's a real issue for me too. I explained it on #comment-238 Before all, I made this page for me, a simple user. But given the success of this resource on the web, I agree with you to tell that this site should use the SSL/TLS protocol. I will find a solution.
Very cool installations. Thanks
no real security anywhere 
I know you're against taking donations. But, it would help pay for the SSL, hosting, and the time you spend maintaining the site. I realize you have a job and it is not really about the money but a principle of the thing, but there is no reason your end user's safety should come second. Slap up a bitcoin address and a paypal link and you will definitely start seeing some money flowing in. These are not hard to set up either. I would put the links at the very top of the page for convenience. I can't speak for others, but myself I would definitely help pay to have the site maintained at the highest quality possible. I am a huge fan of Chromium and this website is a great resource for me to stay up to date with the latest and greatest available. On a side note, the last few versions have had some serious graphical glitches and security certificate issues, but the version 41.0.2240.0 has been rock solid since I've upgraded to it.

Not sure if you're interested in listing it, but I spent some time today developing a Windows program in C# that can automatically fetch and install the latest good Chromium build. It sits in the system tray and fetches the revision, build, and HTTPS links directly from the Chromium repo (bypasses your site) and does away with the security implications of visiting a 3rd party site. I do not yet have a website set up for providing a download of it, however.

A potential idea I have for a future version of my software is to have it run through the tests on the build server to test for flakiness (how goofed up a build is) and allow end-users to set a metric (slider maybe) to determine what level of flakiness they're okay with. Then only download builds that pass this requirement.

Also, it'd be cool to present a window with a 5-star rating every time it grabs a new build to let the users vote on the previous build and how good they felt it was with an option to leave a comment. Then, provide users with a way to restrict their downloads to only files rated above a certain number of stars by the collective of users; e.g. I decide I'm okay with builds that are 4-star and up that have already had at least 50 votes. This would require a server with a database to store anonymous IDs and their votes. It would really help vet the quality of the latest builds for users who want a little more stability.

Of course, all those options would be optional. There are a lot of really cool things that could be done. Anyways, shoot me an email on your thoughts.
admin
@no real security anywhere: I see you have a lot of ideas. It is very good! ^^

I created this simple page to easily download each Chromium release directly from the source. Please read my #notes for more.

My site exists only to help users. All is free, without ads and bad things. The links are direct and mainly in SSL/TLS (https://).
(Note that SourceForge and Adobe do not use secure connection on its sub-domains, like on woolyss.com. A wildcard SSL certificate is required: https://ssl.comodo.com/wildcard-ssl-certificates.php).

Moreover, you are not on Softonic, Cnet, Softpedia or other crap site with its fucking "Download Manager" and modified packages! ^^

If you prefer, you can use directly the:
• Buildbot waterfall
• Continuous repository
• Official download page (Snapshots repository)

Except the last one, my site uses these secure sources and show direct links. Nothing is hidden.

You are free to make an other site, an other software and develop marketing plan about Chromium. Google, Opera, Yandex, Comodo and other companies do that.

> I spent some time today developing a Windows program in C#
Good news! You know, I list other software like yours in the #updater part. I am "opened"! ;)

> It [..] fetches the revision, build, and HTTPS links directly from the Chromium repo
My site does it too. ^^

> [..] and does away with the security implications of visiting a 3rd party site.
Your software will be the same thing as my site. ^^ It will be a 3rd-party tool. The users must trust in it... and in your case, they need to download and install it.
Note a Chromium #updater exists and it is a clean tool. Muhammer Ayes, the developer, creates Chromium portable versions too. His software are free and open-source.

Good luck in your all projects!
Friendly,
My new Chromium feature suggestion, what do you think?
https://bugs.chromium.org/p/chromium/issues/detail?id=439806
admin
@TheAslan: You will see my comment over there! ^^
Thank you so much my dear friend Jerry. I appreciate your hard effort a lot. Love ya. <3
Nice website for downloads... keep updating me!
StillBrilliant 
Adobe released a stable version of their Flash plugin for PPAPI supported browsers. You can directly download the installer from https://fpdownload.macromedia.com/pub/flashplayer/latest/help/install_flash_player_ppapi.exe or get it (with their useless download-manager) from https://get.adobe.com/flashplayer/
admin
@StillBrilliant: I updated the #flash part. Thanks a lot for your great help ;)
Sorry, the "useless download-manager" is not useless because it works for different OS, web browsers and NPAPI/PPAPI versions. ^^
Anon319
Very well done site, very valuable service. Thank you for doing it all.
Hi,
Thanks maintaining this great site! Just what I was looking for. From now on it's goodbye to Chrome and hello to Chromium.
A tip for anyone who wants to install for all users on Windows: mini_installer.exe  --system-level
This installs in C:\Program Files (x86). The 64-bit version goes there as well oddly enough, but it still is tidier than running software from the user profile imho.

Is there a way to link the revision number to the version number? I'm asking because I would like to run Chromium in the same version as the latest Chrome stable instead of the latest continuous.
admin
@319, Thanks a lot!

@Pieter, Thank you for your interesting tip. ;)

> I would like to run Chromium in the same version as the latest Chrome stable.
Please, check my explanation on the #comment-305
Yes sorry, I only started reading the other comments after posting mine. Usually hate it myself when people do that...
Keep up the good work!
admin
There are more than 300 comments on this page. Do not worry Pieter, I understand! ;)
Hello, chrome://sandbox does not work anymore - thus, the sandox is active in the version offered here for download?
Thank you and greetings from Germany.
admin
@Uwe: Yes, Chromium has the similar sandboxed processes as Google Chrome. Sure, they are active.
https://chromium.googlesource.com/chromium/src/+/master/docs/design/sandbox.md
@Jerry: thanks for your quick answer - a last question:
When I use the NPAPI Flash Player in Chromium is this a safety disadvantage to Chrome's PepperFlash Plugin (both are on the same version level)?
Thank you again.
admin
Yes, both are on the same version level. Check the official page: https://www.adobe.com/software/flash/about/ but...

In Chromium:
• NPAPI is NOT sandboxed
• PPAPI is sandboxed (obviously! like in Google Chrome)

In Mozilla Firefox:
• NPAPI is sandboxed: https://blogs.adobe.com/security/2012/06/inside-flash-player-protected-mode-for-firefox.html
• PPAPI does not exist

More on the #flash part.
@Jerry: Thanks. I tried it with the Flash plugin from Canary. Yes, it worked perfectly.
Great site, most helpful. I've been wondering, is there any way to disable all hover-over tooltips in Chromium?
admin
@Uwe: Great! ;)
@branwerks: Thanks a lot. Sorry, I do not the way to disable them. I think it is not possible in Chromium/Google Chrome :/
https://productforums.google.com/forum/#!topic/chrome/CxJ1VkDSqxc
Hi, Does anyone know of any way to export bookmarks from chromium, perhaps to an HTML file? I have searched for an extension but one does not exist - I would assume because Google Chrome has this feature built-in. Thanks.
admin
@_M_: You needn't an extension. chrome://bookmarks → Organize → Import/Export...
Hi Jerry. Wow! I can't believe I missed that. I thought that I had gone through that page but I guess I had never clicked on "organize" before. Thanks!
It's me or Chromium doesn't auto-update? I need to check by myself to check a new version... why not an option to "auto update"?
admin
@Rambytes: By default, there is no "auto update" system in Chromium because the #source-code is open-source, and can be downloaded, reviewed, and reused by anyone. Therefore, there cannot be any "auto-update" code built into the Chromium code, nor are there any general Chromium "update servers" to check, nor is there anyone to maintain any such servers. That's why Chromium cannot auto-update.

Official reason: "Chromium builds do not auto-update, and do not have symbols. This makes them most useful for checking whether a claimed fix actually works."
https://www.chromium.org/getting-involved/download-chromium

Google's branded Chrome browser can auto-update because it is built with additional specific info for the Google Chrome update servers which are maintained by Google. So, Google Chrome and other #stable-chromium-version have an auto-update system. For example, the FreeSMUG build (#mac-64-bit-freesmug) on Mac OS X has got it because the developer adds it on this build.

Finally, if you want an auto-update system, add yours in your own build... or use an #updater
Hi, After several unsuccessful attempts when uninstalling only its PPAPI flavour I finally manage to get Flash working in Chromium 64-bit for Mac, rather by accident: I accepted an update to the Flash plugin which installed the NPAPI flavour (in addition to the PPAPI flavour which stayed in place).

Am I to understand that both flavours are required? Is that normal behaviour, or is there a mistake somewhere in the builds? It seems to beat the advantage of PPAPI as a more secure version of plugins, even if one disables plugins in FF and Safari, hence my surprise and my question.

Thanks in advance for your information, and thanks for the great job done here.
YAZ
Hi, Is Chromium available on this website is the original version? Such as on a Google page?
Best regards (sorry for my English)
admin
@YAZombie, Hi, did you read the #flash part? ^^

> Am I to understand that both flavours are required?
No. If the NPAPI plugin is installed, PepperFlash (PPAPI) will be the default plugin. In the chrome://plugins page, you can enable/disable each plugin. So, you needn't to uninstall the disabled plugin.

PPAPI is more secure. Please, check my #comment-327 too.

@acore, Hello! Sure, they are official. Please, read my #notes and #comment-312. For a simplest page, go to http://chromium.woolyss.com/download/ ;)
Hi Jerry,
Yes, I read the #flash part and couldn't find an answer to my questions there, hence my message.

> No. If the NPAPI plugin is installed, PepperFlash (PPAPI) will be the default plugin
I understand that, and if you read my message, that's not the point of my question.
What you're saying is "if NPAPI is installed", which implies but doesn't state that one *must* install NPAPI, am I right (and that's really my main question, the rest if more information to you about my trials than anything else)? Thus my question is:
- is it normal/expected that Chromium can't seem to use the standalone PPAPI (this is from my actual experience, as in actually doing the installs/uninstalls and checking every time)…
… because it's kind of counterintuitive, and weird to me. And like I said, it means one has to disable Flash in FF and Safari (am I right?), and also from what you say, in Chromium for the NPAPI flavour.

Also since I've read your message I've tried deactivating NPAPI in Chrome; I went to chrome://plugins, and there… I couldn't find a trace of PPAPI, *only* the NPAPI version… And when I deactivate this one, Flash doesn't work at all anymore! And when I go to https://www.adobe.com/software/flash/about/, the version reported is 16.0.0.235, which is the NPAPI version number whereas the PPAPI version is 16.0.0.240 :(
FYI I've also tried with the Canary version of PPAPI.

I'm telling you, my head hurts…
admin
Hi YAZombie, I try to be clearer! ;)

You use Chromium on a 64-bit Mac OS X, isn't it?

By default, Chromium cannot read the Flash content (videos, games...).

So, you must install ONE Flash Player plugin. You have the choice: NPAPI or PPAPI.
- NPAPI is NOT sandboxed. It naturally works with Firefox and Safari too.
- PPAPI is sandboxed. It works ONLY with all Chromium-based browsers (Chromium, Chrome, Opera...)

- If you install NPAPI, you needn't to install PPAPI.
- If you install PPAPI, you needn't to install NPAPI.
- If you install both plugins, PPAPI will be the default plugin used.

Check the install on chrome://plugins and enable/disable what you want. See the screenshot:
https://i.imgur.com/wfZrbYK.png

If you don't see PPAPI, it means that it is not installed.

To see the Flash content on Firefox and Safari, NPAPI is required (obviously!). PPAPI doesn't work on these browsers.

> PPAPI version is 16.0.0.240
This is the Flash Player beta version downloaded from the Adobe Labs. Good! ^^
https://forums.adobe.com/thread/1655584

NPAPI version is 16.0.0.235. This is the Flash Player stable version. Good! ^^
https://www.adobe.com/software/flash/about/
Ok, I'll try to post one more time.

@YAZombie: I know nothing about Mac, but in Windows you have to "point" Chrome(ium) to PPAPI flash via command line, the program has no way of knowing it exists (by default).
Hello Jerry, it seems I need to be clearer actually!
All the explanations below are for public interest. i'll send you a copy with screenshot so you can see for yourself. And yes, sorry, I saw your email, just read the beginning and thought it was just a mention of the answer here so didn't go further. My apologies.

> You use Chromium on a 64-bit Mac OS X, isn't it?
Yes, I do

> By default, Chromium cannot read the Flash content (videos, games...).
Perfectly understood, that's why I'm trying to install it. To make things clearer here, I'd say i'm an advanced user - not more than that (no specialist, no developper), but no less than that either ;)

> So, you must install ONE Flash Player plugin. You have the choice: NPAPI or PPAPI.
> - NPAPI is NOT sandboxed. It naturally works with Firefox and Safari too.
> - PPAPI is sandboxed. It works ONLY with all Chromium-based browsers (Chromium, Chrome, Opera...)
Perfectly understood the basic technological differences, how one works on Blink-powered browser vs the rest, no problem here.
Except… I tried it, and no, it just doesn't work that way. Explanations below.

> - If you install PPAPI, you needn't install NPAPI.
No. I tried. It just doesn't work that way. If you install only PPAPI, Chromium doesn't see it. Plain and simple, it doesn't.

> - If you install NPAPI, you needn't to install PPAPI.
Clear here, as I found out "by accident" when Flash (I ONLY had PPAPI at the time) asked for an update and installed (without asking me…) NPAPI.

> - If you install both plugins, PPAPI will be the default plugin used.
Hum, that's where it gets tricky. Like I said, there's no mention of PPAPI in chrome://plugins (no, not even in the detailed view).

> Check the install on chrome://plugins and enable/disable what you want. See the screenshot:
https://i.imgur.com/wfZrbYK.png

Nope, don't see PPAPI there. I'll send you screenshot, you'll see for yourself.

> If you don't see PPAPI, it means that it is not installed.
And yet, System Preferences > Flash Player mentions versions 16.0.0.235 of NPAPI and 16.0.0.240 of PPAPI (you'll see screenshots here too).

> To see the Flash content on Firefox and Safari, NPAPI is required (obviously!). PPAPI doesn't work on these browsers.
Sure. I'd rather disable it there, which I did.

Is it clearer now? See why I'm scratching my head? :-D
Is it possible versions 16 of the Flash Player are playing tricks that didn't previously exist?

Can't wait to see what you think of this!
Best,
YAZ
Okey, so _M_ was right (thanks for the hint - I was reluctant to even trying this solution but seems utterly counter-OS X, but yep, that's the solution).
So, let's assume you have Chromium in the Application folder (it's "normal" location), and you've installed the PPAPI plugin, you must launch Chromium with this command in the Terminal:
/Applications/Chromium.app/Contents/MacOS/Chromium  --ppapi-flash-path=/Library/Internet\ Plug-Ins/PepperFlashPlayer/PepperFlashPlayer.plugin  --ppapi-flash-version=16.0.0.235
You can copy this command in an Alfred workflow to make it simpler, but it will open the Terminal, which is annoying imo.

You can also make a small script in Script Editor.
In Script Editor copy/paste the following command
do shell script "/Applications/Chromium.app/Contents/MacOS/Chromium  --ppapi-flash-path=/Library/Internet\\ Plug-Ins/PepperFlashPlayer/PepperFlashPlayer.plugin  --ppapi-flash-version=16.0.0.235 &
killall ChromiumLauncher.app"
then save this script as an application with the name ChromiumLauncher (otherwise it won't work). You can now use this script to launch Chromium with PPAPI. There's an annoying issue, which is that errors are reported when closing Chromium, if anyone has an idea how to disable this, they're welcome to explain.

Hope that clears this issue for others. Though this is obviously not normal behaviour since plugins have a very narrow list of install locations on the Mac (four, if I'm not mistaken), and there must be something off in the build scripts. I expect this will be corrected in the future (it's more or less a question, I haven't understood who builds this binaries actually!).

Thanks again to Jerry and _M_ for your help.
@YAZombie: Alright then, good that you finally got it to work. Perhaps your instructions should be added to the Flash tutorial here as it's currently only in Windows flavour.

Without this great site, Jerry, I would have abandoned Chromium a long time ago as there's no other Chromium resource on the web.

Oh, and one more tip as far as when you can/should update Chromium; check this page every so often for the security update announcements - as you all know, Google Chrome is the offspring of Chromium, so... https://googlechromereleases.blogspot.com/search/label/Stable+updates
admin
Thanks a lot guys for your great help and feedback!
I forgot to talk about #command-line-flags Excuse me! So I updated the #flash part with the helpful link of the YAZombie comment. Check the step 3. ;)
blue_lightning 
All the download links hanged up on me. Google problem?
Hello, first thanks for your helpful site. It can help a lot.

I have some kind of a weird issue regarding YouTube's videos. Most of the time they aren't recognized correctly. I can only see them in 360p quality, even when they are in 1080p.

I'm using Opera to look at them with a "stable" browser, Chromium is 64-bit with PPAPI Flash (64-bit too, of course)

I've tried to update this morning (41.0.2262.0) but still the same issue.

ps: Not every videos have this issue, but most of them witch is kind of annoying.
@tournier: x64 bit web browsers are pointless and problematic, especially with flash player. x64 web browsers use twice the memory and have absolutely no benefits over x86 - infact, they may even be slower.

Don't be fooled by thinking it is *better* because it is x64. My 2¢.
Actually the Flash plugin is not (only) anymore the pepflashplayer, that's only the integrated version - the one that would ship with Chrome. Since Adobe hosts the PPAPI by themeselves, there is also a "system" PPAPI-flash:
https://helpx.adobe.com/flash-player/kb/flash-player-google-chrome.html
It's included, too and is in the same directory, it's just called "NPSWF$ARCH_$version.dll". On my system it's version v15.0.0.246, whereas the would-be integrated one is already v16.0.0.235.
Just wanted to tell you that.
admin
@blue_lightning: The only issue I know about links is on the #mac-64-bit part.

@tournier: Did you test the PepperFlash 32-bit version?
Video test: https://www.youtube.com/watch?v=6v2L2UGZJAM It works in 1080p with the 32-bit PepperFlash and the HTML5 version.

@LeonardK: I agree with you. But you talk about the NPAPI plugin (cf. "NPSWF$ARCH_$version.dll"). ^^
My site explains how to install the PPAPI plugin (PepperFlash), not the NPAPI plugin.
• NPAPI: https://get.adobe.com/flashplayer/ → NPSWF***.dll
• PPAPI: #flash → pepflashplayer***.dll

When the 2 Flash plugins are installed:
https://i.imgur.com/Sqmlbgb.png
Version 2016 of my Chromium Updater has been released!
https://sourceforge.net/projects/crupdater/
@Jerry, Ah okay, I was a bit confused because it was listed as "system plugin"... . Then I understand, though. Thx for clarification
@YAZombie: You can set the output of a shell script to null which will prevent any output at all. I myself used Platypus instead of the Script Editor to make a custom app, but the result should be the same. Change your launch command to the following in order to disable any shell output from Chromium (which I assume are the "errors" you mention):

/Applications/Chromium.app/Contents/MacOS/Chromium  --ppapi-flash-path=/Library/Internet\ Plug-Ins/PepperFlashPlayer/PepperFlashPlayer.plugin  --ppapi-flash-version=16.0.0.235 > /dev/null 2>&1 &
Hey boerbiet,
Thanks for your post. Actually since then I've indeed found that solution somewhere (couldn't tell where, don't remember). Except it seems you can drop the " > /dev/null 2>&1 &" and just write:
/Applications/Chromium.app/Contents/MacOS/Chromium  --ppapi-flash-path=/Library/Internet\ Plug-Ins/PepperFlashPlayer/PepperFlashPlayer.plugin  --ppapi-flash-version=16.0.0.235&
In the end I stuck with an Alfred workflow, which I find more handy since I used Alfred so much I could almost say it's a 50% replacement to the Finder :)

Thanks again for the hint.

Cheers.
YAZ
Is there any method to add H-264 support on Windows?
admin
@Vasya: I do not know if you read the #comment-133, #comment-258 (about YouTube HTML5 Player) and #comment-265 (dev oriented).

Mozilla added OpenH264 plugin (https://en.wikipedia.org/wiki/OpenH264) in Firefox 33 to support the H.264 videos in HTML5.

On Chromium, I did not find anything like that. :/
Actually, I do not know the way to play H.264 in HTML5... but you can use the #flash player.

For H.264 online testers, check the #html5-audio-video part.
How change the size of browser cache?
--disk-cache-size didn't work properly.
admin
@Zalpen: The only official way is  --disk-cache-size and I don't know other ways.

Did you read this excellent ghacks' article?
http://www.ghacks.net/2010/10/19/how-to-change-google-chromes-cache-location-and-size/

For info, there is also  --media-cache-size to force the maximum disk space to be used by the media cache, in bytes.

Moreover, you can use the  --incognito mode to clean automatically the cache on closing Chromium. Few add-ons like Click&Clean do that too.

Old thread deleted by Google... but archived:
https://web.archive.org/web/20120215211642/www.google.com/support/forum/p/Chrome/thread?tid=098d42a41aacdc6d&hl=en
@Zalpen: You have to use the flag:  --disk-cache-size=XXXX (XXXX is bytes).
Anon361
Thanks!
Anon362
Just found your site when I searched for Chromium browser (the Chromium project site is confusing lol).
Thanks, finally I can use Chromium browser. I used Comodo Dragon before.
Anon363
It's not possible to install themes ("Settings"→"Get themes" and click on Theme's "Free" button to install the theme: I get a popup alert "An error has occurred" and "FILE_BLOCKED", "Reload"-"Close"). Chromium Package (64-bit) 42.0.2281.0/42.0.2282.0/42.0.2283.0. Iron 39 works fine.
Many thanks
admin
@363: Today, I installed the Marc Ecko theme in my Chromium 32-bit version both on 32-bit WinXP and 64-bit Win7. All works perfectly. My Chromium has only 2 extensions: µBlock and Slick RSS.
https://i.imgur.com/UlJPylg.png

Did you test to install a theme on a portable 64-bit version?
Anon365
> Did you test to install a theme on a portable 64-bit version?
Yes (windows 7 64-bit). I always use only portable versions (SRWare Iron and Comodo Dragon's portable versions work fine with themes).
Thanks
Anon366
Is it possible to determine a Chromium build that corresponds to releases from the Chrome stable channel? Alternately is there documentation somewhere that states that if there's a 0-day vulnerability discovered in a beta channel release is it treated as equally critical as a 0-day in a stable channel release?
admin
@366:
> ...corresponds to releases from the Chrome stable channel?
Yes, it is possible. Check the #stable-chromium-version section. Also read my #comment-305 (because this is a recurring question ^^).

> ...treated as equally critical as a 0-day in a stable channel release?
Honestly, I do not know. Ask to François Beaufort at https://plus.google.com/+FrancoisBeaufort/
TimeLordCrono 
My Chromium a few days ago stopped registering the Flash player installed on my computer and says there is no installed but Pale Moon and Firefox still register Flash player is installed on my computer, any ideas?
@TimeLordCrono: Please read #flash
yourma2000 
I'm also having problems with Flash, one day it was working and about a week ago it just responds with "could not load plug-in" on any elements needing flash. I've tried purging my system of all versions of Flash player and Chromium and then fresh installing the browser and PPAPI version of Flash. But now Flash doesn't show up in the plugins pages, extremely irritating having to switch between browsers for different websites.
admin
Today, I tested the latest version (16.0.0.287) of NPAPI and PPAPI #flash plugins in Chromium (32-bit) on WinXP (32-bit) and Win7 (64-bit). All works perfectly. Not tested on Mac.

I see your issue is known:
https://bugs.chromium.org/p/chromium/issues/detail?id=432802 (Since Nov 2014)
• detail?id=450604 (Since Jan 2015)
• detail?id=451056 (Since Jan 2015)

1) Make sure your Flash plugin is enabled: chrome://plugins
2) If PPAPI, do not forget the command line flags ( --ppapi-flash-path)
3) If NPAPI, nothing to do! If it works in other web browsers, it will works in Chromium

To force Flash on YouTube, install "Disable Youtube™ HTML5 Player":
https://chrome.google.com/webstore/detail/disable-youtube-html5-pla/enmofgaijnbjpblfljopnpdogpldapoc

> extremely irritating having to switch between browsers
Yes I agree.
• On Windows, I recommend to have 2 web #browsers because actually there is no #stable-chromium-version. It is important for your data to use a STABLE browser like Firefox, Opera, Google Chrome... Also note that you can build your own stable version.
• On Mac, Linux and BSD distros, there is a stable version! ^^
I use 64-bit Chromium (v42.0.2288.0 on Win7 x64). Flash plugin (NPAPI or PPAPI) doesn't work.
The plugin is installed, BUT it doesn't show in the plugins pages on Chromium o_O
https://i.imgur.com/wilV6Vk.jpg
:(
Thx
@Psygno: 64-bit Chromium uses twice the ram as x86 and there are no benefits, whatsoever.

Did Flash work before? Is this your first time using Chromium? Did you write a proper command line for Flash player? We need more info.
admin
@_M_: I agree with you! ^^ Thanks for your help. ;)

@Psygno: Finally, this is a not a bug but a new feature. NPAPI plugins are disabled by default.
Enable the option on chrome://flags/#enable-npapi
https://i.imgur.com/pY0vV76.png

More about NPAPI plugins: https://www.chromium.org/developers/npapi-deprecation
Thanks for sharing Chromium for Android! On my smartphone with 512MB of RAM is better than Chrome and Opera (little bit faster and more responsive).
Just one question: is there any way in Chromium to change the user agent from mobile to desktop? In Chrome it is possible by flagging one setting, but I don't know it does and how to apply it on Chromium too. Any suggestion will be appreciated ;)
admin
@Djobi: Thanks for your feedback!

1) with an add-on:
http://www.techgainer.com/change-android-chrome-user-agent-string-to-another-browser-or-os/ (Archive: https://archive.is/lFM8G)

2) with a flag:
• Check https://www.chromium.org/developers/how-tos/run-chromium-with-flags
• Choose a flag:  --user-agent or  --use-mobile-user-agent
• Remember to quit the app completely and restart for flags to take effect.

Example:  --user-agent="Mozilla/5.0 (Windows NT 6.3; rv:36.0) Gecko/20100101 Firefox/36.0"
Thanks Jerry for your reply!
I'm not so practical with adb commands ;)
In chrome://version I found  --use-mobile-user-agent 3 times. How can I change/delete all of them?
I just have to type: adb shell 'echo "chrome < --user-agent="Mozilla/5.0 (Linux; Android 4.4.4;) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2289.0 Safari/537.36">" > /data/local/tmp/android-webview-command-line' ?
admin
@Djobi: The simplest way is to use an add-on (cf. method 1, above). I do not use Chromium/Chrome on Android. So, it is difficult to help you. I am a simple user, not a tester or expert. Email me if needed! ;)
I hope that this can be useful to others.
• Method 1 (with an add-on): "Chrome User Agent" or "Chrome User Agent Switcher" recognize just Chrome's installation, so their changes will not affect Chromium.
• Method 2 (with a flag): to try when I will be more confident with adb ;)
Thanks again Jerry!
admin
@Djobi: I found a way "with a flag" on this broken site: droidnerds.com
Please see this video https://www.youtube.com/watch?v=cwgo1Naf0Zg and its relative topic https://archive.is/llFSU

For info, method 1 should work because Google Chrome and Chomium have the same user-agent and similar UI.
@Jerry: With the enabled option on chrome://flags/#enable-npapi, it works fine! Thanks ;-)
@Jerry: That works for Chrome:
https://i.imgur.com/rYvPjM3.png

but unfortunately not for Chromium (ChromeShell):
https://i.imgur.com/ypH8kTi.png
admin
@Psygno: Yeaaaaah! ^^

@Djobi: It is boring! :/ Big thanks for your screenshots.
But I still think it is possible on Chromium. Rrrrr! You are near perfection! x_x
Hi all!
I'm experiencing scrollbars absence at 313437 (x64). They do present in chrome://settings, but are absent at any other pages, so I cannot understand how long the page is and where I am. Could anyone please check and/or share any workaround?
https://i.imgur.com/nfjaahm.png
https://i.imgur.com/v8tUTbH.png
admin
Hello gwindlord,
After a browser update, it should be ok!
Hello,
I downloaded the Chromium 64-bit package for my Windows 7, unzipped it and it's working well but there are no java plugins. Any ideas how do I solve this?
Thank you in advance
Duke of Zurich 
@greg:
1 - make sure you installed the 64-bit Java-Version, to be found somewhere on the java.com website.
2 - Chromium is gradually phasing-out support for NPAPI-Plugins. If you still want to use plugins based on NPAPI (such as Java), you need to enable it manually. Type in address bar chrome://flags, search for "enable NPAPI", enable it. Greetings
admin
@Duke of Zurich: Yes, I totally agree with you. Thanks. I improve your answer.

1) Download the good Java version on https://www.java.com/en/download/manual.jsp (Prefer offline installer!)

2) By default, all NPAPI plugins are disabled. So enable the option on chrome://flags/#enable-npapi

Actually, there is no PPAPI version of Java plugin. In 2015, if Oracle does not release a PPAPI version, I recommend on Windows to install the "IE Tab" extension which works always with NPAPI plugins:
https://en.wikipedia.org/wiki/IE_Tab
https://chrome.google.com/webstore/detail/ie-tab/hehijbfgiekmjfkfjpbkbammjbdenadd
... or use another browser supporting NPAPI plugins. For example, Firefox has not so far announced any plans to completely remove support for NPAPI plugins.

Because this is the end of NPAPI plugins:
https://www.chromium.org/developers/npapi-deprecation
https://www.firebreath.org/display/documentation/FireBreath+2.0:+Browser+Plugins+in+a+post-NPAPI+world
@Jerry: I tried your tutorial on html5 and I need to say, it's partly successful!
Just copying the new .dll works and enables me to decode mp3. But still on https://www.youtube.com/html5 it said that neither h.264 nor h.264+MSE would work.
Using the self-made extension atleast made a tick in the h.264 box whilst h.264+MSE didn't work, though MSE+VP9 does. Maybe that's because of DRM? There are also to other .dll's "missing": libpeerconnection (probably WebRTC, I guess) and widevinecdmadapter, which is a DRM module. Just copying it into the folder of Chromium didn't work, there's probably more work to do :/

Do you have any ideas?
Let me share the new update script for winPenPack Chromium Portable.

This script use Woolyss API to find good Chromium build, Adobe servers to discover latest Flash version, Chrome Canary builds to obtain fresh PepperFlash and can update itself too.

Feel free to try it from https://github.com/JustOff/cpf-update-win
@Duke of Zurich, @Jerry: Thanks guys
admin
@LeonardK: Sorry. I never find the way to use MSE + H.264 on YouTube. First post in April 2014: #comment-130 For more, search "H.264" in comments if you want (Shortcut in your browser: CTRL+F). Maybe try to disable hardware acceleration (see #browser-crash).
@JustOff: Waoooow! Give me few days to test your nice work! Thanks for sharing! ;)
@greg: Cheers!
@Duke of Zurich, @Jerry: Thank you for your helpful information!
@Jerry: It fixed some YouTube videos however, I think. Sometimes 1080p is available now, which makes me really happy ;-).

What I additionally noticed is that when font hinting is disabled in the Windows performance options Chrome will still force hinting, while Chromium won't. I actually would like to have font-hinting application based, that is: On Chromium (almost) only. Do you know how that works?
I downloaded the newest Chromium 64-bit package for my windows 7. Now the flash plugin is gone. I installed PepperFlash many times, but the plugin is still a no-show. Any ideas?
admin
@LeonardK: Nice! About font, did you test:
chrome://flags/#disable-direct-write
#command-line-flags:  --disable-direct-write--disable-directwrite-for-ui--enable-font-antialiasing

@Gerry: Please, show me a screenshot of your chrome://plugins page. Also see my #comment-371
I installed Chromium + PepperFlash + html5 support with the ffmpeg lib from Chrome Canary in Windows & OSX.
In both systems some YouTube Videos just play in 360p others in 1080p. With Chrome its just fine. https://www.youtube.com/html5 makes a red cross at "MSE + H.264" all other crosses are green.

Someone got the same problem or an idea to fix this? Even some MP4/H.264 Videos on Websites don't work (example: http://www.quirksmode.org/html5/tests/video.html first video isn't working)
David Cook 
Thanks so much for Chrome has gotten more and bloated with pre-installed "apps"... I really don't know what I'm getting these days.
admin
@m0: Please read my previous answer in #comment-392
Hi there,
I'm on Windows 8.1 64-bit, however, the mini installer doesn't work (neither as admin nor normal)
No desktop icon, no process in the task manager.
Hi
Anyone uses Flickr? Flickr doesn't load properly with Chromium 42 on me, same report with some people using Chrome 40. Strangely, not all Chrome users got this problem. I don't know why. Flickr loads normally with Firefox/Waterfox.
Thanks
Anon402
Hi, am I the only one who has problems with the lastest build?
314621 doesn't work, everything keeps crashing, I can't even open chrome://crashes (irony)
Can I at least downgrade and have something to browse with?
admin
Thank you all for your help! ;)
Yes, 42.0.2296.0 (314621) is very buggy. I updated the site.
Tested: 32-bit Chromium on WinXP (32-bit) and Win7 (64-bit)

If you have installed this buggy version:
• Choose an #older-version from the Continuous repo.
• Choose a newer version from the Snapshots repo: https://www.chromium.org/getting-involved/download-chromium (can be unstable!)
• Prefer ZIP package than installer.
• Choose temporarily another version/browser.
Lot of 64-bit Chromium random crashes under W7 SP1 x64.
chrome://plugins NEVER displays the last Adobe Flash Player 17.0.0.93 PPAPI however installed on the PC.
So, how to activate flashplayer? At the moment any internet video can be played!
With IE11 absolutely none problem!
I can't ever imagine why anyone could want to use 64-bit Chromium?! It only devours memory, isn't compatible with many plugins and, imho, in real life has no known benefits over 32-bit one at all!
I can't ever imagine why anyone wouldn't want to use 64-bit Chromium. It is basically the same as the 32-bit, so it "devours" the same amount of memory and processes, doesn't seem to be incompatible with any plugins I've tested and, imho, just those who doesn't want to let 32-bit processes' limitations go away can't see its benefits.
@ThatGuy: It's great you're so smart to use the particle "not", but without evidence such statement just sounds silly. Look at this Chromium 32-bit vs 64-bit comparison
https://i.imgur.com/h6rnxed.png

I've made the screenshots from my workplace 5 minutes ago, both after browser cold start. The results speaks for themselves, isn't it? Also, try to Google Search for "chrome 64 bit plugin compatibility" and don't be surprised - even Google Voice and Google Earth besides many other plugins are not supported in 64-bit Chrome. Of course we can discuss the theoretical advantages of 64-bit for speed and security, but in real life you will hardly notice the difference.
@100PIER: Read #3 #flash
Hi everyone,
I want to find a answer with MP3 issue.

If I install Flash without problem (#flash), MP3 doesn't work.
I copy ffmpegsumo.dll from Chrome Canary 42.0.2298 (64-bit) to Chromium 42.0.2295 (64-bit).
https://hpr.dogphilosophy.net/test/ says "Does Not Support" but it can play MP3 on this only website and doesn't work on https://podcloud.fr/ and others places .
Same issue with and without mp3 extension.
@JustOff: Please don't feel offended... You know, I simply tried to humorously defend something being attacked unreasonably.

That aside, my computer is good enough to handle whatever 2~8GB RAM browsers are eating nowadays, so 64-bit awesomeness can come at me anytime, no matter the cost.

By the way, I've been using the "buggy" 42.0.2296.0 (314621) version and I still haven't seen it crash or steal my bike. That said, 42.0.2293.0 (314050) crashes right away when I try to access the History page.
@Gandalf81: New Chromium versions have disabled NPAPI-plugins (Adobe Flash). Enable NPAPI on chrome://flags/#enable-npapi
Will someone clever, please expand on this: "On Windows, create a shortcut and set the parameters in its properties:" I've tried for hours now to include/enable the flag... Nothing works for me...Help!!
admin
@Johnicus: On Windows, write your #command-line-flags like on this snapshot:
https://i.imgur.com/iiH6fmg.png
@JustOff: This might be the case on windoze but on Linux I have no issue when running 64-bit applications. I usually only have 4-8 tabs open, but even if I open more I hardly reach 1.2kk on 64bit.
And: Modern PCs can handle that amount of RAM being used. And afaik Chromium just takes much memory when there's much memory available, ie. when you're running short, Chromium will try not to allocate so much - but if you have plenty: Why don't use it? I even put my browser cache into the RAM... .
And yes, 64bit on browsers can make sense as Chromium isn't just used as a browser but also for games etc. Then 64bit can be really nice. Additionally:
There are still programs that wouldn't *need* 32bit, which would completely run on 16bit as well. But: This ain't supported anymore. What I mean is, you really might want to go 64bit know, when you have time to do so.
Hi Jerry, thanks for the help... (The snapshot really helped :-)

Flash seems to be working for everything now, except 'The Daily Mail' online!

When I try to view a video, I get a black-screen (Right-click reveals "Movie not loaded" message) (Flash version...16,0,0,305)
Have I missed something? Could the videos on their website be incompatible somehow?
Please forgive me, but the vids' work ok on Chrome....

Thanks in advance man!

Johnicus
Hello,

Does any of you have a workaround to make Netflix working on Chromium (Win7 64bits, Chromium 42.0.2303 32bits)?
As of right now i've tried several workaround found on internet but none of them worked, and a lot of the remaining ones are for Linux..
Right now the only way i can watch netflix is by using either Firefox or Chrome.
I have tried to reinstall Java, Silverlight, import silverlight's DLL into Chromium (no success, maybe because of my way to do it).
If any of you have an ideas, that'd be great.

Thanks.
@tournier: Does Silverlight appear? chrome://plugins. Also, what does Java have to do with Netflix working?
No it doesn't appear in Chromium, but does in Chrome.

Java have been a source of issues for some people with the usage of silverlight from what i've found, and it cost nothing to try so i tried ^^
Chromium no longer supports NPAPI. Silverlight is NPAPI. That would be the reason.
But I also tried with the "Force NPAPI" thing in case it could be this :/
@tournier: IIrc NPAPI is even now removed from code, thus enforcing won't work :/

Hope that ppl will stop using crappy silverlight, even MS did so (and they invented it...).
admin
Thank you guys for your feedback! ;)

Sorry for delay but after 2 days of development I present to you a new page to test #html5-audio-video elements.
https://tools.woolyss.com/html5-audio-video-tester/
Hope it will be helpful ^^

@Johnicus: > When I try to view a video, I get a black-screen
Me too. It does not work! :/
But the MP4 file works perfectly in HTML5 on 32-bit Chromium. (It works only if you have changed the ffmpegsumo.dll file):
https://tools.woolyss.com/html5-audio-video-tester/?u=video.dailymail.co.uk/video/1418450360/2015/02/1418450360_4056782948001_nerdist--1424015378606.mp4

@tournier, _M_, LeonardK, Rrrrrrr! Plugins!
Did you check my #comment-388?

@_M_ and LeonardK, Not yet but soon! ;)
https://www.chromium.org/developers/npapi-deprecation
@Jerry, Thank you for the development, but in my experience, even if substitution of ffmpegsumo.dll works on especially prepared test pages, in the wild world web it's mostly useless and we can't rely on this trick anymore :-(
@Jerry,
> Not yet but soon! ;) v42.0.2286.0 Chromium no longer accepts NPAPI flash player. Only PPAPI plug-ins:
https://i.imgur.com/WkgY6ue.png
admin
@JustOff, I agree with you but it is only for tests! Nothing more ;)
I discovered the main issue about HTML audio/video elements is bad MIME on websites.

@_M_, I disagree with you. ;) Tested: Chromium on 32-bit WinXP (in Oracle VirtualBox on Zorin OS):
https://i.imgur.com/bhPz3vx.png
NPAPI works! ^^

Do not forget to enable #npapi plugins.
@Jerry, Hmm....ok, strange. This is the first update of Chromium for me (42.0.2286.0) that by default does not load NPAPI plug-ins. To me that is good because NPAPI is of course insecure in Chromium, and that is the reason support is being stopped. I do not want to enable NPAPI, thanks.
I tired to get H.264 working by replacing the .dll file from Chrome to Chromium, but when I go to the test page, no video shows, just see the background color of the page and the controls for the video and hear the audio.

Running the latest version of Chromium x64 version offered on this page at the time of writing. And naturally, got the .dll from x64 version of Chrome Canary.

Also, when I go to youtube.com/html5, I see red exclamation marks on H.264 and MSE + H.264.
When I use the unpacked extension method, only the H.264 has a blue check mark, but not MSE + H.264. Even when I have the example extension enabled, I get the same problem on the video test page.

When testing with Chrome Canary, everything works fine and the YT html5 page shows blue exclamation marks on every option.

Please advice.
I'm always perplexed as to why people come to this great webpage with questions about Chromium - when they admit they already have Google Chrome installed.

The entire point of using Chromium is to avoid the Spyware browser Google Chrome.

What am I missing? Someone please enlighten me, I'm confused.
delegate_execute.exe - and avast. Anti-Virus deletes the file as a virus. 64-bit Chromium for windows.
@Nitramin: Strange, I have MANIFEST files for that .exe but I have no "delegate_execute.exe" file - Chromium x86

In any case, if you downloaded the archive from the Google repository it's perfectly safe.
Hello, I recently updated Chromium build to latest release. Flash was working fine prior to this. Once I updated, flash would not work. So I uninstalled, and re-installed using the mini-installer.exe for 64-bit Windows 7.

I followed the instructions above regarding installing the PepperFlash plug-in to the letter, added the command line to the shortcut, and flash still won't work.

When I open chrome://flash in the browser, it sees the plug-in. When I go to chrome://plugins, the flash plug-in is now there, and it's enabled.

However, when I try to play any flash content, all I see is a puzzle piece, and a grey error message with a puzzle piece that says: "Couldn't load plug-in"

I simply cannot figure this out. No amount of re-installing, re-starting, or re-tooling has helped. Google seems to only offer solutions for ubuntu and linux...no windows solutions to be found.

I do not want to switch to Google Chrome. There has to be some solution out there for this...I'm not an expert, but I'm not a noob either. Self-taught. Any help is greatly appreciated.

https://i.imgur.com/d8uHeJF.png
https://i.imgur.com/MXoKmmC.png
https://i.imgur.com/K5RSans.png
@Liam: Did you tried an x86 version?
@_M_: If you were referring to me previously, the only reason I have Chrome installed is to access ffmpegsumo.dll as per instructed on this very page. Sadly, it does not seem to work as I previously described.
@Liam: I had the same issue, but then I enabled NPAPI in Chrome flags and NPAPI Flash works perfectly as usual but PepperFlash is still not working
I'm having the same issues as Pörö. I really do not understand why a single build of Chromium for Windows with H.264 does not yet exist in 2015. It seems that people here are taking the lazy way out with regards to this issue and PepperFlash. Maybe when Google discontinues NPAPI officially later this year, will all the lazy schmucks finally be forced to address this issue and actually build Chromium with support for H.264 and pepperFlash support. This is unbelievable. The instructions for switching out ffmpegsumo.dll are a joke in the first place, because the site always updates to a version different from the Chrome Canary version. It took me almost an hour alone to find the right build, given the slow download speeds, but I found it.
https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/317493/

This version with the suffix 11.0 had the same version number as the latest Chrome Canary build, so I attempted to switch out ffmpegsumo.dll from Chrome Canary, and guess what? IT DID NOT WORK. Would you please stop assuming that switching out the dlls work? Obviously Google doesn't want people to use Chromium, and would rather have them use chrome, so considering the reputation of the company, they're obviously smart enough to ensure that simply switching out dlls would not work, and guess what, it does not. The only way this situation will be fixed is if someone literally builds Chromium with H.264 support, etc. on windows.
@Liam, Anon: There are no problems with latest PepperFlash & 64-bit Chromium, but make shure that your Flash is 64-bit too. Alternatively you can try my experimental 64-bit portable package based on winPenPack - https://github.com/JustOff/cpf-update-win/releases - it keep Chromium & Flash synced & updated properly.
Let's be real here. Google is about to kill NPAPI in a couple of months. So, simply installing an NPAPI plugin will not work in a few months. Add to that that Chromium still does not support H.264, but instead, the useless garbage called webm, which has little mainstream support, you will basically be stuck with a gimped browser soon. If I was in charge of this site, I would not even post a version of Chromium that was incompatible with H.264, or for that matter, PepperFlash. This should be vetted first, because simply having the latest version of a soon to be gimped browser isn't going to mean much practically.
@ _M_: yes, I tried the 32 bit builds as well...same exact issue. It recognizes the plugin but flash content still does not load.

I have another machine which has a different version of both Chromium and Flash working seamlessly. So, the only way I got it to work, was to install that combination on this machine, Chromium 41.0.2227.0 Dev build, and Flash 16.0.0.235.

This works without issue. Problem now is that firefox doesn't like that version of Flash, and keeps trying to update it. I use FF as well, but mainly for work stuff.

@Justoff: I'll give that a try, thank you. The flash was definitely the 64-bit version, although I tested the 32-bit as well just to see if I could make it work. But, of course, it didn't.

I love Chromium as a browser, and cringe at the thought of installing Google Chrome or any other bloated version just for the sake of continuity. Even if it means taking a few extra steps listed above.

But over the years I can't think of another program causing more issues or headaches for me than Flash.
@Liam: I'm confused about a few things. You have "pepflashplayer.dll". This is a Google Chrome specific Flash player program. Now, I know there is another person building a version of Chrome on the net that this .dll can be retrieved from, however...

I use Flash player beta http://labs.adobe.com/downloads/flashplayer.html and it works flawlessly. Can you post your complete Chromium target shortcut command line? I have found that when I started using Chromium the Flash player problems were always linked to an incorrect command line.
If you were so curious about privacy just using Chromium won't work. As you are on this site, you are - first off - a Windows user. Spyware #1.
Second you are using the Adobe Flash Player. Spyware #2.

If you want privacy, install Slackware or Gentoo with hardened Linux-Kernel (or even FreeBSD or similar...). Only communicate via PGP and use completely OpenSource products. No proprietary firmware or drivers.

This will do much more than just using Chromium instead of Chrome.
The PepperFlash method works fine. I'm using it with Chromium but the HTML5 video part doesn't work at all, tried several ffmpegsumo.dll files, even from other sources other than the Google Chrome browser but it won't work. Someone trustworthy should just compile Chromium with x264 support in Windows and release builds to the public.
@Jerry: As you can detect CPU architecture, could you by any chance make the boxes dynamically? i.e. if a 32-bit system is detected, it would rather show the x86 version rather than 64-bit first, as it is now. just a suggestion. Thanks for running this page!
admin
Thank you all for your feedback!

@mihau: Done! ^^
Your OS (Windows or Mac) and architecture (64-bit or 32-bit) is dynamically highlighted if detected.
I also tested your Otter Updater. Nice shell scripts! ;)

@Nyx and Pörö:
Tested with Chromium 43.0.2320.0 (318624):

• WinXP (32-bit) + Chromium + PepperFlash + ffmpegsumo.dll
→ Flash and video H.264/MP4 work well if all is in 32-bit version.

• Win7 (64-bit) + Chromium + PepperFlash + ffmpegsumo.dll
→ Flash and video H.264/MP4 work well if all is in 64-bit version.
→ Flash and video H.264/MP4 work well if all is in 32-bit version on this 64-bit OS.

• WinVista and Win8 & 8.1
→ Sorry, I do not use these OS. Few testers tell me that it works like on Win7

If there is a video issue, disable hardware acceleration (Check #browser-crash)
Same here about Flash issue.
I've been having a problem with opening external links from a program (TeamSpeak seems to be the only one so far). When I click the link, nothing happens. I did some searching and found a solution, but the problem comes back each time I update.
I can fix the problem by deleting the registry value:
[HKEY_CLASSES_ROOT\ChromiumHTM.<<A_LONG_STRING>>\shell\open\command\]
"DelegateExecute"="{<<ANOTHER_LONG_STRING>>}"

Why does this keep happening? And is there a more permanent fix?
Anon446
Hello, how is chromium-browser-l10n in version 41.x ??
@Jerry: Can you please show more info? which version of Chromium from here did you use? zipped? 64-bit? 32-bit? Where did you get ffmpegsumo from Canary 64-bit? canary 32-bit? normal Google Chrome 32-bit? normal Chrome 64-bit?
admin
@Lion: It works! Disable your ad-blocker.

@twiz: Thanks for your feedback but I do not see how to fix this :/
https://bugs.chromium.org/p/chromium/issues/detail?id=133688&q=TeamSpeak

@446: Did you check official packages? ^^
https://packages.ubuntu.com/search?keywords=chromium-browser (Ubuntu, Linux Mint, elementary OS...)
https://packages.debian.org/search?keywords=chromium-l10n (Debian, Linux Mint...)

@Nyx: I edited my previous post. All works perfectly with .exe and .zip Chromium versions. I extract libraries (ffmpegsumo.dll and PepperFlash) from Canary in general... but for PPAPI it also works with Adobe's Flash installers!

• If 32-bit Chromium used, get all libraries in 32-bit version, even If your OS is in 64-bit.
• If 64-bit Chromium used, get all libraries in 64-bit version.

Note 32-bit version of libraries is more stable than 64-bit.
@Jerry: I must be doing something terribly wrong then... I got Chromium (zip 64-bit) from here before making my previous post, then I downloaded chrome canary (also 64-bit), got ffmpegsumo from the canary folder and copied it to my chromium installation replacing the existing one, then I tested using https://tools.woolyss.com/html5-audio-video-tester/ and both the "big_buck_bunny_trailer_480p_high.mp4" and "big_buck_bunny_trailer_480p_baseline.mp4" did not work, sometimes it would just not play at all, other times it would just play the audio but no video. After that I tried getting chrome beta (64-bit) and the same thing happened.
Uwe Mueller 
Hello!
Since yesterday Chromium (Profiles) are broken. The message "Chromium didn't shutdown correctly.." appears - even if I establish a new profile. What has happened?
admin
@Nyx: Did you disable hardware acceleration? (Check #browser-crash)

@Uwe Mueller: What OS and version do you use?
Please read last posts on https://forums.techguy.org/threads/solved-google-chrome-didnt-shut-down-correctly-error-restore-session-bug-please-he.1118647/ and tell me if it works for you.
Uwe Mueller 
Hello Jerry,
My OS is Windows 8.1 64-bit. The Chromium version is 43.0.2325.0 (64-bit). Chrome Canary (64-bit), which is also installed, does not cause any problems. Even if i delete the chromium profile, so Chromium is creating an new profile without any add-on, the message "Chromium didn't..." appears on every start of the program. Since Version 43.0.2324 this problem is there.
@Uwe: I had this problem too but it seems to be gone with 43.0.2325.
Anon454
Now Chomium is perfectly capable to find PPAPI Flash dll without command line flags on Windows.
Uwe Mueller 
@Enns: The only thing that helped me was a complete reinstallation of chromium. First I deleted all the files and profiles of Chromium. Now it works again. In Google Chrome a reset of the profile has always helped, here unfortunately not.
Duke of Zurich 
I can confirm Anonymous' (454) comment. Finally PPAPI-Flash player can be installed without the need of the command line flags.
Tested with 43.0.2325.0 (32-bit). That's really good news !
@Jerry: Disabling hardware acceleration did the trick, thanks!

Do you compile these builds yourself or just link them? why don't you make a version in which you compile with the ffmpeg flags turned on?
admin
Thanks a lot guys for your feedback! ;)

@Nyx:
> Do you compile these builds yourself or just link them?
These builds are not compiled by me. I explain that on my #notes. ;)
The secret of all is the official Chromium Buildbot! ^^

> ...with the ffmpeg flags turned on?
I use my own updater which download, extract and install Chromium + Flash + ffmpegsumo + write flags automatically.
So I need not to re-compile Chromium.

I am a simple user like you. This site is only to help us.
When I go to https://www.youtube.com/html5, I see red exclamation marks on H.264 and MSE + H.264.
When I use the unpacked extension method, only the H.264 has a blue check mark, but not MSE + H.264.
So is there any way to fix the MSE + H.264? :(
admin
@hi: Sorry, I never find the way: #comment-392
Anon461
@Jerry: when you say you "...install Chromium + Flash + ffmpegsumo + write flags automatically. So I need not to re-compile Chromium." what do you mean by "write flags"? I was under the impression that re-compiling was the only way to get chromium to detect the codecs.
I'm currently using 312958 (Windows). I just tried 3 new versions 319006 - 319591.

Problems:
• 319 series no longer provides 'permissions' info (only cookies and site data) on left click on url icon in address bar.
• Plug-ins are no longer 'click to play' - they are now 'right click to play'. So, unless I choose to 'always run plugin', I am forced to now click my mouse buttons twice.

Anyone else?
admin
@461: You can recompile Chromium but personally I have my own updater/launcher which extract ffmpegsumo from stable Google Chrome and do other stuffs. It is enough for me.

By "write flags", I mean that when I used PepperFlash (get from Chrome), my app automatically wrote its required command line flags. Is it clearer?
Codecs work well if all is correctly installed: #comment-443

@_M_:
About Origin Info Bubble (OIB), it is not a bug.
https://bugs.chromium.org/p/chromium/issues/detail?id=444244
https://www.chromium.org/Home/chromium-security/enamel/goals-for-the-origin-info-bubble

Yes, right-click-to-play is less simple than click-to-play :/
https://bugs.chromium.org/p/chromium/issues/detail?id=91182#c15
@Jerry: Thanks for the links.
Both of these are VERY BAD implementations and to me are totally unacceptable. What are these people thinking? *SIGH* Ridiculous.
H.264 content is still not working for me Jerry. It doesn't help that the Chromium and Chrome versions are often mismatched anyway. I think it would be more productive if you just uploaded the proper extracted ffmpegsumo.dll from the proper Chrome version and certify it to work with the proper Chromium version. It does not absolutely need to be the latest version. You can create a 'certified H.264 + Pepper Flash version', maybe once every few weeks or something like that.
I'm having problems again, using the same ffmpegsumo and Chromium from here with hardware acceleration off again

https://www.quirksmode.org/html5/tests/video.html
First video for example won't play and alot of YouTube videos that are in x264 will just show 360p or 720p whereas it should show 1080@60fps

@Art: Agree, if you could do that it would be great.
admin
I updated the "Patch HTML5 Media" extension to improve H.264/MP4 detection on websites. More on #html5-audio-video

@Art: > if you just uploaded the proper extracted ffmpegsumo.dll from the proper Chrome version
Sorry, I cannot because this file is licenced under Google terms. It is not free.

But sure you can use the stable version! ;)
Did the automatic PPAPI dll finding capabilities disappear again or is it just me? No luck with the 64-bit version on Win7 using 43.0.2345.0.
@Dom, same issue here with the PPAPI dll on 43.0.2345.0 and 64-bit Win 8.1.
And target string to fix it does not work either...
Duke of Zurich 
Re: PPAPI detection/integration
Version 43.0.2346.0 (32-bit) on Win8.1 fully functional. Didn't test the 64-bit Chromium version
64-bit PPAPI does not autodetect anymore in 234X-2347 versions I tested.
PPAPI is not working on 64-bit 43.0.2349.0
Duke of Zurich 
PPAPI on 43.0.2350.0 32-bit working. Hence, a problem with 64-bit only
Anon474
@Dom, @Omnious, @Schwartz, @Anon and everyone else who have a problem with 64-bit Flash,
star bug: https://bugs.chromium.org/p/chromium/issues/detail?id=471569
According the developer's reply on the link above I found that in order to make System Pepper Flash work properly with recent 64bit Chromium is sufficient to replace x-ppapi-arch value from ia32 to x64 in C:\Windows\System32\Macromed\Flash\manifest.json. This will be fixed by Adobe in the next Pepper Flash release.
The link given to the Canary channel even leads to a tiny downloader-installer rather than a redistributable setup file.
is there a way to extract ffmpegsumo.dll from googlechromestandaloneenterprise.msi without having to install it?
@Jerry: You mentioned you have a script that does that, is there a chance you could publish it?

@Jerry: Thanks, it's not quite as sophisticated as Muhammer Ayes/Zychopat's updater or as informative as your site, but it does the trick
@Jerry: I would love that script that mihau mentioned, if you could publish it it would help alot!
admin
@mihau: You talk about my script on #comment-458, don't you?

Actually, my script works only with 32-bit Chromium. Because there are more issues on 64-bit Chromium, I do not use the 64-bit version. My script get version of PPAPI Flash and ffmpegsumo.dll from stable Google Chrome or Canary (without install it ^^). Yes, it is possible to publish it. I prepare a nice GUI to launch/manage Chromium on Windows. So one day, under a free and open-source licence... ;)
Das ist ja wahnsinn aber man soll zeigen was man hat,besser als ewig suchen und nicht finden ich hab so respekt,in guten händen wie vorher auch.
After upgrading Chromium from version 41 to 44 the jQuery site width is displayed wrong. The whole site is resized to a very small width, which makes the site unusable. I disabled all the extensions to make sure it's not from an installed extension and the site still shows up as a tiny preview. I also check in the developer console to see if the jQuery site uses some specific CSS rules which can be adjusted, but I didn't find any.
admin
@Cip: I tested https://jquery.com/ in 32-bit Chromium (43.0.2325.0 and 44.0.2370.0) on 64-bit Win7. It seems to work normally.
https://i.imgur.com/Tjq0WSH.png

Do you use a 64-bit version of Chromium?
I'm using the latest 64-bit Chromium build posted on top of the page, on Windows 8.1.
https://i.imgur.com/qIzkYF7.png

Images loaded in the browser look even smaller than this.
@Jerry: Yes, exactly, that's what I meant. GUI is fine or just CLI or in whatever shape or form you decide to release it.
thank you :-)
I reverted to Chromium 44.0.2362.0 (64-bit) on Win 8.1 and everything is back to normal.
It seems version 44.0.2370.0 has some issues with some sites. That's why you should keep the last working version (zipped installer) in a backup folder before updating.
For some reason 64-bit Chromium (42.0.2311.0) keeps telling me my Flash player is out of date. It's the latest Pepper Flash version on the downloads page, v17.0.0.169, and did this for last version of Flash too. Is there a way to fix this, or do I just have to add " --allow-outdated-plugins" again?
I'm almost positive it didn't do this on Chromium 44.x, but I had to revert because some playback was choppy.
admin
Thanks for your feedback! ;)
Yes, use  --allow-outdated-plugins in this case.

My advice: I see most of issues are on 64-bit Chromium. If you need more than 4GB of RAM for Chromium, use the 64-bit version. Else prefer the much more stable 32-bit version.
I'll switch tomorrow. Thank you so much for all your help and providing this website. You are awesome!
Can't anyone just compile chromium x64 for Windows with the proprietary codecs flag on? I read you just need to change one setting to make it work and we would have google chrome tier support for codecs, I would do it if I had an extra PC but that's not the case. Having to download chrome inside a sandbox and extract ffmpegsumo everytime is a pain in the ass and even when doing that it's not optimal because some options in youtube.com/html5 are still red and you have to do stuff like disabling hardware acceleration to make it work properly.
Anon489
@John: It's not just a flag, it's an entirely different version of the FFMPEGSumo.dll file. The file that comes with Chromium is 965KB and does not contain the proprietary code for H264/etc, while the one from Chrome is 1.74MB -- nearly double the size. You have to take the file from Chrome and add it to your Chromium folder. If you don't want to install Chrome to your PC, you could use something like Sandboxie to install Chrome in a sandbox environment and copy the file out of the sandbox to your PC, that's what I did.
Dear Sirs;
I have noticed that the recent versions of Chromium takes quite a long time to clear history when you select the "beginning of time" option.
In the previous versions, this only took seconds despite the cache size.
Kindly submit to you information.
@489: Yes it IS just a flag.

"There are a few GYP flags which can alter the behaviour of Chromium's HTML5 audio/video implementation.

ffmpeg_branding
Overrides which version of FFmpeg to use
Default: $(branding)
Values:
Chrome - includes additional proprietary codecs (MP3, etc..) for use with Google Chrome
Chromium - builds default set of codecs

proprietary_codecs
Alters the list of codecs Chromium claims to support, which affects <source> and canPlayType() behaviour
Default: 0
Values:
0 - <source> and canPlayType() assume the default set of codecs
1 - <source> and canPlayType() assume they support additional proprietary codecs

use_system_ffmpeg
Will build Chromium using the host system's version of FFmpeg
Default: 0
Values:
0 - Build Chromium using the copy of FFmpeg included with Chromium
1 - Build Chromium using the host system's version of FFmpeg"
Hi, I just want to say thank you for creating this website and providing such a complete information about Chromium, especially for Windows users. I can install Chromium and Flash Player PPAPI just in a few minutes, no error, no trouble at all. I've been using Chromium for two months and I'm very happy with it.
Thanks for the extension to enable H.264 in chromium. It's a shame MSE doesn't work with H.264 for youtube, but at least it's something.
Anon494
Hey, I've been having problems with the Windows 64-bit builds. The recent releases won't render webpages properly or at all. Everything just turns up black with dark grey rectangles at each corner of the Chromium window. Is there an older version, preferable one from at least a week ago, that you can direct me to?
Thanks.
admin
Thanks all!
@494: Older builds for 64-bit Windows from at least a week ago:
• #510: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/328288/
• #500: prefix=Win_x64/328120
• #490: prefix=Win_x64/328078
• #480: prefix=Win_x64/328063

Hope it is ok for you! ;)
Anon496
Very nice site!
Hope Chromium for Android comes... I was using the Shell.apk, and it's a fast (and relatively stable) browser, but it lacked bookmark syncing.
Anon499
Does anyone happen to have the revision number for the stable Chrome 42? Chromium 43+ have an issue with flash videos locking up for me.
XxFukenGruvenxX 
The latest release, 45.0.2410.0, is problematic: can't highlight text?
SmartScreen is blocking the latest mini_installer.exe
PortableWares 
Highlighting works with Win_x64-331067-mini_installer. Anything after.. highlighting is defective. Hopefully Chromium Team is aware of this problem.
john burnum 
Ever since Chromium started using PepperFlash I get a lot of 'Chromium not responding' freeze messages. Is there a fix for this problem,Thanks
PortableWares 
@john burnum: I've been using Chromium from Woolyss for a while. I have never experienced that error. That sounds like an internal flag tweak. Try resetting to default. Also, I'd take a look at the official Chromium dev site for issues.
@john burnum: It seems to be related to the Chromium version itself. I tried 43/44/45 Chromium, and they all had that issue both on 32 and 64-bit. I've been sitting on 42 for a while as that has the least problems with flash. Sometimes flash doesn't load on a tab if flash is already running in another, and it refuses to run in incognito mode. If it keeps up, I'm just going to have to try going back to Comodo's fork of Chrome/Chromium.
Anon506
I haven't seen any problem with #330269 (64bit). This is last build before 45. Good to try.
Can't highlight and mark text in chromium no more. Can't downgrade to version Chromium 45.0.2409.0 x64 or x86. Anybody out there telling me what do to do to solve this problem? Discovered Chromium two weeks ago and been satisfied all the time.
admin
Thanks all for feedback! ;)
About the text highlighting error, the Chromium team knows this issue:
https://bugs.chromium.org/p/chromium/issues/detail?id=491531
Thanks for your quick feedback. But how to downgrade from 2412 to 2410 or 2409?
admin
@John: Before all, make a copy of your #user-data-directory Then choose an older Chromium version.
Examples about the 64-bit version:
45.0.2409.0: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/330998/ or prefix=Win_x64/331027/
45.0.2410.0: prefix=Win_x64/331101/ or prefix=Win_x64/331218/
Chromium 4 Android Public builds out, fully working!
Just install the ChromePublic.apk and be happy :D
PortableWares 
The latest version 45.0.2413.0 is fixed :)
Chromium runs great for a while but then freezes or I get the never ending loading circle I have tried the help suggestions and none work. I did the updates same and have installed the latest version from this page. And now I can't install Chrome. I get the launcher failed to open. Any help. Thanks in advance.

This what it does then I have to x out and F8 debugging mode. Then it will work for a while then the same thing.
https://i.imgur.com/YdDYQvd.png
PortableWares 
@ravenhawk: The never ending loading is due to your hosts file. Ensure you're using 127.0.0.1 and not 0.0.0.0
Ok not sure what you are talking about.
Version 45.0.2413.0 seems to be fixed. Great work. Big Thanks & Greetings from Germany.
Ok figured out what you were talking about all the host files are 127.0.0.1
https://i.imgur.com/5wzsh6T.png
https://i.imgur.com/7YFhZ74.png
https://i.imgur.com/azr3xQg.png
Anon518
is there any way to get ffmpegsumo.dll without installing Canary in my system
Anon519
You can use "sandboxie".
Since version 45.0.2413.0 I can highlight and mark text and websites in Chromium, but now I can't print the highlighted and marked text and content of websites no more. Only possible to print the whole content of websites. Any solution?
admin
@John: On the 32-bit version, there is no issue like yours. I use it on my 64-bit OS.
Highlight your text. Then try:
• Shortcuts (CTRL+P) → The print page is now opened → [More settings] → Options → Selection only
• "Print Selection" add-on https://chrome.google.com/webstore/detail/print-selection/gbkdpdnociibpkkpjgmcmdlnjlebpajk
Thanks for the tip. But that's all well known and doesn't fit the problem. Don't need and didn't need a plugin to print. Other browsers (Google Chrome, Firefox, Opera, MS IT-Explorer) don't have this problem. Chromium 45.0.2409.0 didn't had this problem. I know exactly cause I'm printing out the weather and some news every morning. I use Chromium x86 on Win 7 x64 and got this case since the text mark problem. Well, guess I'll have to wait and see...Thank you very much.
admin
@John: "Don't need a plugin to print". Sure, I agree with you ;)
But I also use 32-bit Chromium on 64-bit Win7. I see no print issue on 32-bit Chromium (332091) in the ZIP version. I never use EXE version.
I'm using EXE with Chromium Updater. Think I'll try the ZIP version. Thank you.
Anon525
How can I set it so that another profile/user's extension automatically close when I close that profile? Whenever my family members use Chromium on their profiles on my computer, the extensions still remain in Chromium's task manager even after I've switched over to my account.
Anon526
@525: Maybe try going to Settings → Advanced → Scroll down to System → Uncheck "Continue running background apps when Chromium is closed"?
Doesn't seem to be exactly what you're describing, but it might work.
Anon527
@526: Tried that. Sadly doesn't work this way.
Chromium build 45.0.2416.2 is the last version which still has NPAPI plug-in support enabled via chrome://flags or group policy registry (https://codereview.chromium.org/1158423003/#ps1). You should post a link to the download page for this version of Chromium. I have not yet figured out which download at https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/ corresponds to that last build of 45.0.2416.2.
admin
@JD: Thanks a lot for the news! I checked it and updated the #npapi part. ;)
New online installer 2015

[EDIT: 4 Jun 2015 by Jerry]
Warez site + closed-source and packed installer.
https://www.virustotal.com/fr/file/a4a4c39c9eb6b4edb5c7a296f67b170fd3e715ef69fb9355604c9d1d559e703a/analysis/1433354787/
Anon531
Jerry, you may want to remove #comment-530 because website has illegal contents. Movies, iso files etc. These are not fit here.
Hello everyone, I just got the latest Chrome Canary x64 from the official website but there's no ffmpegsumo anymore. I think we're fucked.
> Reducing the size of binary (about 400KB on linux, about 265KB on 32bit windows) due to dead-code elimination
LoL, as if that would be so much when we are talking about chrome ...
> Eliminates a large number of windows crashes hit while loading the DLL (see bugs)
Windows...
> Simplifying media library initialization (Remove bool-ness, it just works)
Ok, that might be a reason.
But I hate statically linking the whole world like the Chromium devs currently do it. I hope this won't kill Chromium on Linux, too. I really need to look out for alternatives soon.
They actually reverted all this here:
https://chromium.googlesource.com/chromium/src/+/a31b9ad7e78a1e6174fd218a78b0909079e0afd5
but seems to be only temporary.
Anon535
PortableApps build is a mess,would not recommend.btw Jerry youre doing gods work <3
Anon536
I agree that PortableApps build has become less than useful! For portable Chromium I now use the winPenPack X-Chromium build. Just replace the bin/Chrome folder to update from time to time. Too bad it is hosted on Sourceforge (but not taken over...yet): https://sourceforge.net/projects/winpenpack/files/X-Chromium/releases/
Hi! Don't work Policy (DiskCacheDir)
Where is ffmpegsumo.dll in the last version : 45.0.2429.0 (32 bits) ?
is the latest (45.0.2430) build on 64 bit missing the chrome://flags/#enable-npapi flag?
Chromium 自 Revision:332900 开始,移除了 ffmpegsumo.dll,使用 Google Chrome Canary 的 ffmpegsumo.dll 以支持 MP3 解码的方法,暂时失效。
目前最后一个支持上述方法的 Chromium 版本为 45.0.2423.0 (开发者内部版本) (32 位)Revision:332890。
https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/332890/
Anon541
What we gonna do without ffmpegsumo? Leaving Chromium? Any solution, suggestion?
admin
"ffmpegsumo.dll" is gone since 4 June 2015. Check the #html5-audio-video part.

@mihau, Please, check the #npapi news.
Jerry,

NPAPI plug-in support will still work with the latest version of Chrome (as I post this) so long as Chrome.exe is launched with the " --enable-npapi-for-testing" switch. However, the switch and underlying NPAPI functionality are still supposed to be removed in the future. So, in case I miss when Google completely removes NPAPI support from Chromium, please keep an eye out for that change.

My main use of NPAPI support is for the Unity game engine plug-in. The Unity web plug-in is still quite popular on many websites with online games.
Sorry, but I'm don't understand how can I download/build chromium 43.0.2357.125?
Anon545
If we replace "chrome_child.dll" file, do we still have benefit of Chromium features, like "no digital signature"? (Listed above #features)
Also, how we determine whether or not we have digital signature?
I mean, I know, I can download source code of version 43.0.2357.125 and build it. but, honestly, I don't want do that.
I mean, is exist the build 43.0.2357.125 in google storage there https://storage.googleapis.com/chromium-browser-continuous/index.html ?
I see, thanks Jerry and JD
"If we replace "chrome_child.dll" file, do we still have benefit of Chromium features..."

Don't replace that file. First, because it won't work since the continuous builds are newer than the Canary builds. You can't mix versions or the DLL will crash. Second, even if it did work, you don't work to use the DLL from Chrome because it IS Chrome not Chromium. That DLL is more than just the missing multimedia library.

The only way to get around this problem is to compile Chromium from source code using the add_flag_chrome directives. Google is not going to do that for us.
Anon549
JD, thanks for your answer. But I'm kind of lazy person, compiling anything is hard to me and I'm not sure my computer's specifications are enough for this. I'll wait and see what happens.
@JD well that sucks, I guess eventually we will just have to give up on chromium and move to chrome, not having the proprietary codecs is not an option and no one will compile that shit.
admin
Thanks all.
@vadik, Please check my #comment-35, I have already given the answer! ;)
@JD, I completely agree with you. After tests, I updated the #html5-audio-video part. Yes @549 and @Neh, that sucks! :/
@Jerry, thank you! finally, I understood that, almost. So, now the latest stable build Chrome is 43.0.2357.124 (323860). And google storage haven't Chromium 323860 in his repository.
I have few questions:
1 - Those 124 patches made only by Google, yes?
2 - Which Chromium build Google took for Chrome? 43.0.2357.0 (#323865 in google storage)?
3 - The latest "osxportableapps" version has same name "43.0.2357.124" - why? And this 124 patches made only by Chromium builders, yes? But why Chrome and Chromium always have same number?
admin
@vadik, I sent an email to you! ;)
Sorry. it was not my email. Can you try again, please?
S466531257BOSS 
I would like to know if there is a kind of LTS (Long Term Support) Version of Chromium like Mozilla publishes its FireFox in the ESR Variant. If not officially mentioned / released , what Version would be equivalent, in Terms of Stability, running on older OS or those PC's that can not be maintained regularly, like say in KinderGarten or groups which like to use Chromium Browser, but are not able to maintain their systems themselve and/or have to be bound to a network to work with, wher maintenance is not easily available.

Sorry for the very detail, i just hope one can understand better what my indirect question is targeting.
Thanks for your interest.

P.s.: A main reason for asking is the cross-platform availability, so if my question can not be answered an alternative would be for example a version tracker (e.g.: RSS / ATOM) that only shows the versions that are identical and available and considered very stable for the Windows and Linux and Android Platform.
admin
@S466531257BOSS: Did you receive my email?
Anon557
How to disable user profile button?
Anon558
@Jerry: Thanks for the API. I'm using it in my own little primitive private updater, as seen below:
http://thewilderness.bplaced.net/chromium_installation.bat (Direct download)
Can you please share the link to the last version which included ffmpegsumo.dll? Thanks.
admin
@557, Check chrome://flags/#enable-new-profile-management
@558, Thanks for your Chromium updater. ;)
@Pai, The last version is 333350. Next version (333471) has not ffmpegsumo.dll.
So, what about "Hotword shared module". Will it include in the new builds?
admin
No. The Chromium team decided to remove it! ;)
Matt Giuca (mgiuca@chromium.org) is the official developer.
https://bugs.chromium.org/p/chromium/issues/detail?id=500922#c31
Thanks for the links. Would love to stick with this browser. If you come to know of any workaround, or a build (Solutions:Compile Chromium from #source-code) which supports proprietary codecs, will be grateful if you could share it.
Anon564
im not sure whats going on with voicesearch and what not,using now 45.0.2415.0 (32-bit) is it safe?
Anon565
Just what I was looking for! Keep up the good work!
public.user 
Hi, I was not able to enable Pepper Flash after updating Chromium to 45.0.2443.0. I'm running Mac OS X 10.9.5.
Even after enabling the command-line flags as per #flash, and making sure to update the last flag.
https://get.adobe.com/flashplayer/?fpchrome

I finally found a solution (https://forums.adobe.com/thread/1819231) which basically requires you to close Chromium, edit the manifest.json (/Library/Internet Plug-Ins/PepperFlashPlayer) by changing "x-ppapi-arch" "mac" to "x-ppapi-arch": "x64", save file, restart Chromium.

After doing this, chrome://flash/ finally showed "Flash plugin: 18.0.0.194 /Library/Internet Plug-Ins/PepperFlashPlayer/PepperFlashPlayer.plugin" (instead of "Not Installed") and chrome://plugins/ also showed "Adobe Flash Player - Version: 18.0.0.194" as enabled (instead of not showing up at all).

I hope this helps some folks if they are having the same issue.

Cheers,
Anon567
My antivirus Avast detect this browser like a virus.
Anon568
My Avast also detected this week the Win32-EvoGen virus all of a sudden on the chrome.exe version 45.0.2442.0 from the 32Bits zip file.

It might be a bad virus definition update from Avast because I was using it for awhile, left it open and when I came back home, my shortcut wasn't working anymore. Avast deleted the chrome.exe. And when I tried to unzip it, Avast would delete it.

It also detected something in a .xul file (in AppData - forgot to note it)

Although I could have put an exclusion, I went back to 44.0.2383.0 to see if more info gets out about it.

I just tried to unzip it again and Avast didn't say anything. I'm writing this with 45.0.2442.0

So like I said, it is probably a bad virus definition update and it got fixed afterward.

Cheers!
admin
@Pai: Actually I do not know the solution. :/
@public.user: Very interesting! Thanks for sharing. I will update this site in few days.
@568: Check the #malware part. This is certainly a false positive.
Does anyone know how to get rid of the dynamic status bar? I'd love to replace it with a static one, especially because as of a few builds I installed (two weeks or so), the status bar pops up even when Chromium is *out of focus* (not minimized). this means it overlaps other running programs. it's super annoying, I'm still waiting for them to fix this.
Just so you know. The version of Pepper Flash included with Chromium from this site, does not play videos on Facebook. Don't know why, though.
@Anthony: Interesting, I thought that happened on my system

I use this uber-simple bookmarklet to download the videos instead (in fact it's mp4 files)
javascript:location.href=document.getElementsByTagName("video")[0].src
@Mihau: I tried a number of things to get the flash videos on Facebook to work. None of them work, at all and I do not know why. I gave up trying to get it to work. The thing that bothered me the most is that neither the Windows Mac OS X version play Facebook videos and this is with pepper flash installed. I tried to edit the manifest file for pepper flash for the Mac and it still wouldn't work, so I just removed from both machine and installed Chrome Beta. Now I can view the Facebook videos. even though the chromium version on this website and Chrome Beta use the same version of pepper flash.
Your website is great but a visible and direct link to the last (or maybe all) stable release for every OS could be really helpful.
@Anthony: I meant to say "I thought that happened on my system *only*". sorry to hear you tried everything to make it work with no luck. sucks, but Chromium developers seem not to care. As a workaround, you could use the bookmarklet I posted before (just add it to your bookmark bar).
@Anthony I'm almost sure Facebook started using html5 videos by this month or so because I had tried current Firefox Nightly for a day, I don't have any Flash installation here and videos played flawlessly on FF.
Your issue is actually our current problem with h.264 on Chromium opensource, as Firefox has no built flash yet.

I'm actually living from a google chrome dev portable build (no installation, no update), fear the closedsource part..
Radu Tanasescu 
I wish I could receive an email update every time you compile a new build :) That would make staying up to date easy :D
For those of you who are looking for an alternative web browser to Chrome that is still based on Chromium but has more features/settings and still supports NPAPI plug-ins, checkout Slimjet at http://www.slimjet.com/en/dlpage.php . It's great, and it supports all of the media/codecs that Chrome does by default without extra downloads. And, because it is Chromium-based, you can copy your existing Chrome or Chromium user settings directory into Slimjet's corresponding user settings directory to preserve your settings, bookmarks, history, cookies, and extension settings. You will need to reinstall your extensions though.
@JD: Where's its source code?
People, Chromium build 46 as well as Chrome Dev, both on Android, blinks a red border everytime you press something on the interface. Wish they don't deploy this current build from dev channel to the Beta one.
@K: Unfortunately Slimjet is not open source (and isn't required to be since Chromium is not GPL), but it's no different from Chrome in that regard. Slimjet is still a great browser if you want Chrome but with useful extra features and without Google's tracking/spyware. And, if you are really privacy conscious Slimjet is also currently the only Chromium-based browser that allows you to truly disable WebRTC to eliminate IP address leaks under VPN. No Chrome extension can actually do that.
@581: While Ublock Origin has that setting, it doesn't actually work because Ublock Origin is just an extension. Go ahead and test it yourself at https://www.perfect-privacy.com/webrtc-leaktest/ . I have, and my public IP is still shown unless I am using SlimJet. and have its WebRTC block setting enabled.
Anon583
@JD: Agree with you. With this add-on, it works on Firefox but not on Chromium.
When will the new stable version be released? (same as Chrome 43.0.2357.134). Thanks.
@JD
> Ublock Origin has that setting, it doesn't actually work
Yes it works.

The purpose of the setting is not to hide your ISP address, it is to prevent your ISP address from being visible *when behind a VPN*.

Your ISP address will always be visible, WebRTC or not. A remote server does not need WebRTC to find out your ISP address if you are not behind a VPN, it can be seen immediately upon you connecting to the site. The proper thing to test is whether your ISP address can be seen when behind a VPN. With uBlock Origin setting checked, it can't.
Version 46.0.2457.0 has a nasty bug with graphical glitches on websites if you go to chrome://flags and do #enable-gpu-rasterization to ENABLED.
So for right now just leave that at DEFAULT setting until this is fixed.
How can I download a chromium that is same version as current google chorme stable? (43.0.2357.134) Must I compile one myself? Win x86-64
Hi everybody

I have the last version of chromium for mac (43.0.2357.130) but the embedded pepper flash plugin is now obsolete and blocked by chromium (high security issue). I tried to download and set up the last version of Pepper Flash plugin but Chromium doesn't detect it. Has anyone got a solution please?

Thanks
Max
admin
@W & @WANG: On Windows, you must compile it yourself if you want equivalent version as Google Chrome. Please check my #comment-35 ;)
@JD: Your project is interesting! Good work.
@gorhill & @JC Denton: Thank you very much for your feedback about WebRTC and bug (graphical glitches on websites).
@Max: Have you seen #comment-566?
@Andre & @Radu Tanasescu: Sorry, I do not send email about new releases. You can use my RSS feeds, #api or a Chromium #updater
@JD
> While Ublock Origin has that setting, it doesn't actually work because Ublock Origin is just an extension
Additionally to block worked fully, need block port 3478 for outgoing.
@Jerry, Thanks for showing me this tip but it didn't help me.
Chromium only detect embedded pepper flash but not the system one (fresh install)

So until the next freesmug build with embedded pepperflash updated, as a workaround i enabled npapi flash version through the flag settings.

I installed flash for safari (which is a npapi version) and disabled the ppapi one through chrome://plugins
Thanks Jerry, the tips for the Mac version 46 + modified json file for PepperFlash worked for me.
Please provide a direct link to the LAST version that was published (version 45) prior to the v46 glitches with GPU Rasterization.
I've looked though the 'old versions' link but it is difficult to know what version is what. It is so confusing :(

If nothing else, it would also be nice to make a note on the page saying that v46 has the GPU Rasterization bug and to stick with v45 until the issue is fixed.
admin
@JC Denton, Please, check these links to get the last version 45 on Windows:
• 32-bit: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/338390/
• 64-bit: prefix=Win_x64/338390/

Details:
338432 → 46.0.2455.0
338390 → 45.0.2454.0 (Last version 45)
338361 → 45.0.2454.0
...
334220 → 45.0.2431.0
330269 → 44.0.2403.0
Thank you very much, Jerry! I followed your instructions to completely uninstall before installing an older version and I have my GPU Rasterization back (and video playback is so much smoother).
--enable-npapi-for-testing also has been removed after 46.0.2459.0 (339215) build.
Anon597
Since Google seems intent on shutting out features from Chromium (ffmpegsumo, and finding old versions is of installers is near impossible), and their general history of restricting things (plugins only from store, pulling plugins from store), I don't see Chromium getting better any time soon... Can anyone recommend a different browser? Preferably something with an android component.
I'm thinking of going back to Comodo Dragon, but that's based on Chromium too, so I have no clue what will happen down the road.

Also, it seems I have to post things twice for them to show up...
Anon598
Pretty sad about ffmpegsumo too, maybe Vivaldi?
@597: Maybe Slimjet. It has support for H-264 and VP8/9.
Anon600
Chromium 45 was very buggy and it drove me crazy. Now I know why it was! Lots of changes under the hood.
https://blog.chromium.org/2015/07/chrome-45-beta-new-es2015-features.html

Why do I use Chromium?
It is fast! Even than Chrome. Why is it faster? Because Chromium has raw power! I don't understand Google how to -and why- make it slower.

Don't angry with me but Microsoft Edge browser faster than Chrome.
http://www.businessinsider.com/microsoft-edge-windows-10-faster-than-google-chrome-2015-7

and It will support Chrome extensions.
If Google enforce us to leave Chromium, we can move to Edge. (as Windows users)
freshwebdev 
Chrome has bug on Mint 17.2
Anon602
"I don't understand Google how to -and why- make it slower." It's slower because of all the extra crap they add to it.
1) The latest Chromium installer should be considered 'beta' software. It will break. If you need full support and a stable auto-updating browser then use regular Chrome.

2) FFMpegSumo was likely removed due to licensing issues. That sucks but it is better for everyone if we don't use patent-encumbered codecs.

3) If you honestly think a closed-source web browser is suitable for your needs, you are more than welcome to do so. When the browser it tightly-integrated into the OS, there is no proper sandboxing and anything that corrupts the browser is easily able to escape and mess up your OS. I would rather use Chromium because of the built-in sandboxing that protects me from this crap.

4) I need to know exactly what the 'mini installer' does. I have two new mysterious 'Google Update' services in my 'services.msc' on Win7 SP1 x64 system. I don't have built-in update on Chromium so why were they installed? I may have to end up just doing portable/manual installs from now on if the mini installer cannot be trusted.
Anon604
Setting up my release version of Windows 10, and browse on Microsoft Edge (new browser) here to check something about chromium versions, and I see this:
Chromium version used by this browser: 42.0.2311.135 (64-bit)

Does that mean it is that actually Chromium based? Or is it a misidentification?
admin
Thanks all.

@600: Use the browser you like. I do not promote Chromium at all. My site has only one intention: give us an easy way to download this browser!

@JC Denton, Thanks
RE: 1) Agree with you. On Windows, Chromium is NOT stable... except if you build it yourself.

RE: 4) 'mini_installer.exe' is a 7-zip self-extracting executable. I do not know why you have 'Google Update' services launched. Maybe you use another Chromium application (like a browser, Chromium Embedded Framework...) or Google product. I do not know.

For info, Google Update is based on Omaha, an open-source software.
https://github.com/google/omaha

@604: I updated the site. This issue is not really an issue because Microsoft's Edge (Spartan) browser uses the Chrome/ium UA string (but it is absolutely not Chromium-based).
https://msdn.microsoft.com/en-us/library/hh869301(v=vs.85).aspx

I think it is intentional because according to The Verge, Edge will have support for extensions that can also be used on Chrome (and Firefox).
http://www.theverge.com/2015/4/29/8515771/microsofts-edge-browser-supports-chrome-and-firefox-extensions
Anon606
Jerry, my intention wasn't offend you. I appreciate you and your site. Thanks to you, I stepped into using Chromium. I just very upset about Google. I know they necessary acts, but still annoying. Maybe I should charge Opera too.
admin
@606: All is ok. Do not worry, I understand your feeling about Google! ;)
On Windows, my favorite browser is Firefox because it is open-source, stable, really powerful to configure (about:config) and personalize, and now in 64-bit version. But Google's decisions already decide Firefox's direction anyway. I dislike the UI and features by default on Firefox. I often disagree with Mozilla choices... like Google choices about Chromium. Rrrrrrr! Like you "I just very upset about Google", Apple, Microsoft, Opera, Mozilla... ;)
Example: https://bugzilla.mozilla.org/show_bug.cgi?id=1174462 (Read comments. This is edifying!)
@QQ 22 Jul 2015, 07:20
" --enable-npapi-for-testing also has been removed after 46.0.2459.0 (339215) build."

Thanks for the notice, QQ. The latest dev build of Chrome (46.0.2467.2) which I just installed also has removed that command-line switch. At least the latest SlimJet browser still supports NPAPI.
Anon609
"Continuous: Tested and more stable versions (known as LKGR builds)"
Why current LKGR build is 341287: https://chromium-status.appspot.com/revisions
While current continuous build is 340078?
admin
@609: Yes I know that. The buildbot is not updated!
https://build.chromium.org/p/chromium.lkgr/one_line_per_build
https://build.chromium.org/p/chromium.lkgr/console

I did not find any report in the issue tracker.
https://bugs.chromium.org/p/chromium/issues/list?q=label:Infra

And via your link, there is no way to download the release 341287. Also check the LAST_CHANGE file in this repository.
https://storage.googleapis.com/chromium-browser-continuous/index.html

So where are the new LKGR binaries?

If you absolutely need a new Chromium version, use the Snapshots repository. Be careful! These builds are not tested by the buildbot and can be very unstable.
https://storage.googleapis.com/chromium-browser-snapshots/index.html
https://www.chromium.org/getting-involved/download-chromium
https://chromium-build.appspot.com/p/chromium/console
https://build.chromium.org/p/chromium/one_line_per_build
Anon611
Hi Jerry. Where are x64 build in snapshots repository?
admin
@611: This repository has no 64-bit Chromium version for Windows.
Why Chromium version stopped at 46.0.2464.0?
Anon615
Anyone know if Iridium supports proprietary codecs? Really need MP4 :(
admin
@Can & @rY: The buildbot was not updated. Please read the discussion above: #comment-609. Now, all is ok!

@615: I tested Iridium browser in its last version (v43.8). There is no support of proprietary codecs in HTML5 tags :/
thai nguyen 
Hi,
I need older version of Chromium for testing Chrome extension.
How can I determine which builds in Continuous directories is used for official Chrome releases. There are so much builds in there.
https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/

Thank you very much.
Looks like latest builds are back online again. Thanks :)
Hi, 1Password doesn't work on Windows in last builds.
Thanks.
Anon620
Hi. Why there was Avira extension pre-installed in Chromium build? Not actually installed but asked permissions for installation on first start up.
admin
@rre: Please check this official support link:
https://support.1password.com/code-signature/

@620: There is absolutely no Avira extension pre-installed in Chromium build. In short, the Avira's extension "SafeSearch Plus" (replacing "Browser Safety") is already included when you install Avira Free Antivirus, NOT Chromium.

During the Avira Free Antivirus setup phase you were asked to install SafeSearch Plus. This is Avira’s browser extension designed to block access to malicious web sites. If you have not declined the offer, Avira automatically added this extension to your Chrome/ium user data folder.
https://i.imgur.com/IiUcwNV.png
https://www.avira.com/en/avira-safesearch-plus
Anon622
@Jerry: Sorry, my bad. I have tried few antiviruses a year ago and had only Firefox. I guess Avira haven't been deleted completely by uninstaller and I have already forgot about it. A week ago i set up Chromium from this site and got Avira extension pop-up. Looks like malware-style service for me. Good thing i chose another antivirus back then. Thanks for reply.
@Jerry & @rre: Please check this official support link:
https://support.1password.com/code-signature/

This was done a long time ago. On 44.0.2462.0 works. And since 44.0.2472.0 not working.
I don't update that often and it seems java is no longer usable in the new update.
can some one pls let me know which version was the LAST UPDATE THAT CAN USE JAVA
or enable user to MANUALLY activate Enable NPAPI
if someone can provide link to download would be greatly appreciated
or if anyone can advise how to use Java with the latest update?
unfortunately I still have a website that use Java and I don't really want to switch to other browser
Thanks many in advance and thanks for the great and generous work Jerry!
admin
@Java Help: You are welcome! ;)

Java does not have a PPAPI plugin available. Only the NPAPI plugin exists.
Chromium version 45 and higher do not have a NPAPI plugin support.

I know 2 solutions:

1) Using an old Chromium version
Please check the #npapi part for download an old Chromium version. By default the NPAPI plugin support is disabled. So enable the option on chrome://flags/#enable-npapi then click the "Relaunch" button that now appears at the page bottom.
https://i.imgur.com/pY0vV76.png

2) Using a new Chromium version
Install Java plugin for IE then use the "IE Tab" Chrome extension. You can set up Auto URLs to automatically open certain urls using "IE Tab", providing a seamless experience, as if Java support never went away.
https://chrome.google.com/webstore/detail/ie-tab/hehijbfgiekmjfkfjpbkbammjbdenadd

For info, Oracle’s official documentation recommends Firefox or Internet Explorer if you need the Java plugin.
https://java.com/en/download/faq/chrome.xml
You deserve every bit of thanks and praise Jerry. Sincerely.

Since you are admin,
kindly please advice is version 44.0.2403.130 build (330231) is the last copy of version 44? or is there a later copy?
I tired install and uninstall a few and is quite a bit of guess work
since the files in depository does not tell which version it is just by the build no.

Can you help? I don't want to waste your time
but if you can easily let me know which one is the last update for version 44 I would be grateful.
I like to update to the closest copy possible
with most possible bug fix in the last version 44 copy as possible.
And thanks for the solution will try them later.
admin
@Java Help, Thank you!

> with most possible bug fix in the last version 44 copy as possible.
On Windows, you cannot find a Chromium binary equivalent to Google Chrome because no developer or team share it. Please read my #comment-35

> 44.0.2403.130 build (330231)
So you talk about the #stable-chromium-version (because this build has 130 patches). If you really need it, you must to re-build it. Otherwise use Google Chrome:
https://googlechromereleases.blogspot.com/2015/08/stable-channel-update.html (44.0.2403.130)

For info, the last Chromium build with NPAPI support is:
https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/331982/ (45.0.2416.0)
SUPER Jerry and all you out there building this awesome work!
Sorry for all to read such novice post of a regular simple user.

I decided to follow your solution one using older version
but wanted to get as "updated" as possible to a version that still enable me to use NPAPI.
At the moment I like to stick around with you wonderful people or peeps than switch to Firefox or others.

Great work again and heartfelt thank you for all the unseen effort you and all the developers pour into benefiting the internet community as a whole worldwide.
This is indeed great work for simple user like me at a time of increasing challenges from all the unfriendly parties.
I put my trust in you and chromium here.
@Java Help: This site might be a little help: https://omahaproxy.appspot.com/

There you can see the different channels of Chrome and the branch_base_position of each version. These can be used to download a Chromium-Version from here: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/

But be aware as Jerry had pointed out several times, the Google Chrome Version is only based on Chromium, but then patched by them. For example, the current Google Chrome Version in the Beta-Channel is 45.0.2454.26 and based on branch position 338390. That equals Chromium 45.0.2454.0, but Google patched that version with 26 patches that are not in chromium at that branch position. I don't really know, but feature-wise i never noticed a difference. But these patches can be simple bugfixes or security patches. And these security patches are not in that chromium version, but most likely in a later branch position.

"Chromium 45" can also use NPAPI-Plugins up to the latest version (Branch Position 338390/Chromium 45.0.2454.0), but ONLY if you append " --enable-npapi-for-testing" at each start of Chromium!
admin
@Patrick: Thanks. I completely agree with you. ;)
About the " --enable-npapi-for-testing" flag, check #comment-596 ^^
Can you please point out just 2 things (if you can) - I'd appreciate it. It appears my last comment was deleted.

Previously, I used to be able to copy entire Chrome User Profile\Default from OS to OS and PC to PC.
C:\Users\\AppData\Local\Google\Chrome\User Data\Default

It appears chrome has started locking/ securing things down in some way? So I may considering migrating all of those to CHROMIUM.

A) This the current Chrome Version 44.0.2403.155 m I am running.
- What version/ release of Chromium would match/ map it the most? (Best migration compatible)
- Where/ how can I download it?

B) If you could point to a place where I can understand the pieces (files) better so that I can migrate some of them.
https://superuser.com/questions/951095/
@Alex S: The closest match of Chromium to the version of Chrome you're using is this: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/330231/ Use the mini_installer.exe or the chrome-win32.zip

Your folder should be correct... The Mini Installer uses this folder: C:\Users\<USERNAME>\AppData\Local\Chromium
I don't see why copying the User Data folder between Chrome/Chromium, I think I've done that before. I did run into issues changing from newer profiles to older ones, however I did just "downgrade" from Chromium 46 to 45 (for ffmpegsumo support).
@Twiz: Thanks for the input. I just installed it and it gave me: Version 44.0.2403.0
Let's see how my migration of User Profile data goes. Its been a pain as I outlined on the Super User posted Question.

If that doesnt work out, what would be the next stable Chromium release after: Version 44.0.2403.0 ?Please do point me to that as well if you can.

PPS: Do you know any way I can circumvent this issue I am facing with Chrome User Profile migration?
Is there some document that details out the "File + Folder" Structure for User Profile data?
Hi, I just downloaded from the link that said "Chromium Package (64-bit)" and the file was "chrome-win32.zip". Is it really the 64-bit version?
@Alex S: There are no stable Chromium builds, outside of Chromium-based browsers (Chrome, Opera, etc), for the most part that's where the "155" section of "44.0.2403.155" comes in. I'm not sure how/how fast it works, but I would guess at some point (most of) those 155 patches should be added to Chromium.
I believe for the most part, the latest builds linked here are as stable as Chromium can be. I did have some issues around the time of 44/45 and a casting site, but its been resolved in 45, and there is the issue of dropped ffmpegsumo (html5/h264 video) DLL support towards the end of 45 and no solution/workaround for playing those videos yet (if ever) in 46.

@Dave: Yes, it should be 64bit even if it says 32.
Last few builds are broken at Windows 10
Estrangelo 
I confirm, the latest build (46.0.2483.0) not working on Windows 10.
I'm on 8.1 still, I also get that CMD problem.
Starting with build 46.0.2482.0 chromium broken and not working at all.
https://i.imgur.com/XjIxjKC.png
Anon641
Confirming latest build (2484) is broken; can't load home page and CMD window opens. Browser just hangs until you close it.
+1 Win10 x64 / Chromium Version 46.0.2484.0 (64-bit)
Not loading properly: CMD boxes open. Cannot use the browser unless the flag '  --no-sandbox' is added to shortcut.
Windows 10 Pro x64 / Chromium version 46.0.2484.0 (64-bit)

First look on the CMD application then opens and gives you the option to wait or kill the browser after a few minutes
Bit crappy build... displays a ... command (DOS) window everytime I run the chromium!
Yes, same problem for me. :(
PortableWares 
To everyone viewing, the latest Chromium build is defective and has been reported.
A bug report has already been filed at https://bugs.chromium.org/p/chromium/issues/detail?id=521148
Anon647
It's fixed! I'm running 46.0.2486.0 right now :)
Confirmed fixed. :D
Anon649
Just tested 46.0.2486.0. Although there is no console windows it does not work for me. Do not haste with installing this build.
PortableWares 
@649: You should file a bug report at the correct place: https://bugs.chromium.org/p/chromium/issues/list
Anon651
@PortableWares, this was not a bug report, but a quick warning. By that logic any mention of broken builds is a bug report.
Tested 46.0.2487.0 not working again
Tested 46.0.2487.0 (343923) works just fine on Windows 10 Pro. No issue to report.
PortableWares 
kamote & Anonymous must be the same troll..

We don't need warnings.. we can figure it out if Chromium is working.
And when it's not.. we know how to file a proper bug report..
Version 46.0.2487.0 and 46.0.2488.0 are working again - on Windows 10 pro
64-bit Chromium is broken on latest windows 10 build 10525 :(
Anon657
@PortableWares, wow, just wow.
First of all, what kind of trolling that would be? Making people skip a few builds of Chromium that might be glitchy? Wow, what an epic troll!
Secondly, who are "we" in your statements? Are you a representative for a major part of this page users?
My posts were directed at people who do not want to spend their time reinstalling Chromium. That's all. That being said latest builds (2487 and 2488) work for me now.
Hello! How can I play video from Apple website, plugin is missing. I have QuickTime installed on my Windows 7 x64. I am running Chromium Version 46.0.2488.0 (64-bit)
https://i.imgur.com/LTgokIG.png

https://i.imgur.com/rJKJGtZ.png
Current version of Chromium: 46.0.2490.0 (64-bit)
Confirmed working on Windows 7 x64 perfectly fine!
As a bonus, they fixed GPU Rasterization bugs :)
I proclaim 46.0.2490.0 (344814) to be the most stable version thus far! Hear! Hear! :D
Anon661
New release of Chromium version 47.0.2494.0 does not load any web page. I had to downgrade at version 46.0.2480.0
Jim4now1862 
Looking at good
Anon663
I tried latest version Chromium on my XP x64 pc, it never work
Currently using 47.0.2496.0 (345903) (Win x86 version). Flawless.
Could anyone provide a link to a last working 46 build? Anything 47 doesn't seem to work on my system. I can't seem to find it on Google's page. Thanks.
The only place you should be downloading Chromium from is the Google repository:
https://storage.googleapis.com/chromium-browser-continuous/index.html
@_M_: what are you doing on this site then? :-)
Anon669
@mihau: All the download links on this site link to googleapis.com
GPU acceleration isnt working at all on the latest version :/
The new build disables the playing of videos even you installed the current flash player, even when you view your news feed videos. It doesn't play at all.
@669: Yes, both sites do that. The difference is *this* site links to the latest build only.
eliotime3000 
Well, I can translate this site. What if this site is multilanguage?
Slow downloads.
admin
Thanks you all for feedback.
@mihau: Thank for links.
@eliotime3000: I sent to you an email.
@Xis: Here, you download from Google servers (storage.googleapis.com). Ask Google to improve its bandwidth! :)
Is anyone else having issues accessing certain web pages with todays builds. I get a waiting for proxy tunnel message. It's so sloooooowwww. Is it my PC or is it Chromium
I'm really disappointed in the lack of html5 video/audio - it's just not really possible nowadays to use a browser that doesn't have this. Is it likely to come back any time soon? If not I have to give up with chromium :(
Anon678
This is the build I'm using from August 13th: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/343233/

HTML5 video should work on that build. I usually don't change builds unless I see some good comments about it.
Does anybody know what drugs The Chromium Authors are taking nowadays?
or, to be a little more serious: did they remove WinXP support as of v 47?

I did search the web but couldn't find a word about this, yet none of 47.x builds seem to work on XP, i.e. Chromium starts but does nothing and even loads its own special pages such as chrome://downloads indefinitely
@Jerry: Thanks. I did know the Chrome blog announcement but I assumed it was something different with Chromium. one would just assume if they are doing it to come up with a error message such as "your OS is not supported" rather than not telling the user anything... bad communication, or rather, no communication at all ;-) I guess you can remove "XP" from this page too then.
admin
@mihau, Thank you very much. I tested few recent Chromium versions on Windows XP SP3. After browser start, nothing worked. I wrote a notification in the #windows part.
Anon683
The last (x64) version that works for me on Windows XP 64 SP2 is 340078 (this information may be useful for the other three people on the planet using XP 64).
loshuliveros 
I don't like automatic refreshing page on inactive tab... I play Mafia Wars on first tab by script, then i open new tab where i spend some minutes and when i come back to my first tab, it starts to reload whole page. Where can i disable this terrible feature?
@loshuliveros: Yeah that has been happening for me too for all of this month's revisions, it's awful. I have stuck on 346148 from the end of August, here https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/346148/
loshuliveros 
@Tompinks: Thank you, I'm going to try it
I'm running Chromium Portable 47.0.2508.0 32-bit (by Aluísio Augusto Silva Gonçalves) on Windows XP SP3 and it works fine (also tested v.46.0.2490.4).
admin
Thanks guys for your feedback! ;)
After tests on WinXP SP3, I updated the #windows part.
@Marc & @Jerry: thanks for the info, this helps a lot :) Makes you wonder what in the official build is borked then...
Someone else has already reported this:
Issue 521294:Chromium is hanging on Windows XP (SP3)
https://bugs.chromium.org/p/chromium/issues/detail?id=521294
Please, vote for this bug! :)
According to superantispyware the following is installed with your downloaded v47.0.2513.0 & v47.0.2516.0:
cassiopesa
cassiopesa is a chrome variant that is designed to display ads and potentially compromiseserdate. it is bundled with other software.
HKCU\Softwre|Microsoft\Windows\CurrentVersion\Uninstall\Chromium

What's up with this?
Thank you
admin
@maros: On this site, you download Chromium releases from OFFICIAL Google servers (storage.googleapis.com). Please read my #notes for more. So open a ticket on the official issue tracker: https://bugs.chromium.org/p/chromium/issues/list
Followed your advice at the official issue tracker. Thanks
admin
@maros, Cassiopesa is a browser hijacker installed via an other executable, not Chromium!
https://en.wikipedia.org/wiki/Browser_hijacking

Remove Cassiopesa:
https://malwaretips.com/blogs/remove-cassiopesa-com/

I think you downloaded an executable from an Internet download directory website. For example, CNET Download.com install malware:
https://en.wikipedia.org/wiki/Download.com#Criticism
https://www.howtogeek.com/198622/heres-what-happens-when-you-install-the-top-10-download.com-apps/
And again, as Jerry has pointed out, the *ONLY* place you should be acquiring Chromium is from Google's Chromium repository:
https://storage.googleapis.com/chromium-browser-continuous/index.html
admin
_M_: Hello! I agree with you but... you forgot the buildbot! ;)
https://build.chromium.org/p/chromium.lkgr/builders → Continuous repository.

This is why I display all official links on each release. Nothing is obscure on this site! ;)
Issue 534595: cassiopesa is a Chrome variant

#3 thestig@chromium.org
If you look on the bottom of that webpage, it says "Unaffiliated with The Chromium Authors" - we do not distribute the binaries on that page. Not sure what we can do if they are distributing some kind of malware. Someone else reading this bug may chime in with a better answer.
admin
@maros: I sent an email to you. And please, read above comments.
Cassiopesa is NOT a Chrome variant, it is a browser hijacker!
Replied to your email. Thank you
For some reason PepperFlash doesn't work on Windows 7 64-bit with Chromium Version 47.0.2510.0 (64-bit).
I've installed the Adobe PPAPI player, but Chromium doesn't recognize it.
According to the flash section on this site the name of the pepperflash dll is pepflashplayer64_[version].dll or pepflashplayer32_[version].dll.
But the Adobe player uses NPSWF64_[version].dll and NPSWF32_[version].dll.
Is that why it's not working?
Is there a way to find specific older versions of Chromium? I'm looking for v34 for Windows. I looked through the Continuous repository, but it's tough to know what build number goes with what version. It seems like somewhere around 261683 based on the date, but I downloaded the installer and it doesn't run. Same with 261698.
admin
@Jules, Thank you. Tonight, I will check this and contact you.

@Josh S
> Is there a way to find specific older versions of Chromium?
No. There is only the repository. I made my own tool and prepare a new page for that. ;)

First v34: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/242666/ (34.0.1765.0)
Last v34: prefix=Win/252017/ (34.0.1848.0)

So the v34 is beetween 242666 and 252017 in this repository.
The filename of the non-free flashplugin seems to have changed. In the correctly given directory, I find the old file (18...) with the given name, but the new file has the name "NPSWF32_19_0_0_185.dll"
admin
@Jules and Johann: After few checks, I see nothing has changed about recent #flash plugin.
NPSWF***.dll is still the #npapi plugin. It doesn't work with Chromium... but works with Firefox.

For Chromium, choose the PPAPI version!
Jerry, you're right. I did have NPAPI installed instead of PPAPI. Though I'm sure I've selected PPAPI at Adobe's site. I should go out more :P
Anon706
In last builds extensions like 'RSS Subscription Extension' no longer displayed next to favorite icon, but among all other extensions. Is it a new Google initiative to force extensions to display in bar or just bug?
PortableWares 
The latest build regressed: mouse scroll doesn't work on all pages.. and must be scrolled on scroll bar.
I had to revert to build: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/351025/

Bug Report has been filed: https://bugs.chromium.org/p/chromium/issues/detail?id=537508
I have trouble with PPAPI flash: Chromium (47.0.2524.0; also with older versions) does recognize the flash plugin (added via the 2 command-line options; checked with chrome://flash), which I have installed in the current version (19.0.0.185). Why isnt it working?

Also using allow-outdated... doesnt help. It shows "Plug-in konnte nicht geladen werden". I also tried adding all rights for my current user for the directory and file (and also the default directory in windows/system32)

I'm using Windows Vista. I think i had no trouble before upgrading from 18.0.0.209 (or some newer 19.0... version), but i thought updating would solve the (well-known) duolingo audio output problem. Now no flash works anymore.
Anon709
@Simon: remove the command line options. Somewhere around v45, auto-detection of PPAPI Flash was added.
That worked! Thx
The new build keeps the browser crashing..including my installed extensions
Anon712
Hi, can someone upload the PPAPI flash plugin in a standalone format?
I'd rather put it in manually.
Hi, is there any problems with master_preferences on win8, chromium portable, 32-bit, version number is about 47?
It's used for deployment and seems that chromium ignores master_preferences at all
Anon714
Chromium isn't appearing in the list of default apps in the system app on Windows 10.
Even if this may not be the right place to post, just a note to users of the Portable Version (from the external link): latest version - ChromiumPortable_47.0.2526.8.paf.exe - wipes all user data (bookmarks, settings, extensions etc.) :-/
AluisioASG 
@srg: Deployment is not an use case I had thought of for Chromium Portable. Feel free to open a forum topic to discuss it.
master_preferences seems to not be used because it's a First Run action (disabled by default).

@mihau: I didn't have the same experience as you (or it wouldn't have been released). More details would be nice, though I'm not sure how useful it'd be at this point.
@AluisioASG: No worries, I learned my lesson and will backup the data directory from now on before upgrading.

It is reproducable with the mentioned setup file on WinXP SP3, installation directory "C:\Documents and Settings\Administrator\Local Settings\Application Data\ChromiumP" in my case - all contents of "App\Chromium\32\Data\Profiles" is being wiped upon installation.
AluisioASG 
@mihau: That's actually expected. The PortableApps.com Installer wipes the App directory before updating. While running the Chromium executable directly works, you should be running the launcher (ChromiumPortable.exe) instead, which places your data under Data.

The next v48 (NOT v47 which I have already built) release will include code to preserve data even in the App directory, though.
Anon719
Is possible to build codecs with ffmpeg myself and if so how?
guess everyone is chilling... on some holiday,.,, or we have world peace here FINALLY! :D or elvis has left the party? Peace bro :)

anyway i was using Version 48.0.2533.0 (64-bit) on win7 for all these while
and suddenly yesterday when I boot everything up and open a blank page
chrome advice me it disconnect extension was installed on it...
of which I did not do it or rather I tried and install and then uninstall it 10 in after and it was not there for months...
and then seemingly it install it self yesterday... I remove it... security breach?

also I notice the presentation of the page like tab seems abit wider
and the history tab has a different icon all without me changing a thing, no up grade no update...

something I should be concern?
or something is suppose to tweak in the background?
any ideas? explanation?

Thanks all and much appreciated
Thanks Jerry for keeping this site in immaculate & help
Anon721
After playing a little more with Windows XP 64 SP2, the Chromium Portable build works as already known, but I am a stickler and don't like the portable launcher sitting there. What you can do if you're as anal as I am is run the installer to extract the files, and specify your own command line parameters (e.g.  --user-data-dir="X:\Chromium\Data"  --disk-cache-dir=nul  --ignore-gpu-blacklist--use-gl=desktop  --ppapi-flash-path=X:\Chromium\pepflashplayer64.dll  --ppapi-flash-version=19.0.0.226). Just remove "Other" directory, move the "64" or "32" (depending on what you need) and "shared" directories out of Chromium, and then remove "App" directory (so your directory structure should have X:\Chromium\64 or X:\Chromium\32, X:\Chromium\shared, and X:\Chromium\Data). Everything seems to work fine this way for me and should continue to do so until they change the way they build Chromium Portable, except I can't get the parameter  --disable-new-avatar-menu to work (but I can't get rid of it with the portable launcher either, so I assume a build problem).
Is there any md5 or sha1 etc for the chromium exe?
Anon723
@721: I think it's safe to assume " --disable-new-avatar-menu" no longer works. This was their intention as they want to use the avatar menu to communicate any account issues to the user. Sorry I can't cite this off hand, but I do recall this was something they addressed before in the bug tracker and I notice it hasn't worked since 48.
admin
@AluisioASG:
> The next v48 (NOT v47 which I have already built) release will include code to preserve data even in the App directory, though.
Good news. Thanks a lot for your great work!

@719: Sure you can build codecs with ffmpeg yourself. https://www.chromium.org/developers is for you! ;)

@Java Help: I am sorry. I have no explanation. Did you search info in the issue tracker too?

@721 & @723: Very helpful info. Thanks

@nimitz: As far as I know, if you talk about sum checker, there is a MD5 response from Ajax request, on Continuous repo.
@Jerry Thank man!
Sorry to trouble you all here...
No unfortunately im not that tech savvy but suspect it may have to do w MS pusing w10
and i manually aggressively remove all the updates re w10 push upgrade via regedit.
i may have overdone it and w7 maybe automatically 'restore' something and it pull an image/backup from somewhere...
windows have self healing power right?! (aka eyes on everything?!) HA :D I used to admire its magical power once b4....
anyway seriously plotting to move to linux or os but 1)im feel quite inexperience (even after wks of research) 2)old computer prevent from dual-boot
anyhow... not sure what the issue re. tracker but ms has lost the plot it seems when serving paying customers (now its like its harvesting for profit and doing it blatantly unashamedly legalized-'criminal'? some say)
Sad :( but as such humanity move on (if they are not render extinct or self-annihilation by miracles)
hv a Gday to you Jerry and all
Peace,
Eleventeen 
I followed your guide to get h264 html5 video working on chromium on windows x64. But the version you recommended/linked is 45.x.
Ideally for this to work I imagine I need to use the same version # ffmpegsumo.dll.. But chrome 45.x does not have that file. Did some research and it appears it was deleted in v44. Not sure what .dll handles the h264 now.
Anyways I tried the one from 43.0.2357.132 as I believe thats the final stable chrome version that has it, plus other good stuff like npapi support (google is being such garbage removing very useful features lately)..

But yea it doesn't work. It does enable mp3 support, and most other audio codecs, but h264 video still refuses to play. Also installed your extension too, it has no chance on your test page.

Really bad thing is youtube. Some/A lot of older version are ONLY available in h264 in hd. With your extension, the audio plays and the video remains blank. Without your extension, they play in horrible 360p and act like there is hd version available, also quite bad. I can fix it by forcing the flash player, but these days the html5 player is actually a little faster and smoother.

Main reason im trying to use chromium is yet another chrome bug, that luckily doesnt exist in chromium:
Chrome CONSTANTLY nags me to update, even thought I have forcibly and properly disabled updates via gpedit.msc. It also auto updates without permission with auto update disabled, frequently. I disabled it by denying access to google update, which comes with its own issues, but ultimately it still nags me to update.

I much prefer manual updates like chromium allows. So would be nice to use it, and have it fully function on youtube.

(Pretty dumb youtube wont work correctly on googles own browser when they own youtube itself.. And I know, they don't have rights to h264 so they are updating youtube to vp8/9, but they still have clearly not finished that, so removing support so early was a very bad call)
Anon727
@Eleventeen: v45.0.2427 is the last Chromium that has FFMPEGsumo support.
https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/333350/ or prefix=Win_x64/333350/
Anon728
@Eleventeen: Found the place I got my FFMPEGsumo from:
https://github.com/xinhugo/Chromium-Download-Manager
Eleventeen 
Thanks for the links anonymous but there was no change with that specific dll.
At first it was crashing my browser tab. Figured out the dll available there is only the 32-bit version. So I downloaded the specific revision you linked - 333350, win32. (ps kinda dumb how all releases are labled win32, even the win64 ones)
And used that dll.
Result is the same as when I used unmatching version numbers:
mp3 support becomes available.
h264 continues to not work. Tested 2 sites:
Woolyss tester
Youtube.com HD (This link has tons of videos only available in h264 for hd:
https://www.youtube.com/watch?v=RG3C3KU82VE&list=PLB8fVKhVbgxcXYyouvQz4de4_BH5qIswq

Sadly had to resot back to chrome. Updated and went through more rigirous changes to disable auto updates since they are way too frequent and annoying. Sure enough one came the next day, but luckily this time around the build I managed to snag doesn't seem to ignore my group policy settings. It changes the color of my menu button and notes an update, but doesn't nag me. (yet, hopefully its not a timed thing)
Anon730
@Eleventeen: I've done some looking, and come up with some info.

It seems Firefox has/had a similar issue that could be solved by adding "media.mediasource.ignore_codecs" and setting it to true.
http://www.ghacks.net/2014/07/25/enable-mse-h2-64-support-youtube-firefox-right-now/
The closest I could find for Chromium is the "-Dproprietary_codecs=1" option while building, which doesn't really help. A related build option is "-Dffmpeg_branding=Chrome".
I played around with some of the options in the Flags page, namely chrome://flags/#disable-media-source , but it has not helped any.

Now, for something actually useful... You could always try the Disable Youtube HTML5 Player extension:
https://chrome.google.com/webstore/detail/disable-youtube-html5-pla/enmofgaijnbjpblfljopnpdogpldapoc
Using that I was able to watch the videos in the link you provided, in 720p HD, using the Flash version of Youtube.
Eleventeen 
Yea I mentioned before they work in my flash player.
Using youtube center developer build + tampermonkey is actually a more reliable way of making that work. As it can force the flash player everywhere including embedded sites. The disable html5 extension isn't quite as reliable, as on some newer videos where youtube doesn't really expect the flash player to work, it just breaks or sometimes manages to load both, resulting in audio echo.

Though I actually used to do that for a year+ early on when the html5 youtube player was pretty crap. They did a lot of work on it and nowadays it's actually faster and more reliable than the flash player, on high end systems. Still uses more resources, but eh my systems fast so ill use it.

Namely SPF only works reliable with html5. It's a cool tech that makes youtube ultra fast when switching videos, as it only loads what changed, rather than the whole page.

For now ill have to use chrome on windows and probably use chromium on linux if the codecs keep working.
Anon732
I don't understand why on earth they removed HTML5 video.

Will it ever be included again?

Are there any compiled builds available with HTML5? I don't want to use Chrome because I don't feel I should be shoehorned into using something (not to mention being forced to compile Chromium in Windows). It's absurd that open-source software should be so dysfunctional in 2015, when HTML5 video is available in every other browser.
It's not possible to add OpenH264 to Chromium ?
We also release our build of Chromium portable 32/64 build. You can try it here:
http://www.thumbapps.org/2015/06/Chromium-browser-portable-32-64-bit.html
I've been wondering, since it's possible to enable proprietary codec support when building from source, why aren't there any binaries available for download with that option enabled?
Anon736
@Mark: there probably are somewhere. But the builds here are directly from the Chromium dev team, hosted on Google's servers. There is no reason the Chromium team would support the non-free, non-open codecs, and given that they haven't added support for things like OpenH264 its doubtful they ever would. I'm also not were if there's any downside to building with the codecs flag but not having them available, which would make it impractical any chromium-based release to enable it. They could also get in trouble for distributing the ffmpeg (or similar) file.
They mention that Chromium is not intended for daily use, and this is a good example of why.
Andrew Sung 
So I recently compiled an x64 bit version of chromium with gyp flags ffmpeg_branding=Chrome proprietary_codecs=1. When launching h.264 is enabled as well as the other proprietary codecs. The only problem that when i run mini_installer.exe, the chromium that is installed does not work, only showing a blank page on everything including settings, chrome:flags, etc. The only way i can use the compiled chrome is to use the chrome.exe in the release_x64 folder. Does anyone have any ideas?
Anon738
Question: how do I update Chromium, which I built from source?
admin
@732 > Will it ever be included again? Are there any compiled builds available with HTML5?
No... and no, on Windows.

@Lion, Yes, I think it could be possible to add OpenH264 to Chromium.

@736: I agree with you but it concerns only Windows. Developers compile stable Chomium versions on Mac, Linux and BSD. Proprietary codecs are also available.

@Andrew Sung, Check Google groups in my #comment-1 They can help you.

@738: If you build Chromium yourself, compile the #stable-chromium-version and re-build it when there is a new stable release. Follow Google Chrome releases on https://www.chromium.org/developers/calendar to know stable Chromium versions.
Anon740
So, there is no way to update without completely re-building Chromium ("from scratch")?
Anon741
Chromium does not have an updater. You "update" it by installing a new version, either from the download here or building it.
Anon742
So the tools listed in the #updater section don't apply to built-from-source Chromium?
Anon743
@742: Sure, you could use them... but it would "updated" (replace with a new version) your files with the default builds of Chromium, not your custom version.
Anon744
@743: OK, so if I, for example, enabled proprietary codecs when building, using those updaters would override (i.e. remove) that?
Anon745
@744: Correct, you would be back to the Chromium you download from here, and would not have the flags set.
You would need to update your source repos, rebuild, and then "reinstall" -- either running the mini installer -IF- it works, or copying the files over.
Seems virustotal flags the latest 64-bit installer with something possible malicious. See results under https://www.virustotal.com/en/file/7ee95d1740d7c251b6aacb7dc6a28c1d5754e814074c7ad01483e7914dd2ce02/analysis/1448608223/

Can this be confirmed by other users please?
admin
@Bernd: No, there is no #malware in mini-installer.exe. This is a false positive. I made a test on another reliable site with the 64-bit installer (361975): https://virusscan.jotti.org/en-US/filescanjob/t738ea1s5z
Anon748
I've tried updating the Chromium build by running a new mini-installer.exe. However my build no doesn't change so i tried uninstalling it and reinstalling. However now it doesn't even install and the Chromium installer.exe just hangs. Is there a way to make the installer "un-silent" so i can see if there are any error messages?
Have You seen the 'Portable Chromium launcher and updater' of Henry++?
- Web site: http://www.henrypp.org/product/chrlauncher
- GiHub page: https://github.com/henrypp/chrlauncher
License GPLv2 - use it in a specific folder for obtain updates: recognizes 64 bit automatically.
Is the omnibar still not showing the extensions icons for anyone else? It has been going on for a while for me. :(
'Portable Chromium launcher and updater' by Henry++ is updated to ver 1.4.
Now you can set the download directory that contains the update for each type of Chromium Portable.
Simply fill in the file 'chrlauncher.ini' the heading 'Chromium binaries directory' the entry 'ChromiumDirectory=\ Bin\Chrome' (if you use winPenPack). Of course you have to take away from 'ChromiumDirectory' the hash character (pound) otherwise it does not work.
Anon752
Can you post links to the closest Chromium release the latest stable build of Google Chrome is based on? Isn't the latest nightly build potentially very buggy?
admin
@752: pls, read my #comment-305 ^^
@rbon: Big thanks for this news. Great updater!
@tam: I do not see bug like that on 32/64-bit Chromium on 64-bit Win7.
@Jerry: Thanks, Windows 10 (64-bits here). I think I might report that as a bug then, cause a re-installation didn't fix it.
Are there any command-line flags available for the mini installer? Updating via the powershell script and would really like to avoid having a desktop short cut added every time it does. If not, is this something that could be added? Something like  --no-shortcuts or  --no-desktopshortcut or  --no-startmenushortcut?
admin
@754: Sorry, I have no issue like that! Thx for your report.
@tam: You should! ;)
@V: I think you can... but sorry, in command-line, I use only #windows-64-bit-chocolatey and other shell scripts. So I cannot help you. :/
Ex: https://stackoverflow.com/questions/17536405/cant-set-chrome-as-default-browser-from-powershell
Does anyone know which Chromium version is the last version that still allow Silverlight plugin to be activated/use? Thanks.
I know I need to manually enable some settings but which was the last version if anyone know or can help find out easily.
Running on Windows MS. Need to access some asian website who are still running the old technology.
Is silverlight generally safe to use? why does many major browser ditch it? If you have some more time to explain a little. Just curious for a non-tech person.
Many Thanks in advance :)
admin
@jH: Yes, Silverlight is safe to use. But do not ask me if a deprecated application on an old browser version is safe! ;)
This plugin needs #npapi support. Check in this part to download an old Chromium version. Check info on site archives too.
Jerry thanks man really super!
You must be very proud of your work here
I notice the new download site too AWESOME MAN! Very nice clean look and easy to download.
I have nothing to offer you back for your kindess and great service here but to wish you sincerely all the best!
Hope you and your loved ones have a good Xmas and blessed NY ahead :)
Peace to all your users here too :)

p/s yes jerry nothing is safe with the current world gov trending policy
unless we go back to stoneage or move forward to use telepathy :D Ha
the problem has never been technology but the hearts of man.
So its very very good to see someone like yourself Jerry be a testament of good selfless service
and the universal work towards a more integral free world is still strong and alive. Thanks again.
Is there an advantage of using the PortableApp versus Package?
I am presuming both are portable and upgradeable.
admin
@Jake: The difference between PortableApp and Package is simple. On Windows, the Package writes registry entries. Use regedit (Start Menu > Run > regedit.exe) to find those registry entries. So, it is not a portable version.
https://www.chromium.org/administrators/policy-list-3
Is there a way to be notified every time a new version of Chromium comes out or do we have to check manually every day?
admin
@bambam: Use an #updater in your case. There are also RSS feeds (and #api for developers).
Anon765
I updated my Chromium & now flash won't load in facebook games
March Raymond Darke 
When I'm about to install one of your latest builds, avast! blocked what it seems to be an Win32:Evo-gen virus or dropper or whatever.
https://i.imgur.com/DIFPZLh.jpg
Anon767
@March Raymond Darke: they aren't Jerry's builds, they're The Chromium Projects builds hosted on Google's servers and simply linked to from here.
hi! i use this page for a long time and it's great but, i don't remember the last version working for xp because the last one, make white page bug, no load anything on xp, and i remember you say what it's the last build working for xp, i apreciate a lot if you put these line in your comment area, and sorry for my english i spanish speaker :D
Anon769
Hey there, someone take a look at the buildbot for win x64 version. Compilation has been failing since build #2209 on Dec 21st.
Hi Jerry, I back the above post. I am beginning to get uneasy. Is there a Problem with 64-bit-version?
Anon771
@769: XCountry: Submit a bug report to The Chromium Project.
Anon772
Purple haze all around, don't know if I'm up or down!
Anon773
@771: yeah, not gonna happen. You need to log into your google account to file a bug report.
Anon774
@773: You have to log in? THE HORROR!
This site is not affiliated with The Chromium Project, so posting it here isn't going to do a whole lot of good since the devs won't read it.
Anon775
@774: Login is completely unnecessary for something like a bug report.
Anon776
Why hasn't there been a new 64 bit build since the 20th?
Anon777
@776: Don't be lazy, read the last comments at least.
Anon778
Thank you very much for this site!
jim_athens 
openh264 support Is comming to chromium v49?
https://www.chromestatus.com/feature/6417796455989248
Longtime leecher here Jerry, big thanks for your work!
Anon780
So I guess that the 64-bit version is dead?
Anon781
Yeah, no new build since Dec. 20
What is going on?
Does someone know?
Having a bunch of problems finding a good portable Chrome x64 version for Windows. The PortableApps don't allow most of the command switches. The "Muhammer Ayes build" is close, but I have some problems when other applications launch Chromium.

Is there a portable version that allows me to submit command line parameters and change the temp directory?
admin
@jim_athens: Thank you for this news.
@780: No, the 64-bit version is not dead. This is only a buildbot issue. However, the other builds are ok.
@Jake: Try http://www.henrypp.org/product/chrlauncher. You can write parameters in the INI file.
Anon784
It's very frustrating that the win x64 buildbot is continuously failing.
This is, however, not related to a bug in the chromium source code. Who are we supposed to tell about this to get it fixed?
I can't create fckyng account - "Sorry, we cannot serve your request for a new account at this moment."
Hi! Why Chromium do not have a function of autocleaning cache like in Firefox? I want to see this function in Chromium :) Thanks
admin
@Eugene: You can use:
• Incognito mode (#command-line-flags)
• or chrome://settings/content → Cookies → "Keep local data only until you quit your browser"
Anon789
@jerry: Thanks!
Anon791
Hey, loving Chromium on Windows but is there any way to get Netflix working on it? Kinda annoying to keep Chrome just for that.
Under 'Privacy' you should list the  --disable-reading-from-canvas option to help preventing canvas fingerprinting.
admin
@791: Sorry, I do not know on Windows. Netflix needs the Widevine component (bundled with Google Chrome) to play encrypted MP4 videos (#html5-audio-video).
@Ernie: Thank you for your help! After checks, I updated the #privacy part.
Anon794
64bit builds are working but only on full build, with all the test cases and debug information, archive has more than 1GB, I unable to find one just for 64bit.
AluisioASG 
@Jake: PortableApps.com build author here. Mind sharing some details? You should be able to pass command-line arguments freely.
Anon796
@794: what do you mean with "full build"?
Anon797
Thanks to upload installers here: Chromium.org does just place portable versions in ZIP files but still they are the official
So, what's happening with the x64-bit version of Chromium? Been waiting for a new build for a long time now. The x32-bit reached 50 today.
AluisioASG 
Mind if I...
Can't wait for new x64 build and compile myself, if anyone needed it then grab from rghost.net/8BjnRLZYz (no google API include, codecs enable, build with msvs2015)
Anon801
@796: I'm not sure what he meant, but I guess that, if you fetch the whole chromium repository , you can successfully build a version for win64..

So the problem is not the source itself, it is something with the automated testing/building/release infrastructure at Google.
I don't know why they do not fix it... But they seem to prefer the 32 bit version for Windows..
Anon803
@nik: thanks but... the pepperflash doesn't work (mine is 20.0.0.267 x64 version) and It would be useful a standard version (not portable version with external launcher)
admin
@nik: Thanks for sharing!
Your build: rghost.net/8BjnRLZYz (mini_installer.exe • 64-bit • 50.0.2624.0)
Antivirus results:
https://virusscan.jotti.org/en-US/filescanjob/7riadl2du1
https://www.virustotal.com/en/file/c68c9e514881571275ab885a779fc2f5bb560632e3a3b7efb2b71c2c308f4e43/analysis/1453137495/
Anon805
@nik: Is there a tutorial/page for enabling codecs? I'm interested in building my own, once I finish setting up my build environment, and haven't gotten to that point yet. You'd save me some time searching.
Anon806
https://bugs.chromium.org/p/chromium/issues/detail?id=574822

They marked the bug as "wontFix" because it's already been fixed apparently. But if so, why is the compiler still failing?
I don't get it anymore.
Try Krojam Soft Files Search program to find all hidden files and folders.
@803: i dunno, pepperflash is working with this build, tested on 3 different windows x64,
@805: here is my batch file, maybe it'll help you https://pastebin.com/63hciMSh
Chromium Portable (32/64 bits) + Pepper Flash Plugin Portable (32/64 bits):
1. download, install and first run Chromium Portable:
- web site: http://crportable.sourceforge.net/
- direct download latest (49.0.2618.8): https://downloads.sourceforge.net/crportable/ChromiumPortable_49.0.2618.8.paf.exe
2. create two subfolders inside '\ChromiumPortable\Data':
-> \App\PepperFlash\32 and \App\PepperFlash\64
3. download from PCR's notepad https://notepad.patheticcockroach.com/category/software/flash/ the latest archive with 'Flash 20.0.0.267 for portable Firefox/Chrome'.
4. extract from this archive all files contained in the subfolder 'Pepper64': manifest.json, pepper.vch and pepflashplayer64_20_0_0_267.dll and rename this last to pepflashplayer.dll; finally copy these three files inside:
-> \ChomiumPortable\Data\App\PepperFlash\64
5. create a text file with name 'mms.cfg' with one row with DisableSockets=1 and copy these mms.cfg in the same subfolder as above
6. If You use X-Chromium by winPenPack:
-> update with 64 bit version of Chromium with chrlauncher http://www.henrypp.org/product/chrlauncher and then copy the four files as above inside the subfolder \Bin\Chrome\plugins
Hi, when new x64 build will be ready? Why they can't fix build bot bugs?
Anon811
Wat be going on? Where be dem 64bit Win builds, yo?!
Hi there, i just compiled new 50.0.2629 build of x64 mini_installer.exe (same as before with codecs) rghost.net/89HdggsDW maybe someone find this helpful
@nik: Thanks for the build. Google Sync doesn't work on it, though.
@AkiraLeir: Yeah, the services aren't working, because they need API keys and i don't have it, BUT in https://www.chromium.org/developers/how-tos/api-keys is said that you can enter API at runtime in environment
How it's possible that no one dev can fix build bot bugs? Seems a joke..
I was looking for the latest x64 Chromium Package (Snapshot # 50.0.2630.0) but it seems that Google Chromium developers team didnt release it in that flavor.
Does it mean that the x64 project has been abandoned, just now that more and more x64 machines are sold?
Regards.
@John: the x64 project has been abandoned? Really? How is it possible?
@Jason: I dont know. Mine was a question, just coz I've seen Chromium team dindt release latest snapshot for x64 machines. And I dont use installer releases coz if they're as Chrome installs on C: without asking the user the destination partition (as Firefox does), one of various reasons coz I dont use Chrome on my pcs.
Hi there, here is my updated build 50.0.2631
mini_installer - rghost.net/8M5WW6XXM
only archive - rghost.net/7rKYpdpHb

Compiled with parameters:
target_arch=x64
libyuv_enable_svn=1
proprietary_codecs=1
fastbuild=2
syzygy_optimize=1
remove_webcore_debug_symbols=1
ffmpeg_branding=Chrome
google_api_key='no'
google_default_client_id='no'
google_default_client_secret='no'
admin
@nik:Thanks a lot for sharing!
Please can you contact me? I would like to give you a suggestion.

@John, jason: No, the x64 project is not abandoned but devs want to clean non-sanitizer configs on this bot.
https://bugs.chromium.org/p/chromium/issues/detail?id=578819
Hi !
First, thanks for your work !
I'm a windows user, I don't understand the thing about version 50 and x64, it is not official ?
I downloaded v50 x64, but sync doesn't work and I don't what is this api problem mentionned earlier !
Should I stick to v50 x32, or even v49 x64 ? (sync worked then)
Yes, it's not official. About sync: you can stick to 32-bit for now
Hey guys, kinda awkward but basically I don’t have sufficient space on my tiny SSD for XCode—could someone do a build of the latest Chromium 64-bit OS X release with the ‘OK Google’ hotword flag enabled/set to true for me? I miss the feature on desktop and they have removed/disabled it in Chrome :(
Cheers!
Thanks nik for your quick answer, sticking to 32-bit then :)
Hola, I compiled x64 v50.0.2632 with Google services, it's like official build but with h264 codecs (in theory, because I can't test the Sync service, maybe someone?)
mini_installer - rghost.net/8RJGkVjPt
archive - rghost.net/6kfWv5n5y
WildByDesign 
@nik: You are the King! Thank you for sharing your compiled builds for x64. I can confirm that Sync is working with your 50.0.2632 builds. Please keep up the great work.
@nik: Amazing. It works perfectly. Also sync, finally. Please continue until they fix the bot. You are the man ;)
@nik: Appreciate all your endeavours. Would you share your batch file for engaging 'google services'.

I've managed to complie (and run) Chromium x64 50.0.2631.2 with the following parameters:

python build\gyp_chromium -Dtarget_arch=x64 -Dbuildtype=Offical -Dbranding=Chromium -Dlibyuv_enable_svn=1 -Dproprietary_codecs=1 -Dfastbuild=2 -Dsyzygy_optimize=1 -Dremove_webcore_debug_symbols=1 -Dffmpeg_branding=Chromium -Dgoogle_api_key='xxx' -Dgoogle_default_client_id='xxx.apps.googleusercontent.com' -Dgoogle_default_client_secret='xxxGBZyOj8sv2CNe_yhBzMa'

For some reason my git build system won't update to v50.0.2632; perhaps because i've patched 'battor_connection_impl.cc': and cannot rebase - I have unstaged changes. Now, I understand why in your batch file you wrote "cd /D J:\tmp\depot_tools\src"

Would you consider writing a tutorial?

For any one thinking of building Chromium x64 from source you need approximately 30GB (not including winsdk and VS2015). The build process takes approximately 5 hours (i7 VM 4GB RAM - 4 virtual CPUs. The build process would take considerably less using a physical machine: with the approriate firewall settings - which I'm still in the process of assessing.)

Personally, I think the BuildBot failing on Windows x64 build is a blessing in disguise.
@Marmaduke: try "git reset --hard && git rebase-update" in the /src folder.
i'll try to post updated batch with comments
@nik: Thanks. I managed to update the build system:
i. git checkout master
ii. git checkout -- e:\depot_tools\src\tools\battor_agent\battor_connection_impl.cc
iii. git rebase-update
iv. gclient sync --jobs=16

I don't think step iv is strictly necessary. For some reason I had to create a .gclient in 'depot_tools\src' before 'gclient sync' would work, which results in gigabytes of data being downloaded.

At the moment I'm experimenting with the build process and trying to establish best practice.
Anon832
The packages from rghost.net seem to contain a virus. Could you confirm this?
Kaspersky debunked it; no viruses whatsoever... must be Google's "caring" embrace, protecting it from itself.
It's false positive
@nik: I actually prefer your builds to official ones because they have codec support :p so thanks, man
@Marmaduke: here is a quick tutorial i wrote: https://pastebin.com/sxG18Ktg
(maybe someone else will find it useful)
WildByDesign 
Google Safe Browsing seems to be killing the downloads for @nik's builds, although false positives, labelling them as malware. Also, Google Safe Browsing is killing Henry++'s web site as well, in particular his chrlauncher program and others. Hopefully Google resolves these false positives.

@nik Your builds are better compared with vanilla Chromium builds, since you've got full Google API (Sync, etc.) support, along with all media codecs (H.264, MP3, etc.). There definitely seems to be demand for your builds even despite these x64 buildbot failures. I would think that some users may even be willing to make donations to you to thank you for your time and for sharing with the community. Thank you, sir.
@nik: Good concise tutorial. Is it still necessary to patch "\depot_tools\src\tools\battor_agent\battor_connection_impl.cc" ?
Anon839
Does anyone know when this issue with the x64 builds is going to be resolved? Doesn't anyone on the chromium forums/team cares about it? Seriously...
@Marmaduke: no, mini_installer and archive don't use this tool, it fail when you build with args "ninja -C out/Release_x64 all" (like buildbot) :)
@WildByDesign: you're welcome.
here is new build 50.0.2634 with sync and codecs:
mini_installer - rghost.net/6TNrdDB9w
archive - rghost.net/7pwZGq2sJ
Hello, guys. Is there any list of older chromium "GOOD" builds that support NPAPI (Java plugin)?
I know that on the #npapi section it says about 45.0.2416.0 (331982) being the latest one, but i have found through extensive testing, that this version has memory leaks/problems.
So if someone has an older chromium build (with NPAPI), thoroughly tested, please post any info.
Thank you!
@nik: thanks for your work! Could you maybe provide a recent build with codecs enabled, but without the google stuff?
@nik: Thanks. Works perfectly ;)
Awesome! thanks!
@nik: I don't use Google APIs, but are there are any generic API keys. I presume that the standard buildbot Chromium supports sync, so it must have a set of keys,

Keep up the good work, You've demystified a poorly documented build process. Is there a reason why the standard chromium build does not include the AV CODECS?
Anon847
I take it the buildbot is finally fixed?
Anon848
Yes! Apparently it's fixed :)
Build 50.0.2634 available in x64 right now.
admin
@nik: Big thanks for all! ;)
@848: Yes, all works perfectly!
@IamNoone: Go to https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/ or prefix=Win/ and get revision (= commit position) before 331982. The NPAPI plugin is enabled.
@Marmaduke: no, the keys must be obtained from google. And codecs are not enabled due to license restrictions.
Anon851
@nik will you continue posting your builds? I like them because they have codec support
Anon853
@nik: Is there a way for someone such as myself who doesn't have the depot_tools, chromium build files and such to add codec support?
@853: No, you must compiled whole project. Updated to rev372317
@Jerry: Thanks for the reply mate, but build 331982 has some serious memory leaks. I tried a couple of older ones also but they also seem to be memory hungry.. I build web apps, and i have no memory problems with current chrome releases, but i need to support older java apps so i am stuck with older builds, which tend to have memory problems.
Thanks anyway!
Anon856
@nik: Oh, well. Looking forward to your builds from now on then. :D
Thank you so much for all great builds :-)
I have small issue with this latest build.Somehow button X close is duplicate it self in the middle of the tab.
https://i.imgur.com/HbeccGX.png
Can someone make a portable version of Nik's build ? Thanks
Anon859
@Frozen: The nik's build is already portable (and chrome.exe is an external launcher).
JohnFlower 
nik, can you please use a different filehost? rghost is known for spreading malware (hphosts, MVPS). Consider https://upload.teknik.io/
Anon861
@JohnFlower: I've never heard of teknik.io before, but I have heard of rghost. If you're going to recommend a "safer" filehost, why not recommend something well known and established like https://www.mediafire.com/ or https://mega.nz/ or cloud hosting like https://www.dropbox.com/ or https://drive.google.com/ or https://onedrive.live.com/ ?
@859: the settings is saved in AppData. So I think nik build is not portable.
JohnFlower 
@861, well known != safer. Quite the contrary, in fact.

Teknik is established. It's open source, with a major update coming soon. Oh, and it's completely free. Anyone doesn't require an account to use the upload service.
@Frozen: try this rghost.net/8fNxwS94Z
@JohnFlower: i tried teknik.io and i couldn't upload, half *.js and *.css return 404, API doesn't work. message was "resource unavailable"
Fantastic work nik. Stunning. Thank you
First of all, Firefox blocked my download: Chromium Installer (64-bit) mini_installer.exe • 50.0.2637.0 (372576) • Sunday, 31 Jan 2016

Then I let the file check by virustotal.com. 2/54 discovered malware:
Bkav HW64.packed.B4BF
Rising PE:Malware.Generic(Thunder)!1.A1C4 [F]

What is going on here?
admin
@Joe:
> Firefox blocked my download
Because "Block reported attack sites" and "Block reported web forgeries" are enabled in your Firefox (as Chrome, Opera, Vivaldi) security parameters.
These options use Google Safe Browsing.

> virustotal.com: 2/54 discovered malware
False positive. Please check #malware section.
JohnFlower 
@nik: See the blog post (blog.teknik.io/Server%20Admin/25). Teknik might be iffy for a couple of days.
@nik: I tested your portable build. It is great! I love it! portable + codec + sync. I wish your portable build can be offically download like your normal installation build. Do you have any plans about publishing your portable builds?
@Frozen: it's seems that some keys staying in the registry anyway..
sometimes i'll be publish updates..
marioemp2k7 
@nik: Any chance for an x86 build with sync and codecs enabled? Thanks!
I can't, it's the extra 10GB (and 3 hours) and I have only 3GB left on that system.
Anon873
@nik: I noticed you build using VS2015, but the guides recommend 13. Any advantage to that, or did you just have 15 installed already?
Anon874
Interesting issue. Perhaps a bug? If using a 3rd party app like Steam, if you click on a URL in that program, where it used to trigger my browser, now get Chromium is unresponsive. Relaunch now, Yes No.
https://i.imgur.com/PF6wncF.png
@873: yeah, i have MSVS2015. Are you checking this bug with official google builds? Try updated build 50.0.2639.0
@nik: would you mind building codecs enabled + no sync portable ?
As expected, Chromium Portable 50.0.2633.3 does not run anymore on Windows XP (and probably on Vista).
Chromium Portable 49.0.2623.23 is the last build compatible with XP:
https://downloads.sourceforge.net/crportable/ChromiumPortable_49.0.2623.23.paf.exe
I have many crash with last 2641 buils, all perfect with 2640. There is some new bug or regression..
JohnFlower 
@nik, teknik.io is now stable.
Anon880
Last few builds since last night, including 2641 seem to be causing a Windows 'Running Low on Memory' Prompt with a hard app lockup that can only be closed via an End Task in Task Manager. 2 systems running Win 7 both just started last night.
Yeah, last 2 builds 2641 and 2642 have serious problems. With many tabs opend i have always crash. Last perfect build is the 2640 for now.
Chromium developers what are you doing? :(
Yeah, they something doing. well... that why it's DEV
I downloaded last compiled build few minutes ago and that ptoblem is solved, no more crashes, i can confirm.
@nik, you need to recompile or last build 2642 now, or wait for 2643 tomorrow. ;)
Anon884
2641 & 2642 for sure, as I move over the browser screen graphic glitches everywhere, endless disk activity until the browser gets closed.
Anon886
Interesting benchmark test with current browsers... seems Google Chrome is still the winner IF you put much weight into browser benchmarks... http://www.kaputniks.org/2016/02/05/web-browser-benchmarks-firefox-waterfox-pale-moon-chromium-chrome . But I still prefer Chromium somehow.
Last rendering problem has been fixed few minutes ago with latest #2736 build:
https://chromium.googlesource.com/chromium/src/+/72fc4b00f6429a70e1c841a9678af04580ce1efd
Anon888
What is "sync" and "no sync"?
Anon889
@888: "no-sync" builds do not have Google sync services.
@nik: You're the man. I've been wanting builds with codecs enabled for ages now.
@Jerry: Are you planning to keep separate sections for nik's stable and latest builds permanently? Because it sounds too good to be true.
admin
@marc, Thanks for info about XP and Vista. After test, I updated the Windows section.
@889: > keep separate sections for nik's stable and latest builds permanently?
Yes, we continue together. Nik does really great work! Note there will be no stable 32-bit version on Windows.
@nik: Thank you very much for Chromium builds with codec support. No need use official chromium build. :) Besides thanks for the SetDefaultBrowser.bat file too.

About chromium_x64_50.0.2644.0(r374049)_sync_codecs_portable:

Languages files (*.pak) be located in \bin folder, not \bin\Locales. Therefore, chromium can't run. Of course, the solution is simple. All languages .pak files must \bin\Locales. So, chromium portable is working.

Another matter/request:
I'm used to Chrome icon, not blue Chromium. Therefore I always "Icon Group" change with ResHacker.
Standart Chrome icon: https://commons.wikimedia.org/wiki/File:Google_Chrome_icon_(September_2014).svg

I use "List" as view in File Explorer . (CTRL+SHIFT+5). I changed the icons "chrlauncher.exe" and "\bin\chrome.exe" with ResHacker. Notwithstanding, both files still display blue chromium icon, not chrome icon. (Only "List view" in File Explorer). How can I fix its? Is it possible?
@nik & @admin: Which is/are the advantage/s, the benefite/s to use the build with codecs enabled? Can you make me an example?
Thank you so much ;)
Anon893
@jason: The advantage is codec support, so you can play video that uses those codecs. For example, I've had problem playing most facebook videos, adding the codec support should solve that.
Anon894
What's the big difference between the 50 and 48 builds?
WildByDesign 
@894: With the 48 builds, those are following Stable release channel and are likely to be more stable/efficient while the 50 builds are following current/daily development of the Chromium developers which can potentially be less stable/efficient and less tested.

Visually, the 50 builds seem to be testing the Smooth Scrolling feature to various degrees of success. There are likely many other changes, but that is all that I can think of at the moment. It all depends if you want to stay with Stable channel releases that follow Google Chrome stable builds or follow the bleeding edge changes in the browser with faster development. Another visual change between 50 and 48 right now is that 50 contains some more Material theme effects, while 48 has some basic stuff for Material.
Anon896
Wanted to try nik's but got this error message....

chromium_x64_50.0.2645.0(r374091)_nosync_codecs_installer.zip
rghost.net/8Qx8rV9cP → it is malicious, and Chromium has blocked it.

Does anyone else got blocked?
or is the download not safe?
or it is a false positive from Chrome?

Thanks
admin
@894: Completely agree with @WildByDesign.
@pureocean: I ask nik.
@896: Please see my #comment-867
@pureocean: i fixed portable. About icon i don't know, are you change every version (8x8, 16x16, 32x32, 128x128 etc)?
Stephen Fox 
Google is abandoning Windows XP and Vista users. I would still highly recommend switching to Mozilla Firefox, Opera, or any of the many other supported browsers.Since Microsoft will be supporting Vista for at least another year, I don't comprehend Google's reasoning for dropping support this early.
"...you will NOT receive further Google Chrome updates..."

Who cares about Google Chrome? First, this site is about Chromium, Google Chrome's mother. Second, anyone foolish (and I'm using a polite term) enough to install a spyware browser....is the same person who installed Windows10.

"...I would still highly recommend switching to [ ], Opera,..."

First of all, Opera (another spyware browser) uses Google Chromium as its foundation, thus, since Chromium support for XP & Vista are/have ceased, you can't possible use this browser (and why the h*ll would you).
Anon901
@Jerry, @nik: Thanks...
But why is the MD5 checksum does not match? for both 48 and 50 mini-installer?
Is this to do w my connection or theres some misunderstanding?
Still keen to try nik's
@901: I think it's because the build is already updated, but you can always download any build and check on VirusTotal.
WildByDesign 
@nik: I am sure that you are already aware and likely already right on top of it as we speak, but just a friendly reminder/request that the new Stable channel release (48.0.2564.109) is available. Per OmahaProxy site (https://omahaproxy.appspot.com/). Thank you, sir.

@Jerry: Thank you, sir, for providing this wonderful platform and wealth of information. I am relatively new to following your site and also following Chromium development in general. Also, thank you for allowing @nik's fabulous builds onto your site. I think that you have done a fantastic job with the way in which you've organized his builds at the top of your site; tidy, clean and professional. Clearly, Stable channel Chromium builds including Codecs is something that Windows users have wished for a skilled compiler to come along and build for quite some time. This is like a dream come true. Cheers!
Anon904
@nik: Am i right to say your build and chromium's difference is in the - addition of codec and sync/nosync only?
or you have other goodies build in?
hv finally install v50 after temp shut down AV (which I didnt have to w normal chromium)
MD5 checksum is good but VirusTotal does bring up one suspiscion
some webpage w charts function dont load that well... and some other cosmetic changes
prob due to different ver - was using early 48 chromium
also notice the good increase of speed (loading and downloading)
dont really use any codec related that much but want to try your build
like the no sync fucntion for increase privacy
anyhow good effort much appreciated
thank you
@904: yes, mainly because of the codecs.
Anon906
@nik: Thank you for these builds! This is just what I had been looking for, for a long time!

@Jerry: Have you thought about separating the comments section into a separate page? Thank you for facilitating all this information in a nice, easy to understand format.
Anon907
This needs a Chromium vs Chrome like www.wikivs.com/wiki/Chromium_vs_Firefox
Is it possible to remove that ugly and useless profile icon at the top right corner ? I'm using now chrome 46, because it is the last version that supports  --disable-new-avatar-menu launch option, how about chromium ? Is there a way to remove that devs mistake in latest chromium version ?
Anon910
"Scroll Anchoring - Mac, Windows, Linux, Chrome OS, Android
Adjusts scroll position to prevent visible jumps when offscreen content changes."

I'm over the moon right now.
Anon911
@mynameis: Nope. Best you can do is rename yourself to "ٜ" (or just use a regular period/dot) to minimize it. The symbol is actually between the two ", but is 'offcenter'.
WARNING to potential Chromium v50+ users!
Chromium has REMOVED the cipher information on HTTPS websites meaning you can't tell anything about it by clicking on it like before. No TLS version, no cipher information, nothing.
If you haven't explicitly disabled all RC4-specific ciphers then please do it NOW!

Here are the command line options I use on Win7 x64; just copy and paste it and remove extra spaces/line breaks and comments in ():
Target: %LOCALAPPDATA%\Chromium\Application\chrome.exe

-cipher-suite-blacklist=0xc007,0xc011,0x0066,0xc00c,0xc002,0x0005,0x0004,0x000a (these remove all RC4-specific ciphers)
-ssl-version-min=tls1 (forces TLSv1 and higher to prevent downgrade attacks on insecure/poorly-configured servers)
-incognito (private browsing mode)
-disable-sync-preferences (allows different preferences depending on the target OS/system)
-disable-print-preview (lets me do 'printable view' easier)
@JC Denton: I played you in DeusEx 15 years ago (still the greatest fps-stealth-sci-fi pc game ever, and that ever will be made).

"WARNING to potential Chromium v50+ users!
Chromium has REMOVED the cipher information on HTTPS websites meaning you can't tell anything about it by clicking on it like before. No TLS version, no cipher information, nothing"

Sorry to inform you but I'm using Chromium v50 and the https connection information is exactly as it's always been.
Anon914
@JC it seems, from my quick look, that Chrome has planned on dropping it for a while, and it was supposed to be gone by Jan/Feb 2016. They appear to be removing it be cause it is insecure and pages requiring it, without offering a more secure alternative, will FAIL TO LOAD with the error:
ERR_SSL_FALLBACK_BEYOND_MINIMUM_VERSION
Yeah, rc4 is disabled by default.
Anyone can test it at https://www.howsmyssl.com or https://badssl.com
Anon916
Any other hoster than rghost? They suck...
@916: any suggestions?
but it must support:
1) cURL upload or api
2) direct link to dir with files
3) auth for deleting old files
4) fast upload.
AluisioASG 
I now see what @JC Denton was talking about. On 50.0.2652.0, connection details are per-origin, and you need to:
1. click the padlock
2. click "Details"
3. reload the page (??!)
4. select the main origin
Anon919
@nik: Would Mega work? https://mega.nz/#developers
mega sdk using only c++, it's not so simple to write app and i just don't have much time for it
Anyonymous 
Rghost is fine, don't worry about it
Anon922
Regarding @916: https://uplod.it would be an alternative.
Anon923
@nik: could you push your builds of chromium to chocolatey, so they can easily be updated?
Sorry, I don't know what it is.
Anon925
Chocolatey is like apt-get but for Windows.
Ok, but for this i need a time to learn about it, to build the package, etc. But i don't have a free time.
I just write a script that is checking git updates, pull, compile and upload to filehost.
After that i don't do anything myself with this process :)
Anon927
So let's write an updater then. There is an open-source version of google update here https://github.com/google/omaha
Hi guys, anybody knows what is the "chrome_BITS_*" folders inside of your %TEMP% folder? Like "chrome_BITS_3898_12345". Windows only.
All I know is this:
https://en.wikipedia.org/wiki/Background_Intelligent_Transfer_Service
https://codereview.chromium.org/105853002
> Implement a background downloader using BITS in Windows Chrome. (Closed)
So the Chromium devs have chosen BITS component of a system services as a background downloader, but for what?
How to find out what exactly Chromium is downloading using BITS? and why the hell he don't clean up these folders after himself
I am a bit paranoid.
WildByDesign 
@Vortex That is interesting and a bit of a concern. Quite often bitsadmin.exe can be utilized by malware as well. Hopefully we can find out more regarding Chromium's use of BITS and also ensure that it's not done in such a way that can be compromised.
Ok I find some more info.
Using BITSAdmin Tool from Windows XP Service Pack 2 Support Tools
https://msdn.microsoft.com/en-us/library/aa362813.aspx
bitsadmin.exe /list
I found list of these BITS-jobs by Chromium, and all of them contain "Chrome Component Updater".
Further we can find this:
https://support.google.com/chrome/a/answer/3204698?hl=en
> Chrome Component Updater allows the Chrome engineering team to release small updates to parts of Chrome on a very rapid schedule. The Chrome component updater behaves as follows:
- Runs only when Chrome is running, and uses a small amount of bandwidth
- Doesn’t update the Chrome browser's core application (chrome.dll)
- Only updates components that the Chrome core already knows about
- Is used for some core plugins and components that are intended to be downloaded after the initial Chrome installation (such as SwiftShader and Pepper Flash)

Interesting. Now we can find more info about such components, like:
https://support.google.com/chrome/answer/6072728?hl=en
https://plus.google.com/+FrancoisBeaufort/posts/51erocHcazG

And here is list of all your Chrome components:
chrome://components
(Pepper Flash may be not included if you're using global installation into system)

Finally, if you need it for some reason, you can disable Component Updater using  --disable-component-update
And all of this chrome_BITS_* folders will no longer created, but you will lose some (important) updates, see above.
If you go then on chrome://components you will see "No components are installed", but it's not true, e.g. you can check how pnacl is still working here:
https://gonativeclient.appspot.com/demo
Also the BITS-jobs itself will not be closed until your Windows rebooted (I guess), but they will be suspended.

Well ok then! But I still wanna cleaning up these folders with keeping updates on :D Anyway.

But of course, we can't be sure these BITS-jobs are used only for updating components and not for compromising some info about your computer/browser to google services... Without reading source codes or check it with something like Wireshark.
admin
@Vortex: Thanks a lot for your interesting info. There is also a detailed explanation in the source code:
https://cs.chromium.org/chromium/src/components/update_client/background_downloader_win.cc
My new dev builds are now with the FLAC support..
Hi all, someone can repost that script to make Chromium the default browser? Thank you
WildByDesign 
Good news, guys/gals. Henry++ with his latest 1.7 build of chrlauncher contains a portable version of Flash Player with control within the configuration file for where the portable Flash Player is bundled.
@jason: You can look inside latest version of 'chrlauncher' (version 1.7 at moment): http://www.henrypp.org/product/chrlauncher
You can download: https://github.com/henrypp/chrlauncher/releases/
1. full version with portable PPAPI
2. version without portable PPAPI
Inside both versions there are folders '\32' and '64' that contains the file 'SetDefaultBrowser.bat': this script is for chrlauncher, but you can easily modify it for use with your Chromium Portable.
@rbon thank you man, but in nik build there is not that .bat? I remember wrong?
@jason: there is!
@nik: I downloaded your portable now again, but there is only the obvious bin folder, etc., but not that .bat file
Where is exactly?
admin
@jason: In the STABLE version, you will find .bat file. Nothing in DEV version. Maybe a nik mistake! ;)
@Jerry: oh ok, thank you.
Yeah, the portable build was broken, but now everything is fine.
@nik: Thank you very much for your build! I wonder if your GYP_DEFINES for proprietary codecs will work on Android Chromium.
Also I've checked the HTML5 audio/video tester and found out that sample_100kbit.mp4 with MPEG4 video does not show that video for me, though audio is fine. Is that expected?..
@gwindlord: yes, mpeg4 doesn't enabled in ffmpeg components, i tried but got errors with compiler.. in this link is apple mpeg4 video codec
@nik: thank you for the reply. I've tried the same checker on Android - it works, though not sure if this is magic of parameters, or regular Android codecs support.

Btw my bookmarks, passwords and the rest seems to be syncing on Windows anyway.
Hi all, with last official build youtube video work for you? I see only "green" video/images, seems like something broken..
Is it only a my problem?

Thanks
admin
@Jason: Use STABLE version instead of official build for #windows-64-bit ^^
@nik, @Jerry: rghost.net appears to be having persistent problems for the past couple of days. Any plans on providing mirrors?
admin
@Jesus: See nik's #comment-916
Anon949
@nik: Would either of these two tools help you with uploading to Mega?
https://github.com/megous/megatools
https://github.com/t3rm1n4l/megacmd
@nik: Thank you! ZippyShare appears to have very nice download speeds!
ZippyShare with dev builds now
Anon953
rghost is back already
@nik: yeah thanks, think will be fixed soon ;)
Anon956
@nik: How do I start your version directly in incognito mode? The added flag at the end of the Chromium shortcut (... application\chrome.exe"  --incognito) doesn't work with chrlauncher.
I made patch to get rid of the profile selection button in the title bar since Chrome devs have forced the feature on us.
https://github.com/Akujin/chromium-disable-profile-button-patch

Personally not really looking forward to maintaining OS X and Windows build environments just so I can have a browser configured to my preferences. Any chance you might wanna have a specialized build released?
@Aku: i'll try to add this to the nosync build
@956: chrlauncher is not my project, but try to look into the "chrlauncher.ini", there must be an option somewhere
Anonymous (956) 
@nik: Thx. And by the way - thanks a lot for your awesome work!
@nik: Your codec versions Stable or Dev (sync and nosync) are conflict with PepperFlash (Portable).
If I add PepperFlash these builds simply are not performed: why?
Codecs contain PepperFlash?
WildByDesign 
@rbon You may need to start Chromium with the following command line switch:  --allow-outdated-plugins
@rbon: No, chromium doesn't shipped with PepperFlash. Try to look into chrlauncher.ini, there is commented line with flash option.
Anon963
@nik: Just tried your 48 mini installer with all codecs enabled on my Windows 8, but sadly flac is still not supported. According to the tester 3gp and flac are still unsupported.
@963: my comment above was "flac enabled for dev"... but in stable i don't do it (maybe next build)
Anon965
Just a PSA for chocolatey users, the Flash Player PPAPI plugin (PepperFlash) for Chromium has been added to the repository:
choco install flashplayerppapi
doubletrouble 
Would it be possible to post some checksums (md5 or sha) here? Would be helpful especially for nik-builds since they are stored on 1-click-hosters …
JohnFlower 
@nik: Thanks for changing the host
@WildByDesign: You are right because there are two condition for run Pepper Flash portable:
1. command line switch (and)
2. the files for run Pepper Flash portable (pepflashplayer.dll, pepper.vch, manifest.json and mms.cfg)
The only Chromium portable that allows to run both: builds with codecs+sync and Pepper Flash portable is X-Chromium by winPenPack: the only tip is to update the Pepper Flash version number in the file 'X-Chromium.ini', [FileToRun], row 'Parameters'.
Others portable Chromium (by PortableWares or by Aluisio Augusto Silva Gonçalves) can only run Pepper Flash portable or builds with codecs+sync.
b.t.w. for non english users the 'sync' feature allows to use Google Translate.

@nik: Your builds are solid rock.
Anon969
As this site prefers HTTPS links, I wonder why this site is still HTTP. You can get free certificate here: https://letsencrypt.org/
I forgot to say that build 51.0.2665.0 now with hevc support :)
I think h265_10bit also must work

ps. h263, ac3, mpeg1/2 doesn't work and i don't now how to enable it (maybe it's for the best)
admin
@nik: Thanks for effort! ;)
@969: Please read my #comment-238
@965: There is already a Chromium version and it is official.
Anon972
@Jerry: Do you mean the chocolatey Chromium package is already bundled with PepperFlash?
admin
@972: Oops sorry, no.
On 25 Feb 2016, 13:52 Aku said:
"I made patch to get rid of the profile selection button in the title bar..."

On 25 Feb 2016, 20:32 nik said:
"I'll try to add this to the nosync build..."

That would be so awesome! Nobody likes that button there. Even people who actually use it think it should be in the hamburger menu rather than taking up valuable real estate on the tab bar.

Please, please do this... That useless button is the bane of my existence

And thanks (sincerely from the bottom of my heart) for all the work you do. Legendary!
Build failure everywhere! Again...
@Wally: i already do this, but only for no-sync version obviously
Failed to find an input file: Input file C:\b\build\slave\Win_x64\build\src\out\Release_x64\angle_deqp_libgles2.dll doesn't exist.
Idem about \angle_deqp_libgles3.dll and \angle_deqp_libegl.dll
@nik: Yesss! Thank you so much!

Nice and clean now (just like it used to be before someone got a stupid idea)...

I don't know what would make them think they should add something like that there without any option to hide it. It's our browser... we should be able to have it look and work the way we want.

I was almost ready to jump ship. Now I don't have to.

May I ask: Is it possible for someone like me to change the bookmark star graphic found in the address bar? Or how about the corners of the tabs... Can I square them off?

Thanks again sir
@Wally: i don't know how you can do it, because all packed in chrome_x00_percent.pak
here is source and build.gn script https://chromium.googlesource.com/chromium/src/+/master/ash/resources/
maybe if you understand how it packed, you can create your own *.pak file
This is the number: 7 mins, 43 secs
@nik: Thank you for your excellent work
@Jerry: Thank you for this site
Greetings from Germany
eliotime3000 
I want to know how in the Earth Chromium still works on my Windows Vista SP2 multilanguage with all the updates installed? Will be because I've installed the platform Update?

BTW, this is the 32-bit Chromium Continuous build that I've installed in Windows Vista 32 bits, directly from the buildbot sources
https://i.imgur.com/eS6t0aE.png
Illite Racy 
Enables the use of experimental DirectWrite font rendering system. chrome://flags/#disable-direct-write
Disable (default=Enable or Disable?)

Enable this flag "chrome://flags/#disable-direct-write" to Disable?
admin
@Uwe: danke schön! ;)
@eliotime3000: Check your mailbox ^^
@Illite Racy: By default, DirectWrite is enabled.
https://bugs.chromium.org/p/chromium/issues/detail?id=25541#c146
For some tricky reason the Google bulletins page https://source.android.com/security/bulletin/ is not shown fully in @nik Chromium 51.0.2666.0 though in FF it does. I'm not sure if this is @nik build or Chromium v51 specific, could anyone please check?..
@gwindlord: hm, for me chrome and ff show similar page, don't see the different
ps. chromium 49 build doesn't support h264-10bit and h265 at all because of ffmpeg version
Hi! Thanks for providing convenient Chromium builds with codecs. Are there any direct links to the builds? Or some URL or API to determine download link should be sufficient. I want to integrate them into my own Chromium updater. Thanks!
Anon988
I read something about Chrome 49 and Brotli compression algo. Do these versions here have it included? The 49s and 51s?
@988: Yes, Chrome 49+ support Brotli, but in 49 you must enable it in chrome://flags
WildByDesign 
@nik & @Jerry: Thank you both for your time and particularly for your devotion to providing these Chromium builds along with the wealth of information as well. Your time is greatly appreciated.

@Jerry: If you don't mind me asking, I am very curious as to whether or not the Chromium builds with Codecs from @nik have created an increase in traffic to your site. The download numbers, at least according to the previous RGhost, were interesting to follow to see which builds users preferred (with / without codecs, with / without Google API, Portable, etc.). Some of those generated pretty decent download numbers. Statistics, I find, are quite interesting and fun. Cheers, and best of luck! Thank you for providing the wonderful platform here.
Interesting: I've resolved my issue #comment-985 switching browser language to English, opening that page and then switching back to my native.

Also I'm often getting ERR_SSL_PROTOCOL_ERROR even on internal VPN resources, now trying the solutions from www.techfor.us/2015/10/err_ssl_protocol_error/ - did not get one since applied everything except 1st advice.
@nik: How to complie chromium with h.264 which is not open sourced
admin
@WildByDesign & @dirtycold: Check your mailbox! ;)
@gwindlord: Thanks for your feedback but I do not know how to resolve your SSL issue.
@Empol: Follow the nik tutorial at #source-code
@Jerry: Thank you, I've resolved it downgrading to 50.0.2658.0 :)
Would you be willing to provide some builds using the patches provided by Eloston at https://github.com/Eloston/ungoogled-chromium?
btw these patches for 48 build... and also it's hard to watch for all changes (in ungoogled-chromium) from build to build, i do only automatic builds even without testing hoping that google devs don't screw up
@nik: Thanks for your response. Would you be willing to provide your autobuild scripts so that I may attempt to adapt them to the current stable branch with the patches?
There's a weird bug with Chromium Mac 49.0.2623.75. When I open links in new tabs some of them won't load. It happened once with one version 48.x and was fixed later. But this is annoying, what can I do?
eliotime3000 
Thanks by the advice, @Jerry. However, in GNU-Linux repos, Google Chrome deleted the 32-bit repo since thursday, March 3. Fortunately, the 32-bit support will be available in the respectives main distro repos that contains Chromium.

In Webupd8 shows a tutorial of how to set-up the repo for those that use the 64-bit version of Chrome
http://www.webupd8.org/2016/03/fix-failed-to-fetch-google-chrome_3.html
@Nicholas: read my guide at #source-code
Hi and thanks for your great work.
Does these stable version communicate with Google backdoor servers?
admin
@b0ssg: By default, Chromium does not call Google servers because there is neither auto-updater nor user metrics (#features). Please, read also the #privacy section and especially my note about #extensions ;)
Anon1003
Nik builds are safe? Since they're on frontpage I assume they are. The built-in codecs are really handy.

I know there's also a guide made by him on how to make our own builds but due to lower HDD space and slow internet that is a no go for me.
Hi all, chrlauncher v1.8 has been released. Now it support download of some types of Chromium builds.
Like post #1003 said, how do we know that those builds are safe? Since they're unofficial
admin
@rbon: Thanks a lot for your work!
@1003, @John: Use an online service like Jotti or VirusTotal. I put links in the #malware section.
@John: it's only up to you, trust it or not :)
Thanks. Don't get me wrong guys, i know this site has valuable information and good helpful members, just trying to make sure since i'm no expert at all.

Another question: nik's builds are different from the ones @rbon posted or they're the same? I assume they're the same, only difference is that the updater now has the option to download the unofficial builds, right?
admin
@John: Yes, they are the same. Thanks for feedback! ;)
Where is the portable version on #windows-64-bit-dev-nik?
Is it Archive version actually portable ?
admin
@Ken: For a portable version, use chrlauncher. Just edit the chrlauncher.ini file. Choose the build type needed! ^^
WildByDesign 
Jerry's site + Henrypp's chrlauncher + nik's Chromium builds = AWESOME!!!

Now that is some great teamwork, guys!

Over the past 6 months or so since using the wonderful information resources here at Jerry's site, I have also come to enjoy and appreciate Henrypp's chrlauncher because it is open source and does a great job of finding/downloading Chromium builds and also making it all portable. Then comes along nik's fabulous Chromium builds (Stable and Dev) with codecs and prove to be great compilations. Combine all of those resources together, and being able to use chrlauncher to download/update nik's builds, with downloads coming from Github now, and ability to make things portable if need be, that is truly wonderful reality of great things coming together to become greater.

Question: I know that Henry++ is trying to collect donations to digitally sign his software which would be great. But what I'm wondering is, if he receives enough donations, if in collaboration with nik, if it would be a future possibility to some day have Chromium builds also digitally signed?

Thank you all for the great collaborative effort and time.
@WildByDesign: thanks!
Downloaded Chromium (64-bit) Package of nik with all codecs nosync
Saturday, 19 Mar 2016; 51.0.2685.0 (382185)
checked correct SHA1
Run, but the pages load in a permanent, independently, page setup program or web page.
In debug.log:
[0321/030227: ERROR: main_dll_loader_win.cc (123)] Failed to load Chrome DLL from C: \ Users \ 1 \ Desktop \ chrlauncher \ bin \ chrome_child.dll: A problem has occurred in the program initialization, dynamic-link library (DLL). (0x45A)
Out of your builds only worked 49.0.2623.75 (x64, nik with all codecs), regardless of whether anti-virus enabled or anti-virus off.
The rest of your build (nik with all codecs, x64, sync/nosync) not work independently of antivirus.

translation google.translate xD
@tarelka95: hm, as i remember correctly .75 was building with a msvs2013, and after that with a msvs2015, so try to install https://www.microsoft.com/en-in/download/details.aspx?id=48145
admin
@Jason: Because the Chromium team does not share x64 version on their official page. I asked myself this question few years ago. So this is why this site exists! ;)
@Jerry: Thanks. From now on we will have not the page with all x64 builds like in past?
admin
Why builds from http://chromium.woolyss.com/download/ are still from 18th but the ones with codecs are more recent (from today)? They're not updating from that link?
@Jerry: Thank you man.
admin
@Jay:
> http://chromium.woolyss.com/download/ are still from 18th...
These builds are official but the builders are dead. So there is actually no update. See my #comment-1019 for the official explanation.
https://storage.googleapis.com/chromium-browser-continuous/index.html is also not updated.
https://download-chromium.appspot.com/?platform=Win&type=continuous is also not updated.

> ...but the ones with codecs are more recent
These builds are compiled by nik, our devoted developer. They are not official.
Note you can compile your own Chromium version yourself if you prefer. Follow the nik tutorial on #source-code
Thanks, Jerry, for the explanation and for the awesome website of yours as well as to all the members dedication towards this project. Regards.
Anon1024
@Jerry Thanks for creating this site.

I think I may have found an active source of Windows x86 builds for now:
https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/
(there don't seem to be any Windows x64 builds, unfortunately)

Buildbot status URLs:
https://build.chromium.org/p/chromium.win/builders/Win+Builder
https://build.chromium.org/p/chromium.win/builders/Win+x64+Builder

URL traceback for reference:
https://build.chromium.org/p/chromium.win/console (scroll down and look for green boxes, hover over each box to see what it corresponds to, and click to show a popup. The last entry in the popup redirects to one of the above URLs)
https://chromium-build.appspot.com/p/chromium/console ('Chromium' line -> 'Win' link in table 'Tree closers')

I'm not sure if you are already aware of this, but I'm posting it just in case.
Thanks again. :)
admin
@Jay & @1024: Thanks a lot ;)
@1024: Sure I know these builders. They compile automatically Chromium and put binaries in "Snapshots" repository. But here, we talk about "Continuous" repository and its relative builders. Please, read the #development process to understand the difference between "Snapshots" and "Continuous" repositories. Note "Snapshots" builds are very unstable.
WildByDesign 
@nik Thank you, sir. You have been quick and very reliable with regard to the Stable branch builds which of course is of great importance when it comes to security fixes and such. Your effort and time is much appreciated. Keep up the fantastic work.
ChromeUser 
@nik: Can you please make a Chromium x64 version without this annoying profile badge icon next to the minimize window button?
@ChromeUser: it's already removed in the nosync version
The following revision refers to this bug:
https://chromium.googlesource.com/chromium/tools/build.git/+/ffe53a8970e65115b9d1721b46930f157302f0ee

So, according the posting, the continuous builds (LKGR) are no longer being created?
Wow. If this is the case we are stuck with the snapshot builds :(
admin
@_M_: The LKGR builders work but there is currently no binary → Continuous repo is not updated.
LKGR builders: https://build.chromium.org/p/chromium.lkgr/one_line_per_build
Latest LKGR commit: https://chromium.googlesource.com/chromium/src/+/lkgr
So FreeSMUG (Mac) and nik (Windows) continue to compile and share their own binaries ^^
For the rest, wait 'n' see! ;)
@Jerry, I'm not sure what you are stating exactly, but thanks for the reply.

I have just downloaded the snapshot build 383400 and it is functioning perfectly, no bugs (for me, anyhow).
One thing I have noticed though is that many months ago the site-permissions-details tab info was removed from the address bar right click menu on the continuous builds, but in the snapshot build it is present:
https://i.imgur.com/q0Kh3En.png
admin
@_M_: On your #comment-1029, you will see "Remove non-clusterfuzz, non-telemetry LKGR bots". It means:
• only these builders are removed. They also compiled Chromium (executable + archive) → Continuous repo.
• but other LKGR builders work normally. Check my #comment-1030 to see the list of active LKGR builders and latest LKGR commit. These builders do not compile Chromium.

Finally, developers can always compile Chromium. That is why there are STABLE and DEV Chromium versions updated on this site ^^

Sorry, I cannot help you on Snapshots builds. There are too unstable.
I'll discontinue my Chromium Updater project. You can download the latest version from http://crupdater.sourceforge.net, the source and the last Chromium Portable builds v50 and v51. Thank you for using my software for years and good luck for the future guys!
Hi guys,
I'm just a normal user who is grateful for your work, thank you!
I was wondering if you can make a simple installer for Chromium so that we can choose to install Chromium for all users.
I could barely found this website where's a good explanation how you can do that martin.rotterovi.eu/2014/06/chromium-windows-all-users/
Using the command line to choose an option in a graphical program can be done but is not an easy thing for most users and I'm pretty sure Google devs will never add this since they care only about Chrome and like to treat the user as a stupid person who doesn't need to know these things and should not be allowed to choose for himself if he wants to install for the current user only or for all users.
I think they believe that adding this feature to chromium will threat their Chrome market share since more users will easily jump ship to escape the crap Google puts in Chrome.
It's clear that they understand very well that there's no point to install a browser on a multi user OS and keep it for the current user only and they "fixed" this behaviour only in Chrome to keep it as advantage compared to the free version.
If you can and decide to do this, maybe you can add a field where you can choose the location too.
I normally install it in the default location and don't need this, but it's always good to have a choice.
For some reason downloading the zip files aren't working and only get a tiny percent done and the installers don't do anything for me.
admin
@Zychopat: Bad news :/ You made an excellent updater. Thanks for all. Good luck for you too ;)
@Daniel: I understand your suggestion but we will not add this feature because it already exists in command line. Sorry.
@Peach: I checked each "Archive" link. All works perfectly. Do you use a proxy/VPN with a limited bandwidth?
Anon1037
Is telechargerchromium.com give good builds?
admin
@anon1037: DO NOT USE this site!
All info are fake and there are ads.

Today, I made site-archives of this page to prove my point of view:
- https://archive.is/EL1OD
- https://web.archive.org/web/20160330222545/http://telechargerchromium.com/

Example with the 32-bit Chromium version:

On the crappy site, you see:
Windows (ZIP) - Version 51.0.2694.1 du 30/03/2016 → storage.googleapis.com[...]chrome-win32.zip

Download is good but the rest is not correct at all!

Official info:
Revision: https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/382014/
Date: Friday, 18 Mar 2016
Version: 51.0.2684.0
Commit: https://chromium.googlesource.com/chromium/src/+/8f5eb4c1ae4cfea73a9886f6e4cc361e5373a5ab or http://crrev.com/382014
Download on official site: https://download-chromium.appspot.com/?platform=Win&type=continuous → Revision 382014
Search the LAST_CHANGE file in https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win/ → Revision 382014
@1037: It's fake! I downloaded last on that site and extracted it but the version is 51.0.2683 not 51.0.2694.1 What a joke.
Anon1040
@Jerry, @Jason: Thank you very much.
@Jerry: hey man, but there are not more builds from Nik?
Thank you
@Jason: I'm here
Anon1043
@nik: Hello why you don't do 32-bit build?
I don't have an additional resources for another build
admin
@Jason: nik is our devoted developer. He is not a buildbot (software which automates compile) ^^
@1043: Most computers come with a 64-bit processor for few years. Nik does not compile 32-bit Chromium version. But if you want to share your own 32-bit builds, you are welcome! ;)
Anon1046
@nik: ok thanks.
@Jerry: yes, but lot of users have only 32-bit like me. If I have good English and a 64-bit OS, I will do with pleasure ;-)
Anon1047
@nik: Translate option is broken, I think it's just a bug in your build because I tested Chrome Canary (exactly the same build as yours) and I tried to Translate French Wikipedia (and other websites also) and it failed to translate them.
Yes, translate doesn't work on @nik builds, i've noticed that as well.
Translation does not work in 51.0.2691.0 (Windows x86)
On all other builds I've used it functioned as usual
@1047: what build, sync or nosync?
- nosync build doesn't have a Google api => no translate function.
- in sync build, all works
Am I the only one here experienced problem with "Automatic tab discarding" on nik stable no-sync build ?
I already set "Automatic tab discarding" to Disabled in chrome://flags
but, no problem with "Automatic tab discarding" on nik dev no-sync build.
Anon1052
@nik: It is a Nosync build, would it be possible to remove Translate option completely from the context menu from Nik builds since it is a feature which we can not use.
I really like the fact that you offer stable Chromium builds. Would you consider to add some of the Inox patches? Since there's already a No Sync / No WebRTC option, it would seem like the logical continuation of that idea. Chromium is supposed to not include Google stuff, and yet there are a number of Google extensions tied into it still. Taken from the Inox page:

Hotword (incl. Shared Module)
Google Now
Google Feedback
Cloud Print
Google Webstore
Network Speech synthesis
Google Hangout
@ken: I think it's a bug and maybe will be fixed in the next versions.
@1052: I don't know how :)
@Ayup: It's quite a lot of work, I'm not ready for this. But hotword and Google now disabled in nosync, hangout doesn't work also because Google api keys is undefined.
@Ayup: I mean in both (nosync/sync) builds I use "enable_google_now=false; enable_hotwording=false"
Do you guys think Chromium 52 will introduce the new material design?
Anon1057
How can Chrome(ium) NOT have the bookmarks sidebar like in firefox!!!
Anon1058
I'm not sure what Google did to the latest Chrome (51.0.2698.0) but it's flying. Chrome has been this fast and responsive ages ago.
Anon1059
@Jerry
Under the section "Get PepperFlash (PPAPI)", could we add an option to install via chocolatey:
cinst flashplayerppapi
Hi guys
I just want to inform you of something, not sure if it's helpful, but I'll post it anyway...
I've just reinstalled Windows 7 x64 and installed Firefox and Chromium version 49.0.2623 of nik all codecs with no sync, no WebRTC
I learn some foreign languages on Duolingo.com
I tried Firefox first but it didn't work since Duolingo still requires flash for mike input, I don't want to install flash on my computer and I gave up on Firefox.
Then I tried Chromium and on mike input page, Duolingo failed without any error message.
I gave it before access to mike so it's not this (Duolingo complains anyway when doesn't have access to mike).
I took a look at html5test.com to check if the WebRTC missing is the problem and it showed Peer to peer section 10/20 (yellow color)
Then I uninstalled it installed the other version that doesn't show with no sync and noWebRTC and Duolingo worked fine.
I took a look again at html5test and the Peer to peer section now showed 15/20 and the only difference was that "Data channel" changed from "No" to "Prefixed"

That's all, I just wanted to tell you what for stubborn enough people not to use flash like me, there's a problem with the NoWebRTC version on this particular website.
Have a nice day.
Anon1061
Anyone know why the dev build from the official googleapis website is lagging behind nik's dev build? Both the 64-bit and the 32-bit are behind, although the 64-bit is a little more out of date. They seeem stuck, and this happened before for about a month. How common is this?
@Daniel4: yeah, i.e. Google Hangout also use the webrtc, so you must stick with a sync version.
@1061: Read at the top of page about "LKGR builders" :)
@nik: Do you plan to release also a Mac version?
No, I don't have a mac
Hi,
I have downloaded latest DEV version 'No WebRTC • 52.0.2705.0 (386294)' then I have browse to the site https://www.browserleaks.com/webrtc
This is the site answer:
WebGL Support Detection
Is WebRTC Enabled ! True
Where am I wrong ?

So I have tried Firefox Portable (PortableApps) and go about:config then ' media.peerconnection.enabled' and changed from true to false.
I have load again https://www.browserleaks.com/webrtc with Firefox and this is answer:
WebGL Support Detection
Is WebRTC Enabled × False
Any idea ?

There is the 'Peter Beverloo' site with all command-line switch for Chromium at https://peter.sh/experiments/chromium-command-line-switches/
In effect there are many command-line for WebRTC.
Anon1066
In this place https://download-chromium.appspot.com/ it give build : BUILD TYPES: Latest Last Known Good Revision
It's snapshot ?
admin
@1066: No!
• "Last Known Good Revision" (LKGR) → Continuous
• "Latest" → Snapshots
Anon1068
What about taking the new LKGR {hash} from https://chromium-status.appspot.com/lkgr, and then harvesting version information from https://cr-rev.appspot.com/_ah/api/crrev/v1/commit/2b77da3c2afb9ef469d69a52250e7769ae74aca1, and using the returned build number to construct the url pointing to chromium-browser-snapshots? Would that make for a good and up-to-date LKGR replacement?
@rbon: it's because latest commits in the chromium is integrating with webrtc so deeply that it's imposible to compile without it. so i have patched a build. even if webrtc support is detected you can see that IP address is cannot be detected.
admin
@nik: Thanks for explanation ;)

@1068: The problem IS NOT about commit/revision number. Like you, we know how to get it. For example, Nik compiles the latest LKGR build (#windows-64-bit-dev-nik) and other developers do the same thing on Linux.

The problem is about TESTED builds and auto-compiling of binaries (.exe or .zip). Since 18 March 2016, these binaries do not exist. The repository (Continuous by default) is not updated... but LKGR builders work prefectly: https://build.chromium.org/p/chromium.lkgr/builders

Do not use Snapshot builds for web browsing. They can be very unstable, They only exist for testing, for developers. More on #development
@nik: thanks for explanation about WebRTC.
Anon1072
@Jerry: Thanks for explanation. But maybe do you know a place to find binaries exe or zip LKGR 32 bit ?
@Jerry: "Do not use Snapshot builds for web browsing. They can be very unstable, They only exist for testing, for developers"
I have been using snapshot build 383400 (win x86) for 15 days. Functioning perfectly with no problems whatsoever.
Anon1074
1068 @Jerry: Ok, thanks for the reply.
admin
@1072: Sorry... but you can compile 32-bit LKGR builds yourself (#source-code). Nik, our devoted developer, compiles only 64-bit LKGR builds.

@_M_: I agree with the mention "It may be tremendously buggy" at the official site https://download-chromium.appspot.com/ So use Snapshot builds at your own risk ;) I encourage you to check buildbot result at https://build.chromium.org/p/chromium/builders/Win and copy your user data before to install a new one.
In recent build, there have been an annoying bug with context/dropdown menu (https://bugs.chromium.org/p/chromium/issues/detail?id=602913#c2). So I think to skip it and check later for fix.
Anon1077
1072 @Jerry: Thank you but it's hard to compile 32 bit LKGR and I have not enough resource. Your site is famous maybe you can ask for a developer agree for build one time per week a build. I don't want and many other user switch to Firefox.
Anon1078
Just wondering .... how is that THE CHROMIUM AUTHORS DEV in on 51.0.2683.0 (381909) and Nik DEV is on 52.0.2705.0 (386294)?
I thought Nik's is refinement (no No sync • No WebRTC) of the latest chromium released.
Nik DEV is on 52.0.2705.0 (386294) - Should be tested and safe right? Just curious :)
Anyhow thanks Nik... all good so far for a light user who appreciate the 'extra security feature'
Thank Jerry for your awesome work here as always.
admin
@1078: Thanks for feedback! I already gave the answer on #comment-1030 ^^ I also updated the news at the top of this page.

About safety: yes, Nik builds are safe. Note Nik shares his guide to compile 64-bit Chromium yourself (see #source-code). You can also use online services to detect #malware and reliable sites to do privacy #tests
Thanks Nik for the fresh builds. :)
btw the stable v50 is now finally support h265 (even 10bit)!
eliotime3000 
What about 32-bit Chromium dev builds? I see that 32-bit builds in continuous branch are still outdated as in 64-bit builds. I hope that I can build the dev version of Chromium.
Anon1083
Nik, please could you make version 47.0.2517.0 (64-bit) with "no sync" and "all codecs enabled"?
The direct link to the build is https://storage.googleapis.com/chromium-browser-continuous/index.html?prefix=Win_x64/350186/
Thank you.
admin
@eliotime3000: The 64-bit and 32-bit OFFICIAL builds are not updated. Please, read the news at top.
@1083: Sorry, Nik does not compile an outaded version. So if you want to build your own version, compile it yourself. Follow the Nik's guide at #source-code part.
Anon1085
@Jerry: I have Visual Studio 2013 with service pack 4, not the 2015 version. Could I build the Chrome version like I follow the Nik's guide?
@1085: you can try (to build v47), but new builds require visual studio 2015 update 2.
Anyone having seeking issues with videos loaded with JWPlayer? Was working fine on the last Chrome 49 build by Nik, but since updating to Chrome 50+, it won't let me skip videos in those types of players.
@1qqu: is jwplayer using flash? are you trying dev build? do you have an example page with this bug?
What and where is the best and easiest way to get the latest builds for all three platforms Mac, Lnx (32 & 64) and Win (32 and 64)?
Anon1091
How to apply git am < 0001-Remove-profile-management-button-from-title-bar.patch to remove the profile button?
I found the information at https://github.com/Akujin/chromium-disable-profile-button-patch but I am not able to do it.
Anon1092
I'm testing the Stable and Dev nik builds that have all of the codecs enabled, I can see that codec support matches the current version of Chrome 1:1 but I cannot get sites like twitch.tv to work. They use an HTML5 player and it should work based on everything I can see, but it doesn't. Any suggestions?
You need flash player (PPAPI) to watch Twitch.tv
Anon1094
Sorry guys how to apply the 0001-Remove-profile-management-button-from-title-bar.patch to remove the profile button???
Anon1095
@Charlie: stable or nightly build?
- for stable build, it is here.
- for nightly build go to https://www.chromium.org/getting-involved/download-chromium
Thanks! I had been there at some point and forgot about it. I was looking for nightly but that doesn't include Win X64.
Anon1097
@Charlie: for win x64, use the nik builds on this page ;)
yuri alexandra 
ps me parece que es mmuy bn programa
@Nik Both Stable and Dev produce the same result. I'm running Version 50.0.2661.75 (64-bit), Stable.
As it turns out, the issue also affects openload as well. I don't think it's Flash.
@1094: you can use software like a "patch" or manually modify (open file with notepad and look what it change)
@1qqu: i check it, and with they js script it's broken for me too, but if you open the video stream directly you can use seek. After investigation i notice that the video size detected as -1, so that's the problem
@nik: ah okay. Thanks for your time, Nik. Keep up the great work. =D
@1qqu: here, try this: open the url with video, click and play it, then in dev console (F12) paste the code from pastebin.com/d9D29LpP to console
WildByDesign 
@nik: Thank you for continuing to compile and share with the community your 64-bit Stable and Dev channel builds. You have earned a lot of credibility for releasing quality builds and with very reliable time frames after Chromium releases become available. As always, I just wanted to let you know that your time and devotion to this is greatly appreciated by myself and many, many other users as well. Keep up the great work. Enjoy your weekend, sir!
@nik: thanks for the code. Works great! =)
Anon1106
@nik: The latest Nik Dev build has Cast feature, I know that Canary build introduced that feature a while back but this is the first time I saw that feature in Nik Dev build. Does that mean there's some Google API's inside your build?
Google api is only available in sync version.
Anon1108
I'm using No Sync version which has Cast feature, I even re-installed it.
so what exactly is this Cast feature and where is it? chrome://flags has only cast streaming
Thank you for all of your work guys! I was wondering, when will the Android build be updated again?
Anon1111
@nik: In the Context Menu and in the Chrome Menu.
@1111: to disable Cast feature open chrome://flags/#media-router and disable it
Anon1113
@nik: Thanks brotha, completely forgot about this flag.
YES! js players working in the latest Dev builds by Nik. Thank you! :)
Anon1115
@nik: any way to make a no webrtc version of chromium for linux?
You can build chromium in linux by yourself..
Hi Jerry,
Is it possible for you to also provide download link to the same build of x86 mini_installer/Chromium Authors?
For eg. I can't find--even using Google Omaha Proxy--the 50.0.2661.94 (378081) build for x86.
Or maybe you can ask nik to just provide the download link--not the x86 build?
Regards,
Anon1118
@John: Why would I need flash player? Twitch.tv default is HTML5 player, that is what loads, it just won't play.
It's not really an HTML5 player. It's the video controls (volume, settings, pause/play button) that are HTML5. They announced a few months back that they were bringing a full HTML5 player & video this year Q2. You can go on Twitch subreddit and you will find more info regarding this.
@1117: this project is still on v49 and now already is v51. I already checked this patch and it doesn't work :)
admin
@Dustyn: Sorry, you are right. Thank you for your insistence. All my apologies. Engine updated.
Ahh no worries good sir!
Thanks so much! Love using this site! :)
Thanks for your site. It's very informative. I'd like to disable Canvas Fingerprinting. How do I set flags for the portable version? Since there's no executable shortcut to put the "-- --disable-reading-from-canvas" flag in after the executable path, where do we install flags for portables?
@W.Whambo: You have to create a shortcut to chrome.exe. Right click on the shortcut you just created (via properties) - In the shortcut tab you will see the target box.
This is the target line: "C:\Program Files (x86)\chrome-win32\chrome.exe"  --disable-reading-from-canvas. To verify if canvas reading is disabled check via https://www.browserleaks.com/canvas
Anon1125
That or use an extension such as CanvasFingerprintBlock.
Anon1126
It's there way to build older version of Chromium with the latest Developer Tools?
WildByDesign 
@Nik: Have you considered compiling your Chromium binaries with Control Flow Guard (CFG) enabled?
https://bugs.chromium.org/p/chromium/issues/detail?id=584575

It suggests Chromium binaries can be compiled with Visual Studio 2015 using the additional "/guard:cf" flag.

Anyway, this would be another positive feature for your builds as long as compilation is successful and functionality is stable with minimal performance overhead.

Keep up the great work as always. Thank you for your time.
Thanks _M_, but unfortunately on the PortableApps start menu only .exe files show up. Shortcuts don't.
However I did install the CanvasFingerprintBlock extension and that seems to be a good workaround.

Two more questions:
- Why is there a still an "Update Extensions now" button under the Extensions menu when we still have to update Chromium extensions manually? Or was I misinformed?
- Will there ever be an updater for the Chromium browser as a whole for Windows? Both portable and native? My understanding is the Apple version already has this.
Thanks
@WildByDesign: i'll try
Anon1130
Guys, Is there any way to build older version of Chromium with the latest Developer Tools?
@1130: if you about v49 than you can
@WildByDesign: i didn't find any option about guard flag, only CFI but it's for clang compiler, so we must wait when Google add CFG to chromium
Anon1132
Nik, could you explain how to do that?
@1132: there is manual to compile chromium for windows #source-code
you need latest visual studio + 64bit windows + some knowledge in c++ (if you get some errors)
Anon1134
Nik, please could you be more specific... To do that I have to have specific Google keys, API arguments or? Thank you for your time.
@1134: google keys is optional
Anon1136
Nik, I didn't understand anything.
In the most recent 64 bit builds by Nik, uBlock Origin doesn't show the number of blocked elements on the icon any more.
Can anyone confirm?
@bert: I see the numbers.
Strange, still the same after fresh install of uBO and resetting all chrome flags to default.
@bert: maybe "Show the number of blocked requests on the icon" is disabled in options?
Hehe, no, that was the first thing I checked.
Anon1142
That usually happens when you use the " --disable-reading-from-canvas" flag on chromium shortcut.
Dang, anon1242, that was indeed what caused it. I forgot I even did that recently. Thanks so much!
Why did they change the previous page input from 'backspace' to ALT + ←?
It's such a universal command, why change it now?
Anon1145
Anybody know how to integrate this https://github.com/polygonplanet/chillout into Chromium? It says "You can use it in any JavaScript environment (Browser, Electron, Node.js)." on the page!
Anon1146
@1145: I think you misunderstood the purpose of that project. It is a javascript library. It is for web developers. This javascript library would be included on a web page, not in the browser's code itself.
Anon1148
Hello my friends i want to contribute to chromium project how and where i can do that thanks.
I'm running version 50.0.2640.0 on Windows Vista and it works fine. (32bit)
Hello
Very good builds.But I can no longer sync my google content although right email and password provided.
Please help me.
thanks.
@hcr: with the "sync" build?
cyberrufus 
The webpage at chrome://help might be temporarily down or it may have moved permanently to a new web address.
Can't access "About Chromium" in the new build (sync) and get the above message.
Anon1153
Works fine here. 53.0.2775.0, no sync.
cyberrufus 
Never mind; I tried it with a clean profile and it works. Likely some sort of corruption in my profile.
WildByDesign 
@Nik, Henry++, and Jerry, Thank you for the continued work and effort for keeping the Stable channel release builds coming reliably and promptly after official release. Great work. Have a wonderful weekend!
admin
@cyberrufus, @Vista: Thanks for feedback and info about Chromium compatibility on Vista.

@WildByDesign: Thank you very much. We are honored ! Have a nice WE too!
I see you support us at https://www.wilderssecurity.com/threads/your-web-broswer-chromium-choice.382947/page-2#post-2557411 ;)
53.0.2775.0 does not translate pages. what's the matter?
@winpex: in the "sync" build?
No sync • No WebRTC • No Widevine • 53.0.2780.0 (402065) does not translate.
admin
@winpex: Google API key is undefined in this build. So you cannot use Sync, Hotword, Translate, Now, Hangout.
But you can:
- use an extension for translation.
- or use the Chromium build with "Sync"
- or compile your own Chromium version.
cyberrufus 
Not having any luck with page translate on any of the builds including Canary and I filed a bug report.
Finally figured it out- problem with my Google API key. Set it up properly and all translation issues are resolved.
admin
@cyberrufus: Thanks for feedback. I have merged your 2 latest comments ;)
Sync • WebRTC • Widevine • 51.0.2704.106 (723) • Friday, 24 Jun 2016
Yes indeed, the translation works in this build. Thank you for helping to understand what was happening. Now everything is clear. Good luck.
x64 dev build by nik gives me a black screen upon startup.
Johan Gustavsson 
x64 dev build by nik also gives me a black screen on startup... How can I fix it?
admin
Guys, thank you very much for your report. Yes, I have the same issue as you. Tested on win7 and win10. So, I retrograded the DEV versions (v54 → v53) and contacted Nik.
How can you fix it?
- You can re-download the DEV version.
- or if you use chrlauncher, delete the "bin" folder and relaunch it. It will download the DEV version.
cyberrufus 
It's a bug that also affects Canary and they're aware of it. All the builds work fine for me on my Windows 10 Insider Preview but not on my stable Windows 10 build.
Anon1168
Does Anyone know how to dismiss the prompt saying hat Google API is missing?
Does this build also show a black screen https://github.com/henrypp/chromium/releases/tag/test54?
btw in my win7 i didn't see this black screen. what if you try a clean profile?
Robert Richmond 
The API keys warning can be disabled via environment variables. For Windows via the command line:

setx GOOGLE_API_KEY "no"
setx GOOGLE_DEFAULT_CLIENT_ID "no"
setx GOOGLE_DEFAULT_CLIENT_SECRET "no"

Alternatively, you can set the variables through System Properties. Under the Advanced tab, there is a feature to edit environment variables. I suggest setting them as user variables for your active user account, though I suppose you can set them as system variables for a multi-user system if desired.
Anon1171
nik - your test build 54.0.2787.0 is working properly here.
@nik: as @1171 said, I can confirm it's working great.
ok, then till next lkgr release :)
Anon1174
Hope @nik will continue to deliver these but what If something happens then Is there a way to update @nik 's builds with chromium team's channel to make up-to-date?
I have tried Your build 'Sync • WebRTC • Widevine • 54.0.2788.0 (403667)' and:
- the developers have solved (I think) the conflicts with DNS: browser start very fast and surfing is very fluid
- the service Translate is disabled (again) and if You use 'Google Translate' from Chrome Web Store https://chrome.google.com/webstore/detail/google-translate/aapbdbdomjkkjkaonfhkkikfgjllcleb it does not work well. You must manual select the language for translated page.
I will wait for the next build.
v54.0.2793.0 is uploaded, i just checked the translate service in the 'sync' build and it work for me.
@nik: I have checked in your build 54.0.2793.0 the Google Translate service and (wow !) it works again.
Thanks for your precious work.
Hi, I'd like to suggest you some tools I've created to download the latest Chromium build. They're hosted on github and should work both on OS X and Linux. Maybe you could add them to the list and someone might find them useful...
- A bash script: https://github.com/mloporchio/chromium-downloader-script
- A C program, based on libcurl: https://github.com/mloporchio/chromium-downloader
Thanks for your great website.
In fact, do not have enough information about the general license of the program. Because of this, there is an impression that the license "be freeware", especially after the words "all rights reserved". And what sense to collect the Windows version of the open source and distribute closed? Then easier to use Google Chrome.
admin
@Matteo: Thank you for your work. I added your tools at the #updater section.

@srgrass: Chromium is a fully open-source project.
• The Google-authored portion of Chromium is released under the BSD license:
https://chromium.googlesource.com/chromium/src/+/master/LICENSE
This is a standard licence. For more, read https://en.wikipedia.org/wiki/BSD_licenses

• The other parts are subject to a variety of different open-source licenses:
- in your browser: chrome://credits
- online: https://cs.chromium.org/search/?q=licence&m=100&sq=package:chromium
In Sync • WebRTC • Widevine • 54.0.2798.0 (405858) Avira:
Detection:TR/Egguard.Gen (Cloud)
Source:\chrome-win32\chrome_elf.dll
Anon1182
idk whats going on, but with new versions (THE CHROMIUM AUTHORS DEV) when I watching twitch my GPU process have a memory leak, after 1-2 hours of watching = GPU process ~1GB, can someone confirm this issue?
Anon1183
@1182: You can give a try for Twitchls: https://twitchls.com/
Anon1184
Still memory leak with Twitchls. I even tried new chrome profile, still no solution.
Anon1185
You guys have any issues with this build like flashing black boxes, you get those at least on YouTube. Quite annoying and maybe a bug in the browser itself at the moment. Example:
https://i.imgur.com/cLvP4e6.png
WildByDesign 
@Nik & Jerry, Thank you for the continued effort with releasing Stable branch builds as well. Your time and effort to share these great Chromium builds with the community is greatly appreciated. :)
I second what WildByDesign said. Cheers guys.
Hi to all.
I'm using (thanks!) Nik's 52.0.2743.82 (394939) stable build (No sync, No WebRTC, No Widevine) and some chrome's internal pages (chrome://memory-redirect, chrome://memory, etc) don't work anymore: Is it only my problem? Thanksssssssss!
Naaaaaaaaaaaaaaaa, sigh, sob :-(
Anyway, thanks nik
@brennt: maybe you can look inside ThumbApps repository at https://sourceforge.net/projects/thumbapps/files/Internet/Chromium/
There are most Dev versions and all are 'No sync, No WebRTC, No Widevine' except '..dev_nik_sync'.
Good luck.
Is there some reason why a portable version isn't offered that blocks WebRTC?
@1185: Try to disable accelerated 2d Canvas option (chrome://flags)
Anon1194
@Lyam: No need for that, build 54.0.2804.0 (406809) fixed the problem.
@1194: Indeed, didn't look the date of the message, my bad ^_^
Normally I use zoom level 110% or 125% for popular sites like gmail or fb. In the past some of the builds I used presented sites zoomed by default but the zoom level was always 100%. Interface icons were also kinda big and pixelized. Now this issue returns at least from build 54.0.2804.0. Is this happening to anyone else? What's causing this?
Anon1197
Adobe Flash Player 23 Beta plug-in won't appear in chrome://plugins with "No sync • No WebRTC • No Widevine • 54.0.2817.0 (409208) • Tuesday, 2 Aug 2016 ".
Anon1199
I did ask if any one could comment the CentBrowser earlier, since this is a proprietary browser with no source code around. I have no idea why this comment just got removed after 2 days.
admin
@Anon1199: Sorry. I believed it was a spam content. In short, CentBrowser is an interesting browser but it is closed-source :/

1. CentBrowser code and privacy policy
Closed-source. No privacy policy about their OWN browser. No wikipedia page.
So, who do this browser? and which privacy policy? The Google Chrome privacy policy - https://www.google.com/chrome/browser/privacy/ - focuses ONLY on Google Chrome, not CentBrowser or other Chromium-like browsers. CentBrowser is being closed-source, I do not trust in their privacy policy. And browser user agent is the same as Google Chrome.

2. CentBrowser update
Browser is up-to-date today. Good point... but until when?
https://www.centbrowser.com/history.html

3. CentBrowser settings
Sure, its settings are very interesting. Mouse gesture, Tab options, Privacy....

4. CentBrowser official website
- I see it is an amateur site.
- Site should be nicer → A web browser is in the technology domain ;)
- Site stores Chrome third-party addons → Not legal and secure!
- Official contact is a simple Gmail mailbox → Not really serious!
- The chrome://contributors/ page displays more media reviews than contributors.

Use it at your own risk! ;)

My site archives ^^
- https://archive.is/www.centbrowser.com
- https://web.archive.org/web/*/www.centbrowser.com
- https://web.archive.org/web/20160810112532/https://www.centbrowser.com/appcenter.html
Anon1201
@Jerry: Thanks for your opinion...in short use it at your own risk...
Wasn't able to find a Super Drag extension that does the same thing a centbrowser/CoolNovo was capable of...
Anon1202
I think you failed at providing a no-hassle installation of chrome.
I got a old win32 version of chrome in c:\program files(x86)\win32-chrome\chrome.exe
for which I got a shortcut on taskbar with some convenient commandline parameter.
I tried all the versions provided : chrlauncher (you really should explain what is it and where it is supposed to be installed) no luck,
installer : no result (no message when launched on commandline).
Eventually copying the archive in the existing directory seemed to do the trick.
But when I launch it, the url bar produce no result (stalled).
I killed the process and relaunched it and now and now it (kinda) work.
Even if now I got 2 chromium instances listed when I need to choose a default program for opening *.html
So I appreciate your effort but I think the chromium installation process is still a terrible mess and definitely not for newbie
and it's a pity
coub.com :(
only 52.0.2743.116 by NIK work fine
@Andy: hm, i'll try to look into this in the next build
Anon1205
Nice site!
Anon1206
Hello NIK, i use your build 52.0.2743.116, and i have a question for you:
can i use pepperflash plugin without chrome command line and adobe installer, somethings in flags maybe can help?
@1206: i think no :)
@Andy: i check it, and for me even official chrome canary has this problem. But if you open embeded video, it work. Something in parsing component with chunked video
@nik: Thank you
please someone have the chromium 49 by nik?
With 54.0.2833.0 (32-bit) version, Gmail is lagging and sometimes the whole browser freezes with high CPU usage.
summermonger 
I was using the default 64-bit installer by the Chromium Authors and moved to Nik's build -- however everytime I launch Chrome Remote Desktop it says components are missing. I revert back to the other Chromium Authors and it works again. Any ideas? I'm using a fresh installation of Nik's with chrlauncher 64-bit. Thanks.
@Mr M: Same here but I get that on many web pages. I also get it where the whole page will freeze and it will stop scrolling only way to fix it is to kill that tab.
@summermonger: what build? sync or nosync?
Does anyone know how to get the latest chromium stable to recognize my chromecast? It says device missing. This didnt happen with the july build
Anon1215
For fucks sake...when is Chromium going to implement the bookmark left sidebar like in firefox... I mean it works so-so with https://github.com/niutech/chrome-devtools-sidebar but that's just a hack-esque way.
@Ok: I am facing the exact same problem, and I am using Chromium Sync • WebRTC • Widevine • 54.0.2836.0 (413376) by nik. It just says that device is missing. Please can anyone look into this, as I have to have both Chromium, but also Chrome installed, just to use my Chromecast!
got strange activity in 52.0.2743.116 stable task manger
utility v8 proxy resolver
any info about this?
Good software
Anon1219
Howdy very nice web site! Guy, Excellent, Superb. I'll bookmark your web site and take the feeds additionally. I am glad to search out so many helpful info here in the put up, we want develop more techniques in this regard. Thanks for sharing.
@Ok, @ecsjjgg: i don't know how to test the chromecast with a single PC (i don't have any chromecast devices) :)
@nik, @Ok: I found the fix for this problem (with the cromecast not functioning), at least for the chromium dev version: https://support.google.com/chromecast/answer/6349849?hl=en
Anon1222
When attempting to access many encrypted sites,I receive the following error in the latest builds of Chromium on multiple computers and operating systems. Others seem to be having an identical error as well. This issue applies to all of the builds available on this website. The error is as follows:

This site can’t provide a secure connection

[site.com] uses an unsupported protocol.
ERR_SSL_OBSOLETE_CIPHER

DETAILS
Unsupported protocol
The client and server don't support a common SSL protocol version or cipher suite.
I would like to ask if is it normal that in x64 build of chromium from official chromium repository (and from this site) is missing google API? There is not sync etc.
I am asking because few month ago there was google API with sync etc in builds from official chromium repository.
admin
Thank you all!... and thanks @ecsjjgg for your help too.

@1222: Which website? Did you test it in another web browser?
For details about your issue:
- https://bugs.chromium.org/p/chromium/issues/detail?id=619194
- https://chromium.googlesource.com/chromium/src.git/+/b4c25b632a7078d2c3346a37b51034bb853b24b3
- https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/ShRaCsYx4lk

@Ghost: There was Google API few month ago... but now, Google API keys are missing. So, you cannot sync your data. I recommend to use Nik builds with "Sync" (#windows-64-bit) or compile your own version yourself. Info at https://stackoverflow.com/a/24274934 and https://www.chromium.org/developers/how-tos/api-keys
Hi Nik,

Is it possible to always include the last release of the previous version whenever a new major version is released? For example today when the major version 55.x is released, we can still download the last latest 54.x released (just one latest last build).

I tried but unable to find the download link in the "Chromium storage".

Thanks
admin
@tristan: Hello, there are older versions for each Chromium build, in this page. Search "repository" or "mirror" words in it.

The "Chromium storage" concerns only official builds released by the Chromium buildbot (info at #development). Nik builds are not stored over there.
Anon1227
Why don't you guys work on the 32bit version? I can't Login with my account?
Hi, I have build my own Chromium (no google service, no sync) following the guide made by Nik (many thanks for that) but i have a question.
Sometimes Chromium is trying to contact the domain 1e100.net with various urls, so is there a way to block this behavior ?
Thanks.
@Jerry
I have discovered that Chromium support TLS 1.2 on HTTPS connections.
- TLS means Transport Layer Security on Wikipedia https://en.wikipedia.org/wiki/Transport_Layer_Security
- Enable TLS 1.2 on Windows 7,8.1 (and 10) http://blog.wisefaq.com/2014/09/22/enable-tls-1-2-on-windows-7-8/
- online free check of 'Cipher Suites Supported by Your Browser' by University of Hannover (DE): https://cc.dcsec.uni-hannover.de/
(see in this page 'Further information' of User-Agent: Mozilla/5.0, Chrome/55.0.2842.0 Safari/537.36)

This means that TLS 1.2 is enable by default on Chromium ?
I have see this post on 'Information Security', but it is not clear. https://security.stackexchange.com/questions/120777/chrome-50-where-can-i-see-the-negotiated-cipher-suite
TLSv1.2 is implemented in chromium 3 years ago and supported by all modern browsers and have a highest priority.
Previous ciphers is supported, and obsolete ciphers is blocked in browser. If a remote site is support tls1.2 then browser use this cipher, if the site support only tls1.1 or lower then it's okay, if the site supported SSL3 and not any TLS then chromium (chrome) show error.
@nik: Thanks for your explanation.
It seems that PepperFlash beta versions do not get detected.
@Dan: no, it's not correct!
Pepper Flash portable 23.0.0.151 (latest beta of august 24, 2016) works fine.
admin
@1127: Most computers come with a 64-bit processor for few years. Nik does not compile 32-bit Chromium version. But if you want to share your own 32-bit builds, you are welcome! ;)

@Lyam: > Sometimes Chromium is trying to contact the domain 1e100.net
https://support.google.com/faqs/answer/174717
Check answers at https://superuser.com/a/883591. For more, you can inspire you from the scripts of these free and open-source #browsers: Inox Browser and ungoogled-chromium.
@Jerry: Thanks for the urls, i did do some research about the 1e100.net domain, it's just that chromium is set to use my local proxy/cache only in my firewall and sometimes chromium is trying to bypass it to contact this domain (many firewall popup) and if i block the ip everything seems to be fine anyway..
WasteOurTime 
This page is a f--king mess. Where is an ARCHIVE link, at the TOP of this page, for old Windows versions? Christ.
admin
@WasteOurTime: Search "Zippyshare" mirror. Nik compiles Chromium versions FREELY for us. So respect his work. Like me, he does it on his spare time. In any case, Nik is not forced to ARCHIVE its own builds for your pleasure! And if you need a very old version, compile the #source-code yourself or choose an official nightly build at https://storage.googleapis.com/chromium-browser-snapshots/index.html ^^
It looks like the 'nosync' version of the latest stable build is including the 'sync' stuff, at least on Windows. The icon is present on the top right and when I click on it I get prompted for my Google account credentials (which I don't have so I don't know what would happen if I tried to actually log in).
@Todd: no it doesn't, only the icon is shown because from v53 google change the UI code.
WildByDesign 
@Nik Thank you for the continued commitment for the Stable branch builds, sir. As always, I just wanted to let you know that the greater community appreciates your time.

It has been noted that with M53, 64-bit builds, that Google has started to compile their Stable branch build with a PGO (Profile-guided optimization) flag in their compiler and apparently that optimization will come to x86 users with M54. Anyway, it has been said that the PGO has created some notable performance improvements. I have not confirmed the performance myself, just simply going by what some Chrome devs have been stating. Do you enable this PGO flag within your compilation or, if not, do you have plans to include this in future builds?

Thank you for your time.
@WildByDesign: i want to compile with PGO but still got errors, still need to figured it out.
So here's the Linux-based PPA that I use:
https://launchpad.net/~saiarcot895/+archive/ubuntu/chromium-beta

That version is Chromium v54.x branch. My question was that can we get something like that made available on Windows? So far we only have Stable or Dev branches. It would be nice to be able to 'sync' the major versions of Windows and Linux Chromium to more easily sync settings from one to the other.

I would use Dev branches but they've been completely unstable lately (for me) so I stick with Stable branch for now.
Hey Nik, been using your builds for a while now and loving them, thanks! I will note though that today I did a fresh install of chromium on Win10 and have been having issues. It seems like any type of google system (extensions, google drive, googleapi, even trying to download chrome) I get connection issues. Typically, it begins to load or download whatever I asked it to do and it stops and the bitrate goes to 0 after a certain amount of time. The same sites and pages (at the same time) work just fine in firefox. Any reason why this would be happening now?
I'm really grateful when I'm reminded clearly and organically that all the open source software I use is provided by humble, generous people who thought "wow, that would be really useful, if I make it, then I should give it out free no strings attached" and all the people who saw that and said "that is clearly a much better way to run the world than buying more shitty software from microsoft every time they nag you enough about it"

contribute what you have, if whatever way you have. I have never regretted telling someone exactly what they should put in the command-line or branching out some new set of updates on some forgotten custom firmware on some shitty device.
@John: can you tell me in which build (version + sync/nosync) you have this issues?
@WildByDesign: so.. i can't compile with PGO, my system is just not enough.. the compile time is increased to 2-3 times, and free space is needed not 20GB for each build, but 90GB+.. and when i got to the linking chrome_child.dll, this single process has passed 13GB of ram and i got an error with "not enough space"! :)

I mean "not enough memory" :)
@nik: I tried using the nosync stable and dev versions. The other possibility (that I will test over lunch) is that it could be my work network acting funny. I will update you here once I have tested those options.

Again, thanks for your amazing work. Is there anywhere I can donate?
Nik, I have not looked into the process, so do you mind posting the particular steps you are using for building with PGO? I have an Opteron 32-core box with 64GB of memory to try building it for Windows.
@John: i checked with the new version some extensions and google drive (through site) and for me it's work. Also you can try to use proxy/tor/vpn for example to check site availability.

About donate: i didn't expect this question.. i have a paypal account https://tinyurl.com/nik-paypal

@RobRich: ok, so you must add this options (i use GN build system)
is_official_build = true
full_wpo_on_official = true
chrome_pgo_phase = 0
then compile,
then change "chrome_pgo_phase" to 1 and compile again
then change "chrome_pgo_phase" to 2 and compile last time.

Here is more information https://msdn.microsoft.com/en-us/library/xct6db7f(v=vs.100).aspx
@Nik. Thanks. I had been using GYP, but I will migrate to GN.

Waiting on the source code download right now, as I cleared out my old depot_tools directory and started over. Needed to finally get around to updating Windows to the anniversary release, Visual Studio to 2015u3, etc. as well. Took awhile. ;)

Been a few months since last building Chromium. Fingers crossed.
@RobRich: i didn't go further the first step, so in theory after the pgo_phase=1 you need to run application to collect data, then somehow use pgosweep from walkthrough.
@Nik. Yeah, I figured so with a PGO build. I gave it a go last night, but I hit linker errors from VS2015u3. Tried proposed u3 prelease changes, but still a no go here. I am trying to rollback to u2 today, and once I have an actual build, then I will see about getting PGO working.
Anon1252
Latest versions (.113, .116) broke my Chromium. Extensions failed to load, and even a blank page displayed the "Aw snap" dialogue. Going with the dev version 55 fixed it for now.
i think it's because of some settings in aprofile, maybe with a new profile it'll be work?
Anon1254
I just tried it with a new profile. The 'Welcome to chromium' screen is completely black (which is my window color) and Chromium itself still shows the same error. So unfortunately not.
But: .116 works fine on my desktop. It just refuses to work on the laptop. Odd.
Strange indeed.
Resolved some issues, and finally got a working build from master using GN and VS 2015u3 to build. I will try poking at PGO. Perhaps over the weekend.
Anon1257
Hi Nik and Rob,

I have a computer at work with 8GiB of RAM and since I use Visual Studio for my job I often find myself strapped for memory. I would ask my boss for an upgrade but it might not be a good enough reason seeing everyone else doesn't have the same issue.

Would it be possible to make 32-bit builds available? I don't have a machine with enough umph to do it.
Is there a build with Hardware acceleration enabled? The GPU process launch fails when using the dev/stable nik builds.
here is my PGO build (nosync): github.com/henrypp/chromium/releases/tag/pgo_build_test
i didn't see the difference in speed vs regular build, and in addition this require 22gb memory free (in my case) while compile :)
@1257: with 8GB of RAM you can easily compile 32-bit version.
@Jason: yes, they're all with hardware acceleration, it's by default.
WildByDesign 
Running some basic tests with the PGO build at the moment.

FWIW, users can check if their build is PGO by going to chrome://version, at the very bottom will be the PGO tag, example: MSVC 2015 (PGO)

Quote from: https://randomascii.wordpress.com/2016/03/24/compiler-bugs-found-when-porting-chromium-to-vc-2015/

"Profile Guided Optimization uses profiling information in order to generate better code. It can give great performance improvements but it’s scary because minor changes in your training – the stage when profiling data is gathered – can affect the generated code. This means that your builds are not entirely deterministic."

So apparently the "training" stage of PGO compile can really make (or break) as far as performance goes. Minor adjustments there can create even worse performance and therefore I assume there must be some magic involved with finding the sweet spot.
Same here, trying out the PGO build, and so far so good. I'm liking it!
@nik: Testing your PGO build and I noticed a huge performance improvement, especially in page loading times. They're so much quicker right now, maybe PGO build can benefit SSD's better?
WildByDesign 
Regarding PGO build performance:

- I have not seen any difference in performance (minimal) with regard to application startup time using PassMark's AppTimer (https://www.passmark.com/products/apptimer.htm)

- I have not seen much difference with regard to JavaScript performance using Google's own Octane (https://chromium.github.io/octane/)

- However, I have consistently seen increased performance of actual web browsing using the Chrome extension Performance-Analyser (https://chrome.google.com/webstore/detail/performance-analyser/djgfmlohefpomchfabngccpbaflcahjf) and these results have been reproducible each time. The actual "feel" of web browsing in general has improved as well. I don't know that I would say that it's up to 15% perf improvement as some Chrome developers have stated, but it is a noticeable and appreciable performance improvement and certainly worth while.

So the bigger problem here is hefty hardware requirements for the builds machines and longer time to build. Does anyone know what a minimal cost might be to rent and run a buildbot server to help automate the compilation of Nik's builds? Depending upon that, I am wondering if it might be worthwhile to setup some sort of donation option to assist Nik, Jerry, Henry++, and this community in general.
Loading webpages is indeed way faster with the PGO build!
Excellent, Nik! Curious, what training are you doing for PGO? Any particular sites, benchmarks, etc.

As for PGO here, I am at a roadblock. AFAIK, I need src-internal for an "official" build, right?

As always, thanks for the hard work on the Chromium builds! :)
admin
Thank you all for your great help and support ;)
@WildByDesign: I opened a #donation part (on the right-hand side). Big thx2u!
@RobRich: If you want to share your own Chromium builds (under a free licence), contact me! ^^
PGO build is awesome, very snappy. AES, SHA1..etc are only marginally faster, but access times are crushing the old builds. It's a shame the cost of compiling is so big.
@RobRich: chrome is load my default profile with ~10 tabs (I was waiting 5 minutes until he fully load all tabs 0_o), then i use pgosweep on each "renderer" process and save a data, and when i did a compiling in phase2 the ONE link process (for chrome_child.dll) reach 23GB then somehow magically dropped to 10gb and after a hour it was done :)
@nik An update from my earlier talk about not being able to connect to google services. Seems after extensive research, it is just related to my work network and nothing to do with chromium itself. Thanks!
WildByDesign 
Follow up on PGO testing: My initial first 24 hours of testing Nik's PGO build was primarily spent running benchmarks and crunching numbers. The most recent testing of the PGO build was spent simply using the build as if it were my daily driver and continue with all of my typical web browsing. This is where the PGO build stood out significantly as being much snappier in comparison to the non-PGO build.

What really blew my mind the most is that I had the PGO build running just on SSD initially, whereas my daily driver non-PGO Chromium runs from RAM disk. So PGO build ran faster and snappier in comparison to non-PGO build which was running within much faster RAM disk. Now I have the PGO build running from RAM disk as well and it is literally lightning-fast. All I can say is that, without a doubt, PGO compilation is the way to go. Nik has hit a home run with this PGO build, for sure.

An important note regarding PGO: EMET breaks PGO. So for any users who use EMET to protect their chrome.exe processes, it has been confirmed that EMET breaks PGO. Chromium team advises against protecting Chromium with EMET anyway. Personally, I just use EMET for it's system-wide mitigations and not so much for it's per-process mitigations.

@Nik, If all goes well with your PGO compilations and as long as you feel comfortable with it, would you be willing to re-compile the current Stable branch build? Sync or No-Sync, it doesn't matter too much either way. Thank you, sir.
Anon1271
When Nik first linked his PGO build in the comment section, I downloaded it and gave it a shot. I noticed many similar performance improvements others have mentioned in regard to this build.

However—I am someone who often uses a browser for days on end without closing it, and the PGO build began to have issues after long term usage. Random pages would experience a variety of problems—not loading any images, frames being gone, plug-ins no longer interacting with the page requiring reopening in a new tab, etc—which were not being experienced in version 55.0.2861.0 that I ran at the same time for comparative purposes. Now it's possible these issues are not related to the PGO compiling itself, and instead are related to the build bump to 55.0.2863.0, but just in case it was PGO related, I thought I should mention it.

With the above said, I look forward to trying the next PGO build to see how things progress, and thanks so much to Nik & Jerry for all their efforts here.
@1257: Snapshot builds are already available, so I assume you want last know good release 32-bit builds, correct?

@Jason: Should not need a special build for hardware canvas and compositing. Hardware rasterization on Windows can be a YMMV depending upon hardware and drivers, though.

Do you have GPU log messages? Go to the chrome://gpu page in your browser, and check the feature status and log at the bottom of the page.

I suspect you likely have a driver compatibility issue, such as your GPU driver not (yet?) being whitelisted by Chromium. To determine, you can try enabling "Override software rendering list" via chrome://flags, restart, and again check the GPU page. If it works, you might still need to manually disable "GPU rasterization" in the flags if page rendering appears broken for you particular config.
@Jerr: Thank you for #donation part ;)
For curiosity's sake, I built a 64-bit LKGR build compiled with clang/llvm and linked with lld. YMMV, and do not expect a performance-oriented build. Used Chromium's build config default cflags, ldflags, etc.

Chromium: 55.0.2866.0 (Developer Build) (64-bit)
Revision: 3ce23fa6daab8fd4feb93e5d8bdd688f71e007bc-refs/heads/master@{#419561}
Compiler: clang
Linker: lld

----------------

@1257: I suggest just using the already available 32-bit master snapshot builds, but anyway, here is a 32-bit LKGR build if desired.

Chromium: 55.0.2866.0 (Developer Build) (32-bit)
Revision: 3ce23fa6daab8fd4feb93e5d8bdd688f71e007bc-refs/heads/master@{#419561}
Compiler: MSVC 2015
Anon1275
What's going on with pgo? I mean I got a SSD so the performance should be noticeable at all, but it is... What's going on?
I've uploaded new PGO build v55.0.2865.0 nosync.
I dunno why, but SYNC version was compiled with errors again, so only nosync for now :)
Testing your latest PGO build (pgo build v55.0.2865.0 nosync) now. So far, benchmarks show overall improvement. AES, SHA1...,base64,etc are a touch faster than the previous PGO build. However access times and bit operations diminished a bit for me. But these are all synthetic, so will see how it actually feels as I use it as a daily driver.
Nik, with sync enabled, are you perhaps hitting a file size limit during linking? Seems to be what possibly happened to me during PGO phase one linking.

Disabling sync and/or webrtc could be a workaround to lower file sizes during linking.

I know disabling webrtc is a build arugment. I am probably missing it, but how is sync disabled?

Also, if you do not mind, what are your particular build arguments?
@RobRich: yeah, i think it's a known link problem for files >2GB.
I've patched some BUILD.gn files for webrtc in nosync, because even if you disable it through args it will be required.
And my args for sync:
current_cpu = "x64"
enable_google_now = false
enable_hotwording = false
enable_iterator_debugging = false
enable_nacl = true
ffmpeg_branding = "Chrome"
is_debug = false
is_win_fastlink = true
proprietary_codecs = true
symbol_level = 0
enable_iterator_debugging = false
target_cpu = "x64"
enable_widevine = true
remove_webcore_debug_symbols = true
is_official_build = true
chrome_pgo_phase = 1
Thanks. :) About the same arguments I am using for building.
I figured you might be patching the build files. I will retry PGO building later if/when the file size limit during linking with sync enabled is ever resolved.
*phew* I uploaded pgo build with sync.
WildByDesign 
@Nik: The latest 55.0.2865.0 PGO/Sync build is working great. Thanks.
Nik, how many patches to get sync with PGO working, or should I even ask? o.0 Either way, congrats!

----------------

Took a quick look at my recent builds. Appears linking is failing when WPO is enabled - a requirement for PGO. Hmmm.

On another front, today I rolled another clang + lld build for Win x64 with surprisingly decent results. No stability issues (yet?) to note, and general performance is comparable to generic VS builds.

Chromium 55.0.2868.0 (Developer Build) (64-bit)
Revision 6ed8696692c33df85a9d85aa4c3cf34347b9dae3-refs/heads/master@{#420048}
Compiler clang (+ lld)

Someday I might eventually get around to a github, sf, or similar account for hosting clang+lld builds.
@RobRich: i checked your build, didn't see any issues :)
is clang+lld required more memory or less?
ps. it's only two, content/renderer/BUILD.gn and chrome/browser/extensions/BUILD.gn:
target(link_target_type, "renderer") => source_set("renderer")
static_library("extensions") => source_set("extensions")
Cool. I will give source sets a try with my next VS build. I read where browser/ui went to source sets awhile back to get around the VS file limit, though I did not dig much further.

About memory, IIRC, clang+lld rarely went over a few GB when building. I will take a closer look next time I build with them. I can note clang-cl is somewhat slower at compiling than VS 2015u3, but it is still reasonable enough IMO.
The PGO builds are cool and all but i'm experiencing bugs as @1271 said. For example, on Twitch.tv it randomly stops the video and then when i refresh the page it just stays black. Have to open another tab to watch it again.
I just completed a successful WPO build. PGO *should* now build. Fingers crossed.
I cannot decide what to build: PGO or not :)
PGO please =D
WildByDesign 
I had also experience some random web site breakage with the recent PGO builds that occurred after a random period of time similar to two other comments here. But I think that it is difficult to determine if that breakage was due to PGO compilation or simply due to those specific trunk builds. It would be good to be able to rule that out. We could rule that out by compiling another Stable branch build and running that side by side with the current Stable branch build by Nik. Or we could also compile two of the same trunk build (same version string), one PGO and the other not and run side by side to determine if the PGO compiled build itself is problematic. Stable branch does not contain patch for showing PGO tag in chrome://version though, so that patch might need to be added. Link: https://chromium.googlesource.com/chromium/src.git/+/7434815d70b872afdf0fcfa0091b82f031ba8d43
How to find LKGR build which has already been removed?
admin
@Empol: Please, read the #development part.
"Full WPO on official" build.

Chromium 55.0.2869.0 (Official Build) (64-bit)
Revision 1713992c55069cc914715dac18356a3eef774b8e-refs/heads/master@{#420488}
Compiler MSVC 2015u3

I will try to do a PGO build of the same version for comparison. I might trying using some of the telemetry tests for PGO instrumentation so I can standardize my local build process. Telemetry can also write results from multiple runs for a quick comparison.
Anon1294
Holy shit, I love this PGO! Keep 'em coming!
admin
@WildByDesign: Thank you for interesting info.
@RobRich: I used your build yesterday and all seems to work nicely. No crash. Thanks.
Having same issues with the pgo (no sync) build as everyone else. I even know how to reproduce it: simply have the tab unfocused and it will "break" after around half a minute or so. Works 100% of the time. If the tab is focused, however, it works perfectly fine.
@nik I would like to build Chromium myself with HEVC decoder. Can you share your patches?
I am working on hls.js library to enable HEVC. and all worked fine on EDGE but not on your chromium build. But MPEG dast HEVC is working fine in your build. So I need to add some logs to Chromium to find problem.
@m][sko: try pastebin.com/RMUqp2bU
Can you show me live demo? I'd like to test it too. I remember that i have trouble with patching for HLS.
Why are there no dates or timestamps listed on the PGO_build_test links? I feel this page should be showing them.
admin
@Dustyn: I manually added version + date about the PGO_build_test link. This part is not auto-updated because in test ;)
Hello, could you please tell us what does PGO and WPO mean? And what are their differences ? Which one Google Chrome developers use to build their official Chrome builds?
admin
PGO: https://en.wikipedia.org/wiki/Profile-guided_optimization
WPO: https://en.wikipedia.org/wiki/Interprocedural_optimization

WPO is not the last stage of optimization. PGO is a subsequent stage that analyzes the behavior of a running executable, offering additional optimizations.

A good explanation at https://msdn.microsoft.com/en-us/library/0zza0de8.aspx

Only the 64-bit version of Google Chrome is currently based on Chromium with enabled PGO.
https://bugs.chromium.org/p/chromium/issues/detail?id=629603
I finally got around to phase one PGO, but the resulting build had serious runtime DLL errors, thus no go on instrumentation. Oh well. Something to poke at later. Regarding other linking optimizations, there is also the Syzygy project available. More info at https://github.com/google/syzygy/blob/master/syzygy/build/README.TXT.template
@nik: thx for patch. I am going to test it.
This is my hls.js demo and it is working find in EDGE, but it crash your chromium build..
http://vpn.mdragon.org:60080/hls_HEVC/demo/

and this is MPEG HEVC demo stream that works fine in your build :)
http://dash.edgesuite.net/dash264/TestCasesHEVC/1a/1/TOS_OnDemand_HEVC_MultiRate.mpd
Thank you kindly Jerry! :) This helps a lot in spotting new updates.
@jerry, @nik, can you interested by ungoogled-chromium, I got this feature request on my github: https://github.com/henrypp/chrlauncher/issues/33
@henrypp: Please yes, I would love completely Google free Chromium with PGO.
Jerry, what do you think of ungoogled-chromium?
+1 for ungoogled
admin
Hey guys! I know these patches since December 16, 2015 ;)
https://github.com/henrypp/chrlauncher/issues/33
We will try to do something with them. But note that non official patches (like ungoogled-chromium set) are often outdated because the Chromium source code changes each day. For info, all #browsers (Comodo, Iridium, Brave...) oriented to the protection of user privacy are outdated. So there are more security holes. Personally, I prefer to use an up-to-date build of Chromium with good #privacy settings ;)
cyberrufus 
Never have really understood the paranoia surrounding Google. I agree with Jerry- you can tweak the privacy settings in Chromium and deal with it if it's a concern.
I agree with what's been said. There are other browsers out there that aim to "ungoogle" already. It's a lot of time and effort and everyone has their own measure to what features to leave in or take out.
I say just continue what you're already doing, time better spent training PGO's. =D
Wow, Jerry. Can you exlain in plain English what is these WPO and PGO about? Do PGO-build will get faster mimicking user's usage behavior? And how about WPO? IPO? I thought it was about stock ;0
admin
@versapps: Did you read my #comment-1302 ;)
thanks Jerry - Awesome and thank you again for your generosity and effort here

on next/future PGO built - if possible can you include SHA1 or MD5 for us to verify the secure download on our end pls?
cant be too careful these days :)

also ON chrome:flags > Material Design in the browser's top chrome -
is the <non-material> option not available anymore on the new build 55?
how can I get it back?
any ideas? anyone?

Thanks again for your awesomeness Jerry :)
@Nd60: google is forcing MD, so the last build is https://github.com/henrypp/chromium/releases/tag/v55.0.2867.0-r419802-win64, after this you cannot disable MD and they deleting non-MD code little by little,
you can update pgo-test build to 55.0.2868.0, it's already with pgo and have sha1 hashes
cyberrufus 
@Nd60 They're in the process of removing the code for the old UI. I'm afraid you're stuck with Material Design.
https://bugs.chromium.org/p/chromium/issues/detail?id=648281
Thanks @nik @cyberrufus
due to the change of UI the bookmark bar is kinda less space and ... well... just new and need to adjust new behavior
how little changes 'affects' our usual mode of reality :)

Awesome work and special thanks to you again for all your work and time @nik
Could you please fix the issue of asking keyring password in linux distributions? First I thought it was a Chrome issue but same happened in Chromium also (in recent builds). There are quite number of users are complaining about this. Great browser by the way, thank you !!!
@nik so this enable HEVC: https://pastebin.com/iG5UF258
Now I will try to find why HEVC don't work with my test stream :)
here is updated builds, test it https://github.com/henrypp/chromium/releases/tag/v55.0.2875.0-r421462-win64
this is PGO and two mini_installer for non-PGO (to compare a performance)
WildByDesign 
I spent approximately an hour this morning benchmarking the latest v55.0.2875.0-r421462-win64 builds for comparison between PGO and non-PGO. Within those builds, I used chromium-nosync to compare with chromium_nosync_nonpgo. Typically I prefer Sync, but I wanted to use both nosync builds to keep an even playing field for benchmark specifically for this PGO testing.

Again, similar to before, there was little to no difference with regard to application startup time. However, when it comes to actual loading of web sites, the PGO build performed the best under every scenario that I have tested. Not once has the non-PGO build outperformed the PGO build. Therefore the results have been entirely consistent which is important for this to be worthwhile.

Even from a perspective of how the browsing experience "feels", the PGO build is super snappy. For example, clicking the New Tab button loads instantly with the PGO build, whereas the non-PGO build has a slight hesitation to the loading of the New Tab page.

@Jerry, Great to see Secure encryption status for your site. congrats!
Had some free time last night, so an updated "full WPO on official" build if anyone is interested.

Chromium 55.0.2875.0 (Official Build) (64-bit)
Revision 2db1fd0045d02143eccc3315a9d6f1344be1e7a1-refs/heads/master@{#421671}
SHA-1 dfa09bc55df018cc908d8dd6ac005ae5d9032568

WPO built without any source changes. PGO phase one built, but the resulting instrumented build hit runtime DLL errors again. Hmmm.
@RobRich: what error do you have? with chrome_child.dll.pgc[d]? show the error log :)
I have cleaned out my build directories. I have a PGO=1 build running now. Stripped down args to:

is_official_build = true
chrome_pgo_phase = 1
is_debug = false
target_cpu = "x64"
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false

Last two times I did PGO=1 builds, I extracted chrome.7z to prep for pgosweep, but chrome.exe failed to load chrome.dll and chrome_child.dll.
Will the PGO be listed again on your page, Jerry? Or any problems with it that you take it down for good? Thanks for your kind replies, Jerry :)
@ versapps - Looks like Nik is going PGO for his listed LKGR builds.
"Chromium compiled by Nik with all codecs (online tester) and PGO enabled."
Anon1328
For testing purposes, I need Chromium 36 Versions. Where can I get 'em?
Is there a way you could apply "Un-Google Browser" patches to the new builds?
Is it worth it ? and is it not needed? cause they said that its discontinued..
admin
@WildByDesign: Very interesting feedback. I have the same experience as you ;)

@RobRich: Thanks for sharing!

@versapps: From now on, Nik will compile Chromium with PGO enabled because the web browsing is faster.

@1328: Chromium M36: check revisions between 261035 and 268656 at https://storage.googleapis.com/chromium-browser-continuous/index.html

@Lynx: If you talk about ungoogled-chromium, you can download releases at https://github.com/Eloston/ungoogled-chromium/releases. I do not know if we will apply theses patches: #comment-1310
@RobRich: do you placed the pgort140.dll to where chrome.exe (phase=1) is?
WildByDesign 
@Nik, Thank you for the PGO-optimized Stable branch builds. Congratulations on doing a fantastic job!

@Jerry, Can you update the Stable branch box at the very top of your site to note that these Stable branch builds are PGO-optimized now? Similar to how you have added PGO-enabled to Nik's LKGR build section. Thank you for continuing to run a site with such a wealth of valuable information. The way that you organize this site is wonderful.
Anon1333
Just for kicks, I tried to open 40+ Youtube tabs from a bookmark folder with the latest PGO build (55). It crashed.
With the latest PGO facebook hangs quite often, extremely irritating, specifically when sending messages via chat. Can't tell if it's due to PGO or the nature of the dev branch. Would it be possible to get PGO for the latest stable release?
@Funky: it's already pgo
Anon1336
Seconding what Funky said. Facebook hangs very often on the front page with nik's 55.0.2875.0 release. Hopefully it'll be fixed in the next build and the cause is not the PGO because I've grown quite fond of it.
WildByDesign 
Just wanted to chime in and note that the Stable branch PGO build is rock solid with zero hangs. So I assume that the hanging on the LKGR builds is related more to the specific build as opposed to the addition of PGO compilation.
then i think to keep PGO only for the stable build, dev not worth it
Please keep making Dev builds with PGO, I think it's still worth it because browsing is still way faster than in non-PGO build. On my end Dev build with PGO is very solid with zero hangs.
Perhaps PGO releases corresponding to the Chrome "beta" channel instead of LKGR? Still ahead of stable, but not bleeding-edge development. https://www.chromium.org/developers/calendar

Admittedly, I usually just build off master, though I get why that is not a great idea for most users.

Speaking of builds, I just completed an updated build with clang+lld for evaluation if anyone is interested.

Chromium 55.0.2878.0 (Developer Build) (64-bit)
Revision 6e9e64a37187edb10c3f3951820dbbc3c0e555b2-refs/heads/master@{#422335}
Compiler clang (+lld)

@nik, I will look into the pgort140.dll issue for my next PGO build attempt. Thanks! :)
@RobRich Is it possible for you to release an archive version like nik's? I would like to use it with crlauncher to test your builds.
I've experimented with command line switches ( --enable-native-gpu-memory-buffers--force-gpu-rasterization--gpu-process) but still no hardware acceleration on chromium nik stable sync. Tested on desktop (amd 290x) and laptop hybrid graphics (Intel HD 530, nvidia 960m). The gpu process exits right after startup. How can I further troubleshoot?
@Jason, did you try enabling "Override software rendering list" in the chrome://flags config?

@jj, it should be easy enough. Ideally though, I need to setup a GitHub or SF account first instead of using Google Drive. I will try to take a look when I have some free time. Also, thanks for the interest! :)
@Jason: this is really odd, because i'm also have amd 290x and didn't see the problem with hw-acceleration. Maybe the chromium is conflicts with some software or driver?
@nik are the stable builds PGO? it doesn't say so in chrome://version and they don't feel as snappy as the dev pgo builds. well, appreciate it nonetheless
WildByDesign 
@Funky, The current stable branch builds from Nik are all PGO. The reason why it does not show in chrome://version is because the M53 branch does not have the patch merged which enables that PGO compilation tag to show in chrome://version. Once M54 goes stable, it will show.
I'm not sure if this is due to a PGO-Dev build but sometimes Chromium becomes very sluggish, I have no idea what triggers it. I can not even fix that issue by closing up Chromium, I have to restart my whole PC to fix that issue and get Chromium responsive again. I can not recall if I had this issue with non-PGO build.
admin
@Tonmarkum: Test "nonpgo" builds from https://github.com/henrypp/chromium/releases/
That's the build I'm using.
@nik I would like to play h265 videos with web-vr chromium build (https://webvr.info/get-chrome/). I may need to add webvr function in v53.0.2785.143-r403382-win64. Any suggestion ?
Can you guys make a build that does not contains Google services and no connections to Google by default? That would be awesome!
Thanks for the ungoogled build! Loving it!
@Nik, thank you for compiling ungoogled-chromium builds, it works pretty briliantly on my side, I always wanted to have this kind of version of Chromium and I didn't want to use 'third party' chrome based privacy browsers because they weren't getting updates as often as they should, I hope you'll keep compiling them if it's possible. Thank you once again. :)
Anon1354
So the ungoogle does not have PGO?
@1354: non-pgo
TheFishyGamer11 
There are many bugs with the new Chromium update. For instance - when I try to sign in with a Google account, it says "Error". The last bug I recognized - when you download something it shows up at the bottom. But to the right, the button is completely white so I don't know what is says. I hope these get fixed!
Anon1357
@TheFishyGamer11: unless its nik's work, of which pls state which one you are using...

FYI - note on top on #comment-1 from admin

hope it helps :) we appreciate their work and labour out of their time and willingness
Updated clang+lld build available. I will try getting these builds onto github, sf, or similar in the upcoming days.

Chromium 55.0.2882.0 (Developer Build) (64-bit)
Revision bf38f84e48cb98ffdb2a9437e280b0e925690340-refs/heads/master@{#423332}
Compiler clang (+lld)
@RobRich Trying out your build at the moment. So far so good, fast startup, nice and snappy. Though I'm averaging a 4-5% improvement with Nik's PGO builds in synthetic benchmarks. Would be nice to have HEVC support, but much of an issue. So far stable, will see how it plays out over the next couple of days.

The early 55.0.2875.0 PGO by Nik is so far the best performing PGO build for me
Thanks for Listening to users Request!
Love the Un-google Complie works awesome no problem at the moment...
Hope this build gets updated like other Chrome Builds!
Good Luck with your work NIK!
Cheers!
@RoboRich: Can you upload that build in .zip file because I can not unpack .7z file, I'm don't wanna install any archiver app because I never need those.
@qq Thanks for the interest. Chromium optimizations focus largely on MSVS builds, so clang+lld builds likely are to be somewhat slower for now, at least on Windows. If/when I have the free time, I will try to take a look at the compiler and linker flags. Might be able to squeeze a little more performance there.

@Tonmarkum Same build as my last post in a ZIP archive as requested.
@RoboRich: Thanks mate. :)

@nik: I'm using your PGO-dev build at the moment, can I just download your ungoogled-stable version and copy and overwrite all the files?
admin
@WildByDesign: Thanks for your great topic at https://www.wilderssecurity.com/threads/389051/
@RobRich: Thank you for sharing. Contact me if needed! ;)
@Lynx: Yes, nik plans to add the "ungoogled-chromium" to his builds.
@Tonmarkum: Yes you can. Also use chrlauncher to browse on several Chromium versions in same time! ^^

Note:
- Prefer the secure connection: https://chromium.woolyss.com/ (I will force it in January 2017).
- Now, there is a red padlock near each unsecured site/link.
Anon1365
thank you jerry
security is too important not to be secure :)
the hearts of man has changed.... ALOT.... these days...
2017 already huh? merry christmas first :)

@nik your work is much appreciated and .... AWESOME!
user experience report : finally chose current no-sync stable pgo for me since it still has non-md
and its blazing fast and zero problems surfing in the eastland
ungoogle seems to work very well too but some website is 'blocked' and 'unaccessable' (not sure if due to law of the land)
lkgr was hanging abit (about 3 second freeze but not sure if it was my mechine setup and other security software measures)
Anon1366
Any actual 55 builds with pgo?
Thanks for the pgo and ungoogled build, great work :)
@Nik Will there be an update of your guide for pgo and/or ungoogled building ?
@Lyam: hmm, this is quite hard to do than say :) i don't think it's possible with only batch file, you need some skills in programming. I can only describe how to do this :)
Chromium v56 is out. You going to update your last build @nik?
@John: of course, but on my system the pgo compilation is 10hours long, and i got an error for the first time, so do it again :(
No worries @nik. Thanks for your support :)
@CagZeb: v53 doesn't support webvr, i compile it in v56
WildByDesign 
@1366, All of Nik's M55 Chromium builds are PGO, with the exception of the ungoogle-chromium and 32-bit builds, I believe. His most recent M56 build is also PGO. Have a look here: https://github.com/henrypp/chromium/tags
Nic, if you do get a basic PGO tutorial posted, I will compare to what I am apparently doing wrong and see about getting a successful PGO on my 32-core Opteron box.
@RobRich: i'll try to make instructions somehow.
Updated clang+lld build. LKGR. Now using GitHub for releases.
https://github.com/RobRich999/Chromium_Clang/releases

@qq 7z archives are included with builds if you want to add to crlauncher.

@Tonmarkum ZIP archives included, too.

@Jerry You can add my clang+lld builds if desired for whatever reason. If you need anything particular, I can email you to discuss. Just let me know.
@Nik : Ok no problem. Thanks again :)
Hi there!
I downloaded the pgo optimized chromium stable version archive but it seems it won't save any passwords. This is a bug because i tried the sync and no sync version and both won't save any passwords.

Also how can I use the chupdater to update PGO Chromium ? I think that one only works with non-pgo because there is no flag on the command to choose PGO.
admin
@RobRich: Thanks. Please, send me an email: https://info.woolyss.com/ ;)

@Andrew: Try an older version:
https://github.com/henrypp/chromium/tags

> chupdater to update PGO Chromium?
Yes, Choose a build with codecs in the "chrlauncher.ini" file.
For info, PGO is not a flag. It is a compiler optimization technique, also used for Google Chrome, Opera and Vivaldi.
@Jerry : Yes i understand that its a compilation method that improves performance. What i was wondering is how the chrlauncher will now to download the PGO version or the non-PGO version since there is no way to distinguish them
admin
@Andreas: check at the page bottom of chrome://version, you will see that. PGO info is only viewable on Chromium v54+. By default, Nik compiles Chromium with PGO.
About known bug(s) in my latest clang builds related to process_info.cc and/or in_range_cast.h, it is now a known problem with Canary, too. Expect similar bugs in master and probably LKGR releases from Sunday, so take care and YMMV.
https://bugs.chromium.org/p/chromium/issues/detail?id=654397

@Andrew IIRC, I seem to remember something about passwords in the bug tracker over the weekend. Possibly related.
Hi guys
Thanks for trying to remove Google as much as possible from Chromium for increased privacy.
I've noticed something when I did a clean install of Windows 7 on my computer.
I have disabled all network connectivity (both wired and wireless) so I won't be bothered with automatic updates for Windows and other software before I have the chance to configure them as I like.
I have installed Chromium and started it but I was really disappointed about the startup time even thought my computer has a quad-core cpu, 8 GB or RAM and a SSD on SATA3.
I found it very weird that Windows showed the spinning circle for a few seconds after the Chromium window appeared until those thumbnails appeared on the home page, even though there was no network connectivity.
I am suspecting that it waits from something from Google or it sends something.
Maybe you could take a look what's going on there.
I wish it had just a completely blank page without anything on it like in the old days.
New tab seems to have the same problem but I have installed an extension called "Empty New Tab Page" which seems to help.
Thanks.
@Daniel: Right click Chrome desktop shortcut and select Properties and then select Shortcut tab, and then just make sure your target line looks like this: (Remember to click Apply and OK once the line below is added)

chrome.exe  --homepage "about:blank"

With that line above it will open up a blank tab every single time you open up Chrome browser.
New Clang/LLVM build available. Linked with MSVC Linker though, as I was running into some (hopefully temporary) issues with the lld linker. I will retry lld for my next public build release, but I wanted to get an usable Clang build on GitHub in the meantime.
https://github.com/RobRich999/Chromium_Clang/releases

Specific compile arguments for builds are included via the args.gn (text) file available separately for downloading.

@Jerry I will drop ya' a line later this week. Thanks for the interest.
Hi all,

I use ungoogled-chromium for mac however it seems Eloston does not have that much free time anymore.
Could someone compile mac version from the v56 branch?
Thanks in advance.
WildByDesign 
@RobRich, Speaking of Clang/LLVM: As I understand it, Chromium team is slowly working toward Clang/LLVM compiler in Windows (as they are with Linux, etc.) with one of the goals being Control Flow Integrity (CFI) mitigation (https://www.chromium.org/developers/testing/control-flow-integrity) via Clang.

In your experience and understanding, do you think that they are still far off from official release Chrome builds on Windows compiled with Clang/LLVM? Also, have you tried CFI within your Clang/LLVM Chromium compilations?

I know that they are working hard to smooth out CFI with regard to Linux, Android and ChromeOS. But I suppose what I am trying to get at is whether or not CFI is problematic with regard to Clang/LLVM and Windows Chromium builds or if it is possible yet. I always have a special interest in security mitigations and such, so this is interesting to me. And since you seem to have an interest in compiling with Clang/LLVM, I figured I should ask you for your opinion.

Thank you, sir.
Could you please add a pgo badge like https://i.imgur.com/EhY332X.png
WildByDesign 
I agree with Tonmarkum regarding PGO badge as suggested. It is a great quick reference visual indicator.
@WildByDesign AFAIK, CFI in Chromium currently targets the gold linker, which is only available for ELF binaries.

That said, the MSVS linker should be be a viable solution for Clang with CFI for COFF binaries since it readily supports LTO.

lld ideally should be possible as well, but Chromium still considers it "highly experimental" on Windows, so a huge YMMV IMO.

It appears clang-cl does indeed support the -fsanitize=* option, though I am not sure if Chromium build files have explicit support enumerated for CFI on Windows. I will toss the build arguments in the mix to see what happens.
@RobRich, any particular reason as to why your builds don't follow the normal naming and folder structure as Snapshot/nik builds? Once extracted, your builds have a "Chrome-bin" folder, then another one with the version, e.g. 56.0.2887.0 in the same place as chrome.exe while the Snapshot/nik builds only have one folder once extracted, chrome-win32. For someone who uses a shortcut i only need to change it everytime i change version. I hope i made myself clear, my english is not that perfect when it comes to explain things.
@John: I was wondering the same exact thing, that's why I actually decided not to use his build and used nik's build instead.
Mine is the default generated directories for a x64 build. If it is a concern, I can rename chrome-bin to chrome-win32 easily enough, as I recompress the archives before release anyway. Thoughts?
yeah, this is the original folder structure, it's just a snapshots having the altered structure (so as i do for compatibility) :)
Anon1395
Can do. I moved the files and changed the base directory name. Should now be like nik's archives.
I will do the same for future builds via my GitHub account. Sound good?
That was fast :)
It's all good now, thanks @RobRich
@Jerry: Thank you for adding that PGO badge. :)
Like others have said, RobRich's builds have the default folder structure. If anyone is using chrlauncher, just extract&rename RobRich's archives to "bin" inside the chrlauncher directory. Then move your profile folder inside the bin directory as well. Then you'll be able to keep your bookmarks...etc. You can still parse extra commands via the chrlauncher config file, so it's all good.
I am migrating to Nic's archive structure for future build releases to maintain consistency with existing expectations. About the earlier CFI discussion, it appears clang-cl.exe does not (yet) support flto, which is a requirement for the CFI sanitizer.
https://github.com/RobRich999/Chromium_Clang/releases

Couple of notes to "cover the bases:"
- chrome.7z will be the packed archive automatically generated by the build process and basically what mini_installer. exe actually contains.
- chrome.zip will be structured in the "chrome-win32" format like Nic's archives. Please let me know if there are any issues. Thanks!
I still have this weird issue at least with PGO builds where after a while my Chromium becomes extremely slow, it feels like it would not use my GPU at all but I can still see it in the Chromium's Task Manager. And if I check about:gpu and Initialization time sometimes it goes all the way to the 300ms when it usually is at 20 to 30ms when Chromium is very responsive. And also if you scroll all the way to the bottom of the about:gpu page it shows a bunch of error messages there, those errors usually appears after my Chromium starts to crawl. Not really sure if this is because of PGO build of Chromium or what. I do remember having this same exact issue in the past also with non-PGO build of Chromium like a year to 2 ago. Then it disappeared and now it's back again, not really sure if it's a flag causing this issue or something else. Either way, it's pretty annoying because you're forced to restart your computer every single time to get Chromium responsive again, it's weird how restarting Chromium won't help. Kinda feels like if it would mess up with my drivers somehow like my GPU.

Any advice my friends?
@Tonmarkum try not using GPU (take out the  --ignore-gpu-blacklist flag if you're using it). I think when you close Chrome, the bad process isn't terminating (check task manager), which is why when you open chrome again, the issue is still there. Try killing off the process.

Note:
"GPU rasterization should only be enabled on NVIDIA Pascal and Maxwell, Intel Broadwell+, and AMD RX-R5 GPUs for now"
"VPx decoding isn't supported before Windows 10 anniversary update"
"Zero copy DXGI video hangs on shutdown on Win < 8.1"
"Zero-copy NV12 video displays incorrect colors on NVIDIA drivers"
Anon1402
Few suggestions:
1. Nik's Chromium versions archive (can be on other server) - it can be useful for example, for users which don't like DirectWrite (disabling it was deleted in version 52)
2. 32-bit versions of Nik's Chromium (not everyone has 64-bit Windows)
3. Chromium 49 with codecs (32 and 64-bit) - especially for Windows XP and Vista users
Anon1403
@RobRich What is the difference between CLANG and PGO I searched about it on google and found that CLANG is used in APPLE am i right? What would CLANG compiler do? will it improve Privacy or improve speed? or RAM?
How do we replace nik's build with your build and overwrite the files without chrlauncher?
Clang is a compiler. To be technical, it is a front-end for the LLVM compiler. Anyway.
https://en.wikipedia.org/wiki/Clang

Clang is an open source solution versus the proprietary solution in Microsoft Visual Studio currently used for default Chromium builds on Windows. Chromium is compiled with Clang on various other platforms like Linux and Mac, and it is looking like Clang eventually could become the default compiler for Windows builds in the future.

PGO is an optimization technique used during compiling and linking. Clang builds on Windows are not using any form of PGO at this time.
https://en.wikipedia.org/wiki/Profile-guided_optimization

Currently, there is no specific advantage - speed, privacy, etc. - to using Clang for Windows builds IMO. It is more or less a curiosity for me, and a way to keep tabs on where the project likely will proceed in the future. YMMV.

----------------

If not using chrlauncher, I recommend using mini_installer.exe instead. It is a silent installer, so click and wait a minute or so for a shortcut to appear on the desktop. You can then simply use mini_installer.exe with each new build to quickly overwrite the existing installation. If you ever do need to uninstall a mini_installer.exe installation for some reason, Chromium is listed in the Windows app/remove programs list.
i hope clang will be the default compiler soon :)
WildByDesign 
@Nik, Your latest Stable 54.0.2840.59 PGO build from today is rock solid and blazing fast. Thank you, sir.
Does anyone know why the dates on Github are wrong? For example, @nik last build (54.0.2840.59) says it has been released 24 days ago.
@John: because of the last commit, this is not the "date of upload"
Thanks for the info @nik, i didn't know :)
Anon1412
@RobRich oh Thanks for the info!
Anyone knows why the translate won't work with Chromium builds of Nik?
@Andreas: which build? sync or nosync?
PGO phase one built with MSVS 2015u3. Running "chrome.exe  --no-sandbox" in the build directory successfully loads Chrome. However, pgosweep claims there are no instrumented files available, regardless if I target chrome.exe, chrome.dll, or chrome_child.dll - even if adding the process IDs. Hmmm.
WildByDesign 
Some good news regarding Control Flow Guard (CFG) mitigation. CFG has landed for Canary/Dev builds (https://codereview.chromium.org/2412983006) particularly starting with chrome.exe and chrome_elf.dll for now and will be expanded later dependent upon performance implications.

More on Control Flow Guard: https://msdn.microsoft.com/en-us/library/windows/desktop/mt637065(v=vs.85).aspx

Anyway, I've inspected a recent build (https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win_x64/425305/) just now with Process Hacker and chrome.exe and chrome_elf.dll do indeed have CFG mitigation enabled. I have also inspected the recent Chromium Authors build from front page here (56.0.2891.0 (425289, 004d271)) and confirmed that it, too, includes CFG. Good news.

However, I've checked Nik's recent lkgr build also from today (56.0.2890.0 (425052)) and it did not include CFG. So what I am wondering is whether or not this is something that Nik would have to add (/guard:cf) specifically during his compile time or if he would just need a slightly newer build.

@Nik, if you can achieve CFG mitigation similar (starting with chrome.exe and chrome_elf.dll for now) following the completed report (https://codereview.chromium.org/2412983006) or referencing MSDN CFG article (https://msdn.microsoft.com/en-us/library/windows/desktop/mt637065(v=vs.85).aspx) that would be solid security feature for your builds. And if you can achieve this on Stable channel build as well, that would be fantastic. If you can make this happen, I will send you another donation matching my previous donation to your paypal.
It looks like CFG now should be enabled for MSVS-compiled, non-debug builds.

# Control Flow Guard (CFG)
# https://msdn.microsoft.com/en-us/library/windows/desktop/mt637065.aspx
config("win_msvc_cfg") {
# /DYNAMICBASE (ASLR) is turned off in debug builds, therefore CFG can’t be
# turned on either.
if (!is_clang && !is_debug) { cflags = [ "/guard:cf" ] ldflags = [ "/guard:cf" ] }
Just did a release build. CFG is enabled. Screenshot at link:
https://i.imgur.com/YaiELL4.png

Build details:
Chromium 56.0.2891.0 (Developer Build) (64-bit)
Revision 42d201137bc43d262c2acd2e81083354900f0a22-refs/heads/master@{#425324}

visual_studio_version = "2015"
is_win_fastlink = true
is_component_build = false
is_debug = false
symbol_level = 0
remove_webcore_debug_symbols = true
exclude_unwind_tables = true
enable_widevine = true
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false
WildByDesign 
@RobRich, Thank you for the details. This is great news.

I've just confirmed now that Nik's latest build (v56.0.2891.0-r425278-win32) that just came in now includes CFG mitigation. That happens to be a win32 build, but I assume that builds v56.0.2891.0 r425278 (dev) and newer now contain CFG mitigation.

I suppose the main question now for either RobRich or Nik, and since I am not a programmer myself, is adding CFG mitigation to chrome.exe and chrome_elf.dll something that is easy enough to backport to Stable channel release? I don't understand what went into that specific patch that went through within the last day which enabled CFG mitigation and whether or not it could be applied to Stable channel builds.

For anyone who is unsure what CFG is a mitigation that is an option with MSVC 2015 on Windows 8.1 and Windows 10, which I suppose is somewhat similar to CFI (control flow integrity) mitigation that is an option with Clang/LLVM compiler. Although as I understand it, CFI is supposedly better. I assume that Chrome team's longer term goal is to make Clang/LLVM (with CFI) compiler work better with Windows and drop MSVC at some point although that would likely be a year or more away.
@RobRich: do you propertly run pgosweep after loading chrome.exe?
0) compile with pgo_phase=1
1) run chrome.exe
2) open 5+ random sites in tabs
3) find every PID of chrome.exe with command line "*type=renderer*"
4) run "pgosweep /pid:XXX PATH/TO/chrome_child.dll PATH/TO/SAVE/chrome_child!X.pgc" (XXX - pid, X - counter from 1)
5) close chrome.exe and retry if you want to collect more data, but don't reset the counter
6) compile with pgo_phase=2... done

@WildByDesign: are you sure that my build have CFG? Because i see in this commit that "CFG supported on x86 and x64 >= Windows 8.1 Update (KB3000850)." and i have windows 7. But if this is true, than i think the next x64 build will be with cfg already.
[EDIT: dead links removed - 13 Aug 2017 by Jerry]
Just did a current stable release build with CFG manually patched and enabled. :) As previously noted, the chrome.zip archive for my builds now follows Nic's archive format.

Chromium 54.0.2840.59 (Official Build) (64-bit)
Revision 94e94a4190c88509a70809864e3bb7c4f92c6901
- mini_installer.exe
- chrome.7z
- chrome.zip

Build arguments:

is_official_build = true
full_wpo_on_official = true
target_cpu = "x64"
is_component_build = false
is_win_fastlink = true
is_debug = false
symbol_level = -1
proprietary_codecs = true
ffmpeg_branding = "Chrome"
enable_widevine = true
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false

----------------

@nic That is pretty much the process I have tried. I do remember assuming pgosweep.exe would take relative paths if in the same directory as chrome.exe, but perhaps it needs exact paths. Hmmm. Will try next time I give PGO a go.
Here's some info about my issue: about:gpu

Log Messages
[884:1176:1015/003307:ERROR:mf_helpers.cc(12)] : Error in dxva_video_decode_accelerator_win.cc on line 345
[884:5560:1015/005200:ERROR:interface_registry.cc(102)] : Capability spec prevented service service:content_browser from binding interface: mojom::ResourceUsageReporter exposed by: service:content_gpu
[884:1176:1015/014132:ERROR:gpu_video_decode_accelerator.cc(370)] : HW video decode not available for profile 12
[884:1176:1015/014143:ERROR:mf_helpers.cc(12)] : Error in dxva_video_decode_accelerator_win.cc on line 1391
GpuProcessHostUIShim: The GPU process exited normally. Everything is okay.

Driver Information

Initialization time 666
What GPU? Are the GPU drivers updated?

Do the errors persist after trying to disable hardware acceleration of video decoding in about:flags config?

Hardware-accelerated video decode Mac, Windows, Chrome OS
Hardware-accelerated video decode where available. #disable-accelerated-video-decode

Of the listed errors, the "HW video decode not available for profile 12" can be disregarded for now IMO, as it appears to at least be properly falling back to software decoding for the particular format. Hardware decoding support for specific formats can be based upon OS, GPU, drivers, etc.
I have Nvidia GeForce GTX 980TI and drivers are updated. I haven't tested those options yet, I will give those a shot. I will report back.
WildByDesign 
@Nik, Your build with revision r425052 does not have CFG, but r425278 does have CFG correctly. According to the patch, CFG is applied from revision 425226 and newer. So any of your Dev builds going forward will have CFG as well. CFG has no effect on Windows 7 though, only Windows 8.1 and 10. Similar to Win32k lockdown and AppContainer sandboxed chrome.exe processes; only Windows 8.1 and 10. Chromium has much less security mitigations available to it on Windows 7.
Having a lot of "freezes" with lastest build from @nik (56.0.2890.0 - nosync). While watching videos chrome blinks for a sec and then the image goes black/green. No image after that.
@John: i'll upload the non-pgo build later on a github, you can try it, maybe it will help
WildByDesign 
@RobRich, I have been thoroughly putting your stable channel 54.0.2840.59 (with CFG patch) build to the test and it has been flawless with zero issues for a few hours. There has been no noticeable performance impact from CFG either which is great. Excellent job bringing the CFG patch back to stable channel.

Although I must admit, my preference is builds with Google API for Sync functionality for the most part. But I will stick with this build as daily driver for the time being because it's stable and has the additional CFG mitigation.
@nik, i downloaded your last build (.92) and the problem persists. Guess it's a problem from the chromium itself and not builds
So nik's build is not pgo-optimized anymore?
@nik - Regarding no translate using pgo chrome stable. I'm using the nosync version
admin
@Tonmarkum: nik's 64-bit builds are PGO optimized. Check at the bottom of chrome://version

@Andreas: It is normal. Hover your mouse on "No sync" tag at #windows It says: "Google API key is undefined in this build. So Google services like Sync, Hotword, Translate, Now, Hangout do not work".
cyberrufus 
@WildByDesign: You can get full Sync functionally with RobRich's builds by setting up the API keys as environment variables. That's how I'm using them.
@Jerry: Is there any change when using the sync or nosync version in terms of speed and performance? Or is it about privacy control only?
admin
@Andreas: No speed/performance difference. It is only about privacy control.
Could someone please explain what's the difference between the stable branch and lkgr? Which one is more suitable for daily use, are there performance differences?
admin
@Rivers: Ranked by stability:
- STABLE: version as stable as Google Chrome.
- LKGR: #development version tested by buildbots.
- DEV (or snapshot, nightly): #development version NOT tested by buildbots.
I had to use Google Canary today and I noticed it was very responsive, so I checked chrome://version. I looks like Google is shipping it with PGO now, I had no idea. So I did some synthetic benchmarks and it is insanely fast
WildByDesign 
@qq, Yes, I believe that PGO is enabled now on all official Windows builds with the exception of debug builds.

Similar to CFI/CFG, that is spread across all platforms now. See: https://twitter.com/justinschuh/status/788408516180533248

Good news for performance and security.
Anon1440
Yep, PGO is enabled in all channels. Stable/Beta/Dev/Canary
Using KB SSL Enforcer now Woolyss Site Loads HTTPS perma
Just FYI, the issue i talked about in previous posts (about flickering) apparently is Windows 10 related as i saw other users reporting the same behavior on Windows 10 subreddit. Probably introduced since last Update
Anon1444
Any idea when to expect a stable Chromium 54 build for Mac?
WildByDesign 
@RobRich, Would you be willing to put together a stable channel 54.0.2840.71 build with CFG patch added? Thank you for you time, sir.
Should be doable. Might be tomorrow for a release, though, as my build system is attempting a PGO build right now.
So, how do i do my own PGO build ? i saw there is "chrome_pgo_phase = 0" line in build configuration, do i set it to 1 and i will get PGO build ? Or do i have to set some compiler flags too ?
@new_user: something like that #comment-1420 :)
I am a senior citizen and I am using the Chromium Updater. I am always getting updates information, however whenever I come to this website, the updates are not the ones that I received notification about. I am not computer savy and dmg files are ones I am interested in, so what goes?
Anon1450
@nik: Can you update your Dev builds in Zippyshare because Github is down.
I finally have PGO working with an internal build. :) I used fairly basic instrumentation for the test, but nonetheless it worked, so I should be able to soon do a public PGO release. Still debating on specific instrumentation.

Next on the build list is an updated Clang build and then 54.0.2840.71 with CFG. Should have those later today.
[EDIT: dead links removed - 13 Aug 2017 by Jerry]
Current stable release build with CFG manually patched and enabled. The chrome.zip archive for my builds follows Nic's archive format.

Chromium 54.0.2840.71 (Official Build) (64-bit)
Revision da72f35322ead1e293d0414f5fe219647f3d7776
- mini_installer.exe
- chrome.7z
- chrome.zip

----------------

Updated Clang build now available.

Chromium 56.0.2898.0 (Developer Build) (64-bit)
Revision e2cf786bb19426e44fe22a36fb8d509ea04d1e62-refs/heads/master@{#426801}
Compiler clang (+msvs linker)

----------------

@Jerry I have not forgot about ya'. Just been busy on other stuff. Will drop a line soon. Thanks for the great resource provided here.

----------------

@Nic Thanks for the help. It appears I previously tried to profile chrome.dll instead of chrome_child.dll, thus the instrumentation error. I will try to cookup a quick PGO tutorial in the upcoming days, plus get my PGO build(s) onto GitHub.
Nice, looking forward to trying your PGO build @RobRich. Hopefully you can get a similar no-sync version like Nik.
i think my last stable build with cfg too
WildByDesign 
@Nik, Congrats, you have achieved stable channel CFG security mitigation (with Sync and No-Sync) and PGO optimization all in one. Fantastic work. I am glad that you were up to the challenge. And now I must put my money where my mouth is because I had promised to match the previous donation that I had sent you last month. I've marked it on my calendar to send it to your paypal in one week from now and I will absolutely honour my words. Thank you!
Anon1457
@nik you done par excellence work here - thank you

btw whats cfg pls? whats is it for? just curious from non-tech person :)
[EDIT: dead links removed - 13 Aug 2017 by Jerry]
My first PGO build for public release. :)

Chromium 56.0.2899.0 (Official Build) (64-bit)
Revision 516005ea9c2ffe59b5d468bf4673a549996010df-refs/heads/master@{#426972}
Compiler MSVC 2015 (PGO)

- mini_installer-pgo.exe
- chrome-pgo.7z
- chrome-pgo.zip (Nik's format)

For those interested, here are the PGO profiling statistics:

0 of 0 ( 0.0%) original invalid call sites were matched.
0 new call sites were added.
286 of 1319580 ( 0.02%) profiled functions will be compiled for speed, and the rest of the functions will be compiled for size
8657421 of 16073940 inline instances were from dead/cold paths
1319570 of 1319580 functions (100.0%) were optimized using profile data, and the rest of the functions were optimized without using profile data
155104427740 of 155104427740 instructions (100.0%) were optimized using profile data, and the rest of the instructions were optimized without using profile data

----------------

@1457 Control Flow Guard is a security mitigation to help protect against buffer overflow attacks and similar exploits against memory allocation.
https://msdn.microsoft.com/en-us/library/windows/desktop/mt637065(v=vs.85).aspx
Are PGO optimization is enable in 32 bit build?
This could be a stupid question, but is it possible to run a browser benchmark during profile phase of PGO so there would be a more even optimization across things like math, string manipulation, cryptography operations?
@Arif: in my builds - no
I had SunSpider as part of the profile instrumentation for my PGO build. I probably will add more benchmarks for future builds.
It seems Google Translate doesn't work. I used to have the stable no sync version using chrlauncher and then changed the settings to download the stable sync version. After that google translate still doesn't work
Just to note - the FreeSMUG version of Chromium for Mac no longer includes (or at least in this update) adobe flash player. This is mentioned in the patch notes on their site.
Anon1465
There's still no patch to remove the profile button?
Anon1466
Seems to be repeated abrupt shutdowns on this build. It offers to restore tabs after but it's a few times a day. First time I've seen it with these Chromium builds.
Chromium User 
Hi, I installed the stable, sync 64-bit version for Windows. As recommended, I also installed chrlauncher to automatically update Chromium, but on the program's first launch, it create /bin and /profile folders for what I presume to be the portable version of Chromium. As I installed chrlauncher only to update the full-fledged version of Chromium (installed to /AppData), is it fine for me to delete these "portable" folders? Also - do I have to run chrlauncher to update the /AppData Chromium, or will it run automatically? Thanks!
WildByDesign 
@Jerry, What do you think about adding a "control flow guard" tag to your Nik builds (https://i.imgur.com/u0NKBnC.png)?

I think that it is a great idea to show what makes Nik builds special. Especially since Google's own Chrome browser does not yet have CFG for their stable channel builds. So currently Nik's stable (54.0.2840.71), LKGR (56.0.2897.0), and 32-bit LKGR (56.0.2899.0) all have control flow guard enabled.

Another possible suggestion here would be to make those tags so that you can hover the cursor over them for additional information similar to the info popup you have with No Sync - No WebRTC - No Windvine. So the user could hover the cursor over the pgo-optimized or control flow guard tags for example for a brief description of what it means and hopefully that will help prevent some repetitive questions from coming up in the comments section.
admin
@RobRich: Thank you man! You are welcome. Contact me! ;)

@1465: The patch to remove the profile button does not work on latest Chromium versions.

@Andreas: Google Translate works on STABLE version: Sync • WebRTC • Widevine • 54.0.2840.71 (414607)
Ex: Go to http://starin.edaily.co.kr/ → right-click in the page → Translate it in your language (https://i.imgur.com/sZaH2MP.png)

@Chromium User: You only need to use chrlauncher.exe. It will install, launch and update automatically Chromium.

@John & WildByDesign: Thanks for feedback. I updated the site ;)
Any plans for stable ungoogled 54build? Thanks.
@Jerry : I'm using the chrlauncher and used the dev codecs sync as well as stable codecs no sync. Both versions state that the page has been translated but its still in the foreign language, is not translated.
Updated Clang/LLVM build now available.
admin
@Andreas: Translation does not work on "nosync" builds. But all works nicely in "sync" builds.
I tested with chrlauncher, on win7 and win10: https://chromium.woolyss.com/f/translate-2016-10-26.mp4
Video tools: Screen Recorder (by mchehraz) + Avidemux.
You also can use the Google Translate extension as a workaround if needed. Appears to work even if the integrated translation feature does not, at least in my testing.
https://chrome.google.com/webstore/detail/google-translate/aapbdbdomjkkjkaonfhkkikfgjllcleb/
Nice builds, but i wanted to ask about downloads tab - it looks very ugly and very uncomfortable with that big useless search bar and 2 buttons hidden in another button. Did any of you consider to bring back older downloads tab back ? It looked nice, and it had only 1 useful button - remove finished downloads.
google is already removing code little by little that is not a part of MD (material design), so soon even patches won't help
Updated PGO build now available. Updated optimization profiling, too. :)

Chromium 56.0.2899.0 (Official Build) (64-bit)
3f7d99feb499fb68ab0f78e6df93871ec8b3cc43-refs/heads/master@{#427578}
Compiler MSVC 2015 (PGO)
----------------

Quick comparisons with my previous PGO build below. Tested on an older AMD A10 notebook.

Chromium 56.0.2899.0 PGO
Peacekeeper: 2071
SunSpider: 374.0ms +/- 0.9%

Chromium 56.0.2901.0 PGO
Peacekeeper: 2489
SunSpider: 349.4ms +/- 1.7%
@Jerry : I've meant that i have used both the dev with sync and the stable with sync with 2 different chrlaunchers. The only way to make it work on my end at least is to use the extension of google translate. I don't know if something is stored in my appdata that won't allow the google translate to work properly. Keep in mind that at first i've used the stable no sync , later on tried the sync on flag and when that didn't work i downloaded a new chrlaunhcer and tried the stable sync which also didn't work.
@nik: How do you enable HEVC/x265 in the x64 (gn) nightly Chromium build?
I've tried to manually apply the patch at http://pastebin.com/iG5UF258 but when I "gn args out/LKGR_x64" get duplicate linkage issues.
@marmaduke: you must fix it, if you get duplicate issue then find a dup row and remove it, if you have _export issue then you must add some missing files with wanted function.. the debug/error log is out hope :)
Hi there!

Sorry everyone, comment'll be in French... I'd like to say something to this website's admin, who can speak this tongue if I recall correctly.

Je me permets de revenir sur une modification que tu (je me permets également le tutoiement, désolé) as apportée ici. Tu sembles déconseiller Opera (en tout cas c'est comme ça que je le comprends, vu que tu as barré la mention éponyme) désormais, au prétexte qu'il "appartient" à Qihoo. Il se peut très bien que tu sois au courant des nuances de "l'affaire", mais des piqûres de rappel ne font pas de mal j'imagine :

1. Déjà quand tu marques "by Qihoo 360", c'est inexact. D'une part, parce qu'une partie d'Opera est rachetée, et pas l'intégralité (l'accord initiale n'ayant pas eu l'accord des autorités concernées, une autre proposition a dû être faite); par exemple, la branche navigateur est rachetée, mais SurfEasy (service de VPN payant, et également fournisseur du VPN de navigation gratuit) ne l'est pas. D'autre part, car ce n'est pas Qihoo qui rachète, mais un consortium Chinois, Golden Brick, qui comprend une participation mineure de Qihoo. Ce ne serait donc pas lui le principal décideur.

2. Lorsque l'accord avait eu des échos dans la presse notamment, Opera est passé rapidement en mode Contrôle des dégâts en indiquant qu'elle resterait la même, que ça n'aurait pas d'incidence sur l'expérience des utilisateurs et que ça lui permettrait surtout de gagner en ressources (financières notamment). Je pense que tant qu'on a rien repéré de gravement suspect dans les agissements des logiciels concernés, on ne devrait pas négliger ces propos. Innocent tant qu'on n'a pas prouvé qu'il est coupable.

Si ça ne te pose pas d'inconvénient, j'aimerais donc que tu édites en conséquence. Peut-être que tu pourrais indiquer de manière transparente qu'il y a eu un rachat, avec un communiqué dudit accord, ainsi que les propos qu'avaient tenu Opera pour rassurer les gens. Ainsi, libre aux internautes lisant cette "recommandation" de décider s'ils veulent donner sa chance ou pas, plutôt que de déjà fermer la porte sans ne rien voir derrière.
Désolé pour le chipotage, merci pour ce site sympathique et bon surf.
admin
@someun: Ok. Thanks for your explanation. I checked info on News sites then edited the #browsers part. Merci! ;)
WildByDesign 
@Nik, As promised, I have just sent a donation to you matching my previous donation. Thank you for always being so reliable with regard to Chromium builds (especially Stable channel) and for your advancements with adding PGO and more recently CFG. Fabulous work, sir. The Chromium community appreciates your great contributions.

Regarding Control Flow Guard: According to Trend Micro who has dug into CFG in the past, Microsoft has hardened CFG even further with Windows 10 Anniversary Update which is great news, even more so with 64-bit, I believe. Link: http://blog.trendmicro.com/trendlabs-security-intelligence/control-flow-guard-improvements-windows-10-anniversary-update/
Hi there!
@Jerry: There's another hosts file you could add to your list: https://github.com/StevenBlack/hosts
Have a good day everyone.
After months of struggling with hardware acceleration, I found that my antivirus, Webroot, specifically the "Identity shied" portion needs to either be disabled or have "libegl.dll" whitelisted. Otherwise, chromium starts in software only with the gpu process failing silently. Posting here in case I forget down the line.
Nice post @WildByDesign. I kind of wished they told everyone how exactly they "profiled" their build though.
Hi everyone!
Anyone knows why google translate won't work even with Chrome?? This is a strange issue. I have downloaded chrome and it also doesn't work. It translates the page , it says page translated but nothing changes. What could affect both Chrome and Chromium ?
@Andreas: maybe some google host/IP is blocked?
@nik i'm not using any firewall or antivirus other than windows 10 windows defender.
WildByDesign 
@Nik, Thank you again for a fantastic Stable channel release with PGO and including CFG. Also, I noticed via your Github repo that you've compiled a 32-bit Stable channel build as well with CFG and I just wanted to thank you for that as well on behalf on any community members who may still use 32-bit Chromium builds. I know of a few users who still use 32-bit Chromium builds and they will most definitely be thankful for and appreciate your time. Cheers!
@nik: I like to mimic your Chromium builds! I've managed to get all the CODECs working (apart from h263.)
In the nightly Chromium builds CFG is (now) the default.

Once you have done a PGO build (or collected sufficient data), is it really necessary to do subsequent PGO builds for new Chromium releases?

I mean once you have the PGO data could you not manually apply it to software components that most require optimising?

For example,

if (!is_debug && is_win) {
configs -= [ "//build/config/compiler:default_optimization" ]
configs += [ "//build/config/compiler:optimize_max" ]
}

Would you be willing to provide a list of the main Chromium components that benefit the most from PGO?

Thank you for your good work.

My next objective is to integrate some of the "ungoogled" works into my (nightly) build.
@marmaduke: i'm sorry, i don't know :) i simply do the basic pgo phases: compile -> collect data -> compile with a collected data, that's all.
[EDIT: dead links removed - 13 Aug 2017 by Jerry]
AFAIK, you need to PGO profile for each build. All but 19 functions were optimized in one of my recent PGO builds, even if the vast majority of functions are optimized for size instead of speed.

0 of 0 ( 0.0%) original invalid call sites were matched.
0 new call sites were added.
266 of 1322755 ( 0.02%) profiled functions will be compiled for speed, and the rest of the functions will be compiled for size
8639617 of 16081063 inline instances were from dead/cold paths
1322736 of 1322755 functions (100.0%) were optimized using profile data, and the rest of the functions were optimized without using profile data
653309896679 of 653309896679 instructions (100.0%) were optimized using profile data, and the rest of the instructions were optimized without using profile data

That said, I probably should do some serious comparisons between WPO and PGO. WPO is heuristics-based optimization versus PGO using profile-based optimization. If there is only a percent or two real-world performance difference, then I am not sure the build time for PGO is worth it, at least to me.

Updated Clang/LLVM builds are now available for both Windows 32- and 64-bit platforms.

Been busy, so apologies for the slow update interval.
Anon1495
Where to find old versions of Nik's builds without profile buttom (#comment-1027)? I really hate this eye sore.
Thanks
@1495, I'm also interested in removing that profile icon as well only of course if that old version is PGO compiled
admin
Thank you all ;)
@RobRich: I am waiting for you! ^^
@1495 and @Andreas: No, we do not store very old Nik's builds. And they are not PGO compiled. If you want to remove the profile icon, you can:
- use the incognito mode
- or compile Chromium yourself (Note the Akujin's patch does not work on version 51+... so make yours!)
So there are no plans to remove that button in future releases?
Anon1499
To person who wrote @Jerry:

"no plans" is not an accurate way to put it, as there was no plan to begin with. Someone else wrote a patch to remove that profile button, and anyone who compiled Chrome/Chromium could use it. Then Google changed the code for the profile button, integrating more into the framework of the browser. The patch no longer worked, and due to the way it's coded, it (so far) seems unlikely that a new patch will be created to remove it again. If someone does figure out how to make a new patch to remove it, then I am sure nik and RobRich (and anyone else who wants to) will use it.

Comments for nik & RobRich:

nik's last few PGO lkgr builds have some issues where a page will go black for a moment, then the page comes back. It happens on all pages, and seems much more frequent in the first minute or so of opening the browser, but does continue to randomly occur even after a length of time.

I thought it might be just that the builds were PGO optimized, and / or the build #'s themselves had issues related to development. However, when I used RobRich's PGO builds, sometimes even the same build # as nik's, the pages turning black never happens. In addition, RobRich's builds are slightly faster. My guess at this point is the way nik performs his PGO optimization is introducing this issue, but I am unsure.

If it helps - I am Windows 10 x64 1607 & I use the lkgr archive No sync builds.

Thanks Jerry, nik, and RobRich for all your efforts.
I am working on a large release set with multiple builds for the same recent LKGR revision. Hopefully should be ready later today.

"Official" built with Clang/LLVM for 32-bit and 64-bit Windows.
"Official" built with MSVS for 32- and 64-bit Windows.
"Official with WPO" built with MSVS for 32- and 64-bit Windows.
"Official with PGO" built with MSVS for 32-bit and 64-bit Windows.

It should allow for comparison testing of the various stages of optimization.

----------------

I am not sure what build arguements Nic currently is using, thus perhaps some differences.

My PGO builds currently use:

is_official_build = true
chrome_pgo_phase = (1-2 phase #)
is_debug = false
proprietary_codecs = true
ffmpeg_branding = "Chrome"
enable_widevine = true
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = fals
@1499 @ RobRich

"nik's last few PGO lkgr builds have some issues where a page will go black for a moment, then the page comes back. It happens on all pages, and seems much more frequent in the first minute or so of opening the browser, but does continue to randomly occur even after a length of time."

===

I compile non-pgo builds (with full codec spupport and no sync) and have the same issue. It's more likely to do with the "gn args". Does RobRich's PGO builds include full codec support?

I'm not particularly sold on the benefits of optimisation - WPO or PGO: I'd be surprised if the performance gain is in the "order of magnitudes". I attempted a WPO build today and ran out of disk space! At the start of build, I had ~40Gb of excess disk space.
My builds have proprietary codecs enabled in the build arguments, but not "full" codecs with the code edits mentioned awhile back.

I will take a look later, but IIRC, my PGO builds have been like 100+ GB each.

For comparison, I remember a recent Clang/LLVM build without symbols was a little over 3GB.
My recent pgo build folder is 120gb, yet i've patch some BUILD.gn files to remove duplicate LIB files (and free ~20gb), so the requirements for a pgo build is ~150gb free space.
And here is my args.gn versions https://github.com/henrypp/chromium/blob/master/args_gn.md
Anon1504
Came here to report the suggestion of WOT (Web of Trust) since the recent news (logging) but Jerry already took care of it. He's fast :)
@nik: About 'Support WebSocket in WebRequest API' there is this patch by user 'pkalinnikov' https://codereview.chromium.org/2449913002/
This patch allows user to block aggressive advertising from XXX sites.
Is this patch inside the current build of Chromium ? If not, it's possible add it to Yours builds ?
@rbon: no, not yet. I think it is still in draft version (the last post show this... tabID,frameID,parentFrameID is undefined), so i'll wait :)
@nik: Thanks
Anon1508
I'm looking to get ADMX Group Policy templates that work for Chromium. This page (https://www.chromium.org/administrators/policy-templates) says they can be generated by building the policy_templates Chromium project. Can you provide instructions on how to do that?
cyberrufus 
@1508: Just download the .zip file from your link for the templates.
Anon1510
The ADMX templates in that zip file are designed for Chrome, not Chromium. Chromium GPO settings get stored in a different location in the registry compared to Chrome GPO settings.
cyberrufus 
Correct, Chrome stores them in Software\Policies\Google\Chrome and Chromium in Software\Policies\Chromium. The same template is used for both.
A Chromium User 
Hi, I'm using chrlauncher to update only - but it's not automatically updating Chromium.
Anon1513
@cyberrufus Have you ever tested that out yourself? The ADMX templates in that zip file store every setting in Software\Policies\Google\Chrome. If you open up the chrome.admx file with a text editor, you can see where that is configured for each setting. Since Chromium is configured to only look for policies in the Software\Policies\Chromium section of the registry, all of those settings in Software\Policies\Google\Chrome are ignored.

So back to my original question, since there aren't any current Chromium ADMX templates available to download from the Chromium site or from here, can someone help me out with building the policy_templates Chromium project? It would be great if the ADMX tempaltes were posted on this site with each new Chromium release.
Nick, I was excited to try your Sync • WebRTC • Widevine version of Chromium v56.x64-bit on Windows 10 64-bit, but as another user mentioned upon opening the browser the browser screen BLACKS out at random times. Also happens while creating new tabs... makes these Chromium builds very unusable when your trying to read a page and the browser window goes completely BLACK for a second or two. There is no pattern to when or how this happens so, I went back to the Chromium Authors Snapshots which work perfectly... minus the codecs. :(
Same as Dustyn, marmaduke.
nik I've been using your builds for a long time, it was only until the recent builds that this started happening.
I'm on (No sync • No WebRTC • No Widevine • 56.0.2906.0 (428695) my OS is Windows 10 x64.
Anon1516
Yea, i'm facing the same. I've tried last build from RobRich and couldn't reproduce the same issue, so i guess it's definitely a problem with @nik's builds
Last @nik's build without "black flickering" issue is 56.0.2884.0
[EDIT: dead links removed - 13 Aug 2017 by Jerry]
Updated PGO build now available. Experimented with extensive profiling for instrumentation. Took hours. YMMV.

Chromium 56.0.2913.0 (Official Build) (Windows 64-bit)
Revision 474ffeb14d5b30ff925c15dfde05c7b49ea2572f-refs/heads/master@{#430219}
Compiler MSVC 2015 (PGO)

- mini_installer-pgo.exe
- chrome-pgo.7z
- chrome-pgo.zip (Nik's format)

----------------

Updated Clang/LLVM 32- and 64-bit builds now available. Same revision as above.
https://github.com/RobRich999/Chromium_Clang/releases

----------------

For comparison testing, I have a MSVS dev build of the above revision done. Waiting on official and official with full WPO builds to complete. I likely will just toss them all in single archive for download. Probably Tuesday sometime.
Sorry, i can't catch this random blackout bug on a four different PC's.
Try to disable the hardware acceleration in options, maybe this will help.
I concur with nik: disabling 'hardware acceleration' solved the random blackout bug.
[EDIT: dead links removed - 13 Aug 2017 by Jerry]
I have assembled multiple builds of the same revision (v 56.0.2913.0-r430219-win64) for those interested in comparison testing. Builds include development compiled with Clang, development, official, official with WPO, and official with PGO. The archives are in Nik's format.

- chrome_builds_x64.7z
- chrome_builds_x64.zip

The archives are the same, just in different compression formats. Either way, the extracted size is around 874MB.
Hi, i wanted to ask about new google material design, especially in the browsers top - there is an option to disable it in v54 via flags, but there is no such option in beta v55, and it looks really ugly, it is very buggy and it is a deal breaker for me. How your builds will deal with this issue ? I mean, chromium doesnt have auto updater, so i could just stay with v54 forever, but i was wondering if you will be looking for a solution to this.
Anon1523
Tested @RobRich (thanks for the fresh builds btw!) and no flickering issue. I understand that disabling hardware acceleration in @nik's build we no longer reproduce it either but there's something wrong in the build process for sure since @Rob's builds don't have this issue.

@new_user: there's no looking into it, chrome team is deleting old chrome UI code so there's no way to enable old UI anymore, only Material desgin from now on. The last non-material build is 55.0.2867.0 (revision 419802) and is available at @nik's github
@1523: no issue in robrich 56.0.2913 MSVS PGO right?
@nik I switched to Robs 56.0.2913 MSVS PGO been using for a couple days (hardware acceleration enabled) and no black flickering issues exist so for me at least it confirms something you did in your builds is wrong, hope you get it resolved what ever it is.
@Step: can you test the new build 56.0.2915?
i can contribute following.
black flickering with the new build 56.0.2915 AND also with Robs 56.0.2913 \Dev_MSVS_x64
NO black flickering with Robs 56.0.2913 \Official_PGO_x64
i hope this helps.
Nik, if it helps tracking a possible issue based upon mnsch's feedback, I built Dev_MSVS_x64 with the following arguments:

is_debug = false
is_win_fastlink = true
symbol_level = 0
remove_webcore_debug_symbols = true
proprietary_codecs = true
ffmpeg_branding = "Chrome"
enable_widevine = true
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false

I built Release_PGO_x64 with the following arguments:

is_official_build = true
chrome_pgo_phase = 1 (2)
is_debug = false
target_cpu = "x64"
proprietary_codecs = true
ffmpeg_branding = "Chrome"
enable_widevine = true
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false

On a side note, I should have an updated PGO build later today. It is currently in instrumentation.
Anon1529
I can confirm, v56.0.2915.0 still suffers from the flickering issue. Odd problem
That should be "Official_PGO_x64" in my last post, buy anyway, ya' get the point. I renamed the directories after building.

Updated PGO build available. Download via GitHub. :)
https://github.com/RobRich999/Chromium_PGO/releases

Chromium 56.0.2915.0 (Developer Build) (Windows 64-bit)
Revision d3db0dba7ab7119602cb4e83b785044f6f44619b-refs/heads/master@{#430950}
Compiler MSVC 2015 (PGO)
For those who have the flickering issue: which OS do you have and a videocard brand?
Anon1532
Windows 7 SP1 + Nvidia GTX 5xx
Maybe revert back to non-PGO for the time being?
@nik: Win10 (10586.679), Radeon HD7770
Windows 10 Home (x64), Intel Iris Graphics 540.
No flickering with RobRichs last PGO Build.
mnsch10 indicated my Dev_MSVS_x64 build had the flickering issue, while my PGO build did not, and fastlink is one of the biggest differences between the builds.
ok i caught that bug on a virtual pc with win10 x64, now it's the time to some debug
@RobRich: got it, will check
Anon1537
In version (54.0.2840.99) no issues with flickering, apparently it's only on dev. Windows 10 x64
Hi, in last RobRich build (https://github.com/RobRich999/Chromium_PGO/releases) i have problem with sign in for sync.
Is it normal?
A Chromium User 
Hi, chrlauncher isn't automatically updating my stable-codecs-sync chromium build.
@Jason I do not build with a Google API key, so AFAIK, you will need to set a Google API key and related info via environment variables on your local system to use Google services.
https://www.chromium.org/developers/how-tos/api-keys
https://www.computerhope.com/issues/ch000549.htm
Anon1541
@A Chromium User: My chrlauncher works nicely with the same build, on x64 win7. So check your settings in the "chromium.ini" file. ChromiumCheckPeriod must be "1". To force update, you can delete the \bin folder ^^
Have you considered that this flickering is just a bug of chromium ? You know, you are using alpha version to start with, that should give you a clue.
Donald Jerimiah Trump 
Nik's build(s) has ALL the codecs enabled: Xvid, FLAC, H265/HVEC; etc. Turn off hardware acceleration (HA) and there is not a problem. Hardware acceleration, when active, is only used when necessary.

I build Chromium with all the codecs enabled for both the macOS and the Windows platforms. I dual boot an Optiplex 780 (Hackintosh) with a Radeon HD5450 graphics card. I'm able to use HA on the 'mac' with no problems; but not under Windows: the performance gain using HA is negligible.
i'm building new lkgr and stuck with some webrtc issue :) if i can't solve this problem in a couple days then i think it's impossible to build "nosync" anymore...
google again integrated webrtc more deeply in the main code and my patches not enough *sigh*
@nik: For me the flickering happened on Windows 10 Pro 64-bit using NVIDIA GeForce GTX960 (Sync • WebRTC • Widevine version of Chromium v56.x64-bit)
VPN Services 
I'm still having some issues with Windows 10 Pro using a RX 480 8GB (RAEDON) with the latest Chromium version.
@Jerry: please note that ThumbApps uses two different repositories on Sourceforge.net:
1. Chromium Portable on nik builds: https://sourceforge.net/projects/thumbapps/files/Internet/Chromium-nik/
2. Chromium Portable on RobRich999 (or other than nik) builds: https://sourceforge.net/projects/thumbapps/files/Internet/Chromium/
github.com/henrypp/chromium/releases/tag/v56.0.2920.0-r431862-win64
can someone check this build for flickering issue?
seems to be ok. i've used it for a few minutes and haven't seen any issues
no flickering here. but the description says "nosync without WebRTC support" and the link is named "...sync" and its with webrtc. for me no problem because ublocko.
No flickering for me, using Windows 10 Pro x64, and a Geforce GTX 960 driver v375.86
@Leo, @ecsjjgg, @mnsch: thanks
@mnsch: it was for test, but now i uploaded other files
from my side everything is fine now. many thanks for the good work!

since v.56 whoer.net detects a proxy. i dont use a proxy and v.54 with same settings dont show this. anyone a idea whats behind this?
@mnsch: can't tell because in my country this site is blocked :) maybe you run some software on port 8080, 3128, 80, 1080 or send in header HTTP_X_FORWARD?
Updated Chromium PGO build now available.
https://github.com/RobRich999/Chromium_PGO/releases

Chromium 56.0.2920.0 (Official Build) (Windows 64-bit)
Revision fe5ea3f7cb872ea6fa2e560cfefc9185393a8cb2-refs/heads/master@{#431896}
Compiler MSVC 2015 (PGO)

----------------

Updated Chromium Clang 32- and 64-bit builds now available.
https://github.com/RobRich999/Chromium_Clang/releases

Chromium 56.0.2920.0 (Developer Build) (Windows 32/64-bit)
Revision fe5ea3f7cb872ea6fa2e560cfefc9185393a8cb2-refs/heads/master@{#431896}
Compiler clang (+msvs linker)
@nik: no, nothing from this. browserleaks.com detects no proxy whith v.56. maybe a failure by whoer.net. incompatible with some changes in new chrome or so...
Anon1557
So far so good with the last build by @nik. Congrats and thanks for fixing that flickering issue!
Kudos to everyone who contributes for this site, the work you put in in this project is just amazing!
False positive IMO. The site reports HTTP_X_FORWARDED_FOR for Firefox Nightly 53.0a1 as well.

It appears the site is using CloudFlare as a CDN reverse proxy provider for HTTP traffic, thus potentially confusing the script on the server-side of the situation.

Take a look at HTTP headers at the site. Example:

URL: https://whoer.net/js/jquery.main.js

Request Method: GET
Remote Address: 104.25.38.26:443
cache-control: public, max-age=2073600
cf-cache-status: HIT
cf-ray: 3026185ff70717f2-MIA
content-encoding: gzip
content-type: application/javascript
server: cloudflare-nginx
status: 200

IP 104.25.38.26

NetRange: 104.16.0.0 - 104.31.255.255
CIDR: 104.16.0.0/12
NetName: CLOUDFLARENET
NetType: Direct Assignment
Organization: CloudFlare, Inc. (CLOUD14)
Comment: https://www.cloudflare.com

About CloudFlare:
https://en.wikipedia.org/wiki/Cloudflare

Might be worth someone mentioning to the whoer.net webmaster if desired.
Extreme Solutions 
Good Job
Something's wrong with Nik 32-bit releases: since latest stable (wrong links as of this post btw, they point to lkgr builds), all 32-bit builds are "no-sync". "Sync" builds are missing.
Good job..
Recently had to move from linux to windows and chromium is one of my favorite browser.
@Starla: damn, you right, i'll fix it within a day with a new build
admin
@Starla: Sorry, I made a mistake about links. Corrected. And about Sync, use the STABLE version. It works.
Wow, now THAT was fast. Thank you guys, and keep the good work!
No Google Man 
Did you guys remove the Ungoogle-Chromium? What's the reason?
admin
@No Google Man: you can find it at https://github.com/henrypp/chromium/releases/tag/v53.0.2785.143-r403382-win64

Reasons:
1) It is outdated. Stable version is currently 54.0.2840.99. So there are many bugs, issues and security holes corrected from version 53.
2) It is buggy itself: https://github.com/Eloston/ungoogled-chromium/issues
3) Eloston promises to compile a 64-bit version for Windows: https://github.com/Eloston/ungoogled-chromium/issues/62
4) Chromium code often changes. So it is difficult for developers to maintain unofficial patches (like ungoogled-chromium by Eloston).
5) You are on a website about Chromium, not about #chromium-forks
Chromium Lover 
I'm using Chromium 56.0.2920.0 (64-bit) Nik pgo cfg lkgr 64-bit Which is the best Chromium build I've ever used
Super Smooth Performance
Better RAM Consumption than other Chromium Builds
No Flickering Issues so far so goood <3 Keep it up NIK and Other Chromium Devs!
Anon1568
v57 is out
Anon1569
^^ so? :P
Google add flac support to recent chromium version
Anon1571
Good news
Updated PGO build now available.
https://github.com/RobRich999/Chromium_PGO/releases

Chromium 57.0.2926.0 (Official Build) (Windows 64-bit)
Revision 3076aa222b62ac770f2c887bc11b7e246fe5b063-refs/heads/master@{#433443}
Compiler MSVC 2015 (PGO)
Hey is there a list for installer switches?
Silent Install works fine using " --system-level--do-not-launch-chrome" but i was wondering if there is a switch for updating as well because it keeps the old version installed almost completely if you just run the installation again.

Thanks!
Anon1574
Last 3 builds, this one included, experiencing frequent shockwave flash plugin crash notices causing media sites (radio players) to freeze.
RichieRich 
@RobRich gotta love your new CLANG compilement V57
Thanks, and welcome. :)

Need to try a new test build with Clang and lld to see if a stability issue has been resolved, as right now I am having to link the Clang compile with Visual Studio.
Anon1577
Several sites with this build are generating the 'Aw Snap!' error.
What's with the annoying red or blue boxes showing in the URL bar and can it be disabled (https://i.imgur.com/i0pK7Dw.png) ?
Using Nik's (No sync • No WebRTC • No Widevine • 57.0.2933.0 (434488) • Sunday, 27 Nov 2016)
In the previous build this wasn't happening I find it disrupting especially the red one. Nik?
Anon1579
Using Nik's Sync • WebRTC • Widevine • 57.0.2933.0 (434488) • Sunday, 27 Nov 2016 build causes the browser to crash a few seconds after launching. Anyone else experiencing this? Any advice as well?
Anon1580
@1579: Uh, scratch that. I reset all my flags to default and the problem was fixed. Sorry for the trouble. I wonder which flag caused it though.
Same happened here with my 57.0.2933.0 PGO build.

Resetting flags resolved the issue, though I have not tracked the exact flag.

I do know the last few times I have had flag issues, zero copy was my usual first suspect to check.
@Spring: yeah, i'm also noticed from the first glance... just checked the official build and it has the same thing, i think this is their new feature (or bug) :)
'Aw Snap!' error seems to be caused by chrome://flags/#enable-asm-webassembly flag, so if someone has it enabled disable it.
Also on the newest 57.0.2935.3 Canary build there seems to be a problem with Reddit Enhancement Suite, you get 'Aw Snap!' errors while browsing Reddit with this extension.
Anon1584
Tried disabling this as per other posts. chrome://flags/#enable-asm-webassembly
Also tried resetting all flags to defaults. Several sites still 'Aw Snap!'.
This is annoying 
@nik: Testing your latest No-Sync build and I'm unable to enable pdf-plugin, it's grayed out with a message "Disabled by enterprise policy".
@This is annoying: what arch? i'm using right now the latest lkgr build 2933 64-bit and pdf is work
@Spring & @Nik The borders are gone in my latest Clang build, which I should have ready for release later tonight.

I did not notice the borders when instrumenting my latest PGO build, either. It is currently in phase two building, so it probably will be late tonight or tomorrow before releasing it.

I think the recent crasher now should be resolved, too. :)
Anon1588
@RobRich: your builds have the 'all-codecs' like Nik's builds? thx for the builds Rob and Nik.
I build with the default open source and branded proprietary codecs enabled using predefined GN build system parameters.

I think Nik builds with all codecs available, including those in the codebase perhaps needing build file edits to manually enable, so there could be differences.
Just want to share:
I just tried to upgrade Chromium portable (regular dev) from 57.0.2929.0 to 57.0.2939.0 and get this message on start up:

"Failed To Create Data Directory
Chromium cannot read and write to its data directory: "D:\PortableApps\Chromium64\Data\Chromium\User
OK "

The portable configuration are the same, so it's kinda weird. But maybe more luck with latest release so I tried with 57.0.2940.0, but no luck!

I thought it was the portable configuration, but when I run the last release (57.0.2929.0), surprisingly it's OK no strange error message.

Happen both on 32 and 64 bit. Anyone with the same experience?

Ronny
@thumbappsOrg
Anon1591
@versapps: Same here. It's a bug https://bugs.chromium.org/p/chromium/issues/detail?id=670012
Fixed soon.
Anon1592
Why the newer Chromium doesn't contains flash plugin? I don't want to install flash into my system. I'd be happy to have it only in Chromium.
Anon1593
@1592: use chrlauncher with PPAPI plugin ^^
Website: http://www.henrypp.org/product/chrlauncher
Download: https://github.com/henrypp/chrlauncher/releases
Anon1594
@1593. Thanks. But I forgot to mention Chromium for macOS.
Anon1595
@nik: Just install and tested No sync • No WebRTC • No Widevine • 55.0.2883.75 (423768) • Friday, 2 Dec 2016
ALL GOOD and somehow is much much more blazing fast-er than b4
still i pref the old non-Material Design User design - which ver is the last copy again pls?
Thanks for your good work
Also thanks jerry for your site
@1595: i think it's the 54.0.2840.99
@all: I'm thinking to drop the NOSYNC build (and it's great that RobRich doing dev builds) and keep only SYNC build. The reason for that is time, when a single non-PGO build lasts for ~1.5 hours (and both only ~3hours), a PGO build takes ~8-9 hours on my pc (i have 32gb of ram) and both (sync and nosync) pgo builds lasts for 16-18 hours :(
so something like this..
Anon1598
@nik
do you have more user for nosyc or sync?
i pref nosync
perhaps you can do a alternate ver - sync when 54.0.2840.99 then nosync when 55.0.2883.75
or like once a month or couple of months or even quater or half-yearly - like a major upgrade...
not sure if the everyday user needs to update ver everytime chorme new release
unless there is a major bug
so pls consider keeping the nosync (be it not regular updates)
appreciate your work and time :)
@1598: thanks for the bug link :)
@Nik: Yes! Let Rob do the NoSync.
Kind of hoping no-sync doesn't get dropped. It's the only active builds of chrome/chromium without webrtc (prevents IP leak...etc).
Is it possible to keep no-sync, but just compile without PGO (like you used to)?
Anon1601
I also prefer NoSync. Hell.. if the choice was between using Sync and using NoSync without PGO, I'd rather see PGO dropped than the entire build.
Looking at PGO build stats, only around 0.2% of functions are compiled for speed. The vast majority are compiled for size, which likely is not much of a concern for modern systems with plenty of memory.

I suppose there is the issue of cold and dead paths, but again, I supect most of us are running systems with plenty of memory and probably processors with decent cache sizes.

Point? PGO is not a tremendous performance improvment on decent hardware compared to full WPO, which uses heuristics instead of instrumented profile data for optimization. Full WPO is build intensive, as PGO uses it too, but it does not require instrumentation profiling or second phase linking - a potential build time savings of several hours.

I know Pale Moon (forked Firefox) dropped PGO, and IIRC, the decision was made quite a long time ago. I suspect it might have been done due to similar results as we are noting here.

I have an updated PGO build that just completed last night. I can do a full WPO build easily enough. How about I then post both bulds, and a few of us comparison test them for feedback on any actual usability peformance differences?

In terms of daily usage, snapshot dev and even my own Clang dev builds peform decent enough - IMO anyway - on my various systems, including my older notebook with an early AMD A10 processor.
download summary: sync = 75% and nosync = 25%.
btw i'm also using the NOSYNC build and i think i can keep nosync without PGO (i had already planned to do it for myself).
@RobRich: that will be great, maybe after that i'll stick with wpo instead pgo and do the both builds :)
Anon1604
I subscribe, please don't drop the nosync builds. Let the PGO go instead of that
[EDIT: dead links removed - 13 Aug 2017 by Jerry]
I have three builds for the same revision: official, official with full WPO, and official with PGO. The did a shorter instrumentation pass for the PGO build than usual, but the optimization stats are similar enough to my previous PGO build for comparison testing IMO.

The files are named accordingly, and the ZIP archives are in nik's "chrome-win32" format.

Chromium 57.0.2940.0 (Official Build) (64-bit)
Revision 22c3ee4fc5e755a4c08d900b63dbe48f7974946c-refs/heads/master@{#435933}

- mini_installer_official.exe
- chrome_official.zip
- build_args_official.txt

- mini_installer_official_wpo.exe
- chrome_official_wpo.zip
- build_args_official_wpo.txt

- mini_installer_official_pgo.exe
- chrome_official_pgo.zip
- build_args_official_pgo.txt
Anon1606
@nik: I prefer nosync too and I hope you can continue them at least without PGO.
I personally would prefer and would be super happy with:
Full WPO • No sync • No WebRTC • No Widevine • All Codecs • LKGR • 64-bit

Drop PGO - What RobRich said.
No sync - I don't have a Google account or wish to use sync.
No WebRTC - Get rid of IP leaks, must for those on VPNs.
No Widevine - I don't use any services that require it.
All Codecs - Life saver as my Windows Server 2016 OS is missing codecs.
LKGR - Bleeding edge without being Canary-tier in terms of unstability.
64-bit - Plenty of RAM to spare and performance benefits of course.

Of course for those that do need them keep the alternate builds up too, choice is good.

Regardless I appreciate the work you gents do and the choices you will make.
Anon1608
Agreed with the Above Statement
i have tested pgo vs wpo builds and the difference in my case is near ~0.3-1%, so i'll stick with wpo then (and compile time have decreased for twice)
here is new build https://github.com/henrypp/chromium/releases/tag/v57.0.2940.0-r436006-win64
I tossed my three test builds at a few benchmarks on my AMD A10 notebook. Nothing scientific, but anyway. I looked at basic in-browser performance numbers; not system processor utilization, memory consumption, power usage, etc. so YMMV.

Skip the Official with Full WPO builds. Typical JS performance, even when showing any positive gains, is generally around 1% faster compared to Official. Some rendering tests are actually slower than Official. ?! There are not enough positives to bother IMO.

On to Official with PGO. Admittedly, performance is generally improved if instrumenting the optimization profile for specific benchmarks. Some of the biggest gains I noted are certain rendering and DOM processes, though even then the overall results still are typically within a few or less percent of Official. Being realistic considering the build times involved and for the vast majority of typical day-to-day browsing activities, I see no overtly compelling *performance* reason to build Chromium with PGO at this time - again IMO, of course.

Official already does targeted compiler and link-time optimizations, just like Google was doing for Chrome until going live with PGO builds, and that worked fine (enough) for several years. ;) Unless one is solely crunching benchmark numbers, I recommend building Official without Full WPO and PGO for now, and maybe we can reevaluate performance differences again in a couple of months if interested.

All that said, I still intend to occasionally build LKGR with PGO for ongoing performance testing purposes, so I will continue to push build updates as possible. Maybe once a week or so? Otherwise, I probably will be concentrating the bulk of my build efforts on Clang/LLVM releases for the immediate future.
Chrome 55, the dark theme while using incognito mode looks absolutely HORRIBLE. Anybody know how to get the light version back? In version 54 it was possible by fiddling with chrome flags but that's now gone. And so will I if this can't be done.
@Desperado I have not tried it, but here is a "light" material UI theme for incognito mode you can try:
https://chrome.google.com/webstore/detail/material-incognito-light/necpbhkfondbpbloppmkjpdkdimldobc
Anon1613
@RobRich: Thank you very much for your all releases and explanations. You are the man. Extension to light the incognito mode works nicely too! ;)
Welcome. :)

Curious, does anyone actually use WebRTC? I know it is a potential security concern for some people, and it is one less feature to build that I do not personally use anyway. Unless someone has a good argument otherwise, I probably will disable its functionality in my future builds via the associated GN build parameter.
@nik the 57.0.2940.0 is buggy: https://bugs.chromium.org/p/chromium/issues/detail?id=670012
I got it from #comment-1591
And I've just tried your release, and the bug's still there, or do you have any tip to disable the bug?
@RobRich It's is better for Security and nobody uses it..
Even I Disable WebRTC using Flags
Its better if you disable in Future builds!
Cheers!
@nik, update on #comment-1615
57.0.2943.0 (436242, b887e7c) • Monday, 5 Dec 2016
has the bug removed.
WildByDesign 
@RobRich, I do not use WebRTC myself. Also, in the majority of forums that I frequent, I find that almost all security and privacy conscious users do whatever they can to disable and/or avoid WebRTC. I assume that it is more of a niche component at this stage. So most folks that come to Woolyss' site for Chromium builds would have security and privacy as their priorities when it comes to choosing Chromium builds. If they want WebRTC and other such features, they can always choose Google Chrome.
@ronny: ok then i start to compile
i agree WildByDesign
also "So most folks that come to Woolyss' site for Chromium builds would have security and privacy as their priorities when it comes to choosing Chromium builds." is true for me atleast, I got fed up with firefox, /g/ linked me here so glad to have found this page, thank nik and rob importantly.
i completely agree with WildByDesign too. i prefer no sync - no webrtc - stable - 64 bit. many thanks for the good work!
Anon1622
+1, i also agree with @WildByDesign
#SayNoToWebRTC 
+1 with WildByDesign
Anon1624
Completely agree with @WildByDesign. I use Chromium builds from Woolyss for security and privacy reasons, and WebRTC violates those principles.
Works for me. :) WebRTC now is disabled in my Clang/LLVM builds, including the 57.0.2944.0 builds I just published.

I also will disable it for my next PGO build, though that could be a few days out since PGO is not a current priority IMO.
Nik's (WPO) No sync • No WebRTC • No Widevine • 57.0.2944.0 (436519) • Tuesday, 6 Dec 2016 is working great.
That "Aw, snap!" error that was happening repeatedly in recent builds seems to be gone as I haven't had it happened since updating.
Thanks.
cyberrufus 
Receiving frequent "Aw Snap!" errors in 57.0.2944.0 (both revisions). Had to revert back.
Published an updated PGO build to disable WebRTC there, too.
Anon1629
@RobRich: Please check your new PGO build. It looks like Clang build.
@1629: Thanks! Just fixed. :)
Can someone please help Elostoon getting complied using GN?
https://github.com/Eloston/ungoogled-chromium/issues/137
UnGoogle NOT STABLE 
@ungoog there's a reason that @Nik @admin remvoed the Un-googled Chromium build cause it's OUTDATED / BUGGY ..@Nik was compiling and helping her/him but the patches are buggy so they stopped it producing
@nik: Quick question. I know you are now building WPO. I assume without "full_wpo_on_official" enabled, correct?

BTW, a quick explanation for those not building Chromium. "Official" does WPO on select targets when building, versus "Official with Full WPO" does WPO on all targets when building.
So, do you even publish your builds somewhere or what ? I see niks stable builds, but not yours.
Scroll down below nik's in the build listings. ;) I build "last know good release" (LKGR) revisions off the development trunk. I do not build stable, as nik has that covered.

My primary focus right now is building Chromium using the open source Clang/LLVM compiler, as that likely the future of Chrome on Windows. It already is the compiler used for Chrome on Linux and MacOS. Note I am still linking with Visual Studio. I just filed a bug report for a crasher with the open source LLD linker, which I hope to soon again be using for published builds.

As for Virtual Studio builds, I am going to continue occasionally churn out Visual Studio releases with profile guided optimization (PGO) so we assess ongoing performance changes, but it is not a priority roght now since PGO offers minimal to moderate retuns in exhanged for dramatically increased build times.

Speaking of optimizations, I noted link time optimization was recently added to the "Official" build type with Clang+LLD. :) I was able to do such a build yesterday, and it showed some performance gains, though it was highly unstable due to the ongoing crasher involving LLD. Hopefully it will be resolved soon.
Nik's 2944 is problematic.
Same as Ed and Cyberrufus, i get an error "cannot create data folder" during launch.
Build 2933 and Rob's 2946 all work great.
@RobRich: yeah sometimes, i'm still compare builds to see the difference.
@Sean I think that is a known issue with certain 2944 revisions. Scroll up and click the button to show older comments for more details.

@nik Thanks for the info, and of course, the Visual Studio builds. :)

----------------

Today I noticed VS Community 2017 RC1 is now available. Gave it a shot, but build landmines have not yet been updated for it. I might take a look at the landmines file later, as VS2017 still is using SDK 14393, so I doubt there are many (if any) differences in the build process.
Thanks Rob.
FYI: your "clang" build is very responsive and fast.
I've switched to your build.
Oops, I meant 2940. The 2944 issue appears similar. Could be a regression in the particular revision(s).

I have not seen it with 2946, which I have been running locally for over a day.

The performance of Clang/LLVM builds ideally should improve even further if/when the LLD linker issue I mentioned earlier is resolved. Then I can build with link time optimizations similar to existing Visual Studio builds using the "Official" build process.
Bilal Hossain 
Good Browser
Tunnello addon keeps crashing every on your every build? O.o
@TunTun: it's because you use build without webrtc support.
cyberrufus 
Frequent page crashes continue thorough 57.0.2947.0 (437664) (javascript related). Issue appears resolved in 57.0.2948.0 (437757) .
I'm getting "AW SNAP" everytime I go to a page Version 57.0.2933
Anon1646
@Aw Snap: Update it. We use version near 57.0.2947.0
Nik's 2947 build fixed the error of 2944.
Thanks guys.
Anon1648
Aw Snap errors occurring on several web pages.
Anon1649
Aw snap errors in all builds except stable
waiting for a new lkgr
^This. LKGR was not updated over the weekend for whatever reason(s).

I just pulled code off master and am currently building. If the builds appear stable, I will try to publish them later today, then replace when LKGR is eventually updated.
Anon1652
Aw Snap errors still occurring 2950
Working fine here.

Reset to default your about:flags config?
Why not offer a non-WebRtc version of Portable 56.0.2902.0 the one that works with PortableApps.com? You offer nonWebRTC versions of most everything else around here.
Anon1655
RobRich's '64-bit 57.0.2950.0 Clang build' looks like 32-bit version.
Konstantin 
I have got build 57.0.2950.0 (437986) and I think it still has Issue 664177 in it. Many secure sites are not working.
https://bugs.chromium.org/p/chromium/issues/detail?id=664177
I switched from lkgr to stable because as of lately there's just been too many issues that I can't put up with.
With stable I have none of the problems I was having on Nik's or Robs lkgr builds and I'm happy with performance.
Maybe in due time when I see complaints here settle down try lkgr again.
@1655: I have reverified and reuploaded the files for the 64-bit build. Should be good to go now.
I also should have fresh LKGR builds published today.
Anon1659
Anyone having a problem with the Nik builds nosync nowebrtc nowidewvine with the new Privacy Badger 2.0?
@1659: yes, i have too, just checked and it's working only in the sync build... i think it's because the plugin tries to access webrtc component that doesn't exists
Konstantin 
Please disregard my previous comment. Sorry.
Anon1662
Still getting aw snap errors even on RobRich's .2951 build. Only stable works properly.
cyberrufus 
Page crashing (present since 2940) appears to be resolved here in snapshots this morning. Issue was never present in Canary and it might be worth considering building with their sources for better stability.
Anon1664
I think recent No WebRTC version is the cause of the Aw Snap problem. Only Stable and WebRTC versions work normally.
Anon1665
Im on No sync • No WebRTC • No Widevine • 55.0.2883.87 (423768) • Friday, 9 Dec 2016
no problem at all
Anon1666
I should have clarified, the Privacy Badger 2.0 issue is occurring on the Dev version of the Nik build without sync, WebRTC, or Widevine.

I let it collect a few errors when it crashed, and perhaps that data was submitted. I've since deleted the Extension and have reverted back to Disconnect for the time being.

Maybe others using that particular Nik build can replicate the issue.
Anon1667
Latest 57 builds are not that stable. Can't even login to Gmail. 57.0.2947.0 seems fine for now
Given ongoing feedback about recent 295x builds, I just pushed 2952 builds.
For those having stability issues, this is just a quick thought, but see if disabling the recently introduced "No-State Prefetch" option in about:flags makes a difference.
I have no idea if it's placebo effect or something, but Chrome Canary is definitely less smoother/faster for me than Rob's Clang build.
Perhaps disregard my "No-State Prefetch" comment. After a skim of the bug tracker, I doubt it is enabled by default anyway.
I have been using my 2952 x64 build for awhile today. No stability probs so far here, but as usual, YMMV.
I did note a couple of minor video-related errors in the GPU log, but they are rather trivial and not crashers.
Anon1671
All good with Gmail now on recent RobRich's build (57.0.2952.0 - r438537). Thanks :)
cyberrufus 
https://heavy.com/
57.0.2952.0 - r438537 Snapshot- no crash with clean profile.
57.0.2952.0 - r438537 Clang build with codecs- crash with clean profile.
Disabling javascript on the site eliminates the issue.
Anon1673
Still aw snap errors in .2952, for example, Twitch crashes right away.
Weird, I don't get crashes on heavy.com site at all with Rob's Clang build, I'm using uBlock Origin, uBlock WebSocket and HTTPS Everywhere. I don't have Aw Snaps! at all on Rob's latest build.
cyberrufus 
Same issue exists in 57.0.2952.0 - r438689. Does appear to be an issue that some people have and some don't and it would be nice to know why. Guess I'll just stick to stable or 2939 until it's all sorted out.
Anon1676
More comments about the Aw, Snap crashes:

I know someone earlier speculated that the builds without WebRTC were the ones suffering the crashes, and I can confirm that to be the case for me. When using the same build # (57.0.2952.0) from Nik - the one with WebRTC doesn't crash, while the one without WebRTC does. Easy pages to cause the crash for me are Paypal, or google voice, and even image pages from Photobucket. Those pages haven't crashed for me with builds having WebRTC.

I'm hoping this is just a compiling issue, meaning that in builds without WebRTC there is something left behind that causes certain pages to attempt to utilize WebRTC--even though it's not there--thus causing the Aw, Snap crash. Or something of a similar nature.
Rolling through the 295x releases. v2953 now available.

Just checked and http://heavy.com/ is generally okay here. It does generate some minor DXVA-related video errors in the GPU log on 2953, but that is because I do not have hardware acceleration (or perhaps even outright support?) for whatever video format is being used. Basically means those annoying video ads do not work properly - assuming that is a concern. ;)

Also to note, while I do enable a few extensions as needed for specific purposes, I typically do not use any extensions with Chromium.
They are really stupid. why they don't allow me to disable fucking material design and fucking dark theme in incognito mode?
@RobRich
which build is better between 'clang' or 'pgo' for 64 bit systems ?
PGO has additional performance optimizations, but it can take hours to build even on decent hardware. I will occasionally update PGO for testing purposes, though it is not a current priority. Load the older comments for a discussion we had about it.

My Clang builds are built with the open source Clang/LLVM compiler. I am using Clang to keep tabs on development progress, as there are expectations Chromium will eventually migrate Windows builds to it. The project already uses it for MacOS, Linux, etc.

If you want the best performance, nik's builds have additional link time optimizations available with Virtual Studio. If/when a crasher is resolved with builds linked with the open source LLD linker, I should be able to experiment with similar optimizations for Clang builds. In the meantime, I am compiling with Clang and linking with Vistual Studio.
@Dan yeah, material design really sucks, you can now only switch between too big tabs bar and way too big tabs bar. I will be sticking with chromium 54 for as long as it takes to bring that shitty material design down.
@RobRich: Thanks very much for your explanation.
Its actually impossible to compare Robs and niks builds, because Rob doesnt do stable builds, and chromium beta/alpha versions have lots of bugs, so its not that stable vs alpha is uncomparable, but alpha vs alpha is also uncomparable.
I do not build stable, as I do not use stable, or rarely even Chrome for that matter. Ya'll get the same builds I use.

I have been using snapshot development and similar builds of Chromium, Mozilla Nightly, Opera, etc. for many years without much to note from stability and usability standpoints. That said, I do not load a half dozen extensions, multiple themes, and numerous plugins, either. ;)
btw i'm also using my dev nosync build all the time and didn't catch many many bugs that posted here in comments, maybe it's due to some extensions and plugins... i'm using only (ublock, umatrix, minigesture, save session and proxy switch)
cyberrufus 
Frequent page crashes here appear to be related to flash. Changing "Prefer HTML over flash" from Default to Enabled in flags fixed it. No idea if it's related to WebRTC but the issue doesn't exist in the sync builds.
Anon1688
I can confirm cyberrufus' comment that changing "Prefer HTML over flash" from Default to Enabled stopped the Aw, Snap crashes in builds without WebRTC. Builds that have WebRTC function fine for me without changing this flag.I am unsure as to the relation between these functions, but am glad to have a workaround so I can use builds without WebRTC again.

Thanks for your comment cyberrufus.
cyberrufus 
Better and easier solution is to just block flash in content settings. Problem with the workaround is that if you do run into flash content the newer nosync builds won't play it and you'll just get a page crash.
Anon1690
@nik: Which proxy switch are you using, exactly, if you can tell?
Anon1691
Tried the Enable Flash fix for the Privacy Badger crash on non-webRTC versions, still a no go. Wonder if I should just use the version with webRTC since uBlock and Privacy Badger should be handling disabling webRTC as it is and essentially making it a non-webRTC version.
oh and i forgot to say that i don't have flash in my system for years :)
@1690: proxy switch omega
Agree with ya' nik. Better solution for security and stability is to outright remove the Flash plugin; IMHO of course.
Anon1694
I also don't use flash and i haven't seen any aw snap! error lately and i've trying all the latest builds @nik and @robrich offer here.
By the way, thanks both of you for the fresh builds! :)
admin
@Anon1694: I agree with you. I also do not use the Flash plugin but I have another Chromium portable version with it (using chrlauncher) if needed.
Personally, I never see aw snap! error on win7 too. However, I see sometimes this error on win10.
Thank you dear developers! ;)
Aw Snap Dude! 
Still getting AW SNAP errors when trying to play HTML5 ..Not an Addon-Issue (Confirmed using without using addons)
Latest 'RobRich' working build without "AW SNAP" error is Version 57.0.2927.0 No WebRTC, No Sync RobRich Clang version
Anon1697
I solved the ah snap errors by switching to Canary
Anon1698
There has never "aw snap!" errors on STABLE Chromium version.
@Jerry: with all recent Chromium 64 bit builds (dev branch) I can not save as Pdf pages from my favorite forums in large (horizontal) format, even if I change various settings.
Chromium saves only a page (horizontal) not in large mode. Tried with Nik's build and Chromium Authors build with the same result.
Tried on Windows 8.1 and 10.
Some idea ?
Looking at logs, I did have a couple of page crashes with 2957. Annoying but rather trivial considering the overall number of pages rendered.

Today I internally updated to 2959. No stability issues to note thus far. I should have updated builds published later today.
Anon1701
@rbon: try one of these...
GOTO chrome://settings/content -> PDF Documents (tick or untick)
or right click on the page you want -> PRINT (i dont have printer and set to PDF print)
or https://www.printfriendly.com/ (they have app extension for chrome too)
or if the page has a already has a PRINT button -> right click select save as

something funny going on...
Hello, I just downloaded chromium 64bit windows stable version (57.0.2948.0) by Nik, but the Sync doesn't work. Tried to connect my google account in the top right corner but didn't work...any ideas or tips ? thx by advance
Just pushed 57.0.2959.0 for 64-bit. None of my internal 2959 builds have resulted in page crashes so far in my usage today.

No 32-bit release for now, as there is a newly introduced LLVM compile issue. Appears a component is expecting 64-bit even when the compile is assigned 32-bit. Probably a typo, flawed conditional, or similar in the affected code.
Anon1704
@RobRich: Thanks for your work and overview.
@Raf: You do not use the stable version. Check #windows-64-bit-stable-nik
Aw Snap Dude! 
@RobRich yep 59.2959 build look pretty good didn't face any "Aw Snap!" errors...I wonder what was wrong with other builds (57.0.2928 and up builds)..Sometimes it stucks on certain pages ( I think its my Internet connection) Overall its pretty stable for me
@1701: thanks for info.
I have tried Yandex Browser Portable (Chromium-based russian browser) and my Pdfs are better, not perfect but better. (I have used horizontal layout and A3 page).
I had a page crash with 2959 earlier today, but a crash page out for two days of browsing is not bad IMO. I also load lots of flags options, so whatever.
Git just pulled over 650MB in objects since my source update yesterday. o.0 Looks like 2960 could have multiple changes and/or updates compared to 295x.
Weird problem I've been having with Nik's Dev builds lately. multiup.org doesn't seem to work (page timeouts). But if I use a proxy via proxy switchy extension or if I google 'multiup.org' and use the search result, it works. Similar problems with one or two other sites as well. I switched over to Nik's stable and it works so it can't be internet connection (firefox also works). Tried on clean, fresh new profiles, no extensions or flags (all default). Anyone having similar issues?
@1q The site works here with my Clang 64-bit 2960 build.
----------------
32-bit building is back to working with Clang/LLVM. 2960 published for both 32- and 64-bit paths.
@RobRich: I just tried your Clang 64-bit 2960 build (fresh clean profile). I have to manually add "www." in the front for it to work.
A small gif of what happens:
https://i.imgur.com/DMGlBFM.gif

Nik's Stable build doesn't require it, but the Dev builds do. zenmate.com doesn't load regardless of adding 'www.' manually. I have to use stable for that site.
"multiup.org" works here without the www. prefix on my v57.0.2960.0r440451-win64 build using two different systems. "zenmate.com" work properly, too.

I would think perhaps a DNS issue, but apparently stable is working for ya. Chromium does keep an internal DNS cache, so perhaps that could explain the different results for different profiles.

Go here: chrome://net-internals/#dns

Clear that internal cache, then flush Windows' local DNS cache from a command prompt....

ipconfig.exe /flushdns

....then try loading the sites again. :fingers crossed:
@RobRich Thanks for helping me out. I cleared the internal DNS cache and flushdns in ipconfig, but no luck. =( Same results.
Maybe it's an issue isolated to me I suppose. I'm happy using stable at the moment. I just hope it doesn't remain an issue when stable reaches v56+
Anon1714
Hi there, Nik x86 builds user is here (thank you very much for builds and launcher, guys!).
Why chrlauncher is downloading 2950 for dev-codecs-nosync 32-bit, while 2960 for dev-codecs-sync 32-bit, although 2960 is available for both?
Anon1715
Oh, looks like I got why - there is no chromium-nosync.zip on github releases for v57.0.2960.0-r440439-win32, only exe this time.
Also, the same situation is here on this website - Installer for 2960 32-bit is available, while Archive is linked to 2950.
Anon1716
@rbon: try https://www.tracker-software.com/product/pdf-xchange-lite
Read all the info and if ok with you install it

And when done (may need to restart)
on the page you want to pdf
you should be able to right click
select PRINT
and choose a variety of format including A3 horizontal

good luck

also happy holidays and thanks to jerry + nik + RobRich and all the developers and users :)
It already HTTPS 
@Suggester: THE SITE ALREADY HAS HTTPS
use HTTPS Everywhere / KB SSL to force browser to HTTPS
Anon1718
Hm weird, so I'm still getting "Aw, Snap!" on some websites on Nik/RobRich nosync-builds, but not getting it on sync-builds from Nik or official dev-builds (with close to Nik builds revision, also on latest revision)...
// 2950, 2960 32-bit
cyberrufus 
@1718: Are you using flash? Flash content causes page crashes in the newer nosync builds.
Anon1720
@cyberrufus: Oh thank you very much! That's right, with flash blocked it's not snapping on those websites anymore...
Anon1721
Never use md5 and/or sha1 for the message digests of the files, use sha512 or sha-3 512
@1716: thanks a lot for your hint.
Anon1723
57.0.2962.0 and 57.0.2963.0 closes same at random moments, somebody have the same problem?
Anon1724
@1723: Same here
Since a few builds back, I can no longer disable the PDF Viewer on plugins page. Is there a way to completely turn it off?
cyberrufus 
@Starla: Last item in content settings.
57.0.2962.0 and 57.0.2963.0 closes same at random moments, same here. chrome://components - Signed Tree Heads - udate- closes chromium right.
Anon1729
@1728 and Branko: Thanks
For me deleted 252 in folder "CertificateTransparency\
After chrome://components - Signed Tree Heads - update
Have 253 in v57.0.2963.0 end of random closes
@cyberrufus
Thanks, but that option is disabled by default (ok for me) and what it does when enabled is launching system app for pdf viewing (whichever your chosen one) instead of opening it inside Chromium. That's not what I'm talking about. I want neither, as was possible before by disabling the PDF Viewer plugin (so only the save option was possible). Now seems that it can't be disabled (no disable option on plugins page for any of them).
Anon1731
@starla
Chromium PDF Viewer? or some plugins you install?
try chrome://plugins
and disable Chromium PDF Viewer there
As I've said, chrome://plugins page is not offering the "Disable" option for any of the plugins since a few builds back. I used it to disable the PDF Viewer. Currently is not possible anymore. I'm asking for a different way (if it exists) to accomplish this.
cyberrufus 
@Starla: What that option does is download any .pdf when enabled. You can specify to use the system viewer if desired and it's the same behavior that was produced by disabling it on the plugin page.
@cyberrufus
Thank you a sorry. Yes, it is working as you say. Didn't test myself because the setting description was not the desired behaviour. It seems the description is not accurate or at least it can be misinterpreted. The pdf file is downloaded for *later* viewing with user's app of choice.
Noted the crashing here earlier today. I did not build and test yesterday. ;)

I have internally updated to a LKGR 2964 build released after the applied bugfix/revert and it appears okay even when manually forcing an update of the signed tree heads. I should have updated builds pushed in the next hour or two.
Anon1736
Anyone had any success getting privacy badger to work with a non-webRTC version?
The extension is checking for WebRTC status, and WebRTC is not available, so.... extension crash.

There is a merge request for a commit to resolve the issue, and it includes the needed JS file edits if one wants a manually patch the extension before a release with the commit merged is available.

https://github.com/EFForg/privacybadger/pull/1108
Anon1738
Rob, thank you for your reply and for you work.

I've been using the version with sync and webrtc in the meantime, trusting PB to do its job, but I'd prefer to use a non-webRTC version and then be able to use PB for the rest of what it does as well. Thanks much.
I'm not terribly clever with this stuff and am likely missing something, but why aren't there any portable builds that have mp3 playing support? All the Nik ones seem to require installation. Is there any way to (on Windows) have mp3 support in a portable build?
WildByDesign 
@Grey, For Nik builds to be portable, you need to download the Archive version and extract to run from wherever you wish. By default, however, it will store the Chromium profile within the AppData folder and therefore not entirely portable. Using chrlauncher makes this process much easier. You can change the chrlauncher config file to specify the Nik Stable version with codecs (or Dev if you wish) and it will automatically keep you up-to-date within that branch and also be portable.

Another method, which I borrowed/learned from chrlauncher, was to modify the Chromium shortcut. For example, I use the Nik Stable Archive download and run entirely from RAMDisk. So I create the following shortcut "R:\Program Files\Chromium\bin\chrome.exe"  --user-data-dir=..\profile -- "%1".

Directories:
R:\Program Files\Chromium
R:\Program Files\Chromium\bin
R:\Program Files\Chromium\profile

So that is the directory layout that I borrowed from chrlauncher but I no longer use chrlauncher. I am still able to make Chromium from that RAMDisk location the default browswer, no problem. But there is one problem. When you open a link from, for example Thunderbird, it will try to open default browser and it will run Chromium from RAMDisk but it will start a new profile within RAMDisk.

To fix that, I had to search the entire registry and replace:
"R:\Program Files\Chromium\bin\chrome.exe" -- "%1"

with

"R:\Program Files\Chromium\bin\chrome.exe"  --user-data-dir=..\profile -- "%1"

Therefore with that rather minor registry work (3 or 4 replacements) I am always running Nik Stable Archive builds entirely portable from RAMDisk (though you can run anywhere you like) and zero issues. This is the more difficult manual method. But the quick and easy way would simply be to use chrlauncher since it would keep you portable and up-date-date with builds once you specify the channel within the config.
@WildByDesign Thank you for the elaboration! Most of that went over my head, though. Do you know why they don't just have a portable version that just has the codecs, without so much effort? I'm going to follow what you said, but it seems silly to have a portable version that can't play most popular media!
We recently left Windows xp for Linux Mint and haven't looked back. Sites like Jerry's are extremely helpful when trying out new distros, like Xubuntu, right now! Thanks, Jerry!
Anon1743
Happy new year to our dedicated Chromium devs and compilers! :D
Happy new year to all!
Anon1745
Happy new year to everyone :)
Hi all and happy new year.

In a previous comment I asked for a way to disable the PDF Viewer plugin, since that option at chrome://plugins has been removed in recent builds. I was suggested to just enable the last option in content settings to achieve the same behaviour as disabling the plugin (just offer to save a clicked pdf without opening it). I reported it working, since clicking a pdf link after enabling that option worked as expected.
However all attempts after that just download the pdf (without asking for path, just ignores the Always ask setting) to my default download folder *and* then opens it with my system viewer, which is unacceptable behaviour. Only current semi-workaround is right-click and download, but this doesn't always work depending on how the pdf is served.
Anon1747
Using Version 55.0.2883.87 (64-bit) on Win10.

I set all the flags to have the material design page for all pages (settings, extensions, history, etc).
All are displaying right, except for the History page, which shows the old UI.
Anon1748
@starla: had that 'problem' briefly before
but since update on 55.0.2883.87 it seems its 'fixed'
could be something in the chrome:flags?

you can also try and read comment - Anonymous (1716)
WildByDesign 
@1747, I am also running 55.0.2883.87 (64-bit) here, however, the history page for mine is showing in material design correctly. If I recall, there were one or two additional flags added between m54 and m55 regarding material design. I suppose one to ensure is that (chrome://flags/#enable-md-history) flag is enabled.
@1748: Do you mean stable allows to disable the plugin, or that the last option in content settings is working for you as "save now, view later"?
Regarding comment 1716, it doesn't really apply to my issue. I think giving to the user the option to disable the plugin like before would be the most convenient solution.
Had to do some maintenance on the build box, and it is now back online. Just pushed a Clang 64-bit build, and Clang 32-bit soon should be available.

Also just noticed my latest PGO build was incorrectly uploaded with a non-PGO build. I already cleaned out the local build files for the release revision, so the download is borked for now. It is not an immediate priority, but I will try get a build up later today or tomorrow.
cyberrufus 
@Starla: That setting initially works until you restart the browser, at which time the system viewer kicks in. Option to disable the plugin still exists on the stable build but the plugin page is on its way to be completely eliminated. Might try and post to the below thread and see if the developers can offer any help/suggestions.
https://bugs.chromium.org/p/chromium/issues/detail?id=615738#c54
Thank you cyberrufus. Yes, looks like they're planning to lock us with having to view a PDF in addition to downloading it. Only option then is removing my PDF system association upon launch, then restoring it. Great.
cyberrufus 
https://www.chromium.org/administrators/policy-list-3#AlwaysOpenPdfExternally

Another possible option would be to attempt to use Group Policy. No idea if that would produce the behavior you desire but it does say pdf is treated as a download.
@cyberrufus: Thanks a lot for your help. Disabling my system assoc, then reenabling is working for me (batch file). A GP is no option, and it just sounds like the GP form of the current option on content settings, so users can't modify that behaviour from within Chromium on business envs.
Sad move, unneeded limitation...
Anon1756
@cyberrufus: good to know... then again why do they 'fix' what is not broken?
Hopefully the future stable ver stay the same...
Anon1757
Thank you for your time and effort, chromium project is the best.
Anon1758
The latest Privacy Badger update resolves the issue with non-WebRTC versions crashing. It is not in the Chrome Extension Store yet, but if you load the unpackaged extension it works just the same in the meantime.
Is it normal for the builds from the Chromium Authors to have the missing google api keys message at startup?
@nik: thank you.
Hi, does anybody know how disable "Secure" "Not secure" messages about HTTPS in new Chromium? I want the old way
Hello,
Thanks Rob for you version "57.0.2971.0 (441109) • Tuesday, 3 Jan 2017" ! It works perfectly !
I have a question, what is the difference between CLANG and PGO ?
admin
Hello,
Thanks dear developers and users! ;)

@Dan: I searched in the #command-line-flags list and chrome://flags but found nothing about that.

@Sifink: Please check these links:
- https://en.wikipedia.org/wiki/Clang
- https://en.wikipedia.org/wiki/Profile-guided_optimization
Clang/LLVM is a an open source compiler. Chromium already uses it for Linux, MacOS, etc; but the current default compiler for Windows builds is Microsoft Visual Studio. The project is expected to perhaps some day migrate Windows builds to Clang, too. In the meantime, I am providing Clang builds to keep tabs on the process and personally use. As usual, YMMV with development builds, but the Clang builds should be fine for usual day-to-day browsing tasks.

PGO is an optimization technique offered with Visual Studio, but it takes multiple linking passes and up to many hours to build. Load the older comments for more info. I am providing a PGO build for basic testing, but it is not a priority. In fact, the current PGO build links are borked until I get a new build done. It is currently compiling, but the last couple of builds failed, so.... could be awhile longer.
Thanks for reply !
Anon1767
Any reason the profile button at the top right next to minimize was brought back in the latest no sync builds? I was using this specifically to avoid that.
Nik: Are you getting video_capture_manager.obj build errors at chrome.dll link time with WebRTC disabled? Tried lkgr and master; same result.
@RobRich: with my latest 2970 i didn't see this error, gotta check today with latest lkgr. Yeah, same here, they again broke something that prevent from compiling without WebRTC :)
Thanks for verification. :) I will try again later today. Appears to be something with desktop video capture, which has received several updates in recent revisions.
Back in business for WebRTC-disabled builds. :) Clang 64 is updated. Clang 32 is compiling, but it could be tomorrow before posting.

Technically these are not LKGR builds, but instead off the master trunk. Anyway, the revision seems stable enough in my limited testing. Hopefully LKGR should roll in the fix(es) for disabling WebRTC in the next day or two.
Anon1772
Thank you very much RobRich and Nik for your great work!
@RobRich: did they fix the bug with build error w/o webrtc?
It is fixed in master as of last night eastern time, though LKGR - currently at Wed Jan 11 07:03:11 2017 - is lagging behind and still broken. I suspect the next LKGR update should have the fixed applied.

In the meantime, I pushed a build off master (after quick stability testing) as an interim solution until LKGR is updated.
LKGR now is building with WebRTC disabled. :)

I will have updated builds tonight or tomorrow.
Anon1776
Nik's latest version of the no-sync seems to still have the sign in feature attached to it? I'm seeing the little sign in person in the upper right as well as a black border around all my edges. Never seen either before.
In The Chromium Authors dev64-bit disappeared option chrome://plugins
@Nik the latest 57.0.2981.0 build (32/64 bit) seem to have rendering problem. See:
https://i.imgur.com/aG2pyYr.png
Appears drawing for the new tab button is not being flushed when moving. Not noted here, though my 2981 build is a slightly later revision.

Quick FYI while thinking about builds and revisions. My current Clang builds are back to LKGR. I have an updated PGO build cooking, too - perhaps for release tomorrow.
Where is the setting of plugins please?
https://i.imgur.com/R6K7kkP.jpg
cyberrufus 
Plugin page has been removed and content settings is used instead.
Yes the profile button is still there. I think there is no way to remove that on these versions.I actually haven't see than removed on version above 50
Anon1784
@Andreas: Start Chromium in incognito mode. There is no profile button ^^
Anon1785
In the new chromium version the plugin page is removed and pdf viewer plugin is integrated in the software code? I'm using chromium 55 stable.
Anon1786
@1785: Yes. chrome://plugins does not exist anymore. And on Windows OS, PDF viewer plugin is bundled with Chromium.
Anon1787
@1786 Thank you. What version, chromium 56 or 57? How can setup plugin without chrome://plugins? Many thanks.
Anon1788
@1787: Since version 57, use chrome://settings/content to manage Flash and PDF viewer plugins. I do not know about other plugins. Check chrome://flags too!
What is happening ? I was using niks chromium 54 stable for a long time, and yesterday it started to mark many https websites as insecure with certificate errors and refused to load even when i pressed to go to that site anyway... Is it chromiums fault or did many https sertificate providers just got hacked at the same time ???
@name1: i've just checked v54 and don't see cert errors (github, google, twitter, instagr)
Anon1792
You guys updated the builds just right one build before we got Chromium v58 ahah. What a nice timing :)
Anon1793
@1792: v58 started yesterday. Give time to developers to build Chromium or compile it yourself ;)
Anon1794
@1793, i was not complaining, was just pointing it out :) I appreciate all the efforts both @nik and @Rob put into this project!
@nik: I was having certificate errors on twtich tv, kaspersky, maxcdn websites (at very least), it was happening for 2 days, but today these sites started working again.
@name1: you're right, it's something with certificate transparency...
https://knowledge.symantec.com/support/ssl-certificates-support/index?page=content&id=SO29058
i see two options: upgrade chromium or disable transparency (the link above)
the registry key for chromium is HKEY_LOCAL_MACHINE\Software\Policies\Chromium\CertificateTransparencyEnforcementDisabledForUrls
@nik, yeah a saw that option, but i'm not sure how to enter sites, via key, data string or what ? Anyway, for now i just use launch parameter " --ignore-certificate-errors", chromium shows a warning that this flag is not officially supported, but it really works, it disables all the chromium bullshit, i really dont have a time right now to deal with every single site that chromium breaks...
Anon1798
Hi. I'm using the 9 december stable build by Nik. Translation doesn't seem to be working... Right click -> Translate to English gives me a notification that the page has been translated but it's not translated
@1798: sync or nosync?
@1798: If no-sync, there are no Google API keys for the integrated translate feature to work. As a workaround, AFAIK, the Google Translate extension still works, though.
https://chrome.google.com/webstore/detail/google-translate/aapbdbdomjkkjkaonfhkkikfgjllcleb
Anon1801
Anyone with always loading circle on Twitch streams? Since version 57.0.2987.0 i'm getting this all the time
Twitch always was and is fked up site. Clicked on games to see channels doesnt work 90 % of the time, the rest 9 % of the time it shows infinite loading as you say. That site is all about their servers load - if their servers get a bit of work, then website breaks completely ans stops responding to requests. Its not specific for chrome v57, its how their site works.
Anon1803
nik, I am using the Sync version
Are you guys still having trouble with twitch using the latest version ?
Anon1805
I watch Twitch streams almost everyday with Nik's sync build (lkgr) and have no problems at all with the browser per se. The Privacy Badger extension caused some problems though.
Anon1806
I'm also having problems with privacy badger on the nic builds.
The addon keeps crashin on startup.
Using the official dev builds the addon works however then I can't watch streams so thats not an option.
Is there any way to see crash reports and send them to nic to maybe fix the issue with privacy badger?
Anon1807
@1806: the problems with Privacy Badger that I talked about were happening directly on Twitch, the extension started to block some elements that kept me from being able to watch the streams. I think it has to do with the 'self learning' of it, it happened with other sites before too, so it's a 'normal' behavior.
The extension never crashed or anything here.
Anon1808
@1807: what version are you using?
I'm using the latest nik version (No sync • No WebRTC • No Widevine • 58.0.2988.0 (445274) • Saturday, 21 Jan 2017) on win 64 and privacy badger doesnt even start to run. It just crashes as soon as I start my browser...
Anon1809
To get Privacy Badger to work currently, download the unpacked master extension branch from their Git. Load that into the developer extension page. The public release is .15, the version that works with PB is .18. Hope that helps.
Anon1810
@1809: thanks that worked!
Anon1811
Anyone else experiencing this lately?
https://fat.gfycat.com/FoolishViciousKob.webm
Anon1812
@1811: HTML5 or Flash player? Also what adblock extensions are you using?
I am on Version 58.0.2988.0 (Official Build) (64-bit), Windows 10 (latest).

After I enabled the flag Overlay Scrollbars, the scrollbar cannot jump to another position if I click on a different point on the invisible bar. Also, it doesn't become visible when I hover the area with the mouse, as it should. Only when I use the mouse wheel the scrollbar becomes visible.

This problem doesn't exist in the stable build (55).

However, a problem I reported with build 55 (when the History page wasn't displaying material UI, even if I enabled it in the flags) now is fixed.

I think I've had this scrollbar issue before, and that's why I reverted to stable some time ago. If I disable the Overlay Scrollbars flag, it works normally, but it displays the permanent, solid scrollbar, instead of the optimised overlay one.
Anybody else using v55 by Nik (sync) ? Translation doesn't seem to work at all, pages don't get translated
Anon1815
@cracka: I am using 64-bit, 55.0.2883.87 (423768) sync, on 64-bit win7. Translation works for me.
Anon1816
@1812: HTML5. I'm using uBlock Origin + uBlock Origin Extra.
Anon1817
Version 56 stable is out with CFG enabled and HTML5 by default, among other improvements.
@cracka: Translation hasn't been working for me for a long time now. The thing is even if i download another build or even official chrome it still won't worked. I don't know what is wrong , but translation won't work. I have to use an addon to do it
Anon1819
@Andreas: use chrlauncher + stable Chromium. I have never seen your issue by this way. In your case, I think there is a profile conflict between Chromium and Chrome.
FINALLY a new chrome stable is released. Look forward to the new stable build @nik
stucked with nosync build (got errors with disabled webrtc, goddamn developers) and gotta patch this mess again :)
so wait a bit
Anon1822
@nik Got the necessary time for a good nosync build :-)
the 64bit build uploaded
Horst Fuchs 
I keep getting distorted colors on nik's build versions higher than 55 - it's been that way with the 56 beta up to 57, now with 56 stable. Sometimes, pictures are really dark.
Nik's Stable no-sync build, sites crash with flash content. Is there a way to get flash working or is it no flash from now on?
WildByDesign 
Nik build stable branch (56.0.2924.76) issues:

- no-sync build working great in general, however all Flash content causes Aw Snap crashes

- sync builds all tabs are painted black with no working content at all

Unfortunately I am not sure yet what is causing all of these issues with Nik stable 56. I can confirm these issues are not occurring on Google Chrome stable. Maybe something during compile time?
hmm, strange, i'll try to rebuild it
Anon1828
Can confirm that flash crashes v. 56 stable.
Anon1829
That's the same flash-related content crash that's been around for awhile, it just finally bled down into stable. Most likely will require compiling with webRTC enabled in no-sync to eliminate it.
yes, flash is seem to work with a webrtc components somehow, i can confirm this issue.
@WildByDesign: i just check clean sync build v56 with chrlauncher on 3 different pc's (cpu - amd/intel, gpu - nvidia, os - win7x64) and all work fine: flash, tabs, windows, webgl, video content, i'm also tried to switch HWaccel on/off and nothing yet :\
Is tab bar height fixed yet in chromium v56? As of v55, there was no way to disable shitty material design, and it has tab bar with way too big height.
WildByDesign 
@nik: I was able to do some more testing. You are correct, it seems that WebRTC is the issue with regard to the no-sync builds causing Flash content to crash.

I am successfully able to use the Sync build now without issues and Flash content is not crashing either. So that seems to be the better build at the moment for users wanting to use Stable channel that rely on some Flash content. For whatever reason, my initial testing with this build caused all tabs to be black and not working. That was testing with a freshly created profile. So I decided to test again with an existing profile (therefore carry forward existing settings) and now everything is working great, no issues.

Therefore I am using Stable/Sync build (usually I use no-sync) but simply just not logging into Google's sync service for now.
Anon1833
If Flash contents crashes in chrome v56 no-sync builds because require WebRTC enabled, why in chrome v55 no-sync builds last Flash plugin not crashes with WebRTC disabled?
@WildByDesign: btw i just notice that flash isn't working with nosync v58 (i didn't know that because i usually don't use flash)
@1833: i think they did something with ppapi code part
Anon1835
I can confirm Flash isn't working with the no-sync v58 builds, but is fine with Nik's v58 sync build. Lovely....
I see, so the conclusion is to use flash we now need WebRTC :(
I think I'll stay on the v55 stable no-sync for now, I really don't like WebRTC enabled, leaking stuff everywhere.
Control Panel -> Programs and Features -> Adobe Flash -> Uninstall

Ever read Flash security bulletins? Many include the following or similar language:

"....vulnerability that could potentially allow an attacker to take control of the affected system."
@RobRich Yeah, a serious problem with flash. Though I find equally as serious are devs still using it in the site's content, instead of using html5
But html5 is NOT a replacement for flash. Flash is so much more. Flash versus html5 is like PC versus console. Also, all the security issues are just big bubble - these are just known issues, but every product has many times more security issues, and really smart people are abusing them right now.
I know it's not a complete replacement (flash has stuff like DRM, interactivity...etc). I only use it for a couple of sites, some of which are for video, which is why I said devs moving away from flash.
Anon1841
Can someone clarify? I wanted to add the ppa to my Ubuntu machine, but when doing sudo add-apt-repository ppa:canonical-chromium-builds/stage, the ppa shows me the following warning: Testing site just before upload to Ubuntu main. Things here are either broken and not ready to use, or landing in the distro anyway very soon. You shouldn't use this.

The page here says that this ppa has the stable release. So, is it stable or dev?
Anon1842
@1841: Why do you use the PPA? Ubuntu has a stable Chromium version in its own repository. Use the Ubuntu Software Center.
For info, PPA is also stable. There is a spanish tutorial: http://somebooks.es/instalar-chromium-la-version-libre-de-google-chrome/
Anon1843
Uninstalling Flash is not an option for me and certainly not the right fix you should be promoting. Those of us who need it, need it. Some websites use it exclusively still. I need it because my company uses it.
Anon1844
@RobRich: So what exactly should I do if a website I use requires Flash in order to work? "Hurr that never happens" is not a valid argument. Spotify and several video playback websites require Flash in order to function. There is no other way at the moment to view flash animations or .swf files. People don't willingly choose to use Flash because it's the alternative they prefer, they do it because they FUCKING HAVE TO. Switching to the WebRTC build or mainstream Chrome in order to use Flash is the only solution at the moment, which is less than ideal.
Unless it is for your work (feel for ya' anon1843), you have the option to quit using said sites and send notes to the sites' devs about why you are quitting. Even moreso for paid services. IMO of course, as I am not a Chromium developer, so I can not offer much insight into why the project leads make certain decisions.

In terms of web dev, but admitedly not necessarily animation, there is very little Flash does that HTML 5 does not. DRM used to be the primary excuse, espcially for audio/video, but browser support for EME went mainstream with Chrome, Edge, Firefox, etc. last year. Even Adobe has been pushing its own customers and clients toward HTML 5 since late 2015.

Now to Chromium users personally concerned about the issue, crbug.com is a good place to file a report. Perhaps a Chromium project dev will have more info. I suppose it even could be a code regression, but I suspect not.
Latest stable version with chrlauncher sync is not PGO compiled. Just checked the chrome://version.
@Andreas: yes, i'm build with WPO for a couple of month already (almost the same, but it doesn't appear in the chrome://version) #comment-1609
Anon1848
@1842 you mixed in another question and now I have to explain that too.
I do NOT use the PPA. I DO use the one in Ubuntu's repos. But the Ubuntu repos are sometimes very slow to update. I wanted to see whether the PPA has a more recent version, in which case I would use the PPA instead of Ubuntu's repos. But I'd only do that if the PPA had stable versions, not dev or beta.
The question is simple and focused. Is chromium in the PPA stable or anything before stable?
Anon1849
@1848: Yes, this PPA has only STABLE Chromium versions.
Anon1850
@1849 thanks. And what about the notice? Is it simply an old remnant? The ppa's launchpad page also shows this notice
https://launchpad.net/~canonical-chromium-builds/+archive/ubuntu/stage
Anon1851
@1850: About the notice: it is only because the PPA take place BEFORE upload to Ubuntu main. Note Chad Miller builds different Ubuntu software since 2005. You can trust in his PPA packages.
Anon1852
I've recently switched from FF ESR to stable Chromium nosync (Win7 x64), and it's probably the most smoothly working browser I've tried on my old lappy, thank you Nik :) Though I dunno why YouTube keeps dropping frames in hd videos, while Firefox ESR played 720p60 without any hiccup. Nothing serious, maybe the legacy AMD video card is to blame (FireGL V5700 / Radeon HD3650).
Is there a version of chromium with sync enabled but without Widevine?
Anon1854
@mat9v: You can just grab any version you like, and delete WidevineCdm folder.
Yeah, that's what I do normally, I just wondered...
Bash_the_Flash 
So is Flash just done for version 56 and onward? I get 'aw snap' on every site with flash. This doesn't change even after trying on a fresh OS installation - it is not a problem on my end.
Anon1857
@Bash_the_Flash: Flash now only works in Sync builds (it seems to require WebRTC).
Bash_the_Flash 
@1857: Ah, I see. I installed the Sync build and reinstalled non-beta PPAPI flash and all those flash sites worked again.

I wish we could somehow use a large hammer on the people who run websites that are broken if the user doesn't allow flash to run.
Interestingly, using Sync+WebRTC builds gives flash, but also then setting webRTCIPHandlingPolicy in chrome to false seems to fix the IP leak (except when using UDP) for VPN usage. Though for those who choose to use this way for "flash without Webrtc", it still leaks your device ids and stuff.
Hi. I've just noticed that translation doesn't work in Windows 8.1. It works in Windows 7 and 10 though, so that's a bug in chromium (56.0.2924.87 with Sync)
Donald Retard Trump 
@RobRich: Would you please write a tutorial (similar to Nik's) how you build Chromium using LLVM. I've tried adding the parameters that you recommend in args.gn, but for some reason the build fails.

@nik: Are you getting treat "errors as warnings" compile errors when you try to build all codecs?
@Donald Retard Trump: what warnings do you have (file, line)?
Anon1863
@1850: Switched to this ppa, and happy with it. Thank you all for the helpful information.
Donald Retard Trump 
Nik
This is the error message (Trying to build Version 58.0.3005.0 (64-bit)):

C:\depot_tools\src>ninja -C out/LKGR_x64 mini_installer.exe
ninja: Entering directory `out/LKGR_x64'
[641/773] CC obj/third_party/ffmpeg/ffmpeg_internal/error_resilience.obj
FAILED: obj/third_party/ffmpeg/ffmpeg_internal/error_resilience.obj
ninja -t msvc -e environment.x64 -- "C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\BIN\amd64/cl.exe" /nologo /showIncludes /FC @obj/third_party/ffmpeg/ffmpeg_internal/error_resilience.obj.rsp /c ../../third_party/ffmpeg/libavcodec/error_resilience.c /Foobj/third_party/ffmpeg/ffmpeg_internal/error_resilience.obj /Fd"obj/third_party/ffmpeg/ffmpeg_internal_c.pdb"
c:\depot_tools\src\third_party\ffmpeg\libavcodec\error_resilience.c(405): error C2220: warning treated as error - no 'object' file generated
c:\depot_tools\src\third_party\ffmpeg\libavcodec\error_resilience.c(405): warning C4047: '=': 'int (*)[2]' differs in levels of indirection from 'uint8_t *'
c:\depot_tools\src\third_party\ffmpeg\libavcodec\error_resilience.c(406): warning C4047: '=': 'int (*)[2]' differs in levels of indirection from 'uint8_t *'
[650/773] CC obj/third_party/ffmpeg/ffmpeg_internal/h264_loopfilter.obj
ninja: build stopped: subcommand failed.

The error is caused by the addition of the the "blocklist" macro to "error_resilience.c"

I've tried to solve the problem but have failed. So I've reverted to using the previous version of ffmpeg.

I'd like to try and build Chromium using LLVM to see if that would solve the problem. Since the Mac Chromium build uses LLVM and latest version of ffmpeg with all codecs enabled compiles cleanly and works.
@Donald Retard Trump: hmm, try to add "#pragma warning(suppress: 4047)" before the line 405 and 406 within error_resilience.c
I use pretty much the same setup and build process as nik. The args are as specified with my builds, though I do sometimes build with an external LLVM install instead of the one provided with the Chromium build tools - either way should be okay.

If building LKGR, it could be lagging behind trunk by tens to hundreds of commits. Try building master to see if a fix for the issue recently has been implemented.
Donald Retard Trump 
Thanks Nik, that solution works! RobRich, I will continue to experiment.
Hurrah!!! At leat one webpage on the Internet that doesn't load dozens of external javascript, fonts, css, that consume my CPU and bandwith to send all my info to third-party tracking websites. Yeah! Thank you. And don't forget that you website doesn't use all that new stupid design rules: infinite scrolling, flat design, minimalist icons, grey text, toggleable elements, social buttons, tablet-oriented giant buttons, autoplay video background, popups onexit begging to stay, and so on.
Quick FYI for those checking about:version details. I have started setting "is_official_build = true" for my Clang LKGR builds.
Anon1870
From time to time github looks strange, dont know why (it works fine in Chrome with the same setup). I am on win10 x64 and stable branch of chromium.
https://i.imgur.com/S55rr17.jpg
@870: Looks like perhaps a CSS loading issue. Have any ad blocking or similar extensions installed?

----------------

I have been occasionally poking at the LLVM build process, including resolving a runtime libraries issue and now locally building LLVM for the needed Clang and LLD binaries.

I just completed a working internal test build of Chromium compiled with Clang and linked with LLD instead of the Visual Studio linker. It is a component instead of static build, which is not a big deal for now. Component builds *might* be *slightly* slower to load. :shrug:

If the Clang+LLD internal builds look stable, I likely will migrate my public builds tonight or tomorrow, too. I will have to roll back the "is_official_build = true" argument until my Clang+LLD static build issue is resolved, as "official" does not support component shared library building. Again, not really a concern right now for Clang+LLD builds either IMO.
Anon1872
@RobRich: I use Ublock, but at that time it was disabled. Since today github is working fine again....i dont get it,maybe something 3rd party filtering.
No go on my hopeful Clang+LLD migration, yet. My successful x86 test build works enough.... for testing. Not stable enough for me to release IMO. So back to Clang + MSVS linker for at least awhile longer.
WildByDesign 
Some interesting changes to Control Flow Guard within Chromium today.
See here: https://bugs.chromium.org/p/chromium/issues/detail?id=584575#c15

RobRich, Specifically notice "Also disabling compilation of CFG with MSVC compiler. Preparing for clang CFI instead." Since you are more familiar with clang, that may signify more to you. If you have a look at that link, does that change any for the way in which you or Nik build Chromium to still achieve CFG mitigation?

Thanks!
From a basic standpoint, CFG and CFI are essentially different names for the same concept.

Looking at the comments and changed build files, it appears CFG still will be invoked by the MSVS linker regardless if the compiler is Clang or MSVS.

AFAIK, it is the linker that generates the security checks in the LoadConfig table of an executable. If my understanding is correct, CFG in the compiler stage is more about security auditing at build time, while CFG in the linker stage is more about security auditing at run time.

On a side note, I am not entirely sure where the LLD linker currently stands on CFI support for Windows executables.
I am now getting the dreaded ERR_SSL_PROTOCOL_ERROR for all Google sites (and only Google sites). I checked firewall, clear cache, disable QIUC. nothing works. help! I am a long time Chromium user and this has only happened sporadically before.
Mark - you should add launch flag " --ignore-certificate-errors", i have ssl errors too, like 1/3 https websites are broken - twitch, microsoft, apple, kaspersky, nvidia... Seriously, fuck https and certificates, it was supposed to increase security, not to make websites unusable... Of course, i'm on chromium v54, i dont know if this flag will work on newer versions, and im staying on this version for a long time, until google and chromium will fix their shit, but then again, they will probably just introduce more bugs....
Shot in the dark, but try manually updating your browser components, that way you should have the latest CRLSets, EV whitelists, etc.

Go to the browser URL: chrome://components

Check all components for updates for good measure.
Anon1879
Downloaded new version from @nik - 58.0.3016.0. Settings page is now in full Material Design.

Thanks for the fresh builds as usually, @nik & @RobRich.
Anon1880
Are there any disadvantages when using lkgr compared to stable one?
WildByDesign 
@1880, Disadvantages to LKGR would be sometimes random bugs show up and you would have to revert to a previous build. Not always too critical, but sometimes some glitchy behaviour. Advantages to LKGR would be testing out new the latest and greatest bleeding edge features before they reach stable. chrlauncher makes it quite easy to switch between builds/channels and so on.
The Chromium Authorsdev64-bit, last few days. Interface dark, dark website. In other browsers, everything is fine. So the fault is not in the settings screen or the video card drivers. NVIDIA GT 740, latest 64 bit driver.
Here is a picture. Comparison EDGE and Chromium.
https://i.imgur.com/I8frQzB.png
@nik: thank you. disabling hardware acceleration in settings fixes the problem meantime.
narcolepticinsomniac 
@Mark: I was having the same issue with content getting blocked with ERR_SSL_PROTOCOL_ERROR errors. I finally found a workaround, hope it helps: https://github.com/henrypp/chromium/issues/20#issuecomment-281341149
Hi,
For months the lkgr release without sync, WebRTC and Widevine keeps crashing me on eBay and Paypal log-in pages.
Is anyone else experiencing this? Thoughts or solutions?
Cheers!
Anon1888
More than likely those pages contain flash content which is causing the crash.
Yes. Flash removed gets it done. Thanks a million!
Anon1890
There is a fix in the works for the WebRTC flash issue (which is upstream). If any of you have insight into this, feel free to pop in. https://bugs.chromium.org/p/chromium/issues/detail?id=667527
avid racer 
Thoroughly enjoy your up to date repository over the years. Would it be possible to make a MAC OSX version with nik components (windvine specifically for netflix)?
Anon1892
Nik's 64-bit build 58.0.3016.0 (451385) w/ sync

This site can’t be reached
The webpage at chrome://plugins might be temporarily down or it may have moved permanently to a new web address.
ERR_INVALID_URL
chrome://plugins no longer exists, Google removed it.
Buy Tan Leather Purse 
I downloaded Chromium for 64 bit machine, but it is showing as Win 32 and not running on the Windows 10 machine.

Any help would be highly appreciated.

Thanks in advance.
Anon1895
Is it just me or are the links to Nik's LKGR builds stuck on 58.0.3003? I'm asking because Nik already has builds up to v58.0.3024; even a win64 one.
Anon1896
Yeah, for some reason it happens sometimes, LKGR Nik's builds stuck here, either nosync or sync or even both like now 32-bit builds:
3010 for nosync 32-bit
3003 for sync 32-bit
But there are 3017 and 3024 already.

Maybe this happens when for some reason Nik's release on github lack either some .zip or .exe? And then Woolyss's scripts break down for checking following updates?
Just like now: 3010 build lack chromium-sync.exe (so for sync 32-bit: Installer points to 3003, while Archive points to 3010).
Same was before: @1714 + @1715
Anon1897
The other resulting bad thing is chrlauncher relies on Woolyss's website for checking updates, not on github itself!
So we don't getting updates for 32-bit builds a looong time sometimes :(
Anon1898
So I manually updated it from github, and got this funny behavior:
https://i.imgur.com/hV4ilGZ.png
Current version: 58.0.3024.0
New version: 58.0.3010.0

@nik: could you please fix chrlauncher, about version comparison, and maybe about checking github directly...
Sorry, i fixed it
admin
Dear Chromium users,
We are sorry for any inconvenience caused.

@nik: Thank you very much.
Anon1901
Hello
I use v58.0.3025.0 The Chromium Authors with uMatrix uBlock origin and uBo-Extra.
In Setting Privacy impossible to uncheck :Use prediction service to load page more quickly.
Thanks
Anon1902
I can't play html5 video with Nik's "v58.0.3024.0-sync-win64" and "v58.0.3016.0-sync-win64" versions. I'm using the portable version, and only the version up to "v58.0.3009.0-sync-win64" can be played with the same settings. What is the problem? I'm using Windows 8.1 64bit and I am not using hardware acceleration.
Anon1903
No problem for me: No sync • No WebRTC • Widevine • 58.0.3023.0 (452819) • Friday, 24 Feb 2017 thanks Rob !

Addon: uBlock, Scriptsafe, PrivacyBadger Windscribe, IDM, https everywhere, Youtube Enhancer and CaretTab
@1901: Disable the "Disable pre-fetching (to prevent any connection for blocked network requests)" option in uBlock, then you can change the feature in the regular Chromium settings. Otherwise, AFAIK, uBlock disables it regardless of whatever about:settings shows.

@1092: Go to chrome://gpu, then http://camendesign.com/code/video_for_everybody/test.html to start a HTML5 video, then refresh chrome://gpu. Scroll to the bottom of chrome://gpu, and see if video playback errors are being reported.

@1903: Welcome. :)
Anon1905
Anon1901 @RobRich
Thank You.
Anon1906
I can not see the gif image on Twitter. https://twitter.com/oculus/status/835973010565758976. I'm using Nik's 64-bit build 58.0.3024.0 (453103) sync.
@1906: Do you have any content filtering software installed or any of the chrome://flags settings regarding iframes changed from default? Reason I ask is the GIF is delivered via an iframe. Can you directly load the content of the iframe to play the GIF? https://twitter.com/i/videos/tweet/835973010565758976
I solved the problem. I checked the extensions one by one and found that idm(internet download manager) extension is a problem. Perhaps the idm extension does not seem to be able to cope with the new version of chromium. Stopped the extension and it was playing normally. Thank you for your sincere reply.
IDM Does not work on your version Rob.. but work on the version: Sync • WebRTC • Widevine • 58.0.3024.0 (453103) • Sunday, 26 Feb 2017 of Nik.
The most immediately visible differences between the two indicated builds are Sync and WebRTC support. Why a download extension would need either is beyond me, but AFAIK, I have never used the IDM extension. Hmmm.
No idea, sorry. WebRTC is disable for me (With the extension ScripteSafe) and Sync i don't use it. But, anyway, IDM is a extension wobby. ;-)
I'd like to show a solution to a problem. This site offers an Installer for Windows and a portable version. The problem is that the portable is not really portable. It is portable as a program, but doesn't carry its profile with it. When you run the portable chrome.exe, it creates a profile in your user profile (somewhere in %appdata% don't remember now), and uses that on subsequent runs. It is still somewhat portable, in the sense that you can move the folder with the files, but if you take that to another machine, or even if you run it from another account on the same machine, you're with a new, default, profile. That's not what portable is expected to be. I didn't come here to complain, but to show an easy solution.

Chromium accepts a long list of parameters. There's a  --user-data-dir parameter with which you can specify the location of the profile. Using it with relative paths, the solution is simple.
I create the following structure: A directory named Chromium, that contains two directories, named Program and Profile. I extract the archive into Chromium\Program.
Create a .bat file in the Chromium folder, with the following one-liner:
start .\Program\chrome.exe  --user-data-dir=.\Profile
On the first run, it'll populate Chromium\Profile with a new profile. You configure this profile to your preference. Every time you launch the browser, it'll load with this profile, regardless of user account and on any machine. This now behaves as a portable program is expected to behave; taking it's profile and settings with it.
This also allows for updating. Simply download and extract the files into Chromium\Program, and leave the Profile folder as it is.

On a side note, the Installer is also not really an installer. It simply extracts the same stuff to a location in your user profile. Since it's in a user's profile, it can only be run by that user. Since so, it'll always load up that users profile, as I explained above
Anon1913
@SumDood: Test this online installer portable.
[EDIT by Jerry: obsolete link]
Anon1914
Use chrlauncher: http://www.henrypp.org/product/chrlauncher (free and open source)
Anon1915
@1913 @1949: I like my solution better, as I see it as more 'virgin'. That chrlauncer seems cool though for itself and worth to check out.
Viktor Szépe 
Seems like all v56+ 64 bit Chromium builds aw-snap with Flash 24.0.0.221 on Windows 10.
@Viktor: Try a build with WebRTC enabled. Go back in the older posts for more info.
Well, it seems like i'm just stuck with v54 for a loong time since new versions are nothing but piles of bugs.
Anon1919
No issues with recent builds on my side. Always update as soon as nik & Rob release them and have no issues so far.
Anon1920
Can you install Chromium for all users on a Windows PC? Or only for the current user account? I really like the browser and would like to install it for all users on my computer.
WildByDesign 
@1920: Added the command line to your shortcut:  --user-data-dir="D:\Chrome-profile\"
That way the profile will be outside of AppData directories and all users can use the same shortcut with command line.
I recently updated Chromium (haven't updated for several months), and have found out that the context menu key shortcut for saving an image (when right clicked) changed from 'v' to 'd'. When it is an image by itself it's just a small nuisance of pressing a different key than I am accostomed to, but if it is an image with a link (e.g. <a href = "some url"><img /></a>) then the shortcut becomes practically unusable as both save(download) image and download link menues have the same keyboard shortcut, 'd'. I have searched for how to modify the context menu, but all I find are some plugins that add custom entries, not change the default behavior. Tried to search the whole source code (of Chromium/Chrome) in the blind hope that it might be hard-coded, but since I am not a programmer I couldn't do a thing or find that part.
Maybe I am using the wrong search terms, but is there any way to fix this 'problem'? Not being able to use keyboard shortcut is a real pain in the ass...
Anon1923
@1920: Check out SumDood's comment above. It's one above 1913. It's a bit more technical than I think you'd like, but it addresses your question too
If anyone notes recent differences in JavaScript benchmark results, note the V8 Ignition interpreter appears to enabled now by default for Windows builds. There is an about:flags option to disable it for testing if desired.

https://v8project.blogspot.com/2016/08/firing-up-ignition-interpreter.html
Anon1925
Need some help. Running Ubuntu 16.10. I have ubuntu repository in my list, and have installed chromium-browser from it. Done that a few months ago, and updates have worked fine through the repo. My problem now is that it isn't updating anymore. I noticed this with the last 2 stable releases. "sudo apt-get update" completes without any errors, but "sudo apt-get upgrade" doesn't show an update for chromium-browser. If I do "apt-cache policy chromium-browser" it shows that the latest version is 56.0.2924.76. This page now shows the current version to be 57.0.2987.98, but I'm not getting an update. I'm still on 56.0.2924.76.......
I'm having this issue exactly the same on two different computers. One is a 32bit and the other is 64bit. I've tried cleaning apt and all caches/cookies/temps, no help. Any ideas?
Anon1926
@1925: Give time to developers to rebuild and test Chromium. There is no Chromium v57 in Ubuntu (like Fedora, OpenSuse or Slackware) repositories. Only Debian and Arch Linux has currently the new Chromium version ;)
Anon1927
@1926 No, not the Ubuntu repositories. I wrtoe that I have the repository from this page. The output of "apt-cache policy chromium-browser" is:
Installed: 56.0.2924.76-0ubuntu1.16.10.1338
Candidate: 56.0.2924.76-0ubuntu1.16.10.1338
Version table:
*** 56.0.2924.76-0ubuntu1.16.10.1338 500
500 http://ppa.launchpad.net/canonical-chromium-builds/stage/ubuntu yakkety/main amd64 Packages
As you can see, this info is coming not from the Ubuntu repos, but from this page's repo.

Looking more into it, I see that the repo itself doesn't actually have a v57, despite this page showing so. If you look at http://ppa.launchpad.net/canonical-chromium-builds/stage/ubuntu/dists/yakkety/main/binary-i386/ and read the packages, you'll see that they're all 56.0.2924.76.
Also see http://ppa.launchpad.net/canonical-chromium-builds/stage/ubuntu/pool/main/c/chromium-browser/ All packages go up to 56.0.2924.76, and no further.
The repo is giving consistent information wherever you look. Wherever you look in the repo, you find up to 56.0.2924.76. This page is the only one saying that the repo has a v57
Anon1928
Version 3038: Aw Snap error on anything Flash with the NoSync install.

Both NoSync and Sync, when on YouTube, hovering over any thumbnail of video is popping all kind of glitchy graphical anomalies often blocking out the link or the ability to hover over the link to see a full video title.

Reverting back to 3030 immediately resolves the problem.
Experiencing the same graphical glitches with latest no-sync.

Is it not impossible to revert back to previous without completely uninstalling?
https://www.chromium.org/administrators/frequently-asked-questions
Chromium v57 stable - broken QUIC protocol, which is enabled by default, makes some websites to stop loading.
@1925 @1926: indicates Debian has v57, so try manually grabbing it from a Debian repo. ;) Even though Debian and Ubuntu have diverged somewhat over the years, it is likely to still work.
Anon1932
@RobRich: good idea. will do. The topic of Ubuntu repos being outdated is well known and well understood. It is understood that it takes them time to build packages to include in the repos, and therefore they'll always be late to update.
But by now we see an issue with THIS repo, and/or its maintainer. The Linux part of this page shows that the ppa offers the updated 57.0.2987.98, but if you actually check it (either by adding to your sources or by checking the repos URLs) we see that its latest version is 56.0.2924.76, which is not one stable release before, but TWO. Indicating an issue with the repo itself. Before this current release, tis oage showed the repo to offer v56.0.2924.87, while that wasn't true either
Extremely slow loading of web sites with latest stable version v57 . Occasionally freezes and aw snap error. Don't have NoSync addon like another user.

Any ideas what is wrong?
WildByDesign 
@Jerry, I believe there may have been some changes with M57 regarding how the " --user-data-dir=..\profile" switch behaves. I have used that command line exactly and without issue for quite some months now. With M57 now, I have had to specify the exact directory. Example: " --user-data-dir="R:\Program Files\Chromium\profile". If I don't do that, opening a URL from, for example Mozilla Thunderbird's RSS feed, Chromium opens with a brand new profile at the root of the drive (eg. R:\profile). So this use case would only come up for anyone who uses that command line and only when the browser is set as default browser and only when opening links from another program such as Thunderbird. So a rather rare use case, but quite often for my own use case so I have had to make the change and specify the exact directory now.
Also getting the "Aw,Snap!" Error on some pages from niks latest stabled (57) build.
Anon1936
@RobRich @1926: Debian does not have a v57. See https://packages.debian.org/stable/allpackages
At the time of writing this, Chromium (and all its related packages) is 56.0.2924.76
Arch have it. Checking that out, out of lack of other options.
It is still a more pressing issue. There seems to be some disconnect between the updating of this page and the repository for Ubuntu (again, NOT the Ubuntu repos. This page's repo)
Anon1937
I checked again, and the repo now has v57. Finally.
The coordination issue still needs to be addressed or clarified
Anon1938
Any idea whats behind Aw snap errors in NoSync versions?
Sometimes you have to check the unstable repo for current builds.
https://packages.debian.org/unstable/chromium (currently v57.0.2987.98-1)

No idea about the page here. Jerry might have more info to add.
Anon1940
Reddit comment section can'T be opened anymore in the latest 304x builds. What gives?
Anon1941
@1930 @1933 @1935 @1938 And now I'm afraid to update to stable 57.
Anon1942
LKGR and even stable are not a guarantee of no errors. Even Chrome ships with the occasional issue.
@1938: Aw Snap errors are probably from using flash with no-sync. If you're using no-sync, try disabling flash in chrome://settings and see if the page loads.
Btw, i've been using @RobRich PGO builds, and they are great. Good work!
Anon1944
@qq1: what if I need flash to use the webpage?
Anon1945
@RobRich: Does your build include codecs? Or just Widevine?
Anon1946
Can someone ELI5 what the difference is between clang, pgo, wpo, and cfg are, and which ones I should use?
@1945: I build with the same codec package enabled by default with Google's own Chrome build. There can be more codecs in to the code base awaiting stable deployment that need edits to enable, but I do not build with them - AFAIK, Nik does.

@1946: WPO and PGO are build optimization techniques. WPO uses heuristics, while PGO uses both heuristics and direct profiling of the application to optimize. PGO technically offers more optimization opportunity, but it can take many hours to build, profile, and build again; thus why it is not a regularly updated build here. I have a 32-core Opteron system, which is why I still occasionally do a PGO release, and even then it still takes a few hours to build. o.0 As for WPO vs PGO, the real-world results of the resulting build on decently spec'd systems often are minimal outside of benchmarks anyway.
https://en.wikipedia.org/wiki/Interprocedural_optimization
https://en.wikipedia.org/wiki/Profile-guided_optimization

CFG is a software security mitigation option. Most current builds using Visual Studio should have it be default. My Clang build might even have it by now since I currently link with VS linker, though I have not checked in a while. Maybe later when I log into my build box.
https://en.wikipedia.org/wiki/Control-flow_integrity

Clang is a front-end for the open-source LLVM compiler. I use Clang instead of Visual Studio for compiling Chromium. It is an alternative method right now, but eventually it likely will become the project's default compiler for Windows builds as it is used already for builds on Mac and Linux. My build is more or less an insight into how the work is proceeding.
https://en.wikipedia.org/wiki/Clang

Of note, I still link my Clang compile with Visual Studio for releases here, but ideally, I want to get builds linked with the open source LLD linker. I have LLD linked builds working locally, but it is only working correctly for component builds right now. I prefer to release non-component static builds due to size, complexity, etc.

Summation? You should be "okay" using Nik, mine, or even the project's own default builds. Pick one or test all. ;) Stability likely will be about the same. Performance could vary a few percent. Features could be different, though. For example, Nik and I have builds with sync, WebRTC, remoting, etc. disabled for potentially improved security. As with most things, YMMV.
Anon1948
@1944: if you need to use Flash, you have to use a build with WebRTC enabled. I use Nik's Sync builds for this purpose.
Verified. My current Clang builds linked with the VS linker do have CFG enabled. :)
Anon1950
HI All. I'm the one who was complaining about this page showing that the Ubuntu repo has newer versions, and they didn't have. Well, I misunderstood what the page was showing. At each section of this page, it shows what the current stable version is. I took that as showing what the is available for download. But that's not what it means. Look at the Windows sections; it says what the current stable version is, and then next to each download, ut says what version that download is. But at the Ubuntu section, it doesn't say what version the repo has. It just says what the current stable version is.

So, the page wasn't giving false info. I apologize for the accusations.

Thanks to (Jeremy?) whoever keeps up this wonderful work!
LKGR isn't updated for a 5 days, and i found some info ( https://bugs.chromium.org/p/chromium/issues/detail?id=407399, https://chromium-review.googlesource.com/c/456558/ )... if LKGR will be removed or not updated within the next week, than i'm switch to LKCR :)
Anon1952
What does that mean? For a noob like me that can't understand such terms
I switched to LKCR earlier this week for my internal builds. Was not sure why LKGR was stalled, so thanks for links to additional info, Nik. :)
admin
Thank you dear users and developers! ;)

@1950: Hope all is ok for you. Officially, there is no #stable-chromium-version So devoted developers re-compile Chromium for us, on each OS (Windows, Mac, Ubuntu, Debian, Fedora...).

@RobRich: Thank you for your great explanation on your #comment-1947

@nik: Thank you for news too.

@RobRich, @nik: I added a Portable version (using chrlauncher) for each Chromium version! ^^
BIG thanks for your time and constant effort about the Chromium project.
Anon1956
Indeed. Thank you all who contributes here! Amazing work.
Anon1957
Hi, i use Nik builds Portable, No sync/No WebRTC/No Widevine. Nik builds is actually stable 57.0.2987.110 (444943) Saturday, 18 Mar 2017. Yet i will open a new Chromium Window (another is open) and the chrlauncher plop up and say, a new version is here "59.0.3040.0".
The Nik builds Portable, No sync/No WebRTC/No Widevine isn't available on this time.

The other problem is. I have made a desktop shortcut and move it in the taskbar. In other versions everytime i click this pictogram in the taskbar, a new window will open, not with this version.
admin
@1957: You launch 2 different Chromium versions on your OS.
- Chromium 57.0.2987.110 is the STABLE version.
- Chromium 59.0.3040.0 is a LKGR version.

My advice:
For using multiple/different versions of Chromium on your OS, use **only** chrlauncher.
So uninstall Chromium (via Control Panel or Ccleaner) if "Chromium" is in the list of installed software.
Lemonsquare 
I've been unable to download the latest "stable" Chromium 57 (110 release) for mac OS. The link times out, for four or five days now, with an address unreachable error. Not sure if an issue on my end, which seems unlikely, or the link hasn't been fixed.
Anon1960
@Lemonsquare, it looks like that version can be downloaded here: https://sourceforge.net/projects/osxportableapps/files/Chromium/
admin
@Lemonsquare: This is a problem with the SourceForge "vorboss" mirror (https://sourceforge.net/p/forge/documentation/Mirrors/). When your browser does not send a referer header and you use a SourceForge mirror, you can download software directly (= without redirection and countdown). So I changed the SourceForge mirror. ^^
Lemonsquare 
Thanks for the quick help and clarification, Jerry and Anon.
Anon1963
Just wondering for the versions that include sync, how are these built? Are they using official chrome api keys, or someone's provided developer keys?
admin
@1963: Check "use_official_google_api_keys = true" in args_gn.md, at https://github.com/henrypp/chromium
There's just so many options, and then on top of that there's so many additional steps if you want things like Adobe Flash to work.
I wish there was a version that had bundled together:
auto updating, flash support, and no sneaky Google telemetry tricks.
No complaints, just an observation: on stable 57.0.2987.110 (444943) at Windows 10 have no taskbar application flash, neither on alert appearing, or while downloading file, or e.g. Hengouts message. After rollback to 56.0.2924.87 x64 (previous stable I suppose) I have notifications again.
Anon1967
@Jerry, sorry for the confusion, I was referring to the builds that appear on this site that have sync enabled (amongst other things).
FYI. Given the removal of the LKGR tracker(s) by Chromium, I am going LKCR for public builds.

@Jerry Might as well add the CFG tag to my PGO build listing, too. Thanks! :)
admin
@RobRich: Done! ^^
@1967: We talk about builds with SYNC. Did you really check args_gn.md content?
@gwindlord: Thank you for your report.
FYI in case anyone notices a hang when trying to clear the browsing history on my revision 458746 Clang builds:
https://bugs.chromium.org/p/chromium/issues/detail?id=703992

A patch landed about an hour ago. If fixed, I will try to issue an updated build later tonight or tomorrow.
Chromium with Tor
these programs are both portables
1. create a subfolder in C:\PortableApps with name ChromiumPortable
2. download from this site a portable version that You like
- put downloaded archive in ChromiumPortable, unzip and launch chrlauncher
- after finished update close chrlauncher (DO NOT run Chromium)
3. from the site PortableAppZ download 'Tor_Portable_MultiVersion_Online.exe' from
this page http://portableappz.blogspot.it/2014/01/tor-02420.html
run this online installer that create a subfolder TorPortable in 'C:\PortableApps' and run TorPortable.exe
4. edit the file 'chrlauncher.ini' in ChromiumPortable and add one of these strings:
a. ChromiumCommandLine=proxyserver="socks5://localhost:9050"
hostresolverrules="MAP * 0.0.0.0 , EXCLUDE localhost"
this is very comfortable and allows You to obtain chronology
b. ChromiumCommandLine=incognito proxy
server="socks5://localhost:9050" hostresolverrules="MAP * 0.0.0.0 ,
EXCLUDE localhost"
this allows You to run in 'incognito' mode, but it's very hard to manage the browser.
I suggest to add the string to number a) for run as normal mode
after this modify run chrlauncher.exe
5. for check if Chromium is anonymized by Tor:
- disable any ad-blocker
- go to Whatsmyip.org http://www.whatsmyip.org/ and press
'Geopgraphic IP Location' and verify Your fake IP with Your fake address
(this page do not appears if You do not use Tor)
----
The problem with chrlauncher is that there are two functions in one configuration
file. a better solution is to have three files:
- chrupdater.exe -> for update Chromium
- chrlauncher.exe -> for launch Chromium
- ChromiumTorPortable.exe -> for launch Chromium AFTER TorPortable
-------
Anyway I suggest to use an ad-blocker as uBlock Origin
I think this browser is near perfection for my use but no HTML5 audio/video sucks!
We're not always looking at plain text pages on internet!
Sitting here watching (well, listening to....) a HTML5 video on Youtube? ;)

Nik's builds have most modern a/v formats, including additional formats needing underlying code edits to enable.

My builds should have whatever a/v formats Google's own Chrome browser build supports, including Widevine for a/v DRM at many premium media sites.
Anon1974
I've always used the "Archive" version of Chromium but i would like to switch to portable since it's more easy to run multiple versions & to carry the browser settings to other places. In portable version, crlauncher is always required to launch the browser, right? We can't use chrome.exe? Also, in order to switch to portable, all i need to do is to copy my user data folder into the portable folder, correct?
@RobRich: I'm on Mac OS 10.9, latest Chromium stable build and I have mostly problems with Twitter. Here for example: https://twitter.com/FocusHome/status/845264966643073024 (it does work on Firefox)
@1974: yes, you are right, but in the crlauncher the default profile folder name is "profile" (not "User Data")
@WXW Apologies, as I do not use Mac builds. I suspect Mac builds use the default "ffmpeg_branding" and "proprietary_codecs" build arguments, which do not include certain a/v formats. To get the extra formats you want, you probably would need to roll your own build with modified build arguments like Nik and I do for Windows.
https://chromium.googlesource.com/chromium/src/+/master/docs/mac_build_instructions.md
I've been using the latest 4 releases of Chromium Portable (64 bit) and I always noticed that after the first working session it gets slower when loading. While at first, just after "installing", the browser "comes up" totally in just a few seconds after launch, then it seems to settle down to a much slower loading, which takes 10 or even 15 seconds before showing the browser windows and 5-10 additional seconds to show the window's content.

Is such a behaviour somehow normal, usual, explainable (due, for example, to the portable build) or shall I infer there's something wrong with my system (Win10 64, i7-860, 8GB ram)?

Thanks for any help
Hello,

I am new to Chromium since one month and I must say it is fantastic !
I was using FF for the last fifteen years, the move forward is incredible !
I just want to say there is an issue with the last two stable versions : sometimes it doesn't scrool down with the mouse wheel, I think this occurs when you keep scrolling while clicking on a new link
This is really annoying...
If that could be fixed, that would be fantastic !
Cheers
Anon1980
Using build 59.0.3060.0 - No-sync (461321) and impossible to watch twitch streams. They load fine but after 2/3 minutes i get "Aw, Snap!" error message. Just FYI.
@Armando: i think it's because of cache, your browser profile data is on ssd or hdd?
@Fred: hm, i don't use a stable version but i remember somethink like that on a some dev releases, but now i don't have this issue.
@1980: i'm using dev nosync all the time.. checking the twitch yesterday and today, but i don't catch this error :\
Anon1982
@nik, the error persists (https://i.imgur.com/MxKK7wu.png). Tried Rob's build - 59.0.3061.0 (461342) and the same thing is happening.
admin
@1982: I tested your link in different Chromium builds. All works nicely for me:
https://i.imgur.com/XzxKA7F.png

Tested with:
- 57.0.2987.133 (64-bit, sync, Flash enabled, Nik build, on win7) → it works.
- 59.0.3060.0 (64-bit, sync, Nik build, on win7) → it works.
- 59.0.3061.0 (64-bit, nosync, Clang, RobRich build, on win7) → it works.

Do you use win10?
Anon1984
Yes, i have Windows 10. Did you try it while the stream was on? It happens with every stream, that was just an example.
@1984: Twitch loads and plays streams - both live and archived - here with my r461342 64-bit build on a Windows 10 box.

Do you have any content filtering extensions or software installed?
Anon1986
What do you mean by "content filtering"? All the extensions i have are the ones from the screenshot above, uBlock Origin & uBlock Origin Extra.
@1980: Same here (It all started with ver.57.0.2987.98) with ver.57.0.2987.133 (444943)/Archive/NoWebRTC/NoWidevine, ver.57.0.2987.110 and ver.57.0.2987.98.
Windows 8.1pro 64bit. Temp solution: clear the cache often ("Clear browsing data").
@1986: Content filtering means any extensions or even system software that affects the coding of a page being rendered by the browser, such as the uBlock extension. ;) Temporarily disable uBlock, then see what happens.
Anon1989
I already turned them off (extensions) and the problem still occurs. This issue doesn't happen with build 59.0.3053.0 (459656). That was the last one i was using without any issue.
Anon1990
Similar to Anonymous (1980), Twitch streaming now continuously uses more memory until it hits around 4GB and then crashes the tab saying it ran out of memory. Running nik sync build 3060 on Win 7 x64.

It may be Twitch breaking things with its recent internal change to allow higher bitrate streaming. If I force the quality to High at 720p30 instead of source at 1080p60, the memory increase is drastically slowed (but still increases without bound until crashing).
Anon1991
Well, as i said in previous comments, build 59.0.3053.0 (459656) works fine on my end. I reverted back to it and been watching streams all day without a single crash.
Hi @RobRich , can you confirm if your latest PGO build is showing PGO in chrome://version. I think your two builds are the same (clang) builds on Github. The SHA1 of PGO's chrome.zip is showing the hash as the clang's chrome.zip
By the way, thanks for your continued compiling PGO no-sync builds, very much appreciated. =)
@qq I just re-uploaded the PGO build. Should be okay now. Thanks for letting me know. :)
Anon1994
Thank you very much RobRich!
Anon1995
How hard would it be to use Nik's build instructions to compile an equivilant Mac binary? I love his builds but I have a Mac that I would like the extra codecs with (the FreeSMUG team uses the basics I believe)
Anon1997
@1996 What is GN over GYP?
@Nik: thanks for your answer.
I also thought about cache and I tried using the launch argument " --disk-cache-size=1000" to nearly disable the cache.
This seems to be working: when I use the CTRL+SHIFT+DEL shortcut to clear the cache I read that cached images and files are "less than 1 MB". No speed improvement at all, however.
Do you think there's something else I can try?

PS. My browser, together with profile data, is on hdd, which by the way is the same hdd I used when Chromium used to start quote faster.
@Armando: i'm also on hdd, but i don't know what cause your problem (because often the first start the slowest and the next is faster).
You can try the Procmon to capture all hdd activity only from the chromium start to full load (then stop the capture because it'll load your system) and see where the longest gap between operations.
If you want to completely disable cache, you can use  --disk-cache-dir="x:/"  --media-cache-dir="x:/", and make sure that you dont have partition with letter x, i use this combo for a few years now, all good.
Anon2002
Using build 59.0.3067.0 (463134) for some hours now and the Twitch issue is gone, so far so good. Thanks @nik
Anon2003
@nik: Is this the latest version at the moment? The Chromium Authors seem to release updates almost every few hrs. I'm just curious how often you release updates? The version below is the one I'm using now.
Sync • WebRTC • Widevine • 59.0.3060.0 (461321) • Saturday, 1 Apr 2017
Anon2004
The most recent build by @nik is 59.0.3067.0 (463134).
By the way @nik & @Jerry: @nik has sync version of build 59.0.3067.0 (463134) on github and here on woolyss it's on 59.0.3060.0 (461321). Archive points to the correct build but the Installer doesn't. That's probably because the chromium-sync.exe file is missing from github. Talking about 64bit versions
@2003: i do a dev builds when my pc is idle, on a weekends :)
@2004: hm, yeah thats a bug, i'll fix it
Anon2006
@nik: have you ever considered starting a Patreon or something of the sort to earn any kind of funding to either be able to spend more time on the project or to purchase more robust hardware? not sure if either of those would change much regarding your workflow, but you provide a valuable service that many people rely on
Anon2007
Admin/Nick: Is there any specific reason when you update your latest Chromium builds on GitHub, they aren't being updated here on the Woolsys site at the same time? It took almost over a week before the version changed appeared here?
@Nik : I am still experiencing this issue even after formating my ssd. Do you have any idea how to fix that scrolling bug ?
It happens very oftently and this is highly annoying...
Thank you for your support !
Anon2009
When I download Nik's 59.0.3067.0 (463134) chromium-nosync I get this hash: b762319226afaddc2ca164ac91bce8f63d25d5d9.
But the page says it should be this: sha1: 1707c3522910ec876e1c19347cac2d3561f4465a - chromium-nosync.zip
@2006: no, it's complicated.. and i already have paypal donation :)
@Fred: sorry, i don't know, ididn't see this bug on a recent dv builds :\
@2009: that was a bug, my script rebuild zip archive and updated this site, but not github, i fix it just now.
build your own pc 
Nice article
I'm having memory leak issues on 59.0.3067.0 (64-bit). Chromium randomly creates 3k+ processes until the computer runs out of memory. Anyone else have this issue? Never had it before until updating to this build
If anyone wants to give it a go, I have rolled a Visual Studio 2017 build for testing. :)

YMMV as usual, especially as Chromium has not migrated to VS2017 yet.

No sync (well, no API keys anyway ;p ), WebRTC disabled, and Widevine enabled. Compiled with WPO and CFG.

Chromium: 60.0.3074.0 (Official Build) (64-bit)
Revision: 6d3aa4c52ee23c233ec65f08c0a6ee0cb1aeca6a-refs/heads/master@{#464896}
OS: Windows
Compiler: MSVC 2017

In case anyone notices, the revision is off master instead of LKCR, as I forced a top-of-tree update for a possible quick fix when encountering an error building with WebRTC disabled. I still had to do a quick source edit to fix the error anyway, so whatever IMO.

Looking forward, I need to run a test build to verify, but I probably soon will be migrating PGO builds to VS2017 as well.
waboshbron 
@user: If you are looking to disable cache, send it to nul (reserved name for null, akin to Unix /dev/null) e.g.  --disk-cache-dir=nul  --media-cache-dir=nul
@nik: Release date in https://github.com/henrypp/chromium/releases is incorrect.
@lx11111: this is a date of the last commit in repo, it's not an uploaded date
Anon2017
A question to the devs here: Do you know why while watching videos, if we switch tabs and then come back to the video tab, the video is frozen and takes a couples of seconds to start moving again? This has something to do with the codecs i believe.
@2017: It could be due to recent power saving and performance features. If so, the video stream likely needs to seek to the correct time stamp when restarting once the tab is brought back to the foreground.

Go to the about:flags configuration, and take a look at the below flag. You can try forcing the flag disabled to test.

Optimize background video playback. Mac, Windows, Linux, Chrome OS, Android
Disable video tracks when the video is played in the background to optimize performance. #disable-background-video-track
Anon2019
@RobRich, thanks, that worked. But it's strange as Chrome also has that flag set to "default". Probably Chrome default is different from Chromium default, idk.
Anon2020
I forgot to mention: Chrome also has that flag set to "default" and works well while in Chromium we're forced to set it to "disabled". That's what i meant to say, sorry for not being clear previously.
Anon2021
Flash issue (page crash) with WebRTC disabled appears resolved in 60.0.3074.0 (#464896).
No remark on Chromium really, but I like how you've set up your website. All-in-one-page with links to headers and a back to top button. Seems efficient. And you can use the browser's search function to search the whole website, brilliant.
@2021 @RobRich I think flash and no-sync work on RobRich's clang build only, I can't seem to get it to work on the VS2017 build. I get "Aw Snap" errors still. Can someone confirm?
Anon2024
@qq Confirm the issue is still present in the VS2017 build (also present in nik's 60.0.3073.0 (464874) build).
I have not tested Flash, as I do not use it, but that is interesting. Could be a compiler/linker option or optimization causing the particular difference.

Update on PGO. Tried a PGO build with VS2017. No go, yet, so PGO will remain VS2015 for now.

Quick FYI while on the topic. My latest Clang compiles here are linked with VS2017, plus I am now building the Clang/LLVM compiler with VS2017, too.
Anon2026
Interesting. RobRich's 60.0.3074 build will not cause errors due to flash. However, RobRich's 60.0.3075 build causes an error due to flash. What's the big difference between the two builds?
Odd. There are no significant changes in my Chromium build process other than updating my local Clang/LLVM build between those revisions, which I doubt is related, so I suspect any change regarding Flash (not) clashing would be source related.
A summary: (Windows 7) RobRich's Builds
Chromium60.0.3075.0 (Official Build) (64-bit)
Revision929fcfc0778b8848e9a4b2b5c205c1ae43cfa9f9-refs/heads/master@{#465262}
Compilerclang
Flash: Not Working
Jump List: Not Working

Chromium60.0.3074.0 (Official Build) (64-bit)
Revision6d3aa4c52ee23c233ec65f08c0a6ee0cb1aeca6a-refs/heads/master@{#464896}
CompilerMSVC 2017
Flash: Not Working
Jump List: Not Working

Chromium60.0.3074.0 (Official Build) (64-bit)
Revision6d3aa4c52ee23c233ec65f08c0a6ee0cb1aeca6a-refs/heads/master@{#464896}
Compilerclang
Flash: Working
Jump List: Not Working
WildByDesign 
@nik Thank you for your continued efforts to keep builds going for Stable branch.

@All Does anyone know yet what the status is with regard to those Flash Player crashes on No WebRTC builds? Is there a specific patch/bug report to reference? Thank you.
Thanks nik for your good work much appreciated - latest stable works all good for me
Thanks jerry for maintaining the site :)
Anon2031
No sync • No WebRTC • No Widevine • 58.0.3029.81 (454471) • Thursday, 20 Apr 2017
Strange. In this version, uBlock Origin blocked items counter stopped working.
Anon2032
@2031
I always do clean install instead of updating, to avoid weird stuff like that. Current stable nosync seems to work flawlessly for me so far. Addons: uBO+uBO Extra, HTTPS Everywhere, Privacy Badger.
Anon2033
60.0.3079.0 win32 nosync lkgr from Nik, updated from some 59 (same channel from from Nik):
uBlock Origin continues to crash from time to time (sometimes after some event, sometimes after several [tens of] minutes)

Made a backup of settings to file (uBO feature).
Tried to remove all uBO settings (Local Storage - .localstorage + .localstorage-journal, also from "Local Extension Settings" and "Managed Extension Settings"), launched Chromium, imported settings from file - continues to crash.
Tried to remove uBO, reinstalled it, imported settings from file - continues to crash.
Currently reinstalled and testing with default settings, will keep you informed.
If someone else has the same problem - please let us know...

P.S. Didn't check on clean profile because don't have much time (sometimes it doesn't crash for a really long time) and RAM, but will try to test it later (maybe some conflicts with other extensions?)
Updated Visual Studio 2017 build. No sync, WebRTC disabled, and Widevine enabled. Compiled with WPO and CFG.

Chromium: 60.0.3080.0 (Official Build) (64-bit)
Revision: c4cb0d38f0bd26578120775e9c09be813b5215c0-refs/heads/master@{#466630}
OS: Windows
Compiler: MSVC 2017
WindowsSmellsOfMonopolyAgain 
The new version of Windows 10 (Creators Update) now actively blocks the Installer from starting, and does not make it obvious how to get it to run. I just downloaded Nik Stable x64 Sync Installer (as I always do) to update to 58.0.3029.81 (454471) • Thursday, 20 Apr 2017. Prior to updating Win 10 I experienced no problems running the Installer, after updating Win 10 with the newest Installer I get this https://i.imgur.com/Hks1B1f.png

As you can see from the screenshot, the dialogue is not offering an option to Run the exe, only if you click the slightly different words "more info" do you get the option to run it anyway.

Is MS just trying to stomp on your browser as competition for Edge, or does the new Windows Defender Smartscreen need educating about the best open source browser on the planet ?
phuong nguyen 
@2017: A question to the devs here: Do you know why while watching videos, if we switch tabs and then come back to the video tab, the video is frozen and takes a couples of seconds to start moving again? This has something to do with the codecs i believe. https://bietthucanho.com/
@RobRich: hey, did you compare the build time of 2015 vs 2017? because vs2013 was faster than vs2015 :)
bitdefendyourself 
Is anyone able to run the flash player?

So far what I did was to install the PPAPI plugin from Adobe page, enable flash in the chrome://flags, but everytime I try to load a webpage with flash content the browser crashes and displays the message: "Something went wrong."

Am I doing something wrong? I've been using Chromium 32-bit no Web-RTC builds (unofficial stable channel).

I know in the future Flash will eventually be dropped but for now it's still needed for some livestreaming websites
Anon2039
@bitdefendyourself: Flash player works only if WebRTC is enabled. Tested with #windows-32-bit-dev-nik portable builds.

My way:
1. Download and install Portable version of Chromium with enabled WebRTC.
2. http://effect8.ru/soft/media/adobe-flash-player-portable.html --> Get "pepflash 25.0.0.148" PPAPI 32-bit version.
3. Unzip pepflashplayer32_25_0_0_148.7z
4. Rename pepflashplayer32_25_0_0_148.dll to pepflashplayer.dll
5. Put pepflashplayer.dll and manifest.json into the "plugins" Chromium folder
6. Launch Chromium
7. Check chrome://flash
8. Manage Flash at chrome://settings/content/flash
9. Normally, animation works on https://www.adobe.com/software/flash/about/ ;)
@Nik: I have not actually timed the builds, but from a casual perspective, it seems like 2017 builds slightly faster.

Unless you are doing PGO or serious debugging, 2017 should be good to go for 64-bit Chromium builds IMO. 32-bit building on a 64-bit build box should be okay now, too, from what I am seeing about recent cross architecture compilation updates.

https://bugs.chromium.org/p/chromium/issues/detail?id=683729
Chromium for 64-bit macOS - All Codecs

No sync • No WebRTC • No Widevine 60.0.3082.0 (467367) Wednesday, 26 Apr 2017
uploadfiles.io/h3ckm

(Feedback appreciated - if demand will update!)
bitdefendyourself 
@2039, You're right, yesterday I ended up trying to run flash in the Web-RTC edition and it works good so far. I'm able to livestream my soccer games again. Thanks anyway.

Is it some sort of a requisite for Flash, to have Web-RTC enabled or it is a bug in the current versions of Chrome/Chromium?

Thanks in advance and keep it up guys.
Hi all.
Using Nik sync 60.0.3079.0 (64-bit). Not sure what build (recent, of course) started it, but now I have to enable the "Offer to translate.." option under settings in order to get the translate option on the right click context menu, but this also implies the annoying offer to translate on the upper right corner. Previously I could disable that option and still get the context menu option.
The last couple of builds can not manually update the components. The Updater service was started....that is all
chrome://components The Chromium Authors dev 64-bit.
Is the memory leak on Facebook, Youtube, Twitter, and some browser games, ever going to get fixed?
WindowsSmellsOfMonopolyAgain: Please right click that setup file and choose the "Unblock" option on the bottom right ride of the properties window and then click "Apply", then "Ok". Try to run it now?
Branko: It's okay now. Probably temporary error. chrome://components update.
@Marmaduke would really like & use a version with all codecs, webrtc and sync. by the way, great job!
Anon2049
Good!
Thanks @Nik, 60.0.3086.0 (468252) • Sunday, 30 Apr 2017 is a great build. This fixes a few problems I was having after Creators Update. Some people had to disable hardware acceleration depending on there GPU or couldn't install extensions. Would freeze at checking and have to end browser via Task Manager. Fixed in this build and hardware acceleration is back on.
@Leo - I haven't tested the Sync (you will need your own API keys) or Widevine functions.

Chromium for 64-bit macOS - All Codecs - Thursday, 05 May 2017

Chromium 60.0.3090.0 (Official Build) (64-bit)
Revision 8bef0bcb6a3190e14abced2eefb51f37cae90abc-refs/heads/master@{#469489}
OS Mac OS X

No Sync • No WebRTC • No Widevine
uploadfiles.io/no67i

Sync • WebRTC • Widevine (chrome://components to install)
uploadfiles.io/xm62u
Anon2052
Nik Stable x64 Installer Sync • WebRTC • Widevine • 58.0.3029.96 (454471) • Tuesday, 2 May 2017

If I sign out from my google account, why do all of my bookmarks/favourites and passwords get wiped ?
Is that a google thing forcing us to always be logged in ? - If it is is there anyway we can stop that horrible behaviour ?

All of my bookmarks and passwords I have collected in Chrome for a few years >BEFORE< I ever let this browser note and login to my google account, so if I choose to log out, I should be left with all those bookmarks and passwords .. You would think.

I liked the idea that should I ever have a browser problem or machine problem that caused me to lose my setup, and all the accounts and web locations details that are becoming so necessary these days, that they would all be synced to cloud storage and encrypted, only for me to unlock them with a new instance of chrome on lets say a future machine ..

.. I didnt expect that I would be bullied into always having the browser logged in so that google can track everything I do, the carrot on the stick being all of my saved bookmarks and passwords will be available - Otherwise they get wiped out completely.

Does anyone else think this behaviour is right ?

If I am posting in the wrong place could someone please raise an issue in an appropriate place for the relevant coders. Thanks.
@2052: That's bad... sorry to hear...

been using the same nik's stable NON-sync for days
been able to log in and log out of gmail and nothing as describe happen
(btw i dont have google account and I elect to type in password everytime)
so is it smth to do with google account or smth to so with sync?

hoepfully you find a resolution
maybe there is still a backup copy somewhere?
or system restore?
Updated Visual Studio 2017 build. No sync. No webrtc. Widevine enabled.

Chromium 60.0.3095.0 (Official Build) (64-bit)
Revision d5523a250fa3faed2930cabcc13ac0746c1cfb2f-refs/heads/master@{#470386}
Compiler MSVC 2017

I have a PGO build cooking, too.
admin
@2052: Yes, it is a bad experience :/
@Marmaduke: Thank you for your builds. I put them manually on the site (#mac-64-bit) Please, can you contact me by mail (https://info.woolyss.com/)
@RobRich: Like ever, you are a master. Also, thank you very much for your great builds ;)
Anon2056
Sorry OFF TOPIC.
Someone can provide me links for always Chrome dev and Canary latest not offline installer.
Please
Anon2058
@2057: thank you but i do a mistake i search standalone installer
Any ideas why https://play.spotify.com doesn't work with Chromium ? Its the web based Spotify version. I'm using Chromium with Codecs
Chromium for 64-bit macOS - All Codecs - Friday, 12 May 2017

Chromium 60.0.3098.0 (Official Build) (64-bit)
Revisione2e34549299c2acc264bebabcc891a756ab35804-refs/heads/master@{#471270}
OSMac OS X

(My github is a work in progress!)
A little later than I expected, but PGO is finally updated. :)

Optimization stats:

0 of 0 ( 0.0%) original invalid call sites were matched.
0 new call sites were added.
355 of 1377779 ( 0.03%) profiled functions will be compiled for speed, and the rest of the functions will be compiled for size
9936433 of 18009824 inline instances were from dead/cold paths
1377778 of 1377779 functions (100.0%) were optimized using profile data, and the rest of the functions were optimized without using profile data
1146127996516 of 1146127996516 instructions (100.0%) were optimized using profile data
Anon2062
@Andrikos; i also noticed that. I guess it's a Spotify problem.
Anon2063
is there some method to add Widevine to The Chromium Authors build?
Anon2064
@2063: Use Nik's stable build.
Anon2065
RobRich's builds also have Widevine enabled.
Anon2066
@2064, I have problem with trust for other builds :D
Anon2067
@2066: So re-compile Chromium yourself with the "enable_widevine = true" argument. Then update components in chrome://components browser page ;)
Anon2068
@Andrikos: You need to use a build with Widevine enabled as well as this in chrome://settings/content/protectedContent (https://i.imgur.com/DMbhgWC.png). This way, you will be able to use Spotify.
I just want to THANK ALL THE TEAM for all this work!
The contents in this site are minimal, very practical and useful.
Thank you VERY MUCH for all this excellent site!
Cheers!
Anon2070
@2067 @2068: Thank you guys for help.
Updated Visual Studio 2017 build. No sync. No WebRTC. Widevine enabled. Built with WPO and CFG.

Chromium 60.0.3100.0 (Official Build) (Windows 64-bit)
Revision df78633101a43642053c681b8530c88bf7032e06-refs/heads/master@{#471635}
Compiler MSVC 2017
@2068 I'm using the sync dev version with chrlauncher and also the option is already enabled. It doesn't work :/
@RobRich, thanks for the PGO build update. Much appreciated. =)
Anon2074
@Andrikos: strange, it works over here. FWIW, i'm using Windows 10.
@2074 I know . For a long time i'm having issues with every chrome installation. I tried also the Canary and doesn't work and also the Translation doesn't work and i have to use an addon
John McClane 
I'm having constant crashes of the PPAPI flash plugin ever since a week or so, never had a problem before.
I'm using HenryPP's build, with chrlauncher dev-official build and PPAPI dll portable in plugins folder.
Windows 10 x64 version 1703, PPAPI from http://effect8.ru/soft/media/adobe-flash-player-portable.html
I have also tried dev-codecs-nosync/sync.
Versions:
Chromium 60.0.3105.0 (Developer Build) (64-bit)
Flash 26.0.0.110 C:\Utilities\Chromium\plugins\pepflashplayer.dll
how do you think, someday will developers add an ability to use incognito mode by default. like in Firefox? Or google never won't do it?)
It seems that the profile button is now hidden? I just noticed it using latest dev version 60.0.3105.0 (Official Build) (64-bit)
. I used a blank username for a long time and i could see a gray small section . Now its gone. It looks great but i don't know why it "cured" this profile button :)
Anon2079
@Dan, you can use incognito mode by default. Check #command-line-flags
John McClane 
New "installation", chrlauncher 2.3, dev-official x64 build, win10x64,
brand new profile, default settings.
Constant flash plugin crash in *every* page, never been able to load once.
The same config without any mods worked just fine up till maybe 10 days ago, no mods since then, just chrome updates.
Tried every possible build (dev-official, sync/no-sync, etc) but makes no difference.
Thought maybe EMET screwed up something, but disabled system it wide and for chrome specifically and restarted several times, but still no luck.
https://i.imgur.com/quI8SHG.jpg
https://i.imgur.com/Lhmy3Re.jpg

Any ideas?
Anyone else experiencing this?
TIA.
admin
@Andreas: Thank you for your remark ;)
@John McClane: For me, the #flash plugin works nicely on all Chromium 64/32-bit versions. Follow tutorial at #comment-2039 and disable "Ask first" in the chrome://settings/content/flash page (https://i.imgur.com/dHHC6Z4.png). Now, the Flash plugin works for all websites ;)
@2079, yes, I can. But when I open some link in email or messenger, it opens in non incognito mode. And also I can't just add a flag to icon in macos like in windows. I have to make a new application by AppleScript
YMMV on this build, as I have not done much testing. Seems to be okay so far. Note, there is no installer this time, just an archive. If it seems okay in my personal testing, I expect to migrate my PGO builds to VS2017, perhaps as soon as my next public release.

Visual Studio 2017 build with profile-guided optimization (PGO). No sync. WebRTC disabled. Widevine enabled. CFG enabled.

Chromium 60.0.3109.0 (Official Build) (Windows 64-bit)
Revision 1ffa477756f92b6a6a318a0d6689e04f398c5705-refs/heads/master@{#474119}
Compiler MSVC 2017 (PGO)
Anon2084
Thank you very much RobRich. Nice release! ;)
Anon2085
Thanks Rob. Tried it today after months with WPO builds from nik and the difference is noticeable. A shame that PGO builds take way longer to compile because they're indeed faster.
Anon2086
Wow robs pgo build is really fast, thanks fam
WildByDesign 
RobRich, this nice gem of a surprise with this VS2017 / PGO build is remarkably fast. Wow!

i have never noticed this large of a perf difference between PGO and WPO builds previously.
Anon2088
@RobRich: By any chance you have a win-64 version? Looks impressive. Thanks
New public PGO build now available. Built with Visual Studio 2017. Thanks for the feedback everyone. :)

As before, build times are still rather extreme. I will probably keep the existing update schedule of 2-3 weeks between releases.

@Jerry: Might be a good idea to add a "VS2017" tag to my PGO build since it is not (yet) the project's default compiler/linker.

@2090: If you are referring to the "chrome-win32" directory in the archive, it is just a directory structure. The program is 64 bit. Point the browser to about:version to verify. :)
Anon2090
Thanks robrich
would pref stable chrome but will give it a test run over the wkend :)
Anon2091
Thank you Marmaduke, great release! Much appreciated.
@RobRich: Thanks for the PGO builds as always. Much appreciated.
Anon2093
I observe random hangs or freezes of pages with robs VS2017 build, am I only one?
Anon2094
No problems here
@2093 Only specifically with certain sites that are playing videos while switching tabs, will cause it for me. Other than that, the VS2017 PGO build is snappy and fast. It could probably just be this revision of chromium.
Anon2096
@qq Yes, most of it happens on sites with videos and only when I switch to that page. So lets just wait for another release.
If it is only affecting video pages, trying manually forcing "Optimize background video playback" to disabled in the about:flags options as a possible workaround. I have seen a similar issue before, though YMMV, of course.
RobRich and/or Admin: Shouldn't the following: "No sync • No WebRTC • Widevine • 60.0.3118.0 (476286) • Thursday, 1 Jun 2017" be actually "61.0.3118.0 (476286)". Why is it displayed as 60 instead of 61?
admin
@Dustyn: Yes I agree. Thank you for feedback.
RobRich made a mistake about the version on his latest CLANG builds ;)
https://i.imgur.com/6nhhqdO.png

I corrected manually the version but the version on GitHub links still stay wrong. Nevertheless, RobRich can change them.
Thanks. Fixed. :)
Anon2101
Thank you RobRich.
Anon2102
thanks
Anon2103
Nik: Sync • WebRTC • Widevine • 61.0.3120.0 (476905) • Sunday, 4 Jun 2017
bug: icons are cut off:
https://i.imgur.com/VUa39tk.png
Anon2104
Question: If I update, will it reset flags? I had a lot of trouble getting flash to work and don't want to have to hassle with it again. Secondly, what updater would you recommend?
Anon2105
@2104 Go to chrome://version copy the flags you entered there and launch chromium using those flags via a shortcut. Or if using chrlauncher, set them in the .ini file.
Chromium for 64-bit macOS - All Codecs - Monday, 05 June 2017

Chromium61.0.3120.0 (Official Build) (64-bit)
Revision 9171a2ab9637d50fb574ebc354a859776efa9dd0-refs/heads/master@{#476991}
OS Mac OS X
Anyone having problems with 59.0.3071.86 on Ubuntu 32bit?
I've updated today to 59.0.3071.86 from this page's Ubuntu repo (ppa:canonical-chromium-builds/stage) on three Lubuntu machines. Two machines are 64bit, and the third is 32bit. On the two 64bit machines, it's working fine. But on the 32bit machine, it cannot run and errors out. (will post error below, it's long). I've been using this ppa for a few months, and hadn't had any issues with any version.

Tried deleting the profile by deleting the contents of ~/.config/chromium, same error. The directory DOES start to populate, but then the process errors out. The directory is not fully populated as it should be. Tried deleting ~/.config/chromium, same.

Tried running with another, new, profile, (chromium-browser  --user-data-dir=/path/), same error.

I then double checked this by reverting back to 58.0.3029.110 from the Ubuntu repos, and it works fine. Updated to 59 from the ppa, error. Checked this several times back and forth, and it's consistent. Version 59 from the ppa cannot run, and the previous version does run. I should point out that before this update to v59, the previous v58 has also been from this ppa

https://pastebin.com/4mf6X5WT
Anon2108
Just wondering how often are the pgo builds by rob released? Keen to try a later revision with that stupid video crash fixed.
@2108: Are you referring to my error? I don't understand the error I'm getting. Above my knowledge. Anyway, I'm assuming that you are referring to my error, and have another two points to add.
1) I uninstalled flash, but it made no difference. The first line of the error (loading the flash library) was obviously gone, but the rest of the error is the same.
2) If it's a video issue, the hardware comes into question. So I need to add that the 32bit on one my the 64bit instances are on the same machine. One machine, dual-booting two instances of Lubuntu. One 32bit and one 64bit. And as I mentioned, the 64bit works fine. (then there's another 64bit, on a different machine, which works fine as well)

Another addition I should've included in the original post: All instances of Lubuntu are 16.04.2, on kernel 4.8.0-54
Anon2110
I think you jokers need to learn what Portable means in the context of Windows software. It DOESN'T mean "downloads unverified/verifiable/[in this case, hard-to-verify-via-another-third-party's-source-code] software not in the original package! It means "SELF-CONTAINED". How can I take the above download and use it to work on a network that's not connected to the internet, for example? I CAN'T. Why my brain-damaged mind has to be the one to call this out for some b.s. method, I don't know... No-one else get this?
I already do way too much tech reading, and whilst the "no-sync, no-widevine" etc options are really cool to have separate and distinct, this "I just want a portable install to run with the least [or I'd use Chrome itself] bullsh1t possible... is a bit of a fail, you know?
Anon2111
@2110 Your comment is kinda a mess, but I think you're referring to the profile. See SumDood's #comment-1912
My Head Hurts! 
@2110: Go to portableapps.com and download the chrome portable app. Figure out the structure of the install; unzip the latest install of chrome/chromium to: GoogleChromePortable\App\Chrome-bin (delete the previous install). I was experimenting with this method yesterday - and it works! The only downside is trying to configure pepperflash for chromium.

There is actually a previous version of the portableapps application for chrome/chromium which is much easier to configure for flash.

Respectfully, the only "fail" is on your part.

I guarantee you: compiling [ "no-sync, no-widevine" etc options] is not for the brain damaged or the "too cool" to think brigade.
Anon2113
@nik can you please update - Sync • WebRTC • Widevine • 61.0.3120.0 (476905) • Sunday, 4 Jun 2017
look pretty buggy
bug: icons are cut off: https://i.imgur.com/VUa39tk.png
and crashing sometimes without reason, 0 problems with prev version
Anon2114
@Marmaduke Thank you for the updated builds.
@2113: in a few days
Anon2116
How does one update the regular Installer version on WIndows, uninstall/reinstall? I ran the chromium-sync.exe on a system with a previous version and nothing happened.
Anon2117
@2116 Have you checked chrome://version afterwards? I used to just run the installer and the browser seemed to be updated properly, but now I only do clean install of every new release just in case (to avoid possible config or performance issues). I think the installer overwrites Chromium in the same way as unpacking the .zip would - aside from adding shortcuts and app registry entries.
Anon2118
I think I forgot to close Chromium first before I ran the install. It worked that way. Thanks!
@2108: Usually about every 2-3 weeks, give or take. ;) I have a PGO build cooking right now. So perhaps tonight or tomorrow.
Norton is removing chrome.exe file stating that file is untrustorthy. what could be reason . It's happening last 2 version
Sync • WebRTC • Widevine • 59.0.3071.86 (464641) • Tuesday, 6 Jun 2017
pl help
Anon2121
@Kumar can you upload that file to virustotal.com and post the results link here?
Anon2122
@Kumar @2121: I have been on Norton 360 for years
and using nik's No sync • No WebRTC • No Widevine • 59.0.3071.86 (464641) • Tuesday, 6 Jun 2017
with no whitelist on norton and No problem as describe.
you can always add to exclusion or more likely (what I did) was to list it as 'Trust'
the chromium here are not exactly the official version of chrome - you have to decide if your trust nik's or rob's or Marmaduke
Anon2123
Norton in 2017 LUL
Black screen for current stable release :( Please help.
PGO build updated. Built with Visual 2017. PGO stats:

0 of 0 ( 0.0%) original invalid call sites were matched.
0 new call sites were added.
344 of 1417494 ( 0.02%) profiled functions will be compiled for speed, and the rest of the functions will be compiled for size
9926829 of 20497462 inline instances were from dead/cold paths
1417493 of 1417494 functions (100.0%) were optimized using profile data, and the rest of the functions were optimized without using profile data
365776514899 of 365776514899 instructions (100.0%) were optimized using profile data
Anon2126
tyvm for the pgo build Rob. Video crashing thing seems to be fixed in this revision. Good job!
Anon2127
Good job rob, this build is excellent.
Anon2128
Nice, MSVC 2017 PGO build, very much appreciated, thanks a lot for this!

By the way, how are the clang builds? Did anyone really test (or bench) them so far?
Welcome for the PGO builds. :)

About Clang builds, I rarely benchmark them as VS builds probably are better optimized on Windows right now, but I do use them. Not sure about others' use, though there do seem to be occasional posts about the builds in the comments here.

BTW, while on the topic of Clang/LLVM, FYI that most of my Clang builds are now being done with external LLVM builds instead of the ones included in the Chromium repository, as the bundled builds tend to be several to many revisions behind the LLVM source. I usually do a latest SVN pull of off the LLVM source repository and build 64-bit Clang/LLVM locally before proceeding with building Chromium.
Sync • WebRTC • Widevine • 59.0.3071.86 (464641) • Tuesday, 6 Jun 2017

Experiencing Piriform CCleaner not cleaning Chromium cache cookies etc. Anyone else?
Anon2131
No sync • No WebRTC • No Widevine • 59.0.3071.86 (464641) • Tuesday, 6 Jun 2017
CCleaner 5.30.6065 has no problems. maybe clean reinstall both again?
Thanks. Deleted the whole Chromium folder and started from scratch. Tried no-sync and older CCleaner release. Extensions disabled. CTRL+shift+delete works normally.

At a loss here
@Kumar
Send them a link to this site that's what I did with AVG free & Pro and within hours no more problems. I use Kaspersky Pro on my Windows os and it never tries to remove it. And zero problem in Xubuntu my default OS.

I love this browser and install it on every computer I service monthly (400+)
My question is WTH happened to the settings? In the newest version (59.0.3071.86) they are horrible all that clicking right and left! And the mobile menu style why? The amount of people using mobile internet has never been over 22% and that was three of four years ago and it's been a steady drop ever since. All the websites and servers I watch it's less then 2% (3 years ago 18%) of the users on mobile? I could see making all the laptop & desktop people use mobile if there were lets say 60% of the internet users? But there are so few when you look at the amount of people online. And all of us are forced into using these horrible mobile style settings & menu's? The old setting were so much faster to work with so I'm asking are these new right & left & right... settings (mobile) menu's here to stay?
Thanks Great browser!
Anon2134
@beast-usa The Material interface is indeed here to stay, because apparently Google tries to blur the line where their services end and desktop users' personal space begins.
I agree it's a bit of pain to navigate through now, especially when setting up default site permissions. Maybe they will make a few adjustments over time, since it seems to be about Material look rather than copying mobile Chrome.
Anon2135
install ver 59 over previous 58 ver still get you the old interface on win 7
also in chrome://flags there maybe something there for you to toggle
still questioning the REAL benefit for the forced change or not offering the option for non-MD
as mentioned by many here
we all have difference screen on difference device

anyway thanks nik for your selfless work and jerry for holding up the site for free - Model citizen :)
admin
Thank you all ;)

@beast-usa: To disable Material Design:
1. Go to chrome://flags
2. Open the search box (F3 Keyboard shortcut) and type "enable-md"
3. Disable what you want (chrome://flags/#enable-md-settings in your case!)
4. Relaunch Chromium
Follow-up to 12 Jun 2017, 04:32. This was a CCleaner issue which has been resolved by an update.
Anon2138
Thanks Jerry :)
@2135
"A merchant describes the automatic shaving machine he's selling:
- The customer rests their face here, and inside there is a set of razors that quickly perform the shaving.
- But, everyone's face is shaped differently!
- Only before the first shave..."
Anon2139
@2138: HA HA :D nice one
Would the brand of the auto shaving machine be call "new world order"? lucky guess?
@Jerry : Thank you I had already un-installed and went back to 58. And had planned on doing the same for all my customers. Lots of sites to always setup permissions I would have lost my mind!

I went to chrome://flags/#enable-md-settings and set "Enable Material Design settings Mac, Windows, Linux, Chrome OS" to DISABLED. Back to the fast desktop settings. lol
Anon2141
Thank you for toady's build (1285).
I'm the guy who had the crash with the previous build (1283). Confirming that 1285 works well. Thanks!
Anon2142
With 61.0.3132.0 installer The Chromium Authors dev at eatch launch all settings of extensions are deleted ????
Anon2143
Thanks nik for the updates and jerry too
hv a gd wkend :)
Anon2144
Marmaduke, thanks for the Mac builds! How frequently do you plan on updating? Do you have any plans to release a stable build?
Anon2145
Why Rob's builds get "This file is not commonly downloaded and may be dangerous." but nik's doesn't?
https://i.imgur.com/8E5CMMT.png
It actually is somewhat accurate IMO, as I doubt the file "chrome.zip" with a matching hash is downloaded much. ;)

I suppose it could be the file name, too. It is not actually chrome, but it does have a chrome filename, thus potentially invoking a cautionary warning.

If it persists, I can try renaming the archive download for a future release.
saqib hussain 
thanks nik for the updates.
is it safe
Version 59.0.3071.86 (Official Build) (64-bit). Slow loading Youtube page (video load is normal though). Normal fast YT page loading with Vivaldi
it's already 59.0.3071.109
Anon2151
Thanks nik for timely latest update
No sync • No WebRTC • No Widevine • 59.0.3071.109 (464641) • Wednesday, 21 Jun 2017
been using a few days - so far working great!
hv a gd wkend
The only change I recently been making to the source code is removing one line so WebRTC can be disabled without a build error. It probably should have a conditional to check if the WebRTC build argument is enabled or disabled, but anyway.

Clamwin results for the current Clang x64 chrome.zip download:

Scan Started Fri Jun 23 16:34:49 2017

----------- SCAN SUMMARY -----------
Known viruses: 6298541
Engine version: 0.99.1
Scanned directories: 0
Scanned files: 1
Infected files: 0

Data scanned: 179.31 MB
Data read: 66.71 MB (ratio 2.69:1)
Time: 21.574 sec (0 m 21 s)

--------------------------------------
Completed
--------------------------------------
Anon2153
Haven't got a response from Marmaduke yet... if I knew how or had a step by step guide, I would be more than happy to help compile chromium builds for Mac.
I update my Chromium builds for Mac at least once a month. My intention is to write a guide,
Anon2155
Thanks Marmaduke!
Chromium for 64-bit macOS - All Codecs - Tuesday, 27 June 2017

Chromium 61.0.3143.0 (Official Build) (64-bit)
Revision 6b4ec7b883c9758c427a883a6fe5a461c170b3bf-refs/heads/master@{#482587}
Anon2157
chrlauncher was updated to version 2.4.1
Anneta Teselepi 
This updated release has fixes lot of issues. Thanks Nik for informing.
admin
Hi,
Thank you all and especially to developers for their constant work.
@Marmaduke: I updated your releases info ;)
Chromium for 64-bit Windows - All Codecs - Wednesday, 28 June 2017

Compiled with Visual Studio 2017 (MSVC 2017)

Chromium 61.0.3144.0 (Official Build) (64-bit)
Revision 834321a24d546bfcb0ab4a2606c5e30cfa0ab7e2-refs/heads/master@{#482964}
OS Windows
Anon2161
@Marmanduke: Thanks for the Windows build. Can you compile those as an installer?
Chromium for 64-bit Windows - All Codecs - Wednesday, 28 June 2017

Compiled with Visual Studio 2017 (MSVC 2017)

Chromium 61.0.3144.0 (Official Build) (64-bit)
Revision 834321a24d546bfcb0ab4a2606c5e30cfa0ab7e2-refs/heads/master@{#482964}
OS Windows
Anon2163
@Marmanduke: Thank you very much, it's appreciated.
Has anyone had any luck getting Netflix to work on v61.0.3143.0, on OSX? I know Widevine is there, I've made a new user profile, I've got the Marmaduke version with all the codecs, I've tried incognito mode. I am totally stumped. Chrome works fine, Chromium will not. I've tried every Google search I can think of and apparently nobody has this issue but me, or people with this problem make their posts but are ignored.

I get the "We cannot find all the required components to play Netflix on this device. Please visit chrome://components, locate the WidevineCdm component, and click the "Check for update" button." message. Well, the Widevine component ?*is* there, but Netflix (And Amazon Video, for that matter) can't see it. Nothing can see it. But it's there! I can see it! AGH

Widevine is version 1.4.8.903. The developer console gives me "POST https://www.netflix.com/ichnaea/log net::ERR_BLOCKED_BY_CLIENT". I'm at a loss. Halp
@Craig

I never use the functionality of Widevine. In order to enable Widevine support in Chromium macOS, I used Eloston's (ungoogled chromium) patch.

To "widevine_cdm_version.h", I've added:

#define WIDEVINE_CDM_AVAILABLE
#define WIDEVINE_CDM_VERSION_STRING 1.4.8.903

But on the test page https://shaka-player-demo.appspot.com the Widevine options are greyed out.

I always strip/deactivate all the privacy/security leaks in macOS on my virtual/physical machines; in doing so I might have deactivated DRM.
I will upload an amended version of Chromium with the aforementioned changes.

@nik @RobRich

Does Widevine function correctly in your respective build(s) of Chromium?

If a solution to Widevine in macOS can't be found then I will deactivate the functionality in subsequent builds.
@Marmaduke: i check it just now, everything is work fine, this test page play all widevine content
Thanks Nik.

@Craig: Would you please try this new revision with Netflix. I've tested Widevine/DRM (all tests passed) at https://bitmovin.com/mpeg-dash-hls-drm-test-player and https://shaka-player-demo.appspot.com
admin
@Marmaduke: Ok. I updated your section. Thanks a lot for your work.
@Marmaduke

I really appreciate you helping. I'm a pretty computer-savvy guy and it's unusual that I come across a problem like this I can't solve.

I did grab that latest version you posted there, and same Netflix error message. Additionally, when I visit the Shaka demo, all the Widevine options are greyed out. While bitmovin.com, however, reports that widevine is available as an available system for EME, I cannot load the video at the top of the page. "DRM: Failed to create and initialize a MediaKeys object"

Same in Incognito mode, so I don't believe it's an extension doing it. Is there some console output that would be useful here?
A fantastic site for every Chromium/Chrome Fan - all aspects of the browser are here to find
many thanks for that
Chromium for 64-bit macOS - All Codecs - Saturday, 01 July 2017

Chromium 61.0.3147.0 (Official Build) (64-bit)
Revision d5588cf4ffb5a932dcbfd87cd7761d390c790ea9-refs/heads/master@{#483909}

https://demo.castlabs.com/ is another good Widevine/DRM test site.

Mac users (backup and) delete "/Users/<whatever>/Library/Application Support/Chromium/Widevine".

I've tested the Widevine/DRM functionality extensively and am satisfied.

Hackintosh users make sure you have a UUID and such.
@Marmaduke, this latest version finally worked, after I figured out that I also needed to spoof my user agent string.

Can I ask what you changed / updated on the backend to make it work? I'm curious. Regardless, thank you very much.
@Craig

That's good to know.

To "widevine_cdm_version.h", I've added:

#include "third_party/widevine/cdm/widevine_cdm_common.h"
#define WIDEVINE_CDM_AVAILABLE
#define WIDEVINE_CDM_VERSION_STRING "@WIDEVINE_VERSION@"

and I noted that the release version of Chrome stores the Widevine library in the equivalent of:

Chromium.app\Contents\Versions\61.0.3147.0\Chromium Framework.framework\Versions\A\Libraries\WidevineCdm\_platform_specific\mac_x64\

I also realised that there was an older - possibly conflicting, obsolete and redundant - version of the Widevine library in:

/Users/<whatever>/Library/Application Support/Chromium/Widevine
@marmaduke

Nice catch. And thanks for all the work you put in helping me track down this problem, digging through the internals of Chromium, and your help putting together your releases in general.

For anyone who comes after me who still encounters the "Something went wrong" error message with Netflix, setting your user agent string to "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3147.0 Safari/537.36" does the trick. Apologies, admin, if this isn't the right place to post "support" information like this.
Anon2176
@Jerry: The url posted in #comment-2158 name looks spammy/illegal. Any ideas how to filter out such, while the comment itself seems benign?
admin
@2176: I deleted the link. Thank you.
@Craig: All is ok. Thank you for your help too!
@marmaduke: Great work and help! I updated your section. Thx
Anon2178
Thanks for your builds @marmaduke!
Felipe Woody 
Look like so many useful information, but i don't know so much...i have to learn more from here.
I have version 61.0.3145.0 . For some reason most of the times youtube videos play choppy. Nothing wrong with my pc since its very powerful. This only appeared on this version. Any ideas?
Is there working version of chromium x64 for win (nowbrtc) with adobe flash? still using v55, cause of eww page
Anon2182
@Jerry: #comment-2179 seems kinda spammy. The site it links to is not flagged though.
Latest PGO build optimization stats:

0 of 0 ( 0.0%) original invalid call sites were matched.
0 new call sites were added.
331 of 1440783 ( 0.02%) profiled functions will be compiled for speed, and the rest of the functions will be compiled for size
10438332 of 20674769 inline instances were from dead/cold paths
1440782 of 1440783 functions (100.0%) were optimized using profile data, and the rest of the functions were optimized without using profile data
420941766409 of 420941766409 instructions (100.0%) were optimized using profile data
Hello
I installed Chromium 64 bits by installer (the first). I am in Windows 10
It doesn't have the right to write anywhere (contact the administrator, etc)
This pb is proper to Chromium; Can you help me please, thks
Anon2185
fresh builds! love it :)
Anon2186
Yes please!
Anon2187
As always, thanks for the PGO builds RobRich!
Anon2188
Any plans on building Chromium OS images?
Get your thinking cap on. 
@2188: What's stopping you?
Cf above. Bug confirmed and not fixed : "you don't have the right to write at this place, contact the administrator". Il have only the right to write in "download". Pb absolutely proper to the "Woolyss" Chromium : everything is OK with the snapshots coming from the official site (and with Chrome and all other browsers and softwares).
Anyone have issues with Chromium pages crashing when the page uses Flash? I have the Flash plugin disabled so I would expect it to revert to HTML5, but it crashes the page instead. Been having this issue since they discontinued Flash
Anon2192
Does anyone have Robs previous vs2017 build? this one feels a bit buggy
Anon2194
@2192 The previous PGO build is fine. The current PGO build seems a bit buggy for me too, though it looks like a revision thing. Gave a quick try-out for Nik's 61.0.3159.0 (487001) build. Seems to be fine so far, so just wait for Rob's next PGO build and it should be all gold.
@Marmaduke, thanks for the macOS builds! I really appreciate having a recent build where Flash works in FB and Twitter pages.

I've noticed that swiping left and right on my wireless Apple mouse ("magic mouse") doesn't work like the back and forward buttons any more, and Googling has not led me to a current flag that re-enables it yet. Accidentally scrolling back was frustrating at first, so I can understand why this would be a good thing to disable, but I got used to it and now I like it, so if I can turn it back on for myself, that'd be cool.
@BW: Is the swiping issue particular to Chromium: do Firefox, Chrome (stable) and Safari function correctly?
I'll do some research.
Can someone please help build Eloston's Ungoogled Chromium for Windows? They need your help.
https://github.com/Eloston/ungoogled-chromium/tree/develop
Anon2198
@Marmaduke, thanks a lot for your builds! Question: is it possible to make a build with sync enabled, but to disable WebRTC at the same time? Even if the answer is "no", I would still like to thank you for those builds!
Anon2199
@Marmaduke: One finger swipe (forward/back in history) on magic mouse works by default in Safari/Firefox. Also thanks for the builds!
Latest dev version has issues with flash. They animations are choppy and use a lot of resources. Also on certain web sites scrolling down is choppy and very slow. Don't know why :/
Anon2201
uBlock Protector (https://jspenguin2017.github.io/uBlockProtector/) is an anti-adblock defuser for uBlock Origin. You must be using Chrome (or Chromium) and uBlock Origin to use this project. This extension covers uBO-Extra's functionalities.
Anon2202
@2201: Yes but but this extension is not made by Gorhill (Creator of Ublobck Origin, Ublock Origin-Extra and Umatrix) but by jspenguin2017.
I prefer to use Gorhill release uBO-Extra, he knowns what he create in depth in uBlock Origin.
It's just in opinion.
@BW: On the macOS platform, full multi-touch functionality is not possible without the use of X11. X11 is no longer included with Mac, but X11 server and client libraries are available from the XQuartz project. Theoretically, it should be possible to compile Chromium using the gn flag "use_x11"; and running it under the (rather inefficient) XQuartz platform.

Full multi-touch functionality (on macOS) is a job for the Chromium authors; perhaps when they've implemented mp3 they'll give it a try.

@2198: Yes. It was always my intention not to enable WebRTC on any of my builds. Initially getting WebRTC to build was a challenge!
Anon2204
@2201 @2202: If I'm not mistaken, the sole purpose of uBO Extra is to defuse/expose malicious webrequests to filtering. uBlock Protector adds defusing of anti-adblock walls.
In my opinion, while the former is important, as it protects from invisible yet serious threat, using the latter just gives undeserved views to websites that are showing the door to safety-conscious users.
Anon2205
@2204 Not only ; sorry
"For browsers based on Chromium 57 and below, WebSocket connections are not available to the chrome.webRequest API. This companion extension (it's pointless to use it as a standalone) will allow uBlock Origin to become aware of WebSocket connection attempts: they can be filtered, and will be reported in the logger."

"Instart Logic's technology used to disguise third-party network requests as first-party network requests, including the writing/reading of third-party cookies as first-party cookies. I consider this to be extremely hostile to users, even those not using a content blocker, as it allows third-party servers to read/write cookies even if a user chose to block 3rd-party cookies through your browser setting.

The company behind the technology understand how hostile its technology is to users, and thus tries to hide what is being done by making it difficult to investigate by detecting whether the browser's developer console is opened, and when it detects it is opened, it ceases completely to make use of the obfuscation mechanism. The developer console-detecting code works only for Chromium-based browsers however, and therefore the obfuscation technology is not used when using Firefox (a different web page is served for Firefox)."

Read all : https://github.com/gorhill/uBO-Extra
Chromium for 64-bit macOS - All Codecs - Saturday, 22 July 2017

Chromium62.0.3165.0 (Official Build) (64-bit)
Revision 00043bdefebe1d854b0cffbd1d35d90c0091057c-refs/heads/master@{#488859}
OS Mac OS X

[Mac users (backup and) delete "/Users/<whatever>/Library/Application Support/Chromium/Widevine".]

Toolbar support is only available in macOS > 10.12.1
Anon2207
@Jerry: Thank you very much for your work and this amazing place of Chromium info and download of Chromium!
Yeah, I think my latest PGO build has some revision-related issues. I need to roll updated Clang and PGO builds, though it could be a few days. I have family visiting plus some personal stuff to do this week.
Anon2209
Last build by nik (62.0.3168.0) has a bug, i believe. Open Chromium > open a website > minimize Chromium > maximize Chromium > black screen.
Can anyone else confirm?
@2209: can't reproduce on win7 + nvidia :\
Can confirm, on the latest build (62.0.3168.0, 64-bit, Win10), after minimising Chromium and maximising it again, the screen goes black.

Another bug: cannot use Discord in browser anymore, can only type 2 letters, then the textarea loses focus. Then I have to click in the textarea again, but it only allows me to type one more letter. Discord is basically unusable because of this. On the previous (61) build, this issue didn't exist. There was no meanwhile update to Discord.

I would go back to 61 until this gets fixed.
Anon2212
Can't reproduce on Win10 x64 Intel.
WildByDesign 
@nik @Jerry @RobRich Thank you all for your continued efforts and for sharing your time, builds, and knowledge with this great community. Also, I am especially thankful for the continued and reliable releases with regard to the Stable branch builds. Keep up the great work, it is most definitely appreciated by many.
Caution the Birdefender ransomware module may put chrome.exe in black list. Authorize it

A question : do you take all the security fixes mentioned here ?
https://chromereleases.googleblog.com/2017/07/stable-channel-update-for-desktop.html
@Pierre: in 60.0.3112.78 - yes
This is incredible! Chromium without sync and other annoyances is amazing!!! Both installer and portable versions are available here! Thank you, Thank you, Thank you for these builds!
Anon2217
nik quickly updated the dev build to 62.0.3169.0 but the black screen bug i wrote in comment #2209 persists.
Nonetheless, your work is amazing. Thanks for all the updates.
Anon2218
Updated nik's No sync • No WebRTC • No Widevine • 60.0.3112.78 (474897) • Wednesday, 26 Jul 2017
has slight momentary black screen (~1-2 seconds) on some charting website (only on the charts not the whole webpage) but came back alright
prob has to do with some extensions?!
Otherwise ALL GOOD !!!
Thanks nik and Jerry for your time and effort :) Much appreciated Hv a gd wkend
@2209: and others experiencing the black screen bug, try disabling Partial Swap in the chrome://flags settings.

@Jerry: I have discontinued Widevine DRM for my builds. Please update accordingly. Thanks! :)

@Nik and other builds, something of possible interest:
https://chromium.googlesource.com/chromium/src/+/master/docs/jumbo.md

Enabled it for my latest builds. I did not gather stats, so no build time data, but it seemed faster. The default file merge limit has been updated to 100, though I suppose it could change with revision, so YMMV for now. It can be manually tuned, but check the Google Doc at the above link about diminishing returns and potential parallelization performance penalties if increasing beyond 200.
The Discord bug still persists. I can't type more than 2 characters at start and 1 after clicking inside the textarea again. This update made Discord in the browser unusable for me.

Also, when I click an Youtube link from another page, the launched tab just keeps loading the video forever while displaying this:
https://i.imgur.com/1riV1IQ.png

Never seen this issue before either. Seems to be some problem with a codec. I haven't installed or removed any codec in the meantime. Youtube videos launched from another page work fine in Chrome, Firefox and Edge. So, maybe it's just an issue with this version of Chromium.
Never before used Discord, but I just tried it with a test account and a test channel. Text input works fine here with my latest Clang build on Windows 10.

Chromium 62.0.3170.0 (Official Build) (64-bit)
Revision eb3ac0215bfc80f02ceb9575dafb79142110d7c7-refs/heads/master@{#490294}
Compilerclang

While on the topic, a quick note for anyone comparing issues between various build types. After patching a couple of SDK files, I am now building both my Visual Studio 2017 and Clang builds against the Windows 10.0.15063.0 SDK. There is a (slight) chance issues might not exactly reproduce (even at all) between different SDK versions, as Chromium currently defaults to the 14393 SDK. As with most of this stuff, YMMV. ;)
Anon2222
Black screen still happen in Rob's 62.0.3170.0 build. Disabling Partial Swap in chrome://flags settings didn't help either.
admin
Hello, Thanks all for your help and support ;)
@RobRich: I updated your builds info. Keep up the good work! ;)
Anon2224
I can confirm black screen in last nik builds
Just want to say thanks to the people who are creating the chromium browsers. Since a while I use lkgr versions (no sync, with codecs) from Nik. They work very well for me.
@RobRich: https://chromium.googlesource.com/chromium/src.git/+/48bee70bfbe1f6c0e282968de45ed10d98b73e93

"When the Creators Update SDK (10.0.15063.0) came out it was buggy so we
locked Chrome builds to to the Anniversary Edition SDK (10.0.14393.0).

However this means that if developers only install the latest SDK they
cannot build Chrome. This is particularly frustrating for developers who
want to build Chrome with VS 2017, which now ships with 10.0.15063.0.

Since the 10.0.15063.468 SDK fixes the bugs this change removes the
SDK limitation. Builds with the local toolchain will now use the latest
SDK version installed. 10.0.14393.0 is the minimum."
Anon2227
I never seen a piece of junk like this, and I cannot even remove it from my computer
Anon2228
@2227: Actually, Chromium is a legitimate open-source browser project that forms the basis for Google Chrome (and also Opera, Vivaldi, Yandex browser...) but malware writers are using this name and using Chromium to push malicious code on to Windows computers. You probably installed a bundled/crappy software with ads and Chromium. For example: Cassiopessa or Burnaware Free.

Remove Chromium from Control Panel.
If you cannot:
1) Show hidden files and folders in your OS
2) Remove Chromium.dll, chrome.exe, chromium.exe.
3) Remove C:\users\{username}\AppData\Local\Chromium\ and C:\Program Files\Chromium\
4) Clean registry (with Ccleaner for example)
@Jerry New Clang builds just pushed. They are now linked with the open source LLD linker instead of the VS2017 linker! :D Please remove the "cfg" tag, as Chromium builds on Windows using Clang+LLD are not using CFI for now. Perhaps add a "lld" tag similar to the existing "clang" tag. As always, thanks! :)
https://en.wikipedia.org/wiki/LLVM#Linker

----------------

@2222 & @2224: Interesting on the the ongoing black screen issue. I did not do much testing, but disabling Partial Swap seemingly fixed the black screen issue on one of my affected Win10 systems. Have ya'll checked crbug.com for a related issue, yet?

----------------

@marmaduke Yeah, I spotted similar in the bug tracker on VS2017. I used one of the dev's patched SDK files, plus I had to remove an apparently invalid include in another SDK file to get Chromium to build with 15063.0 using Clang. I will try 15063.468 for my next round of builds.

----------------

I have an updated PGO build cooking. Needs profiled and second-pass relinking. Probably sometime Monday assuming I feel like it.
@RobRich

Here's a capture of the issue I'm having with Discord. The textarea is losing focus, everytime I'm trying to type something in it.
https://www.youtube.com/watch?v=yO34rhuJoyA

Btw, thanks guys for building this Chromium. I didn't want this to sound like I don't appreciate your efforts. Just wanted to report this issue, because I'm using discord every day, so it's kind of annoying that now I have to go back to the desktop application.

I don't have any add-ons or extensions that could mess with that. Just an adblocker and it has worked before with it.

This issue doesn't exist in other browsers (regular Chrome, Firefox, Edge, etc), I tested in all of them. So, I suppose something must have changed in this build. I haven't made any other changes to the system. I did upgrade Win10 to Creators', but that was before upgrading Chromium and it was working fine.
WildByDesign 
@RobRich, Good news. See: https://twitter.com/justinschuh/status/892027800860844034

"Chrome switched to Clang on Windows last week, and it's a very big deal. Thanks to @reidkleckner, @thakis, @hansw2000, et al."

Also: https://twitter.com/marcaruel/status/892017367454273538

"Chromium now defaults to clang on Windows

In ~3mo, 1 Billion Chrome users will get to run clang generated binaries"
PGO build updated. It was built against the Windows 10.0.15063.468 SDK with no build time errors reported.

@WildByDesign Figured something was up. I had to manually set "is_clang = false" for my pending PGO build, as otherwise it tried to default to the revision's own provided LLVM (even despite invoking PGO). I still need to see what linker is being called, though I suspect LLD, as it is working now for even 64-bit non-component builds.

Assuming it is Clang+LLD, I am not sure what is going to happen with CFG/CFI support in the near term. I could not force it on my Clang+LLD builds over the weekend, so support does not yet seem available. I am having Jerry pull the CFG tag on my Clang builds for now.

While on the topic, I typically roll my own local LLVM tools, as Chromium's bundled LLVM usually is several to many revisions behind the LLVM trunk. As usual, there could be a little "YMMV" with my builds compared to an expected standard build.
Anon2234
@RobRich Your new pgo build doesn't work for me. I get grey screen and all extensions keep crashing. Had to go back to the older version.
I have it running on a couple of up-to-date Windows 10 boxes here.

Chromium 62.0.3173.0 (Official Build) (64-bit)
Revision 0f3fc0e039844614d7db61352dc9ce9d09b9abbf-refs/heads/master@{#490706}
User Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3173.0 Safari/537.36
Command Line "C:\Users\RobRich\AppData\Local\Chromium\Application\chrome.exe"  --flag-switches-begin--autoplay-policy=document-user-activation-required  --enable-browser-task-scheduler--delay-reload-stop-button-change--no-pings--blink-settings=disallowFetchForDocWrittenScriptsInMainFrame=true  --enable-distance-field-text--enable-checker-imaging--enable-clear-browsing-data-counters--enable-fast-unload--disable-gpu-rasterization--enable-quic--enable-use-zoom-for-dsf=true  --enable-lcd-text--reduced-referrer-granularity--save-page-as-mhtml--ui-disable-partial-swap--v8-cache-strategies-for-cache-storage=aggressive  --windows10-custom-titlebar--enable-features=AutomaticTabDiscarding,BackgroundVideoTrackOptimization,ExpensiveBackgroundTimerThrottling,FontCacheScaling,FramebustingNeedsSameOriginOrUserGesture,IdleTimeSpellChecking,MemoryAblation,MemoryCoordinator,OffMainThreadFetch,PauseBackgroundTabs,ResourceLoadScheduler,ScrollAnchoring,brotli-encoding,browser-side-navigation  --disable-features=NoStatePrefetch,SpeculativeResourcePrefetching  --flag-switches-end
CompilerMSVC 2017 (PGO)

You can try the usual suspects. Disable GPU hardware acceleration. Reset custom about:flags settings to defaults. Disable all extensions, then re-enable one-by-one. Do a clean browser install - remember to backup bookmarks first.. ;)
Anon2236
Works fine here
Anon2237
New PGO build running fine here...
@Anons: Thanks for the verifications.
@Dolan: Temporarily disable that ad blocker, too. It could be new rule or similar is causing an issue. Also search crbug.com to see if there is a related bug report.
@Jerry: Thanks for the tag updates. :)
Anon2239
I reset flags, so the build runs well now. Thanks :)
Hi!

Someone has same problem? I use a latest Chromium and OS X 10.10.5. Two finger swipe in opened tabs just breaks down after night. I mean, I use Chromium all day and everything works fine. I go to sleep and next morning two finger swipe (only for previous/next pages) doesn't work. When I close this broken tab and open new swipe wokrs.

And it's not every day. I don't understand where is cause.
The latest build (Version 62.0.3175.0 (Official Build) (64-bit)) solved my issue with Discord chat not working (textarea losing focus).

Also, now videos and streams start normally again. They used to keep loading until I clicked on the progress bar to start from a later point.

Thanks a lot for the fixes. 👍
All back to normal. 👌
@Dolan: so google fixed it at last, good!
Anon2243
Hey Guys,
it's been a while since I compiled my own version of Chromium, around April '17 I guess?
I was going to update my development build last weekend but failed to include hevc/h265 decoding.
Apparently the ffmpeg directory structure changed, can anyone point me towards an updated set of patches to enable hevc demuxing?
This is being built on and for Win10 x64.

Appreciate your work and input, thanks everyone!
Anon2244
@2243: I am not a developer. Check Nik's HEVC support at https://github.com/henrypp/chromium/blob/master/hevc_support.md
Anon2245
@2244: Thanks, but these are the 'old' patches I used as well until last weekend. These don't seem to work any longer (example: hevc.c is no longer part of packaged ffmpeg)
I rolled an internal rather generic "is_official_build = true" to see what the current compiler and linker defaults are for Chromium on Windows. As already noted, Clang/LLVM is now the default compiler. However, the default linker remains Microsoft Visual Studio. For those using my previous Clang builds, that is how I had been doing my Clang builds here for several months with no major issues to note anyway. :) On a potential plus side, link-time CFG remains enabled, too.

As for my current plans, I am continuing with the migration of my Clang-compiled builds to the open-source LLD linker now that 64-bit non-component builds appear to be once again working with it. Note, CFI(/CFG) is not yet available for Clang+LLD builds, but it was not available for a long time with Visual Studio builds, either. ;)
@2245: i'll update this guide soon, there is some changes in files.
This version of Marmaduke's Chromium is excellent! Works with all the google store plugins I have installed and plays everything from flash to HTML 5 video with out any hassles! Many thanks for your hard work!
Anon2249
@2206
Thanks a lot for sync, no webrtc build!
Anon2250
Thanks for the HEVC build instruction update nik :)
So, whats new in this chromium v60 (currently using v59) ? Any good old features removed, any functionality breaks, more shitty gui elements added ? Any settings from chrome://flags got removed ?
Anon2253
Keep up the good work, nik :)
Anon2254
What are the default settings of portable nosync Chromium for Windows? Is it possible to just unzip it and run it alongside the installer-based nosync version without any conflicts? (I don't use Flash)
Anon2255
@2254: check "chrlauncher.ini" file for settings. And yes, you can use it without any conflicts.
Chromium for 64-bit macOS - All Codecs - Tuesday, 08 August 2017

Chromium62.0.3180.0 (Official Build) (64-bit)
Revision 869a82d654689a118a22bdd340b8433ac6ac85e3-refs/heads/master@{#492595}
OS Mac OS X

- only for macOS 64
- with codecs (h264, h265, flac, xvid, etc..)
- nosync without WebRTC and Widevine support
- sync without Widevine and WebRTC support
- official build

(Widevine support at the moment is broken in the Chromium macOS developer build).
Anon2257
Thank you marmaduke for your great releases.
Unfortunately there is one major drawback to Marmaduke's release: it forces the OS to use discrete graphics all the time (even if there is one blank window). That's a deal breaker for mobile use.

It also has some stability issues, but the discrete graphics thing is a killer :(
@Ball: Development (nightly) builds, by definition, are inherently not "stable".

I was not familiar with the "discrete graphics thing".

I don't know if this is applicable to Chromium: Chrome can be lauched from the command line with this argument: --force_discrete_gpu=0. Others have prevented Chrome switching to discrete graphics by unchecking (in chrome://settings) "Use hardware acceleration when available".
Anon2260
The site still hasn't been updated with @marmaduke's new macOS builds? Had to scroll down to find out there was a new one this week! Thanks for your builds!
admin
@2260: I updated manually the site and contacted @marmaduke for automatic update! ;)
FYI for those hitting a linker error when building with WebRTC disabled:
https://bugs.chromium.org/p/chromium/issues/detail?id=754589
Anon2263
Getting Aw snaps in Rob's clang build
The current r493956 build? I have been using the 64-bit build since building the revision earlier tonight.

First suspect is usually about:flags settings. Try setting them to default assuming you have any custom flags set, then work from there.
Anon2265
With Rob's build 62.0.3184.0, the black screen issue is apparently fixed. Didn't test much, but so far, so good. Thank you.
@2265: Thanks for the confirmation and welcome. :)

----------------

Updated PGO build available. Optimization stats:

0 of 0 ( 0.0%) original invalid call sites were matched.
0 new call sites were added.
243 of 1466526 ( 0.02%) profiled functions will be compiled for speed, and the rest of the functions will be compiled for size
11547822 of 21923246 inline instances were from dead/cold paths
1466524 of 1466526 functions (100.0%) were optimized using profile data, and the rest of the functions were optimized without using profile data
415784549945 of 415784549945 instructions (100.0%) were optimized using profile data
@Jerry Hello
What do you think about this : https://jspenguin2017.github.io/uBlockProtector/

It's enough to use: µBlock Origin + µBO-Extra ?
Or better to use : µBlock Origin + µBO-Extra + uBlock Protector Extension ?
Anon2268
@2267: uBlock Protector already includes uBO Extra functionality (privacy protection against InstartLogic's malicious technique of avoiding your cookie blocking measures), with added bypasses to various "anti-adblock walls".
uBO Extra is no longer needed when you have uBlock Protector extension.
Personally, I would recommend staying with uBO + uBO Extra. But if you have a pressing need to use sites that would otherwise prevent you from entering unless you turn off content blockers* - then uBO + uBlock Protector.
* From my observation so far, most sites that do such thing are also exposing their users to potentially malicious ads and tons of trackers, and therefore they don't deserve any views.
@2268: Thank you . :-)
Anon2270
Related: https://blog.adguard.com/en/ad-blocking-is-under-attack/
Filter rule removed by DMCA request, because it was bypassing anti-adblock wall.
Anon2271
@2270: This is why webpages should not be allowed to load anything third-party. https://i.imgur.com/RVzCRKl.png
Anyone having issues launching RobRich's new PGO build? I'm getting this: https://i.imgur.com/5fwXPvG.png
Using Archive.zip version with chrlauncher on Windows 7 64bit.
SHA1 hash is the same, so download was fine. Deleted profile so it would do first run and create a new one. Not sure what else to try.
Anon2273
@qq: Tested the same version as you on x64 win7. I haven't got your issue. Disable "Use hardware acceleration when available" option. This is a recurrent issue: https://www.google.com/search?q=black+screen+google+chrome&tbs=qdr:y (past year results)
@2273: Thanks for the help. But I can't set No Hardware Accel via chrome://settings because the page doesn't render. So I tried launching it with  --disable-gpu flag via shortcut & .ini file. No luck =(
I've rolled back to the previous PGO build. Might fiddle with it later, it must be something on my system if it works for you. Thanks for confirming, much appreciated =)
@2270: https://blog.adguard.com/en/ad-blocking-is-under-attack
You can add this URL in uBLOCK ORIGIN : https://ssl.bblck.me/blacklists/ublock-origin.txt
( Or in Adguard app )
Or use extension or other solution here :
Source : https://github.com/paulgb/BarbBlock

@Jerry Hello, i remember you are developper.
Maybe if you have time or you want, you can participate at this project.Very interesting for Chromium. I think.
Cookie-AutoDelete Chrome extension.
Above all it, he want happen deleting Localstorage : https://github.com/mrdokenny/Cookie-AutoDelete/issues/44
Issue open since 2011 ( shame on developper ): https://bugs.chromium.org/p/chromium/issues/detail?id=78093

Home page : https://github.com/mrdokenny/Cookie-AutoDelete
Webstore : https://chrome.google.com/webstore/detail/cookie-autodelete/fhcgjolkccmbidfldomjliifgaodjagh
Best regards.
Anon2276
Help please, how completly disable WerRCT in v 62 The Chromium Authors dev32-bit ?
@2276: The project's default dev build includes WebRTC support enabled at build time. You will need to use a third-party build with WebRTC disabled at build time to completely disable it, or alternatively, build your own browser with it disabled in the build arguments.
Anon2278
@2276 @RobRich: Ok. i understand. Thank you for you answer..
Anon2279
@Nik @ RobRich : Thank you very much for your builds. And continued : keeping updated.
@marmaduke: Disabling acceleration had no effect. It still insists on using discrete graphics. Regular (gay-ass webm-only) Chromium does not.
New *experimental* build available. No sync. No WebRTC. No Widevine. Archive only without mini installer.

Chromium 62.0.3191.0 (Official Build) (64-bit)
Revision 72f8c23709f8159233eba6c1bfa2ed76bc825d3a-refs/heads/master@{#495832}
Compiler clang+lld with thinlto

It is built with Clang+LLD using ThinLTO optimization. (Thin)LTO is not (yet) supported by the project, so a huge YMMV here.

https://clang.llvm.org/docs/ThinLTO.html
http://blog.llvm.org/2016/06/thinlto-scalable-and-incremental-lto.html

I forced ThinLTO via manually adding a compiler flag in the project's general build configuration script.

Performance hopefully should - or more like *might* - be improved. I have not done much testing other than making sure the build loads and renders a few web pages.

----------------

@Ball Have you tried --force_integrated_gpu via command-line argument? I am not sure if it is still supported, as I do not have a modern MacOS system here.
Played around with RobRich's PGO build that wasn't working for me earlier. I got it to finally work, I was running it on a RamDisk before, which is why it didn't work. I put it on a SSD/HDD and it runs fine now.
Any reason why the previous build would work on a Ramdisk and why the current one doesn't?
I'm guessing new code in chromium, since Nik's build gives the same result.
New Clang+LLD with ThinLTO optimization build. No sync. No WebRTC. No Widevine.

Chromium 62.0.3192.0 (Official Build) (64-bit)
Revision b57c9753a6187ac1f118d6935493c58d0aecd424-refs/heads/master@{#495845}
Compiler clang+lld with thinlto

I changed where the ThinLTO cflag was being passed to mimic how VS builds do WPO versus yesterday's outright sledgehammer approach to implementing ThinLTO. The mini_installer now builds, file sizes are more towards expectations, plus there could be other fixes with the change. Casual surfing seems okay thus far. SunSpider might have picked up a ms or few on my Core i5-7300HQ notebook, though I did not do a serious test. Peacekeeper crashes, but "whatever" for now IMO.

Barring any major usability issues - Peacekeeper crashing aside ;p - over the next few days, I am likely to enable ThinLTO for future Clang+LLD builds.
Anon2284
@2256: thanks!
Anon2285
Where are the newest lkcr Nik builds? Why aren't the builds on this site automated?
Anon2286
Why does it not show yellow bar on top that API keys are missing?
Anon2287
@RobRich: How hard would it be to simply replace google URLs in source code with random strings so it does not send data to google?
@2287: It is beyond the scope of my immediate interests, but for some ideas of how to potentially accomplish what you want, take a look here: https://github.com/Eloston/ungoogled-chromium
Chromium is not thrashing the Win10 system on which I am typing this reply. ProcMon shows generally expected file activity for a rather active application IMO.

There is a flurry of file activity upon loading Chromium, as it is loading and accessing various resources.

After a few seconds, it settles down. Load a page, and it churns through the usual stuff: cache, history, cookies, top sites, etc. It appears file buffer flushes are occasionally invoked for explicit writes for at least some priority file creations and/or updates that would be needed for example to restore a session. Otherwise, Windows handles it own write caching and lazy writes unless those buffer flushes are invoked.

If you move a few GB of data through your browser per day, then yeah, there is a decent chance you are probably going to move a few GB through your data storage - HDD, SSD, ram drive, etc. - per day as well. Perhaps (much) less if certain caching is disabled, like by modifying disk-cache-size and media-cache-size from the command line. YMMV.

Risks? A spinning HDD might spin more often and/or longer, thus increasing energy consumption, heat, etc. A SSD might not go into a low-power state as often, which is again a possible energy issue, though a typical consumer SSD tends to use only a few watts under heavy load anyway. The bigger SSD concern could be data writes causing excessive drive wear, though a modern SSD with wear leveling running along with a modern OS using AHCI and TRIM can have write endurance ratings measured in the hundreds of TBs,

For an alternative, consider installing a Chromium portable version to a RAM drive if it is truly a concern. Many RAM drive utilities also offer the ability to easily save and restore the RAM drive image on system shutdown and startup.
Yes, i too use  --disk-cache-dir="x:/"  --media-cache-dir="x:/" command line options to disable cache by using not existing partition. In this age and day there is absolutely no reason to use disk cache, unless you are still rocking 56kbps internet connection. It also helps to reduce the amount of bugs that exist because of buggy cache mechanism, as you always get latest objects from the internet, and the browser doesnt load some old cache file instead.
Anon2292
@22890, @RobRich. Thank you very much. I understand all.
Anon2294
@2293: Ain't nobody got trust for that.
Anon2295
@2293, @2294: I don't know why. Maybe you. But for basic user is useful. Did you try it before say that ?
Me , yes . Works good. Not less ; no more. Ublock origin or Adblocker ; difficult to configure.
The negative point , can not disable random user agent. Broke some site.
And you have choice if you want sent data collect of your use to UltaBlock.org
Read. Privacy Policy on UltaBlock.org : ( Data the extension collects )
But you do what you want !
Anon2296
@2295: Let's see. UltraBlock is:
- closed source
- has an apparently copypaste license ( "Content and Accounts" policies? Certainly neither of those are a part of using UltraBlock or its site), a common indicator of a scam/malware service or software.
- has very little userbase (7 votes, 79 users, and 3 opinions currently)
Good luck to it in competing with popularity and reputation of open source uBlock Origin, which is also simple for a non tech-savvy user, and doesn't rely on data grabbing mechanisms, optional or not. Same for its common "partner in crime", Privacy Badger developed and maintained by Electronic Frontier Foundation (https://www.eff.org)
Anon2297
@2296: Let's see nothing.One is not my company. Is out since 29 july.
And Ghostery is closed source too and it is very widespread.
And it collects user data.
You do not like so much ; what ever. Ok. Thank You Best Regards.
Anon2298
For people using 64bit -codecs- builds, are you getting M7121-1331-P7 from Netflix lately? I heard this was due to Netflix enforcing Widevine "Verified Media Path" feature.
Anon2299
@2297: I wouldn't dare to say you're in any way affiliated with UltraBlock, especially given that you didn't write its name properly even once. Also as an user of this site I consider my duty to warn others about suspicious links posted by strangers.
Anon2300
@2299: Now you are my teacher.
And you you are not Anonymous maybe?
Contradict and annoying.
You cumulate sir.
The people here know very well what they do.
And Jerry Admin monitor perfectly his site. When there is danger, he erases the message.
This is dear friend on this words I say bye bye. (For always, i hope)
Updated PGO build stats:

0 of 0 ( 0.0%) original invalid call sites were matched.
0 new call sites were added.
287 of 1401048 ( 0.02%) profiled functions will be compiled for speed, and the rest of the functions will be compiled for size
10574932 of 19493833 inline instances were from dead/cold paths
1401046 of 1401048 functions (100.0%) were optimized using profile data, and the rest of the functions were optimized without using profile data
211202524477 of 211202524477 instructions (100.0%) were optimized using profile data, and the rest of the instructions were optimized without using profile data

--------------------

FYI. The latest Clang+LLD 64-bit build has ThinLTO link time optimization enabled. It is an interprocedural optimization technique. Think something similar to WPO, but using the open source LLVM compiler and linker.
https://en.wikipedia.org/wiki/Interprocedural_optimization

ThinLTO can often deliver much of the optimization benefits of traditional monolithic LTO, but usually with with much improved build times due to increased parallelization, especially for large projects. Check the build processor graphics for a quick comparison of the two techniques:
http://blog.llvm.org/2016/06/thinlto-scalable-and-incremental-lto.html

The only immediate downside I am seeing right now is an increase in output binary sizes, but I am not too concerned about the difference, as much of Chromium is optimized for performance over size anyway when doing an "official" build on Windows.

Note, ThinLTO is not an official current project build technique, as in there is no GN build argument to easily enable it for a Windows build. I am manually modifying the project's compiler build configuration file for now. It is a quick edit to set a new conditional, but anyway, FYI and YMMV as usual.

Jerry should be adding a ThinLTO tag to the Clang+LLD 64-bit build soon. :)
Anon2302
John Doe ( Chrome Extension ) Seem interesting: Source: https://github.com/filippo-liverani/john-doe-chrome#john-doe-chrome
John Doe Chrome improves privacy and reduces fingerprinting effectivness.
*Replaces Http headers with generic ones
*Replaces javascript window, navigator and screen attributes with generic ones
*Removes analytics parameters from urls
Anon2303
Thanks RobRich for the new PGO build. Works great
A few benchmark numbers....

Peacekeeper (higher is better)
PGO-r497669: 4280
ThinLTO-r497813: 4392

MotionMark (higher is better)
PGO-r497669: 295.55±16.19%
ThinLTO-r497813: 316.14±19.83%

ARES-6 (lower is better)
PGO-r497669: 35.07±0.42ms
ThinLTO-r497813: 33.44±0.47ms

SunSpider (lower is better)
PGO-r497669: 293ms+/-0.7%
ThinLTO-r497813: 290.2ms+/-0.9%

Those are my latest publicly available ThinLTO and PGO builds. I know the build revisions are different, but they are still relatively close enough for (extremely) casual testing IMO. Note I am not factoring memory, power, etc. in the tests; just basic performance. The test system is a notebook featuring an Intel Core i5-7300HQ, 16GB DDR4, GTX 1050 2GB, Win10, etc.

Interestingly enough, my PGO build even included Peacekeeper as a part of its instrumented profiling for optimization, yet ThinLTO still returned a higher score there! I would have added JetStream overall scores as well, but one of the JetStream benchmarks crashed on my ThinLTO build. It be could be a revision issue, so I will try to revisit later.

As to the build processes involved, PGO takes several hours on my 32-core Opteron box and like 150GB-180GB of output space to build. ThinLTO takes a faction of the time and currently less than 3GB of output space to build.

I do not intend to immediately discontinue PGO builds, but the reasons to keep building PGO over the long term are becoming considerably less compelling for me, especially if there are no longer appreciable performance benefits compared to a much less intensive build process.
Anon2305
Netflix Error Code M7121-1331-P7 on "Nik wpo cfg all-codecs lkcr 64-bit" using "Sync • WebRTC • Widevine • 62.0.3202.0 (498762) • Thursday, 31 Aug 2017"
Quick FYI. I need to revisit some benchmark numbers. While the overall trend was similar, a quick run of a couple of benchmarks today resulted in different scores on the same system. I need to see if there have been any system updates, driver changes, or whatever. Anyway, as noted about the overall trend, Clang+LLD with ThinLTO still was generally about as fast to sometimes even faster than VS2017 with PGO in what I did quickly check. :)

I also finally took a look at a recent build log. Clang+LLD with ThinLTO took a little over an hour to do a fresh build. I used my own local release build of LLVM with a few tweaks, so compiler and linker performance could vary compared to the LLVM tools provided by the Chromium repository.

Looking forward I might have something else interesting to try in the near future if/when I feel like delving into the process. I will post details and hopefully an experimental build when possible.
Chromium for 64-bit macOS - All Codecs - Friday, 01 September 2017

Chromium 63.0.3203.0 (Official Build) (64-bit)
Revision f8eb347a09709d0ae8b84bf5f2dfffe670dec552-refs/heads/master@{#499157}
OS Mac OS X

- only for macOS 64
- with codecs (h264, h265, flac, xvid, etc..)
- nosync without WebRTC and Widevine support
- sync without Widevine and WebRTC support
- official build
Couple of updates. Clang+LLD 32-bit is discontinued. I do not use it, and I am not sure anyone else does either. That is more time my build box can be churning out additional builds I and perhaps others actually might use. ;)

After much consideration in recent days, Visual Studio 2017 64-bit with PGO builds are discontinued. There is just not enough (any?) truly appreciable performance returns for the build times involved, especially with much less build-intensive Clang+LLD with ThinLTO builds now offering similar or sometimes even better raw performance in my basic benchmark testing.
Hi Rob,

thanks for the hard work, but it is sad to see the VS2017 builds go. For me and all the benchmarks I´ve done, they have been beating the Clang builds each and every time. Have a look at my results:

RobRich VS2017 (62.0.3184.0):

peacekeeper.futuremark.com 4942
web.basemark.com 423.34
browserbench.org/JetStream/ 186.05
browserbench.org/ARES-6/ 33.05

RobRich Clang (62.0.3202.0):

peacekeeper.futuremark.com 4718
web.basemark.com 389
browserbench.org/JetStream/ Crashes (Aw, Snap!)
browserbench.org/ARES-6/ 33.18

This is a considerable difference in those benchmarks - VS2017 beats Clang hands down and by a good margin and always had since you´ve started these VS2017 builds. I hope you can reconsider your choice and bring them back on, given that they are that much faster than the Clang builds.
Most benches are much closer on my Intel Kaby Lake notebook. Curious, what OS and processor? For example, it could be a difference in how Clang implements various compilation optimizations favoring certain platform(s).

Also ThinLTO is not officially supported on Chromium builds for Windows, so there should be room for more improvements once devs start actively targeting it. That said, I am not even sure about any timeline specifics on migrating the official Windows build linker to LLD.

As for my personal interest, I recently added a couple of more compiler configuration conditionals to get ThinLTO working with the full_wpo_on_official build argument. I need to get a fresh build to push a public release. Maybe over the weekend.

If I get full_wpo_on_official working locally, then there is a chance for something even more exciting that hopefully should further improve performance. No promises as it might be a wild-goose chase, so I will just call it an idea for now. ;)
Hi Rob,

thanks for your reply. I am running Windows 10 Creators Update (1703 / 15063) x64 on an i7-3770k @ 4.4 GHz. Any bench I´ve done looks exactly like this, regardless which one, they are all slower with the Clang builds (also the previous months as I have been testing this often actually). Speed-wise it goes like this each and every time for me:

(Slowest): Official Google Builds
(Mid): Clang
(Fastest): VS2017

Hence you can imagine how much I regret that you are ditching VS2017, especially since the difference is not marginal but noticeable and reproducible for me. Hope you can bring them back....

Cheers,
Lorenz
Same OS. Intel processors on both systems, though different microarchitectures. AFAIK, the clang build by default is using the generic x86_64 processor target when building, and generic targeting could very well not be an "one size fits all" approach to processor optimization. ;)

I previously have done an internal clang build with microarchitecture targeting for the max optimized parts of the source, though I did not note much of a difference in a quick test. Could be worth a revisit.

As to VS2017, I might consider adding back a build with WPO instead of PGO. I will have to think about it, as even WPO is a time consumer with VS. Maybe do a test build for you and others to try.
Hi Rob,

I totally understand that you like Clang and I will not force you into anything, but the VS2017, no matter what, have always been faster than any of the Clang builds you had done - and I have tested that so many times during the past months...

I understand that VS2017 with PGO takes a long time, but it´s worth the great performance improvement over currently any other compiler (as it seems). I hope you can bring them back on :)

Thank you,

Lorenz
Been using Rob's ThinLTO build as a daily lately. Seems okay so far. Did some limited benchmarks, showed PGO being slightly ahead, like very marginally though. Octane crashed on ThinLTO though =/ But daily browsing hasn't crashed anything yet. (fyi: Windows 7 + Ivy Bridge)

I recognise and deeply appreciate Rob's time and effort in making PGO builds for us, but if the current ThinLTO builds much faster and deliver pretty much the same result, I'm all for it. I see it as a trade off, we might get more builds more often which would make revisional bugs more bearable. =P
Anon2315
@Jerry: Link for Decentraleyes extension goes to gitHub, firefox version. Good for info.
But in webstore it's https://chrome.google.com/webstore/detail/decentraleyes/ldpochfccmkkmhdbclfhpagapcfdljkj
I was getting the Netflix error code too with Nik's builds.
Is it still happening?
My Opteron box has 32 cores to toss at the build, but build parts that do not benefit from substantial parallelism still can grind along slowly. ;)

I might have an idea or two about maybe speeding up PGO builds. There is a chance for reconsideration if there is an improvement in build time. I also know the official buildbots use a script to automate profiling. I might have to look into that as well.

Right now it is churning through a build of LLVM with custom optimizations and WPO using VS 2017.
Nick: Error Code: M7121-1331-P7

Is this something that can be fixed for users of Chromium who use Netflix?
IE11 works perfectly fine, but your previous versions of Chromium (with sync) worked prior.

Thanks for your time!
~Dustyn~
Netflix uses Widevine for DRM, so I would put it on the suspect issue list for consideration.
Can you play any of the videos using Widevine DRM at the below link?
https://shaka-player-demo.appspot.com/demo/
@Marmaduke: macOS build seems to have bug in scrolling, late display of components.
Any chance for updated build? I believe it has been reported in: https://chromium-review.googlesource.com/c/chromium/src/+/644907
Anon2321
Anything notable in the soon to be released v63 branch?
Chromium for 64-bit macOS - All Codecs - Monday, 04 September 2017

Chromium 63.0.3206.0 (Official Build) (64-bit)

Revision f8656a9f4d11201ee19392f3939d647fca11f357-refs/heads/master@{#499489}

OS Mac OS X

- only for macOS 64
- with codecs (h264, h265, flac, xvid, etc..)
- nosync without WebRTC and Widevine support
- sync without Widevine and WebRTC support
- official build
RobRich: To my surprise... every single service played without fault except for one single dead link/bad connection. Shaka asset played without fault. YouTube assets played perfect, Axinom, Unified Streaming, DASH-IF (1st link failed), Wowza, Bitcodin, Azure Media Services, GPAC, Verizon Digital Media Services... all played perfectly.
I usually use Netflix on iOS or Roku, so I might not be much help here.
Have you tried updating components?
chrome://components
Anon2325
For who's interest : javascipt exrension fastest ad blocker ; blocking ads, malware and tracking . By a independant developer Maxym Makarchuk
No data colected. If you find bug you can contact hin .Have his email on download web page store
7 Times Faster : https://chrome.google.com/webstore/detail/7-times-faster/bcidahcpjehlemnbmeaepadalhjofnmp
@Marmaduke: Thanks for the updated build 63.0.3206.0. Unfortunately the bug is still present. Back to 62.0.3180.0 until everything works OK.
@nixballs: Chromium v63.0.3206.0, under macOS 10.12.6, is working OK for me, and so was my previous version. I can't replicate your problem.

How are you scrolling: mouse, keyboard...?
New numbers from some casual benchmarking. :)

Octane 2.0
test: 36652
pgo: 35619

JetStream 1.1
test: 185.50
pgo: 183.83

ARES-6 1.0.1
test: 26.71ms
pgo: 27.25ms

SunSpider 1.0.2
test: 229.6ms
pgo: 234.6ms

Basemark Web 3.0
test: 818.06
pgo: 790.75

Peacekeeper
test: 5419
pgo: 5271

"PGO" is my latest public build. "Test" is an optimized Clang build built last night, which I will try to release later today if I feel up to it.

Note PGO is back in the listings above, as I will try to do an occasional build for comparsion testing, though note it is no longer a personal priority.
Anon2329
Cannot watch Twitch with Rob last build - 63.0.3207.0
Anon2330
@2329: Normal. Twitch needs Flash plugin (pepperflash) or H.264 codec. This codec is not available currently in RobRich builds.
Anon2331
@2330: I can watch Twitch with his previous build - 62.0.3202.0 - just fine.
RobRich: In regards to comment #2327... I do not understand what you mean?

The Chrome components you are referring to are all up to date. I was hoping I would have caught the attention of Nick specifically as it's his builds that are in question but perhaps... your builds share the same issue? Nevertheless I am appreciative and quite thankful for any assistance you may provide. :)
@2329: Resolved. Build refreshed and new downloads now available. :)

@Dustyn: The reason I might not be much help is my builds do not have Widevine included, so unless Netflix has adopted other digital rights managements platforms, my builds should not support Netflix playback at all. Thus I have not personally experienced the issue. ;)

It appears Widevine is working and updated as per your testing. Curious, are you showing any GPU errors? Replicate your Netflix error, open the page chrome://gpu in another tab, and check the log messages at the bottom the page.

If the log does not lead to anything informative, do you have any custom configuration flags in chrome://flags set?

While in the flags, you can try temporarily disabling hardware acceleration of video playback as a troubleshooting measure, too.

chrome://flags/#disable-accelerated-video-decode
RobRich: Yes, there do appear to be some errors. I've shared some relevant data below. I have to try that chrome://flags/#disable-accelerated-video-decode later as I need to go to bed. lol Thanks for the help thus far! :)

Driver Bug Workarounds
clear_uniforms_before_first_program_use
decode_encode_srgb_for_generatemipmap
disable_delayed_copy_nv12
disable_discard_framebuffer
disable_dxgi_zero_copy_video
disable_framebuffer_cmaa
exit_on_context_lost
force_cube_complete
scalarize_vec_and_mat_constructor_args
texsubimage_faster_than_teximage
Problems Detected
Some drivers are unable to reset the D3D device in the GPU process sandbox
Applied Workarounds: exit_on_context_lost
TexSubImage is faster for full uploads on ANGLE
Applied Workarounds: texsubimage_faster_than_teximage
Clear uniforms before first program use on all platforms: 124764, 349137
Applied Workarounds: clear_uniforms_before_first_program_use
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
ANGLE crash on glReadPixels from incomplete cube map texture: 518889
Applied Workarounds: force_cube_complete
Framebuffer discarding can hurt performance on non-tilers: 570897
Applied Workarounds: disable_discard_framebuffer
Limited enabling of Chromium GL_INTEL_framebuffer_CMAA: 535198
Applied Workarounds: disable_framebuffer_cmaa
Zero-copy NV12 video displays incorrect colors on NVIDIA drivers.: 635319
Applied Workarounds: disable_dxgi_zero_copy_video
Disable KHR_blend_equation_advanced until cc shaders are updated: 661715
Applied Workarounds: disable(GL_KHR_blend_equation_advanced), disable(GL_KHR_blend_equation_advanced_coherent)
Decode and Encode before generateMipmap for srgb format textures on Windows: 634519
Applied Workarounds: decode_encode_srgb_for_generatemipmap
Delayed copy NV12 displays incorrect colors on NVIDIA drivers.: 728670
Applied Workarounds: disable_delayed_copy_nv12
Native GpuMemoryBuffers have been disabled, either via about:flags or command line.
Disabled Features: native_gpu_memory_buffers

Log Messages
[11032:12528:0905/201926.053:ERROR:gles2_cmd_decoder.cc(8948)] : [.DisplayCompositor-00000241D107AAE0]GL ERROR :GL_INVALID_OPERATION : glSetDrawRectangleCHROMIUM: failed on surface
[11032:12528:0905/201926.053:ERROR:gles2_cmd_decoder.cc(8949)] : Context lost because SetDrawRectangleCHROMIUM failed.
[11032:12528:0905/201926.053:ERROR:gles2_cmd_decoder.cc(5417)] : Error: 5 for Command kSetDrawRectangleCHROMIUM
[11032:12528:0905/201926.053:ERROR:gpu_channel_manager.cc(195)] : Exiting GPU process because some drivers cannot recover from problems.
GpuProcessHostUIShim: The GPU process exited normally. Everything is okay.
GpuProcessHostUIShim: The GPU process exited normally. Everything is okay.
Anon2335
@RobRich: Twitch works fine now indeed, thanks!
Anon2336
The new thinLTO WPO build is fantastic! On my overclocked 6600k benches have gone up a few points.

Chromium 62.0.3198 PGO
Jetstream - 263.04 ± 2.9534
Speedometer - 190.4 ± 0.91

Chromium 63.0.3207 thinLTO WPO
Jetstream - 269.32 ± 3.8748
Speedometer - 196.3 ± 0.60

Good stuff!
Anyone knows how to remove the avatar icon when using Ungoogled Chromium? Even though i used the empty character as my name it still shows the person avatar
Anon2338
does any one know any apps or script or ANYTHING that can bring back the non-MD design if I still want to use the latest stable version?
The new layout kinda hurts my eyes :)
Thanks In advance
@2336: Excellent. :)

@2338: AFAIK, much of the previous non-MD code is simply not there anymore. Trying to gather the likely numerous commits and doing successful reversions could be a code management nightmare IMO, and especially if newly introduced components and features explicitly rely upon MD UI code that has no likewise functionality in previous UI code.
@RobRich,
For the sake of feedback about user into the wild :

PGO (dev-pgo-nosync / Chrome 62.0.3198.0)
VS
CLang (dev-clang-nosync / Chrome 63.0.3207.0)

- Windows 8.1 64-bit
- Intel Core i7 4710HQ @ 2.50GHz
- RAM : 16,0 Go Canal-Double DDR3
- Monitor 1920 x 1080 @60Hz
- Intel HD Graphics 4600 + NVIDIA GeForce GTX 850M
- Samsung SSD 850 EVO 250GB

/Octane 2/ Higher Better
PGO : 30870
CLang : 31766 (winner)

/MotionMark/ Higher Better
PGO : 248.89 ±29.07%
CLang : 286.69 ±24.19% (winner)

/Basemark Web 3.0/ Higher Better
PGO : 650.11 (winner)
CLang : 635.59

/Speedometer/ Higher Better
PGO : 133 ±18
CLang : 145.0 ±1 (winner)

/JetStream 1.1/ Higher Better
PGO : 175.49 ±10.161 (winner)
CLang : Freeze on typescript
/Re-Test/
PGO : 163.88 ±10.341
CLang : 166.67 ±9.5386 (winner)

/Ares-6 1.0.1/ Lower Better
PGO : 31.55 ±0.79ms
CLang : 31.18 ±0.78ms (winner)

/Sunspider 1.0.2/ Lower Better
PGO : 255.2ms ±1.7%
CLang : 249.1ms ±1.3% (winner)

/PeaceKeeper/ Higher Better
PGO : 4822
CLang : 5019 (winner)
Hi Rob,

wow, that new VS2017 build you´ve added is AMAZING. It is beating any of the Chrome builds you´ve ever done in my tests.

Look at these benchmarks (http://peacekeeper.futuremark.com/):

RobRich VS2017 (62.0.3184.0) = 4942 (the one I´ve been using previously)

62.0.3198.0 (497669) • Sunday, 27 Aug 2017 (RobRich pgo vs2017 cfg lkcr 64-bit) = 5106 (WOW!)

63.0.3207.0 (499551) • Tuesday, 5 Sep 2017 (RobRich wpo ThinLTO clang lldl kcr 64-bit) = 4798 (Clang losing out big time as usual)

Whatever you´ve done, keep those VS2017 builds coming, they beat Clang (and not just in that benchmark) big time.

Thanks so much,

Lorenz
The VS2017 PGO is the same as before as I have been using it as a baseline for comparison. ;)

Curious, during benchmarking is your system running a power profile with processor and/or GPU frequency scaling enabled?
Yes, but you see that I had been using an older of your VS2017 builds before. This "new" one is even faster for me, just saying. No, nothing, this is a desktop, there is NO power saving at all, I have even disabled core-parking:)
@Mumu: Thanks for the numbers.

@Lorenz: Thanks for the clarification. Just curious about possible reasons for the differences, as I am no longer showing any significant raw performance advantages for PGO in most benchmarks tried here.

Anyway, I am going to try keeping occasional PGO builds going to do continued comparison testing.
Hi Rob,

yes, it is kinda odd that we both get such different results. As I saw and just fully realize now, we have both tested the exact same builds, also with PeaceKeeper. Your results were:

/PeaceKeeper/ Higher Better
VS2017 PGO : 4822
CLang : 5019 (winner)

And my results were the exact opposite:
VS2017 PGO : 5106 (winner)
CLang : 4798

That is very odd if you ask me - and we are both using an Intel platform and Windows 10 (15063 currently) - all x64. Not sure what to make out of all of that, but you see, for me, and possibly others, it would be cool if you could keep the VS2017 builds as well, as they are faster by a good margin for me.

Thank you so much:)
@Lorenz: To clarify, those are Mumu's numbers. Mine are further up.

The clearest difference IMO noted thus far is our Intel x86 boxes are using different processor architectures. That could mean a myriad of things related to instruction flow, scheduling, buffering, branch prediction, etc.

For example, Intel added a third vector integer ALU to Skylake and later archs that might benefit IPC for vectorized loops. Optimizations generated by different loop dependence analysis for auto loop vectorization might or might not exploit the (hopeful) ILP benefit of additional hardware SIMD units due to contentions, stalls, etc.; and especially so if comparing two compilers with two likely different analysis algorithms.
Yes, RobRich, it must be something like that - no other explanation is really possible. Clang might be "exploiting" something on your CPU that mine does not have and VS2017 seems to work better on my i7 3770k possibly for that reason. If you could simply keep the VS2017 builds coming, that would be very nice:)
Anon2348
Thanks for the macOS builds @Marmaduke!
Any ideas why passwords are not saved in chromium ungoogled?
Anon2350
@Andreas: You should open an issue on https://github.com/Eloston/ungoogled-chromium/issues
@2350 Nevermind the option in settings was disabled , so i just enabled it .
How can I install Chromium 64 bit - No Sync version on Ubuntu?
Hey Jerry, loving the Chromium builds, would you mind providing the Chromium OS builds too ?
admin
@Jack: You cannot install it because no developer build it without Sync feature, on Ubuntu. Check Iridium and ungoogled-chromium projects. Sync is disabled.

@Evan: ArnoldTheBats compiles #chromium-os for few years! ;)
@Jerry
I don't know if you are aware.
3 big problems with Firefox from 15-20 sept and more with version 57.
Source:
https://www.ghacks.net/2017/08/22/mozilla-plans-to-collect-anonymous-firefox-browsing-data/
https://www.ghacks.net/2017/08/29/firefox-57-lists-third-party-accessibility-tools-that-may-spy-on-users/
https://www.ghacks.net/2017/08/30/firefox-webextensions-may-identify-you-on-the-internet/
Maybe is better to stop recommended Firefox.
Better Use Firefox 52esr not touched before 2018 ; by this problem.
Pale Moon
Firefox based browser. But for the moment respect users.
in section : 1. Open-source browsers of your site.

Off course use Chromium ; the Best.
Anon2356
Anybody else having different colors in 61.0.3163.79 compared to previous versions? Blue selection is now purple (and many other elements as well, was thinking my monitor died after update, gladly only chromium was using different colors). Example - https://i.imgur.com/TRttBT3.png
@Marmaduke, Chromium 63.0.3212.0 resolves the scrolling issue, thanks for the build!
Anon2358
thanks @nixballs for confirming. Now we just have to wait for Rob to roll out the next thinlto build xD
admin
@S F: Thank you very much for these info. Did you see https://www.ghacks.net/2017/07/13/privacy-blunder-firefox-getaddons-page-google-analytics/ ? I understand these issues with our privacy (like in Chromium) but in Firefox, you can easily disable "bad" features directly in the about:config page. So I keep it in my browsers list.

@2356: No, settings panel is not purple for me, wih the same Chromium version!
Welcome. Jerry. I misspoke . I'm not saying it should be removed. But warn. With my link if you want .To explain.
And especially with your link.( Thank you ; I did not know that ).Like this , users do can do what it takes to protect themselves.
Best regards. And always thank you for your great site.

And how disable "bad" features directly in the about:config page. Step by Step.
admin
@S F: Ok. I understand you. I search a way to help Firefox users to protect their privacy. A new Firefox page? ;)
About "bad" features, I use my own settings + https://github.com/ghacksuserjs/ghacks-user.js in Firefox.
Anon2362
>@2356: No, settings panel is not purple for me, wih the same Chromium version!
Meant only selection color is different, really don't know is it combination of some hardware/software which resulted in this going to check in few builds.
What are advantages of no sync? Is there a build with only no sync? (still including webrtc and widevine)
@2356 Assuming you have not changed any browser themes, perhaps color correct rendering? You can check and/or change the setting in the chrome://flags settings.
chrome://flags/#enable-color-correct-rendering
Jerry . ok you have fun. But it is the ill will. If you don't want help About "bad" features .You can only warn.That's the lesser of it.When you recommend something.But you do what you want.
thanks for sharing great tool Chromium 64-bit for Windows.
Hi Rob when can we expect the next ThinLTO build? #keen
Anon2368
Yes, I'm also having slight color issues with v61. Blue becomes purple etc. Restart sometimes corrects this.. it's an erratic issue.
Icchigo Kurosaki 
Hey @nik you alive ? It's been 2 weeks and no new builds, I'm, starting to worry now.
Just use the regular Chrome. No automatic builds makes this project dead in the water.
Anon2371
Or just use the stable release at the top of the page? It's always been up-to-date.
My build box is working on a ThinLTO build right now. :)

My area was in the path of Hurricane Irma. Thankfully got power back Tuesday and cable ISP back Wednesday.
Anon2373
Oh dear, hope you're okay RobRich! May god bless.
Thanks for the positive thoughts. Came through rather well IMO, especially compared to much of Florida.

Power and cable were out, but those were expected. Both were restored quickly. :)

One of the large front palms picked up a slight lean, which might eventually have to be straightened. Not a big issue for now.

----------------

New ThinLTO build pushed.

Quick FYI. Like an earlier ThinLTO build, it crashes in Octane and JetStream benchmarking for JavaScript performance, but otherwise it seems stable in casual browsing. There have been some comments about Octane in recent bug reports. Might be related.
Anon2375
Thnak You very much Nik for update :
No sync • No WebRTC • No Widevine • 61.0.3163.91 (488528) • Friday, 15 Sep 2017 32 bit
Maybe if you have time, hope can compile v63....
Anon2376
Does anybody know why I cant scroll web pages with click of the middle button on the mouse and than moving the mouse in the direction of the scrolling? it works on pictures tho
it stopped working some time ago in LKCR
It looks like I can't access any DRM content anymore with the latest builds (including Netflix - M7121-1331-P7).
I can't find any option about DRM content in the settings.
I have disabled every plugin but the issue is still going.
Do you know how can I fix that ?
I think a version only without sync would be preferable, WebRTC is not a "google service", firefox has it as well and the widevine thing is good for the codecs.
Widevine provides DRM+EME. I really do not care about Widevine either way, so I dropped it to skip some build steps, but I can put it back with a build argument change. General feedback?

Some people are concerned about potential security implications using WebRTC, particularly about possibly exposing your actual IP address when using a proxy or VPN.

There is the WebRTC Network Limiter extension, but there has been discussion on whether it works properly anymore. I know Jerry has discontinued its recommendation here; check the extensions section.

Set "Use my proxy server (if present): This option forces Chrome to use the same network path for media as for normal web traffic, including use of a web proxy." in the extensions options, and ideally, it should (or perhaps previously once did?) force WebRTC to only see the same network interface as Chromium is set to use - even if it a proxy or VPN. Huge YMMV there, and if anyone has tested it recently, drop a line here. :)

Given the uncertainties and concerns, disabling WebRTC at build time has proven to be an acceptable alternative for many users here, at least when I previously sought feedback on the issue for my own builds.
Anon2380
IMO: Keep both WebRTC and Widevine out of any builds. They're great in the current state.
Anon2381
@RobRich: Keep compile without WebRTC. It's the better alternative. Thank you for all your work. And hope you go well after hurricane irma :-).
@RobRich: was your answer intended for me ?
I use the sync widevine webrtc build of chromium
@Fred It was more for John. Not sure about your Netflix issue, as mostly use Netflix via iPad or Roku. Do you have any custom about:flags set? Tried disabling hardware video acceleration? Disabling GPU hardware acceleration?

@2380 & @2381: Thanks, and yeah, I have no particular intentions of enabling WebRTC as I do not have a use for it personally. ;)

I am a little more open on Widevine if there is a compelling reason or enough user demand, as I am not aware of any current privacy or security implications with it enabled. I mostly disable it to skip step or few when building.
Chromium for 64-bit macOS - All Codecs - Sunday, 17 September 2017

Compiled under High Sierra GM [17A362a] & Xcode9 GM
Chromium 63.0.3219.0 (Official Build) (64-bit)
Revision 37f0b5bfd017a546822e698587cab533cce7d007-refs/heads/master@{#502524}
@nik: I was curious if there is an update coming for Chromium latates builds? Last version was (( Sync • WebRTC • Widevine • 62.0.3202.0 (498762) • Thursday, 31 Aug 2017 ))
Currently i can't compile recent builds because i have an error with some components, i hope i can resolve this soon.. atm i'm busy with my work. (i think it's because of the winsdk version)
@nik: Ahh I see, thanks for the update! :) Nothing wrong with the current latest version other than the fact that I can no longer use it to watch Netflix... I have to use IE11 to do that now. But I'm sure you are already aware of this, it's been mentioned in the comments at any rate. I believe the prior version you released of "SYNC" had no Netflix errors. Have a great day. :)
@nik: Not sure if you have migrated yet, but as of last Friday, VS2017 was set as the current default VS version for Windows builds.

The 10.0.15063.468 SDK is expected to soon be a requirement as well.
Anon2389
Thank you marmaduke for your new release! ;)
Anon2390
@nik: "Currently i can't compile recent builds because i have an error with some components, i hope i can resolve this soon.. atm i'm busy with my work."

How does that affect stable Win builds?
@Dustyn: let's see if the next build will resolve this problem
@RobRich: i just migrated to vs2017, i hope it resolve the issue
@2390: well, the stable is compile normally, but i've already installed vs2017 so the next stable will be depend on "Visual C++ 2017 Redistributable"

i've just compiled v63.0.3219.0 with vs2017 and upload it, don't know how it goes.. for me all functions work (but i can't test netflix because i don't have it)
Anon2392
@nik: Thank you very much for compiled v63.0.3219.0. But have you time and agree to compile one 32bit. Please.
@nik: latest build 63.0.3219.0 still not playing NetFlix, got same error code.
same issue on a totaly different computer running Win7
This is my first time trying to download Chromium. I'm confused by the page, the links, etc. The site assumes you know all the terms, versions, etc. Even being a programmer, I'm confused and disappointing on the lack of obvious guidance. Would you please make the site more user friendly? at least add an obvious link where you describe what is what. Technical issues are a core obstacle for adopting software.
admin
@Mark: In few words, this page is an overview of Chromium binaries available on the whole Web + a simplified information resource relative to Chromium. As open source software, Chromium is compiled by different developers (official and third-parties) and has 2 version types (stable and development). The official website (https://www.chromium.org/) is considerably more complex. Please, contact me by email. I can create another page to guide new Chromium users. Regards.
Latest PGO build stats:

0 of 0 ( 0.0%) original invalid call sites were matched.
0 new call sites were added.
355 of 1419720 ( 0.03%) profiled functions will be compiled for speed, and the rest of the functions will be compiled for size
10768839 of 19978335 inline instances were from dead/cold paths
1419714 of 1419720 functions (100.0%) were optimized using profile data, and the rest of the functions were optimized without using profile data
1081256973703 of 1081256973703 instructions (100.0%) were optimized using profile data, and the rest of the instructions were optimized without using profile data
I wish RobRich's builds also had "all-codecs" like niks, is there a reason they don't?
To be straightforward, it is about the same reason I build without WebRTC and Widevine, as in I have little to no personal interest and/or specific use requirement. My primary interest is building Chromium with Clang and LLD from the open source LLVM project.

^Translation? Ya'll typically get the same builds I use locally. :)
RobRich: Do you offer a 64-bit "SYNC" version? I could not find one... Or is that just Nick?
Anon2400
@nik @Jerry
I think that builds requiring Visual C++ 2017 Redistributable to run need to have it mentioned in description. Also, currently it's not available among downloads on microsoft.com, but on https://www.visualstudio.com/downloads/?q=redist instead.
https://www.visualstudio.com/en-us/productinfo/vs2017-system-requirements-vs
@Dustyn: Not directly at this time. Nic has been covering the Sync builds for Windows.

To be technical, my builds might work with sync if setting up and supplying your own Google API keys as environment variables. YMMV, as it has been quite awhile since last dealing with sync.
Hi RobRich,
amazing that you are continuing the VS2017 builds, I appreciate it!!
Thank you!
Anon2405
Been using ThinLTO lately, but now that a PGO build is out && both are the same version, can do some comparisons now...
Octane: 33k score for PGO, crashed for ThinLTO
SunSpider: Both relatively similar. But ThinLTO has higher variance in its results (all around) compared to PGO
PGO: Total: 250.1ms +/- 0.8%
ThinLTO: Total: 249.7ms +/- 1.3%
May test it some more later when I get time. But yeah, more of a YMMV with ThinLTO, at least in synthetics.
There is a crasher for Octane 2.0 and JetStream with the current public ThinLTO build. Appears to be the same underlying test crashing. It has happened before, then went away, and now is back again. It does not seem to impact much of anything I have encountered outside those two benchmarks, though.

I did note there were a few warnings while building V8 with my latest internal ThinLTO build generated locally today. Could be related.

----------------

The V8 subsystem has been highly optimized, thus I am not too surprised at both builds generating similar scores.

Perhaps try a more comprehensive benchmark suite to test multiple browser components and subsystems. Peacekeeper is technically rather out of date, but it still is a good place to start IMO. It is also included in the sites currently used for profling my PGO builds.
Anon2407
All no-sync builds will work as sync if you have Google API keys set up as environment variables.
@2407: Thanks for verifying.

----------------

I have a local ThinLTO build without Octane 2.0 and JetStream crashing. :)

Portions of V8 have been pulled into the jumbo build option that basically groups files together for building with less steps. I disabled jumbo, and got a build without the crashers.

If I feel up to it, I will try to push a new public build in the next day or two.
Just making my Windows build system compliant!

Chromium for 64-bit Windows - All Codecs - Wednesday, 20 September 2017

Chromium 63.0.3221.0 (Official Build) (64-bit)
Revision e595973066aea66151989c1a7e189b5cabac837f-refs/heads/master@{#503103}
OS Windows

only for Windows 64

with codecs (h264, h265, flac, xvid, etc..)

no sync, no WebRTC and no Widevine support

official build (WPO thinLTO lld)

Compiled with clang

No Sync • No WebRTC • No Widevine
chrome.packed.2017.09.20.7z
https://github.com/macchrome/winchrome/releases/download/v63.0.3221.0-r503103-Win64/chrome.packed.2017.09.20.7z
SHA256 A78B905C5EA03FCAD06F6C4265C99138C08C1A9BC623F390B1399451963C384D

gn build arguments:
Build arguments go here.
See "gn args <out_dir> --list" for available build arguments.

#is_clang = true
#clang_use_chrome_plugins = false
is_official_build = true
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false
chrome_pgo_phase = 0
current_cpu = "x64"
enable_google_now = false
enable_hotwording = false
enable_iterator_debugging = false
enable_nacl = true
ffmpeg_branding = "Chrome"
is_component_build = false
is_debug = false
is_win_fastlink = true
proprietary_codecs = true
symbol_level = 0
#syzygy_optimize = true
target_cpu = "x64"
visual_studio_version = "2017"
#exclude_unwind_tables = true
remove_webcore_debug_symbols = true
enable_remoting = false
enable_webrtc = false
#rtc_use_h264 = false
#rtc_use_lto = false
enable_hevc_demuxing = true
enable_ac3_eac3_audio_demuxing = true
enable_mse_mpeg2ts_stream_parser = true
use_jumbo_build = true
use_lld = true
use_thin_lto = true
is_clang = true
clang_use_chrome_plugins = false
clang_base_path = "//third_party/llvm-build/Release+Asserts"
full_wpo_on_official = true
#is_cfi = true

cfi fails to link!

Don't ask for mini-installer: expand into respective destination.
I was under the impression widevine was needed for the codecs to work?
@marmaduke AFAIK, CFI currently is counted as a sanitizer with Clang and will not work with a release build by default. Disable CFI for now, which is what Chromium devs currently having to do for the ThinLTO buildbot, too.

The mini_installer also is being targeted for link-time optimization as "use_thin_lto" currently is configured, but the mini_installer does not support building with LTO.

You can skip "full_wpo_on_official" as it does nothing with how "use_thin_lto" is currently configured. It extends /GL coverage for VS builds.

The args for "is_win_fastlink" can be disabled. AFAIK, it does nothing for LLD.

Using "use_jumbo_build = true" currently breaks V8. It will produce a build, but V8 will crash in certain benchmarks.

You might need to set "allow_posix_link_time_opt = true" to ensure whole-program-vtables is set when invoking LTO. I am not sitting in front of the build code right now to verify, but I do know that is how the ThinLTO buildbot args are configured.

----------------

I do not use the new "use_thin_lto" and its associated build arguments in the current state.

Instead I modify the compiler build configuration file to place additional conditionals to enable ThinLTO and vtable coverage when setting official and whole wpo. That way ThinLTO has the same code coverage as Visual Studio /GL and does not interfere with code requiring the "no optimization" compiler setup, such as the mini_installer.

----------------

@John Widevine provides digital rights management. It is not needed for the various a/v formats to work, but it oftentimes is needed for commercial streaming services likes Netflix.
@RobRich

I appreciate your observations.

The gn settings provided actually build/produce a mini_installer.exe; which since I prefer to use Chromium in a portable(apps) format is personally not a requirement.

Basically, I was trying to replicate Nik's "wpo cfg all-codecs lkcr 64-bit windows" using clang. The abortive cfi link (a memset failure) was performed after the initial conventional build and took twice as long.
New ThinLTO build available. Octane 2.0 and JetStream crasher(s) resolved. LLVM whole-program-vtables coverage implemented.

Quick comparison of my currently available public builds....

Intel Core i5-7300HQ, 16GB DDR4, nVidia GTX 1050 2GB

PGO = v63.0.3219.0-r502527-win64 (117GB to build)
ThinLTO = v63.0.3221.0-r503271-win64 (3.65 GB to build, including incremental cache)

Octane 2.0
pgo: 35137
thinlto: 38180

JetStream 1.1
pgo: 184.38s
thinlto: 189.69s

ARES-6 1.0.1
pgo: 25.23ms
thinlto: 24.88ms

SunSpider 1.0.2
pgo: 226.9ms
thinlto: 230.3ms

Kraken 1.1
pgo: 1057.7ms
thinlto: 1047.3ms

Dromaeo V8 JavaScript
pgo: 1698.58runs/s
thinlto: 1852.58runs/s

Basemark Web 3.0
pgo: 821.24
thinlto: 805.26

Peacekeeper
pgo: 5343
thinlto: 5494

----------------

@marmaduke No prob. I went down the ThinLTO path well before "use_thin_lto" recently appeared for Windows builds, so I have hit some of the build issues associated with implementing it.

Someone might have patched the mini_installer build script. It was failing when "use_thin_lto" initially was implemented due to a memset error building mini_installer, which occurs because mini_installer is not supposed to be exposed to LTO. IIRC, Chromium devs mentioned other pending patches regarding "use_thin_lto" usage. Could be rolling them out.

For now I am proceeding with my ThinLTO process, as it replicates VS coverage, thus hopefully less surprises while the devs work on the project's own implementation. Today I did get around to adding fast incremental link caching into my modifications like "use_thin_lto" does. I have yet to try it, but it should further speed building times if properly working.
Anon2414
@Nik @RobRich . If it possible.Only if you agree and have time.Can you compile v63 No sync • No WebRTC • No Widevine. 32 bit.Really appreciated.But if it is not , it is not serious , thank you anyway for all your work. :-).
@2414: today it'll be done, just wait :)
NEW BUILD OF:

Chromium for 64-bit Windows - All Codecs - Wednesday, 20 September 2017

No Sync • No WebRTC • No Widevine - ThinLTO (for real!)

Chromium 63.0.3221.0 (Official Build) (64-bit)
Revision e595973066aea66151989c1a7e189b5cabac837f-refs/heads/master@{#503103}
OS Windows

https://github.com/macchrome/winchrome/releases/download/v63.0.3221.0-r503103-Win64/chrome.packed.thinlto.2017.09.20.7z
SHA256 6C1C93CE05E8C14C4A522A9A28C1C5F5F6451442528F536CE38BC578000DFDC1

This build is actually ThinLTO: built without "use_jumbo_build = true" and with the addition of "allow_posix_link_time_opt = true". LLVM whole-program-vtables coverage is implemented as standard on the compiler (but not the linker - produces message saying this parameter is unrecognised). As expected, mini_installer.exe fails to build.

Benchmarks:

Octane 2.0
Standard: 27349
ThinLTO: 27763

Jetstream
Standard: 137.57 ± 1.6136
ThinLTO: 140.64 ± 3.5677
Anon2417
@Nik ; Anonymous (2414). Big big thank's i wait ! :-)
Latest Marmaduke's nosync version for OSX (v63.0.3219.0-r502524) simply crashes on launch on OS 10.9.5. I bet it's because it's been "Compiled under High Sierra GM". I reverted to v63.0.3212.0.
If there's a MacOS requirement, from now on, it would be nice to specify it somewhere. ;-) — and maybe put a link for the last compatible version for each MacOS (Mavericks, Yosemite, etc.)
Thanks anyway.
@Aargi: Thank you for the information and feedback.

OSX (v63.0.3219.0-r502524) was an experimental build that's why I stipulated "Compiled under High Sierra GM AND Xcode9". I think that Xcode9 GM might be the culprit: since then Xcode9 "proper" has been released. I will continue to compile under 10.12.6 and Xcode8 until the official Chromium build requirements change. My knowledge and usage of OSX is limited to 10.11 and beyond.

v63.0.3219.0-r502524 functions "correctly" under 10.12.6 and 10.13. My preference is to use the latest tools available: OS, Xcode and Chromium. As such I will continue to provide the latest builds.
Anon2420
@Nik by Anonymous (2414) Many many thanks for :
No sync • No WebRTC • No Widevine • 63.0.3221.0 (503329) • Thursday, 21 Sep 2017 32 bit !!!
Anon2421
Following up on the strange color hue issue:

- Sometimes Chromium will produce slightly off colors, and sometimes it won't. It's erratic.
- Started happening in v61.
- Color correct rendering does not help.
- In my case, I use an ICC profile in Windows.
@2421 One more possible color-related about:flags idea. If using a recent revision build, take a look at the force color profile options.
chrome://flags/#force-color-profile
Anon2423
@nik: If I understood correctly, latest stable build 61.0.3163.100 (488528) will require users to install Visual C++ 2017 Redistributable to run it? Some people might not have it yet, and I think it's important to remind them.
Anon2424
@2423: Yes. If your OS is up-to-date, it is already installed.

But if you need an offline installer:
1) Go to https://www.visualstudio.com/downloads/
2) Scroll down to the bottom page
3) Check "Other Tools and Frameworks"
4) Choose your 64-bit or 32-bit version of "Microsoft Visual C++ Redistributable for Visual Studio 2017"
Anon2425
@2424 Correction: no version of vcredist is supplied by Windows Update, afaik. They're usually installed if bundled with a specific program that requires a particular version of vcredist to run. I doubt that even W10 has Visual C++ Redistributable out of the box. Thank you for the link anyway :)
Anon2426
@marmaduke, latest sync/no-webrtc build complains it doesn't have google api keys and doesn't allow to log in to sync. Otherwise it fixed the glitches of touch bar. Thanks!
WildByDesign 
@Nik If I recall, I believe you mentioned something about compiling the next Stable branch build with VS 2017. Are you compiling 61.0.3163.100 with VS 2017? If yes, are there any compilation errors or is compiling with VS 2017 smooth sailing so far? Thank you
@2426: You have to provide your own keys. Search for "Without your own Google API keys" on this page. Try the build below to see if it breaks the touch bar.

@Aargi et al

Chromium for 64-bit macOS - All Codecs - Sunday, 17 September 2017
Compiled under High Sierra GM [17A362a] & Xcode9 GM - SDK 10.12
Chromium 63.0.3219.0 (Official Build) (64-bit)

https://github.com/macchrome/chromium/releases/download/v63.0.3219.0-r502524-macOS/Chromium.app.63.0.3219.0.nosync.sdk10.12.zip
SHA256 7DDDE4573F303B31257589E13158D80D34311313DA7FA3A60E8777D4C39EBF55

The previous version of this build was compiled under SDK 10.13
Anon2429
@marmaduke thanks for reply on google keys. Regarding latest build and Touch Bar - so far so good. I'll keep an eye on it and post if smth is wrong.
@WildByDesign: the compilation will stop if there wll be at least one error, so i hope everything goes smooth :)
Thanks Marmaduke! I confirm SDK 10,.12 version works ok on 10,.9,.5. :-)
@nik: I am not recalling any compiler warnings or errors with my recent PGO builds, so hopefully you will be good to go. :)

----------------

While on the topic, Clang as configured in the build templates can and often does generate warning information. Great information for devs looking to squish possible bugs or wanting to meet strict coding compliance, though potentially troublesome for building.

I disable warnings as errors when building. I find warnings tend to be noise more often than not. Actual serious errors like a failed link still will stop the build anyway.

For anyone building, I suggest adding to the build arguments if not already:

treat_warnings_as_errors = false
Anon2433
@Nik: Thank you.
Something new for the mildly adventurous. This build has modified compiler optimizations. File sizes are up somewhat, assuming that is a concern for whatever reason.

Chromium 63.0.3223.0 (Official Build) (64-bit) - No Sync | No WebRTC | No Widevine
Revision 4eb4ec43a3380d17c5bd1c139918d567b5ef35f7-refs/heads/master@{#503834}
Compiler clang (+lld +thinlto)

chrome.zip | SHA1: b35f91979084824afe2c9fe46ab8dd39207b944b
https://drive.google.com/open?id=0B4saVuqumZNZUGRORDMtMnlJYWM

mini_installer.exe | SHA1: 5fa284604b395e3914b21f16738b4c3842047995
https://drive.google.com/open?id=0B4saVuqumZNZdU9ZVUJLdHBpOUk

Thought I copied my benchmark data before turning off that system, but apparently not. Anyway, IIRC, it showed performance gains in most (all?) benchmarks I tested compared to my current public ThinLTO build available at GitHub.
Anon2435
From my last benchmarks @2336

Chromium 63.0.3207 thinLTO WPO
Jetstream - 269.32 ± 3.8748
Speedometer - 196.3 ± 0.60

Chromium 63.0.3223 thinlto wpo (and your new compiler optimizations)
Jetstream - 277.75 ± 2.5391
Speedometer - 211.1 ± 0.47

Getting even faster on OC'd 6600k.
@2435 Thanks for the feedbackl! :)

----------------

"Experimental" is the ThinLTO build with modifications to compiler optimization levels.

Intel Core i5-7300HQ, 16GB DDR4, nVidia GTX 1050 2GB

PGO = v63.0.3219.0-r502527-win64
ThinLTO = v63.0.3221.0-r503271-win64
Experimental = 63.0.3223.0-r503834-win

Octane 2.0 (higher is better)
pgo: 35137
thinlto: 38180
exp: 39590

JetStream 1.1 (higher is better)
pgo: 184.38
thinlto: 189.69
exp: 196.30

ARES-6 1.0.1 (lower is better)
pgo: 25.23ms
thinlto: 24.88ms
exp: 24.38ms

SunSpider 1.0.2 (lower is better)
pgo: 226.9ms
thinlto: 230.3ms
exp: 228.7ms

Kraken 1.1 (lower is better)
pgo: 1057.7ms
thinlto: 1047.3ms
exp: 1006.0ms

Dromaeo V8 JavaScript (higher is better)
pgo: 1698.58runs/s
thinlto: 1852.58runs/s
exp: 1906.16runs/s

Basemark Web 3.0 (higher is better)
pgo: 821.24
thinlto: 805.26
exp: 844.79

Peacekeeper (higher is better)
pgo: 5343
thinlto: 5494
exp: 5616
Sync • WebRTC • Widevine • 63.0.3219.0 (502549) • Monday, 18 Sep 2017

NIK: On NETFLIX I get "Error Code: M7121-1331-P7" while attempting to load any media on the site. Your previous builds (3 builds ago) used to work just fine. Did something change?
Hello , I wonder if you could make Chromium Android version support HEVC/H265 ?
Discovered this website 2 years ago, extremely helpful, good information for everything Chromium.
I refer people here all the time, thanks Jerry and the good folks that push out builds such as Nik & Rob.

I got curious with my system and did my own tests, here are the results to give back a little something.

Windows 10 x64, Intel Core i7-7700K Stock, 16GB DDR4, NVIDIA GTX 1070 8GB OC.
AppData\Local\Chromium folder deleted between builds/testing to maintain purity, no add-ons ofc.

nik wpo = Nik [wpo|cfg] 63.0.3219.0-win64
rob pgo = RobRich [pgo|vs2017|cfg] 63.0.3219.0-win64
rob multi = RobRich [wpo|thinLTO|clang|lld] 63.0.3221.0-win64
rob exp = RobRich Experimental [lld|thinlto] 63.0.3223.0-win64

Octane 2.0 (higher is better)
nik wpo: 50883
rob pgo: 50505
rob multi: 52418
rob exp: 54200

JetStream 1.1 (higher is better)
nik wpo: 262.38
rob pgo: 260.05
rob multi: 269.11
rob exp: 276.27

ARES-6 1.0.1 (lower is better)
nik wpo: 18.05ms
rob pgo: 18.52ms
rob multi: 18.08ms
rob exp: 18.39ms

SunSpider 1.0.2 (lower is better)
nik wpo: 165.2ms
rob pgo: 163.6ms
rob multi: 152.5ms
rob exp: 152.9ms

Kraken 1.1 (lower is better)
nik wpo: 745.2ms
rob pgo: 759.6ms
rob multi: 731.8ms
rob exp: 740.7ms

Dromaeo V8 JavaScript (higher is better)
nik wpo: 2326.18runs/s
rob pgo: 2294.32runs/s
rob multi: 2552.14runs/s
rob exp: 2544.28runs/s

Basemark Web 3.0 (higher is better)
nik wpo: 1102.35
rob pgo: 1255.66
rob multi: 1135.76
rob exp: 1160.08

Peacekeeper (higher is better)
nik wpo: 6716
rob pgo: 6857
rob multi: 7020
rob exp: 7141

YMMV, for now I'm going to keep using experimental since it seems like you're onto something good, keep it up Rob.
@Dustyn: no, nothing change, only switch to vs2017 but it's not the cause. Do you have some user-agent switcher?
@Warren: Thanks for the feedback!

--------------------

For those curious about the benchmarks....

Most of the benchmarks are JavaScript oriented. While highly important, admittedly JS is just one aspect impacting the browsing experience.

Basemark Web and Peacekeeper are the more comprehensive browser benchmark suites on the list. They target rendering, DOM, WebGL, etc. Even if synthetic and discontinued, I still tend to lean towards Peacekeeper as a decent overall browser performance indicator.
not_a_google_fan 
Can anyone apply the Inox patch on Nik's build and share it, man that would be amazing.ungoogled is so outdated :(
Anon2443
@RobRich: Experimental build is amazing, it's smashing the previous thinlto build! Keep them coming haha
Anon2444
63.0.3221.0 and 61.0.3163.100 both don't work with Tutanota anymore. I just get a spinning icon. I don't know if this is an issue with Chromium or with the webpage. A new profile does not fix it, however.
Chrome_Android 63.0.3224.0 32-bit Neon with H265/HEVC decoder - Monday, 25 September 2017

17329fccf83134a098084e70a1213564d71cfa6f-refs/heads/master@{#504002}

*** EXPERIMENTAL Device must be Neon compatible (Experts only!)***

Build arguments go here.
See "gn args <out_dir> --list" for available build arguments.

target_os = "android"
target_cpu = "arm"
current_cpu = "arm"
arm_use_neon = true
is_debug = false
symbol_level = 0
is_component_build = true
is_clang = true
ffmpeg_branding = "Chrome"
proprietary_codecs = true

Chromium_Android.zip
https://github.com/macchrome/droidchrome/releases/download/v63.0.3224.0-504002-Android_Neon_32/Chromium_Android.zip
SHA256 55FE47EEC366A1F000E328E8D667F0189A6B55475FAE3C36C93243A9FCE2A019

Feedback appreciated.
Anon2446
@marmaduke: This android build works great. Thanks man
@2443 Thanks!

----------------

I suspect the "experimental" compiler optimization setup is going to be difficult for me to top right now, though I have some ideas. Now as to when I might feel up to implementing and testing them....

Anyway, what I have done locally in recent days:

1.) I have upped the optimization level for the Native Client Integrated Runtime. It was quick modification, so whatever, though I doubt it is going to do much for most users. Maybe help a little with Flash and/or PDFium performance?

2.) I built the Polly polyhedral model optimizations for LLVM and tossed the corresponding LLVM arguments into Chromium's compiler build configuration. Polly can help with nested loop optimizations; assuming Chromium will even benefit from such optimizations. Suppose I will find out. :)
Anon2448
@Jerry. thak you for all.
I just signal that : ScriptSafe
https://chrome.google.com/webstore/detail/scriptsafe/oiigbmnaadbkfbmpbfijlflahbdbdgdf
Prevent many canvas fingerprint.
Tested on : https://browserleaks.com/
More than Canvas Defender ( " I believe " )
@nik: Yes I do. I use Adguard v6.1.331.1732. It has a Stealth Mode module which includes a number of configurable privacy options. The user agent switcher being one option that I use. It injects a compatible user agent across the board when using any web browser to surf the web. But I have been using Netflix with these options for many months now and your prior builds of Chromium have worked perfectly. I will have to do some experimenting of my own to determine if Adguard is the issue as you may be on to something here. I'll report back my findings. So far Internet Explorer 11 is unaffected by Adguard's filtering methods. Thanks Nik. :)
Chrome_Android 63.0.3224.0 32-bit Neon with H265/HEVC decoder does not enable H265/HEVC; it only enables the missing default Chrome decoders:

mp3, aac and h264

"disable_ffmpeg_video_decoders = true" is enabled by default.
Anon2451
Question: Since Flash *still* does not work without WebRTC, would it be feasible to turn the 'No Sync - No WebRTC - No Widevine' builds into 'No Sync - No Widevine' instead for convenience? Right now Flash users are forced to use Chromium builds with all that Google baggage. Google does not test its builds with WebRTC disabled so this is unlikely to ever get fixed on their end.
Anon2452
@2451: Excuse me.This is just one opinion.
I do not want to offend you.
But the main interest of Builds By Nik Or RobRich ; is compile without WebRTC.
Nowhere else ; we finds this kind Of Chromium release.
Anon2453
@RobRich I get those errors on your latest experimental build, happens when I browse some pages, mostly facebook or pages with some vid content https://i.imgur.com/QnKXFhG.jpg
Anon2454
@2452: You're right, of course. But we have several releases here - at least two from Nik, two from Rob. For example, if Rob kept doing a VS2017 and a Clang release, he might decide to add WebRTC to one and leave the other without. Or if the experimental builds are amazing, he might remove the others altogether and have two experimentals. The combination of No Google but WebRTC enabled (just for Flash) does not exist yet.
Anon2455
@2454: Yes you're right too.
Except for 32 bit release.
Only Nik Compile.
But for 64 bit ; what you say is achievable.I think.
It's just ; a remark.
Only Nik Or RobRich ; may decide to do it.
And "Sync • WebRTC • Widevine " 64 bit compiled by Nik; it's not suitable for your use ?
@2455: It sounds like @2454 is hoping someone builds Chromium without Sync and Widevine, but with WebRTC enabled so Flash can be used. I would download and use such a version as well because I routinely run a web app that requires WebRTC, but have no need for Sync or Widevine.

Regardless, thanks to all the contributors on this site for making Chromium accessible to all!
I wanted to thank you guys for doing such a great job with this branch of Chromium. I was wondering, since you compiled the newest version on High Sierra, does version 63.0.3219.0 work on Mac OS Mavericks? On my computer which has Mavericks this new version only opens and then closes. Is there anything I can do to fix this issue?
@2453: Noted, and thanks for the feedback.

It could be a revision issue, so I will build a new revision and try again soon. Perhaps Friday or the weekend.

I do not think it is a compiler optimization issue, as I am still in what is considered the safe range for optimizations.

BTW, I dropped a quick search. It appears this WebGL+video issue has happened before with Chrome(ium), particularly with 360 videos at FB. Curious, are any other recent builds affected?
@2458: That fixed it! Many thanks! :)
What do you guys think about https://github.com/gcarq/inox-patchset ? It provides many good patches, including removal of that godamn login button at the top...
Here's the new Firefox Quantum VS RobRich's experimental build on Speedometer: https://i.imgur.com/kXdLdui.jpg
Thumbs up!
Anon2463
Many Thank's Nik for
No sync • No WebRTC • No Widevine • 63.0.3228.0 (505388) • Friday, 29 Sep 2017 32 bit
@Dustyn: got the same issue, can't play Netfix anymore, with any builds since 2 or 3 months (Nik's and RobRich's).
I am sure it comes from the builds but I don't know why...
Had to run Firefox when it comes to NetFlix
Fred: Good to see I'm not alone with Niks recent builds concerning Netflix!
Anon2466
After chrlauncher upgraded to "Sync • WebRTC • Widevine • 63.0.3228.0 (505388) • Friday, 29 Sep 2017", my avira antivirus blocked the "chrome_elf.dll" (it detected an adware called speedbits). I had to replace this dll by the official one from https://storage.googleapis.com/chromium-browser-snapshots/Win_x64/505388/chrome-win32.zip to repair my installation.

Please check that the computer where you are compiling is not infected by adwares.

@Fred: for monthes, NetFlix no longer works if you use "private browsing". It looks like DRMs are now disabled in private browsing. Did you try without using "private browsing" ?
admin
@Warren: Yes the "new" Firefox is really fast ;)

@2466: chrlauncher downloads, unzip and installs ZIP file itself. In this case, it is not infected by #malware but is a false positive of Avira antivirus.

You can check "chromium-sync.zip" yourself:
- https://www.virustotal.com/#/file/b2dc4d47b19eb60dca8151995293d2005bc7e2626931dc34cfe70b800a801aec
- https://virusscan.jotti.org/en-US/filescanjob/600bt4u3nu

Also, thanks for info about Incognito mode on Netflix (Search "Turn off private browsing or sandbox mode" in https://help.netflix.com/en/node/62)
Anon2468
@RobRich I dont know if any other builds were affected by that WebGL bug but that issue resolved itself. Its all good now.
@Anon2468 Thanks for the update.

----------------

New Clang build available. No benchmarks right now, but I have rolled the previous "experimental" build compiler optimizations into the release build, so I expect similar results.

Had to track down a LLVM issue while building. Some type of Clang memory leak or similar in my current LLVM trunk build. Did a rollback to the same LLVM revision Chromium is issuing with the browser revision I was building.
Chrome Cleanup Tool v22.125.1 at https://www.google.com/intl/en/chrome/cleanup-tool/
Chrome Cleanup Tool (Formerly Google Chrome Software Removal Tool) will scan and remove software that may cause problems with Google Chrome.
It's portable.
(I do not have yet found the author's repository)
Anon2471
@Nik how the requirement of Visual C++ 2017 Redistributable in your new builds is going to affect security for end user? Those packages don't seem to get any security updates through WU unless a full Visual Studio is installed.
About the latest Clang build. A couple of quick JavaScript benchmarks seem to be okay.

However, there appears to be a slight to moderate performance regression in perhaps rasterization and/or 3D rendering with Peacekeeper and Basemark Web. It could be related to the older LLVM revision I used to successfully build the browser. YMMV on actually noticing it in real world usage.

I just noticed Chromium has hit basically the same LLVM issue with two Linux buildbots, so hopefully it will be resolved soon.
Just really wanted to thank you for your hard work and commitment to keep this version of Chromium up and running as well as working well! Your efforts are very much appreciated! ;
Successful updated Clang build with updated LLVM build. :)

Looks like there might have been some mitigation on the performance regression(s) previously noted, though YMMV as usual.

I have been poking at automatic vectorization, though apparently it is not an option right now when using ThinLTO. I can do without LTO for testing, but AFAIK, getting LTO with autovec currently means a rather time-consuming FullLTO build.
Latest Marmaduke's nosync version for OSX (63.0.3230.0-r505510) has issues with Facebook, it's get kinda paralyzed either with drop-down menus or switching from a sender to another sender in Messenger. I've tested with a clean profile to avoid any interference from some extension. Not always, but I can see frequently "waiting for error.facebook.com" in such case.
In former versions it was ok.
In Firefox it still works ok.
@AArgl

Facebook's idiosyncrasies do not particularly concern me.
@2466: No, I am not private browsing while connecting to Netflix
@AArgl6 Looking at recent bug reports, you might not be alone. While waiting on a new build to try, you might try disabling browser side navigation and/or Mojo IPC for resource loading in the about:flags options as potential workarounds. YMMV.
Thanks RobRich! :-)
Anon2481
I don't suppose WebRTC is something that can be toggled (enabled/disabled) via settings, rather than removed all together? took me months to work out why flash was constantly crashing the browser.
WebRTC is enabled or disabled at build time. Some have cited possible personal security or geolocation concerns with it when using VPNs or proxies. If those are not concerns for you, then just use a build with WebRTC enabled if needing Flash support IMO.

Others, like me, just do not have an immediate use for it.
Anon2483
Thank You Nik for your 32 bit version.
Anon2484
New redesigned chrome://flags page is present on latest build by nik - 63.0.3236.0
@2484: you right, i like the filter function
I have not yet tested it, but AFAIK, the mini_installer now should build with the new thinlto build argument. :)

I have been poking at building with automatic vectorization and various Polly optimizations. IIRC, I have Basemark Web within like 100 points of a ThinLTO build, and that was using a build without LTO.
@RobRich

Confirmed: the mini_installer now builds with the new thinlto build argument.

"allow_posix_link_time_opt" is an invalid gn parameter.

-----------------

Chromium v63.0.3237.0-r507359-Win64

Chromium for 64-bit Windows - All Codecs - Monday, 09 October 2017

Chromium 63.0.3237.0 (Official Build) (64-bit)
Revision 3976de7c0d648ee59b29013a0f6431d3d2dbe879-refs/heads/master@{#507359}
OS Windows

No Sync • No WebRTC • No Widevine - ThinLTO Build (Compiled with clang & lld)
https://github.com/macchrome/winchrome/releases/download/v63.0.3237.0-r507359-Win64/chrome.packed.2017.10.09.7z
SHA256 BB56D2419BFF6675BFEE2A202B757DAD3EC50C18A13D04D3956E70D17780E692
@marmaduke Thanks for the confirmation, as I have been building mostly without LTO due to playing around with autovec and Polly optimizations.

The thinlto build argument sets whole-program-vtables, so the posix link time argument is no longer needed.

Also IIRC from a recent internal build here, jumbo now should be working properly with ThinLTO.

----------------

I tracked down at least the broad cause of the recently noted performance regression in certain graphics benchmarks. It appears to be involved with the ongoing transition of components to Mojo IPC. Kind of interesting since Mojo IPC generally is expected to be faster than Chrome IPC.

Disabling chrome://flags/#enable-mojo-loading resulted in returning my current public ThinLTO build back to my earlier performance numbers in Basemark Web.

Suppose it even could be LLVM related, as I have not yet checked a VS2017 build for comparison.
Anon2489
Do you guys recommend the use of a ram disk, for cache purposes? Heard it speeds thing up
Anon2490
@RobRich just wondering, do you have another build cooking? if not, I might switch over to marmaduke's new build as an update for the time being.

@2489 I'm using a ramdisk for the whole browser (cache and program files, with chrlauncher). Going strong here.
Anon2491
@2490 any good tutorial on how to setup the ram disk?
Anon2492
@2491 I used this https://web.archive.org/web/20190309110704/http://memory.dataram.com/__documents/file/Moving+Browser+Caches+to+Dataram+RAMDisk.pdf

btw is there any advantage in moving whole browser into ramdisk and not only cache?
Anon2493
@2492 I find it better. It's like a saved state. I can test different builds by changing the binaries in the ramdisk. If it breaks or wrecks the profile, just reset the ramdisk and I'm back. Can have clean profiles every time I boot. Just a few points off the top of my head...I use a ramdisk for a lot of other non-chrome related stuff...
Hi RobRich,

I hope you are doing fine? Can you please do a new VS2017 build sometime soon? The one from September is getting a bit outdated.

Thanks so much,

Lorenz
I have picked up a build error that needs sorted out. Once done, I should have updated builds.

To be exact, complaints about missing source files that are not actually missing. Probably related to building with WebRTC disabled, which can quickly become a significant annoyance. I already have a previous revision file checkout and commit revert in the build process due to it. Now perhaps something else to add.
Anon2496
Rob's new thinlto build is epic!! Speedometer is giving better scores and for some reason, chrome in task manager is using less memory. Anyone getting the same result, less memory usage?
@Anon2496 Thanks for the feedback. :) Admittedly, I have not benchmarked the build, yet.

My build box has a PGO build cooking. Hopefully should be available Monday.

Followup on my 10/14 post about "missing files" when building with webrtc disabled. See the diff for commit 9db4b1582e7bac38d95f0b22e6904d4fa0cf07eb that moves around three webrtc dependencies. Move, add, revert, etc. them back to resolve the issue.
Hi RobRich,

thanks for the possibly upcoming VS2017 build, appreciate that!

Meanwhile I am using your latest Clang build from 15. October, but can´t view

https://www.waze.com/livemap

with it anymore. Any ideas why? Works fine in Firefox.

Cheers,

Lorenz
Anon2499
@Nik: Hello. It's possible to have a new version 64bit 32 bit Chromium 64.0.3241.0 (Canary Chrome 64.0.3241.0)? Thanks
A PGO build is second-phase linking right now. Hopefully it builds this time.

About the linked site, it appears to be a JavaScript issue. Chromium's JS console says:

"index-3bb97006c07e50f84903fb9088ea06e538e416ec36f419237581cbbaceb98b20.js:6 Uncaught RangeError: Maximum call stack size exceeded"

I am suspecting it is reversion related instead of optimization related, though I will check it with my next build revision to verify.
Anon2501
Does Picture in picture work for somebody? im using latest robs wpo build and it just pops up but video is not playing.
The older PiP extensions uses panels, which AFAIK is not available in desktop Chromium anymore.

There is current PiP workbeing done as an web API. There is a recent draft document and a code base, plus a related Chromium flag at chrome://flags/#enable-picture-in-picture, but otherwise, it requires web pages edits to use the API. That is assuming the API still is not in flux for whatever platform, and the video playback methods supports the API.

------------

Finally, an updated PGO build is available. @Lorenz, it appears to be working with Waze. :)

I also rolled in a couple of compiler optimization changes. There was a mild increase in output file sizes. I have not tested for performance differences though, so YMMV for now
@RobRich: thanks a lot for the new VS2017 PGO build! Here are the benchmarks (both have gotten faster, but VS2017 still beats Clang on my 3770K / Win 10 1709 x64):

http://peacekeeper.futuremark.com
64.0.3242.0 Clang: 5060
64.0.3243.0 VS2017: 5141

Thank you:)
Anon2504
Videos (mainly on youtube) freeze for several seconds after seeking in them. Latest robs clang build, i would say its the revisions fault.
@Lorenz Thanks for the feedback. I will leave the extra compiler optimizations in the PGO build.

@Anon2504 Could be revision related, or it perhaps could be GPU related as well. I would take a look, but I am not experiencing it here. You might try updating your GPU drivers if possible and/or try disabling GPU video decoding to test:
chrome://flags/#disable-accelerated-video-decode

@Jerry Thanks for the updates. Ya' got email, too. :)
Anon2506
@Nik: Thank you for your 32 bit version.
@RobRich: thanks a lot, absolutely appreciated!

@Anonymous: I had exactly that issue with Rob´s latest Clang build too, with the PGO (VS2017) it´s fine again.
Anon2508
If you're using nvidia card + updated drivers to the latest ones (387.xx), rollback. chrome://gpu was showing some errors for me, I rolled backed drivers to 385.xx and youtube seems to be fine now along with loading many gifs.
Anon2509
Updated to No sync • No WebRTC • No Widevine • 62.0.3202.62 (499098) • Wednesday, 18 Oct 2017 64bit
All working good so far :) Thanks nik Much appreciated
Thanks Jerry for your selfless effort offering and maintaining this site
Be well
Anon2510
@Nik
If Possible for you.Can we have update to 63.0.3239.9?
No sync • No WebRTC • No Widevine 32bit&64bit
Please
dev build in a few days
@RobRich would you mind doing offering all codecs with the builds ? That'd would be great, thanks.
Anon2513
@Urahara I think marmaduke was doing that. Thinlto builds with all codecs.
https://github.com/macchrome/winchrome/releases
Anon2514
@Anon2510, @Nik: Thank's. I will, waiting.
@Urahara Not sure if you have tested, but my builds support most modern a/v formats except for HVEC. I do not deal with HVEC support as I do not have a use for it in a browser at this time, and it adds more source edits and file copies to my already modified builds. I might look into it at some point.

Currently I have been experimenting locally with loop optimization using polyhedral modeling, tiling, etc to potentially improve performance. I might actually issue an experimental build someday, though at the rate I have been going plus needing FullTO for autovec+LTO right now with LLVM.... ya'll might be waiting awhile. o.0
Anon2516
Can anyone tell me why this extension wont work? https://chrome.google.com/webstore/detail/audio-channel/hafdgamhnmiioimpcdhhbhgcjndgmphd
I use Robs builds.
Anon2517
Yeah there have been some issues with Robs builds recently, at least for me. Youtube stuttering after fast forwarding seems to be a common one amongst us. I use Chrome IG Story for instagram and that's broken on Robs latest build as well.
Wait for Nik's next dev build in a few days, can compare to see if its revision thing or Robs build.
Anon2518
@2517 Can confirm.
If not already, check any issues with my fresh r510655 build.

About media extensions, lots of underlying components are being transitioned to Mojo IPC. IIRC, there also is a new audio mixer or renderer somewhere in the dev pipeline, but I am thinkting it still was behind a flag at last look. I am on an iPad right now, so I can not verify.
@RobRich: Where I can test all available audio and video codecs online ?
Anon2522
@RobRich Since r509303 pgo build and r508955 clang build (also latest r510655 is affected) I have issues with youtube seeking and chrome IG story extension.
Last stable/fully working build for me is r506675.
Thanks <3
Could someone give me a hint to deploy chromium in a windows terminal server environment ?
Anon2524
@marmaduke any chance we could get a stable macOS build, or a set of instruction on how to build ourselves? Thanks!
Marmaduke> This new build is working awfully well! :-D
(Sync • No WebRTC • No Widevine • 64.0.3248.0 (510708))
N.B. : on every site I've tried so far, including Youtube and... Facebook. ;-)
@Urahara Jerry has a test page including playable examples. :)
https://tools.woolyss.com/html5-audio-video-tester/

Here is another one that works by checking what the browser reports when queried.
https://html5test.com

@Anon2522 I will try to take a further look, but I am not remembering seeing any recent issues here locally with YT. Have you done the usual troubleshooting processes, like clearing any custom about:flag settings?
Anon2527
@RobRich any chance you're making a build with Sync enabled? :) Or are there complications associated with this? Thanks!
Anon2528
So, quickly tried Nik's new dev build just now (64.0.3249.0 (511048)). Looks like it's built with clang. Youtube and some extensions still break, like Robs builds. However, apparently 64.0.3248.0 (510708) for macOS by marmaduke is working fine @Aargl.
Anon2529
@Nik: Great.Thanks for 32 bit version.
@2528: I confirm, no issue so far (after 3 days) with Marmaduke's. — even with a load of extensions.
I switched from Robs build to marmadukes win x64 build (https://github.com/macchrome/winchrome/releases) and I do not have any problems with youtube nor IG story extension.
Anon2532
@Aargl I am having issues with RES on Marmaduke's latest build (nosync). Everything else is fine as far as I can tell.
Anon2533
@2524

Next macOS build, I will document the steps. My build system is pretty stable: I just patch and build (and wait for errors).

@Aargl

Good to know and I appreciate the feedback. As long as my build works with uMatrix, HTTPS Everywhere, Switchysharp, CanvasFingerprintBlock, uBlock Origin (+Extra), ScriptSafe, uBO-Scope and Don't track me Google. I'm happy.

@Meconium

My latest build on github is quite "old". I've compiled 64.0.3248.0 and am having problems with youtube: mouse seeking does not work; but cursor key seeking (with the left or right arrow key) does.

@2533

I've never heard of RES - redditenhancementsuite.

Development code by its very nature is intrinsically inconsistent and incoherent; for example, the changes to the webrtc dependencies!
Anon2534
@2533: which is exactly why I was asking about a stable build, I don't want to use a dev build if RES isn't working, so I was going to compile a stable version myself. I got an error which i don't know how to fix ( I am not a developer) and google isn't coming up with any results. I get all the way through compiling with ninja, but when I try to open the new Chromium.app, i get -

"2017-10-26 16:10:44.133 Chromium[497:4907] *** Owner supplied to -[NSTrackingArea initWithRect:options:owner:userInfo:] referenced a deallocating object. Tracking area behavior is undefined. Break on NSTrackingAreaDeallocatingOwnerError to debug.
[497:59395:1026/161044.157188:FATAL:connection.cc(1517)] SQL compile error no such column: instant_url"

any ideas?
Anon2535
On Twitch with Chromium, i get a lot of Skipped Frames. The same happens with regular Chrome.
On Firefox i get 0.
Skipped Frames is usually indicative of weak hardware or inefficient browser, so by these results it seems that Chrome/Chromium is having poor performance on Twitch.

Anyone else experiencing this? If you don't know how to check the stats on Twitch, click on the gear icon - bottom right corner > Advanced > Show Video Stats
StygianAgenda 
[Version 57.0.2987.98 Built on 8.7, running on Debian 8.9]

Folks, I've encountered a problem and I'm not sure if it's my particular installation has gone bad or if it's a bug.
When I right-click anywhere within a page in Chromium, as soon as my mouse cursor comes into contact with the right-click-menu, the menu blacks out and is covered by an image that appears to have part of the address of the site in it. Is this a bug, or is it possibly a problem with my desktop's rendering mode? I'm running within Mate desktop, and installed the Nvidia Legacy drivers last night prior to opening Chromium --so I'm not sure if the problem precedes the driver installation or if it was picked up during that time.
@2534

Chromium for 64-bit macOS - All Codecs - Friday, 27 October 2017
Chromium 62.0.3202.77 (Official Build) (64-bit)

- Sync, WebRTC, Widevine
- only for macOS 64
- with codecs (h264, h265, flac, xvid, etc..)
- stable build

Chromium.app.62.0.3202.77.zip
https://github.com/macchrome/macstable/releases/download/v62.0.3202.77-macOS/Chromium.app.62.0.3202.77.zip
SHA256 56A4380AA57AE9D6CBCF30F9F3708DA39D609D0C91ED6C4B994362EEDB25C7F1
Anon2538
@marmaduke Hey thanks for the build, much appreciated! Is there a reason why your mac stable build is 62.0.3202.77 and the google chrome stable build is 62.0.3202.75? Also, do you have a nosync build already done (which is what I prefer)? Don't take any extra time to compile if you haven't. Again I am not a dev so I don't know a whole lot about this stuff, but if I could get passed the error that I keep getting after compiling I would be more than happy to provide a stable build for the site.
Updated ThinLTO r512215 build available.

Given it appears my earlier and marmduke's 507359 build are okay, versus my current and apparently nic's current builds, it appears whatever some of ya' are encountering with YT, extensions, etc. is a revision-related issue. I am not experiencing it, so trying to track down a specific commit could be be difficult.

Curious, anyone affected tried disabling Mojo IPC?
chrome://flags/#enable-mojo-loading

@Anon2527 Sync is actually present. There are just no #google-api-keys present in the 'No Sync' builds. Jerry has instructions here on obtaining ad using your own keys if desired.
@2538

Chromium does not really have a stable build. I went to https://chromium.googlesource.com/chromium/src.git and chose the latest tag on the current Chrome release branch.

My preference when doing a stable build is to do a generic build: Sync, WebRTC, Widevine. WebRTC can be disabled by using "uBlock Origin" and I suppose sync could be rendered useless by:

launchctl setenv GOOGLE_API_KEY "no"
launchctl setenv GOOGLE_DEFAULT_CLIENT_ID "no"
launchctl setenv GOOGLE_DEFAULT_CLIENT_SECRET "no"

and flags -  --disable-sync--disable-sync-backup--disable-sync-rollback--disable-sync-app-list--disable-sync-types.

SDK 10.12 is required for Chromium - particularly if you want to maintain compatibility with OSX 10.9.5
Xcode 9.0 uses SDK 10.13; Xcode 8.3.3 uses SDK 10.12. When using Xcode 9.0, SDK 10.12 has to be specified.

I will write a tutorial on https://github.com/macchrome/macstable
Anon2541
Tried Robs latest build, issues still remain. Tried disabling Mojo, issues persist. (clean profile, Win 7 x64bit)
I'm staying with v63.0.3237.0 (507359) winx64 by marmaduke as that's the last working build for me.
Wild guess, could it be the V8 engine?
JavaScript: V8 6.3.276 from marmaduke's vs V8 6.4.150.1 from latest Rob's build?
Chrome Canary Same thing same issues and: JavaScript V8 6.4.143
64.0.3251.0 (Official Build) canary (64-bit) (cohort: Clang-64) (512036)

Been using the Star Wars trailer on youtube to test all builds these last few weeks.
This is what it looks like after seeking.
https://imgur.com/Xx3aydR
Compare with original https://www.youtube.com/watch?v=Q0CbN8sfihY
Can see we miss the ground cracking due to stuttering.
Anon2542
Previous Nik's stable nosync installer 62.0.3202.62 shows this in Virustotal: https://www.virustotal.com/#/file/1bb7d67d8e786be6c0b2a6e35a8db07ffe5baeccfbc6c5d51ed636316de4faba/detection
Is the file safe?
Anon2543
@Anonypous (2542)
False positive.
I use all buid by NIK.
Never problem
@RobRich

What is the difference between the two builds of chromium u have? Chromium_PGO and Chromium_Clang.
What should i use??
Chromium for 64-bit macOS - All Codecs - Friday, 27 October 2017
Chromium 62.0.3202.77 (Official Build) (64-bit)
Revision 1c03900dc3924e86a2bcdcc984c6da6bdbff118f

- No Sync, No WebRTC, No Widevine
- only for macOS 64
- with codecs (h264, h265, flac, xvid, etc..)
- stable (branch) build

Chromium.app.62.0.3202.77.nosyc.zip
684279DDA6935C0381C34867EDCBBE04200B679159511FEB374E647E51C078E9
SHA256 56A4380AA57AE9D6CBCF30F9F3708DA39D609D0C91ED6C4B994362EEDB25C7F1

Basic tutorial: https://github.com/macchrome/macstable/releases
Anon2546
@Nik
Only if you agree and have time
Can you update 32 64 bit to 64.0.3251.0 ; No sync • No WebRTC • No Widevine
Google Chrome 64.0.3251.0 Dev
Anon2547
is it still possible to compile a build without the super_mac?
not sure if there was. i dont use (google) sync, but every fresh windows install (or copy&paste between systems) i had to reinstall all extensions but the settings remain. it would be comfortable to have those preserved (like opera/portable - no fan of opera and similar).
Anon2548
@Nik: Thank you for: No sync • No WebRTC • No Widevine • 62.0.3202.75 (499098) • 32&64bit !
@ Anonymous (2547) :

Same problem here.
Since version 63.0.3207.0 all new version break some extensions. (This extension may have been corrupted)
Sometime many, sometime few.

No exception !
Nik dev-sync or nosync, RobRich pgo or clang, Marmaduke win-version and more interesting : even the dev-official from Chromium Authors !

So it seem to be a Chromium problem. The problem occurs sometime for normies’users which unistall and reinstall the concerned extensions.

But the good new is that the last RobRich version 64.0.3252.0 (512215 / dev-clang-nosync) break only one extension on 24 for me. (options, preferences, favorites, everything other is fine)

So I think I will use this last 64.0.3252.0 RobRich version, update, repair and active again all extensions and see if the problem occurs again with future update before investigate.

This message doesn’t really add interesting informations for Nik, RobRich, Marmaduke or Jerry. It's just to try to move the Chromium-schmilblick forward and add a +1 on Anonymous (2547) problem.

Thanks for all your works Nik, RobRich, Marmaduke, Jerry and others contributors.
Anon2550
Someone know why portable by AluisioASG is noy updated since july?
Anon2551
@marmaduke you are the best, thanks for the help!
Nik: I just wanted to let you know that finally NETFLIX now works and plays flawlessly with your latest "Sync • WebRTC • Widevine • 64.0.3249.0 (511048) • Tuesday, 24 Oct 2017". I haven't been able to use NETFLIX for a very long time (since ver 62 or 61?) until I updated to 64.0.3249.0. Whatever you did to re-enable access is fantastic as the only other way I could view shows was with IE11. Thank you sir! :)
admin
Thank you dear users and developers! ;)

@Student: Clang is a compiler like Microsoft Visual C++ compiler while PGO is a compiler optimization technique that uses profiling to improve program runtime performance. Both compilers implement PGO.

@2550: I contacted AluisioASG by mail and wait for his answer. His own repository is not updated :/
@Student If you load all the comments and drop a search, there are posts detailing the differences between WPO, PGO, etc.

Anyway, if using one of my builds, I typically recommend the ThinLTO build due to update frequency and general overall performance.

I do not update PGO as often, as it can take hours to build, profile, and relink. I keep it available as an alternative for some where PGO benchmarks higher for whatever reason(s), plus as a comparison for testing ThinLTO builds against.

@Jerry As always, thanks for the site and support! :)
Anon2555
Could very well be Google's V8 javascript engine. Coincidentally, everything 6.3.xx is fine and everything after v 6.4.xx is broken on Windows.
Anon2556
Anonymous (2550) @ Jerry
Thank you for all you do.
@Dustyn: glad to hear that! But i didn't do anything, it means that the problem was in chromium base :\
Anon2558
@RobRich hey thanks, I've made some API keys and have sync now :) Didn't notice that section, lol. Appreciate it!
Anon2559
@RobRich
If you can and have time.
Can you compile modified-clang+lld-wpo-thinLTOlkcr64-bit-windows-Installer 32bit No sync • No WebRTC • No Widevine
Same buidl a Nik.
Just one time for compare.
I don't have 64 bit system.
If not.No Problem
Thank you anyway.
Anon2560
@mumu - to point out my issue - i dont have broken or missing extensions when upgrading or switching chromium builds. i have backups from my profile, but that is also not the point.

somewhere in the past it was decided to use the super_mac like chrome - obviously vivaldi is using it too, but not opera.

when using chromium as a portable ist loses any extension until i reinstall it - settings were preserved. opera ignores the super_mac and so it is fully portable included extension installations.

>> ince version 63.0.3207.0 all new version break some extensions.

from time to time i experience this myself - but i dont worry about - the next dev release fixed it somehow (i use a final stage with its own profile and a dev stage with its own profile). last break was 63.0.3236.0 - i did not test further because currently i investigate more into firefox 57.

finally again - is it possible to compile a fully functional chromium without using the super_mac again?
(i know very well what super_mac is for, eg: https://www.adlice.com/google-chrome-secure-preferences/)

this was also noted on portableapps.com by John Haller.
@RobRich:

I have a new CPU now (AMD Ryzen Threadripper 1950X 16 cores) and have just tested if VS2017 builds are still faster than Clang. Interestingly, Clang is ahead now in terms of performance with http://peacekeeper.futuremark.com/ :

64.0.3243.0 VS2017 5546
64.0.3254.0 Clang 5605

Very nice, so it really was CPU-specific that the VS2017 builds were faster with my previous i7 3770K.

Cheers,

Lorenz
@Anon2558 Welcome.

@Anon2559 IIRC, I previously had issues when attempting a 32-bit ThinLTO build. Suppose it is something I could try again.

@Lorenz Thanks for verifying. Nice processor, too. :)
Anon2563
Anon2559 @RobRich
Thank you very much , but if is too complicate.
It's not a necessary to you complicate the life.
Anon2564
@Nik
Chrome dev is 64.0.3253.3 now.
May be can you .... :)
Thank You
@RobRich: yes, nice to be a Clang-follower now too :-) Oh yes, very nice CPU, still playing with it´s potential. Got it to 4.05 GHz stable now at just 1.26v (most need 1.35 to 1.4 to get to that mark, so call me lucky having had luck with that chip), on air cooling. RAM is at 3400 now too, tightening timings and running HCI Memtest after each tweak takes over a week already, but I´ve planned that time in to max this system out - for that price I absolutely want to do that;)

Cheers and thanks for the good work!
Anon2566
Does anybody have a copy of nik's installer version 52.0.2743.116 with Sync • WebRTC • Widevine • 64 bit ?
I spent tons of hours trying to find this particular version and I didn't find it anywhere. I need it because I want to try something and also because I want to get rid of this stupid material design. 53 and 54 are not a solution because they have some certificate errors and version 55 doesn't have that flag anymore to disable the material design.

I know there is a a version with 120 at the end, but I need the one with 116.
sorry, i don't have this version
@Anon2566: You might have to build it. You can use nik's guide, though change the checkout command to pull the desired release branch.
https://www.chromium.org/developers/how-tos/get-the-code/working-with-release-branches

--------------------

I will be pushing an updated ThinLTO build shortly. As a test I have rolled into some additional LLVM features: the new pass manager, NewGVN, and partial inlining. These could be changed or removed depending upon various factors; but anyway, they should be okay for standard browser usage.

--------------------

Below is a ThinLTO build with the same added features as above, plus AVX2 compiler optimizations. Probably no real-world performance difference. I was more or less testing the build environment on my notebook, so this could be an one-time thing. Use CPU-Z (cpuid.com) to verify AVX2 support if needed.

Chromium 64.0.3257.0 (Official Build) (64-bit) | No Sync | No WebRTC | No Widevine
Revision a2d7bb85bbd16caa7bb1a063d85ab6b1e1d74ebd-refs/heads/master@{#513625}
Compiler clang (+lld +thinlto +compiler_optimizations +newgvn +newpm +avx2)

mini_installer.exe | sha1: 3ba172fa7242aa2d22d78b721867dad7cb023e91
https://drive.google.com/open?id=0B4saVuqumZNZWUFnQlJGdnV2N2M

chrome.zip | sha1: 0a2fcbd48c6ba4dd8f29effc080234c8b922a8b3
https://drive.google.com/open?id=0B4saVuqumZNZZjRBZ2hDT1dLejg
admin
@2566: I have got it ;)
Direct link: https://chromium.woolyss.com/f/chromium_win64_52.0.2743.116_r394939_sync.exe

Thank you Anon and Rob. I edited your comment, Rob! ;)
Anon2570
@Jerry
Thank you very much, I've been searching it for weeks but no luck. Thanks for uploading the file for me! :)
Have a good day!
Anon2571
I switched from Marmadukes win build to robs AVX2 build and everything seems to be working fine. Youtube works without lags, all extensions work (I dont use IG stories anymore, so cant say if it works).
Thanks Rob. Great job.
Anon2572
AVX2 build failed to launch (application error popup). Might have something to with my CPU not having AVX2 though lol. Normal ThinLTO build 64.0.3258.0 (513698), same problems as before. So I still need to remain on Marmaduke's winx64 build.
Just wondering @anon2571, are you windows 10 or 7?
Anon2573
@2572 win 10 LTSB 2016
@Anon 2572 Curious, what does the following build for for ya'? Others too, if interested. :)

Chromium 64.0.3258.0 (Official Build) (64-bit) | No Sync | No WebRTC | No Widevine
Revision 8d835fcdbf37e0fe0579cb7ff6a5da2c5250a3d4-refs/heads/master@{#513767}
Compiler clang (+lld +fulllto +compiler_optimizations +newgn +polly)

chrome.zip | sha1: 5de35619849a4dee7654ae8845478f270722b016
https://drive.google.com/open?id=0B4saVuqumZNZaDZwelFSRjkzNUE

mini_installer.exe | sha1: 50d2e953ee941053436a0f143b2a915e87141630
https://drive.google.com/open?id=0B4saVuqumZNZcVRfSHprdWtKSGc

It is still a work in progress that I did not plan to release yet, but anyway, it is a Polly+FullLTO build with NewGVN and partial inlining enabled. As an internal test build not originally intended for release it is somewhat generic in terms of Polly optimizations.

Measuring improvements with the applied pollyhedral optimizations and similar could be difficult, as several components affected by Polly are not typically benchmarked: A/V codecs, media filters, SSL library, pdfium, etc.

Benchmarking also could be a "mixed bag" of results even depending upon the specific processor due to various fine tuning aspects, especially with tuning tiling values for processor cache configurations. For example, SunSpider is decently faster on one of my systems and slightly slower on another system compared to a recent ThinLTO build. YMMV, as usual.
Anon2575
@Rob Polly+FullLTO build with NewGVN and partial inlining enabled (ie: chrome.zip | sha1: 5de35619849a4dee7654ae8845478f270722b016). This build is able to launch, and is snappy. However, youtube now gets "Aw Snap" errors. (Clean profile, Flash disabled. Tried adding uBlock to skip the ads, video plays for like half a second before Aw Snap error page happens again). Environment: Windows 7, 64bit. i5 3570k + nvidia pascal GPU. GPU drivers: 388.xxx(latest)
Anon2576
Nik's stable chromium-nosync.exe x64 62.0.3202.75 triggers Win32.Trojan.WisdomEyes.16070401.9500.9939 detection in Virustotal https://www.virustotal.com/#/file/aa9e3690d39710e641ba5975f0b960007ca6db200395e51c30ce57e038cdf44c/detection
Also, are occasional connections to http://redirector.gvt1.com/edgedl/release2/chrome_component/ *.crx3 or alike addresses normal? Most google results mention malware, but it's Google's domain and my pc seems clean. I use only uBlock Origin, Privacy Badger and HTTPS Everywhere.
Anon2577
@RobRich The AVX2 build gave me slightly minor performance regressions in Jetstream and Speedometer. However the fulllto polly newgn build sped up
speedometer quite a bit over the old thinlto wpo builds. From 211 to 220 on my OC'd 6600k.

Someone should try the AVX2 and fulllto polly build on 3d and graphical benchmarks.

@Anon 2575 I don't have those problems on my AMD gpu. It might be driver related. I had to reset my about:flags to get these builds to start though.
@Anon2575 Thanks for the feedback. Figures, as I did not test YT, though I have seen that happen before with a previous Polly+FullLTO build.

I will get toss another build at the build box with an updated Polly configuration, plus check YT this time around. ;)
Anon2579
@RobRich: Thank you very much for all your work, much appreciated.
@Anon2577: about:flags are always reset for me. Totally clean profiles each time. But I agree, could very well be an issue with GPU drivers, since you have no problems with an AMD one.
I am also experiencing Aw snap on youtube with Polly+FullLTO. I use intel graphics...
And I still get freezes in YT after seeking. (513698)
About Polly+LTO, part of it does appear to be driver related. I did a quick test. nVidia 388.00 crashes YT here, though nVidia 388.13 works okay with YT.

Intel 15.47.02.4815 works here. I currently do not have an AMD GPU to test.

----------------

Updated build and optimization config. For example, I took out cache tiling for now as there are too many different processors out there. Also addressed some possible threading and compiler optimization issues.

Chromium 64.0.3259.0 (Official Build) (64-bit) - No Sync | No WebRTC | No Widevine
Revision 6b2875367b6e16b3a781293e1f170de161b78ad7-refs/heads/master@{#514032}
Compiler clang (+lld +fulllto +compiler_optimizations +newgn +polly)

mini_installer.exe | sha1: 818b08bedba98d7e83cb76b3b902596a9281568d
https://drive.google.com/open?id=0B4saVuqumZNZVjBIalQwVkRKcDA

As for the typical benchmarks; quick runs of Basemark Web, Peacekeeper, and SunSpider were close to ThinLTO on my Kaby Lake notebook.
Anon2582
@RobRich Well...this was interesting.
Tried your latest build 514032 and it was working fine (youtube worked) with my intel gpu (driver 20.19.15.4531) and then I tried it to run with my nVidia gpu (388.13) and youtube gave me Aw snap. So I switched back to Intel gpu and yt is Aw snaping here too (before switching to nvidia gpu it was working). After clean instalation I cant get it to work, so im going back to previous thinlto build.
@2582 Bizarre. Yeah, ThinLTO is a definitely "stable" in comparison to what I am doing with Polly.

Interestingly enough, the both Polly builds now work here with 388.13 for YT with the latest Intel and nVidia drivers.

To clarify my earlier post, Intel driver package 15.47.02.4815 includes the 20.20.16.4749 graphics driver.
@RobRich

Youtube « Aw! SNAP! » with your :

Chromium 64.0.3259.0 (Official Build) (64-bit) - No Sync | No WebRTC | No Widevine
Revision 6b2875367b6e16b3a781293e1f170de161b78ad7-refs/heads/master@{#514032}

( Note that your link for « chrome.zip » 404’ed )

On :

Windows 8.1 x64
Intel Core i7 4710HQ @ 2.50GHz - DDR3
Intel HD Graphics 4600 (10.18.14.4578) + 2Go NVIDIA GeForce GTX 850M (385.28 (22.21.13.8528))

Will try to update integrated and NVidia graphics cards drivers first…
@RobRich

Youtube « Aw! SNAP! » even with NVIDIA updated to 388.13 (23.21.13.8813) on the configuration above…
I will retry with your 64.0.3258.0 (513698) where YouTube is OK but with lag…

Thank yoo all folk by the way.
Anon2586
Just tried {#514032}, with clean profile and nVidia drivers 388.13. YT is crashing (Aw Snap). Win 7.
This is definitely weird, our results are extremely varied.
May I ask what CPU you're using Rob?
More guinea pi.... er, experimental testers. ;) Seriously, now ya'll see why I have not been issuing my internal Polly builds. o.0

Build box is 2x Opteron 6272, 64GB, GT 730. Personal system is Core i5-7300HQ, 16GB, HD630 + GTX 1050. I have others, but those are my primary systems.

On a more stable front, my build box is working on a fresh ThinLTO build right now.
Anon2588
Haha, guinea pigs. Damn, so by the looks it, most people have at least AVX2 CPUs, with bulk of you being around Sky Lake or later. Feeling out of place with my sandy/ivy bridge.
New ThinLTO build. Pushed selective compiler optimizations further. Ran SunSpider for a quick test, and it was a little quicker on my build box. YT is working here, too.

FYI for anyone using the "use_thin_lto = true" arg to build on Windows. The actual LTO optimizations offered by ThinLTO have been disabled in the stock build config, so unless I am missing something it is basically being used as a multi-threaded linker for now.

I suspect the concern is due to increased file sizes. Naturally I continue to use the LTO optimizations in my ThinLTO builds since I do not care much about file sizes.

As to other builds, I might have a fresh PGO build in the near future for comparison testing.
Anon2590
I too have had issues with the builds of the last 2 weeks or so with breaking a few extensions.

Setting up brand new profiles doesn't solve the issue, suggesting something is broken in the recent builds, OR there has been a change in the code that the extension makers will have to catch up on. Unfortunate, as for now I have to remain on build 64.0.3242.0.

Thanks for everyone's efforts to bring us these builds.
Anon2591
@Nik
Thank You for No sync • No WebRTC • No Widevine • 64.0.3259.0 (514062) • Sunday, 5 Nov 2017 .
:)
Heard guinea pi...er testers were wanted, well time for more benchmarks for the latest happenings around here.
As always my thanks to Rob, Nik, Jerry etc for their time and work, I wouldn't be using Chromium if not for them.

= Rob: No sync/WebRTC/Widevine • 64.0.3260.0 64-bit (514063) [modified/clang+lld/wpo/thinLTO/lkcr]

Basemark Web (higher is better): 1114.6
Peacekeeper (higher is better): 6967 Points
JetStream (higher is better): 261.87
Octane (higher is better): 50836
Kraken (lower is better): 767.3ms
Dromaeo V8 (higher is better): 2447.69runs/s
SunSpider (lower is better): 161.1ms
Speedometer (higher is better): 221.7
ARES-6 (lower is better): 18.21 ±0.61ms
MotionMark (higher is better): 784.23 ±2.24%

= Nik: No sync/WebRTC/Widevine • 64.0.3259.0 64-bit (514062) [wpo/cfg/lkcr]

Basemark Web (higher is better): 1091.73
Peacekeeper (higher is better): 6721 Points
JetStream (higher is better): 258.94
Octane (higher is better): 49570
Kraken (lower is better): 788.1ms
Dromaeo V8 (higher is better): 2450.63runs/s
SunSpider (lower is better): 169.7ms
Speedometer (higher is better): 211.8
ARES-6 (lower is better): 18.34 ±0.80ms
MotionMark (higher is better): 691.37 ±16.28%

= Firefox Quantum: Developer Edition • 57.0b14 64-bit

Basemark Web (higher is better): 753.4
Peacekeeper (higher is better): 8499 Points
JetStream (higher is better): 260.33
Octane (higher is better): 45553
Kraken (lower is better): 667.1ms
Dromaeo V8 (higher is better): 2361.79runs/s
SunSpider (lower is better): 150.2ms
Speedometer (higher is better): 129.0
ARES-6 (lower is better): 49.21 ±1.46ms
MotionMark (higher is better): 377.01 ±15.68%

- Windows 10 x64 (FCU), Intel Core i7-7700K Stock, 16GB 3000MHz DDR4, NVIDIA GTX 1070 8GB OC (388.13)
- All stock/default & clean profiles (no add-ons) between them & testing as usual to main purity.

Further Testing:

- As for any issues with extensions: I personally use 18 extensions.
All are working fine for me, no corrupted/broken showing in chrome://extensions/, no settings being reset etc.
- As for any issues with Youtube: HTML5, I don't use Flash.
Tested 10 different Youtube videos in both builds above, no Aww! Snap errors etc, no issues at all.

If anything changes I'll be sure to leave feedback here. Feel free to ask me anything if needed, Thanks.
Anon2593
Anonymous 2590 again:

I found the reason for the broken extensions in recent builds. It's this commit from the code.
https://chromium.googlesource.com/chromium/src.git/+/30168b99604c48a32828f26b5acb2674beea1a5d

It changes how extensions injected stylesheets are treated. If the builds are made without this commit, the issue is resolved. Unsure whether this commit will remain or it's just something they are testing out.
Anon2594
@Anon2593 That is a brilliant find! Thanks
For whatever reason, Netflix doesn't work on the all-codecs/widevine builds (no sense in checking the non all-codecs/widevine builds for obvious reasons). Whenever I tried to load something, I'd get error "m7121-1331-p7". Any suggestions?
Danfun64: What build?
@Warren Thanks for the numbers! :)

@Anon2593 Good find. :) I just noticed there is a related discussion on the commit in an older bug report, too.

The downside is the number of files touched since the commit, so it is no longer a simple single reversion before building.

The upside is it appears there could be a pending patch related to the issue.
https://chromium-review.googlesource.com/c/chromium/src/+/754247
Hello nik, in have a qestion please, in your builds could you activate a specific flag that google disabled, i'am looking for disable material design with #top-chrome-md. Thank you.
@Alex AFAIK, the previous non-MD UI code simply is not there anymore, so it is not a matter of a build argument. Material design is where Chromium is going... or more like has went at this point.

----------------

My build box is back online after OS issues. Fun stuff. Anyway, I hopefully should have some new builds within the next day or two. :)
@Marmaduke How do you get around the error: "FATAL:plugin_finder.cc(302)] Check failed: identifier_plugin_.find(identifier) == identifier_plugin_.end()"? I can see the bug listed here: https://bugs.chromium.org/p/chromium/issues/detail?id=778856 and here: https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/-0jL2MaFtxo
@Invisabit

I've not encountered that particular problem. These are the gn parameters that I use: (args.gn): https://github.com/macchrome/macstable/releases (ignore use_thin_lto = true).

I also built the clang compiler locally: `tools/clang/scripts/update.sh  --force-local-build` trying to get thinLTO to compile (to no avail).

I've read the error reports that you've referenced and the problem appears to have been solved. I'll investigate the problem.
@ marmaduke You can set the environment variable LLVM_FORCE_HEAD_REVISION=1 to force a ToT checkout and build of LLVM when doing a gclient sync on the Chromium code base, at least on Windows. I suspect it should work on Mac as well.

That said, I build LLVM externally and use "clang_base_path=" in the Chromium build arguments. That way I can integrate additional features intro the LLVM build, such as Polly support.
https://llvm.org/docs/GettingStarted.html

I build with Visual Studio on Windows, but I assume you could build with Xcode on Mac. Grab the code via SVN, pass the desired generator to cmake, and start the build.
@Marmaduke I was using the args.gn that you provided a few posts ago when posting the official build. This included the "use_thin_lto = true". Would setting it to false fix this error?

Also, I saw that it has been labeled fix, but I was trying to build the latest tag (62.0.3202.93) for stable when I got the error. Do I need to wait for a new stable tag before the fix will show?
@Invisabit Fixes land at the top of the Chromium tree.

You would need to build at the fix's commit or later, which typically is going to mean master or LKCR.

The really is no stable release with Chromium, so you correlate with Chrome releases. If the next stable lands at a commit range before the breakage, then there is no need for the fix. If it lands at a commit range after the fix, then the fix is included. :)

The Chromium trunk currently is v64. Chrome is apparently v62, so it could be awhile.
@Invisabit

Try to build 62.0.3202.89 which correlates with the current Chrome stable.

use_thin_lto is set to false by default, and bear in mind that the args.gn that I use is configured to build all codecs: use a minimal set of arguments and proceed from there.

@RobRich

Thanks for the advice. I've be trying to utilise thinlto with the standard clang checkout!
@marmaduke I am not sure about the standard checkout, but IIRC, I am pretty sure the ToT build of LLVM used by Chromium has ThinLTO on Windows and probably Linux. Not sure on Mac, but it is worth a try before spending the effort on a separate LLVM build IMO.

Otherwise, I doubt you would have any big issues going the separate route if LLVM proves as straightfoward to build with Xcode or similar as it is with Visual Studio.

----------------

Updated PGO build for the people.... err, anyone?.... still using it. Compiler optimizations included. PGO stats below:

0 of 0 ( 0.0%) original invalid call sites were matched.
0 new call sites were added.
291 of 1485948 ( 0.02%) profiled functions will be compiled for speed, and the rest of the functions will be compiled for size
11169164 of 20989730 inline instances were from dead/cold paths
1485936 of 1485948 functions (100.0%) were optimized using profile data, and the rest of the functions were optimized without using profile data
243356099931 of 243356099931 instructions (100.0%) were optimized using profile data, and the rest of the instructions were optimized without using profile data
@RobRich

From what I've read the ToT build of LLVM used by Chromium (officially) only supports ThinLTO on Windows and Linux. I'll try an Xcode build of LLVM.

Presently, when I attempt a macOS thinLTO build it fails with "foo.o is not an object file (not allowed in a library)" errors, which suggests that the thinlto dynamic library is missing and/or a misconfigured build.
@Marmaduke I was hoping to build with all codecs for my build as well. Is there anything extra that I am missing that will be needed to compile? I would like to build a current mac stable build with all codecs and nosync.
Anon2609
Tried Rob's PGO and Clang, same YT stuttering for me still. Tried using Intel HD graphics to eliminate GPU driver issues, no improvement. Anyone else still getting youtube stuttering after seeking? or is it fixed?
@Anon2609 Load about:gpu in a tab, do your test at YT as usual, then go back to see what the log at the bottom the about:gpu tab says.

@marmaduke Sounds like you are on the right track. :)

I took a quick look at the compiler config, and it appears the proper cflags and ldflags will be passed by Ninja. Just need a LLVM build with ThinLTO support on Mac.

If ThinLTO still breaks, then perhaps try FullTO? FullLTO is monolithic and typically (much) slower to link, but it is older and better supported on some platforms. It would be a quick build file edit to change between the two LTO methods. I can note the specific lines to edit if interested.
@RobRich:

No sync • No WebRTC • No Widevine • 64.0.3263.0 (515088) • Thursday, 9 Nov 2017 (both Clang and VS2017): have all icons and graphics missing for me (e.g. The "X" for closing tabs, the addon-logos at the right top, even the "..." for the settings is gone). Since it happens with both compilers, it seems to be related to a general issue within that build. Turning of hardware acceleration fixes the problem - as well does going back to your previous Clang / VS2017 builds.

Thank you,

Lorenz
@Lorenz Thanks for the FYI. Have to say that is new one for me. o.0

They are working here. Curious, could you try to a portable version to isolate the build from your existing profile, settings, etc.?
Anon2613
same happened here with the clang build (64.0.3263.0) i've reverted back to 64.0.3260.0 for now.
Anon2615
@RobRich
Log Messages
GpuProcessHostUIShim: The GPU process exited normally. Everything is okay.
[3112:5188:1110/161233.547:WARNING:angle_platform_impl.cc(51)] : compileToBinary(228): C:\fakepath(65,11-43): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them C:\fakepath(87,11-43): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them

Hmm uh oh =(
@Marmaduke Those are the instructions I have been following. Are they specific to 62.0.3202.77? Last time I got an error while commenting out those lines - not sure if that was fixed or not in the current stable build (62.0.3202.89). For the codec patch, I simply run the command "patch -Np1 -i codec.mac.patch" from src/ correct?
@Anon2615 Actually that is not too bad. If probably already asked, so apologies if forgetting, but what video card? Also, what OS? Do you have the Microsoft Visual C++ Redistributable for Visual Studio 2017 installed?

----------------

@Lorenz + Anon2613 Updated ThinLTO build available. It is working here on two Win10 systems with the FC update. Hopefully it should be resolved for ya'll. :)

I will try to get a new PGO build out in the next day or two. Not a high priority, though.. As per my usual complaint with PGO, it takes an annoying long time to build.
Broken interface. It was also in some previous builds. Then, after updating on the new build, it was corrected. The change of the theme does not affect. This is about two days. I use Chromium Authors 64 bit. Now, 515530, I update frequently over ChrUpdWin.cmd. https://i.imgur.com/Bj3Rw9C.png
@Invisabit

I've changed the instructions (re-read them); they are generic: checkout the stable revision that you require. The args.gn and the patches are what I used to build - all codecs, no sync, no webrtc, no widevine. Make sure that you are using Xcode 8.3.3 with the respective command line tools; or if you are using High Sierra and Xcode 9.x and the respective/latest command line tools (and want to maintain compatibility with OSX 10.9.5) that you download and stipulate sdk 10.12 in the args.gn.

In fact you could establish a datum: checkout 62.0.3202.77 and see if that builds, and then work from there.

Yes, run the patch from the source directory.

My build environment is HS 10.13.1 (VM under ESXI 6.5u1 on a HP DL380 G6 2x Xeon X5670 72Gb Ram - 16Gb devoted to HS), Xcode 9.1, and SDK 10.12 (and "macports" if that is relevant).

Follow the instructions: use the amended args.gn
Anon2620
@Marmaduke new error when going this route: "[10617/30884] CXX obj/third_party/webr...ia/rtc_audio_video/webrtcvideoengine.o
ninja: build stopped: subcommand failed." All I am trying to do is to help put out some stable builds so no one else has to build them, but I have yet to get a single successful build (after 14 tries so far). Beyond frustrating how hard this is for a non-developer.
Anon2621
@RobRich, don't bother with the PGO build, problem persists on 64.0.3265.0. Icons are missing
@2620

Don't give up; but take a break! The Chrome/Chromium build process is poorly documented. I think it's best that you try to build LKGR (or master), and then try to do a stable build. Over the weekend I will (attempt) to do a stable build. One of the reasons why I refuse to do a regular stable build is because I believe that more people should be willing to build Chromium.

I was basically influenced by Nik's builds, and had to learn from scratch; it was a frustrating process.

Assuming "enable_webrtc = false", I don't know what the cause of the error is, unless you've accidentally included one of the commented out parameters in args.gn - eg. #enable_nacl = true
@Anon2621 How about the latest project dev build?

Curious, are ya'll with missing UI features running AMD video cards? Reason I ask is the builds are working on my systems with Intel and nVidia GPUs. No AMD GPUs here to test right now, though.
Anon2624
@RobRich, not sure what you mean by "project dev build"?! I'm using a GTX 1070
Anon2625
I use latest thinlto build and my only issue is lagging youtube. (clean profile and everything), everything else work fine
@Anon2621, @Anon2624: RobRich is probably referring to the build produced by "The Chromium Authors".
Thanks Otto, and and you are correct. :)

@Anon2624 The "Chromium Authors" project development build is about as generic as ya' are going to get. Plus it is often few commits ahead of us third-party builders, thus why I was curious if it perhaps might be working for ya'll having issues.
Anon2628
@RobRich, yep, still happens with "Chromium Authors" - 64.0.3265.0
I took a closer look. I am starting to suspect VP9 decoding is the underlying problem. Pascal GPUs are supposed to support hardware VP9 according to published specs, but AFAIK, it has never been enabled in Chrom(ium) for whatever (technical?) reasons.

I am remiss to recommend plugins as "solutions" to browser issues, but try the below plugin as workaround to test. It disables VP9 videos at YT and forces most videos back to H.264/AVC1. Max res/rate available will be 1080/60 instead of 4K assuming that is a concern, but YT content probably will be hardware decoded and work correctly in the meantime.

https://chrome.google.com/webstore/detail/h264ify/aleakchihdccplidncghkekgioiakgal

BTW, if not already having hardware decoding support, those with AMD and perhaps other GPUs can add the following command line switch to try force enabling VP9 hardware support:

--enable-accelerated-vpx-decode=3

----------------

Yet another public ThinLTO build just pushed. Shaved a few milliseconds off SunSpider on my Core i5-7300HQ notebook. YMMV as usual.

Chromium 64.0.3265.0 (Official Build) (Windows 64-bit) - No Sync | No WebRTC | No Widevine
Revision f6ccfd4e25292e96f6fc735b86a00e65bf646bba-refs/heads/master@{#515704}
Compiler clang (+lld_linker +thinlto +npm +newgvn + partial_inlining +compiler_optimizations)
Anon2630
Anon2615:
As far as I know, hardware VPx decode is only supported by Pascal/ Radeon 4xx+(not sure about Radeon cards, I don't have one), on Win10 machines. Anything lower than Win10 just won't work.
Btw, I'm running Win7 x64, Pascal, with C++ Redistributable for Visual Studio 2017 x86+64 installed.
Anon2631
@RobRich, i'm not having youtube issues but missing icons. For example: If i have bookmarks which don't have a favicon, just the default blank one, it doesn't appear. Say you have a folder on the bookmark toolbar, and inside there's some bookmarks. You click the folder, bookmark icon (default) doesn't appear. You click again on the folder, and it shows it. I think this is a chromium source problem, idk.
Admittedly, I lost track of what anon# tracks to who a long time ago. o.0

Thanks for the info. I do not follow video format support closely these days. If it plays.... ;)

Chromium with my mobile GTX 1050 on Win10. As per chrome://media-internals details:

https://upload.wikimedia.org/wikipedia/commons/transcoded/f/f1/Sintel_movie_4K.webm/Sintel_movie_4K.webm.720p.webm
video_codec_name vp8
video_decoder FFmpegVideoDecoder

As expected due to the FFmpegVideoDecoder software decoder, VP8 generates "HW video decode not available for profile vp8" in the GPU log.

https://www.youtube.com/watch?v=1RTlB8Hmcw0
video_codec_name vp9
video_decoder GpuVideoDecoder

GpuVideoDecoder for VP9, which along with no GPU log error should mean hardware decoding is supported.

VP8 is an older, less complex format. VP9 is hardware decoded on my primary systems. Long story short, thus why I am not experiencing the issue here.
Anon2633
@Robrich Is it possible (as a once off) to do your usual build, but with codecs?
@Anon2633 Do you have a particular format in mind? My builds actually include most modern a/v formats except for H.265 video.

Nik goes a few steps further to modify the build code to enable H.265 with his builds.

@Anon2631 As noted earlier, I lost track of anons somewhere along the way. Apologies.

The missing UI features still is a quandry to me. I have not seen it here.... yet? o.0 Hopefully not, too.

Since the project dev build is affected for you, I would keep checking the dev builds for the next day or two. If nothing improves, you could have a viable bug report, and even more so iIMO f you can cross correlate the same issue as affecting Chrome Canary.
Anon2635
@Robrich
ffmpeg_branding = "Chrome"
proprietary_codecs = true
enable_hevc_demuxing = true
enable_ac3_eac3_audio_demuxing = true
enable_mse_mpeg2ts_stream_parser = true

Had these in mind.
@Marmaduke
Until v64.0.3248.0, one extension I use to sync bookmarks between browsers (namely BookMacster Sync 2.1) was loading and working, but became forbidden in v64.0.3262.0 ("not from Web Store" comment — it's not available anymore from there, apparently, but was until recently).
Putting back v64.0.3248.0, the extension loads again without an itch... I bet you all know how to force load an extension, but me not being a dev of any kind, I have a hard time finding a solution... ;-)
Except for that small inconvenience, v64.0.3262.0 runs perfectly everywhere.
Is there any hope my issue gets fixed in a future release?
Anon2637
@RobRich

I'm on an AMD gpu and missing UI icons. Disabled hardware accel and they appeared
@Anon2637 Thanks for the info and update. I will try to keep a lookout on the bug reports for anything related.

@Aargl Download or locate on your system the crx or zip file for the extension. A crx file is basically just a packed zip archive with some extra metadata. Extract its contents to a new folder with 7-Zip.

Alternatively. grab an extension downloader extension, like apparently this one....

https://chrome.google.com/webstore/detail/chrome-extension-source-v/jifpbeccnghkjeaalbbjmodiffmgedin

....and use it to download the desired extension directly as a zip, then conveniently use whatever zip archive app to extract.

Now launch Chromium, go to the about:extensions page, click developer mode, and load the unpacked extension. There could be extensions errors for whatever other reasons, but anyway, that is how to manually load a local extension. :)
@RobRich: Thanks! I hoped there was a way to avoid the warning message at lauch, but at least it works. :-)
Anon2640
@Nik nearly all of recent stable builds, both sync and nosync give a Trojan.WisdomEyes detection in Baidu scanner in Virustotal? (x86 builds give one more detection: "Unsafe" by Cylance scanner). Just curious, which component might be the cause of false positive? I think it started when you moved the stable builds to VS2017.
Thank you for keeping up good work :)
@Aargl12 Glad it still works. Been quite a long time since trying, as I rarely deal with extensions. I did take a look after posting, too. Updated info suggest you now probably just can drag-and-drop an extension crx or zip onto about:extensions without extracting, too. Would be easier if it works.

Curious, are you scanning the mini_installer? Some installers can create as false positives as supposed trojans due to how they work. For example the mini_installer is a silent installer instead of interactive.
https://virusscan.jotti.org/en-US/filescanjob/smvrhcv640
https://virusscan.jotti.org/en-US/filescanjob/k0wtgrshfr
Chromium v62.0.3202.89-macOS (Stable)

Chromium 62.0.3202.89 (Official Build) (64-bit)
Revision ba7a0041073a5e9928d277806bfe24c325d113e5-
OS Mac OS X

Chromium for 64-bit macOS - All Codecs - Sunday, 12 Novemberber 2017
Chromium 62.0.3202.89 (Official Build) (64-bit)
- NO Sync, NO WebRTC, NO Widevine

- only for macOS 64
- with codecs (h264, h265, flac, xvid, etc..)
- stable build

Chromium.app.62.0.3202.89.nosync.zip
https://github.com/macchrome/macstable/releases/download/v62.0.3202.89-macOS/Chromium.app.62.0.3202.89.nosync.zip
SHA1 C93657D142965887D4C1B642D3A6D5C600760ECF

BUILD INSTRUCTIONS: https://github.com/macchrome/macstable/releases/tag/v62.0.3202.89-macOS
@Marmaduke Thanks a ton for all your help and your builds! Working great here. I am still learning the building process so hopefully I can produce a working build soon! Do you take donations for your work anywhere?
@Invisabit

Follow the instructions. If src/third_party/ffmpeg exsists DELETE it! - do the sync and patch; steps (iv) & (v)

I've taken a lot from the net: just giving back. No donations required.
Updated *experimental* Polly+FullLTO build. Various Polly optimization settings and tweaks. Tiling disabled as there are too many different processors out there. If new to the build, scroll back in the comments for my previous post(s) on benchmarks, performance, and Polly builds.

Chromium 64.0.3266.0 (Official Build) (64-bit) - No Sync | No WebRTC | No Widevine
Revision 5d7bc54757bc828e06a454c68b4dd9a3ec8f23d9-refs/heads/master@{#515858}
Compiler clang (+lld +fulllto +polly +partial_inlining +newgvn +compiler_optimizations)

chrome.zip | sha1: f5c77b395c732e71b06c4df5b2cf396c3f42fe0d
https://drive.google.com/open?id=1LuHM26eQ7YRevo6CMt6_vS5GPFM6om2H

mini_installer.exe | sha1: 4b6d0e58168777bdd5ec230993af5a90b5688f17
https://drive.google.com/open?id=1UGI-TLujVVbCer0wxDNPERNHtAUOk5Zs
Anon2646
This is Anon2593
@RobRich

Does this build (64.0.3266.0) contain the fix merged here? - https://chromium-review.googlesource.com/c/chromium/src/+/754247

If yes, then it does not correct the issue breaking extensions caused by the follow item (which you thought it might be intended for). - https://chromium.googlesource.com/chromium/src.git/+/30168b99604c48a32828f26b5acb2674beea1a5d

Unfortunately one still has to make a build without (30168b99604c48a32828f26b5acb2674beea1a5d) in order for it to function properly with certain extensions. Or the extension makers will have to see if they can code around the issue that's been created by these changes, provided it's permanent.

Just a heads up for those who are effected.
IIRC, I pulled off trunk yesterday or today so 56daa94 should be merged since it landed Friday. It also seems to be part of ongoing commits related to tweaking and updating features implemented by 30168b9.

BTW, according to a related document I spotted, it appears Chromium is going the direction of prioritized user stylesheets for extensions - the idea behind 30168b9. Existing extension breakage was listed as expected. I am not sure if there will be interim mitigations at the browser level, but regardless, it is looking one should contact specific extension developers to ask about breakages and intentions on resolution.
@RobRich Your r515858 build gives me Aw snap on yt videos, but yt live stream works fine...Besides yt it works fine.
and all 64.0. builds piss me of because of that laggy youtube, also spell checking doesnt work anymore. at least for me
@meconium Thanks for the feedback. :)

I can confirm the spell checking not working. Not sure if it a Chromium regression or a Polly optimization issue. Will take a look.

Curious, do you have any extensions affecting YT and/or a/v? Reason I ask is YT finally is working locally for me in my Polly+FullLTO build for the site's current a/v formats.

Either way, the above is pretty much the reason why Polly builds still are experimental. ;) Thankfully I am not out of ideas on fixing and perhaps further improving it. Polly is more or less a personal interest thing for me instead of a serious build effort.
@RobRich Just ublock, https everywhere and stealth mode.
Spell check doesnt work also on other builds, not only on poly.
Hi guys,

Netflix still not working with latest stable release since a few months now.
I guess something changed in the Google Chrome open source code
If anyone has figured out a way to make it work again, please share!
Updated ThinLTO build arriving in a few minutes. :)

Spell check seems to be working selectively. For example, it works in Gmail for emails, but not here for comments. Hmmm.
Any chance the Netflix thing is going to get changed so Netflix works again? This is my favorite browser and I always have netflix running on one of my monitors. :) On my main movie system I'm still using 64bit version 59.0.3071.115 so Netflix works.

Great browser thank you!
@RobRich latest ThinLTO gives me Aw snaps on yt :(
Try downloading and installing again. I had uploaded the wrong file(s). Lots of builds floating on my build box. Apologies.T
Now it works without awsnapings, thanks
Thanks for confirming. :)
Just sharing another benchmark I did with that updated ThinLTO build by RobRich.
Compare to previous benchmark results: #comment-2592

= RobRich: No sync/WebRTC/Widevine • 64.0.3268.0 64-Bit (515942) [modified/clang+lld/wpo/thinLTO/lkcr]

Basemark Web (higher is better): 1282.58
Peacekeeper (higher is better): 6968
JetStream (higher is better): 268.20
Octane (higher is better): 53461
Kraken (lower is better): 781.9ms
Dromaeo V8 (higher is better): 2453.35runs/s
SunSpider (lower is better): 168.9ms
Speedometer (higher is better): 122.0
ARES-6 (lower is better): 17.52 ±0.36ms
MotionMark (higher is better): 806.89 ±2.51%

- Windows 10 x64 (FCU), i7-7700K Stock 4.5Ghz, 16GB 3000MHz DDR4, GTX 1070 8GB OC @ 1080p (388.13), 850 PRO SSD.
- All stock/default & clean profiles (no add-ons) between them & testing as usual to maintain purity. YMMV.

Interesting, improvements in most of them when compared to my last results, though not sure why Speedometer results basically cut in half.
Keep up the good work.
@RobRich
Yes, dropping crx onto about:extensions works too. But both solutions work only for the current session: once you relaunch Chromium, there's a gentle warning saying the addon gets disabled for your own safety... As the issue arose only in the two last Marmaduke builds, I'm wondering where is the change? (I mean in source or during compilation, some reinforced compatibility control? who knows...)
When I revert to 64.0.3248.0 (or the current Freesmug), it works just as before, even if it's written in about:extensions that the addon is "not from the webstore".
Anon2660
@Aargl

... And optionally  --allow-outdated-plugins to disable browser notifications about outdated plugins -
@Warren Great feedback as usual, and appreciate you sharing benchmark data with the community.

Not sure what is happening with Speedometer. Could be a revision regression. Will consider it an outlier for now.

@Anon2660 Excellent!

@Aargl Do you have a direct link to the extension? It might just need a version compatiblity range patch, which I (or even you! :) probably could resolve. Then you could notify the developer to update with a quick fix.
@Marmaduke do you think we could get a new stable build for the release yesterday? No rush, just curious :)
@Invisabit

I intend to maintain the MacOS stable build. At the moment I'm refining the build process. Give me a few days. The intention is to build (ALL CODECS):

(I) No sync, No Widevine, No WebRTC
(ii) Sync, Widevine, WebRTC

@RobRich

I've built an Apple LLVM (with polly)

- cmake -G Ninja -C /volumes/disk1/clang/llvm/tools/clang/cmake/caches/Apple-stage1.cmake ../llvm
- ninja stage2-distribution

When building Chromium, where do I place the Polly Clang flags: "-O3 -mllvm -polly"?

I've tried //build/config/mac/BUILD.gn:

# Without this, the constructors and destructors of a C++ object inside
# an Objective C struct won't be called, which is very bad.

cflags_objcc = [ "-fobjc-call-cxx-cdtors","-O3","-mllvm","-polly", ]

cflags_c = [ "-std=c99" ]
cflags_objc = cflags_c
cflags_objc += [ "-O3","-mllvm","-polly", ]

But I'm not sure the polly parameters are being used.
@marmaduke See the optimization section of:

C:\depot_tools\chromium\src\build\config\compiler\build.gn

You will need to edit the Clang cflags with the "-O3","-mllvm","-polly", parameters as in your above comment. Start with the optimize_max and optimized_speed subsections, as those are the hottest code sections. Get them working with O3+Polly, then move to the standard optimize sections later if desired. If you want to watch what Polly is doing, add "-Xclang", "-Rpass-analysis=polly", to the cflags.

Note that ThinLTO currently does not support auto vectorization, so Polly does not work with it. As it stands ThinlTO is much more likely to generate better results anyway for a standard build. You still can pass -O3, though, which is a good starting point for compiler optimization assuming you do not care about output file sizes.

Conversely, FullLTO supports autovec, plus I am modifying LLVM and Polly parameters to perform additional optimizations, increase SCoP rates, etc. I have kept the Polly public builds rather conservative. My Polly internal builds currently pass something like 50-60 custom cflags parameters. Hopefully more details to follow in the future.
@RobRich

Thanks!

The Apple flavour of LLVM does not appear to support ThinLTO.
@marmaduke No prob. If you need further help with setting the cflags, just let me know. Get the basic cflag modification working, and I can toss some other potential LLVM optimization ideas your way. :)

I know there are ThinLTO conditions for Mac in \build\config\compiler\build.gn, but as with some things in the Chromium build config, that does not mean it works as expected.

Are you explicitly using the LLD linker in the gn build args? I suppose the better question is does LLD even link on Mac?
@RobRich

@RobRich

LLD does not link on the Mac.

Read this guy's thesis https://web.archive.org/web/20190303201902/http://compilers.cs.uni-saarland.de/publications/theses/leidinger_bsc.pdf, then settled on the following parameters:

[ "-O3",
"-mllvm", "-polly",
"-mllvm", "-polly-ast-use-context",
"-mllvm", "-polly-opt-fusion=max",
"-mllvm", "-polly-opt-maximize-bands=yes",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-dependences-analysis-type=value-based",
"-mllvm", "-polly-position=after-loopopt",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-rtc-max-arrays-per-group=40",
"-mllvm", "-polly-register-tiling" ]

I'm not really sure of the benefits of Polly: the greatest gain seems to come from compiling a bespoke LLVM. The Apple influenced version
of LLVM (and the default Chromium LLVM) produces efficient code and does vectorization by default.

(Thin)LTO is poorly supported and appears not to be a concern on the Apple Chromium platform.

Well, I've learnt a bit more about the Chromium build process, and reached the conclusion that Google/Chromium/Chrome should stop being so
frivolous: less time designing emojis; and more writing legible and valid documentation.
@marmaduke,

Polly works with the LLVM autovec, plus Polly has its own stripmine auto vectorizer if you want to try it. Big YMMV on stripmine, though.

If doing a local build, look into setting the tiling values for cache size, cache associativity, fma latency, etc. to match your processor. If doing a public build, you can explicitly disable tiling if desired so you are not tiling for a specific chip. IIRC, the defaults in the source are for a Sandy Bridge i7.

You can remove position and early inliner statements IMO. Polly now runs before the LLVM autovec stage by default, which is supposed to be the "preferred" position. The early inner was for when it ran at the front-end of LLVM.

Take care with computeout=0 as it could take awhile or even run away due to not being bound. The default is 500000, which I have found to be generally okay for most Chromium builds.

For a general Polly build, I tend to lean towards something like the following:

"-mllvm", "-polly",
"-mllvm", "-polly-unprofitable-scalar-accs=false",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-ignore-aliasing=true",
"-mllvm", "-polly-tiling=false",
"-mllvm", "-polly-stmt-granularity=scalar-indep",
"-mllvm", "-polly-invariant-load-hoisting=true",
"-mllvm", "-polly-enable-polyhedralinfo=true",
"-mllvm", "-polly-check-parallel=true",
"-mllvm", "-polly-check-vectorizable=true",
"-mllvm", "-polly-prevect-width=32",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",
"-Xclang", "-Rpass=loop-vectorize",

Prevectorization width has a moderate impact here. I drop minimum loop instruction profitability to 40, which Polly devs suggest in the source for "interesting" interchange and transform opportunties while still preserving some profitability analysis.

The rpass switches show you what autovec and Polly are doing. Can be helpful for monitoring changes, plus you can log the terminal output if desired. I use wtee on Windows. I suspect Mac has the similar tee command like Linux.

BTW, I forgot before but ignore my Xclang statements. I deal with clang-cl on Windows versus you dealing with native clang on Mac. clang-cl is more about MSVC switch compatibilty, thus the need for Xclang to pass some of clang's own switches on Windows.
@beast-usa: I copy you!
Still have to switch to FF in order to run NetFlix
Would really appreciate a fix
I have an experimental FullLTO build to share. No Polly this time, but I am leaning heavy on potentially breaking compiler optimizations, plus FullLTO is allowing me to use autovec. I have not found anything broken, though I might should add "yet" to that statement. ;)

No formal numbers, but I did toss a couple of JavaScript benchmarks at the build. I noted minimal to possibly modest gains on my modern Core i5 notebook, while the gains looked more impressive - at least IMO - on my older Opteron build box.

Chromium 64.0.3271.0 (Official Build) (64-bit)
Revision 9fb91d70045741cdcbfad8df694abb5845000fbb-refs/heads/master@{#517198}
Compiler clang (+lld + fulllto +extended_compiler_optimizations)

chrome.zip | sha1: ab8c0fe9074d1e46be006c14119cde5b41ba7e93
https://drive.google.com/open?id=1KdfCHvzC9irTPRVIRaK-keRAEU0ziygb

mini_installer.exe | sha1: 1b0280c5bc641273e07ca31fe873cbb8b2d70a0f
https://drive.google.com/open?id=1KB70cgXez9ZwvV_jW6JEgIV4RFFcaJsY

ThinLTO currently does not support autovec, but I might eventually roll a couple of the other optimizations into my ThinLTO build.

----------------

@Fred + beast-usa I will do a local build with Widevine to try maybe seeing what is happening with Netflix. Might be a day or two assuming how I feel.
Jimmy Savile 
@RobRich

Widevine tends to work best with the stable builds.

(a)

third_party/widevine/cdm/widevine_cdm_version.h


+#include "third_party/widevine/cdm/widevine_cdm_common.h"
+#define WIDEVINE_CDM_AVAILABLE

+#define WIDEVINE_CDM_VERSION_STRING "@WIDEVINE_VERSION@"
OR
+#define WIDEVINE_CDM_VERSION_STRING "undefined"
OR
+#define WIDEVINE_CDM_VERSION_STRING "1.0.123.456" //find current version from json file.

(b)

Obtain current Widevine files from Chrome stable and place in respective position in the equivalent Chromium stable. (For testing purposes!)

Should work, but might require a revised browser header.
= RobRich's Experimental FullLTO build - Chromium 64.0.3271.0 (64-bit) [17th Nov 2017]

Basemark Web 3.0 (higher is better): 1203.19 - https://web.basemark.com/result/?4I0a1c23
Peacekeeper (higher is better): 7015 - peacekeeper.futuremark.com/results?key=FLnW&resultId=14670496
JetStream 1.1 (higher is better): 264.01 ± 4.1280
Octane 2.0 (higher is better): 51314
Kraken 1.1 (lower is better): 753.6ms +/- 0.8%
Dromaeo V8 (higher is better): 2449.42runs/s - http://dromaeo.com/?id=269790
SunSpider 1.0.2 (lower is better): 168.1ms +/- 1.0%
Speedometer 2.0 (higher is better): 127.3
ARES-6 (lower is better): 17.88 ±0.28ms
MotionMark 1.0 (higher is better): 790.37 ±25.87%

Performed with default fresh profile no add-ons, previous benchmark & PC specs here: #comment-2658
@Warren As always, thanks Warren! :)

Figured it would be a mixed bag, especially on a modern processor. I noted better percentage improvements in informal SunSpider, Kraken, and SunSpider testing on my older Opterons than my Kaby Lake i5. I should dig up my old Pentium T-whatever notebook to see about performance on older Intel processors.

I am going to roll in Polly next to see about maybe improving some of the more intensive operations. Wish ThinLTO supported autovec and Polly, as waiting on a FullLTO build can be annoying. Not as bad as PGO, but still time consuming.
@RobRich, thanks for trying to figure out what's happening with NetFlix!
Chromium for 64-bit macOS - All Codecs - Saturday, 18 November 2017

Chromium 62.0.3202.94 (Official Build) (64-bit) - Stable

Revision 937db09514e061d7983e90e0c448cfa61680f605-[refs/heads/master@{#499098}]

OS Mac OS X

- only for macOS 64
- with codecs (h264, h265, flac, xvid, etc..)
- official build
- stable build
- O3 Optimised (including ffmpeg)

No Sync • No WebRTC • No Widevine
Chromium.app.62.0.3202.94.nosync.zip
https://github.com/macchrome/macstable/releases/download/v62.0.3202.94-r499098-macOS/Chromium.app.62.0.3202.94.nosync.zip
SHA1 25F829FD765CFA1CB558894FE8C638B31FCA4593

Sync • WebRTC • Widevine
Chromium.app.62.0.3202.94.sync.zip
https://github.com/macchrome/macstable/releases/download/v62.0.3202.94-r499098-macOS/Chromium.app.62.0.3202.94.sync.zip
SHA1 3C4273A708940DED78FC4AD2F8E92AEAAE1F097A

=========
If demand will update. The "stable" branch will always be built with the default development tools.

The "dev" branch will be built with SDK 10.13, a custom built compiler, and experimental optimisations; this branch might not be compatible with OSX 10.9.x: use the stable branch or the earth/browser shattering lump of lard known as Firefox 57 (RIP).
Anon2676
Thank you guys: Nik, Robrich and Marmaduke! ;)
@Jerry: It could be nice if you add the LiberKey build ;)
Anon2677
There hasn't been an update for the RobRich build in quite a while now. Was the support for it dropped maybe?
@Anon ThinLTO is my primary build, and it was updated last week. :)

If referencing PGO, it is more or less an occasionally update - like once a month - performance comparison build. Most likely will find ThinLTO to be the more performant of the two builds.
Anon2679
Ah I see. Been using the experimental FullLTO build I think it's called? Been performing just about the same for me on a 7700k and gtx 1060. Still the annoying chrome/chromium bug on YouTube where if you rewind the video it freezes but i think that's just a bug that might get fixed soon.
No prob, and yeah, I definitely recommend Nik's WPO or my ThinLTO on Windows. Both are generally proven to be stable.... and probably as soon as I say that, my latest ThinLTO build will crash and burn. lol

Polly+FullLTO is an experimental build at best. I like trying out various permutations in Polly to find optimization opportunities and hopefully performance improvements, but as for now, my Polly build is more of a personal interest. I use FullLTO for link time optimization as ThinLTO currently does not support building with Polly.
@Marmaduke lump of lard? That is a fairly strong accusation against the improvements Firefox 57 has made. What do you dislike about it?
Updated ThinLTO build available. I cranked up the overall optimization level, plus I rolled in fast floating-point math optimizations on select code targets. It has been stable in basic surfing and a few casual benchmarks. As always, I am definitely open to feedback on reproducable crashers and similar.

Somewhere on the upcoming agenda migth be working on LLVM scheduling optimizations and similar. I have done a little preliminary work already, and as expected, some operations appear to respond better to latency than throughout and others vice versa. It could be awhile before I have something ready for testing, but in the meantime let's see if my above sledgehammer-like approach to optimization works out okay enough.
Anon2683
what is this icon? (it is not zoom)
https://i.imgur.com/PoVcDua.png
@Invisabit

The fanboy technical press might be in awe of Quantum's improved superduper features such as speed, concurrency and sandboxing; but I suggest that the average user is not. I've been using Firefox for years and through the use of various plugins have tailored Firefox to my precise requirements. Firefox Quantum breaks the majority of plugins that I use. Prefbar does not work; NoScript does not - but uMatrix is better anyway!; and the main "thing" that really irritates is Quantum's inability to do dynamic switching of PAC proxy files.

I cannot make the leap from Firefox 56.0.2 to 57: browser fuctionality and consistency should not be sacrificed for imperceptible (notional) technical improvements. Hence, the reason why I've been getting to know Chromium. Chromium is far from perfect, but it can be built from scratch and its imperfections improved.

Technicalities aside, pre Quantum Firefox is the best (pre-built) browser.

Until Firefox Nightly can faithfully replicate the functionality of 56.0.2 there is no need to upgrade. I know that the onus is on the plugin authors to make their products compatible with Quantum. Equally, Mozilla should have considered its existing user-base and not taken it for granted. Google has deep pockets and can promote Chrome to its heart's content: I've never seen Firefox actively promoted.
@Anon (2683) above :
This icon appear when you make a search within a webpage in Chromium
https://i.imgur.com/DZ661DZ.png
https://support.google.com/chrome/answer/95440
Anon2686
@Mumu, thank you for answer, you right! :D
@RobRich
Sorry for answering so late, I didn't want to fill the comments with marginal concerns about extensions, you've got enough work with development, I bet. ;-)
But as you're kind enough to propose it, I'd be happy to learn what part to edit — might be useful for other extensions, maybe...
About notifying the developer to update it is useless as they don't support that old version and the new version doesn't run on my version of MacOS (10.9.5)
I've put the extension on ln.sync.com/dl/13d3aa550/g4qfkh9c-cvtjb93w-dsqtj322-5zpumx5v
But frankly, if you don't have time, it's not a problem. :-)

@Anon2660
Adding  --allow-outdated-plugins with Terminal doesn't seem to work in OSX: Chromium loads but still the warning about loading addons in dev mode... — in fact, the point is not that it's outdated but "not from Chrome Web Store" any more. ;-)

@Marmaduke
On the whole, I agree about FF57: it's faster on some sites, slower on others and the death of our beloved addons is a real PITA — even if some of them often were the main reason for slow-downs.
Benchmarks = RobRich Updated ThinLTO build 64.0.3274.0 (517751) 64-Bit [modified|clang+lld|wpo|thinLTO|lkcr]

Basemark Web 3.0 (higher is better): 1159.16
Peacekeeper (higher is better): 7045
JetStream 1.1 (higher is better): 266.78 ± 8.5619
Octane 2.0 (higher is better): 53162
Kraken 1.1 (lower is better): 762.4ms +/- 1.3%
Dromaeo V8 (higher is better): 2452.75runs/s
SunSpider 1.0.2 (lower is better): 168.6ms +/- 2.4%
Speedometer 2.0 (higher is better): 124.6
ARES-6 (lower is better): 17.62 ±0.20ms
MotionMark 1.0 (higher is better): 775.22 ±20.86%

Performed with default fresh profile no add-ons, previous benchmark & PC specs here: #comment-2672
Thanks Warren! :)

I did not expect much improvement, but it was worth a shot. The reality is much of Chromium already is optimized quite well IMO, so anything much beyond the immediate benefits of LTO are proving to be a few percent either way at best.

----------------

@Aargl Took a little learning curve on my part. Chrome extensions are a little different than (older) Firefox extensions, so it apparently was not a date range issue that I could show ya' how to fix in a couple of minutes. What I did find was a couple of introduced errors in the code due to changes in Chrome over the years.

One was a sync XMLHttpRequest that has been deprecated. I simply changed it to async request. The other was related to debugging features in the code. I disabled the debugging path and dropped a related code snippet. No guarentees if the fixes actually work as expected, but my local Chromium build now loads the extension and no longer complains about errors.
https://drive.google.com/open?id=1nfntDDDKCMCwvKQ2Q0t7B5h7x41vR9iU

You will have to download, extract the ZIP archive, and manually load the unpacked extension as discussed earlier. Like I said, definitely a huge YMMV on the quick fixes, but good luck. :)
Plecosotmous 
Will there be any more Visual Studio builds?

Thanks
Is nik currently building with VS or clang? The default compiler has switched back and forth a couple of times in recent months, so sometimes ya' have to explicitly set a build arg to get the desired compiler.

I still do a VS2017 build for PGO, but I have not been updating it regularly since ThinLTO typically outperforms it. Some of us have been using it as a comparison build for performance testing.

I just implemented a trial of a build cache for VS, so I might toss a PGO build at it. If build times could be reduced to something more reasonable, I might start updating PGO more often. Right now PGO takes hours to build, profile, and relink. Monolithic-style linking instead of the code compiling is the real underlying issue, though, and VS really could benefit from a parallel linker like ThinLTO IMO.

I have Netflix working locally. Now to see about getting a workable solution rolled into an actual build. Also, thank ya' Jimmy for tracking down the includes and defines for us. :)

As to another recent request, my build box is working on a 32-bit build. Clang+LLD with compiler optimizations, though currently without LTO.

Oh yeah, I turned the Clang optimization levels for building Chromium back down to more sane, yet still higher-than-stock optimized levels. There was just was not enough (if any?) measurable performance difference with my previous r517751 build, plus there was a slight chance of the non-conforming fast math optimizations breaking or at least changing expected floating-point calculations. Not worth it IMO.

A couple of casual benchmark runs returned pretty much expected results compared to other recent ThinLTO builds anyway.

----------------

The specially requested 32-bit build using Clang+LLD is now available.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v64.0.3276.0-r518611-win32
@RobRich
Thanks for trying! — although I still have the warning about dev mode, but as long as I can use the extension, it's ok. ;-)
@Aargl Okay and understood. :)

----------------

Quick FYI. As Jimmy suggested, it bascially took a signed Chrome component for me to get Netflix working locally in testing, which AFAIK means it can not be distributed except by Google.
Hi everybody!
I've got a philosophical question for you: when I discovered Chromium a few months ago, an apparently very documented user at Macupdate.com (on FreeSMUG's Chromium page) declared to me that only the FreeSMUG build is safe and that using a different build (I was mentioning marmaduke's) might expose the user to "privacy loopholes or data leaks; your online banking for example, etc." — I think any software you download is a risk anyway, if you take that suspicious road... Why would you trust any browser and give it your bank account info, in the first place? ;-)
So is there a well-argued answer to give that user? Is FreeSMUG's build safer than Marmaduke's, on privacy matters? etc.
@Aargl First up, I suspect most builders do pretty much the same as me: pull the source from Chromium git, apply any fixes/tweaks, and build it. I *trust* Chromium to supple me the code. YMMV, as usual.

In a broader sense, consider practically any software supplied via an open source repository, download hosting site, etc. Assuming it was not built directly by the first-party developer(s) of the software, then what third party built it? What was the motivation for the third party? Most of the time end users just assume it is "safe" because they "trust" the repository, site, etc. at which the software is being hosted.

Ultimately and perhaps even more directly to a key aspect of the inquiry, much software is "use at your own risk" anyway - including many first- and third-party builds of proprietary and open source software. Even EULAs on expensive enterprise-class software can have interesting disclaimers.

Now back a word I used earlier. I like to think there is a level of *trust* involved. Admittedly, whether one trusts another is certainly a personal decision to make. From my perspective as a third-party builder, I make builds available because I am casually interested in things like open source, software optimization, etc. I try to routinely push updated builds, accept viable feedback, and attempt to help answer questions if/when possible; thus potentially working towards establishing greater trust with end users. Still I get it is each person's own decision to use or not use whatever build. If someone were to not trust my builds for whatever reason, then I can accept that position without feeling disrespected.
@Aargl

I would not trust ANY build (official or otherwise) of Chrome or Chromium with my banking details. Furthermore, I do not trust the Mac platform it self. The output of Little Snitch and Hands Off! (in advance mode) is very informative.

Now, do I trust FreeSMUG's Chromium? I've absolutely no desire to use FreeSMUG's Chromium so the question of "trust", security, etc.., is not an issue or even a consideration.

I build Chromium from source: patch the code where necessary (to enable CODECS) and adjust the build parameters. Do I trust my own build? Of course I don't! I'm familiar with Eloston's "ungoogled" and as such with the inherent untrustworthiness of Google's Chrome and Chromium. Active measures are required to mitigate Chrome/Chromium's short-comings, including: parameter adjustments; firewalls; selective use of plugins; PAC files; url filtering; and, packet sniffing.

It is incumbent on the computer/software user to familarise his/herself with all aspects of computer security.

Is FreeSMUG's build safer than Marmaduke's, on privacy matters, etc? Don't know, don't care! The consumer is sovereign: inform yourself.
@Jerry Thanks for cleaning up my previous posts. :)

Long story short, I had a PGO build using Clang+LLD instead of Visual Studio. The upside is the general idea is workable. The downside is it did not profile the renderer process, which is important for optimization. I will keep casually poking at it, but to clarify, it is not a priority issue.
@RobRich & Marmaduke: thanks a lot for sharing your very instructive point of view! :-)
@RobRich I don't know if it's this revision or something you did, but the ThinLTO build now has no Youtube stuttering, YAY!!!!
Yes, the YouTube video hanging is finally gone with the latest Clang build. Keep up the good work Rob, I totally love your approach to optimize your builds down the BONE and as extreme as you are doing it - I am just the same with computers, been tuning my RAM-timings since over a month now (after moving to Threadripper 1950X). Optimizing one setting, then stability testing during the night, bring it down further, test again until it crashes, then one back up ;) 30 more settings to go, bet this will take 2 months longer from here, hahaha :)
I did roll back NewGVN to the traditional global value numbering optimization path for now, but I doubt it was related. Either way, excellent on the YT issue being resolved. Thanks both for the confirmation. :)

Looking at the next serious step in optimization, eventually I would like to get PGO properly working with my ThinLTO build.

I used to be into the hardware overclocking scene. Even authored a published book about it many years ago. Guess the same approach has carried over into my software building. Recent example is my poking at LLVM build optimizations to perhaps speedup building Chromium.
Yes, keep it up Rob! Excellent work! Also, what was the name of that book? Curious....
The Book of Overclocking: Tweak Your PC to Unleash Its Power

It is long out of print and completely outdated these days. Actually it was almost outdated by the time it hit print given how fast things were moving in the hardware marketplace at the time. o.0

Otherwise I was an editor and/or writer for SysOpt, TechIMO, EarthWeb, Internet.com, Sharky, Hardware Central, etc. My content ranged from consumer-class hardware reviews to enterprise-class architectural analysis. Somewhere along the way I drifted away from writing and into various other dot com roles.
Anon2704
YES! THE YOUTUBE BUG IS GONE!

Also for clarification that bug was also in the official Chromium release so it wasn't due to Rob's builds or anything. Either Google fixed YouTube or the Chromium team fixed something. I dunno which one it is but I'm glad the bug is gone!

Also can confirm that the VS2017 build performs slightly slower than the Clang build.
Chromium for 64-bit macOS - All Codecs - Wednesday, 29 November 2017

Chromium 64.0.3281.0 (Official Build) (64-bit) - SDK 10.12

Revision b263ecdddb6137b8e5b9d7c7267da31d1ae91769-refs/heads/master@{#520049}

No Sync • No WebRTC • No Widevine • Non-Polly Optimised
Chromium.app.64.0.3281.0.nosync.nopolly.zip
https://github.com/macchrome/chromium/releases/download/v64.0.3281.0-r520049-macOS/Chromium.app.64.0.3281.0.nosync.nopolly.zip
SHA1 01F935F61440C66F6A6EAEBB876199FA0E00DB0F

Chromium.app.64.0.3281.0.sync.zip and Chromium.app.64.0.3281.0.nosync.zip have been Polly optimised - courtesy of RobRich:

"-mllvm", "-polly",
"-mllvm", "-polly-unprofitable-scalar-accs=false",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-ignore-aliasing=true",
"-mllvm", "-polly-tiling=false",
"-mllvm", "-polly-stmt-granularity=scalar-indep",
"-mllvm", "-polly-invariant-load-hoisting=true",
"-mllvm", "-polly-enable-polyhedralinfo=true",
"-mllvm", "-polly-check-parallel=true",
"-mllvm", "-polly-check-vectorizable=true",
"-mllvm", "-polly-prevect-width=32",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",
"-Xclang", "-Rpass=loop-vectorize",

There is some "weird" coding regarding AddStream:
content/renderer/pepper/pepper_media_device_manager.cc
content/renderer/media/media_stream_device_observer.h
There have been changes in the media streaming devices, especially when dealing with WebRTC.

There are multiple ways to go about it, but as of yesterday here are my modifications to get "enable_webrtc = false" building.

git revert --no-commit 26dbd9b3b9c99ae956d29e4d248de3e9dbe9044c
git revert --no-commit 8e4615e18605e9bab1f0389ff93d56dbeed95a22
git revert --no-commit 9765503d41052108b01cf942d8e686c074f9d8c3
git revert --no-commit 6a34edfca277487d225e6c629c6ce2058bf12972

chrome/browser/BUILD.gn

add back at ~1795:

"//third_party/webrtc/modules/desktop_capture",
"//third_party/webrtc_overrides",
"//third_party/webrtc_overrides:init_webrtc",

chrome/browser/extensions/api/desktop_capture/desktop_capture_base.cc

@ ~119

current:

#if defined(OS_CHROMEOS)
screen_list = base::MakeUnique<DesktopMediaListAsh>(
DesktopMediaID::TYPE_SCREEN);
#else // !defined(OS_CHROMEOS)
screen_list = base::MakeUnique<NativeDesktopMediaList>(
content::DesktopMediaID::TYPE_SCREEN,
webrtc::DesktopCapturer::CreateScreenCapturer(
content::CreateDesktopCaptureOptions()));
#endif // !defined(OS_CHROMEOS)

change to:

#if defined(OS_CHROMEOS)
screen_list = base::MakeUnique<DesktopMediaListAsh>(
DesktopMediaID::TYPE_SCREEN);
#else // !defined(OS_CHROMEOS)
webrtc::DesktopCaptureOptions capture_options =
webrtc::DesktopCaptureOptions::CreateDefault();
capture_options.set_disable_effects(false);
screen_list = base::MakeUnique<NativeDesktopMediaList>(
DesktopMediaID::TYPE_SCREEN,
webrtc::DesktopCapturer::CreateScreenCapturer(capture_options));
#endif // !defined(OS_CHROMEOS)

@ ~142

current:

#if defined(OS_CHROMEOS)
window_list = base::MakeUnique<DesktopMediaListAsh>(
DesktopMediaID::TYPE_WINDOW);
#else // !defined(OS_CHROMEOS)
// NativeDesktopMediaList calls the capturers on a background thread.
// This means that the two DesktopCapturer instances (for screens and
// windows) created here cannot share the same DesktopCaptureOptions
// instance. DesktopCaptureOptions owns X connection, which cannot be
// used on multiple threads concurrently.
window_list = base::MakeUnique<NativeDesktopMediaList>(
content::DesktopMediaID::TYPE_WINDOW,
webrtc::DesktopCapturer::CreateWindowCapturer(
content::CreateDesktopCaptureOptions()));
#endif // !defined(OS_CHROMEOS)

change to:

#if defined(OS_CHROMEOS)
window_list = base::MakeUnique<DesktopMediaListAsh>(
DesktopMediaID::TYPE_WINDOW);
#else // !defined(OS_CHROMEOS)
// NativeDesktopMediaList calls the capturers on a background thread.
// This means that the two DesktopCapturer instances (for screens and
// windows) created here cannot share the same DesktopCaptureOptions
// instance. DesktopCaptureOptions owns X connection, which cannot be
// used on multiple threads concurrently.
webrtc::DesktopCaptureOptions capture_options =
webrtc::DesktopCaptureOptions::CreateDefault();
capture_options.set_disable_effects(false);
window_list = base::MakeUnique<NativeDesktopMediaList>(
DesktopMediaID::TYPE_WINDOW,
webrtc::DesktopCapturer::CreateWindowCapturer(capture_options));
#endif // !defined(OS_CHROMEOS)
@RobRich

Wow, you are far too diligent!

diff -Naur org\chrome\browser\BUILD.gn new\chrome\browser\BUILD.gn
--- org\chrome\browser\BUILD.gnMon Oct 23 13:52:13 2017
+++ new\chrome\browser\BUILD.gnMon Oct 23 14:41:25 2017
@@ -1747,6 +1747,9 @@
"//third_party/metrics_proto",
"//third_party/re2",
"//third_party/smhasher:cityhash",
+ "//third_party/webrtc/modules/desktop_capture",
+ "//third_party/webrtc_overrides",
+ "//third_party/webrtc_overrides:init_webrtc",
"//third_party/widevine/cdm:headers",
"//third_party/zlib",
"//third_party/zlib:minizip",
@@ -3961,11 +3964,7 @@
"media/webrtc/webrtc_text_log_handler.cc",
"media/webrtc/webrtc_text_log_handler.h",
]
- deps += [
- "//third_party/webrtc/modules/desktop_capture",
- "//third_party/webrtc_overrides",
- "//third_party/webrtc_overrides:init_webrtc",
- ]
+
}

if (!is_chrome_branded) {

*******
PATCH: chrome/browser/extensions/api/desktop_capture/desktop_capture_base.cc

Comment out lines 123 to 126 and 151 to 154
*******
*******

content/renderer/pepper/pepper_media_device_manager.cc
if (success)
GetMediaStreamDeviceObserver()/*->AddStream(label, device)*/;

*******
I really think that The Chromium Authors should respect the enable_webrtc flag.

uBlock is able to block WebRTC.
Anon2708
@Nik are going to compile stable Win x64 builds with Clang instead of VS from now on? I see that the tags were changed. Thank you :)
@2708: i didn't change anything, that's mean clang is used by default :)
Anon2710
@Nik #2709 So VS was only a temporary/experimental tool?
Visual Studio was used for years to do the Windows builds, though it was the only platform for which VS was being used.

Chromium is built on multiple other platforms with Clang, so the goal was getting the Windows build working with Clang as well. ;)

Another reason is Google is a contributor to the open-source Clang project.

----------------

Glad to see the Windows builds are back to Clang on Win by default. Excellent! :) Hope it sticks this time.

Quick note. The WPO build arg currently does nothing with Clang as long as the MS linker is still being used. Then again it does not really matter much anyway IMO, as the default LTO config even when explicity setting LLD with ThinLTO is /opt:lldlto=0 right now due to file size concerns. If file sizes are not an issue, one can comment out the line (which I do) in the compiler build config to get LTO optimizations working when using the ThinLTO build argument.

----------------

Speaking of LLD, I need to look into turning on CFI as a replacement for CFG used by the VS linker. I know the CFI build argument is there, but it has been awhile since last trying it, especially with ThinLTO enabled. Could be something for an upcoming build.

----------------

I have an updated *experimental* Polly+FullTO build available for those interested.

Chromium 64.0.3280.0 (Official Build) (64-bit) - No Sync | No WebRTC | No Widevine
Revision 7bd06facab4413a6e14c6dfb447db17e0f08e888-refs/heads/master@{#519227}
Compiler clang (+lld +fullto +polly +partial_inlining +compiler_optimizations)

chrome.zip | sha1: b7655b2b7c88becc210279260dfc93c62bac3ce8
https://drive.google.com/open?id=1VgV96mFmYPsqvRQS7aP7Xqn2Bv8tv1hY

mini_installer.exe | sha1: 077cf136ccc77bbf29ab05fd95f56cbe2e807309
https://drive.google.com/open?id=1TLZbifWVI9Hh1ZGtCjTUY2I3JHvf7uVT

Various Polly and LLVM options for the publc build are listed below. Hightights include enabling the experimental loop distribution and loop versioning components in LLVM, as Polly is dealing with loop interchange. All Chromium optimizations targets built at -O3. NACL targets built at -O3. FullTO with whole program vtables enabled.

"-mllvm", "-enable-partial-inlining",
"-mllvm", "-enable-loop-distribute",
"-mllvm", "-enable-loop-versioning-licm",
"-mllvm", "-enable-simple-loop-unswitch=true",
"-mllvm", "-reroll-loops=true",
"-mllvm", "-extra-vectorizer-passes=true",
"-mllvm", "-adce-remove-loops=true",
"-Xclang", "-vectorize-slp",
"-Xclang", "-vectorize-loops",
"-Xclang", "-Rpass=loop-vectorize",
"-mllvm", "-polly",
"-mllvm", "-polly-tiling=false",
"-mllvm", "-polly-unprofitable-scalar-accs=false",
"-mllvm", "-polly-ignore-aliasing",
"-mllvm", "-polly-pattern-matching-based-opts=true",
"-mllvm", "-polly-stmt-granularity=scalar-indep",
"-mllvm", "-polly-invariant-load-hoisting=true",
"-mllvm", "-polly-opt-maximize-bands=yes",
"-mllvm", "-polly-enable-polyhedralinfo=true",
"-mllvm", "-polly-check-parallel=true",
"-mllvm", "-polly-check-vectorizable=true",
"-mllvm", "-polly-prevect-width=32",
"-mllvm", "-polly-opt-max-constant-term=-1",
"-mllvm", "-polly-opt-max-coefficient=-1",
"-mllvm", "-polly-run-dce",
"-Xclang", "-Rpass-analysis=polly",
Anon2712
This new polly build gives me a green screen on videos. JS benches got a little faster over the thinlto builds however.
Thanks for the feedback. Any particular video format causing the issue or all video formats?

Just did a quick test here. YouTube and Jerry's video testing list are working on my notebook; at least for the build's supported formats. System has a Kaby Lake Core i5 with GeForce 1050 graphics.

https://tools.woolyss.com/html5-audio-video-tester/
No green screen here with *experimental* Polly+FullTO build :

Chromium 64.0.3280.0 (Official Build) (64-bit) - No Sync | No WebRTC | No Widevine
Revision 7bd06facab4413a6e14c6dfb447db17e0f08e888-refs/heads/master@{#519227}
Compiler clang (+lld +fullto +polly +partial_inlining +compiler_optimizations)

On :

Windows 8.1 64-bit
Intel Core i7 4710HQ @ 2.50GHz39 °C
Haswell 22nm
Intel HD Graphics 4600
NVIDIA GeForce GTX 850M (388.13)

Extensions, Options, Youtube Lag, etc. everything works fine for me…
@Mumu Thanks for verifying. Especially as Polly does quite of bit of work on ffmpeg's loop routines when optimizing.

@Anon2712 Try the usual if the issue persists with other builds. Clear flags, update GPU drivers, etc.
Anon2716
Also confirming, Polly seems to working fine.
Win 7 x64, ivy bridge, nvidia pascal
@Anon2716 Thanks. :)

@Anon2712 I did spot a possibly related bug report for Chrom(ium) in general. If nothing else helps with green screen videos, try adding  --disable-nv12-dxgi-video to the command line.
Anon2718
I'm on an AMD gpu, so it seems like everyone else who's on this polly build has nvidia. MP4 videos are broke but vp9 seems to be ok. Clean profile and reset flags didn't seem to help. It may be a bug with the build.
Anon2719
Sounds more like it's a bug with AMD. I have a 7700K and a GTX 1060 and the experimental build is working perfectly fine for me.
Anon2720
Here as well, not problems on my side with that experimental build.
Anon2721
Considering all the previous polly builds worked fine I think its a bug with the rev.
Updated ThinLTO build. Now with control-flow integrity (CFI) support enabled.
https://en.wikipedia.org/wiki/Control-flow_integrity
WildByDesign 
@Nik, Are you planning to continue compiling Chromium (stable branch) with Visual Studio 2017 or compiling with clang?

I personally don't have any opinion or preference specific to either, but I was just curious about it since Chrome has switch default Windows compiler to clang now. As long as the browser is fast/efficient and stable, that is what matters most to me. Thanks.
@WildByDesign: i will stick with a default compiler, my config is only enable/disable webrtc and add a codecs like in chrome. If google switch to clang then it have some reasons :)
Ive noticed few builds ago that when you e.g. want to upload picture/what ever file to some page, it opens windows explorer window for you where you can browse for picture/file. But when you RIGHT click on that pic/file whole chrome crashes.
And thats annoying. Also spell check still doesnt work.
Using robs latest clang build.
Anon2726
no problems here with 64.0.3282.0 (520637) and imgur for example
Why does the browser give me this popup in every password field? (screenshot: https://vgy.me/AsEpsm.png)

I've already disabled Auto-fill and "Manage Password" in settings. Never get this popup in Chrome.
@meconium If it is crashing when right clicking inside the explorer window, then it sounds more like a Windows issue. About spell check, as noted here awhile back, it seems to work for some sites and not others. Could be related to DOM, forms, etc.

@kronos Looks like you might previously have saved passwords. If none of them are important to you, you can try going to "Clear browsing data" and clearing the passwords.
@RobRich
I've just installed this Chromium, never saved any password, the password list is empty. I'm running the Stable x64 Nik's build on Windows 10 x64

I followed your suggestion and tried clearing the password, but it still shows the popup. Any other suggestion?
@kronos Do you have any related extensions installed? Otherwise that is a new one on me.

Taking a shot here, but also try manually forcing the following browser configuration flag to disabled. Copy and paste the URL, force the setting, then click relaunch.

chrome://flags/#enable-manual-fallbacks-filling
@RobRich

It solved the problem, thanks for your help!
Updated ThinLTO build. Disabled CFI as it was breaking GPU diagnostics. Apologies, and I will try to revisit it later.

@Jerry Ya' got email. Basically to disable the CFI tag for now. Thanks in advance! :)
Anon2733
Been using 65.0.3286.0 (521617) - thanks Rob - and have got three freezes already. Watching some Twitch and browsing websites, when suddenly browser freezes for like five seconds and comes back. Then, the Twitch player shows like this: https://i.imgur.com/58UqLWC.png
A refresh is then needed to proceed with normal video playing.
@RobRich So... are you saying that the issue with Netflix on Chromium can't be fixed... or has it already been fixed; or has the fix not been pushed yet?
@Anon2733 About the green video, try adding  --disable-nv12-dxgi-video to the command line. Right click the Chromium icon, go to properties, and add it after chrome.exe.

@Danfun64 The only way I could get it to work with Netflix was briefly testing with the signed version of Widevine, which is distributed for Chrome (not Chromium) under very specific licensing, as obtained from Google's own download servers. Given the terms of the license, it is not something third-party builders can package with Chromium. Translation? Sadly, there does not appear to be a viable fix at this time.
So... copy and pasting the Widevine folder from Chrome to Chromium works or no?
I do not use Chrome so I can not immediately confirm, but given it is the same files I temporarily tested as delivered by Google's download servers when doing a Chrome component update, I see little reason why it should not technically work. Note the word "technically" might or might not comply with the license terms, but that will be up to you as the end user to consider.
Anon2738
^Oh man, it's like watching a game of minesweepers...
@Marmaduke, do you think we could get a new stable macOS release for yesterdays release? Still figuring out how to do this on my own!
I updated Chrome to 63.0.3239.84 and now everything is text and settings pages just return Aw, Snap. This update seems to be flawed.
So I just downloaded the new Nik stable version 63.

Then I run the installer to update my previous Chromium 62 installation (also Nik version, no-sync), but after that my Chromium doesn't work anymore.
It gives me "Aw, snap" error page and all webpage doesn't render correctly.

I thought I could update Chromium by simply running the installer, but seems like it breaks my Chromium.

Is there any way to fix this? Any chance to save my old configuration?
Same problem as kronos. There is something wrong with package.
https://i.imgur.com/rgOkpoO.png
https://i.imgur.com/thrJfVz.png
Can confirm that the 63 update (Stable with codecs/Sync) seems to have completely broken all page rendering:
https://i.imgur.com/f2TIEpy.png
https://i.imgur.com/u5KqPmI.png
Dev still works, but I have issues with reddit enhancement suite so I'd rather not use it...
So I downloaded the 65.0.3286.0 (521617) portable build for Win10 64bit but I can't watch streams on Twitch. I get an error message: "6000 Renderer not available" in the video window. I thought it was something related to me blocking flash, but the same stream works with flash blocked in the vanilla Chrome (v 62).

What could be wrong?
@Dolan Appears to be working okay here in a quick test. Flash not installed. No flags. No extensions.
https://i.imgur.com/OUZUZAG.jpg

Any about:flags set or content filtering extensions enabled?
admin
Hello everybody,
Thank you for your feedback.
I removed the latest stable version 63 of Nik because it is really buggy. I contacted him.
Sorry for the inconvenience!
@Invisabit: Will do a build at the weekend.
@Anonymous (2744)

I tried to run the previous v62 installer, but it won't downgrade my Chromium. Do I need to uninstall v63 first? Will I lose all my configuration?

Thanks
Anon2750
@kronos: I just removed chrome.exe and run chrlauncher (v62 downloaded).
Anon2751
chromium not updated on Windows 7 64, first time 7/8-12-2017
admin
@marmaduke: Thank you very much! ;)

@kronos: It is not difficult to downgrade Chromium because user data and application are always in different places.
- Installer (.exe): Follow my tutorial about #older-version (Same way for Nik and RobRich builds!)
- Archive (.zip): Replace all the files from the installation directory by the new ones.
- Portable (chrlauncher): Remove the "bin" folder of chrlauncher. Then re-launch chrlauncher.
Anon2753
Hi,

for the "No sync • No WebRTC • No Widevine" of 62.0.3202.94 (499098) the date "Thursday, 7 Dec 2017" is not correct. This one was released a month ago. That date better matches "Reference: Current stable version (Google Chrome): 63.0.3239.84 (508578) • Wednesday, 6 Dec 2017"

Best regards
Anon2754
@Anon2753: This is because there was an issue with the Nik stable version. Read comments above.
WildByDesign 
@Nik, The latest Stable branch build (63.0.3239.84) works great now. Whatever the issue was, it is resolved now. Thank you, sir.

I found it interesting that Stable branch Google Chrome 63 release has remained a PGO build (VS 2017). They were intending on switching to clang but I guess decided not to with stable branch yet.
Anon2756
@Rob, i'm anon#2733. Added " --disable-nv12-dxgi-video" to chromium but problem persists. This started to happen when you released first v65 build. With your latest v64 build - 64.0.3282.0-r520637 - everything's fine.
There is an open bug on a green screen video issue. Probably an AMD GPU, correct? A project dev was recently assigned to take a look.

In the meantime, try adding " --disable-d3d11" to the command line. Chromium should fall back to D3D9 for hardware acceleration.
@WildByDesign: i think they switch to clang from v64
Anon2759
I need a way to make Chromium the default browser and make it use profile data from the profile directory. Any ideas?

I made a shortcut to change profile directory, but whenever I try to open a html file it runs the profile and settings from AppData directory...
@Anon2759: Edit the file desired association(s) to pass the profile directory command line switch when launching the chrome.exe executable. Here is a freeware app that should help.
https://defaultprogramseditor.com

For example, go to file type settings and edit the default open context menu command for HTML, HTM, etc. files to point to chrome.exe with whatever command line switches. I suggest using the registry backup feature in the app before editing the associations.
@Marmaduke, much appreciated, looking forward to it!
Anon2762
Thanks a lot marmaduke
Chromium for 64-bit macOS - All Codecs - Monday, 11 December 2017 - 65.0.3292.0 (523066)

Some guy contacted me saying that audio was not working with Twitter video. I don't do social media! would someone who uses Twitter please test.

In an effort to solve the guy's problem, I've enable AC3 decoding - which indirectly (I think) has enabled AAC multichannel: would someone with a (HDMI) multi-channel set-up please test:

https://www2.iis.fraunhofer.de/AAC/multichannel.html
WildByDesign 
Guys/Gals, I have always used Chromium as the Archive or Portable versions in non-default locations for the binaries.

I am curious, if you use the chromium-sync.exe installer for example, where does it install? User profile or Program Files?

Thank you!
Chromium user 
@WildByDesign The chromium-sync.exe or not sync version install it in User profile directory with a separate folder for user profile settings and program files.
WildByDesign 
@Chromium user, Thank you for confirming. The reason why I ask is because I have been able to successfully get Group Policy templates working for Google Chrome, but no success with Chromium. I have Chromium in a non-default location (RAMDisk) for the binaries and I am wondering if that is why the Group Policy templates are not working for Chromium.

Does anyone specifically have experience with Chromium on Windows with Group Policy templates?
Chromium user 
@WildByDesign Sorry, but I not use Windows with Group Policy templates, I can't help you.
I do not use GPO for Chromium, but I might can help a little with the non-default location issue if it is the underlying cause of GPO not working.

On my primary notebook Chromium is installed under the expected user profile appdata directory as far as Windows and the Chromium mini_installer are concerned, but the default Chromium directory is symbolically linked to a directory on a separate Optane drive where the files actually reside.
Anon2769
Anymore experimental polly builds? :)
Anon2770
PortableApps.com format by Versatile Apps, Is with WebRTC or NoWebRTC ?
Please.
Anon2771
@Nik
Is possible to have update for 32 bit No sync • No WebRTC • No Widevine • 65.0.3291.0 (523025) ?
Nik: Netflix is working again with the latest stable release: a very big THANK YOU!!!
guys, your work is greatly appreciated!
@Anon 2769 I have a relatively fresh internal test build dealing with various LLVM options, so I will share it. :)

Chromium 65.0.3294.0 (Developer Build) (64-bit) | No Sync | No WebRTC | No Widevine
Revision a7a0c21c4aaf3cc53bfaa96ec59e1e7b3bba30fa-refs/heads/master@{#523774}
Compiler clang (+Polly +compiler_optimizations)

chrome.zip | sha1: 85dd4858095467dffc4535f58b984b3ff670fc59
https://drive.google.com/open?id=12Q_E5QMFq8UWM4ZnM9oB9ajl3yj-tJAv

mini_installer.exe | sha1: d5929af37a717507d96d39acfe46a557c0ea5ccc
https://drive.google.com/open?id=1orIrFi7GMQok1Zk3u6qy30iJvJ2HTQjG

Targeted optimizations include -O3 for hot code, though -Os for remaining code to keep file sizes within reason as it is not a lightweight build. o.0 FullLTO is not enabled due to annoyingly long build times. As usual, it is an *experimental* build. YMMV.

If anyone else using Polly is looking at the -Os optimization level with a question mark, these days Polly will work with other levels offering autovectorization instead of just -O3 as indicated in the older documentation. :) I still have the habit of passing -vectorize-loops and -vectorize-slp anyway, and it is not a bad idea IMO since I have seen autovec disabled for whatever reason(s) even it was expected to be enabled.

I was finally able to spend a few minutes cleaning up and updating the Polly config based upon a skim through recent source code. I likely will start enabling standard tiling for future generalized Polly builds since the default tuning should be okay for many modern processors.

"-mllvm", "-adce-remove-loops",
"-mllvm", "-costmodel-reduxcost",
"-mllvm", "-enable-deferred-spilling",
"-mllvm", "-enable-interleaved-mem-accesses",
"-mllvm", "-enable-local-reassign",
"-mllvm", "-enable-mergeicmps",
"-mllvm", "-enable-mssa-loop-dependency",
"-mllvm", "-enable-partial-inlining",
"-mllvm", "-enable-pipeliner-opt-size",
"-mllvm", "-exhaustive-register-search",
"-mllvm", "-expensive-combines",
"-mllvm", "-extra-vectorizer-passes",
"-mllvm", "-inline-threshold=1000",
"-mllvm", "-join-globalcopies",
"-mllvm", "-join-splitedges",
"-mllvm", "-loop-prefetch-writes",
"-mllvm", "-optimize-regalloc",
"-mllvm", "-regalloc=greedy",
"-mllvm", "-reroll-loops",
"-mllvm", "-slp-vectorize-hor-store",
"-mllvm", "-split-spill-mode=speed",
"-mllvm", "-unroll-allow-partial",
"-mllvm", "-unroll-allow-remainder",
"-mllvm", "-unroll-remainder",
"-mllvm", "-unroll-revisit-child-loops",
"-mllvm", "-unroll-runtime",
"-mllvm", "-unroll-runtime-epilog",
"-mllvm", "-unroll-runtime-multi-exit",
"-mllvm", "-use-wide-memcpy-loop-lowering",
"-mllvm", "-vectorizer-maximize-bandwidth",
"-mllvm", "-x86-experimental-vector-widening-legalization",
"-mllvm", "-polly",
"-mllvm", "-polly-allow-dereference-of-all-function-parameters",
"-mllvm", "-polly-delicm-max-ops=10000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-fusion=max",
"-mllvm", "-polly-optree-normalize-phi=true",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-precise-inbounds",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-stmt-granularity=scalar-indep",
"-mllvm", "-polly-tiling",
"-Xclang", "-Rpass-analysis=polly",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",

----------------

My symbolic directory link setup just resulted in a sandboxing error. The quick fix was simply moving Chromium back to its default directory for now. Something to look at later. Anyway....
@Marmaduke: No sync • 65.0.3292.0 => simply perfect! ;-)
Anon2775
Polly Build
Octane Score: 34638
JetStream: 164.79 ± 1.5436
Speedometer 2.0: 64.17

Marginally better than your normal dev builds, however, I noticed some crashes with sites using JWPlayer to server video content. One chrome.exe process is pinned to 25% CPU usage and requires a kill task via task manager, otherwise it's just frozen. But other than that, normal browsing, you're all good.
@Anon2776 Thanks for the feedback. :)

I suspected there could be some (or even many) issues, as I was compile testing primarily for build breakage instead of browser usability with those numerous LLVM options. Good to see usability is not too bad. The options should be dramatically paired down for an actual public Polly build, which should improve usability.
@2771: i'm trying but got some errors, so wait for it
New ThinLTO build going live in a few minutes. Updated compiler optimizations. Hot code still at -03. Remaining code now at -Os. Extended the compiler's software pipeliner down to -Os as well. Upped the link time optimization level to the most aggressive level.

It is one of the quicker ThinLTO builds in recent times acccording to a few benchmarks I casually ran. Plus I still need to evaluate other options, such as tweaking register allocation, before going public with them in ThinLTO.

BTW, the sandboxing error with using Chromium via a symbolic directory link is resolved, too. Think it was due to a NaCL workaroud I had applied with the previous Polly build.
@Marmaduke new stable build for us this weekend?
Benchmark: RobRich New ThinLTO build

Basemark Web (higher is better): 1129.73
Peacekeeper (higher is better): 6849
JetStream (higher is better): 259.85± 2.9727
Octane (higher is better): 52625
Kraken (lower is better): 769.7ms +/- 0.7%
Dromaeo V8 (higher is better): 2411.35runs/s
SunSpider 1.0.2 (lower is better): 178.2ms +/- 1.7%
Speedometer 2.0 (higher is better): 119.4
ARES-6 (lower is better): 21.37 ±0.30ms
MotionMark (higher is better): 762.66 ±2.77%

Previous benchmark: #comment-2688
As always, thanks Warren! :)

I too have noted some performance regressions in recent weeks with various builds; ThinLTO and otherwise.

I cranked up LTO agressiveness to max to hopefully help.

The -Os code paths should not matter much, but I will reeval to verify. I was trying to reign in code size a little along the colder code paths, but I can go back to -O3 across the board easily enough if needed be.

I still would like to get PGO working with Clang+LLD, but as of this week, it continues to not profile the needed renderer process(es). I still have another idea or two about PGO, but it is getting around to them as I feel up to it.
Anon2782
2771 @ Nik
Ok. i will wait. I hope you relsove errors.
Thank's anyway.
Just rolled a test build of the same ThinLTO revision but at -O3 across the board. No big benchmark changes for the most part, but t did gain upwards of an 100 points in Peacekeeper.

Looks like I will go back to bulding all targets at -O3. I will try to get a new release out in the next day or two.
Anon2784
Just update to No sync • No WebRTC • No Widevine • 63.0.3239.108 (508578) • Friday, 15 Dec 2017
ALL GOOD :) Thanks nik :) Thanks Jerry :) Much Appreciated :)
Hv a gd wkend
Anon2785
Virustotal is reporting that the Chromium stable version detects malware (Baidu engine).
https://www.virustotal.com/#/file/e2093b98c43fac6384530e25a782b6784560a7aca5539a39397a8453b77f02c1/detection
Anon2786
@2785
Appears to be a false positive, it happens at least since v61. No idea why Baidu engine still considers those builds have ties to WisdomEyes.
Also, if you'd have checked other earlier builds including zip, sync and 32bit flavors, you'd find a couple other random detections from different engines.
Latest ThinLTO build is back to -O3 for all optimized code paths.
Benchmark: RobRich's Latest ThinLTO build (-O3 for all optimized code paths) [65.0.3296.0 (524496) • Friday, 15 Dec 2017]

Basemark Web 3.0 (higher is better): 1219.85 https://web.basemark.com/result/?Qe3HeSn
Peacekeeper (higher is better): 6971 peacekeeper.futuremark.com/results?key=FRPj&resultId=14916717
JetStream 1.1 (higher is better): 262.79± 5.4952
Octane 2.0 (higher is better): 52518
Kraken 1.1 (lower is better): 762.3ms +/- 0.7%
Dromaeo V8 (higher is better): 2418.34runs/s
SunSpider 1.0.2 (lower is better): 177.4ms +/- 0.9%
Speedometer 2.0 (higher is better): 120.1
ARES-6 (lower is better): 21.29 ±0.38ms
MotionMark 1.0 (Large) (higher is better): 787.50 ±20.30%

Previous benchmark: #comment-2780
The numbers are looking better. Thanks Warren!
Thanks @Marmaduke!
I cant open pdf documents in robs latest thinlto build 524496
@Meconium: Check the following setting:chrome://settings/content/pdfDocuments

------------------

New Polly+FullLTO build. Actually it is an internal build tiled for Intel Skylake, Kaby Lake, and similar; though it still should perform fine on most modern processors. YMMV of course.

The myriad of extra LLVM tweaks are gone for now, so usability should be okay. Loop unrolling is disabled in LLVM as a test. Polly deals with loops anyway, so I decided to "feed" it plenty of them :)

It still is far more an experimental build than an actual perforamnce build, but Peacekeeper scored close to a recent ThinLTO build in a quick run. Tested on my Core i5 7300HQ notebook with 16GB DDR4, GTX 1050, etc.

Chromium 65.0.3297.0 (Official Build) (64-bit) - No Sync | No WebRTC | No Widevine
Revision 7452277311e15a3459b4fb6fa428840c6afde4df-refs/heads/master@{#524613}
Compiler clang (+polly +fulllto +compiler_optimizations)

chrome.zip | sha1: 5ca45e9d831c53103d64d873f002ecf77954be80
https://drive.google.com/open?id=1Ll_OI2CzRSJf5J5EqwfU6zCNrHrTYjtt

mini_installer.exe | sha1: aac2ad460e52fed6ae106e47c7a869ed8d1a7e67
https://drive.google.com/open?id=1x9bO2sLbWWPhBu26EcYEjNmWjBI_6aHc

"-mllvm", "-polly",
"-mllvm", "-polly-allow-dereference-of-all-function-parameters",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-ignore-aliasing",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-fusion=max",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-precise-inbounds",
"-mllvm", "-polly-prevect-width=16",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-stmt-granularity=scalar-indep",
"-mllvm", "-polly-target-2nd-cache-level-associativity=4",
"-mllvm", "-polly-target-latency-vector-fma=4",
"-mllvm", "-polly-tiling",
"-mllvm", "-polly-2nd-level-tiling",
"-Xclang", "-fno-unroll-loops",
"-Xclang", "-Rpass-analysis=polly",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
Anon2793
Yay! Polly update ^.^
Previous Polly Build
Octane Score: 34638
JetStream: 164.79 ± 1.5436
Speedometer 2.0: 64.17

Current Polly Build
Octane Score: 35095
JetStream: 167.33 ± 2.3433
Speedometer 2.0: 72.78

Current thinlto Build
Octane Score: 35183
JetStream: 168.24 ± 1.3657
Speedometer 2.0: 71.47

Odd, thinlto seems to be similar/if not marginally better than polly, but polly feels snappier in stuff like video content seeking...etc. By the way, good news, that JWplayer issue from last polly build is gone. For normal browsing, so far polly is as stable as thinlto. :)
Thanks for the feedback. Like your results, my casual browsing with build seems generally okay for stability and usability.

You very well could note a slight difference in a/v performance. Much of the a/v components like ffmpeg, vpx, etc. rely heavily upon loops; and Polly is designed to optimize loops. Similar situation for JavaScript, SSL, sandboxing, some of the GPU subsystem, etc.

Well, actually JavaScript is kind of a special case. Despite expectations of Polly helping, V8 already is so optimized that Polly thus far have done little to nothing for optimizing JS performance. Win some, lose some. ;)
Anon2795
@Nik
Many Thank You for No sync • No WebRTC • No Widevine • 65.0.3299.0 (524662) !!!
@RobRich its unticked, when I click on pdf that window just freezes. It worked fine in previous version. Thank you anyway!
@ Meconium Odd. Just checked, and it is working here. Could be a revision issue affecting your particular GPU or similar.

I just pushed an updated ThinLTO build a few minutes ago. Hopefully it resolves the issue for ya'.
- Windows 8.1 64-bit
- Intel Core i7 4710HQ @ 2.50GHz
- Intel HD Graphics 4600 + NVIDIA GeForce GTX 850M (388.13 / 23.21.13.8813)

No problem to read PDFs here (local or remote) with penultimate version 65.0.3296.0 or last version 65.0.3299.0

Also :
➜ No Youtube « 𝑨𝒘! 𝑺𝑵𝑨𝑷! » or lag.
➜ No green screen on videos.
➜ No extension (local or chrome store) problems
➜ No problem with 2D ou 3D (google maps…)
➜ All settings are preserved with update.

For me — at least — everything is fine with the lastest dev-clang-nosync / 65.0.3299.0 /524909 ★ RobRich version…

Thanks all folk for for works and above all to share it !
Anon2799
@RobRich Yes it got fixed.
Excellent. Thanks everyone for the feedback. :) It does help.
Hi Rob,

thanks for the great efforts as always. Since a while I am having issues viewing offers by Groupon Germany, all their offers make Chrome "Aw, Snap!" after the page has been loading for a while. Please check this example:

https://www.groupon.de/deals/wachbergschanke-dresden-3

Is this just my Chrome config or related to the Clang build? I have just upgraded to 65.0.3300.0 (525175) • Wednesday, 20 Dec 2017 and the issues persists (has been going on since about a month or two).

Thank you,

Lorenz
@Lorenz: Works here. No extensions loaded here, though, so probably start there if using extensions.
https://i.imgur.com/kjte7J3.jpg
@RobRich: thanks for testing, so the page loads fine and you can scroll up and down through it after loading (that is when it crashes for me)?
@Lorenz Correct. Loads and scrolls without crashing here. Using my latest public ThinLTO build.
Chromium for 64-bit Windows - All Codecs (inc. AC3/AAC Digital Surround) - Wednesday, 20 December 2017

Chromium 65.0.3299.0 (Official Build) (64-bit)
Revision 83d37523e3af93d816f70c81f37b5ac1ab7b66c5-refs/heads/master@{#524693}
OS Windows
No Sync - No WebRTC - No Widevine
Boostrapped Clang - LLD Linker - FullLTO - Polly Optimised

chrome.packed.2017.12.20.LTO.AC3.7z
https://github.com/macchrome/winchrome/releases/download/v65.0.3299.0-r524693-Win64/chrome.packed.2017.12.20.LTO.AC3.7z
SHA1 3F25F35C4AD907BACF1C09CE98FD28692D285195
Speaking of Polly builds, I now have an internal Polly+FullLTO build slightly outscoring ThinLTO in a few benchmarks in my casual testing. I probably should see how much return is from Polly and how much is from recently migrating LTO to its most aggressive optimization level. Either way. :)

I have a public build based upon it currently cooking since the internal build is specifically tiled for Skylake, Kaby Lake, etc. Hopefully the performance holds with the standard tiling I opt for public releases versus the processor-specific tiling I prefer for internal testing on a particular system.

----------------

Quick question. Anyone still using the VS2017 PGO build(s)?

I do not mind continuing perhaps an occasional VS2017 *basic* build if there is a real need by someone, so it would be a good time to let me know, but I have little reason to continue tossing hours of system time at PGO building with Chromium now having officially transitioned to Clang on Windows.
Anon2807
Cool!! I would rather you drop PGO to roll out more polly builds :P
In extremely casual testing compared to a recent ThinLTO build, this Polly+FullLTO build scored slightly faster in Ares6, Basemark Web, Kraken, MotionMark, Peacekeeper, and Speedometer. It scored slightly slower in JetStream, Octane 2.0, and SunSpider. Most scores were within like a percent or two either way when comparing the builds. YMMV.

Chromium 65.0.3300.0 (Official Build) (64-bit)
Revision 05c0006e3a511fa6f71257c65c7a804fbd7f495d-refs/heads/master@{#525330}
Compiler clang (+lld +polly +fulllto +compiler_optimizations)

chrome.zip | sha1: ba88d1e201ef41b49fae1afb57284ab51b713d15
https://drive.google.com/open?id=1-LwJm0pq3fPPjkhOL2uof1bDnZD5GZ6k

mini_installer.exe | sha1: 2740f8636d2fb10f1e68f455ae5a2668aa46411d
https://drive.google.com/open?id=1amsatSU2qyp8Ti90HvWeIrdOCx17_zo5

"-mllvm", "-polly",
"-mllvm", "-polly-allow-dereference-of-all-function-parameters",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-delicm-max-ops=200000000",
"-mllvm", "-polly-ignore-aliasing",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-fusion=max",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-precise-inbounds",
"-mllvm", "-polly-prevect-width=16",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-stmt-granularity=scalar-indep",
"-mllvm", "-polly-tiling",
"-Xclang", "-fno-unroll-loops",
"-Xclang", "-Rpass-analysis=polly",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",

----------------

VS2017 PGO is discontinued. I have notified Jerry. If anyone needs a basic VS2017 build - other than PGO ;p - for a specific reason, let me know. I can submit it here in the comments on an as needed basis.

Looking forward, ThinLTO still is my primary build effort, but I am considering adding Polly+FullLTO to my GitHub account as well. Polly+FullLTO performance and usability are finally stabilizing to the point of being viab e enough for a daily-use build IMO.
@RobRich Latest Polly+FullLTO build is pretty awesome, keep it up!
@Meconium Thanks! :)
Benchmark: Chromium 65.0.3300.0 64-Bit | Clang (+lld +polly +fulllto +compiler_optimizations)

Basemark Web 3.0 (higher is better): 1283.64
Peacekeeper (higher is better): 6876 peacekeeper.futuremark.com/results?key=FRx1&resultId=14946322
JetStream 1.1 (higher is better): 249.75± 0.62156
Octane 2.0 (higher is better): 51790
Kraken 1.1 (lower is better): 772.8ms +/- 0.8%
Dromaeo V8 (higher is better): 2405.09runs/s (Total)
SunSpider 1.0.2 (lower is better): 177.5ms +/- 1.1%
Speedometer 2.0 (higher is better): 121.7
ARES-6 (lower is better): 21.29 ±0.28ms
MotionMark 1.0 (higher is better): 794.32 ±8.48%

Previous benchmarks: #comment-2788
Excellent. Thanks Warren! :)

Similar trending here with Basemark, MotionMark, and Speedometer.
@RobRich:

Can you test for me what happens if you go to:
https://catalog.update.microsoft.com/

I get : "This site can’t be reached"
The webpage at https://catalog.update.microsoft.com/ might be temporarily down or it may have moved permanently to a new web address.
ERR_SPDY_INADEQUATE_TRANSPORT_SECURITY

However, when accessing a sub-site directly there, it works: https://www.catalog.update.microsoft.com/support.aspx

Cheers:)
@Lorenz Both pages work here.

If not already, try disabling all extensions to help diagnose the issue.

Check for component updates, especially CRLset and Signed Tree Heads:
chrome://components/

Make sure this flag if present is at default:
chrome://flags/#tls13-variant

----------------

Speaking of security, ThinLTO and Polly now feature Control Flow Integrity (CFI) exploit mitigation enhancement. There could be a tiny performance impact, but I am not noticing it in a couple of casual tests. CFI in LLVM is quite streamlined.
https://en.wikipedia.org/wiki/Control-flow_integrity

----------------

Polly is now available at GitHub, including a fresh build. :)
https://github.com/RobRich999/Chromium_Polly
Hi @Rob,

On your last release available here : https://github.com/RobRich999/Chromium_Clang/releases/tag/v65.0.3301.0-r525689-win64

Chromium 65.0.3301.0 (Official Build) (Windows 64-bit) - No Sync | No WebRTC | No Widevine
Revision e28cfc7674edef7a95782243f679bec2610cf654-refs/heads/master@{#525689}
Compiler clang (+lld_linker +thinlto +npm +compiler_optimizations +cfi)

chrome.zip :

Is not ➜ v65.0.3301.0-r525689-win64
But you mistakenly packed ➜ v65.0.3300.0-r525175-win64

See :
https://i.imgur.com/ltZjf0M.png
https://i.imgur.com/NBfaFli.png

@Lorenz : no problem here on https://catalog.update.microsoft.com with 65.0.3300.0 (525175 / win64)
@Mumu File and SHA-1 updated. Thanks!
Anon2817
It's https://www.catalog.update.microsoft.com/ and not https://catalog.update.microsoft.com/ . First one works, second one gives the ERR_SPDY_INADEQUATE_TRANSPORT_SECURITY error.
Note http://catalog.update.microsoft.com/ works and redirects properly.

I did not log the traffic, but https://catalog.update.microsoft.com/ probably is some type of IIS configuration issue with the particular subdomain, directory, etc. I suspect it at least should be returning a HTTP 301 redirect or similar, but apparently it is not serving up a currently valid SSL protocol for HTTPS to serve the reply to the browser's request.

-----------

Since my build box was not busy for awhile today:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v65.0.3302.0-r526000-win32

Features ThinLTO, CFI, compiler optimizations, etc. :)

Do not expect my regular return to 32-bit builds like I once did, as I have no immediate use for Chromium 32-bit these days, but I do not mind occasionally pushing them here via the comments.
Updated Polly+FullLTO build available.
Anon2820
Thank you RobRich, I can't tell you how much of a patron saint you are to the Chromium community. Whereas Firefox has a small casual userbase and a big advanced userbase where people low to customize and optimize the shit out of it, Chromium has a nonexistant casual userbase and a small advanced userbase. There are tons of optimized Firefox builds on the internet like fbuild.com, but there's really only one place with optimized Chromium builds and that's this place. I personally really prefer your builds as they're stable, don't sacrifice any features and has really good performance.

Again, thanks!
And fresh Polly too, I see 🎆
Yeap. Just pushed the corresponding Polly+FullLTO update today. Running it now. :)
Benchmarks: RobRich's Builds | Previous benchmarks: #comment-2811

Chromium 65.0.3303.0 (Official Build) (Windows 64-bit)
- Compiler clang (+lld_linker +thinlto +npm +compiler_optimizations)

Basemark Web 3.0 (higher is better): 1134.82 https://web.basemark.com/result/?4IZewaKL
Peacekeeper (higher is better): 6929 peacekeeper.futuremark.com/results?key=FSNS&resultId=14973520
JetStream 1.1 (higher is better): 249.64 ± 4.3437
Octane 2.0 (higher is better): 51662
Kraken 1.1 (lower is better): 766.4ms +/- 0.9%
Dromaeo V8 (higher is better): 2394.92runs/s
SunSpider 1.0.2 (lower is better): 179.2ms +/- 1.8%
Speedometer 2.0 (higher is better): 122.7
ARES-6 (lower is better): 21.46 ±0.43ms
MotionMark 1.0 (higher is better): 781.94 ±2.36%
_____

Chromium 65.0.3303.0 (Official Build) (Windows 64-bit)
- Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations)

Basemark Web 3.0 (higher is better): 1181.45 https://web.basemark.com/result/?4IZhL7nd
Peacekeeper (higher is better): 6922 peacekeeper.futuremark.com/results?key=FSNe&resultId=14973746
JetStream 1.1 (higher is better): 249.19 ± 3.7598
Octane 2.0 (higher is better): 51493
Kraken 1.1 (lower is better): 771.1ms +/- 0.6%
Dromaeo V8 (higher is better): 2405.11runs/s
SunSpider 1.0.2 (lower is better): 177.8ms +/- 1.5%
Speedometer 2.0 (higher is better): 121.9
ARES-6 (lower is better): 21.05 ±0.19ms
MotionMark 1.0 (higher is better): 776.75 ±2.80%
___

Merry Christmas to everyone.
Thanks Warren!

Updated Polly+FullLTO build available.

Of particular note I have been able to greatly simplify the Polly build configuration. Subject to change of course.

"-mllvm", "-polly",
"-mllvm", "-polly-delicm-max-ops=200000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-Xclang", "-Rpass-analysis=polly",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",

Merry Christmas, Happy Holidays, etc. :)
Anon2826
Thank you guys for all. Merry Christmas! ;)
Happy holidays to you and your loved ones stay safe and have a happy new year!
Anon2828
Thank you Jerry and to all ; and Happy New year !
v65.0.3306.0-r526264-win64

"-mllvm", "-polly",
"-mllvm", "-polly-delicm-max-ops=200000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-Xclang", "-Rpass-analysis=polly",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
Is the update server working? Could someone check on it?

chrlauncher shows (null) for new version, as in this issue: https://github.com/henrypp/chrlauncher/issues/79
Anon2831
@RobRich: Thank you.
@Joe: It works. Did you retry?
Thanks Jerry for offering the site and maintaining it smoothly. Its a BIG DEAL and means alot for some of us. Much appreciated :)
Thanks nik for your effort and time. A good year of safer browsing with your stable chromium is a plus for the good peace of mind. Awesome and much appreciated.
Thanks to all other contributors and your super work. Many here use it everyday!!! Much appreciated :)
May we all, humanity, grow up abit more and have safer and more meaningful 2018.
Wishing you ALL THE BEST in the New Year. Peace :)
Anon2833
ScriptSafe is good extension ( Regain control of the web and surf more securely.) have an update now Version: 1.0.9.3 Updated: December 12, 2017
https://chrome.google.com/webstore/detail/scriptsafe/oiigbmnaadbkfbmpbfijlflahbdbdgdf

Happy New Year to all ; Jerry and Nik !
v65.0.3310.0-r526449-win64

"-mllvm", "-polly",
"-mllvm", "-polly-delicm-max-ops=200000000",
"-mllvm", "-polly-dependences-computeout=100000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-Xclang", "-Rpass-analysis=polly",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
Hello,
The portable-version of RobRich shows an update to version "3310", but after installing it is Version 3306.
@uwe: The portable installer auto-generates using my supplied files, and it appears my chrome.zip file was not updated at my GitHub account. I no longer have that specific build here, so I will push a freshly updated build later today. Thanks for letting me know.
Anon2837
@RobRich: For me, all works nicely. Take your time. Woolyss and GitHub are probably websites using server cache ;)
Updated ThinLTO build available.

Quick FYI on a performance-related tangent while posting. Update KB4056892 is live for Win10. Drop a web search if unsure about what security issues it addresses. Long story short for most end users, systems with Intel processors *might* experience mild performance regressions. Older Intel procs without "process context identifiers" (PCID) support could incur marginally higher impacts. As usual, there could be edge cases showing greater differences.
Anon2839
@RobRich: On that note, do you know if it's Intel 6th gen and above that's affected, or is it all AMD + Intel + ARM, regardless of generation? Unfortunately, google searching results in mixed responses
Meltdown affects Intel processors with out-of-order execution, so most of its mainstream x86 procs since the Pentium Pro except some Atoms. KB4056892 addresses this particular exploit.

Mainstream Intel processors from Westmere (IIRC) and up have PCID support, which can help soften the performance impact from deploying the security patch. Westmere shipped back in 2010, so modern chips like the mentioned 6th-gen Skylake and above should experience less performance impact versus much older Intel processors.

Similar situation with recent Linux kernel updates released for the issue.

----------------

Spectre probably affects AMD, Intel, and ARM processors. AFAIK there are no shipping patches for it.... yet? It is a more complex attack vector and more difficult to mitigate, though it reportedly affects a wider range of processor architectures.
Anon2841
Thanks RobRich for the info. Very much appreciated!!
Anon2842
@RobRich: 65.0.3311.0 working well for me. Thanks
@Anon 2841+2842 Welcome. :)

----------------

Additional info and a FAQ on the processor security issues.
https://meltdownattack.com/

Linux and Windows have patches for Meltdown, so moving on to Spectre.
https://support.google.com/faqs/answer/7625886

There is Linux kernel work in progress to address Spectre.
https://lkml.org/lkml/2018/1/4/174

LLVM has introduced a hardening technique for x86 procs. The linker option for dynamic binaries currently appears to target Linux ELF binaries instead of Windows COFF binaries, though.
https://reviews.llvm.org/D41723

GCC is working on similar.
http://git.infradead.org/users/dwmw2/gcc-retpoline.git/shortlog/refs/heads/gcc-7_2_0-retpoline-20171219
Chrome/Chromium: Actions Required to Mitigate Speculative Side-Channel Attack Techniques.
https://www.chromium.org/Home/chromium-security/ssca
@marmaduke Just a heads up, new stable release as of yesterday. I look forward to your mac stable update!
Updated Polly build. Note, a processor with AVX support is required, at least for this particular build. I am testing stripmining with increased prevectorization width.
v65.0.3312.0-r527039-win64

"-mavx",
"-mllvm", "-polly",
"-mllvm", "-polly-delicm-max-ops=200000000",
"-mllvm", "-polly-dependences-computeout=100000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-optree-max-ops=200000000",
"-mllvm", "-polly-optree-normalize-phi=true",
"-mllvm", "-polly-prevect-width=32",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-Rpass=loop-vectorize",
"-Xclang", "-Rpass-analysis=polly",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
Anon2847
Since some moths all stable Installer disk images for macOS have an file permission bug which I must be solved with each new releases in meantime by this script:
version=$(plutil -extract CFBundleShortVersionString xml1 -o - /Applications/Chromium.app/Contents/Info.plist | plutil -p - | sed -e 's/"//g')
echo $version
cd /Applications/Chromium.app/Contents/Versions/$version/Chromium\ Framework.framework/
ls -ld Versions Versions/A
chmod go+x Versions Versions/A
ls -ld Versions Versions/A

Can this please fixed in build environment? TIA
Anon2848
Thanks nik
been using No sync • No WebRTC • No Widevine • 63.0.3239.132 (508578) • Friday, 5 Jan 2018 for the day now - ALL GOOD so far :)
Much appreciated
Anon2849
Когда выйдет Chromium 65 stable &
tx-chromium 
Chromium is broken on Windows for downloading.
EVERY download fails with "Virus scan failed". On every download an access to client4.google.com is made which is blocked by our firewall by policy.
In advanced settings I am missing the checkbox for disabling the "online Google virus check".
On Linux Fedora the distro's Chromium package works fine.
There's no way to submit an issue to the chromium project without a google account.
Now I post a comment here as last try...
Anon2851
Hello there, I wonder if someone has archived older versions of Nik's stable versions.
I would need 51.0.2704.106 with Sync WebRTC Widevine 64-bit because I can disable DirectWrite.
I know it's an old version and I'm aware of all its security issues.
With DirectWrite enabled, text is blurry and everything is harder to read for me. Please
Anon2852
@RobRich
What CPU are you running on your daily desktop? Have you experimented with tuning for that specific CPU (eg, -mtune=znver1 for Ryzen)? Or -mtune=intel (I know that's a GCC flag, not sure if that one overflows to clang as well). Also, do you know what level stack protector is default for Chromium? If it's just -fstack-protector, would you consider a build with -fstack-protector-strong?
admin
Happy new year!
Thank you for your great work and support dear developers and users.

@tx-chromium: Did you check with a new Chromium version? Which dev version? official? Which OS?
What happens if you try to access https://clients4.google.com/chrome-sync/time from your browser?

@Anon2851: I have got it. Unzip it with 7-Zip archiver if you prefer to install it via the ZIP content (= no auto install).
https://chromium.woolyss.com/f/chromium_win64_51.0.2704.106_r723_sync.exe
@Anon2851 You might try enabling and/or disabling the following flags. YMMV.
chrome://flags/#distance-field-text
chrome://flags/#enable-font-cache-scaling
chrome://flags/#lcd-text-aa

@Anon2852 I have tuned LLVM and Polly for Skylake, of which Kaby Lake is derived. On the LLVM side, there was not much of a difference compared to the stock x86-64 tuning. Polly might be a percent here or there based upon the specifics of the tiling configuration.

My build box is offline right now, but IIRC, there is no specific call to change tuning of stack smashing protectors in the general compiler config. I suppose there could be finer-grained control via function-level calls in the code. I will take a look into passing a custom compile-time ssp cflag if possible.

--------------------

Took a look. Chromium is passing "-stack-protector 2" at build time. Level 2 maps to sspstrong in LLVM. :)

--------------------

The occasional 32-bit ThinLTO build as previously mentioned.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v65.0.3315.0-r527556-win32
Anon2855
@Jerry Thank you for uploading that version for me!

@RobRich I'll try those flags. Thanks!
Anon2856
@Nik
Thank you for No sync • No WebRTC • No Widevine • 65.0.3315.0 (527543) . 32 bit
Works very good
FYI. The ThinLTO r528560 build is using O2 instead of O3 for all optimized browser and nacl targets. I am not showing much difference in a couple of quick benchmarks, and I am not noticing any real-world performance difference when browsing.

There are technical reasons, primarily related to output code sizes, as to why O3 is not always appreciably faster than O2. That said, it anyone have significant performance regressions to note, just let me know. :)

Speaking of performance, I did note an impact in browser benchmark scores with the Windows processor security patch being rolled out. The test system includes a modern Intel Kaby Lake running Win10, thus supposedly among the expected least affected types of Intel configs. There is the possibility systems with older Intel processors and OSs might even notice some real-world performance differences when browsing.
Anon2858
Thank you guys for your all builds. Good work devs!
v65.0.3320.0-r528928-win64

Updated Polly build available. Like my latest ThinLTO build, I have migrated this Polly build to O2 for all optimized targets. See my previous post for reasoning, and I am open to feedback if there are notable regressions.

Processor AVX support is not a specific requirement unlike last time. I will look at revisiting SIMD tuning on vectorization later. Regardless, a quick run of Basemark Web 3.0 returned the highest score (IIRC) I seen on my Intel Kaby Lake test system since the Windows processor security patch landed.
v65.0.3321.0-r529171-win64

Updated Polly build available. I have migrated Polly builds from the Microsoft stdlib C++ standard library to the LLVM libc++ implementation.
https://libcxx.llvm.org/

I will have to think about it, especially with the FullLTO build times involved, but Polly could become my primary build in the near future.
@RobRich r529171 shows some dialog ''Missing google apis, some function of chromium will be disabled'' and after opening any webpage chromium closes itself.
@meconium Interesting. What Windows version? Tried the usual stuff like resetting flags and/or a fresh profile?

Running the build on two Windows 10.0.16299.192 boxes here. Current flags in use:

--flag-switches-begin--autoplay-policy=user-gesture-required-for-cross-origin  --site-per-process--enable-features=ScrollAnchoring  --disable-features=D3DVsync,EnableManualFallbacksFilling  --flag-switches-end
Anon2863
No problems here with 65.0.3321.0 (r529171)
@Anon2863 Excellent, and thanks for confirming.

@meconium The first part appears to be the usual warning about API keys missing, though I build without API keys, so it should not be happening. Are you are not supplying your own API keys, perhaps?
No problems neither here with last Polly 65.0.3321.0 (r529171) on :

Windows 8.1 x64
Intel Core i7 4710HQ @ 2.50GHz - DDR3
Intel HD Graphics 4600 (10.18.14.4578) + 2Go NVIDIA GeForce GTX 850M (385.28 (22.21.13.8528))
@Mumu Thanks, especially for checking on Win8.1.

Looks like the transition to libc++ should be viable, at least for my build purposes. :)
@RobRich I use win 10 LTSB 2016, so it can be because of this win version. (similar scenario is when i try to upload some pic, and I ricghclick on it in win explorer, whole chrome crashes..sometimes.)
I had no time to reset flag, next version i will clean installation and will report back. And no, I do not supply my own API keys, Ive see that message for the first time.
Thank you!
@meconium K. Thanks for more info. :)

About the second part, I did a very quick run through some flags. It could be one of these crashing the page loads:
chrome://flags/#enable-resource-prefetch
chrome://flags/#enable-nostate-prefetch

Try resetting one or both to default assuming you have them configured.
Anon2869
@RobRich Ive reset all my flags and now it works without crashing. I didnt have enabled those two flags but I had enabled a lot of others, trying to figure out which one was causing that crash.
Anon2870
Similar issues with others since last polly build and this current polly build. Chrome crashes randomly, I can leave chrome on a page and I walk away for a coffee or something, come back and it's my desktop. Open chrome again, it's say's it's unexpectedly shutdown, do you want to restore previous tabs. (Clean profiles used)

Btw, a less important note, your github says 32bit on the release notes when the build is 64bit for polly. =P
Descriptions updated. Thanks. :)

About the random crashing, curious, running any extensions?
Anon2872
running ublock origin + violentmonkey
New Polly build to try: v65.0.3322.0-r529184-win64

----------------

If I had to take a quick guess, I would think maybe an userscript running under Violentmonkey. Consider trying temporarily disabling Violentmonkey via chrome://extensions to test assuming the issue persists.
Anon2874
There's only one userscript running and it's been fine previously. I'll try out the new polly build now and report back if any issues.
Latest polly build works fine so far. (Ive disabled this chrome://flags/#enable-nostate-prefetch and it was causing crashes, after resetting that flag it works fine.)
However, I noticed lags/slowdowns when opening/closing new tabs.
Not sure about the tab issue. Could be revision related. In the meantime, you can try enabling fast unload to maybe help some.
chrome://flags/#enable-fast-unload

----------

I did not realize libc++ was not being properly pulled into my local LLVM repository, so despite my setting the calls in the build config, it is not being used after all. Oh well.

Appears I might have to do libcc++ as a standalone component of LLVM to get it actually working. Something to add to the list. ;)
Anon2877
Random crashing is back in the latest polly. I was just browsing fb and it crashed out of nowhere, it crashed second time in 5hours tho...
Hi RobRich,

thanks for the continued great work with your super-speedy-builds, I appreciate it! I am having a odd issue since a while though, I am getting no sound on just SOME YouTube videos, for example this one:
https://www.youtube.com/watch?v=Lu1180bxts4

Picture is fine, but no sound, just complete silence.
However, this video for example (without restarting Chrome or whatever), the sound is just fine:
https://www.youtube.com/watch?v=yILwIrIziaI

Do you know why this might happen?

Thank you,

Lorenz
I´ve fixed the issue, it was with my sound-configuration (recently reinstalled drivers for my E-MU 0404 USB). For some strange reason, great Windows set my speaker-configuration to 7.1, although my card just has a Stereo out. Changing back from 7.1 to Stereo, fixed the problem:

Control Panel > Hardware and Sound > Sound > Playback tab > Right-click the default device and hit 'configure speakers' > changing it from "7.1" to "Stereo"
v65.0.3323.0-r529292-win64

I went ahead with pushing out an internal build to public. I was testing compiler optimizations on file sizes versus performance, so it is not my usual public build, but it might help with anon2877' issues if revision related. I will get a more typical public build cooking in a day or two.

@Lorenz Glad to see ya' fixed it. :)
Anon2882
I'm getting this "Rats! WebGL hit a snag." error - https://i.imgur.com/Papz3P7.png - while watching Twitch and browsing for a long time now. What could be the reason? I only use uBlock Origin and no flags. I've already tried to add " --disable-d3d11" & " --disable-nv12-dxgi-video" with no luck.

IIRC this started to happen with v65 of Chromium. I've been using Rob's builds, everyone he releases (Experimental, Polly, etc) and some work fine while others won't.
Anon2883
For those having random crashes, try leaving the flags Speculative Prefetch + No-State Prefetch to default. That may be causing it, mine has been fine so far since I resetting them.

I hope it's a revision thing. 2018...anything with the word "speculative" tends to go to the dogs =.=
@Anon2882 Sounds like a possible GPU driver issue. Check the log at the bottom of about:gpu when it happens for error messages.

@Anon2883 Similar thoughts. I had to set the to default as well starting a few revisions ago.
Updated Polly build: v65.0.3324.0-r529752-win64
Anon2887
@Rob: All i'm seeing on chrome://gpu/ is:

The GPU process hung. Terminating after 15000 ms.
GpuProcessHostUIShim: The GPU process crashed!
@Anon2887 That is a start. The GPU process is crashing, thus taking out hardware acceleration for canvas, compositing, webgl, etc.

What GPU does the system have? Running the latest drivers?
me perdi. no consegui la version de -chromium para -linux Debian que es mi equipo. sabre agradecer este apoyo.gracias
Anon2890
@Rob: GTX 1070 with latest drivers. I don't know if that's really the problem because the browser freezes for like 10 seconds and then recovers and show that WebGL error message so i assume it is "normal" for the process to crash, if you know what i mean.
@jorge Debian has a Wiki page for Chromium. Install with apt, synaptic, or similar.
https://wiki.debian.org/Chromium

Alternatively, I suspect the #ubuntu build probably could work on Debian as well.
@Rob: On your last Polly release available: v65.0.3324.0-r529752-win64

Chromium 65.0.3324.0 (Official Build) (Windows 64-bit) - No Sync | No WebRTC | No Widevine
Revision 868062045852303b6536137c48eb2ca1c55d4119-refs/heads/master@{#529752}
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations)

chrome.zip :
Is not ➜ v65.0.3324.0-r529752-win64
But you mistakenly packed the Clang version ➜ v65.0.3323.0-r529363-win64 ( 970eec130315d91b6013ab8bb38fbac0af572cf2-refs/heads/master@{#529363} )
@Mumu Should be resolved. Thanks for the FYI. :)
Resolved ’cause I’m posting from… Turbo Polly Extra Chromium 65.0.3324.0 ! ;)
Thank Rob !
Scrolling on some sites is laggy when "#lcd-text-aa" flag is default or enabled. Disabling this flag significantly improves scrolling. Is this a bug or feature of chrome?
Anon2896
Help please:
Chromium No sync • No WebRTC • No Widevine • 65.0.3315.0 (527543) 32-bit by Nik
Since now want always download, my AV block it and said trojan.
What is this and what can i do ?

[EDIT: Dangerous link removed by Jerry - 22 January 2018]
Anon2897
@Anonymous (2896 )
It's because of a filter in uBlock origin.
Just delete it.
New ThinLTO build available in a few minutes. Reason for the comment is my moderately bumping inlining for the hottest code targets, which has returned my Basemark Web 3.0 scores back to similar to before the Windows CPU security patch as tested on my Kaby Lake notebook. YMMV, of course.
Anon2899
It says "65.0.3327.0" instead of "65.0.3327.0" in Rob's latest build
Anon2900
*66.0.3327.0
Sure enough, it is now v66. :) Resolved, and thanks!
Anon2902
About the problem in Twitch and GPU logs:

The GPU process hung. Terminating after 15000 ms.
GpuProcessHostUIShim: The GPU process crashed!
[1412:7376:0121/004741.224:WARNING:angle_platform_impl.cc(59)] : compileToBinary(228): C:\fakepath(47,8-56): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them C:\fakepath(51,8-26): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them
[1412:7544:0121/004741.231:WARNING:angle_platform_impl.cc(59)] : compileToBinary(228): C:\fakepath(46,8-56): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them C:\fakepath(50,8-26): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them
[1412:7376:0121/004741.240:WARNING:angle_platform_impl.cc(59)] : compileToBinary(228): C:\fakepath(46,8-56): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them C:\fakepath(50,8-26): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them
[1412:7376:0121/004741.250:WARNING:angle_platform_impl.cc(59)] : compileToBinary(228): C:\fakepath(50,8-56): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them C:\fakepath(54,8-26): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them
[1412:7544:0121/004742.182:WARNING:angle_platform_impl.cc(59)] : compileToBinary(228): C:\fakepath(29,8-56): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them C:\fakepath(33,8-26): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them
[1412:7544:0121/004743.065:WARNING:angle_platform_impl.cc(59)] : compileToBinary(228): C:\fakepath(65,10-34): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them C:\fakepath(87,10-34): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them
GpuProcessHostUIShim: The GPU process exited normally. Everything is okay.
[1412:7544:0121/004755.447:WARNING:angle_platform_impl.cc(59)] : compileToBinary(228): C:\fakepath(56,8-56): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them C:\fakepath(60,8-26): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them
[1412:4744:0121/004949.750:ERROR:mf_helpers.cc(14)] : Error in dxva_video_decode_accelerator_win.cc on line 1608
[1412:4744:0121/004949.750:ERROR:mf_helpers.cc(14)] : Error in dxva_video_decode_accelerator_win.cc on line 715
[1412:4744:0121/004949.750:ERROR:gpu_video_decode_accelerator.cc(369)] : HW video decode not available for profile vp8
[1412:7544:0121/004949.790:WARNING:angle_platform_impl.cc(59)] : compileToBinary(228): C:\fakepath(57,8-56): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them C:\fakepath(61,8-26): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them
Noted a similar angle_platform_impl.cc warning when viewing a Twitch feed, though it did not crash the browser's GPU process here. GPU and driver version?

BTW, while on the topic, my current ThinLTO build can apparently return a WebGL warning in about:gpu as well, though it does not crash the GPU process so disregard as an annoyance IMO.
Anon2904
GTX 1070, 390.65
Interesting, as my system has a GTX 1050 currently running 390.65 as well, though without Twitch crashing the browser.

What happens if manually disabling hardware video decoding?
chrome://flags/#disable-accelerated-video-decode
Anon2906
Can confirm, GTX 1050 390.65 isn't crashing Twitch here as well.
v66.0.3328.0-r530787-win64. Upped inliing for the hottest code targets. Further streamlined the Polly config.
Anon2908
@Nik
Thank you for No sync • No WebRTC • No Widevine • 66.0.3326.0 (530613) 32 bit.
Works very well !
Speaking of 32-bit builds....

Chromium 66.0.3330.0 (Official Build) (Windows 32-bit) - No Sync | No WebRTC | No Widevine
Revision fdf9afc3bc7becbc37863b9f516c1b7fbfd00de6-refs/heads/master@{#531327}
Compiler clang (+lld_linker +thinlto +compiler_optimizations)

https://github.com/RobRich999/Chromium_Clang/releases/tag/v66.0.3330.0-r531327-win32
Plecostomous 
I installed RobRich 66.0.3326.0 today (first non VS2017 build in a while)... All pages now show a white screen for me... I've had this problem before, so there's probably been some bug regression or something... Radeon HD7770/Win7 and all 3D enhancements force-enabled.

I'll install your 3330 build and see if that fixes it... If not, then Chromium broke hardware rasterization again on older cards.
Anon2911
Chromium 66.0.3330.0 (Official Build) (Windows 32-bit) - No Sync | No WebRTC | No Widevine
Impressive.And works at a very high speed. Works well without problems.
Thank You.
I'm a little bit lost with Windows portable editions.

Scrolling down a little on the page, I get this:

"2. Stable Chromium version

In fact, Chromium has a stable version. ^^
Example: The current stable version on #linux is 63.0.3239.132."

Note: 63.0.3239.132. is the latest stable version number for Windows as as well.

On the top of the page, you get this:

"1. Chromium for 64-bit Windows only
Reference: Current stable version (Google Chrome): 63.0.3239.132 (508578) • Thursday, 4 Jan 2018
Installer • Archive • Portable"

This implies there is a portable version of the official Woolyss Chromium binary... But I couldn't figure it out how to get the portable version from the link in the top section of the page (1. Chromium for 64-bit Windows only/Reference: Current stable version (Google Chrome): 63.0.3239.132 (508578) • Thursday, 4 Jan 2018/Installer • Archive • Portable)

However, scrolling a little down on the page, there is another portable version:

"Portable
No sync • WebRTC • No Widevine • 65.0.3303.0 • Monday, 25 Dec 2017

Packaged in the PortableApps.com format by Versatile Apps, it can work as standalone software."

As you can see, this is not the latest official stable version as it is mentioned multiple times on the page (63.0.3239.132.), but a different one (65.0.3303.0). It also isn't a Woolyss project; it's just a link to an outside project.

To sum it up:

The whole https://chromium.woolyss.com/ page is not quite self-explanatory from a user experience standpoint.

Which is the latest stable portable Chromium version for Windows (63.0.3239.132.) most recommended by the Woolyss project and which of the so many links on the whole page should I click to get it?

Maybe the discussion would benefit from installing a free, lightweight forum engine, such as Discourse. You be the judge if this comment section with almost 3000 comments is the way to go, or, perhaps there are better options.
@Blue lmao noob
@Blue "Woolyss" is Jerry. He provides us with this great site, an API for keeping track of builds, etc. :)

There are various builders, and some builds could be behind project development. I suggest simply using Nik's latest stable build if wanting the closest approximation here to the current Chrome public release. There is a portable version of Nik's build, too.
Anon2915
@RobRich it's again Anonymous (2911)
With 4 tab opened. no extensions. used 78% of my 3Go RAM available in my OS 32 ; 1Go is for the system.
Stay only 570Mo
It's too bad. Your release uses too RAM in 32bit. For use like we want.
For CPU is great works without any problem Intel 4 core 2.7 GHz. use less cpu.
Thank You.
@Marmaduke look forward to your new stable build this weekend!
Updated Polly build now available: v66.0.3331.0-r531507-win64

----------------

@Anon2915 I probably can help you. I usually build the code for performance, but it appears I am going to need to take code size into consideration for 32-bit builds as well.

I will work on getting a new build out. In the meantime, you might also want to try automatic tab discarding to possibly help with memory usage.
chrome://flags/#automatic-tab-discarding
Anon2918
@RobRich ( @Anon2915 )
Thank you.
With this flag enable ; works perfect for my ressource. ( I win use of 750MB less of Ram )
Use the same RAM of Build Nik : No sync • No WebRTC • No Widevine • 66.0.3326.0 (530613)
:-)
Anon2920
@RobRich ( Anon2918)
Perfect with updated build.
chrome://flags/#automatic-tab-discarding set default.
I keep the economy of 750/800MB of RAM.
With no loose performance. The build stay very fast.
Can use for daily use.
Great.
Thank You.
:-))
@Rob,

Curiously for me, except for graphics benchmark MotionMark and Speedometer, the Clang (3330 x64) version seems more powerful than the Polly (3331 x64) version.

But hey, it would actually need to do several benchmarks to be sure (I only make one test of each)...
I need to re-check Peacekeeper : the difference is too large to be correct…

But as you like to say : YMMV !

And in daily use there is no visible difference. At least, for me…

I will compare your last Clang with last Nik version 3326 especially for html5/codecs capacity.

—————————————————————
Windows 8.1 x64
Intel Core i7 4710HQ @ 2.50GHz - DDR3
Intel HD Graphics 4600 (10.18.14.4578) + 2Go NVIDIA GeForce GTX 850M (385.28 (22.21.13.8528))
—————————————————————
Clang 3330
---------------------
✔️ Octane 2.0 ➜ 32972
✖️ MotionMark 1.0 ➜ 229.98 ±34.11%
✔️ Basemark Web 3.0 ➜ 607.47
✖️ Speedometer 1.0 ➜ 164.7 ±0.88
✖️ Speedometer 2.0 ➜ 85.5 ±1.5
✔️ JetStream 1.1 ➜ 164.31 ±2.3185
✔️ ARES-6 ➜ 27.63 ±0.79ms (because lower better)
✔️ SunSpider 1.0.2 ➜ 268.6ms ±2.1% (because lower better)
✔️ Dromaeo (v8) ➜ 1567.62 runs/s
✔️ Peacekeeper ➜ 5213
✔️ Kraken JavaScript Benchmark (version 1.1) ➜ 1268.1ms ±0.7% (because lower better)
—————————————————————
Polly 3331
---------------------
✖️ Octane 2.0 ➜ 32455
✔️ MotionMark 1.0 ➜ 389.66 ±2.92%
✖️ Basemark Web 3.0 ➜ 563.27
✔️ Speedometer 1.0 ➜ 147 ±17 (because lower better)
✔️ Speedometer 2.0 ➜ 85.3 ±1.2 (because lower better)
✖️ JetStream 1.1 ➜ 159.45 ±6.0741
✖️ ARES-6 ➜ 27.89 ±0.42ms
✖️ SunSpider 1.0.2 ➜ 277.8ms ±2.8%
✖️ Dromaeo (v8) ➜ 1540.58 runs/s
✖️ Peacekeeper ➜ 2627
✖️ Kraken JavaScript Benchmark (version 1.1) ➜ 1301.1ms ±0.8%
—————————————————————
It is back and forth between the two. ThinLTO usually is ahead in most benchmarks, though.

Note Polly also optimizes various components rarely, if ever tested by benchmarks, like ffmpeg, vp8/9, ssl, etc. That is why some comment Polly feels "faster" or "smoother" depending upon the type of sites being visited.
Where is 64 stable?
I have installed niks 64 bit no to everything version on win7.
Am I wrong or are all updaters based on the portable version?
If I want to update an installed version do you have to keep coming back to the website to check for updates.
As far as I can see chocolateley updater is for the sync version.
Would it be possible to compile chromium with old settings window ? material settings are so bad and ugly, it just triggering me... So, if i would copy settings window files from older chromium version, would settings work and would i get back old theme ?
Anon2926
v66.0.3326.0-r530613-win64 Nik's build work's so fast. thnx
Anon2927
v64 has meltdown and spectre patces
Someone's going to answer me? Why is nik's stable build still 63?
@Roman I would imagine it is because he hasn't got around to compiling the new version yet?
WildByDesign 
I believe Nik had mentioned that he is going to start compiling Chromium 64 Stable branch with clang instead of visual studio. So it is possible that he has run into some problems or errors with compiling with clang. Hopefully it is sorted out soon.
Anon2931
@nik
Thanks for No sync • No WebRTC • No Widevine • 64.0.3282.119 (520840) • Friday, 26 Jan 2018
Much appreciated for your time and effort :)
Hi all!
I'd like to share a trick I had a hard time finding — I suppose most of you know it but as I couldn't find it anywhere, and actually found it by myself ditching one file after the other in a profile, it might be useful to someone... ;-)
So here it is: I wanted to downgrade from Marmaduke's former 65 lkcr to current 64 stable, all was working quite fine except I had 3 warning windows every time I launched Chromium. I just had to ditch the file named "Web Data" inside the profile! :-)
I haven't found anything missing or acting strangely after that... Is there anything that could be affected by ditching that file?
Anon2933
@Nik
Thanks for No sync • No WebRTC • No Widevine • 64.0.3282.119 (520840) 32bit.
And thank you very much for keeping us always updated.
Anon2934
@RobRich
Your Chromium 66.0.3330.0 (Official Build) (Windows 32-bit) - No Sync | No WebRTC | No Widevine ; is a one shot ?
Or you will do new releases ?
Thank You. Best Regards
Anon2935
I noticed that task bar jump lists aren't working with Chromium (installer) on Win 7 x64, is this a bug or intended?
@Aargl:
I build lkcr (dev) with a custom clang compiler and Polly optimisation: which works OK on my system. Would you be a bit more specific with your problem.

I seldom receive feedback on my builds so I take it for granted that people are satisfied with them. On my subsequent dev builds, I'm going to drop support for OSX 10.9.x: I will be building with SDK 10.13 (and probably drop Polly.)
@marmaduke: I'm indeed on 10.9 and I'm sorry to read that you will drop it. :-( (or will you keep on with SDK 10.12 for the stable channel?)
I had no issue with your builds (except once with Facebook, if you remember ;-) ) and generally put a comment here after trying them for a few days.
As you recently seemed to add a stable channel to the lkcr, I thought it might be better for me to downgrade from your lkcr channel to the stable one — not because of a particular issue, "just in case"... :-)
So the 3 warning windows I had then, every time I launched Chromium, had nothing to do with your build, they just say "your profile comes from a newer version, it might not work properly", I forgot to specify that, indeed.
Many thanks for your great work, I'd probably use Chromium a lot less without your builds!
I will always build the stable channel with the recommended SDK (10.12).
Twitter's favicon is broken after the update. It bugs me because I have it pinned to the list. Is chromium blocking something new in the 64 version? Should I try clean install?
Anon2940
Nik's latest build (64.0.3282.119) uses clang according to chrome://version but still has vs2017 tag? which one is true?
@marmaduke
Great! :-)
admin
Hello dear users and devs! ;)

@Anon2940: It is CLANG. Thank you for your report.

@user_: No. You cannot compile chromium with old settings, material design.

@Mumu: Thank you for your benchmark! ;)

@Blue: I understand this page is not easy for a new Chromium user. There is a lot of info. However, I hope it is easier than the official website. Sure, I need to improve it. It is an "all-in-one" page because it is easier for me to maintain it and check its dead links. There will never be third-party discussions engine like Discourse or Disqus on this site. I like the system of anonymous comments, managed by myself. Currently, I test asynchronous requests for the comments and another site design for a better user-experience.

A special thanks to each developer, mainly to Nik, RobRich, Marmaduke and Henry++. These guys compile Chromium (or updater) for us freely on their spare time.
Hi,

I have android 7.0 nougat on Samsung galaxy s8+ and the latest chromium but i have an issue where my chromium browser shows red flashing rectangle around my browser window. Why this is happening? I didn't change a single setting.
Anon2944
@ToniK: Chromium on Android? Right. So, it is a #development version? Right. So, it can be buggy.
tx-chromium 
@Jerry:
"Did you check with a new Chromium version? Which dev version? official? Which OS?"
As I said: Windows. I downloaded also current version 64.0.3282.119 from your site but downloads are still failing because clients4.google.com is still accessed. And there is no setting to disable the Google access.
"What happens if you try to access https://clients4.google.com/chrome-sync/time from your browser?"
What you would expect if something is blocked by a firewall: clients4.google.com refused to connect. ;-)
@marmaduke
I've noticed a little glitch when you're in fullscreen mode on Youtube (with both stable and lkcr): each time you move the mouse to the top-end, the menu bar appears briefly - which is not the case with Firefox. ;-)
I'm on MacOS 10.9.5.
In fullscreen mode on Youtube, if you leave the mouse/cursor at the top of the screen for a short period of time, the Chromium menu is permanently displayed. As such, you are able to interact with the menu options; when finished close the respective window and by an act of magic Youtube reappears in all it full-screen high resolution glory.

Firefox has been going down-hill as late, so one should not expect such cutting-edge functionality.

Works as designed!
@marmaduke
I'm sorry I have to contradict you: at least on my OS version, on any video in fullscreen mode (not only Youtube), the menu appears for say 1/10s when you move the mouse/cursor at the top of the screen and then disappears — and it doesn't come back until you move the mouse again in the same way.
I've checked with a clean profile, I'll try to check on a clean session to see if anything else interacts.
Have you tried the respective stable version of Chrome?

Maverick is usupported (by Apple) as of September 2016, iTunes ended in August 2017.

Guessing, I would say the problem is a graphics driver|overlay issue; or at worst an SDK regression issue: which means that the problem cannot be resolved.

I'm using High Sierra 10.13.3 and my only issue with Youtube is the inability to navigate the play-bar bar with the mouse: have to use the cursor keys.
Recently my non-Chrome Store extensions were disabled 'for my protection'. I thought Chromium was safe from this nonsense. Using 64.0.3282.119 No Sync. Is it fair to assume theres nothing I can do about it?
Teddy Ruxpins 
@ESX: Manually reinstall affected plugins.
chrome://extensions -> Load unpacked extensions...
@marmaduke
No, I haven't tried Chrome.
As you can imagine, I'm still using Mavericks because I've got a bunch of indispensable applications that won't run in 10.10+ (namely Avid Pro Tools 10, which would cost an eye to update).
Thanks anyway.

I've just tried Chrome on another drive with a rather clean OS 10.9.5 and it has more or less the same issue.
So your builds have nothing to do with it, indeed. Sorry for the trouble.
WildByDesign 
For anyone that is curious about Group Policy & Chromium, I have finally figured it out after a couple of months. I was not able to get the registry settings to take effect and enforce the policies on Chromium as I had been accustomed to with Google Chrome previously. I have shared my methods for anyone that is interested in specifically using Group Policy settings with Chromium.

Link: https://www.wilderssecurity.com/threads/chromium-privacy-focused-builds.389051/page-10#post-2735678
Thank you. :-)
Anon2955
@WildByDesign
WOW! simply awesome
whats the difference from adjusting in chrome:flags ?
be interested in your preferred policy changes (if you are willing to share here when you have your completed policy list)
TIA :)
Hi!
Is it safety to download and use Chromium from this site? (sourceforge) I mean could be in this Chromium any scam spyware or keyloggers? How I can control that?
Sorry if my words too rude
Anon2957
@Dan
many has been using from here for years :)
you can always download and scan file on your AV
and then again online at virustotal.com to double check
@Marmaduke, you are on top of it, thank you so much!
@marmaduke Hi there, I'm curious as to whether widevine is likely to remain broken for all time? A while ago we went through such a thing to get it working, then it got broken again almost immediately. Bums!
@Craig

The stable (sync) version is actually; sync, webrtc and widevine. I've tested generic Widevine and it works. I'm unable to test if Netflix works.

On the Dev version Widevine is not a priority.
Anon2961
@Nik Thank you very much for Sync • WebRTC • Widevine • 64.0.3282.140 - No sync • No WebRTC • No Widevine • 64.0.3282.140 32-Bit
Anon2962
@nik
Thanks for No sync • No WebRTC • No Widevine • 64.0.3282.140 (520840) • Sunday, 4 Feb 2018 - 64bit
So far ALL good :) Much appreciated for your time and effort
Anon2963
Is there a way or fix to block add of search engine by Chromium itself ???
@Anon2963
chrome://settings/searchEngines

ADD...

Search engine: anynameyoulike (- set as default)
Keyword: null
Query URL: http://%s

Remove the other search engines (Right click)
Anon2965
@marmaduke Anon2963
Thank you for help.
But don't work.
Chromium continued to add serch engine in " Other search engines "
@Anon2965 I’m looking for the same thing…

The only solution I find far away is an extension : https://chrome.google.com/webstore/detail/dont-add-custom-search-en/dnodlcololidkjgbpeoleabmkocdhacc

But I’m looking for something better like a flag…
Anon2968
@Mumu Anon2965
Thank you.
For the link ( bugs ) and the extension.
But this extension ; does not work anymore.
Anon2969
I noticed Nik and Rob haven't posted an update for dev builds in a while. Is there an issue?
I can not get chromium off my desktop; download error;
"Please let me know how to take it off; it does not show in my control panel;
thanking you in advance;
Anon2971
@helen
if you are on Windows - GOTO C:\Users\XXX\AppData\Local
delete the folder chromium and ALL is gone
you can clean install again if you wish
If you have a registry cleaner - maybe you want to use that too but should not affect new install
in fact you can install over with higher version straight up
and keep all your same configurations/settings/profile (unless some new thing is added on the new build)
Anon2972
I wish you guys would do ungoogled chromium, that would be the perfect browser.
Anon2973
@Nik Great new Builds.
Thank you for
Sync • WebRTC • Widevine • 66.0.3343.0 (534979)
No sync • No WebRTC • No Widevine • 66.0.3343.0 (534979)
32 Bit :)
Anon2974
With versions - 66.0.3342.0 (534891) from nik - and - 66.0.3344.0 (535410) from Rob - my Chromium displays in my local language instead of OS language. Anyone else experiencing this?
Chromium 66.0.3345.0 (Official Build) (Windows 64-bit) - No Sync | No WebRTC | No Widevine
Revision 388ba4fcfc02afe84dccc6e3f16ba409371036eb-refs/heads/master@{#535983}
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations)

v66.0.3345.0-r535983-win64
Anon2977
@RobRich
Your Chromium 66.0.3330.0 (Official Build) (Windows 32-bit) - No Sync | No WebRTC | No Widevine ; is a one shot ?
Or you will do others releases ?
Thank You. Best Regards
Anon2978
Great polly build, as always, Thanks Rob! :)
Anon2979
@Cartel
Doesn't look good in VT (I just checked, now it has 8 detections* instead of 7 shown on screenshot in forum post). On side note, 32-bit builds usually get more flags than 64-bit, no idea why.

* https://www.virustotal.com/#/file/b606a577b19a648e6243f3aae9bf8f5c87f6beff02343c1eacfdd9c5b880e1ec/detection
Thanks @Marmaduke!!!
Anon2981
Been using No sync • No WebRTC • No Widevine • 64.0.3282.168 (520840) • Wednesday, 14 Feb 2018 (64bit) for good few hours
ALL GOOD
Thanks nik for your time and effort Much appreciate :)
Thanks Jerry
Happy chinese new year to all :)
Anon2982
@Nik
Thank You For:
Sync • WebRTC • Widevine • 64.0.3282.168 (520840)
No sync • No WebRTC • No Widevine • 64.0.3282.168 (520840)
32bit :)
@Anon2977: I ran into some issues with a recent 32-bit build using my typical optimizations. I will try to revisit it in the near future.

@Anon2978: Welcome.

----------------

Just pushed an updated ThinLTO build. Did some optimization changes. Peacekeeper and Basemark Web 3.0 should be back to decent numbers, as tested on my Intel Kaby Lake system even with the Intel 1/8/18 microcode and Windows patches for Meltdown and Spectre applied.
Anon2984
Difference between 64.0.3282.168 and 64.0.3282.167?
Chromium 66.0.3349.0 (Official Build) (Windows 64-bit) - No Sync | No WebRTC | No Widevine
Revision 91ce9aa2ca57beed6cb1f819438d483688f22c85-refs/heads/master@{#537010}
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations)

v66.0.3349.0-r537010-win64
Anon2987
@RobRich Anon2977
Ok Many thanks
I will wait with hope ;)
@Marmaduke
No sync • No WebRTC • No Widevine • 64.0.3282.168 seems perfect, so far.
Anon2989
@Cartel @Anon2979

Right now, Nik's stable 32bit nosync 64.0.3282.140 installer has gained another VT flag, from 8 to 9 detections total (AegisLab, Avast, AVG, Avira, CAT-QuickHeal, McAfee-GW-Edition, Qihoo-360, Symantec, Webroot)

Current stable version 64.0.3282.168, 32bit nosync installer: 4/67 detections https://www.virustotal.com/#/file/b5728c60513b021c62329bf68748d3ce5ca2c374c577626df49145f42d552cc7/detection
Same version, 64bit installer: 0/66 detections https://www.virustotal.com/#/file/9e625b3040cc918e779ff4b65e18c2ec1de7739622cc2f76afec3eb905a20372/details
Anon2990
@Cartel @Anon2979 and for all. Please, read the #malware part.
Anon2991
@Cartel, @Anon2979: The ZIP version (64.0.3282.168, nosync, 32-bit) seems safe. https://www.virustotal.com/#/file/a26d84194bbc87c144f557aff354b99f901078287d5364942805d934c5f54261/detection
It means the packer for EXE version is detected by few antivirus as a malware but I think it is a false positive.
Anon2992
Where can I get the last supported Chromium (49.0.2623.112) with Sync for Vista 64? I can only find 32 on GitHub.
Preferably the installer version, not archive or portable.
Anon2993
@Anon2992: Difficult. I do not know if it exists.
- https://github.com/henrypp/chromium/tags?after=v56.0.2924.87-r433059-win32 (sync? win64? yes)
- https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win_x64/ (sync? maybe. Revisions near 403382)
Anon2994
@2993 I think it it possible because I looked it up with waybackmachine way back to 2016 april and 49.0.2923.112 sync x64 installer existed. https://web.archive.org/web/20160412140813/http://chromium.woolyss.com:80/#windows-64-bit
Anon2995
@Anon2994: Yes. They existed but they were removed few months ago. Why do you not use the 32-bit version? It is similar to the 64-bit version.
It is not Chromium based, but AFAIK, Pale Moon still is supported on Vista. Might be an alternative to consider.

----------------

Updated Polly build available. There have been some recent updates to Polly, ISL, etc. in LLVM. I did a few checks, and I was able to implement a standardized Polly configuration.

Chromium 66.0.3351.0 (Official Build) (Windows 64-bit) - No Sync | No WebRTC | No Widevine
Revision 0fe5265959e1da13c1521fd7f5f6275a3b83c614-refs/heads/master@{#538181}
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations)

v66.0.3351.0-r538181-win64
Having trouble with the stable download. It doesn't seem to have a valid publisher. Sync • WebRTC • Widevine • 64.0.3282.168 (520840) • Wednesday, 14 Feb 2018. It asks me if I want to run it. When I do, my antivirus stops it from running, saying its an IDP:Generic. Is anyone else having this problem? The old stable of 63 works just fine. Have a nice day guys.
admin
@RobRich: Thanks Rob. I used your build all day long. No issue found! ;)
https://i.imgur.com/pjWxWXr.png

@Dan: 64 or 32-bit? Read #comment-2989
@Jerry: Thanks for the feedback. :)

Following up about migrating to the standardized Polly config, I have found keeping Polly conservative works nicely for my purposes in casual usability and benchmark testing. I have considered moving my standard Clang builds to Polly, but FullLTO can take a long time to link since it is not multi-threaded like ThinLTO. Ideally, maybe ThinLTO eventually will support autovec and Polly some day.
@Jerry: It was the 32 bit version. Tried installing again, downloaded it from another computer, same thing. 64 stable gives me a warning that the author can't be verified. When ran, my antivirus stops it from installing, saying that it is IDP.Generic. 63 stable still works fine. Thanks.

Thanks for the comment look up. I just turned off my antivirus to install and it seemed to work. Am still getting that the author couldn't be verified though. 63 stable never gave me that error. Thanks again.
Anon3001
Nice work on the polly builds Rob! As usual, very much appreciated. =)
Anon3002
@Dan "The author/publisher cannot be verified" appears because none of installer builds published here are digitally signed. Nothing to worry about, but I'm glad that people pay attention to such things.
@Anon3001: Welcome.
WildByDesign 
@Jerry, Your section "Reference: Current stable version (Google Chrome):" is still showing the reference to the previous version "64.0.3282.168 (520840) • Wednesday, 14 Feb 2018". The only reason why I mention this is because I was always under the impression that your page automatically/dynamically pulled in that recent Chrome version from OmahaProxy or something like that. But that reminds me, OmahaProxy right now seems to be failing with some sort of 500 error so that could be why your page is not updating that information yet on it's own.
Any ideas why chromium won't remember cookies over restarts?

Sync • No WebRTC • No Widevine • 64.0.3282.168 (520840) • Wednesday, 14 Feb 2018
OS X 10.11.4

I have set this option:

Menu → Settings → Advanced → Privacy & Security → Content Settings → Cookies → Uncheck Keep local data only until you quit your browser

But still, each time Chromium restarts I have to login everywhere again, it won't remember any sessions, especially annoying with youtube and vimeo as they the cookie that unsets "autoplay video" is missing once again.

Here is also a recent bug report on stack overflow for Chrome:
https://superuser.com/questions/1290531/chrome-keeps-locking-me-out-of-accounts
admin
@WildByDesign: Thank you very much WildByDesign for your report... and help, in general. ;)
I am currently working on the engine to improve that.
Surprise!

Chromium 66.0.3354.0 r538832 (Official Build) (Windows 64-bit) - No Sync | No WebRTC | No Widevine
Compiler MSVC 2017 (PGO +compiler_optimizations)

I am not returning to actively doing VS2017 PGO builds, especially since the Chromium project has migrated to Clang/LLVM anyway. I was more or less just testing recent Visual Studio updates and the current environment config on my build box.
Anon3008
Thanks nik
No sync • No WebRTC • No Widevine • 64.0.3282.186 (520840) • Saturday, 24 Feb 2018 - 64bit
so far ALL good :)
Thanks Jerry - This site and all is already great still look forward to greater 'engine' for greater improvements
admire your selfless and free service to us :)
hv a gd wkend ppl
Portable - No sync • No WebRTC • No Widevine • 64.0.3282.186 (520840) • Friday, 23 Feb 2018 - 64 bits
The chrlauncher opens, but no download. Clicking on Download update does nothing.
admin
@SK: Sorry. I do not how to solve your issue :/
@RobRich: Thank you crazy dev! :)
@Anon3008: Big thx. gd wd 4 u 2 ;)
@Rudolph: Exactly. Thx. I opened an issue at https://github.com/henrypp/chrlauncher/issues/95 and contacted directly Henry++
Anon3011
@SK, I had this issue after upgrading versions and keeping User Data. The only way to fix it for me was to wipe my config and do it anew.
Chromium 66.0.3355.0 r539018 (Official Build) (Windows 64-bit) - No Sync | No WebRTC | No Widevine
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations)
Anon3013
I worked around the portable not downloading issue by downloading the chromium.zip files and extracting the contents to the "bin" folder in the portable launcher folder.
My current Polly build returned the highest score (IIRC) in Basemark Web 3.0 on my Kaby Lake system to date. Finally getting much closer to 900.
https://i.imgur.com/LVNdJGR.png
Anon3015
@RobRich: Good goal. Thank you for your all efforts!
@Anon2987 and other 32-bit system users:

Chromium 66.0.3356.0 r539049 (Official Build) (Windows 32-bit) - No Sync | No WebRTC | No Widevine
Compiler clang (+lld_linker +thinlto +npm)
Anon3017
@marmaduke: ETA on a new macOS stable?
Two of the the six fans on my main (quickest!) build machine have failed: the server will not boot. The next build I will do for (Mac) Chromium is the stable release: 65.x.xxxx.x

Given the circumstances, a "point" stable release is not worth the effort.
Anon3019
@RobRich: You do not forget :) I'm so happy. You are a gentleman. Thank you very much. For the moment, it works perfect.
If have trouble later. I post here.
Best Regards.
@Marmaduke: Fair enough, point releases aren't worth that much effort. Best of luck getting the server going again!
To everyone contributing to this site. Thank you for your willingness to share with others. I appreciate what you do.
Anon3022
Another great polly build Rob! Many thanks
@marmaduke: I'm sure you have more than six fans amongst us! ;-)
(pardon my French humour... :-D)
Anon with name optional 
Just from skimming the comments here and some of the descriptions: Is my assumption correct that the Chromium Polly builds are the best choice, i.e. in terms of performance etc. or is my impression wrong?
Either of my builds should suffice in terms of performance.

ThinLTO is the more mature of the two, and it should be somewhat closer to where Chrom(e/ium) appears to be heading on Windows - well, likely minus some of the compiler tweaks and probably the ThinLTO optimization level I am using since they increase the output code size.

Polly builds represent a personal "pet project" of mine. Polly builds might not always return the absolute highest benchmark results compared to my ThinLTO releases, but Polly also optimizes many browser components not typically benchmarked like a/v formats, encryption, etc. Sometimes it is more about the overall performance experience than specific benchmark numbers. ;)
Server back online. Latest stable Mac all codecs (polly) builds: 64.0.3282.186
Might be a day or few before getting an updated ThinLTO build this week. Something has changed with disabling WebRTC; again. Looks like more dependencies issues or similar to resolve.
Anon3028
Thank you very much guys for your all work. Respect.
I've said it before and I will say it again, @Marmaduke you are the man!
This is a fantastic site! Thank you for doing this.
WebRTC issue resolved. Modified like nine files. :sigh: Anyway. Should have a ThinLTO build cooking on the build box shortly.
The occasional build for windows ...

Chromium for 64-bit Windows - All Codecs (inc. AC3/AAC Digital Surround) - Saturday, 03 March 2018

Chromium 67.0.3361.0 r540739 (Official Build) (Windows 64-bit)
No Sync - No WebRTC - No Widevine

(No desktop capture: use cursor keys to navigate Youtube)
Quick FYI. LTO is broken. I have a bug report filed.
Hi Nick! I've noticed you have not been updating (( Sync • WebRTC • Widevine • 66.0.3342.0 (534891) • Wednesday, 7 Feb 2018 )) as often as you were last year? IS there a reason you don't update as often with the cutting edge releases? Thanks for the excellent work all these years! :)
So here is the deal. I am done with disabling WebRTC until if/when the project fixes the actual build argument. I am spending an inordinate amount of time manually disabling WebRTC each time something changes; sometimes even if just tangently related to the code.

I recently rolled a Polly build that took edits to multiple build and source files to disable WebRTC without (hopefully) breaking anything else, and after my build box just attempted rolling a fresh Polly build, disabling WebRTC already is broken yet again with probably even more edits now needed.

I can either continue with the WebRTC headaches and *eventually lose interest in building Chromium altogether*, or I can mitigate the situation and come to the realization that the 'enable_webrtc = false' build argument apparently is either exceedingly low priority or potentially too broken to resolve. Hopefully I am wrong and it will be fixed someday.

I simply installed the WebRTC Leak Prevent extension in the meantime. Set the extension's policy to 'Disable non-proxied UDP (force proxy)' to disable WebRTC IP reporting for most users. Verify IP blocking is working via the various WebRTC leak check sites.

On to a more positive topic, I am currently revisiting compiler optimizations while awaiting a link time optimization (LTO) fix. I suppose there is a chance I might find another percent or few of performance at the compiler stage. :)
@RobRich: We can use that extension, it would be awesome if you could continue building chromium for us.
@meconium Thanks for the feedback. Yeah, I intend to continue building. I enjoy the browser performance and the community. :)

Before I forget, a link to the WebRTC Leak Prevent extension I mentioned.
https://chrome.google.com/webstore/detail/webrtc-leak-prevent/eiadekoaikejlgdbkbdfeijglgfdalml?hl=en

Quick benchmark FYI. Futuremark is discontinuing Peacekeeper on March 16, 2018.
https://peacekeeper.futuremark.com/

I will call this a "baseline" Polly build. It is my usual Polly build config minus FullLTO for now due to the LTO situation. Next up is revisiting the compiler optimizations. I am starting at a sub-800 score in Basemark Web 3.0 on my usual test system. Could be a fun challenge.

For a Widevine bonus, Netflix even works for a pleasant change. If anyone does not want Widevine for some reason, just delete the WidevineCdm directory. ;)

Chromium 67.0.3361.0 (Official Build) (Windows 64-bit) - No Sync | WebRTC Enabled | Widevine Enabled
Revision 2eb7677b864fceb47375fff31d026bfa532e7872-refs/heads/master@{#540766}
Compiler clang (+lld_linker +polly +compiler_optimizations)

chrome.zip | sha1: c9f2f122bf25fb75ecc3e9f573216b148f48fa4f
https://drive.google.com/open?id=1MgaQPEgWyzBftw8mNczAFwDE30hA3iNt

mini_installer.exe | sha1: a237212bc05302324fb87a7a76bc76dc6f0aa838
https://drive.google.com/open?id=1tnn2dr6AKHDzubqtH0cFbxE9uACZorxM
Hi Rob,

Your Polly version 67.0.3361.0-540748-win64 is broken here… After a few second it totally close without any warning…

But don’t touch anything, I need to investigate to be sure the problem don’t come from me or Chromium itself.

Anyway, I will try your Polly 67.0.3361.0-540766.
I don’t have time to make benchmark because you update versions more quickly than I benchs !! Impressive you geek !

For the f**king WebRTC note that my ad-blocker « uBlock₀ » can disabled it : https://github.com/gorhill/uBlock/wiki/Prevent-WebRTC-from-leaking-local-IP-address
https://i.imgur.com/Ka9xHRO.png

But everything is in this page thank to Jerry ! I quote him in chapter’s « 6. Extensions »

« uBlock Origin is pattern-based filtering, while uMatrix is matrix-based filtering which gives you more control over the filtering process. You can add filters to your ad-blocker via FilterLists »

Please folk, it’s 2018 !!
It is totally unacceptable nowaday to still be on Adblock or Adblock Plus !
https://en.wikipedia.org/wiki/Adblock_Plus#Controversy_over_ad_filtering_and_ad_whitelisting

There is a 100 times more effective ads’n’tracks blocker developed by a disinterested autistic bro totally honest impartial and incorruptible !
https://github.com/gorhill/uBlock/releases

And it will make life easier to Rob if you switch because he will not have to fight with the WebRTC bug anymore !
@Mumu: Thanks for the feedback, comments on WebRTC, blocking extension, and testing. :)

----------------

To the compiler tweaks, seems I did not start quite at true baseline. I was half asleep when poking at the code earlier. ;p Anyway, already over 800 with an internal test build, and there should be room for a little more. Hope to have an updated Polly build ready to push later today.
Getting there. :) https://i.imgur.com/9JjRApU.png
Thanks Nik! :D
Anon3043
@RobRich: Very good, man! ^^ Thanks a lot.
Anon3044
Quick question Rob, if you're no longer disabling WebRTC does that mean it is no longer "no-sync" as well? Flash starts working again?

I also hope that the build argument gets fixed. Otherwise, it's just stupid to have it there anyways...
Thanks Rob for your continued hard work!
Yeah Nik !

I have got problem with the two last Polly chromium 67 Rob’s version. I’m investigating…

But everything is fine with your 67.0.3362.0-540770.
Thank you and please never abandons us 💋 !

-------------------

ERRATUM !

I Got the problem of instant close without warning with Nik’s version and Official’s version too. Your ok Rob, my problem don’t come from your optimizations but from my system or Chromium 67…

It seems to be again the problem when I run Chromium from a ramDisk… I already got the problem few months ago with version 62.0.3186.0 …

If anyone can run a portable version (Henry++) of the last Nik or Rob chromium fully in a ramdisk (bin & profile) to confirm…

On my side, I will try in Win 7 VM before filling a bug…
I have not used Flash in Chromium for a long time, so I will have to defer comment on that one.

Sync is actually there. I just do not supply Google API keys for it to work. Jerry has a section further up the page on how to obtain and use you own API keys to enable Sync if desired. :)

Just checked, and my latest build crashed out overnight. Probably from using jumbo to build. Just restarted without it. Should have a fresh build today.

-------------------

After a few more changes, I now have an updated Polly build available. LTO still disabled. The build appears stable, plus Netflix works.

I might can squeeze a little more out of the compiler optimizations, but it is coming down to like 1-2% either way with most changes. I am running standard Polly on most optimized code targets, but I am leaning heavily on a customized Polly configuration for the hottest code targets.

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-delicm-max-ops=200000000",
"-mllvm", "-polly-dependences-computeout=100000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-num-threads=32",
"-mllvm", "-polly-optree-max-ops=200000000",
"-mllvm", "-polly-opt-max-constant-term=-1",
"-mllvm", "-polly-opt-max-coefficient=-1",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-precise-inbounds",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-vectorizer=stripmine",
"-mllvm", "-polly-prevect-width=16",
"-mllvm", "-polly-run-dce",

Chromium 67.0.3362.0 r540770 (Official Build) (Windows 64-bit) - No Sync | WebRTC Enabled | Widevine Enabled
Compiler clang (+lld_linker +polly +newgvn + partial_inlining +compiler_optimizations)
earthsound 
nik: I ran across an issue with your lkcr archive build and  --enable-zero-copy.
I grabbed this version: wpo cfg all-codecs lkcr 64-bit windows - Archive - Sync - WebRTC - Widevine - 67.0.3362.0 (540770)
and unpacked it into %LOCALAPPDATA%\Google\chromium. It uses the default chromium profile folder (%LOCALAPPDATA%\Chromium\User Data - see https://chromium.googlesource.com/chromium/src/+/master/docs/user_data_dir.md).

The last session was restored but all content in the browser windows was messed up. I could see/read the triple dot menu (and interact with it), the tab titles, and bookmarks, but the browser windows were messed up. I could even copy text from a page (even though I couldn't see any text).

I closed chromium, renamed the profile directory, and relaunched. It was a new profile but it also mis-rendered. Trying to follow Google's instructions (https://www.chromium.org/developers/creating-and-using-profiles) to launch with a different profile didn't seem to work - Windows 7 would just strip off the original target (pointing to chrome.exe) and leave behind the path I input for the profile. However, when I used  --user-data-dir=temp_dir it created a new folder underneath chrome.exe's folder and chromium launched with no issues. Copying the old profile folder to underneath the temp_dir resulted in no issues.

After poking around a bit, I realized I'd set flags for my day-to-day (messed up) profile that wouldn't have been copied to the temp_dir because they're above the Default directory. I added one flag at a time and relaunched chromium until I hit the culprit:  --enable-zero-copy.

Editing the Local State and removing that from the original profile cleared everything up. Couldn't find an issue reported with this, so I was wondering if you'd seen this behavior and whether you think it could be triggered by a compile or optimization instead of a change in chromium source.

Can someone share a good method for creating shortcuts to alternate profiles that are not sitting underneath chrome.exe's folder? Perhaps using a relative path adding -- "%1" at the end?
Anon3048
@mumu: I'm using a ramdisk as well, noticed random crashes with rob's latest Polly build. However, Rob's v66.0.3355.0-r539018-win64 Polly has been working fine. So I think I'll stay on this for build for the time being.
Same revision as last build, but new compiler options for register and instruction scheduling, plus an updated Polly config at more sane settings. Octane 2.0 is up. Basemark Web 3.0 is down slightly. It can be a balancing act. ;)
Hi Rob, Here :
- v67.0.3362.0-r540770-update1-win64 est 5.81% better than v67.0.3362.0-r540770-win64 in Basemark Web 3.0
and
- v67.0.3362.0-r540770-update1-win64 is 6.78% better than v67.0.3362.0-r540770-win64 in Basemark Web 3.0

@Anon3048 & Rob : Everything work fine on SSD or RamDisk since I simply made a totally new profile and import every options, bookmarks, extensions…
So I will stay on v67.0.3362.0-r540770-update1-win64 for the moment : my best overall score since chrome 42…
I do not thank you Rob ! I caught the benchmarks race bug from you !
@Mumu Thanks for the feedback. :)

----------------

No probs to note with a SSD here, either. I run Chomium on a 32GB Optane drive for my notebook. I have a NTFS symbolic link between the original install directory and a a directory the SSD so I can use the mini installer.

----------------

FYI. Benchmarks might move around a little in the next few releases. I am still tweaking Polly and targeted optimization levels.

I also have been experimenting with register allocation and machine instruction scheduling again, though I am not sure if the effort is worth the return. Find a couple of percent in one component, and lose a couple of percent in another component. lol I am not going to start down the slippery slope of actual component-level tuning, except for maybe something truly significant like V8 if there is a substantial return.

----------------

Hopefully LTO will be resolved soon. My bug report for LTO has been noted by project devs.

----------------

ThinLTO is back online. :) I will try to get a public build pushed on Wednesday.
https://i.imgur.com/oUmyYsZ.png
Rob, just for your information:

With a brand new profile, 9 extensions only, options and favorites imported and the binary v67.0.3362.0-r540770-update1-win64 and everything in RamDisk my Chromium in real-world usage is exceptionally responsiveness !

Animations, Ajax, JS ... Everything is instantaneous ! And as I spend 80% of my PC time on a browser, it's really nice ...

————————————
Windows 8.1 x64
Intel Core i7 4710HQ @ 2.50GHz - DDR3
Intel HD Graphics 4600 (10.18.14.4889) + 2Go NVIDIA GeForce GTX 850M (390.77 (23.21.13.9077))
Rob / Polly / v67.0.3362.0-r540770-update1-win64
————————————
WildByDesign 
@Nik, Thank you as always for your time and for sharing your Stable branch Chromium builds with the community here. Having the choice on Jerry's site here of Stable branch along with Dev and other builds are great for research of new features and also for everyday usage.
@Mumu Excellent. Getting FullLTO back into the mix with Polly should speed things along even faster. :)

----------------

I just pushed a fresh ThinLTO build. :) It should appear soon.

WebRTC is enabled as per previous comments. Widevine is disabled as it was breaking the build process. Anyway.

I carried over various recent compiler tweaks, set all optimized code targets to -03, pushed inline expansion for the hottest code targets, etc. I have a couple of more ideas for future ThinLTO builds, too.
@Nik, thanks for the 65.0.3325.146 stable ! Works great !
Another incoming ThinLTO build shortly. Think I have the new compiler optimizations stabilized. In particular I dropped the excessive inline expansion, which in turn dropped the file sizes as well. Shaved like ~32MB off chrome_child.dll alone. o.0

Basemark Web 3.0 scored 882.5 on my test system.
So what about chromium 65 and google ad blocker ? Can you disable it ? Does it even have ad blocker, or only chrome has it ?
Updated Polly build available. Integrated the latest compiler optimizations, plus FullLTO is back working. :)
Hi rob, if FullLTO is back don’t cut and paste :
[Extended notes: FullLTO is disabled for this build due to a related build error.]
From your last build ;)
Anon3060
New polly still randomly crashes for me regardless of ramdisk or ssd. Maybe my cpu is too old, Ivy bridge, no AVX2 or something. Like last time when build optimizations were pushed higher, I had the crashing.
I can also report random and very frequent crashes on latest robs build
@Anon3060, @meconium: Polly - 67.0.3366.0-r541848-win64 here.

I got the problem regardless of ramdisk or ssd too.

I solved the problem by create a totaly brand new profile and copy / import chromium settings, favorites (export / import) et export / import settings from each extension one by one.

As far as now I got no more crashes.

So it seem the problem come from incomptibility between old profile (63, 64, 65, 66) and new binary (67)…
Looking forward to the new macOS stable build @Marmaduke!
Thanks Mumu. Fixed the description. :)

----------------

The build is stable on a couple of different systems here. I will keep a lookout for issues, though.

Like Mumu found, I am kind of wondering if there is a not a slight profile difference in recent revisions.
Anon3065
I fixed the random crashes on this new polly rev by deleting all old cache, media cache, gpu cache. Had to do it on a previous polly rev as well, maybe this will help someone in the future.
@Anon3065 Interesting. Thanks for the update. Cache corruptions or differences could cause crashes, but nothing I am doing should be causing caching issues, so perhaps it is revision related after all.

My build box is doing some ThinLTO stuff right now. Still chasing 900 in Basemark Web 3.0 on my test system. ;)

I will revisit the Polly config later today and maybe push a fresh build tonight or tomorrow.
I agree with Invisabit! :-)
I wonder... while we're waiting for v65 stable on Mac, can we consider the lkcr builds Marmaduke made 2 months ago as stable? (namely v65.0.3310.0-r526469)

---------------------

Here it is! :-D
Thank you Marmaduke!
Still not at 900+, but I was able to get ThinLTO file sizes back down. Basemark Web 3.0 changed by ~2 points, or otherwise statistically none.

I crashed Saturday. Going to take a look at Polly today, so probably will push a public build tonight.
Updated Polly build available.

Chromium 67.0.3369.0 r542403 (Official Build) (Windows 64-bit) - No Sync | WebRTC Enabled | Widevine Enabled
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations)
Anon3070
Not sure what's different in this new polly build, but it's stopped randomly crashing and works on ramdisk
Hi Rob,

Little mistake,
chrome.zip (103 MB) in Polly 67.0.3369.0-r542403-win64 is the wrong chrome.zip : you pasted the Clang chrome.zip (67.0.3366.0-r541999-win64)
Anon3072
Hey, RobRich. Check your Chromium 67.0.3369.0 Polly build. It's like a 67.0.3366.0 Clang build.
@Anon3070 It ’s probably because the last Polly you download (542403) is in fact a mistake, it’s a clang version (541999)
@Anon3072 : fisrt for 10 seconds ! ;) :D
Just re-upped correct files. Thanks for letting me know. :)

---------------------

Updated Chromium build with Polly optimizations available.

Chromium 67.0.3369.0 r542442 (Official Build) (Windows 64-bit) - No Sync | WebRTC Enabled | Widevine Enabled
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations)

I cleaned up the Polly config, and it probably is where it is going to be for awhile.

Like usual, it is not likely to outright win benchmarks compared to ThinLTO, but it certainly feels fast IMO.
admin
@Mumu,

- PGO builds are discontinued. I will delete the API link, ASAP.

- RobRich said to me that he is not sure how long the project even intends to continue supporting
Visual Studio builds. Next step in getting away from VS probably is migrating to libc++.
https://bugs.chromium.org/p/chromium/issues/detail?id=801780
Thank you RobRich for info...and your all work! ;)

- I see an issue with my comment system. Thanks for report @Mumu.
Nik: Why doesn't Widevine kick in and work with Netflix? Is thee something I have to do inside Chromium to get it to work? I remember posting back many moths ago thanking you for a specific release that worked PERFECTLY with Chromium, but I do not recall what version it was. Is there anything you can do to get Widevine working with Netlfix? It seems to work with all the HTML5 video tests I've thrown at it.
Widevine works *sometimes* as built with Chromium checkouts. I figure if/when it works that it counts as a pleasant surprise. ;)

Being realistic it does not even always compile. I need to verify the issue persists, but I have a bug report submitted on Widevine compilation errors right now.
Updated Polly release with libc++ is now available.

Chromium 67.0.3370.0 r542992 (Official Build) (Windows 64-bit) - No Sync | WebRTC Enabled | Widevine Enabled
Compiler clang (+lld_linker +libc++ +polly +fulllto +compiler_optimizations)
Anon3079
Cannot watch Twitch streams with 67.0.3370.0-r542992-win64. Black screen
Anon3080
Nevermind, it's a Twitch issue.
^BTW, that build should say No Widevine. Appears I was a a little too quick with the copy-and-paste. ;)
RobRich, Are there any chrome flags you would suggest for trying and experimenting with in regards to any additional possible increased performance benefits? Or if you use any chrome flags at all and why especially if there's benefits or usability positives. Thanks for your builds.
@Roman Welcome :)
I try to keep a relatively even playing field since I deal with so many builds and revisions. The prominent flag I typically set is to disable v-sync for performance benchmarking as most of my displays are refresh limited to 60-75Hz.

It is not performance related, but strict site isolation is a potential mitigation enhancement for the recent meltdown and spectre attack vectors since each site's code would be limited to its own render process.

Of recent additions to flags, there is the new viz display compositor, though I have yet to evaluate its performance.
Anon3084
@RobRich

Thanks for the 67.0.3366.0 build
working well for me
@Anon3084 Welcome :)
I am working on a new ThinLTO build right now. I am incorporating the open source libc++ library since the latest Polly build confirms it works, plus I am attempting to tryout additional LTO optimizations recently added in LLVM.
Anon3086
I'm having issues getting Spotify to play a playlist (music never starts, no changing tracks either) and I'm using the most recent build with widevine. Any ideas what else could be wrong, or what to look for in the console? Apologies for my inexperience.
Anon3087
@RobRich: I'm sorry, I've written two comments to you so far, all similar.
but I have to say it again...
Please check your Chromium 67.0.3373.0 Clang build. It's like a 67.0.3370.0 Polly build.
Apologies. I picked up the wrong directory. The correct files now are present.

Not sure on the Spotify issue. I can say if you need Widevine support, Nic's stable build probably is the best place to start.

Widevine with dev builds can be a "hit or miss" proposition. Case in point, Widevine is not even currently building with recent checkouts.
Updated Polly build available. https://i.imgur.com/noITz2l.png
Anon3090
@RobRich I'm not sure if Spotify needs Winevine either but some searching shows others acting like that is the case. I actually updated last night before posting just to see if it fixed my issue.

Unfortunately, now (probably due to how chrome has screwed around with flash settings. Again.) ytmnd's no longer play sound. Since I can't auto allow flash anymore, I can only add it to the allow list. Still doesn't work.
Firstly, thanks for all the hard work on these Chromium builds.

Maybe someone can replicate an issue I'm having with x86+x64 builds of 65.0.3325.162. The Telegram web app cannot save media (it uses blob urls). While the media is downloaded it seems to not be decrypted(?). Visually it appears to open a new tab which closes immediately. Media saving can sometimes be successful by clicking the download button rapidly. Strange to say this is not an issue with the portable build.
@Marmaduke I look forward to the next stable build!
Hi Rob,
thanks for all these efforts, now even 2 builds that you are doing all the time, crazy! Totally appreciate it!!
Have you tested your latest clang WPO build against the Polly one? Which one is faster in all your tests?
Thank you,
Lorenz
Welcome. :)

I have not done heavy benchmarking between the two builds in recent times.

Past trends tend to suggest ThinLTO probably does slightly better on most popular benchmarks, while personal usage suggests Polly "feels" as fast or faster in typical everyday scenarios.

I typically use Polly, but I keep building ThinLTO for others since it is the more mature of the two builds. At some point I might transition totally to Polly.
Great @ RobRich! In my own tests with custom software (forex related web-apps), the Polly seems to be a little (like 0.5%) faster than the Clang with WPO, but it marginal. Anyhow, your builds DO rock. Have a look at this if you have a minute, I did put your Chrome builds in a performance shootout versus the latest Firefox and Firefox is being SMOKED by an order of magnitudes!:

https://forexsb.com/forum/topic/7273/ea-studio-up-to-3x-faster-with-chrome-compared-to-firefox/

Especially have a look at the YouTube video I´ve posted there, absolutely amazing! Thanks so much for all the hard work :-)
admin
@Lorenz: Waoooow! Thank you for your test. Firefox died. Haha!
@RobRich: your build is very fast and seems to be faster than all web browsers on the market! :) Big thanks.
@admin: no, nothing to thank, if anything, we have to thank for these amazing builds!!! And yes, Firefox completely dead in that test, LOL
@RobRich: I can only second what admin said, hope you´ll keep it up forever - big thanks!!
@Lorenz Excellent test, and I definitely appreciate you sharing the results. :D

I should be picking up a dual-proc Opteron server this week. Only eight cores total for now, but I got for under $35 with 40GB of memory already installed. :) There is a *chance* I might take a look at an optimized Linux build. If done, it would be for Debian and similar platforms.
Is there any ways to open new incognito tab by use url/command like chrome://newtab (this just open new tab, not incognito)?
@Dan Not of which I am aware. You can view available internal URLs via chrome://chrome-urls

Alternatively, if perhaps wanting to launch incognito mode when opening Chromium, you can pass a command-line switch.
Updated Polly build available.
Thanks RobRich, it was about time, the last one was already WAY old with 2 days :-) :-)
@RobRich : I've been following your builds: particularly the Polly.

Are you using a Multi-stage PGO compiler?
https://llvm.org/docs/AdvancedBuilds.html#multi-stage-pgo
Not at this time. I build LLVM using the latest release of Visual Studio 2017. I usually update my LLVM sources to the top of the tree, update the LLVM build, then proceed with whatever Chromium builds for the session.

Multi-stage PGO as presented is about optimizing LLVM using profile data from an underlying build. In theory it should speed up LLVM, but as noted, it could take some serious build time to accomplish.

I would like to get PGO working under LLVM for building Chromium, but I can not get the renderer process to generate profile data. Other processes? Yes. The one I need? Not so much. After much frustration, I kind of shelved the idea until if/when the project catches up with it.
Just a quick question guys: does anyone know how to prevent a web-app (Expert Advisor Studio in this case) from pausing it´s calculations once minimizing it´s Chrome window? Is there some setting to prevent this? I already have "allow background apps" checked in Chrome, it makes no difference, as soon as I minimize the window (or once the tab
is not active anymore), it stops it´s calculations and CPU usage drops to 0. When maximizing the window again, it continues just fine. I see the same behavior with Firefox too. Is this some industry-standard thing? Can it be changed with a hidden setting Chrome possibly? Thanks so much :-)
Cool, I will try that, thank you!

Do you (or anyone else) know of a way how to use a web-app offline? I am not always online and still would like to use a web-app (I think it is HTML5 or JS, not exactly sure, it´s this one: https://forexsb.com/expert-advisor-studio-app ). Is this somehow possible by "downloading" it or caching it? Have no experience with that... Thanks :-)
Unlikely, though I am hardly a web dev. There is the authentication issue, as in you need to login to use the app as coded, plus the data issue. I suspect the "real historical data" is stored in a database or at least somewhere on the backend.
Thanks RobRich ;-) The app can be used without logging in, no need to create an account, it´s optional and only needed if you want to save your results later on. The history data is my own one, don´t need theirs (it can be uploaded into the app). Disconnecting the internet once the app runs is no issue either (tried that already and left it working for ~12 hours without internet, still was able to use all the functions of the app). So I thought there surely must be a way to store it locally somehow, as a connection just seems to be required for launch. I will look around or maybe someone else knows something. Thanks :-)
K. Looked at the page with Chromium's developer tools. The app appears to be single JS file, so perhaps... there is a possible starting point for you. That said, and IANAL, you might want to see if there are any ToS issues or similar before proceeding.
Appreciate it. I know exactly what you mean!

I completed the first stage of the PGO compiler build with just one link error on the very last step. I decided to try and rectify the link error the next day. The subsequent day to (my dismay), I realised that I had not saved my build notes. I will try another time.

In fact, it would be nice if Google/Chrome/Chromium would supply a PGO optimized compiler replete with Polly and Sanitizers; thus, saving a lot of grunt work.
@RobRich: thanks a lot, I will check that out of course. That did the trick indeed! Thank you!!
https://www.askvg.com/how-to-enable-disable-background-tabs-throttling-feature-in-google-chrome-and-opera-web-browsers/
@Lorenz Welcome. :)

@Marmaduke Yeah, I know. Chromium's bundled LLVM checkout is nice, but it lacks a few things; noticeably Polly for my purposes.

To be honest I am not sure PGO is going to speed LLVM compile times as much as desired unless you intend to roll multiple builds over an extended period of time with the same revision.

While I have not attempted build LLVM itself with PGO, I have built LLVM with WPO (/GL) in VS2017 a few times, and each time I could not tell much difference when subsequently building Chromium. Admittedly I did not look at the ninja build logs for timestamps, but it certainly did not feel faster by any immediately noticeable difference.
Would it be possible to get a newest chromium build with no sync, no WebRTC but _with_ Widevine? Is Widevine tied to sync?
@The Chief Code Monkey at /Chromium/Chrome/Google

Either honour the "enable_webrtc" flag or get rid of it! The illusion of choice is no choice.

Does the right hand know what the left is doing, and are you able to walk and chew gum at the same time?
@n I can not speak for the other builders, but I gave up dealing with disabling WebRTC. Marmaduke hit the exact issue. The "enable_webrtc = false" argument does not work when building, and it has not for a long time. The alternative is start tearing into code, which presents its own layer of frustrations each time something, even if tangentially involved, changes in building without WebRTC.

My suggestion? Install the WebRTC Leak Prevent extension. Set to disable non-proxied UDP. Enable for incognito mode if desired. That should stop WebRTC IP tracking for most users.

Likewise, uBlock Origin also can deal with WebRTC, as noted here by the extension developer awhile back.

Widevine is whole other issue right now. As of my last attempt to build with it enabled, Widevine was returning multiple build errors. I have a bug report filed with the project, though it has yet to garner much attention - perhaps if/w/hen Widevine stable breaks.
Scriptsafe is a pretty good package: Fingerprint Protection, webrtc blocking and various other privacy functions.
https://github.com/andryou/scriptsafe/releases

I've just done a Windows webrtc all-codecs build 67.0.3377.0: hevc and xvid no longer work! I will investigate the issue. But, fear that Chromium is morphing into the mediocrity that is Chrome: if that is the case I suggest that The Chrome Algorithm Simians drop the pretense that Chromium is open-source and concentrate on their proprietary advertising vehicle known as Chrome.

Mozilla might be in the doldrums; but at least they are not smug and complacent.
Some of @nik's builds are still tagged with "No WebRTC"; Is that an error, or has he found some customized method that allows WebRTC to be disabled? I use WebRTC, so have not installed nik's "No Sync" builds for some time.
Not sure of the implication - are you guys saying that Firefox would be the better way to go nowadays, rather than using Chromium?
Currently it requires code edits to disable WebRTC at build time. I got tired of dealing with it. Sounds like marmaduke might be there, too. Nik might not. It is kind of an individual builder thing. For me, it is time better spent on building IMO, especially when there are extensions to disable WebRTC IP fingerprinting for those needing such a feature.

I use Chromium as my daily browser. No plans to change that here.
admin
@Otto and guys : I checked the WebRTC address IP leak in "No sync" builds, from this site.

1. Download "No sync" portable builds.
2. Launch Chromium without any extension.
3. Test WebRTC IP leak at https://browserleaks.com/webrtc, https://www.privacytools.io/webrtc.html and https://ipleak.net/

Results:
#win64-stable-nik "No sync" → WebRTC IP leak? no.
#win64-dev-nik "No sync" → WebRTC IP leak? no.
Updated Polly build available. Tweaked register allocation. About the same on my usual test system, though it seems to have picked up a percent or few in Basemark Web 3.0 and Octane 2.0 on my build box. YMMV as usual.
Anon3124
@RobRich: Thank you very much for your "occasional ThinLTO 32-bit build"
Works very good! Too bad WebRTC enabled ;)
Just keeping on top of the changes to FFMpeg...

Chromium for 64-bit Windows - All Codecs (inc. AC3/AAC Digital Surround) - Tuesday, 20 March 2018

Chromium 67.0.3377.0 (Official Build) (64-bit)
Revision faebdb6d4f0f5e6458c9092e223e53d40de12e28-refs/heads/master@{#544331}
OS Windows

No Sync - WebRTC - No Widevine

https://github.com/macchrome/winchrome/releases/tag/v67.0.3377.0-r544331-Win64
SHA1 24033A3381156C9D92EE9A3AAEE94DDDC2FB6813
Thank you @RobRich for your explanation on WebRTC (that makes sense), and thank you @Jerry for testing the No Sync builds from @nik.
@Otto: yeah, i do some code editing ;)

ps: the 32-bit version is delaying because hdd's is dead due to PSU burnt down, i need to rebuild the system :P
Anon3128
Just updated to No sync • No WebRTC • No Widevine • 65.0.3325.181 (530369) • Thursday, 22 Mar 2018 (64bit Installer)
Been using for the last few hours - All good So far - Super Effort!
Thanks nik :)
Thanks Jerry :)
@nik, thank you for your efforts! Sorry to hear about your power supply and hard drive woes; I've never had a blown power supply take out a hard disk, so a bit of bad luck there....
@nik: argh, terrible, but also never had a hard disk crashing because of a burned PSU (in my 27 years in IT at least). Good luck, I know how much that SUCKS man ;-) Thanks for your efforts with your Chrome builds!
@RobRich

Disable WebWTC

These are my MAC Notes, which I used for Windows:

============================== There is a Windows equivalent (paste outside of conditional)

vi third_party/webrtc/rtc_base/platform_thread_types.h

#elif defined(WEBRTC_POSIX)
typedef pid_t PlatformThreadId;
typedef pthread_t PlatformThreadRef;
#endif

...

typedef pid_t PlatformThreadId;
typedef pthread_t PlatformThreadRef;
=======

vi third_party/webrtc/rtc_base/criticalsection.h == CRITICAL SECTION ==

Line 88: // Fail ON ERROR - COMMENT out

119: // Fail ON ERROR - COMMENT out

======
vi content/renderer/pepper/pepper_media_device_manager.cc

117: base::ThreadTaskRunnerHandle::Get()->PostTask(

COMMENT OUT Function (if required)

==========
webrtc_logging_private *** COMMENT OUT *** Search !!!

vi chrome/browser/extensions/BUILD.gn
vi chrome/common/extensions/api/BUILD.gn

===========
===========

Chromium for 64-bit Windows - All Codecs (inc. AC3/AAC Digital Surround) - Tuesday, 20 March 2018

Chromium 67.0.3377.0 (Official Build) (64-bit)
Revision faebdb6d4f0f5e6458c9092e223e53d40de12e28-refs/heads/master@{#544331}
OS Windows

No Sync - No WebRTC - No Widevine

https://github.com/macchrome/winchrome/releases/tag/v67.0.3377.0-r544331-Win64
SHA1 A3DFE0D6357A98096728FE16EA77719BEAAE0756
Anon3132
Wondering what the difference is between the 64 bit windows versions of the dev build and the RobRich build considering both now include webRTC due to the compiling issues.
Anon3133
@marmaduke: Thanks a lot. I tested your build. There is natively no WebRTC IP leak. Good shot! ;)
Thank to all dev too.
"Wondering what the difference is between the 64 bit windows versions of the dev build and the RobRich build considering both now include webRTC due to the compiling issues."

^ Simple: SPEED. RobRich's builds are SO extremely fast compared to the standard dev builds, you won´t believe your benchmarks. Go and try ;-)
@marmaduke Thanks for the info. :) I will file it in my notes.

----------------

Note to users, I am not likely to go back to disabling WebRTC for public builds. As of last check, one of the the latest developer considerations is perhaps outright removing the "enable_webrtc=" build argument altogether, which likely will further complicate matters if done.

----------------

@Anon3132 Lorenz pretty much covers it. I change the optimization levels for certain build targets, add some advanced compiler register allocation settings, apply ThinLTO link time optimization, etc.

My Polly build, which I post in the comments as an experimental offering, goes even further. I slam the optimization levels across the board due to how the Polly loop and data-locality optimizer works, plus replace ThinLTO with monolithic FullLTO due to needing autovectorization support for Polly.

----------------

I have actually had my build box turned off for awhile, so it has been more than a couple of days for a new build. o.0 Anyway, I will try to push new builds this weekend. :)

----------------

On the Linux front, I received my eBay *$34* 8-way Opteron server with 40GB of memory. Verified it runs Xubuntu out of the box. I am waiting on a correct hard drive caddy, plus I need to modify the failed storage controller battery with a 4.8v NiMH pack to get write back mode working again.
@RobRich: do you remember that video I had posted comparing the "EA Studio" app (Javascript) between Firefox and your Chrome builds and how much faster Chrome was compared to FF? Now, out of curiosity, I have done a shootout between Chrome and MS Edge today and guess what, Edge works even faster for that Javascript app by about ~20% compared to Chrome. I am totally wondering how this can be possible, but it seems their "Chakra" java-engine beats the V8 one within Chrome. Kind of sucks, as I had high hopes that I do not have to use that browser at all LOL, but with that speed-advantage, I´ll have too :-(
Anon3137
@RobRich
Can just suggest tou you to come back on you decison to not always disable WebRCT in all your build.
WebRCT is usless.
And Nik buid one version with WebRCT for those how need this.
Thank you again.
Best regards.
@Marmaduke, not sure what changed but in your latest chromium stable for macOS with no sync, Twitch.tv no longer works. Any idea to what might have changed?
I don't know what has changed.

The implementation of FFMpeg in the Dev version of Chromium has changed; but FFMpeg remains consistent for a particular release cycle. Next stable build I will check the code.
@marmaduke much appreciated, seems odd as nothing else has broken for me, just twitch.tv. I put in a ticket to their support as well to see if anything changed on their end, but it was working last stable build for sure.
FYI. The 'enable_webrtc=false' build argument is being deprecated by the project. Decision came down last week.
RobRich is right, each time the webrtc is integrate in deeper and deeper (more components is using it), so you all just have to be prepared for the moment when webrtc cannot be disabled. So yeah, that's sucks.
Anon3143
So in time to come
if I stay on the last good-copy of No sync • No WebRTC • No Widevine and NOT UPDATE from then on
would I be free of WebRTC?
WebRTC is useless and constantly breaks the normal flow of system :(
Thanks.
@RobRich: Cite your source please!
@marmaduke I went back and checked older builds and twitch is broke on all of them, so it must be something on their end. No need to check.

As mentioned previously, uBlock (which is pretty much used universally) has the ability to block webrtc so at least there is options for it. Shouldn't be that big of a deal.
@Invisabit: Just checked. Twitch is working on my DEV build: I had to relax all the settings on uMatrix and uBlock.

Wow! I'm just waiting for the proverbial to hit the fan when "WebRTC=false" is deprecated. Dangling pointers and such.

Given the inability of the "The Project" to the manage the project. I have about as much confidence in them as Lewis Hamilton has in the Mercedes F1 strategic management team.
@marmaduke hmm just tried your dev build and its still broken for me. I disabled ublock and everything with no luck. Odd...
@Anon3143: yes
Anon3149
Widevine doesn't work with last version @nik: Sync • WebRTC • Widevine • 67.0.3369.0 (542742) • Sunday, 25 Mar 2018
Nik: Thanks for the latest update!
Sync • WebRTC • Widevine • 67.0.3369.0 (542742) • Sunday, 25 Mar 2018
@marmaduke: Just a quick update, turns out that blocking flash by default breaks Twitch.tv (even though flash isn't installed in my browser). If i change it to 'ask first', it suddenly works. Odd.
Nik: Can you confirm for me that "Sync • WebRTC • Widevine • 67.0.3369.0 (542742) • Sunday, 25 Mar 2018" works on NETFLIX?
..."We've decided to get rid of ...[enable_webrtc=false instead.]" No surprise there! The prevailing zeigeist is no thought required. I also suggest that they get rid of all the Google Crud.

What an abject admission of incompetence and failure.
@Anon3149: hm true, then try to rollback to previous build until the next build
@Dustyn: i can't check it because i don't use it (and it doesn't have test page without sign in), sorry :\
Like Nik said, more components are using feature already found in WebRTC code to limit duplication. It is just a matter of time before disabling WebRTC very well could mean disabling overlapping browser features, if possible and assuming the build argument sticks around long enough to find out.

I kind of expected it, thus part of why I went ahead with enabling WebRTC in my builds.

----------------

ThinLTO will be a little behind schedule. Building with libc++ currently is broken. I suspect it will be resolved soon since it is also breaking a project buildbot. I have a Polly build without libc++ cooking in the meantime.
@marmaduke, scratch what I said last, the flash flag has nothing to do with it. Clearing the cache fixed the issue, sorry for the trouble. Thanks again for the builds!
@nik: Your latest build crashes whenever I playa video for about 10 to 20 mins, seems like a regression. Reverting to the previous build.
Updated Polly build.
Anon3160
With 67.0.3380.0 themed titlebars is enabled by default. Thanks Rob, for the build.
Lorenz, there was a JS performance regression for a build or few. Might want to try again just to verify.

The occasional 32-bit ThinLTO build.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v67.0.3383.0-r546391-win32
Anon3162
Thank you RobRich for your polly build.
Anon3163
@RobRich: Thank You for your " occasional 32-bit ThinLTO build "
Works perfectly !
Anon3164
Symantec warns about virus infection from Nik's stable archive (nosync version). SHA1 matches. False positive?
@Anon3164: Yes, this is a false positive generate because of a generic (heuristic) analysis.
There is no backdoor or other malware (as far as I know) inside Nik's stable archive (nosync version).
Anon3166
@Anon3164
I only used nik's stable nosync for years now
and I always match its SHA and then scan in VT before installing
I have never encounter a problem or even false positive
The false positive from Norton you mention is annoying to say the lease (being a ex-norton user myself)
In Norton, You can GOTO Scan option and choose File Insight
and right click to change the status to Safe if you want (I used to do it everythng I upgrade)
You will see the false positive in on chrome.exe (nothing to do with nik) and others
If you install any other browser-type that uses chrome you get the same false positive.
Anyhow to be sure you can check here
https://www.virustotal.com/#/file/5f3cdfbc334a53c9f3ac936dd72172ab55a202f5d6e46d6e387e10455dd889a4/detection
Hv a gd wkend :)
Hi RobRich,

happy Easter :-) You said:

"RobRich28 Mar 2018, 17:47
Lorenz, there was a JS performance regression for a build or few. Might want to try again just to verify."

And I have just done a big shootout indeed! It´s funny, the fastest version I have tested (by far) for the EA Studio App and how fast it generates trading systems, is "No sync • No WebRTC • No Widevine • 65.0.3325.181 (530369) • Thursday, 22 Mar 2018". Now that came by surprise, but i´ve repeated the test several times and the outcome is the same, it´s about 10% faster than v67.0.3383.0-r546391-win64. However, I´ve also tested Nik´s 3383 build against yours and there are no speed differences (equally fast). So it seems to come down to that the current official Chrome build is faster in terms of Javascript (at least for my usage-scenario) as they possibly might be testing things in V8 in the dev builds that slows things down - what do you think? Big surprise for me, but also a 10% speed-up. Oh and it smoked MS Edge finally too (Nik build of latest stable that is).

Cheeers :-)
JS performance can vary by V8 revision, at least in my experience as well. Given previous trends, my test system should be at 40000+ in Octane 2, however it recently has been bouncing from like 34k to 36k for whatever revision reasons.

I again have been working on LLVM tweaks, and I was able to garner a few hundred more points in Octane 2 on my Opteron build box. Hope it holds or improves with my next public build.
Yes, Rob, I do not think it has to do with your builds, rather with what the Chromium community is currently testing in the dev builds (or whatever they do). Nik´s developers build has the same performance degradation like your dev builds, only his official builds gives the full performance. Maybe you should also start to compile official builds in addition to the dev builds? But bet you do not have time for this, right?
Anon3170
@Mumu
I thought that almost all false positives were triggered by mini_installer's silent install properties. What could be causing them in a zip with nothing but commonly used Chromium components?
Plus, some advice for those who check VT: if there's no detections, but the submission is less than one-two weeks old, it's good to retry the scan after few more days, so the scanning engines would catch up with any possible new threats.
Anon3171
@Anon3170: Agree. I personally think even VT is not end all and be all - it still comes down to individual level of trust
also as Lorenz mention - it seems chromium developers are putting alot more 'interesting' stuff in some of the latest build - better days ahead??? :D
which makes this site, kindly sponsor by Jerry, SO AWESOME
with many great minds gather to share good info and good build for the general user :)
hv a good wkend :)
@Lorenz and others potentially interested in JS performance, check out the following build.

I was able to increase Octane 2.0 scores by up to a few hundred points on various systems using some advanced LLVM options. Link time optimization is via FullLTO so autovectorization is working as well.

Chromium 67.0.3386.0 (Official Build) (64-bit)
Revisioncc0ee6e2747366c3636bc85a35c3ec22b53c3570-refs/heads/master@{#547374}
Compiler clang (+lld +libc++ +fulllto +compiler_modifications)

chrome.zip | sha1: 764bdcf064d9575b8115613768210d26055764c8
https://drive.google.com/open?id=1uWeCt1M-cSwNvKqRTU7dTM9PiWN06fWv

mini_installer.exe | sha1: 0b2c0243c56ff62894ab35d4e13169056cfa3e29
https://drive.google.com/open?id=1QTiKm8qSnFxkE551IzU04DxkLQc6ToyC
Since v67 touchpad scrolling with two fingers stops working from time to time, its totally random...am I the only one?
btw #547374 works fine!
Hi Rob,

wow, thank you for the efforts, so much appreciated! I have just tested it, but "unfortunately" Nik´s "No sync • No WebRTC • No Widevine • 65.0.3325.181 (530369) • Thursday, 22 Mar 2018" still beats it by a good margin. It is even visible by eye that it generates new trading systems faster. After a few minutes, there is already a drift of about 400 more systems (Nik´s = 1900, yours = 1500 after 2 minutes) and it increases over time...

Maybe you should really give the current stable release a try with your compiler tricks, I would be happy to test if Nik´s and your way to compile Chrome 65.0.3325.181 would make a performance difference in my trading app.

Thank you,

Lorenz
Thanks for the feedback. Looks like there definitely has been a change in V8 somewhere, so the better approach is to determine what happened IMO. I might skim the project's own buildbot regression logs to see if there is something that really stands out.
Just fews benchmarks about the regression/dev-test history’s about v8 :
- - - - - - - - - - - - -

Windows 8.1 x64
Intel Core i7 4710HQ @ 2.50GHz - DDR3
Intel HD Graphics 4600 (10.18.14.4578) + 2Go NVIDIA GeForce GTX 850M (385.28 (22.21.13.8528))
- - - - - - - - - - - - -

https://chromium.github.io/octane/
https://web.basemark.com/
(x) ➜ Octane 2 ranking…
[y] ➜ BaseWark Web 3.0 ranking…

Clang - 67.0.3383.0 (546391) x64
(4) Octane 2 ➜ 32356
[4] BaseWark Web 3.0 ➜ 520.03

Polly - 67.0.3383.0 (546391) x64
(1) Octane 2 ➜ 33297
[3] BaseWark Web 3.0 ➜ 525.06

Clang - 67.0.3386.0 (547374) x64
(2) Octane 2 ➜ 32658
[1] BaseWark Web 3.0 ➜ 568.45

Nik Stable NoSync - 65.0.3325.181 (530369) x64
(3) Octane 2 ➜ 32592
[2] BaseWark Web 3.0 ➜ 549.59
@meconium: Thanks.
@Mumu: Appreciate the numbers.
RobRich and everyone else, you can easily test the performance of the app that I am using here: https://forexsb.com/expert-advisor-studio-app It does not require any account registration. Just ignore that and go to the Generator and use it....
Anon3179
@Nik
Thank you for new build :
Sync • WebRTC • Widevine • 67.0.3386.0 (547390) • Sunday, 1 Apr 2018
No sync • No WebRTC • No Widevine • 67.0.3386.0 (547390) • Sunday, 1 Apr 2018
Nik: Thanks again for the new dev build! ((Sync • WebRTC • Widevine • 67.0.3386.0 (547383) • Saturday, 31 Mar 2018))
I'm sure you have heard news about chrome scanning files on windows. Is it only on chrome, or chromium too ? If chromium does it too, how to disable it ?
@new_user: It seems to be a Chrome feature (Chrome Cleanup Tool by ESET32) that bundle with the multiple spyware in Google Chrome not present in Chromium.
Need to confirm : wait for others opinions.
Yes, it seems that way. I found that it should be listed under chrome://components, but it is not there in chromium, so i guess chromium is safe.
Anon3184
@Mumu, @new_user: It does not exist in Chromium. https://blog.google/products/chrome/cleaner-safer-web-chrome-cleanup/
Anon3185
Hi Rob, was there a problem with the last polly build? I noticed it has been removed from your github.
I do not remember deleting any Polly builds. Latest Polly should be r546391.

Maybe you are thinking r547374? It is on my Google Drive, posted a few comments back, as it is a FullLTO build without Polly.

My builds currently are delayed somewhat due to a Google login issue. I have not had much chance to look into it, but I did note someone else has filed an error report to which I added my own experience. I hate to push a build with an issue potentially affecting Gmail, YouTube, etc. I am going to run a fresh baseline build shortly to see what happens.
Anon3187
Hmm sorry, I must've looked at the wrong repo and got myself confused.
I'm a long-time user of the stable build available here (thank you for that, BTW). Is there a Chromium stable installer that installs for all users, rather than just the current Windows user? Thanks.
The mini_installer is rather limited. IIRC, it will not even use any extra command line attributes.

One possible idea to achieve your desired result would be install a portable version, then create a link to the portable version in the "C:\Users\Public\Desktop" directory, which should put a shortcut on all system users' desktops. You might need to enable "Show hidden files, folders, or drives" in folder options to view the directory.
@RobRich I had actually tried that with the archive version, but prefer installing because otherwise you can't set Chromium as your default web browser, or associate it with HTML files, mailto: links, etc. If there's not an installer that can install for all users, I'd prefer to run the mini installer once for each user, as redundant as that is.
@RobRich I appreciate the builds as usual, I haven't done any benchmarks since last time because my internet speed/quality went sour, still waiting for it to be resolved before I get back into it. I do lurk here occasionally to see how things are going, keeping track news & progress, Cheers.

@voidxor As a very long-time user I've always used the archived versions and never had issues setting Chromium as the default system browser that's not to say no one won't, just adding my experience in regards to it.
(I did have issues back on Windows 7 & 8.1 but Windows 10 hasn't given me issues with defaulting Chromium).
I've recently fresh installed Windows 10 Spring Creators Update RTM from a bootable USB onto a formatted SSD and downloaded Robs archive build, extracted and could set it as default browser without having to use the mini_installer.
Screenshot: https://i.imgur.com/bvAhhWF.jpg
@Warren Thanks for the positive comments. Hopefully your ISP issue will be resolved soon.

Speaking of builds, I have a couple of options. Wait until the Gmail, YouTube, etc. (Google login) issue is fixed, or go ahead with pushing public builds. Clicking back from the error page usually gets around it, but it is annoying nonetheless.

More info:
- https://bugs.chromium.org/p/chromium/issues/detail?id=829220
- https://productforums.google.com/forum/#!topic/gmail/KsMA6hbCy04;context-place=forum/gmail
@Rob: What the fuck is this reply in productforums.google.com ??! :
« Chromium is not supported, only Chrome. They are not identical browsers. »
@Mumu: Your guess is as good as mine. lol
Anon3195
@Mumu: I agree.
I am pushing my latest build here in the comments given the Google services login issue. If a HTTP 500 or similar error is encountered, going backwards a page usually gets around it. If not, reload the page after going backwards. Annoying, but workable.

Chromium 67.0.3393.0 (Official Build) (64-bit)
Revision d12fd0fd1b3e31bc034c6f4b3762c37f2c81fd3a-refs/heads/master@{#549357}
Compiler clang (+lld_linker +libc++ +thinlto +compiler_optimizations)

chrome.zip | sha1: 765543434d1a19fc11e656a6fac5e821e064e4b5
https://drive.google.com/open?id=1GgdazLiWCDGUixY5A0DM80L-6CpeQWCt

mini_installer.exe | sha1: 3a8782884ead7b37e36c137ef47742ea702c3f8f
https://drive.google.com/open?id=1uHsmCF85lZnbuxv3Eisj3bbLkiCBKaE9

If the issue is not resolved soon, I am going to start pushing public builds anyway. It might get fixed if/when a project dev encounters the issue. In the meantime, those encountering the error feel free to post an error report at the the following links.
- https://bugs.chromium.org/p/chromium/issues/detail?id=829220
- https://productforums.google.com/forum/#!topic/gmail/KsMA6hbCy04;context-place=forum/gmail
Anon3197
This build on google drive isn't a polly build right?
ThinLTO build. I will try to get a Polly build out in the next day or two.
As for the Google services login issue, a current client-side workaround should be go to chrome://flags/#account-consistency and set the flag to "Enabled Dice (fix auth errors)."
Anon3200
Thanks a lot RobRich
@RobRich, thanks for the builds and your efforts to publicize the Google login issue with Chromium (even though the Gmail rep that answered you seemed to dismiss the issue entirely). In the Chromium issue discussion, I see the developer who gave you the workaround says that "...the fix is probably to rebuild Chrome <sic?> with a Sync API key..." Do you think he Is implying your builds, or any others not using Sync API keys, will no longer work properly with Google logins, unless the account-consistency flag is changed? Do you know of any "gotchas" that could occur with the proposed workaround?
AFAIK, it appears all builds not using a Sync API key would be affected, so I am not sure that proposal would be considered a valid fix. Primary case in point, the project's own development snapshot builds do not even have API keys included.

The indicated browser flag is only related to the Google login system. I have used it today with various Google services and have no issues to note from an usability standpoint. YMMV on a security standpoint, as I have seen no documentation on how Dice works.
@RobRich, thanks for your input. I'll probably stick with your 67.0.3387 build until more is known about that flag.
For whatever it is worth....
"Dice is a new experiment in which Chrome is aware of the accounts in the Google authentication cookies."
https://peter.sh/experiments/chromium-command-line-switches/
Appears to do some client-side account(s) management when logging into Google services.
Lovely. I think I'll stay away from Google's experiment to further intrude on our privacy.
Thanks @RobRich.
@Otto Did some poking. Setting chrome://flags/#account-consistency to "disabled" works as well, so you should be good to go now. :)

Unless something else changes, I am going to leave it disabled until whatever the underlying issue is resolved, too.
Anon3207
@Warren: I checked again (sorry for the delay four-day delay), but still don't see it listed as an option:

Start Menu -> Settings -> Apps -> Default apps -> Web browser (the only three options are "Microsoft Edge", "Internet Explorer", or "Look for an app in the Store").

I tried going into Chromium's settings too, then Default Browser, and Make Default, but that just opens the same Windows 10 settings screen.

I looked at your screen shot, yet still don't understand why Windows would "see" Chromium if the archive distribution is merely unzipped to a directory on the C: drive (as opposed to installation, which would register it in the Windows registry). Thanks.
Well, latest polly build works without logging issues but scrolling is bugged.
Aurora Attard 
I downloaded the latest build of Chromium Nightly for 32/64-bit devices and Avast reported that it has Win32:MalOb-CA [Cryp] malware. Is this a false report or has something happened?
Thanks,
Aurora
@RobRich, thanks for your testing with the account-consistency flag. "Disabled" seems like a much better option to me as well!

@Aurora Attard, there have been sporadic reports of false positives from anti-virus vendors for some of the Chromium builds on here (I've gotten them myself from time to time). If you want to be sure, however, I would upload the file to a site like https://www.virustotal.com to see what other anti-virus vendors have to say.
Curious, what is up with scrolling? I mostly use a notebook, so I often rely on keyboard keys for navigating pages instead of a mouse or similar.

Either way, it probably is a revision issue. I will try to roll another Polly build later today.
Anon3212
@RobRich: it looks like you lose the ability to scroll sometimes and have to use arrow keys or something. I agree, revision issue.
An updated 64-bit ThinLTO build as well, but still down here in the comments for now due to the Google login issue.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v67.0.3396.0-r550416-win64

I will start a Polly build in a few. Might be later on Friday before it is posted, though.
Hi, RobRich
About Chromium v49
Is there any way to force the operation of the Windows 2000 SP4 operating system?
@meconium, @Anon3212: Thanks for the info.

@Eden It has been quite a long time, but I think v49 requires various WinXP APIs.
Win2k is going to be a hard case for even a semi-modern browser. Opera 12.x comes to mind. It is well outdated from feature and security standpoints, but IIRC, it still handles most popular websites okay enough for basic use.
Anon3217
This was the Event info that it spat out:

LevelDate and TimeSourceEvent IDTask Category
Error4/13/2018 6:11:17 PMHitmanPro.Alert800Anti-Malware"Malware found:
Mal/Zbot-M
C:\Users\X\AppData\Local\Chromium\Application\chrome.exe
Mitigation MalwareBlocked

Platform 10.0.17133/x64 v739 06_9e
PID 8704
Application C:\Users\X\AppData\Local\Chromium\Application\chrome.exe
Description Mal/Zbot-M

SHA256:d9d8e08bb2da4cf7a0521da934aeac15d053cff057d0a5bf40178669457ea621"
Anon3218
@Anon3217: Ok it is on a 64-bit Win10. But which build? Source of downloaded file? Did you test it at https://www.virustotal.com/ ?
New 64-bit ThinLTO build, and it is in the proper spot in the build listings. The Google login issue should be resolved. :)

Note I had Jerry pull the libc++ tag as building with it is currently broken. I will revisit if/when fixed by the associated devs.
Anon3220
@RobRich could you please check your latest polly build on github.
My downloads from there are showing different SHA-1 hashes and 32bit 67.0.3395.0 -549950 revision build
Anon3221
@Anon3218 It was from one of the 64bit windows 10 Rob builds that had just been posted. Pretty sure it was a false alarm, possibly due to the Click n clean extension which crashed and did something weird and then i got the malware error, or just an error with Hitman Pro Alert. All other scans came up clean and then reinstalling and updating extensions seemed to fix the issue. This is the only site I trust to DL the installers from, so it was a surprise. Apologies for the false alarm!
@Anon3220 Apologies. Here is an updated Polly build.... with the correct files. :)

@Anon3221 Sure enough, likely a false positive based upon heuristic scanning. I can not speak for whatever extension(s), but from the core browser perspective, my build box is rather isolated from unknown apps plus gets the usual routine security audits for malware and similar.
Anon3223
Thanks RobRich for the polly builds, they're fantastic!
Nik: Is a new dev "Sync" version in development? Dev versions are up at version 68.0.3398.0. Thank you. :)
Polly optimised version of DEV build:

Chromium for 64-bit macOS - All Codecs - Sunday, 15 April 2018

Chromium 68.0.3398.0 (Official Build) (64-bit)

Revision4204e85d87563d5d028182d7ec5c1f64697cc17c-refs/heads/master@{#550900}

OS Mac OS X

- only for macOS 64
- with codecs (h264, h265, flac, xvid, etc..)
- official build


No Sync • No WebRTC • No Widevine • Polly Optimised
Chromium.68.0.3398.0.nosync.polly.app.zip
https://github.com/macchrome/chromium/releases/download/v68.0.3398.0-r550900-macOS/Chromium.68.0.3398.0.nosync.polly.app.zip
SHA1 D6132207863551A885E6442612F2E8D0CBBDF958
Nik: Thank you so much for the very up to date ((Sync • WebRTC • Widevine • 68.0.3399.0 (551264) • Tuesday, 17 Apr 2018)) builds! Cheers! ;)
@marmaduke, thanks for all your work! Looking forward to stable 66!
@marmaduke: Thanks for No sync • No WebRTC • No Widevine • 66.0.3359.117 (540276). Seems perfect so far! :-)
Anon3230
Thanks Nik
No sync • No WebRTC • No Widevine • 66.0.3359.117 (540276) • Wednesday, 18 Apr 2018 (64bit)
seem ALL GOOD :)
Thanks Jerry too
Both your efforts and time are sincerely much appreciated :)
Updated Polly build available... in the build listings above. :) ThinLTO is being replaced by Polly with FullLTO.
Hi Rob, if I understand well since last clang version 68.0.3400.0 you replace the "Thinlto" compiler with "Polly + Fulllto" for the clang version ? You discontinue using Thinklo for Clang ?

If so, what would be the difference henceforward between Chromium_Clang channel and Chromium_Polly channel ?

----------------------
Chromium_Clang
v68.0.3399.0-r551408-win64
Compiler clang (+lld_linker +thinlto +compiler_optimizations)
----------------------
Chromium_Clang
v68.0.3400.0-r551871-win64
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations)
----------------------
Chromium_Polly
v68.0.3398.0-r550920-win64
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations)
----------------------
Think of Chromium_Clang as the "mainstream" channel, into which the "development" channel for Chromium_Polly has been merged.
Going forward there will be no more Chromium_Polly development channel, as Chromium_Clang is now built with Polly and FullLTO. :)
I probably will delete the old development channels for Polly and PGO at some point.

----------------

I have deleted the old Polly and PGO repositories. Started a new miscellaneous repository for 32-bit builds, experiments, etc.

----------------

New 32-bit build available. I have migrated it from ThinLTO to FullLTO.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3400.0-r551871-win32
Is it possible to run 2 versions of chromium side by side? (I understand you can run 2 versions of chrome side by side as per https://blog.chromium.org/2017/08/run-multiple-versions-of-chrome-side-by.html)

I currently use chrlauncher to update and launch Nik's stable No sync • No WebRTC • No Widevine version.

If I also want to run Nik's LKCR version would installing another instance of chrlauncher and making another profile folder be sufficient to keep the 2 chromium browsers (i.e. stable and LKCR) separate and operate without issues?

Thanks in advance!
Anon3235
Thanks a lot RobRich, Nik and Marmaduke for your work.

@Clamp: Yes, you can run 2 versions of Chromium side by side. The simplest way is to use 2 chrlauncher ("Portable" versions, here). All will be separated. No conflict. Compare chrome://version in each browser.
Currently running... https://i.imgur.com/FtkxuxA.png
Ublock origin 1.16 (new version released today) crashes on chromium. I suspect it is ublocks fault, but bug reporting on github is limited... And now all my block filters are gone... Is there any way to recover my own block filters ? Extension crashes all the time, so i cant access any of my filters normally... Also is a there a way to block extension updates on chromium ?
Anon3238
@new_user
im on nik's stable and seems to me
extension does not update on chromium automatically - it needs to be done manually
on u.o you can backup your personal settings and filter
from chromium - extentions - ublock - option - settings (scroll donw to bottom) - back up to file and then restore from file (from the copy you saved)
yes ublock 1.16 also crash on my end - dont they test it out first?! rolling back
Well, i also use niks stable builds, i have installed ublock origin many months ago, it was 1.15.0 when i installed it, and now it says "1.16.0" in chrome extensions tab, this version came out today, so it definitely updated automatically, i never do any manual updates of extensions.

I was using chromium v65 when it happened, so i tried updating to chromium v66, but it didnt help.

Thats the point, ublock origin extension crashes, therefore it is not started and it cannot start, therefore i cannot go to its settings, therefore i cant just use ublock origin settings menu to get my filters. I can try to "reload" the extension, but that doesnt help, it instantly crashes again. Therefore, i need to find where ublock origin is holding user filters and get them manually. I suspect it holds them in some weird place, or even encrypts the filters list.
Anon3240
@RobRich First I want to thank you for your work and effort pushing out these optimized builds!
I usually scroll with middle click on pages and experience stuttering (while scroll) that appeared in last 3 builds. In flags, I have smooth scrolling turned off (flipping it on doesn't fix it). This issue is new, neither Nik's stable build has it, nor one of you builds up to the stated ones.
I already searched google, but wasn't able to find anything related, maybe someone here can confirm, to rule out it's a problem on my side. Also I hope this problem is not too minor or exotic to mention or look into.
Anon3241
not sure how it automatically updated (I have never had that before ever - maybe it has to do with some flags?)
All the extension settings and others are in C:\Users\XXX\AppData\Local\Chromium\User Data\Default
I usually keep a good copy of the chromium Default folder and just paste it over in time when needed (make sure chromiun is closed and not running at background)
or you may want to wait until the next version comes in and automatically install over
maybe your filter and settings will still be there
when I manually update and test 1.16 i had to uninstall (since there was no install over option that i know of) so everything was gone for me
so as long as it was not uninstall there's maybe a chance
if you have other browser ie firefox which uses ublock, and the filters are the same, you can just backup u.o from there
and when the good copy of u.o is ready for chromium, you can restore using the copy from firefox
thats all i can think of
anyway good luck :)
Chromium for 64-bit Windows - All Codecs (inc. AC3/AAC Digital Surround) - Saturday, 21 April 2018

Chromium 68.0.3403.0(Official Build) (64-bit) - DEV Build
fb1ccf02ee8ca79e1404abfd3a3a7d540b7d2dbd-refs/heads/master@{#552589}
OS Windows

No Sync - No WebRTC - No Widevine - Polly Optimised

chrome.68.0.3403.0.polly.packed.7z
https://github.com/macchrome/winchrome/releases/download/v68.0.3403.0-r552589-Win64/chrome.68.0.3403.0.polly.packed.7z
SHA1 3ADF455D4526B8F1BC0F95A768E3D6A8A966F912

====

If colour hue adjust: chrome://flags/#force-color-profile
@Anon3240 It is probably a revision-related issue, as there is nothing I am doing that should affect scrolling. You can try marmaduke's build above to possibly verify, plus I will roll a new build this weekend for you to try. In the meantime, another thought is to make sure you have the latest video card drivers.
Hi RobRich, hi Marmaduke

On https://tools.woolyss.com/html5-audio-video-tester/ the @Marmaduke Polly Chromium version 68.0.3403.0 (#552589) has a lot more functionals videos formats than the last Rob's Polly Chromium version 68.0.3401.0 (#552203) for very slightly lesser benchmark performance (invisibles differences in real world usage)

To @Marmaduke : Can you explain to Rob or public explain (if you want) how you do to integrate your codecs in your Windows Chromium Polly that allows the use of a very large number of video formats?

To @Anon3240 I got the scrolling problem too, it’s a revision-related issue.
I’m currently on a bisection to find since which version the problem occured too report a bug.
@Rob

Forgot : you miss-packaged the wrong « chrome.zip » for Chromium~Clang 68.0.3401.0 (#552203) - win64.

It seem you took the « chrome.zip » of the Chromium~Misc 68.0.3400.0 (#551871) - win32 instead…
Chromium 68.0.3403.0(Official Build) (64-bit) - DEV Build
fb1ccf02ee8ca79e1404abfd3a3a7d540b7d2dbd-refs/heads/master@{#552589}
OS Windows

No Sync - No WebRTC - No Widevine - Polly Optimised - lld-link - FullLTO

chrome.68.0.3403.0.polly.lto.packed.7z
https://github.com/macchrome/winchrome/releases/download/v68.0.3403.0-r552589-Win64/chrome.68.0.3403.0.polly.lto.packed.7z
SHA1 FD96B501C77D78E4E7BB8C0C2696472EC8141A3E

====

@Mumu: Initially, I followed NIk's guide: https://github.com/henrypp/chromium and https://lexxai.blogspot.co.uk/2016/09/chromium-ubuntu-x265-hevc.html

The main problem with the incorporation of additional CODECS is keeping up with FFMpeg's changes and its implementation. I wrote a tutorial for MAC; but within days it was out of date, so, I took it off-line. In order to produce a Polly build, you must compile (FullLTO is my preference) the latest LLVM/Clang. Basically, what I am saying is that custom Chromium builds have to be actively maintained.

Nik (Codecs) and RobRich (Polly) are the Windows specialists. I compile/build Chromium for Windows for personal use (and to aid in the production of Chromium for the Mac).
@Mumu Thanks for the FYI. I removed the build and replaced with a new build.
Hi Rob,

The new and last build « chrome.zip » version 68.0.3404.0 (#552599) win64 miss the local (langages) folder… So it crash…

I can make it run by copying the local folder from the last build before (68.0.3400.0 / #551871 / win64) but I had some bugs + I seem I need a account like if this build use API Google key…

Not sure but I think this build need a re-check…

Thank you anyway for your works of course !
@Rob,

I took the local folder from the official Chromium branch (https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win_x64/552599/) and everything work fine !

So, you just need to update your last Polly by addind the missing local folder for your version #552599

So all the bugs I got come from this missing folder…
Anon3251
Yep, version 68.0.3404.0 (#552599) gives "Unable to find locale data files. Please reinstall."
I suspect it had the wrong chrome.exe, which is easy to do when generating the zip archive. If so, it should be resolved.
Anon3253
Still showing the same error. Locales folder is empty
Sure enough, the directory was missing. ?! Anyway, I have rebuilt the zip archive from the original build files. The locales directory is there now.
@Mumu i was able to recover my filters by manually installing older ublock origin version, and then copying extension settings from the updated 1.16 to older 1.15, the extensions settings were located at "AppData\Local\Chromium\User Data\Default\Local Extension Settings".
Anon3256
Anyone having trouble disabling material design for chrome://extensions in Rob's new polly build #552599. I did it in chrome://flags, and chrome://version shows "disable-features=MaterialDesignExtensions" But material design is still active on chrome://extensions.
I'm hoping it's not a useless flag someone forgot to take out...I hate the new layout of chrome://extensions
That would have to be a revision issue, though I am somewhat surprised there is still a flag to disable any MD settings. Pretty much the whole UI is migrating to MD.
Polly optimised, Full LTO and CFI version of DEV build:

Chromium for 64-bit macOS - All Codecs - Sunday, 15 April 2018

Chromium 68.0.3398.0 (Official Build) (64-bit)

Revision4204e85d87563d5d028182d7ec5c1f64697cc17c-refs/heads/master@{#550900}

OS Mac OS X

- only for macOS 64
- with codecs (h264, h265, flac, xvid, etc..)
- official build
- ld64 351.8 - XCode 9.3 (default linker natively supports LTO)

No Sync • No WebRTC • No Widevine • Polly Optimised • Full LTO • CFI
Chromium.68.0.3398.0.nosync.polly.lto.app.zip
https://github.com/macchrome/chromium/releases/tag/v68.0.3398.0-r550900-macOS
SHA1 14704A22B0ABC8520E75937A5EF7D35958DC7CC0

====

The intention is to make - Polly Optimised • Full LTO • CFI the template for the stable build, would appreciate it if someone would
benchmark the three versions of the "no sync" build.
Anon3259
Rob, thanks. Everything seems to work fine now with 68.0.3404.0 (552599)
Anon3260
Thank you marmaduke.
I suggest verifying CFI does not break about:gpu, as it does on Windows - at least the last time I checked. Been awhile.
chrome://gpu/

Graphics Feature Status
Canvas: Hardware accelerated
CheckerImaging: Enabled
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Native GpuMemoryBuffers: Hardware accelerated
Rasterization: Unavailable
Surface Synchronization: Enabled
Video Decode: Hardware accelerated
Viz Service Display Compositor: Disabled
WebGL: Disabled
WebGL2: Disabled
'''
Anon3263
Can Nik start building stable-branch builds as "No sync • WebRTC • No Widevine" ? disabling webrtc is now unofficially supported (see https://bugs.chromium.org/p/chromium/issues/detail?id=800653) and recently this broke ublock origin that assumed a default dependency on webrtc in chrome.
Anon3264
what is WebRTC for? isnt it a privacy-security-risk???
Anon3265
Hello, does anybody know if it's possible to disable ugly address bar in chromium 66+? More accurate I want description to be second, and url first (like it is always been), removing favicons also great but not needed. Example screenshot (top is 65, bottom 66): https://i.imgur.com/5Hi7Ptx.png
thanks in advance
@Anon3265: Everything is more and more ugly in chromium… With last Rob version 68.0.3406.0 (#553004) I discovers more space beetween favicons in bookmark toolbar…

But there is no flag and no userChrome.css to deal with.
So we can do anything with your or my UI problems…

Sorry Anon3265, but you can report this to chromium team and hope someone agreed with you…

I suspect chromium/chrome doing like windows 7 to windows 8 :
Make something polyvalent for desktop and mobile at the same same time but ending with an ugly unusable browser…

I really thinking about switching to firefox…
Anon3267
@Mumu, thanks, I'll look in bugtracker, but I'll sure it will have same fate as vertical tabs many years ago (which was awesome experiment, and I really don't understand why they don't just leave it there for few people that was using it), but I really don't get why they change this things that just works :(
@marmaduke Do you get the proper "GpuProcessHostUIShim: The GPU process exited normally. Everything is okay." logging on about:gpu with CFI enabled? The was the breaking point with CFI on Windows when I last tried it.

----------------

Updated 32-bit FullLTO build now available.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3406.0-r553318-win32
@Anon3265 yes, chromium looks more ugly with every new version, i had to downgrade back to v65 because of this (had to change chromium version in regedit to any older to trick installer to install). That new address bar ugly as fuck - huge spacing, plus address is shown after information...
@RobRich: The (Mac) CFI and non-CFI versions do not display "GpuProcessHostUIShim: The GPU process exited normally. Everything is okay."

CFI:
chrome://gpu/
https://github.com/macchrome/chromium/releases/download/v68.0.3398.0-r550900-macOS/gpu.mhtml

Compile parameters:

cflags = [ "-O3","-flto","-mllvm", "-polly","-mllvm", "-polly-unprofitable-scalar-accs=false","-mllvm", "-polly-detect-profitability-min-per-loop-insts=40","-mllvm", "-polly-ignore-aliasing=true","-mllvm", "-polly-tiling=false","-mllvm", "-polly-stmt-granularity=scalar-indep","-mllvm", "-polly-invariant-load-hoisting=true","-mllvm", "-polly-enable-polyhedralinfo=true","-mllvm", "-polly-check-parallel=true","-mllvm", "-polly-check-vectorizable=true","-mllvm", "-polly-prevect-width=32","-Xclang", "-vectorize-loops","-Xclang", "-vectorize-slp","-Xclang", "-Rpass-analysis=polly","-Xclang", "-Rpass=loop-vectorize"]

ldflags += ["-flto","-fvisibility=hidden", "-fsanitize=cfi" ]

====
Appears Mac treats it differently. :)

BTW, some of those Polly settings are now defaults, changed, and/or unneeded. Polly is still a moving target.

You can see my current Polly config here:
https://github.com/RobRich999/Chromium_Clang

Here are my current LLVM tweaks as well, if you are interested. YMMV.

"-mllvm", "-enable-deferred-spilling",
"-mllvm", "-enable-implicit-null-checks",
"-mllvm", "-enable-local-reassign",
"-mllvm", "-enable-misched",
"-mllvm", "-use-cfl-aa-in-codegen=both",
"-mllvm", "-vectorizer-maximize-bandwidth",
@RobRich: Appreciate it.
I understand the polly concept, but not its implementation: such as, which are the best parameters to use.
Being realistic, just setting "-mllvm", "-polly", probably is good enough for building Chromium. I go further to eek out maybe another percent or few of performance, though real-world results are less dramatic.

"-mllvm", "-polly", = invokes Polly
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40", = tells Polly to work with loops as small as 40 instructions
"-mllvm", "-polly-invariant-load-hoisting", = attempt to hoist invariant loads out of the loop
"-mllvm", "-polly-optree-normalize-phi", = replace PHIs (SSA/IR) with their incoming values
"-mllvm", "-polly-precise-fold-accesses", = fold memory accessess
"-mllvm", "-polly-precise-inbounds", = higher precision for inbounds assumptions
"-mllvm", "-polly-run-dce", = Polly's internal dead code elimination
"-mllvm", "-polly-vectorizer=stripmine", = prevectorization routines
"-Xclang", "-Rpass-analysis=polly", = output Polly scop info to display

Then for V8, since it routine exceeds default zone analysis for DeLICM.

"-mllvm", "-polly-delicm-max-ops=0", = unlimited zone analysis for problematic scalar dependences

I suggest not setting unlimited delicm globally, as it can push some of media-related source files into the hours (days?) each to build.
Anon3274
Holy! In recent builds from Chromium i lost 8 bookmarks to » due to the new long space in between them.
Anon3275
@Anon3274 It ’s exactly why I reverted back in previous version !
I stick to it as long as they don’t make the same compact bookmark toolbar than firefox !
Anon3276
Yeah, i also roll'ed back to 68.0.3404 {#552599}. Makes no sense to use the browser with such huge gap between bookmarks.
The Oracle 
Nik, marmaduke or Robrich should manage Chromium developments. One gets the feeling that the Chromium developers can't see the wood for the trees, or that they have pulled their black Steve Jobs wanabee turtle necks over their face. FFS get some pride, forget about the advertising revenue: deliver a quality and an innovative product and not a product only suitable for the likes of such contemporary intellectual giants as Stormy and Donald the Petty 'Druff Remover.
Anon3278
Updated to No sync • No WebRTC • No Widevine • 66.0.3359.139 (540276) • Friday, 27 Apr 2018 (64bit)
All good - been online for a good hour or so no problem encountered thus far
Thanks nik :)
Thanks Jerry :)
Much appreciated for the great work and time - Hv a gd wkend
Anon3279
Thank you Nik, RobRich and all developers.
Quick FYI. My r554406 build seems a little flaky after using it for awhile, so my build box is currently cooking another build to replace it.
Thierry de Belgique 
Merci for your job. The spirit of the beginning still alive, many many thanks for that.
For those interested, I have updated the LLVM build configuration.

"-mllvm", "-adce-remove-loops",
"-mllvm", "-addr-sink-new-phis",
"-mllvm", "-addr-sink-new-select",
"-mllvm", "-aggressive-ext-opt",
"-mllvm", "-combiner-global-alias-analysis",
"-mllvm", "-condsider-local-interval-cost",
"-mllvm", "-costmodel-reduxcost",
"-mllvm", "-da-delinearize",
"-mllvm", "-enable-aa-sched-mi",
"-mllvm", "-enable-cond-stores-vec",
"-mllvm", "-enable-deferred-spilling",
"-mllvm", "-enable-implicit-null-checks",
"-mllvm", "-enable-interleaved-mem-accesses",
"-mllvm", "-enable-ipra",
"-mllvm", "-enable-local-reassign",
"-mllvm", "-enable-misched",
"-mllvm", "-loop-prefetch-writes",
"-mllvm", "-force-precise-rotation-cost",
"-mllvm", "-regbankselect-greedy",
"-mllvm", "-vectorizer-maximize-bandwidth",
"-mllvm", "-polly",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-optree-normalize-phi",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-precise-inbounds",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-Rpass-analysis=polly",

Plus for V8:

"-mllvm", "-polly-delicm-max-ops=0",
Anon3283
Can only hope that Chromium devs revert (or fix?!) this new space between bookmarks. Did any of you saw something in the bug tracker, groups, etc? I find their interface really not user friendly.
Anon3284
@Nik @RobRich.
Thank you very much. For your build in 32 bit.
Someone have a tip for uBclok Origin 1.16.2 stop crash in Nik buid : No WebRTC 68.0.3399.0 (551299)
With 67 No WebRTC crash too..
gorhill don't care and don't want fix it.
For him uBO is for use with Chromium same build number of Chrome.
Anon3285
@Anon3284 Gorhill fixed it already in dev build see https://github.com/uBlockOrigin/uBlock-issues/issues/9, Google won't review the post to the chrome store, he is trying to work that issue.
The bug making all tabs and windows show "Untitled" in the Windows taskbar was fixed today, so it soon should start filtering into builds. I will try to roll new public builds ASAP.
@Anon3283: There are some complaints about this but each time devs closes the request with a "won’t fix" :(

So I added my own lament (https://bugs.chromium.org/p/chromium/issues/detail?id=838282) , hoping that Chromium’s devs’ will take pity on an old lady and go back from this suicidal idea of making such a hideous favorites bar !

Note : uBlock crash is fixed in every Nik and Rob version with 1.16.2 version. Note that I only test with fresh install (not update)
Anon3288
Anon3284 @Anon3285 Thank you very much. I always download uBO from github. And it's fixed for 66 not 68.
@Mumu Thank you very much too. For info. But i'm interersting by fix for update not fresh install.
Too bad I will use Scripsafe or try this extension for see :
7 Times Faster: https://chrome.google.com/webstore/detail/7-times-faster/bcidahcpjehlemnbmeaepadalhjofnmp
Hello
Execution of installers are blocked by Windows 10
Thanks all of you for your work, both the site and the builds. I switched from Chrome and am now happily using Nik's build for a while now.
Quick *plug* I made a (self running) PowerShell script to keep Chromium updated. Get it form GitHub: https://github.com/mkorthof/chrupd Maybe someone finds it useful. It has has options for editor, channel and can add a Scheduled Task.
admin
Hello everybody,
A big thanks to all of you! ;)
@Pierre: Do you use Windows Defender?
@Marius: Thank you for your work and sharing. I added your #updater ! ;)
@Pierre: Sounds like Windows SmartScreen, perhaps? If so, click "more info" when the security popup appears, and there will be an option to run anyway.

-------------------------

An optimized build for Linux. Should work with Debian, Ubuntu, and similar. I suggest gdebi if needing a local deb package installer.

Chromium 68.0.3417.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision d8de8d344e4ae611abcf5178b4bef8d84f4911fb-refs/heads/master@{#555149}
Compiler clang (+lld_linker +compiler_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3417.0-r555149-linux64
@marmaduke: When can we expect the latest stable build for macOS?
Hi
I can't download the latest 66.0.3359.139, downloads stopped at 70% and couldn't be resumed.
Mine is still Version 65.0.3325.181 (Official Build) (64-bit). In last 2-3 days, I had problems opening any Google pages (youtube, search). I had no issue with FF / Opera using the same connection.
FYI. Looks like the project is moving forward on removing the webrtc build flag.
https://bugs.chromium.org/p/chromium/issues/detail?id=800653
yeah, this's bad..
Yeah, the removal the of the webrtc flag is sufficient grounds to invade Iran and bomb Syria.

We live in interesting times: all the Google code monkeys want to do is to checkout Grindr and Tinder.
Thoughtless talentless morons.
Anon3299
GrindR, who sells HIV status of its users in France to mutual insurance health organizations to obstruct people to be able to support themselves properly.
Not much better for the tinder case : https://www.theguardian.com/technology/2017/sep/26/tinder-personal-data-dating-app-messages-hacked-sold
I will not go into the Facebook case...
Yes, very interesting times…
I return to Firefox. Quantum Beta 61 just release today. Good luck with Chromium my friends!
Anon3300
hmmmm.... bad shit rising :(
if now its webRTC, whats next?
its never about webRTC or that, its about control and who has 'power to enforce' the new world product to fit the new agenda
May hv to stay with the last good copy of no-webRTC
is waterfox better than firefox? firefox seems to have a few 'issues' lately
and waterfox has break off with ff so they say
hv a gd wkend ppl
Anon3301
I liked it better when chrome only had like 10% of browser market share when it first was coming out. More shits were given then...
Chromium 68.0.3419.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 8f49bff3b0aadec93b59c0d8966dfce6085f37a6-refs/heads/master@{#555869}
Compiler clang (+lld_linker +compiler_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3419.0-r555869-linux64

-------------

Chromium 68.0.3420.0 (Official Build) (Windows 32-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 00eb06c3827b91f6b9221fa566a891b01fb7e92b-refs/heads/master@{#556041}
Compiler clang (+lld_linker +fulllto +compiler_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3420.0-r556041-win32
I am cooking a build with a much more simplified optimization configuration. It probably will be my next public Polly release if stable.

It is getting annoying maintaining all the various extra LLVM flags when something breaks, especially if the performance difference is minimal at best outside of benchmarks anyway, so they are gone for now.

So for those interested, all optimized code targets are at -O3, and Polly is configured as below.

"-mllvm", "-polly",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-Rpass-analysis=polly",
Anon3304
@RobRich
your innovation spirit is admirable :)
Are there any firefox custom builds that are privacy and performance oriented, like chromium on this website ? Chromium is going towards a dark path, its developers are completely incompetent, and i dont want to go that route, so i am exploring all alternatives. i know there is palemoon and waterfox, but they try to create their own brand, and i dont like that, i am looking for a clean solution, like this chromium.
@Anon3304 Thanks, but it is more like I am hitting linker errors that are becoming harder to resolve. If the trend continues, I might consider a return to ThinLTO builds, as it is the more mature and more proven build process compared to Polly+FullLTO.
Took my own advice from a few posts ago. ;) Simplified Polly back to its standard configuration as well for the latest public build.

Optimized code targets for the Polly+FullLTO build are at -O3 and "-mllvm", "-polly" as applicable.

----------------

FYI. The commit to remove the webrtc build flag landed today.

----------------

@new_user It is not incompetence or ill will, but more of code consolidation IMO. If one component already provides something, the idea is why duplicate the code in another component when it can be cross utilized instead.

I built Firefox awhile back. It is straightforward enough to build. My build did not pickup my additional flags in a custom mozconfig file, but admittedly, I did not spend much time poking at it. I might revisit later.
« […] 𝘢 𝘳𝘦𝘵𝘶𝘳𝘯 𝘵𝘰 𝘛𝘩𝘪𝘯𝘓𝘛𝘖 𝘣𝘶𝘪𝘭𝘥𝘴 […] »

Yeah !
I don’t know really why but i get little more stability and performance with ThinkLTO than Polly on my system…

So — for my case only — I upvote for a return of the thinkLTO build ;)
@RobRich: >FYI. The commit to remove the webrtc build flag landed today

That is good news. Makes my life much easier.

Having said that: while the Google troop are forlornly recreating the works of Shakespeare, I wiil (foolishly) try to subvert their efforts.

How the hell wiil the White Helmets be able to post their mock chemical attacks, and Bibi be able to entertain us with his comedy Ikea bookshelf of Iran's nuclear secrets?

Chromium is too intertwined with Chrome. 'He who pays the piper calls the tune'

I want to talk to the organ grinder (Chromium), not the monkey (Chrome)!
Chromium 68.0.3424.0 (Official Build) (Windows 32-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 672cc57f93fb23198daf242d123fb4686f47dbe9-refs/heads/master@{#556381}
Compiler clang (+lld_linker +fulllto +compiler_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3424.0-r556381-win32

----------------

Chromium 68.0.3424.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 8373deab43ade25295225bcbb56a05c6e28c949c-refs/heads/master@{#556452}
Compiler clang (+lld_linker +compiler_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3424.0-r556452-linux64
Anon3312
"FYI. The commit to remove the webrtc build flag landed today."
so which version is the LAST good copy of NO-webRTC?
@jerry & dev - pls advice when it is the LAST FINAL no webRTC copy and when it is becomes effective.
THANKS IN ADVANCE :)
Thanks for all your effort and time :) Much appreciated
Getting the missing pages error when logging into Gmail again. Setting chrome://flags/#account-consistency to "disabled" is a workaround.
Anon3314
I know uBlock is fairly popular, and that extension offers the ability to block WebRTC if no good solution is found. Gorhill is a great dev and the open source extension is a godsend.
I have built Firefox from the development trunk. Some of the build docs could use updating IMO.

I used a customized mozconfig file to enable basic -O2 optimizations and disable some options like the crash reporter, version updater, and maintenance service. I also eventually got the installer to build.

Firefox 62.0a1 build 20180507230735 installer
SHA1: 25709bbe51d2e1c5a253299f1d685050ded76ce2
https://drive.google.com/open?id=1_d4kUzsw99IhGCELs8lHjFMTxp_3yYdE

Consider the build just a proof-of-concept. I am not sure there will be any further releases. If I do, I might setup a repository at GitHub.
Anon3316
it is still better to disable webRTC completely from chromium (rather than a extension blocker)
UO is better than nothing but its not as good it seems -
https://github.com/gorhill/uBlock/wiki/Prevent-WebRTC-from-leaking-local-IP-address
https://chromium.googlesource.com/chromium/src/+/d98b020fe1f0cb85de21de5313261a66ad9c9fe4

Chromium's Kanye West:

"Remove enable_webrtc and treat it as always true from now on.

enable_webrtc=false has been broken for months and no one has noticed,
so let's get rid of this complexity. WebRTC will now be a part of
Chromium until the serpent Nidhoggr ascends into the sky and ushers
in Ragnarök."

Alas, poor Yorick! I knew him, WebRTC...
Anon3318
Hey @marmaduke when is the next release of your stable build? Or are you working through WebRTC before you release it?
Anon3319
@marmaduke: how do we get the serpent Nidhoggr ascends into the sky and ushers in Ragnarök.?
we want NO-webRTC back!
Ha :D Looks like new world order is already silently activated?!
WebRTC is not an issue for release 66 and perhaps 67.

I'm being lazy and perhaps a bit arrogant: Google are incapable of delivering an initial "stable" stable release or subsequent stable "stable" release (of Chrome).

In answer to your question: when the next revised stable release is released, or if I lose the war of attrition within the next few days.

Where feasible, I'll continue to build the Stable branch with "webrtc=false" (where necessary). But, alas, future releases of the DEV branch will have webrtc enabled by default.

I suppose the next logical step for Chromium/Chrome is to make Java-script compulsory!
Anon3321
@marmaduke thanks for the response, we appreciate all the work you do for the mac users! Looking forward to your next release.
Moving on... Should have done a Mac build instead. No WebRTC is history!

Chromium for 64-bit Windows - All Codecs (inc. AC3/AAC Digital Surround) - Tuesday, 08 May 2018

Chromium 68.0.3425.0 (Official Build) (64-bit)
Revision 25f7b20ec517e326d0f0023882a0a1ff2223e1a0-refs/heads/master@{#556726}
OS Windows

No Sync - WebRTC - No Widevine - Polly Optimised - lld-link - FullLTO

chrome.packed.68.0.3425.0.webrtc.lto.7z
https://github.com/macchrome/winchrome/releases/v68.0.3425.0-r556726-Win64/

======
Combination of uBo and ScriptSafe (browserleaks.com)

WebRTC Leak Test
WebRTC Support Detection
RTCPeerConnection✔True
RTCDataChannel✔True
ORTC (Microsoft Edge)×False
IP Address Detection
Local IP Addressn/a
Public IP Addressn/a
IPv6 Addressn/a
WebRTC Media Devices
Device Enumeration×False
Has Microphone×False
Has Camera×False
Audio-Capture Permissions ×False
Video-Capture Permissions ×False
Media Devicesn/a

=======
Like Alphabet and ultimately Chrome, WebRTC is great no loss.
ChromiumXP v49
Do you know where the official moves the files?
https://storage.googleapis.com/chromium-browser-snapshots/index.html
Anon3324
Widevine doesn't work with last NIK chrome update
Anon3325
@Eden: https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/ and get builds before 403386
- https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/403380/ (official, dev, unstable),
- or re-compile the stable version (49.0.2623.112) yourself,
- or use the nik build: https://github.com/henrypp/chromium/releases/tag/v49.0.2623.112-r403382-win32 (unofficial, stable)
I use Chromium on Macbook Air Sierra 10.12.6 and I have an awful bug. Sometimes, when I close my Mac and open it again (especialy when I go to sleep at night and go back at the morning) 2-finger-swipe stop working in all Cromium tabs ("Swipe between pages" in mac settings). I mean I can not use this swipe in OLD tabs, but when I open new one, swipe works fine. And after a few days it can happens again. I so tired about this. It was happening with earlier Macos, not only Sierra, and it happens about 2 year with all Chromium versions. And now, I just tried to use Chrome 66.0.3359.139 (Official Build) (64-bit) - today morning I got the same problem after 2 weeks use of!

Someone has the same problem?
Anon3328
If Chromium will eventually become too big of PITA for attempts to improve security and privacy, will this community switch focus to another browser, maybe Firefox? Asking a serious question.
Big thank you to all contributors and the site admin for your work :)
Anon3329
Privacy wise Firefox is the best one, it offers various about:config entries which you can tweak to your own liking easily but in return it performs way worse than Chrome/Chromium, at least on my machine. Even the loading of websites is quite noticeable while only using one extension in both browsers (uBlock Origin). That's a big minus for me and the sole reason i don't switch to it.
Chromium natively supports WebRTC, just like Edge and Firefox do as well.

Yes, WebRTC basically can return your IP info if queried, but your browser's usual HTTP headers return IP info and a wealth of other data anyway. The potential privacy concern is WebRTC providing IP info if located behind a VPN or anonymous proxy, so if either apply, block the WebRTC query (among other things) with an extension. If neither apply, then it is pretty much "whatever" IMO.
@Anon3329, then why Firefox save Recently closed tabs in incognito mode? I think it's not "privacy"
Some updates. :)

1. The current autocomplete issue affecting bookmarks now has a couple of active bug reports. Hopefully it be resolved soon.

2. Bookmarks on about:newtab are not working in my latest Win64 build. If you have the bookmark bar enabled, you are not affected anyway. Otherwise, I will file a bug report if the issue persists for another build or two.

3. My latest Win64 build, which will go public in a few minutes, is back to ThinLTO. There apparently has been some work on ThinLTO, as it is now measurably outpacing Polly+FullLTO in various tests, particularly in JavaScript performance. Polly+FullLTO is being shelved for now, though it could return to my misc builds repository as an experimental build in the future.

4. With Polly being shelved, my build box should have enough time to churn out regularly updated 32-bit ThinLTO builds again, assuming anyone is interested. Just let me know.
Anon3333
@Dan As long as there's no access between normal mode and incognito, and leaving incognito mode by closing its last window/tab purges all data created and cached by incognito mode, that should be okay. To me, there doesn't have to be much difference between navigating in normal mode and incognito - the point of the latter is merely to create a separated & instantly destructible browsing session, kinda similar to making a new profile.

I often thought it might be quite convenient if it was possible to create more than one incognito session at once, like a new private tab/window wouldn't share browsing data with other private tabs/windows that are already open.
@marmaduke thanks for the latest stable for macOS!
@marmaduke: No sync • No WebRTC • No Widevine • 66.0.3359.170 (540276) seems to work ok. Thanks!
@Invisabit, @Aargl: I appreciate all feedback: good, bad or indifferent.

I know that one of you guys use OSX 10.9. Chromium has recently removed OSX 10.9 dependent code, so be prepared for changes in v68+

I'm currently looking at adding additional CODECS to Firefox; but, I find the build system to be arcane: Chromium's is much more elegant!
Building Firefox.... is different. I need to workout properly passing cflags to clang-cl, which apparently is what I will be using for awhile since VS2017 15.7.x is not yet supported, and I am not rolling my VS install backwards. To be technical, the build configuration takes my cflags, but it is kicking even basic optimizations flags as invalid. Had to scrape and toss together my own earlier revision WinSDK, too. Fun stuff.
Firefox's about:buildconfig gives useful build information and parameters: the current Nightly uses VS2017 15.6.6

I don't think Firefox is as (natively) extensible as Chromium. My initial impression of Firefox's build process is that it is crude. I've much to learn.
Yeah, there is a blocking compiler issue with 15.7 and even 15.8 preview. Appears MS is going to have to fix it. There is a VS bug report.

My issue is clang-cl, which is a drop-in VS cl.exe replacement. Looks like build file modifications are going to be required to get it working, at least with my configuration. I might just wait until VS2017 building is working again.
sigan actulizando este navegador de 32bits por favor te lo pido pongan update , buscar actualizaciones y reiniciar el navegador con las ultimas versiones como google chrome pero sin errores faltantes de cosas sin habilitarse y deberia ser todo hablitado en el navador para que no tenga errores en el navegador
Hello
A question : in your stable version, do you apply the security patches which exist in Google Chrome, cf here :
https://chromereleases.googleblog.com/2018/05/stable-channel-update-for-desktop.html

(Difference between Google Chrome and Chromium current versions)
@marmaduke: yes I'm on MacOS 10.9 and I surely won't update my OS just to run an unsupported browser, sadly... Thanks for the hint, I'm prepared! ;-)
Luckily, there's a bunch of apps that continue running on Mavericks while advertised as 10.10+, whether without doing anything (Postbox 5.0.20 & 6.x) or by editing the info.plist file (Opera is one of them).
So when Chromium stops being an option, we still have Firefox, Waterfox, Vivaldi, Opera (for the time being) — only mentioning those that are regularly updated.
Hi Jerry,
Seem there is an update on ungoogled-chromium ➜ https://github.com/Eloston/ungoogled-chromium/releases

Something like : ( ungoogled-chromium | 66.0.3359.139-1 | Eloston | 9 days ago )
But your API return : ( ungoogled-chromium | 65.0.3325.181-2 | squalus | 3 weeks ago )

Source : https://www.murielfrenchcouture.fr/autres/Chromium.php
@Jerry, Pseudo Erratum : Maybe it is better for your API to use this source ➜ https://github.com/squalus/ungoogled-chromium-binaries/releases because [ ungoogled-chromium_xyz_windows.zip ] ZIP is compatible with Henry++ format…
WebRTC=true is now the default on DEV builds:
=====================================

Chromium for 64-bit macOS - All Codecs - Saturday, 12 May 2018

Chromium 68.0.3429.0 (Official Build) (64-bit)

Revision 3fd9a73f1e93ce041a4580c20e30903ab090e95c-refs/heads/master@{#558128}

OS Mac OS X

only for macOS 64
with codecs (h264, h265, flac, xvid, etc..)
WebRTC (The ability to disable WebRTC has been removed from Chromium)
official build
ThinLTO
CFI

https://github.com/macchrome/chromium/releases/v68.0.3429.0-r558128-macOS
The stable version are delaying because of VS2017 v15.7 compiling errors in v8 snapshot
Anon3347
Hi, does anyone know what is the "Utility: Data Decoder Service"? It appears everytime you open a new tab. You can check that with Chromium Task Manager.

What I find it strange is that I don't remember seeing this while using Chrome, only with Chromium.

I'm using the No sync • No WebRTC • No Widevine build.
Couple of updates on existing bugs.

The autocomplete issue affecting bookmarks is still present, but a possible commit causing it has been found and the bug report has been assigned to a developer.

Bookmarks on about:newtab are back working as of my r558159 build.
Anon3350
@Anon3348: thanks for the links!
Do you (or others) have any idea why this service appears on Chromium, but not on Chrome?
Anon3351
@Nik @RobRich: Thank you for your latest 32bit builds !
Does the Chromium for 64-bit and 32-bit Windows 66.0.3359.139 (540276) is available somewhere ?

I don't see it, only the 64bit version seem to have been compiled.

Regards
Anon3353
@Mikhoul: v66.0.3359.139-r540276-win64
Anon3354
@Mikhoul: there is no 32-bit Windows 66.0.3359.139 (540276) is available
the latest stable build (x64) will be soon, x86 within a day
Sasparilla 
@Nik: Awesome! Thank you!
WildByDesign 
@nik, Thank you for keeping us informed of the progress. Your builds are always greatly appreciated. Cheers!
The bookmark autocomplete bug should be resolved as of my r558659 build. 64-bit is already up, and 32-bit should be up later today.
Anon3359
Updated to No sync • No WebRTC • No Widevine • 66.0.3359.170 (540276) • Tuesday, 15 May 2018 (64bit)
online for a good hours or so - So far ALL GOOD :)
Thanks nik & Thanks Jerry
All your work and time is much appreciated :)
p/s pls let us know when its the last good copy of NO webRTC. Thank you kindly
@Anon3359: last no webrtc build for dev is 68.0.3424.0 (556419), for stable will be v67
no more widevine 
rip woolyss
Hi All,

In reponse about (2nd paragraph of #comment-3246)

Here a quick comparaison of how codecs works with differents Nik, Marmaduke, Rob or Squalus version (see Note) :
https://www.murielfrenchcouture.fr/autres/Chromium/codecs.html

Note :

1/ I used Jerry’s tool here : https://tools.woolyss.com/html5-audio-video-tester/

2/ If a codec is not tested that means it works in every browsers.

3/ I can NOT test NetFlix, Twitter, Facebook, Intagram, Streaming, etc. because I don’t use any of these BluePilled malware but if someone got problem with one version or another with NexFlix or so on, please feel free to post your problem here.
admin
Thank you very much dear users and developers! ;)

@mumu: Nice overview! ;) I also updated "ungoogled-chromium" on my api after your previous comment.
- https://www.murielfrenchcouture.fr/autres/Chromium.php
- https://www.murielfrenchcouture.fr/autres/Chromium/codecs.html

@no more widevine: Yes I know. Here, developers and most of users do not use this plugin at all. So, this is not our priority. Chromium does not support Widevine natively.

@Pierre: Yes, the security patches are the same in Google Chrome and stable Chromium, for the same version obviously.

@WildByDesign: Completely agree with you. Builds are always greatly appreciated. Cheers devs! ;)
Anon3364
Thanks Nik. I see that Mp4 video is working now in your build. Does chromium has any licensing issues with MP4 because of which Mp4 was not supported in chromium until now?
Anon3365
No sync • No WebRTC • No Widevine • 66.0.3359.181 (540276) • Wednesday, 16 May 2018 (64bit)
so far all good no problems :)
Thanks nik + Thanks Jerry :)
Thank you both kindly
@Anon3364 MP4 is a container format. The actual video compression format contained within could be H.264, H.265, or similar.

----------------

r559605 includes additional LLVM tweaks dealing with register allocations. For the curious:

"-mllvm", "-enable-local-reassign",
"-mllvm", "-enable-deferred-spilling",

I also enabled string tail merging during linking. It should bring browser binary file sizes down a little, though the archive and installer downloads might actually be a little larger due to compressibility of the resulting files. Anyway.
Anon3367
It seems that the new HUGE space between bookmark is here to stay. I just can't believe why they made that change without even providing a flag to turn it off or something. I'm on a computer, not a tablet or smartphone.
@Anon3367 It's a pain in the ass this new bookmarks bar !

And your are totaly right : it even worst that there is no flag to turn off this horror while there is 12 flags (padding, etc.) to customize the omnibar !

This chromium new « material design » go from Charybdis to Scylla.

As a result, I have made some tests few weeks ago :

And here the summary up with RobRich version :

— 68.0.3404.0 (552599) is the last one with narrow bookmarks bar.

— 68.0.3406.0 (553004) is the last one with the old classic bookmark manager if you disable chrome://flags/#enable-md-bookmarks (newer version lost this flag)

— 68.0.3400.0 (551871) is the last one with the old classic extension manager if you disable chrome://flags/#enable-md-extensions (newer version get this flag, but it do nothing anymore)

Note : you should probably need to disable chrome://flags/#secondary-ui-md too. YMMV.

To put it in a nutshell : because I need the old classic bookmark manager AND a narrow bookmarks bar I have stopped all updates and I stuck with RobRich version 68.0.3404.0 (552599).

I will try to customize the Roomy Bookmarks Toolbar Extension too be less buggy but if I fail or if it take too much time I will probably go back to Firefox or Waterfox as primary browser...
@Anon3367+Mumu I do not really care about the bookmark bar, but for ya'll, I am already working on the margins and paddings in the source. No promises of it being like before, as I am not changing the actual design, but I should be able to cull some of the space between bookmarks and probably get another bookmark or few back in the bar.
Better? :)
https://i.imgur.com/BlpwWr8.png
I can tweak the width of the bookmarks a little more if desired. Slightly wider perhaps? I cut them down by a third in the above shown build.
Anon3371
@Mumu: Useful information, good job. I'm also stuck on 68.0.3404.0 (552599).
@RobRich: Didn't know that was possible. The difference is huge still. I appreciate your efforts, though!
That is about the limit without getting into more serious source code modifications. I zero'd the horizontal margin and button padding constants, plus as already noted, I chopped the bookmarks' width constant by a third. I am thinking about adding a little width back to the bookmarks to improve readability.
Anon3373
For my use i don't really care about the bookmarks width because i use icons only. It's about the space between each bookmark that triggers me. And that didn't come alone, the bookmarks bar is also bigger. We can see that quite easily comparing between stable release (66) and these last builds (68).
Thank you so much Rob, you're the man !

Obviously you have clearly shorten the total length of bookmark in bookmarks bar. (★ top of the image)
Great !

But to go further what most of us are looking is also too shorten the padding between icons without name (★ middle of the image)
https://i.imgur.com/R3Y1wtc.png

But it is a good idea to tweaks chromium source.

I need to learn how to compile Chromium and need to do a bisection beetween narrow and large bookmarks bar to find where the pixels to kill are…

I think I will try too make my own compilation instead of an extension.

I just have afraid because dev here speak about 2 days and 20Go to compile chromium source to bin … o-O !!
I usually build on a 32-core Opteron box, but I have also done builds on a quad-core i5 notebook without much concern. Let is run overnight if need be. ;)

Source and various tools can be up to 20GB to download, but then it can be incrementally updated - usually a few MB.

Clang really cut down the compiled build storage requirements compared to Visual Studio. My latest 64-bit build directory is under 4GB, though I do disable ThinLTO build caching.

I will look at the bookmark bar source a little closer. There might be a way to further close the spacing.
Anon3376
Exactly @Mumu, you explained it well. That space is just... horrendous. It could fit a bookmark icon in there, lol.
I still need to work out text spacing and/or padding, but how about the spacing of the icon-only bookmarks?
https://i.imgur.com/G1fu64o.png
Anon3378
@RobRich: Better for sure but not quite like the 68.0.3404.0 (552599) build i think, hard to tell from screenshot only. Is it the maximum allowed?
In addition to the bookmark bar edits, I zero'd out the distance of a a particular horizontal list constant in Material Design.

I will post a build to try here in the comments. While take a few minutes to update and relink.
No installer. Archive only. Unzip and run.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3434.0-r559605-exp-win64

Had to update and relink a couple of times. Zero'd out bookmark insets now.

I think bookmark icon-only spacing is about as narrow as it is going to get by just modifying variables.

I would not mind reducing the space around bookmark text, but that is perhaps another time. I did not spot a quick fix by skimming the bookmark bar code. Might be something in Material Design instead. I also think possibly disabling the tail fade on bookmark text might help in perceptually closing the spacing, even if it does not actually change the spacing.
Zero'd the bookmark bar insets in MD to cover the bases. Turned off tail fading on bookmark text.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3434.0-r559605-exp-2-win64

I am open to actual bookmark width. Bookmarks with text still are chopped by a third from default. I can add back some, or just return to default if desired.
Check #malware Probably heuristics scans creating false positives.

Otherwise, Chromium is a not a signed executable, plus its hash will not match any public Chrome releases despite having the same file name. AFAIK, either could be a reason for being "suspicious" according to certain malware scanners.
But the 64bit versions of those come through clean. They too aren't signed. I also tried a few other 32bit chrome.exe from cromium-sync.zip, and a lot of them have some flagging, compared to the 64bit of the same version.
Might want to check the machine that's compiling the 32bit versions
@Andy AFAIK, it is a known issue with some 32-bit builds. Nik or maybe Jerry probably knows more.

For curiosity's sake, I just tossed chrome.exe from my latest public 32-bit build at VirusTotal.
https://www.virustotal.com/#/file/814ac552e7117dd0104b05b9118dd7fbfe30cd83b1a0ad1dc72f91a687798faa/detection

Not as many results as your run, but nonetheless, mine even hit one false positive for a supposed (decade-old) virus.

I can not speak as to what other builders do, but my build box is regularly security audited.

----------------

New experimental Linux build available.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3434.0-r559637-exp-linux64

This experimental build includes actual ThinLTO link-time optimizations enabled - not just using it as a parallel linker. Please note libc 2.7 or later is required, thus likely breaking compatibility with older versions of Linux. Ubuntu 18.04 or similar is recommended. The command "ldd --version" can be used to check the installed libc version.

To keep file sizes somewhat down I also modified the Linux build configuration to lower the instruction import limit for ThinLTO. Chrome OS is doing the same thing right now, and the claimed performance difference versus the default limit was like 1%, so whatever IMO.
Hi all, @Anon3378, @Rob,

<<
Better for sure but not quite like the 68.0.3404.0 (552599) build i think, hard to tell from screenshot only. Is it the maximum allowed?
>>

@Anon3378, it is not like 68.0.3404.0 (552599) it is… Better !!

RobRich succeeded to get the same padding than older’s versions but more, he also reducing the text in bookmark !!

I can make pixel by pixel comparaison because Rob use a standard full-HD 1920x1080 screen :

RobRich (sent by the Chromium’s Gods) succeded bookmarks padding with textless icons
https://i.imgur.com/n9EzlnS.png

RobRich (sent by the Browser’s Gods too) succedeed bookmarks texts chopped by a third from default
https://i.imgur.com/aIX4MUo.png

I ’m a little busy now but I will try your experimental bookmarks hacked version soon and keep you informed.

But I ’m pretty sure your experimental bookmarks hacked version will become my official new daily used browser !

However, keep the tail fade at the end because that "it does not actually change the spacing" will just make the bookmark more ugly and less legible without any benefit in spacing.

Thank you very much Rob, I would like to learn how to compile, how to hack source but in a few hours you maked everything !

I understand it is some work so I suggest for many users as me and Anon33xx to make a new version like this one once a month for example on your GitHub misc-Channel called with something like « Old BookMark Style Version » ;)

I think we are going to get a new browser on the market soon ! Chrome, Firefox and… ChromoRoboMium ! ;D

Again, thank you for everything Rob !
@Mumu: thx for the codecs difference, i didn't notice that they change some configuration. The next build will have codecs enabled.
No need for extra builds. I will just roll the changes into my regular builds. ;)
@Nik

It does not surprise me that you are reacting. Thank you !

If I use Rob version in daily usage, you should know that your version Stable is my version when I need a very interactive browser and something robust. (video, audio, webGL...)

I admit that I did this little codecs comparison page hoping that you take action!

Thank you very much also Nik for your consistency in building Portable Chromium binary since century !
@Mumu: it's just lately I've been working a lot and my build script works by itself for months :)
Not to leave out the Windows crowd, here is an updated experimental build. Installer and archive this time.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3435.0-r559838-exp-win64

It features the bookmarks bar changes, plus refactoring of compiler optimizations and modification of the LLVM instruction import limit for ThinLTO. The hopeful expectation is to decrease binary file sizes without significantly (or even at all?) impacting performance.
An image is worth more than a thousand words so here the mother of all the comparison padding’s images (1920 x 2119 pixels)
https://i.imgur.com/3T5cpHk.png

As we can see, RobRich a zero’d all paddings than he can zero’ing plus reducing text length. Fade tail is still present for nice ending too long text.

The only pseudo-problem we can (barely nerver) encounter is if we have a full width colored 16px icon (a square) with a full width wide length large character at starting text ( 📺 , 📅 , █ , — , smileys , …) : it touch.
But the case would be very rare and as a workaround we can use a tiny narrow unbreakable space before the text ( see ➜ https://fr.wikipedia.org/wiki/Espace_(typographie)#Langage_HTML )

For me it OK !

Firefox is still better in the only and unique case of a full only icon textless bookmarks bar (10px between icons VS Rob 12px)

But that only 6 icons less on a full-HD screen (±74 VS ±80 ➜ ±8%) while in the new MD original Chromium design the bookmarks bar in full-HD can take only… ± 50 icons ! ➜ ±38% !

And as soon as we add text in Firefox bar, RobRich largely takes advantage again thank to is shorten text…

Thank you Rob !
You maked my week-end !
Nobody IRL will understand why i am in so good mood ! ;)
Erratum + note :

Of course on the mother picture read 68.0.3434.0 and 68.0.3431.0 instead of 66.xxx (cut and paste error)

About the three last Rob compiled experience, the bookmarks bars is identics.
Strictly from exp1 to exp2 and the only difference between 68.0.3434.0 and 68.0.3435.0 is the highlighting height, a Chromium behavior ➜ https://i.imgur.com/hBnJhcE.png
Anon3394
@RobRich: Holy! You actually did it! It kept the same bookmarks on my end so that's great news, i can finally update to your last build.
Like @Mumu said (and LOL at that image, i laughed) thank you very much for your efforts. You're really good when it comes to tweak this kind of stuff!
The only difference remaining now is the bookmarks bar height, which according to @Mumu comparisons, is 6 pixels (?) higher. Nonetheless i'm happy with this anyway, the thing which triggered me the most was the fact that i lost 8 bookmarks to that space between each other.
Thank you :)
Welcome on the bookmarks bar. :)

----------------

I have picked up an annoying random crasher. Started around the same time as adding back a couple of LLVM tweaks for register allocations, so out they go for now. I will get a new experimental build posted in awhile.

About the refactoring of optimizations in the experimental build, optimized code paths are building at -O2. I have been down this road before building Chromium, as -O3 is not always faster due to allocations, caching, etc. Likewise, ThinLTO is optimized at lldlto=2, plus I modified LLVM to lower the default instruction import limit for ThinLTO from 100 to 30.

Result? Octane 2.0 and Basemark Web 3.0 are about the same. File sizes are down by about 26MB overall.
Updated Windows 64-bit experimental build.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3435.0-r559863-exp-win64

Includes bookmark mods, refactored compiler optimizations, removal of previous LLVM register allocation tweaks, LLVM instruction import limit mod for ThinLTO, and enabling LZMA2 compression for the installer. The compression settings have not been updated in years, so I might be able to squeeze a slight installer file size reduction there.
Anon3397
Experimental build hacks off some of my bookmark text.
The bookmark width with text was reduced by a third compared to default to get more bookmarks into the bar. Mumu seemed to like it, so I rolled with it. I am open to further tweaking that value if really needed for a specific reason.
earthsound 
Testing the comment form.
« […] annoying random crasher […] »
Same here with 68.0.3434.0 (559605) win64…

« […] Mumu seemed to like it […] » Yeah ! :D
And many other anon ! 👍

If your bookmarks are hacked because of the reduced by a third text you can rename it.
For example :

Before ➜
Here a bookmark name 1
Here a bookmark name 2
Here a bookmark name 3
Here a bookmark name 4

After ➜
Here a bo…
Here a bo…
Here a bo…
Here a bo…

Renamed to ➜
1 Here a …
2 Here a …
3 Here a …
4 Here a …

But I agreed, if we must have a debate it’s not to the others anons to rename their bookmarks to fit short length but to me to deal with standart bookmark length text :(

Or as I said previously to Rob, roll out once a month (for example) a custom extra narrow bookmarks bar version for few autists like me on your misc-channel ! ;)

Last minute edit : Why not compile standard untouched source on clang-channel and « hacked » version on misc ? With this, Anon3397 above will be satisfied by using usual clang-channel and me on misc-channel.
Ya'll get what I use. and I do not mind the bookmark modification. ;)

Grab the latest exp build. r559863 has been stable thus far in my usage. Looks like it was one or both of the LLVM register allocation options I was using in recent builds, which I removed for r559863.
@Rob,
I still have sometime random brutal close (crash) with version ➜ 68.0.3435.0-r559863-exp-win64
But do jump to quick on it, it probably a chromium problem.
Anon3403
@Mumu: i just came here to report the same. Been using 68.0.3435.0-r559863-exp-win64 since Rob posted it and i'm getting constant crashes (the browser just closes itself).
@Mumu r559863 has been stable here thus far, but I will keep a lookout. I might roll another Windows build tonight. :)

----------------

On the Linux side, I am attempting to use the recently added ability to utilize a provided in-tree Chrome OS (basically Linux) profile to provide profile-guided optimization (PGO) for Chromium on Linux. Not sure how far I can deviate from the expected optimization defaults with it still working as expected, though. Currently building a preliminary test build.
Updated Windows 64-bit "experimental" build. The build has been stable thus far in my testing.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3435.0-r560127-exp-win64

Fresh build. Updated LLVM source and build. Updated Chromium source and build.

Thinking of possible trouble spots, I withdrew LLVM's new pass manager for the build. I do not really need it anyway, so whatever.

Nothing else I am doing should be affecting stability. Performance, yeah, but that is another topic.
Experimental Linux 64-bit build with profile-guided optimization (PGO/ADFO) using an in-tree provided profile generated for Chrome OS.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3436.0-r560151-exp-linux64
Hello, not sure where to report bugs...

I use Chromium to watch Netflix
but since 68.0.3424.0 dev-codecs-sync,
Widevine updater is no longer working,
thus Netflix not working...

(currently 68.0.3435.0 dev-codecs-sync still doesn't work)

The last known Chromium build dev-codecs-sync that works is 68.0.3399.0
and Widevine updater works accordingly

I am using 66.0.3359.181 stable-codecs-sync for now...
@truboxl

They have been some changes in codecs configuration.

As by this #comment-3387, Nik is aware about and on it.

Just stuck on your 66.0.3359.181 stable-codecs-sync for now and wait for next update I supose…

=====================
@RobRich

Still random crashs on last v68.0.3435.0-r560127-exp-win64…
Rarely, one by 5 minutes and I can’t find why ’cause chrome://crashes is disabled on Chromium :(

I will investigate on [Monorail / Chromium Bugs] on last issues…
Heap corruption. Possibly even a Windows issue. Check event viewer for details.

There is a Chromium bug report, but I do not have the link right now - away from my computer.
Chromium 68.0.3435.0 (Official Build) (64-bit)
Revision a3b0c20cba521b2b7182ea85781afb1bc06eceb0-refs/heads/master@{#560127}
OS Windows

Faulting application name: chrome.exe, version: 68.0.3435.0, time stamp: 0x5aff8fcc
Faulting module name: ntdll.dll, version: 10.0.17134.1, time stamp: 0x207580e2
Exception code: 0xc0000374
Fault offset: 0x00000000000f4eeb
Faulting process id: 0x2710
Faulting application start time: 0x01d3ef3611881603
Faulting application path: C:\Users\RobRich\AppData\Local\Chromium\Application\chrome.exe
Faulting module path: C:\WINDOWS\SYSTEM32\ntdll.dll
Report Id: 3bcb65df-43e4-44db-a521-2bf2031a2166
Faulting package full name:
Faulting package-relative application ID:

0xc0000374 is heap corruption.

Closest bug report I could find in a quick search:
https://bugs.chromium.org/p/chromium/issues/detail?id=822629

Other similar reports:
- https://www.google.com/search?q=chrome+0xc0000374
- https://www.google.com/search?q=chrome+ntdll.dll
Anon3411
Hello,

Does any one use the installer version of Chromium? If so, can you set Chromium as the default browser in Windows? And it's listed in the "Programs and Features" of Windows like any other program? Can you uninstall it normally?

Thanks!
Anon3412
@Anon3411: Yes to all.
About the stability issue, let's try something a little different.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3436.0-r560190-exp-win64

Has the bookmark mods. No optimization mods. Compiled with the revision's bundled Clang. Linked with VS2017.
^Disregard. Just hit a crash with the above build as well, so it is not LLD or ThinLTO causing the problem. Hmmm.

Faulting application name: chrome.exe, version: 68.0.3436.0, time stamp: 0x5b00f6b9
Faulting module name: ntdll.dll, version: 10.0.17134.1, time stamp: 0x207580e2
Exception code: 0xc0000374
Fault offset: 0x00000000000f4eeb
Faulting process id: 0x3bf0
Faulting application start time: 0x01d3eff3a438bec9
Faulting application path: C:\Users\RobRich\AppData\Local\Chromium\Application\chrome.exe
Faulting module path: C:\WINDOWS\SYSTEM32\ntdll.dll
Report Id: 61a4d8ae-6e2e-4beb-9a87-957d8cab06db
Faulting package full name:
Faulting package-relative application ID:

I am going to try a VS2017 build to rule out Clang, assuming I can even get Chromium to build with VS2017 anymore. Been quite awhile.
Well VS2017 compilation is not happening. Fun stuff.
Nik: ((Sync • WebRTC • Widevine • 68.0.3435.0 (559848) • Friday, 18 May 2018))
Thanks for this update! :)
@Mumu Curious, what processor is in your system? If Intel and Win10, have you deployed the Windows microcode update (if needed)?
https://support.microsoft.com/en-us/help/4093836/summary-of-intel-microcode-updates

Assuming you have Win10 April 2018 Update:
https://www.catalog.update.microsoft.com/search.aspx?q=4100347

Just covering bases here. I manually installed the microcode update earlier tonight, and no Chromium crashes.... yet?
Likewise, I just updated the microcode on my Opteron build box's Win10 install using the latest AMD mircocode extracted from Debian and VMware's CPU Microcode Update Driver. Fingers crossed.
Hi RobRich,

that´s smart, I did not even know of that driver from VMWare, they have some nice tools as usually! A bit off-topic: can you possibly post the latest AMD microcode updates? I would like to update my Threadripper 1950x too, or at least check if I have the latest one. Is there another source where to download the latest microcode updates to use with this driver, beside from installing Linux?

Thanks so much :-)
I’m off computer until Monday late, but promise to come back with all details and response in 36 or maximum 48h. (event, system, updates, microcode, log, etc.) to help on investigation.

But I think you are right, the problem come probably from (my/our) system and not Chromium…

See ya soon and thank you for your help and patience !
With a Threadripper, I suspect your motherboard manufacturer already has the (near) latest microcode available in a BIOS update. Definitely check there first. I resorted to the VMware utility because my Opteron motherboard is a few years old and probably beyond support.

That said, and for the curious....

I get my AMD microcode from the Debian archive.
https://packages.debian.org/sid/amd64-microcode

7z can unarchive the deb, then unarchive the tar, then ya' have the files.

IIRC, you might have to have the Intel microcode files as well to get the VMware utility to run without errors. This one has a microcode.dat file:
https://downloadcenter.intel.com/download/27591/Linux-Processor-Microcode-Data-File

To verify, you can access the CPU MSR registers to view the patch ID of the microcode using RW.
http://rweverything.com/

Regardless of how the microcode is updated, and assuming everything is right, a currently modern system ideally should show mitigations for Meltdown and Spectre. If so, you should be good to go.
https://www.grc.com/inspectre.htm

As for my Opteron box, I am still waiting on Spectre mitigation; probably in a future Debian AMD microcode update.

----------------

Speaking of Linux.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3437.0-r560194-exp-linux64

The LLVM instruction import limit for ThinLTO is back to default. Compiler optimizations are stock since I am using a provided PGO/AFDO profille, but ThinLTO linker optimization is pushed up to O3.

I am currently cooking a Windows build using similar compiler optimizations as the default Linux config, while relying on ThinLTO at O3 to do the heavy lifting on extra performance optimization.
Just hit the bug reports.
https://bugs.chromium.org/p/chromium/issues/detail?id=844999

Suppose we might actually see if its Chromium, Windows, or whatever.
Anon3424
Widevine still doesnt work with last nik build
@Anon3424: true, for widevine you can user latest stable build.
I don't know why in dev build the widevine isn't work, because config arguments is the same. I still try to figure it out.
@RobRich: thanks a lot, worked like a charm! Yes, you´d think they are updated by the BIOS maker, but they haven´t issued an update since November 2017 and since then there have been 2 new microcode revisions for the 1950X CPU (as I see now after the update). Thanks again :-)
@Lorenz Welcome. :)

----------------

IIRC, only one crash since last night.

----------------

The build box has churned out multiple Windows builds today. Been comparing optimization options. Fun.

It probably is more of a waste of file space than a serious increase over -O2 for most tasks, but I am back to -O3 for all optimized targets for Windows builds based upon Basemark Web scoring. ThinLTO is at -O3 and its default instruction import limit, so even more file space, plus rolled back in some LLVM compiler options as well.

"-mllvm", "-enable-local-reassign",
"-mllvm", "-enable-deferred-spilling",
"-mllvm", "-enable-implicit-null-checks",

I have some things to do right now, so I will push the build to the regular listings this evening. :)

Next up is probably seeing about getting new pass manager and maybe even NewGVN back into the mix.
Hi Rob,

Thank you for your help and your heavy investment!

I'll be honest, it become a bit too technical for me when I study links you provide.

From what I understand:

I got a Intel Core i7-4710HQ on a windows 8.1 (sorry).

My CPU ID is 000306C3 with a Microcode Revision number 1C.

You are right, there is a Microcode Update (version 0x23) for my Haswell (including H, S), Xeon E3 on https://support.microsoft.com/en-us/help/4091663/kb4091663-intel-microcode-updates

But this one seems to concern only Windows 10.

I confirm that I am not up to date in my windows update. I have not done the update against Spectrum and Meltdown to avoid impacting the performance of my device too much (but it seem there is no or little impact on my modern hardware)

I'm not sure of the link between Spectrum and Meltdown and Microcode CPU updates.

However, I noticed that you crashed too with the same version as me (68.0.3436.0-r560190-exp-win64 ➜ No optimization mods / Compiled with the Clang / Linked vs VS2017 bundle) and you have no more crash until today having updated your microcode.

In short, I must for starting eliminate all parasitic causes on my side like using a RAM disk, clean the cache or start from a blank profile, update my window and repair what I broke in Windows 8.1 for make it operate like a windows 7, etc.

In fact what we miss the most is the return of other anons!! Is it only you and me who crash or is it everyone?
I do not even know if it comes from Chromium, Windows, or whatever for now :(

If there is really nothing to do, I will either switch to Windows 10 or beg Nik to compile a version with the bookmarks modification only for me :$
Anon3429
@RobRich thank you for all your 32bit build.
But don't take offence Portable by Versatile Apps, works more fast of your 68.0.3434.0 or your 68.0.3437.0
I don't understand why ?
@Mumu It is a Chromium or Windows issue, so do not spend too much time digging IMO. There have been at least two Chromium cluster fuzz reports generated about ntdll crashes in recent days.

@Anon3429: Could be revision changes, though I am thinking perhaps memory usage. It has been an issue previously with my 32-bit builds. I have been reusing my 64-bit config for recent 32-bit builds, so I will revisit the optimization levels for the next public build.
Anon3431
@Anon3429, @RobRich: Ok! Thank you :)
@Rob, In fact I just realize that your last clang version ( 68.0.3437.0 - 560197 ) works flawless and get the bookmarks modification, so I has stopped digging and I’m using this version waiting others resolve the issue for me ;)
I updated the codecs comparison ➜ https://www.murielfrenchcouture.fr/autres/Chromium/codecs.html

What is interesting?

-------- [1] --------

The stable version of Nik { Nik @ stable-codecs-nosync - 66.0.3359.170 / 540276 } works perfectly with all codecs.
But with the next update { Nik @ stable-codecs-nosync - 66.0.3359.181 / 540276 } we lost some codecs…

I inform the community:
« […] Here a quick comparison of how codecs works with different Nik, Marmaduke, Rob or Squalus […] » (#comment-3362)

Nik reacts 48 hours later with the following message:
« […] i did not notice that they change some configuration. The next build will have codecs enabled. […] » (#comment-3387)

The following versions are corrected.
Well done Nik!

It seem to only remains a problem with WidevineCdm according to Anon3426 ( #comment-3426 ) which I can not test because I can not find a video with Widevine…
If someone has a link or a technique…

-------- [2] --------

The codecs functioning of { Squalus @ ungoogled-chromium 66.0.3359.139-1 / 540276 } is exactly the same as { Nik @ stable-codecs-nosync - 66.0.3359.181 / 540276 }
Is Squalus @ ungoogled-chromium based on Nik @ stable-codecs-nosync?

-------- [3] --------

This will interest RobRich: I encountered a crash while testing the codecs with the version of { Nik @ stable-codecs-nosync - 66.0.3359.181 / 540276 } and also 2 crash with the version { RobRich @ - clang - 68.0.3437.0 / 560197 }…
But I have less more crash (only two in 12h usage) after a full windows soft/hard/firm-ware update and using last clang (not exp).

-------- [4] --------

We notice a curious detail:

The { Nik @ stable-codecs-NOSYNC - 66.0.3359.181 / 540276 } version has a DLL (widevinecdmadapter.dll) in the version of the previous release (66.0.3359.170)
While the version { Nik @ stable-codecs-SYNC - 66.0.3359.181 / 540276 } does have this DLL in the same version (66.0.3359.181)

See snapshot here ➜ https://i.imgur.com/sGTeSSu.png

-------- [5] --------

Marmaduke seemed to have the best technique for embedding codecs as he describes at #comment-3246
Where he explains that he followed the tutorial of… Nik !!

---------------------

Morality, Nik you seem to be the codecs master.

Are you still using this tutorial to integrate all codecs ➜ https://github.com/henrypp/chromium/blob/master/hevc_support.md ?

If not, would it be possible for you to briefly explain (If you want and when you will have an instant) how you are doing so that other devs (if they want) can learn from your skills?

I confess to also doing this in a personal perspective because I reunite informations to try one day to compile the Holy Grail ➜ Chromium ungoogled version + modified bookmarks + full codecs + Widevine!

We can not let Nik, Rob, Marmaduke and occasionally Squalus forever do all the work!

Sorry for the long post, I will try to be more quiet for the future.
HRH The Duchess of Sussex 
@Mumu

Widevine test page: https://shaka-player-demo.appspot.com

Marmaduke's latest Mac sync stable build incorporates full CODECs (including mpegts) and Widevine support.

Ungoogled is version specific (and tends to lag behind the stable build); and can be difficult to incorporate into DEV builds: there are certain generic patches that can be used.

An "Ungoogled build" can be approximated by the judicious use of flags and plugins.

Mehgan.
Anon3435
Widevine support tends to be limited to Stable builds; it is sporadic in DEV builds.
@Marmaduke
No sync • No WebRTC • No Widevine • 66.0.3359.181 (540276) running perfectly, as usual. ;-)
Anon3438
@Nik: Can we have a 32 bit of Sync • WebRTC • Widevine • 68.0.3435.0 (559848). Please ?
Anon3439
Anon3440 @Nik
Or Sync • WebRTC • Widevine • 68.0.3438.0
It woulb be great !!!
Please ?
Anon3440
@Anon3438: Learn how to compile chromium! ;)
Anon3441
Annon3440 @Annon3442: Stay polite silly ; and respect me !!!! And your name is not Nik.
@HRH The Duchess of Sussex

Thank you for the Widevine test page.

I added a line at the beginning of my table with tool-tips on hover ( https://www.murielfrenchcouture.fr/autres/Chromium/codecs.html ) for Widevine tests.

It seem that to get a Widevine / Netflix functional browser you need a SYNC (Dev or Stable) Chromium version and to visit chrome://components to be sure to have latest version of « Widevine Content Decryption Module » (1.4.9.1076 at 2018 may,23)
A Chromium relaunch may be necessary.

Thank to Nik for updated this page to explain how to codecz’ ➜ https://github.com/henrypp/chromium (As an aside, is Nik and Henry++ the same guy?)

Finally I confirm that with a judicious use of flags + µBlock Origin + µMatrix + #extensions you can make a serious privacy browser.

For @Anon344x : don’t fight. I’m actually learning how to compile Chromium and as soon as I success to it I will compile whatever Anons here ask for.

I got a Windows® and a Debian in a VirtualBox but because of the amount of RAM needed I think I will could compile only in Windows®

I try to follow this link ➜ https://chromium.googlesource.com/chromium/src/+/master/docs/windows_build_instructions.md

But it’s long because I’m not a developer originally…

I don’t know how to get a « chrome.zip » formatted to match the « chrome-win32 » archive format used by Nik / Chrlauncher ; I don’t know how to make a Sync or NoSync, etc.

To be continued…
Anon3443
Anon 3440 @Mumu

Thank you.
Installer
No sync • WebRTC • No Widevine
It's enough for me.
I want just the better optimisation for OS 32bit. 4G Ram on 1G is reserved for the OS.
I can't compile if needed OS 64 bit and 8G Ram
admin
@Mumu: I have added your links to #news-found-on-the-web (on the right-hand side). Thank you.

> It seem that to get a Widevine/Netflix functional browser you need a SYNC version .
Yes. WebRTC and sync must be enabled.

> Is Nik and Henry++ the same guy?
No. Henry++ is the developer of chrlaucher and other excellent tools. Nik is a developer of stable/dev Chromium on Windows. He simply uses the Github repository of Henry++.

> I'm actually learning how to compile Chromium
Good luck! ;) You need time and a recent computer (ex: 64-bit OS, i7/i9/Xeon/Opteron/Ryzen processor, 16GB+ RAM, 1To SSD discs).
- Official instructions: https://chromium.googlesource.com/chromium/src/+/master/docs/windows_build_instructions.md
- Nik instructions: https://github.com/henrypp/chromium/blob/master/building_chromium_gn.md
- Eloston instructions about "ungoogled-chromium": https://github.com/Eloston/ungoogled-chromium/issues/235
- For more: #source-code
Anon3445
@Nik: Thank you for 32bit 68.0.3439.0
Hi Nik,
Is your GN.exe arguments page always valid / up to date for Chrome 67 and above?
https://github.com/henrypp/chromium/blob/master/args_gn.md
@Mumu: yeah... you can also try to add "is_win_fastlink = true"
Alternatively, you can try the LLD linker instead IMO. It is rather fast, and the project should be migrating to it in the near future. It actually has a time or two already, but there were reverts for various issues outside a basic browser build.

----------------

Updated Linux build.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v68.0.3440.0-r561577-linux64

I will try to have updated Windows builds tonight or tomorrow. I hit some performance regressions in internal builds, including nearly 15% in Octane 2.0. Pulling a Chromium project build to compare and establish a baseline for regression checking. Fun.
Thank you two !

Actually I'm reading the 3000+ lines of gn.exe help flags with in background a Ninja that is compiling with some flags I don't really understand for now but I have seen here in the comments section like :

enable_nacl = false
use_lld = true
use_thin_lto = true
etc.

I ran into a error by trying a #sync version because I set the google use_official_google_api_keys to true without having the google_chrome_api_keys.h file in source…

But in short, like Rob say, it could be fun to try and learn ➜ the problem is that every test take me 6h at 88°C on my old laptop… I now understand why Rob had spoken about his Intel 16 Xeon E5-2690 v4 cores !

I am afraid when will come the time to hack bookmark_bar_view.cc and toolbar_view.cc…
32-core (2x16) AMD Opteron system here. :)

I previously considered 4x10 Xeons for 40 cores with 80 threads, but my Opteron system still is pretty quick building Chromium, so I digressed for now.

Perhaps something like the following to start:

clang_use_chrome_plugins = false
is_clang = true
is_component_build = false
is_debug = false
is_official_build = true
is_cfi = false
symbol_level = 0
remove_webcore_debug_symbols = true
target_cpu = "x64"
use_lld = true
use_jumbo_build = true
enable_widevine = false
enable_remoting = false
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false
treat_warnings_as_errors = false

You can add sync, codecs, widevine, etc. later. Get the basic browser working first. :)

You can also add use_thin_lto = true as a a multi-threaded linker, but note you will need to modify a build file to actually enable ThinLTO performance optimizations. Otherwise, even LLD single threaded without ThinLTO is still pretty quick for linking a non-debug build.

If building on a notebook, a cheap notebook cooler with an USB-powered fan could be beneficial assuming you do not already have one. Like $10 to $12 shipped on eBay. I have one under my 17" notebook.
Thank you very much for sharing a GN args configuration Rob!

I just success to compile a chromium (68.0.3440.0 - #561474)!
If I run Chrome from with output building folder, it run flawlessly but…

➜ I get the following out folder (at right of the picture) : https://i.imgur.com/g9vvxrP.png
➜ Instead of a chrome.zip archive like you and Nik : https://i.imgur.com/PwoPLOK.png

And my files (chrome_child.dll, chorme.dll, etc.) are ridiculously little, I missed out something…
I need to invest a little more to know why I don't get un chrome.7z like in your comment #comment-3446

But you are right, a Nik/Rob Archive format first and a race with you at the better optimizations switches 2 ou 3 months later…
What a jerk I am… ±74781 Ko = ±77 455 360 o …
The file get the same size as you and Nik !

So it seem I just need to manually zip files (without *.lib ; *.pdb) and test this in a clean environment…
I must work IRL for now but compiling Chromium is not as impossible as it seem ! Thanks to this comments section ;)
ninja -C out/mybuild mini_installer.exe

That build target will give ya’ a 7z archive and the installer.
Anon3454
@RobRich
If you have time and agree.
Can you compile 32 bit of your 68.0.3440.0 (561732)
Or build what you want.
Aditya Dutt 
This is so far the most helpful and indepth guide I have found on the entire internet.

Thank you so much for your hard work!
@Aditya Dutt

I will post a fully step by step « How to compile Chromium on windows » as soon as I get something totally functional.
I take lot of snapshot for the moment…

@Rob,

Thank you for your answers and interventions always relevant and fast!

By manually removing the * .lib, the *.pdb and adding a VisualElements folder as well ; I managed to make a functional portable Chromium folder with exactly the same structure as archives used by Nik / Henry ++ !

I progress slowly step by step as you say, but surely.

------- [1] (Find best GN Args…) -------

- For the next step I'll add Nik's flag « is_win_fastlink = true » that I also found while reading a conversion from GYN to GN.
- Then try your GN args’s list in #comment-3453
- And finally finish by preferring your command « ninja -C out / mybuild mini_installer.exe » .

------- [2] (Add Codecs…) -------

About the codecs I have exactly the same functional as your Clang, Polly or Misc versions but less than Nik version (it has m2ts, 3gp, qt, amr, etc.)
I will see to try the new tutorial that he made for me/us here ➜ https://github.com/henrypp/chromium/blob/master/hevc_support_new.md ; It seem it need some hack in source to get more codecs…

------- [3] (Modify * .cc sources…) -------

Finally, I was able to trace the history of all changes to the bookmarks-bar since last 66.x stable version (https://chromium.googlesource.com/chromium/src/+log/master/chrome/browser/ui/views/bookmarks/bookmark_bar_view.cc , …/layout.cc, …/toolbar.cc, etc.) so I should be able to make changes according to.
I will share my conclusion next week to see if we ended with the same modified files.

------- [4] (API + Widevine ?) -------

For Widevine I need to create an API (https://github.com/DrewML/chrome-webstore-upload/blob/master/How+to+generate+Google+API+keys.md)
I already have a Google account for SEO to use for make this API but I will see if I really need it because I don’t like Sync version (NSA, FBI, WebRTC, Etc.) and Nik already make full x32 & x64 , dev and stable , SYNC , functional versions of Chromium…

For the moment I'm just missing out on how to compile a specific version of Chromium and not necessarily the last source (Fetch chromium version xx.x.xxxx.x instead of fetch chromium)

By the way ; this stuff take a lot of time and I need to by an usb fan as you advice.
But I will quickly automate all of this like Nik seem to do once everything will be functional.

@Nik : you get an API, you know how to hack source for codecs, you make tutorial, etc. Are you a official Google Chrom[e|ium] Dev ?

Edit : D’oh ! Again a long post :( Sorry…
@Anon3454: It is setting on a drive. I will get it pushed today. :)

————————

I am working on code bloat to maybe reduce cache+memory pressure for both 32- and 64-bit builds. Some targets are at Os, while hot targets at O3. ThinLTO is at O3, though with a reduction in the function import limit. String tail merging is enabled. The end result is a considerable reduction in overall output size, though a quick run through a couple of a benches show no significant impact.

Causal testing suggests I am still leading baseline (standard project dev build) by around 10% in Basemark Web. YMMV depending on numerous factors, of course.
Anon3458
Anon3457 @RobRich
Big thank you for your 32 bit build.
@Mumu

"For the moment I'm just missing out on how to compile a specific version of Chromium and not necessarily the last source (Fetch chromium version xx.x.xxxx.x instead of fetch chromium)"

These are my Mac (generic) notes for a specific Chromium version: amend for windows.

=======

['release_branch' is an arbitrary name]

cd /volumes/disk1/chromium.stable/Program/Chromium

export PATH=`pwd`/depot_tools:"$PATH"

cd src

[OPTIONAL] git checkout master; <<<<REMOVE AMENDED FILES>>>;git branch -D release_branch

(i)git fetch --tags

(ii)git fetch origin 66.0.3359.181 <<< Version you want to build.

(iii)git checkout -b release_branch FETCH_HEAD

A list of amended files might be shown: delete them, 'git checkout' the files you have just deleted:

@@@EXAMPLE, if previously patched ffmpeg REMOVE: sync will reinstate: @@@
==========

@@@iMac:src bigchocolate$ rm chrome/browser/BUILD.gn @@@ THIS IS AN EXAMPLE @@@
@@@iMac:src bigchocolate$ rm chrome/browser/extensions/api/desktop_capture/desktop_capture_base.cc
@@@iMac:src bigchocolate$ git checkout chrome/browser/BUILD.gn @@@ THIS IS AN EXAMPLE @@@
@@@iMac:src bigchocolate$ git checkout chrome/browser/extensions/api/desktop_capture/desktop_capture_base.cc
@@@rm -rf /volumes/disk1/chromium.stable/Program/Chromium/src/third_party/ffmpeg @@@ IF PREVIOUSLY PATCHED!

>>>>>>>>vi third_party/widevine/cdm/widevine_cdm_version.h

(iv)gclient sync --with_branch_heads --jobs 1

You might have stash errors here: 'git stash' should solve the problem. Re-run 'gclient sync --with_branch_heads --jobs 1' (Skip option to rebase)
https://web.archive.org/web/20181220114253/https://www.opentaps.org/docs/index.php/How_to_Use_Git:_a_Tutorial - documents the 'git stash' command quite well.


(v)Patch code as required

(vi)gn args out/release ...

(vii)time ninja -C out/release mini_installer.exe

====

Chromium is best developed on a multi-processor cpu with hyper-threading. For example an old HP DL380 G6/G7 with dual Xeons and a large amount of RAM (64Gb+) and on a virtual platform such as ESXi 6.7/6.5u2

On average, a "normal" Mac or Windows build takes about 55 minutes. You will soon tire of 6 hour builds!
Aditya Dutt 
So, I am using the one from Chromium authors with No Sync and no Widevine. The one that comes with the mini_installer.exe.

But, DRM'd content is so common now, it is becoming a problem. I can't watch Hotstar nor Amazon Prime Video. Is there any way I can add a component or something? Is there any way I can make it work?
Thankfully building with Clang+LLD really has cut the memory requirements compared to VS2017 WPO/PGO builds on Windows. 16GB is generally okay now, and one might even get by with 8GB (and Win10 mem compression) if building without ThinLTO.

My build box has 64GB for Windows builds, though my virtualized Linux build box has 32GB and builds okay with ThinLTO and PGO/AFDO.

Looking at something a little more mainstream, I sometimes roll low-priority builds on my Core i5-7300HQ notebook with 16GB of memory.
My build box is an "old" HP DL380 G6 with dual X5670 Hex Core (24 cores in total) 2.93GHz and 72 Gb RAM. It's far from being the most powerful system: but it was bloody cheap of eBay - £186 with dual 750w power supply. It is built like the proverbial "out house".

My operating system is ESXi 6.5u2 (6.7 is not compatible - I'm operating at the margins!) My development machines for Windows and Mac are virtual machines ... I don't actually own a Mac (Hackintosh rules)! I've always detested Apple computers: they lack both form and function; but, the underlying Mach kernel is robust.
@marmaduke True enough. If anyone is interested in building Chromium, there are deals out there on older enterprise-class hardware.

Awhile back I picked up a HP DL385 G5 with a couple of K10 Opterons and 32GB memory, which I bought supposedly for building software on Linux, though admittedly right now it is collecting dust. I paid $33 for the base system on a eBay auction and did a local pickup to spare the shipping costs.

----------------

@Aditya Dutt You are going to need a version with Widevine enabled. I suggest a "stable" build as well, as Widevine directly off the development trunk can be a huge question mark on actually working. Nik's stable build should have you covered. :)
Anon3464
Just wondering any update on the situation with Polly?
@Anon3464 Polly is on the back burner for now. ThinLTO is currently more performant and much quicker to build.

Right now I am working on code bloat plus getting a Linux build going.

I should be close to migrating my Linux build from my misc repository to my mainline Clang repository.
Chromium for 64-bit Windows - All Codecs - Saturday, 26 May 2018

Chromium 69.0.3442.0 (Official Build) (64-bit)
Revision bf9a8c37e2e3d447cbfbba77744b01cba170e3fb-refs/heads/master@{#562126}
OS Windows

No Sync - WebRTC - No Widevine - Polly Optimised - lld-link - FullLTO
https://github.com/macchrome/winchrome/releases/v69.0.3442.0-r562126-Win64
Anon3467
Thanks Rob for the update and thanks marmaduke for the polly build, I'm trying it out now.
Anon3468
@RoRich
Tank you again ; your last 32 bit windows works faster than those before :)
Hi Rob,

Would it be possible to you to share your changes about the bookmarks-bar? (pastebin or where you prefer)

It's been 4 days that I am doing some tests like edit:
static const int kBottomMargin = x;
static const int kButtonPadding = y;
Etc.

But every time I get or crappy design or compilation errors…

I reassure you, I do not wish to purely and simply copy you, I just need to have at least one functional sample to study from...

It is also, and above all, because I have to wait for a crazy time of compilation after each tiny change and marmaduke saw it very well: « You will soon tire of 6 hour builds! » It seem soon = 5 days ! ;)

In fact, right now, I am looking to run the chromium UI in Visual Studio to see my changes in real time and compile only when the result is satisfactory (https://stackoverflow.com/questions/46078967/chromium-debugging-on-windows-enviroment) ...

By the way : 3 days on your 68.0.3440.0 (561732) - x64 with no crash and not problems of any kind !
I notice that if you use chromium 68+69 no-sync ver., you can't log-in to google account except in private browsing for some reasons. However it's fine when you use the normal ver. of chromium 68.
Can anyone confirm this?
Using latest Robs build and spell check doesnt work (for some time heh), it cant download required files? it says ''Spell check dictionary download failed.'' in language settings. Also Ive finaly run into google login issue, I havent seen it till today and I have been using atest build for 4days.weird.....I had to change chrome://flags/#account-consistency to Enable dice fix auth errors.
Thank you for you work guys.
ChromiumLover 
@nik, your last two builds are broken, the last 64 bit build crashes randomly and the last 32 bit has a regression bug when opened a dropdown menu on a website or in an extension.!!!
@Anon3468: Excellent. I have been working to reduce memory pressure, which probably has the side effect of reducing cache pressure, too.

@meconium: Spell check is working here. v68.0.3440.0-r561732-win64. Maybe check (or redo) your Chromium profile directory for a possible corruption.

@sebas: Set to the following flag to disabled.
chrome://flags/#account-consistency

@ChromiumLover: We went through (likely) the same crasher with my builds around the same revision. I am not sure if it was Chromium or LLVM, but it appears to be resolved with my latest 64-bit build, so I am hoping we now should be beyond it. I would think Nik's next builds should be okay.

@Mumu: Here are the quick edits from my notes. Just overwrite the existing variables.
C:\depot_tools\chromium\src\chrome\browser\ui\views\bookmarks\bookmark_bar_view.cc

kHorizontalMargin = 0
kButtonPadding = 0

C:\depot_tools\chromium\src\chrome\browser\ui\views\harmony\chrome_layout_provider.cc

INSETS_BOOKMARKS_BAR_BUTTON = 0, 0
DISTANCE_RELATED_LABEL_HORIZONTAL_LIST = 0
Oh yeah, also in C:\depot_tools\chromium\src\chrome\browser\ui\views\bookmarks\bookmark_bar_view.cc
kMaxButtonWidth = 100
@RobRich I've tried clean installation without success. This problem lasts for several months now. Also, it says that I should check if my firewall doesn't block google servers, but I doubt I have it blocked.
Thanks anyway.
Hi Rob,

Thank for you file. I got approximately the same change.
I will try mine first and post the result in parallel with your for UI result comparison.

Important: You wrong packed « chrome.zip » 68.0.3440.0 (561732) - win32 for your last Clang version instead of ➜ « chrome.zip » 69.0.3445.0 (562445) - win64…
Right hashes, but wrong files. Thanks for the FYI. The correct files are now uploaded.
WildByDesign 
The recent suggestions here to enable chrome://flags/#account-consistency relate to the following:

Tweet: https://twitter.com/ericlaw/status/1001477285860560896
"Build Chromium yourself? ICYMI, you need to compile with an API key, or logging into Google sites will give an obscure error message."

Image from tweet: https://i.imgur.com/4E86Feo.jpg

Source: https://chromium-review.googlesource.com/c/chromium/src/+/1044210

I assume this is logging into most (or all) Google login sites and not just Gmail. I typically use Nik's builds and therefore those have no worries with regard to that since his builds do always contain Google API keys.
@Rob
Thanks, the workaround works.
Anon3480
@RobRich
thank your for latest 32 bit build.
@WildByDesign AFAICT, setting "enable_dice_support = false" at build time should workaround the issue. I will try it later.

@Sebas + Anon3483 Welcome. :)
WildByDesign 
@RobRich, That would be wonderful if that is the case. I hope that workaround is sufficient. Please do follow up later once you've tested to let us all know here. Thank you for all of your efforts here. It's become such a solid and great community here. Cheers!
Looks like "enable_dice_support = false" might have been deprecated at some point. Actually, it appears to be defaulted to true with no alternative in the build arguments. Hmmm. Suppose it is time to look at the source files.
Thanks @marmaduke!
Finally had a chance to take a closer look.

C:\depot_tools\chromium\src\testing\variations\fieldtrial_testing_config.json

Change:

 "AccountConsistencyVariations": [{
     "platforms": [
         "linux",
         "mac",
         "win"
     ],
     "experiments": [{
         "name": "DicePrepareMigration",
         "params": {
             "method": "dice_prepare_migration_new_endpoint"
         },
         "enable_features": [
             "AccountConsistency"
         ]
     }]
 }],


To:

"AccountConsistencyVariations": [{
    "platforms": [
        "linux",
        "mac",
        "win"
    ],
    "experiments": [{
        "name": "DiceFixAuthErrors",
        "params": {
            "method": "dice_fix_auth_errors"
        },
        "enable_features": [
            "AccountConsistency"
        ]
    }]
}],
Hi rob,
Why not this ➜ https://pastebin.com/raw/Gb55hbg0
Who is equivalent to « chrome://flags/#account-consistency » set to disabled ?
Should work as well. Technically "dice_fix_auth_errors" is the previous behavior.
Maybe not more robust, but as you found, it was how the project was "officially" handling it before the change earlier this month.
https://chromium.googlesource.com/chromium/src.git/+/de95b29a55c944b2540c43353de3201d7cb7de0f^!/#F3

My latest Win64 build has the change. I will try to push updated Win32 and Linux64 builds tonight or Thursday.
Anon3490
Thanks nik & Thanks Jerry :)
for No sync • No WebRTC • No Widevine • 67.0.3396.62 (550428) • Wednesday, 30 May 2018
*** Pls advice IF this is the LAST GOOD COPY of STABLE w NO webRTC ???
Much appreciated for your time and kindness :) Hv a gd wkend :)
admin
@Anon3490: Yes. I put this note on the build info.
Anon3492
@RobRich & @Nik: Thank you for 32 bit build May 31
I think I have a little abused of zero’ed every variables… There is simply no more space anywhere!
And the other hand you could fit 120 favicons for a full HD screen on this totaly ugly unreadable bookmarks-bar… 😳
Anon3494
@Mumu: oh yeah. That's beautiful :)
@marmaduke
No sync • No WebRTC • No Widevine • 67.0.3396.62 (550428) desperately perfect! ;-)
Thanks!
Chromium 69.0.3448.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 4f3fe86e6cc61679ecf92bd3670cbf0b885008cb-refs/heads/master@{#563638}
Compiler clang (+lld_linker +thinlto +pgo/afdo +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v69.0.3448.0-r563638-linux64

----------------

Rehashing a topic from awhile back, there is an AMD mircocode update available.
https://packages.debian.org/sid/amd64-microcode
Anon3497
Nik, will you make "No sync • WebRTC • No Widevine" LKCR builds? I would rather have this over "Sync • WebRTC • Widevine".
Thank you for your time making Chromium with codecs available to us. And thank you everyone for this great site :)
Unexpected crashes on Nik's build of 67.0.3396.62 for x64 (https://github.com/henrypp/chromium/releases/download/v67.0.3396.62-r550428-win64/chromium-sync.exe). Not very common but over 4 hours i got 3 of them (including one right after installation, so really 2 during actual usage). No usage patters recognized, one was right after installation without even interacting with browser, second was when opening page from Google search, third was when watching YouTube video. I'm forced to go back to 66.0.3359.181 for now.
i don't know, will check. for now just use previous stable build
Nik: Hi Nik! Thank you so much for the latest ((Sync • WebRTC • Widevine • 69.0.3448.0 (563845) • Friday, 1 Jun 2018))

---------------------------

Nik: Hey again Nik! I ran into a rather unusual problem with this build, and only this build. Every previous build I've used from you has never had this happen. When visiting Youtube trying to watch a full screen video causes the image to fullscreen and FREEZE with no control or restoration of video playback. Sound will continue to play but video is frozen. Happen with ALL YouTube videos. I was able to get a full screened video to properly start showing motion and play perfectly by striking ALT-TAB which unfroze the video. But any attempt at exiting the video causes the screen to freeze with a white background with a smaller black square in the top left corner of my screen. I just wanted to take the time to report my findings as this has never happened before. Previous version was flawless. Thanks! :)

---------------------------

Nik: Also I forgot to mention... I can't exit the fullscreen video playing while frozen. I can't navigate away to a new page either. I have to right click Chromium and select close as further navigation is impossible. The screen will not refresh and remains frozen with background video sound playing until Chromium is closed or video ends.

AFFECTED VERSION: ((Sync • WebRTC • Widevine • 69.0.3448.0 (563845) • Friday, 1 Jun 2018))
Hello, why does Chromium for Mac not have Widevine included and the Windows Version does have it? i really like my mac desktop and would be happy to use Chromium for streaming!
Thanks for your help!
@Dustyn: yeah i'm also have the problem with fullscreen
@richa: The sync release of my stable version(s) of Chromium for Mac is/are Widevine enabled. Try it!
I'm still getting constant crashes even when using yesterday's new build (No sync • No WebRTC • No Widevine).
Only extension I have is uBlock Origin and I already tried uninstalling and creating new profile but still constant random crashes.
Anyone else having this issue?
I got crashes and black screens (youtube or screen saver) will playing with compiled Chromium (for test)

As for crashes, as for YouTube black Screens it seem we need to blame Chromium devs, not Henry, Nik, Marmaduke or Rob…

So please report these two problems here ➜ https://bugs.chromium.org/p/monorail/issues/list
With as many details and screenshot as you can !
Here is a temporary workaround for those building Chromium.
git revert --no-commit 3e5eaae29d310061c0504f7d011f8bb0263e0078

For clarification, I am talking about a workaround for the fullscreen issue. My 69.0.3450.0 Windows builds include the workaround. I will try to push an updated Linux build to GitHub later or maybe tomorrow.

As for heap corruption crashes.... good luck. Been there, done that awhile back. At some point they seemingly just quit happening, so it is likely revision related, but I do not have a good candidate for the actual underlying cause.

Even better. The revision just made it to the trunk, so builders do not need to revert locally now.
https://chromium.googlesource.com/chromium/src/+/554a4b6a90144952665ec035d62fd60faade7412
Anon3509
@nik: It is time to go to GitLab and Bitbucket! ;)
GitLab tweet: https://twitter.com/gitlab/status/1003409836170547200
Micro💲oft ⁽¹⁾ bought Github ? ➜ https://www.youtube.com/watch?v=meOCdyS7ORE

(1) :
- µ💲oft who said I remind : https://www.theregister.co.uk/2001/06/02/ballmer_linux_is_a_cancer & Open Source is Cancer too…
- Where there's muck, there's brass…
Anon3511
@Mumu: It was in 2001 ;) Microsoft has changed. It is one of the main contributors (near Google and Facebook) on Github and an active member of The Linux Foundation for 2 years. Microsoft (like Google and Facebook) is everywhere. That is the business ^^
- https://www.zdnet.com/article/from-open-source-hater-to-no-1-fan-microsoft-now-tops-google-facebook-in-github-contributors/
- https://www.zdnet.com/article/microsoft-completes-its-linux-journey-joins-the-linux-foundation/
AFAIK, Microsoft now uses git internally.

Outside of the obvious opportunities for Visual Studio, the company is a large PaaS provider with Azure, which is a key area where GitHub integration could come into play eventually. Export from GitHub to Azure and implement code in the cloud with a few mouse clicks.

BTW, Microsoft also cares little about what OS, be it Linux or Windows, on which you are running your code in the cloud, as long as it is running on Azure.
HRH The Duchess of Sussex 
Well, let's face it: Microsoft, Google (Alphabet), Facebook, and particularly Telsa are just corporate "Welfare Queens"'; burdened with the illegitimate lumpen offspring of a thousand feckless fathers; and addicted to the crack cocaine of destructive governent (Federal Reserve!!!) issue fiat currency.

What could possibly go wrong!

Hopefully, Github will not go the same way as Nokia/Symbian and a 1001 other Microsoft failures.

Laters

Meghan
Anon3514
So, the order of downloads has been changed? Previously the 64bit builds were in the start of the page and now there is 32bit there with the 64bit below them. Noticed that when i checked task manager and saw Chromium (32 bit)
Anon3515
@Anon3514: order of downloads has been changed? No at all. If your web browser is a 32-bit version, you will see 32-bit builds in the start of the page. It is normal.
Anon3516
Yes, I can see that now. I have downloaded a 32-bit build by mistake.
I can't log into my gmail or YT account. I'm using "No sync • No WebRTC • No Widevine • 67.0.3396.62 (550428)". Some time ago when I tried Chromium i could log into this accounts using nosync version.
Anon3518
@tiz: I agree. Same issue for me. Impossible to log in at https://accounts.google.com/ with the "no sync" version. All is fine with the "sync" version.
@tiz+Anon3521: You will need set a flag for no sync builds.
chrome://flags/#account-consistency --> Set it to disabled or fix auth errors.

I have been going ahead with forcing the default behavior to to fix auth errors in my builds, as it was the previous behavior.
A special Mac Chromium build (Sa-me-me-me)-in honour of Samantha Markle, Meghan's gracious sister.

Compiled under macOS 10.14 Mojave beta (18A293u) and Xcode 10 beta (10L176w) - SDK 10.14
This build cannot be guaranteed to work under all Mac platforms, and is not particularly refined.

Chromium v69.0.3453.0.0-r565207-macOS

Chromium for 64-bit macOS - Thursday, 07 June 2018

Chromium 69.0.3453.0 (Developer Build) (64-bit)

Revision 9af34b4853164a8025c9a34cc0aa120203af75d1-refs/heads/master@{#565207}

OS Mac OS X

Sync • WebRTC • No Widevine
Chromium.69.0.3453.0.0.sync.app.zip
https://github.com/macchrome/chromium/releases/v69.0.3453.0.0-r565207-macOS

(Auth errors fixed)
Anon3521
@RobRich: Big thanks to you. It works nicely with "Enabled Dice (fix auth errors)".
WildByDesign 
@Nik, Thank you for the continued support with providing the Stable branch builds and always in a respectable amount of time after release. That is very much appreciated. I've never had an issue or crash with your Stable branch builds. Keep up the great work!
Anon3523
Thanks nik & Jerry
Update to No sync • No WebRTC • No Widevine • 67.0.3396.79 (550428) • Thursday, 7 Jun 2018 (64bit)
So far all GOOD
Much appreciated for all the great work and selfless service :)
Chromium for 64-bit macOS - Thursday, 07 June 2018

Chromium 69.0.3453.0 (Official Build) (64-bit)

OS Mac OS X - macOS 10.14 Mojave beta (18A293u) and Xcode 10 beta (10L176w) - SDK 10.14

[Bootstrapped LLVM/Clang 334178 (Customized: polly, compiler-rt, libcxx, libcxxabi, etc...)]

Revision 9af34b4853164a8025c9a34cc0aa120203af75d1-refs/heads/master@{#565207}

No Sync • WebRTC • No Widevine • ThinLTO • CFI • All Codecs
Chromium.69.0.3453.0.0.nosync.app.zip
https://github.com/macchrome/chromium/releases/v69.0.3453.0.0-r565207-macOS

======

about://gpu functions correctly!: CFI blacklist has been implemented.
HTML5 graphics smooth and vibrant.

10.14 is quite robust for a beta. A classic in the making!

Proof of concept over. Back to normal builds.
Anon3525
Thank you marmaduke. You are the "mad mac man"! :)
same crashes with 67.0.3396.62 for me too like user eider reported.
earthsound 
@nik: Thanks for the quick release of the 64-bit lkcr with sync, webRTC, & widevine to fix the weird full screen bug. Always appreciated!
Anon3528
@Nik: Thank you for last 32 bit build.Works perfect.
Anon3529
I just updated Chromium portable, via Chrlauncher, to rel 69.0.3454.0 and it seems to have same "problem" I found last week when I tried an earlier 69 build (before reverting to 68 due to the same problem): the whole browser window has a yellowish transparent background, which affects also any visited web site.
Is that expected to happen?
Did I miss something? How can I "fix" it?
Do you have one of those low-light extensions installed? Tried updating GPU drivers? Tried disabling hardware acceleration as a test?

Also you can try forcing color profiles to see if there is a difference.
chrome://flags/#force-color-profile
Anon3531
@RobRich: Thank you for your 32-bit build 9 jun. Working very good :)
@marmaduke
Found an issue with No sync • No WebRTC • No Widevine • 67.0.3396.62 (550428):
Can't connect to Google services (any), tried on a clean profile with no extensions.
No problem with Freesmug's current version. Actually, when I connect thru Freesmug's, close it, open yours, I stay connected. But if I disconnect, I get "Something went wrong" error on my next attempt.
I think this has happened after I've done a "killall cfprefsd" in Terminal when testing some other app a week ago or so... this issue might have been present a long time ago, but you can't suspect it until something happens that disconnects you, I bet.
@marmaduke: I still had your 66.0.3359.181.nosync build and just tried it, the issue is not present!
@Aargl: Try: chrome://flags/#account-consistency --> Set to disable

How does the equivalent sync version behave?
Anon3535
@RobRich

" ... Tried disabling hardware acceleration as a test? Also you can try forcing color profiles to see if there is a difference.
chrome://flags/#force-color-profile "

Both the above suggestions, disabling acceleration and forcing color profile (to sRGB), seem to work fine.
Which one would you prefer?

I thank you very much for your quick, kind and useful answer.
I still have, however, a... technical curiosity: why do you think this new release behaves differently than the previous ones, with exactly the same extensions, settings and so on?
Go ahead and force the color profile if can have hardware acceleration enabled. As for why, I suppose there could have been a change in how your particular color profile is managed.
@marmaduke
Thanks!
Yes! Disabling the flag did the job! :-)
I've tried downloading the equivalent sync version but it's awfully slow...
I'll try later, if it's useful to you?
@Aargl:
It's not necessary to download the Sync version. The "auth errors" issue only applies to the no-sync version.

In my DEV builds I fix the "auth issue" in the code; not so in the Stable build: I prefer that individuals set the approriate flag.

There will be no 67.0.3396.79 stable build - unless that's the final v67 version, after v67 WebRTC will be enabled. I've been more concerned with establishing a Mojave Chromium build system.
@marmaduke
Ok. If I understood correctly what you wrote some time ago, v67.x will be the last stable for MacOS 10.9.5?
@Aargl:
The Mac Chrome/Chromium releases currently use the 10.12 SDK, which is compatible with OSX 10.9.5. Given Apple's push towards the "Metal 2" architecture, it is almost certain that the Chromium build requirements will change and that OSX 10.9.5 will not be supported.

As long as 10.12 SDK is officially used to build Chromium then OSX 10.9.5 will be supported (and "stable" builds will be produced).

I've produced the Mojave (10.14) builds so that users can assess the preliminary compatibility of SDK 10.14 with the(ir) current OSX/macOS releases.

@RobRich:
My knowledge of macOS is limited to 10.11+

The backward compatibility of Chromium with previous versions of OSX is a function of the Chromium authors' build requirements.

To be honest, my sole concern is that I am reluctant to buy any new computer hardware. The GPU market has been totally distorted by crypto-miners; and the latest crop of CPUs are fundametally flawed. I'm satisfied, as long as my current build system can produce future versions of Chromium.
Anon3541
@RobRich: "... As for why, I suppose there could have been a change in how your particular color profile is managed."

My color profile, however, shouldn't be "particular" at all, as I never used other themes than the Chromium default one and never changed any of its settings, through all the Chromium releases I've been using.
That's why this sudden... yellow issue with this new release surprises me.

Anyway, I'll follow your suggestion and I thank you again.
@marmaduke: Thanks a lot for your explanations! :-)
Anon3543
Anyone know how to force the chromium to use the accent colour for its title bar?
It becomes grey after ver 68 I think?
Hi Anon3546,

What do to mean by "accent colour" and by "title bar"?

Can you make a screenshot of before and after?

Are you talking about nth’time that Chromium take a ugly decision about UI/ Design?

Prior everything, have you tried RobRich solution :
chrome://flags#enable-color-correct-rendering --> disabled.
And/Or disabling hardware acceleration in chrome://settings at the bottom?
Hi Nik,

I need some help/precision about your helping tutorial about adding codecs to chromium compilation.

I used pastebin because the comment section here kill white spaces⁽¹⁾ :
https://pastebin.com/JcRKteeQ

Here a pattern to cut’n’paste to save you some time for your reply (if you would)

———————————————————————————
Question 1:
[YES] or [NO Because… … …]

Question 2:
A/ [CHROME] or [CHROMIUM] or [BOTH]
B/ [WIN] or [WIN-MSVC] or [BOTH]

Question 3:
[x64 folder only for x64 && ia32 folder only for x86] or [BOTH]
———————————————————————————

Of course, it’s an open-ended question and if RobRich, marmaduke, WildByDesign or anyone who understand and/or know something, feel free to post!

⁽¹⁾ : Hey Jerry ! What about a secret tag "code" in this comment section without documentation about it that only oldfag will use ?
Anon3546
Thanks nik
Just updated to No sync • No WebRTC • No Widevine • 67.0.3396.87 (550428) • Wednesday, 13 Jun 2018 (64bit)
All good so far - been online for an hour or so
Thanks Jerry too
Much apreciated for your time and great sharing
@Mumu:
1) yes
2) in my case it's ___\Chrome\win\___ because gn arg is ffmpeg_branding = "Chrome"
3) if you build x64 then x64, if x86 then ia32
admin
@Mumu: I add a BBCode tag for rendering code snippets. You can see an example at #comment-3488
Thank you Nik!
For the moment I was able to find how to customize bookmarks bar height, radius, highlight, spacing, padding, etc. And as soon as I will get every codecs working fine I will post a full step by step pictured tutorial to compile chromium here and/or github .

Thank you Jerry too! Let be honest, we rarely need to write code in this comments section ; but exactly as you mention here #comment-3488 when we will need it, it will be really helpful!

Not like in this line ;)
Anon3550
Guys, maybe a stupid question but... does Chrlauncher always have to download the full binaries (whole archive) to update Chromium to a new version? I ask because the updates are 70-75MB on average.
@Anon3550

Yes, ChrLauncher always download the full binary, even if the update is only one word in a translation pack.
And I am pretty sure that ChrLauncher use Jerry API’ to make his update with here the details :

dev-official ➜ The Chromium Authors (dev) ➜ https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=dev-official&out=json
dev-codecs-sync ➜ Nik (lkcr) ➜ https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=dev-codecs-sync&out=json
dev-codecs-nosync ➜ Nik (lkcr) ➜ https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=dev-codecs-nosync&out=json
dev-clang-nosync ➜ RobRich (lkcr) ➜ https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=dev-clang-nosync&out=json

stable-codecs-sync ➜ Nik (stable) ➜ https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=stable-codecs-sync&out=json
stable-codecs-nosync ➜ Nik (stable) ➜ https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=stable-codecs-nosync&out=json

ungoogled-chromium ➜ Nik (lkcr) ➜ https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=ungoogled-chromium&out=json

Note that it’s an incomplete response, I am pretty sure too that the API can retrieve Linux, Android and Mac update and probably order French fries…
More about API ➜ #api
@marmaduke & everybody...
Hi all!
Got a very strange issue here: my PSU died and I transferred my complete MacOS from my desktop hackintosh to a laptop, all is working except for Chromium where all my extensions get cancelled and all my parameters reset... Tried a few times, no way.
I suppose Chromium detects that it's not the same computer and resets everything.
Is there anything I can do?
hat is standard behaviour.

Previous Chromium settings will be at:

~/Library/Application Support/Chromium

If the original values were not backed up (or over written) then you will have to manually reset them, and re-install your plug-ins, which ideally should be all in a specified folder.

You can approximate a Mac portable install (ie, changing the user directory) by following the instructions at:
https://chromium.googlesource.com/chromium/src/+/master/docs/user_data_dir.md
Anon3554
@Mumu: Thank you very much! :)
@marmaduke
Yes that's the folder. The original is intact — only Chromium has not been closed properly because of the PSU failure.
I've tried the instructions of the link you gave, creating this script:
set chrome to "\"/Applications/Chromium.app/Contents/MacOS/Chromium\""
set userdatadir to "\"/Users/Myself/Chromium\""
do shell script chrome & "  --user-data-dir=" & userdatadir & " > /dev/null 2>&1 &"
(and putting my backup profile folder at /Users/Myself/Chromium/Default)
It starts but wipes out the profile all the same...

I'm not sure I understand you well when you say "if the original values were not backed up (or over written)", sorry — (I'm French...): I have also tried using a clean backup from two weeks ago (with Chromium closed properly), same result.
Do you mean using Chrome Sync feature?

Isn't there a way to recover things in a situation like this? It seems amazing! :-o
On this aspect, Firefox is much easier to deal with, you copy profiles here and there with no fuss... :-(
Anon3556
@Aargl

I learned that the hard way as well. I did a backup of my Chromium profile (located at AppData) and formatted my computer. Once done, i went to the AppData folder again as put it there. Chromium did open but the profile was broken. I then searched Google and apparently Chrome stores/encrypt his stuff along with Windows (using CryptProtectData function). In other words, since it's not the same Windows user it doesn't work as it stores needed data on a user account level.
I always start Chromium from a command line (shortcut).

On a correctly functioning Chromium, configured to your particular requirements, go to chrome://version and make a note of the "Command Line". Store your unpacked extensions in a directory, and when/if required manually reload them. If the original data directory has not been corrupted then any extension used should be configured and work.

I know that my instructions are terse. But it is for the user to mitigate against any potential data loss.

I run Chromium for Windows as a "PortableApp", which can be moved from computer to computer with the profile intact; with the exception that any extensions used have to be reinstalled. Not ideal, but it works for me.
Ok. Thanks for your explanations. I'll see what I can do when I repair my desktop's PSU... ;-)
By the way, I see that it is about the same for any chromium based browser: Opera and Vivaldi also lost their extensions...
I'm wondering: if I run Chromium through VMware Fusion, I suppose I could bring the VM on any Mac I want? (except for the loss in performance...)
admin
@marmaduke, @Aargl: About extensions, you can move their folder to another folder. But for security reasons on Chromium and all Chromium-based browsers (Google Chrome, Opera, Vivaldi...), the extensions will not be loaded. Use the sync option... or reload each extension. I explained that at https://www.reddit.com/r/Chromium/comments/6sfxct/chromium_portable_deleting_extensions_folder/ few months ago. However, I see it is/was possible (https://www.adlice.com/google-chrome-secure-preferences/)
@Jerry: Thanks! I'll read that with great interest! :-)
Chromium 69.0.3463.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 26e766991a4fed6c1f6b1b1a43ccfdc1ea1ab9e4-refs/heads/master@{#567896}
Compiler clang (+lld_linker +thinlto +pgo/afdo +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v69.0.3463.0-r567896-linux64
Anon3562
Frequent/Excessive 'Aw Snap' Errors with 3460
Hi,

I have the latest version of Chromium portable open and running (it's not the default browser in my system).
I've instructed a few programs to open links in Chromium via command line.

What happens is, the links from those programs get opened in a tab at the end of the current open window (intended behaviour) but there is also a second window with an empty tab opened (unintended behaviour).

Is there anything I can do so that the second, unnecessary window is not opened each time?
My poor Sebato!

I have exactly the same problem since 4 or 5 years now... I have tried everything :(

I managed once to restore normal behaviour by half destroying my registry (deleting all registry keys chrom*, deleting all URL link default open, browser...) and applying a hacked BAT.

In short, I managed once to make it worked normaly, but only for a short time anyway because I broke it again as soon as I forgot to untick 'use as default to open' by opening a webm file.

This message will not offer you any help, but bring you compassion: you're not the only one with this problem it seem and I think it's almost impossible to solve it...

Sorry for us :(
But I will try to investigate again on a Virtual Machine to not detroy my system again...
Anon3565
@sebato, i have the same problem, except I used the .bat file included in chrlauncher.
tbh though, it doesn't bother me too much, i've gotten used to it
Well, it's bothering me and I always try ti fix things that bother me on my computer.

So if anyone has an idea where to start looking or how to fix this, please comment!
@Rob :
The Google login, error 500, will probably come back because your hack is no longer applicable.

Chrome’s monkeys removed the « AccountConsistencyVariations » var in « …/testing/variations/fieldtrial_testing_config.json »

See here : https://chromium-review.googlesource.com/c/chromium/src/+/1088612

But I’m not sure we need to hack something anymore because I remember seeing something about "only enable M2 if API Key is present" to avoid error 500 about build without API Key…
@Sebato
how says @Mumu tries to clean the record with chrome chromium entries or the extension that has assigned
use nirsoft regscanner and it is quite fast and comfortable
I hope it helps you
(I'm sorry I'm using translator)
@Mumu The modification still works, as the underling flag is still present. ;) The difference is you now will need to insert the whole related code block back into fieldtrial_testing_config.json instead of just modifying what is (no longer) there.
https://pastebin.com/fQcPu3jS
Anon3570
Hello! Why dev-codecs-nosync isn't updated for a month?
Anon3571
Anyone noticing some page load lags with Rob's latest build (#569934)?
Like if I do a google search, then try to immediately click on the first link or scroll, I have to wait till the little circle in the tab finishes spinning and the favicon shows, then all the scrolling and clicking executes all at once =/
Was fine with the last release, only started happening with this one.
Anon3572
@nik: I have a similar question to @Anon3571. I know it is difficult to compile a "No WebRTC" version. Did you plan to compile a "No sync • WebRTC • No Widevine" version like other releases?
@Anon3572 Any content filtering extensions installed?
@Anon357x: between v68 and v69 there is a major changes in the chromium codebase (webrtc is integrated deeply in chromium).. Before this changes i did some patches (~5-10 files). After that changes the amount of files that had to be changed, increased ~10 times and still increase. So i don't have much time to patch the chromium each build, sorry =\
Anon3575
@RobRich nope, totally clean profile.
Anon3576
ok nik. thank you anyway.
Anon3577
Thanks nik
No sync • No WebRTC • No Widevine • 67.0.3396.99 (550428) • Tuesday, 26 Jun 2018 (64bit)
All Good :)
Thanks Jerry for this great site
@Nik,
@Marmaduke,

Hello to both of you !

I still have some difficulties to compile a Chromium as perfect as yours !

I noticed that on the Jerry’s codecs test page : https://tools.woolyss.com/html5-audio-video-tester
Your compiled versions of Chromium run more or less all audios and videos formats⁽¹⁾ possible !

I understand that we can activate a lot of codecs by using GN ARGS with for example :

# Add Proprietary Codecs ➜
  ffmpeg_branding = "Chrome"
  proprietary_codecs = true
# Bonus ➜
  enable_ac3_eac3_audio_demuxing = true
  enable_hevc_demuxing = true
  enable_mse_mpeg2ts_stream_parser = true
  enable_widevine = true
  rtc_use_h264 = true
  use_openh264 = true
# etc.


We can go even further by following the Nik’s tutorial⁽³⁾ that seems to enable the H.265/HEVC.

However nothing to do : I can never get as many formats as you two !
You both also have for example: M2TS / 3GP / AVI / QT / AMR / ...

I have tried all imaginables solutions until completely copy byte for byte⁽²⁾ Nik’s tutorial⁽³⁾ and Nik’s GN arguments⁽⁴⁾ but nothing to do : I can’t manage to have as many videos and audios format⁽¹⁾ as Nik or Marmaduke !

And I don’t know where to start to investigate right now...

-----------[NOTE]-----------
(1) : https://www.murielfrenchcouture.fr/autres/Chromium/codecs2.html
Column 1 to 4 ➜ Nik
Penultimate column ➜ Marmaduke
Last column ➜ My test
(2) : https://www.murielfrenchcouture.fr/autres/Chromium/Rapport.html
(3) : https://github.com/henrypp/chromium/blob/master/hevc_support_new.md
(4) : https://github.com/henrypp/chromium/blob/master/args_gn.md
----------------------------
Warning :
Do not link any link in this message: it’s a draft version for now!
I would make a clear and clean tutorial as soon as I get everything functional !
Just went up from 61 to 69 of Nik Sync Build -
- Hate the new UI
- Translate languages from X to English has stopped working.

I'd like to go back to 61 or something in between that's got the Old UI as an option and Translation works.

Please advise.
Anon3580
@XM AX: For translation, use a stable version with "Sync". For UI, test options at chrome://flags/#top-chrome-md
I am sorry I meant the Stable 67 which I downloaded as is but couldnt figure out why it was not Executing or maybe it did and I could not see any visible wizard that shows it -

PS: I just noticed that I was trying out one of the Chromium Updater tools and it seems to have taken it to:
Version 69.0.3475.0 (Developer Build) (64-bit)

PS: For the above points on Chrome Profile User Data this would be a good place to get insights and share back experiences/ fixes.
https://superuser.com/questions/951095/understand-structure-of-chrome-user-profile-data-to-transfer-to-new-pc-os-avo
I almost success to got as many codecs as Nik and Marmaduke!

Of course, thanks to Nik obviously for his tutorial about HEVC/H265.

To get more codecs I simply merged in folder « …\third_party\ffmpeg\chromium\config\ » the Linux-x64’s folder from ChromeOS with the Win-x64’s folder from Chrome with obviously adapting some Linux/Windows differences.

I now have Chrome’s-brand codecs AND ChromeOS’s-brand codecs ( https://support.google.com/chromebook/answer/183093 ➜ see Codecs Section ) for my Chromium binary.

While waiting for a clean tutorial I push here my raw modifications for RobRich and most impatients programmers who would like to seek for inspiration:
https://www.murielfrenchcouture.fr/autres/Chromium/Rapport2.html

With GN’s arguments for codecs:

# … … …
current_cpu = "x64"
target_cpu = "x64"
# … … …
ffmpeg_branding = "Chrome"
proprietary_codecs = true
# … … …
is_component_ffmpeg = true
enable_ac3_eac3_audio_demuxing = true
enable_hevc_demuxing = true
enable_mse_mpeg2ts_stream_parser = true
enable_widevine = true
# … … …


There is now only the format « .M2TS » that I don’t master for the moment to equal the masters.

I should also try to add the H263 codecs to absolutely have all the videos that play on Jerry's test page: https://tools.woolyss.com/html5-audio-video-tester

More codecs would overload and slow down binary unnecessarily for real world usage (Youtube, DRM, NetFlix, Streaming …)

For the video: https://tools.woolyss.com/html5-audio-video-tester/?u=https://www.elecard.com/storage/video/140626_av1_720p_850kbps.webm I think the problem comes from the source because it doesn’t work with strictly anything ! Not even Iron Browser, Opera, IE, Firefox, Advanced Chrome, etc. Jerry, I invite you to keep an eye on it.

Thanks to Nik and Marmaduke for the codecs, Rob for the bookmarks-bar change & the Google dice error 500, Jerry for this platform, the API, etc. and last but not least Henry++ for the Chromium’s portability and all the anons for their contributions in comments section here.

I have an old PC and a lot of work IRL but I take notes and screenshots of each step to make a page « Compile Chromium for Dummies » when everything will be functional.
Anon3583
@Mumu each time I think about trying to help out @marmaduke with Mac builds, it quickly turns in to a much more difficult task than I imagined. I hope to compile Chromium properly at some point. Until then, thanks to you and the other devs for their Chromium releases.
Juan Guillermo Cuadrado Bello 
#define CONFIG_MPEGTS_DEMUXER 1 (.asm .h)

third_party\ffmpeg\ffmpeg_generated.gni

"libavformat/mpegts.c",

demuxer_list.c

&ff_mpegts_demuxer,
Who would have thought that my savior would be a Colombian footballer? ⚽
Thank you Juan Guillermo for your message 👍, I will try this right now !
Are there still others codecs specialists hidden in the anons? ;)
Why sourceforge still has a problem with SSL certificate? Where can I download Chromium safety?
Erratum : https://caniuse.com/#search=video+format
Seem there is no error with https://tools.woolyss.com/html5-audio-video-tester/?u=https://www.elecard.com/storage/video/140626_av1_720p_850kbps.webm , the problem is only that this codec is too recent… I will try to embbeding it also…

@Dan why not try github ?
Henry++ / Nik ➜ https://github.com/henrypp/chromium/releases
Rob ➜ https://github.com/RobRich999/Chromium_Clang/releases
Marmaduke (windows©) ➜ https://github.com/macchrome/winchrome/releases

@Anon3583: Marmaduke, Rob or Nik don’t seem to need any help: they already full masterize Chromium’s compilation. I will release soon a full step by step tutorial for beginner like us about compile Chromium on Windows and you will probably be able to compile your own version too. It’s not that much difficult, the problem is that is take lot of time, space, CPU…
admin
Thank you to all users and developers! ;)

@mumu: Right. AV1 is a new codec. There is currently no MIME type. I add it just for fun! ^^ Contact me via email if you want. I speak the same native language as you. ;)
Anon3589
@RobRich: No new 32 bit build?
Anon3590
@Anon3589
The second entry here : https://github.com/RobRich999/Chromium_Clang/releases → 69.0.3472.0-r569934-win32
This 32-bit release is 6 days old.

Latest release
v69.0.3472.0-r569934-win32
aa1a96c
@RobRich released this 6 days ago · 1 commit to master since this release
Anon3591
Anon3589, @Anon3590: Thank You.
@Juan Guillermo,

I do not know who you are. I do not know what you want [...] But I will find you, and I will hug you!

The changes you proposed me here: #comment-3587 work perfectly!

My build can now also read .M2TS format !

So I'm tied with Nik and Marmaduke for playable codecs and videos on: https://tools.woolyss.com/html5-audio-video-tester

---------------------------

Beneath the euphoria I have wanted to add AV1 and H.263 support imitating your changes...

AV1 (ERROR)
█ https://tools.woolyss.com/html5-audio-video-tester/?u=https://www.elecard.com/storage/video/140626_av1_720p_850kbps.webm █
★ #define CONFIG_LIBAOM_AV1_DECODER 1 ➜ (config.asm / config.h)
★ third_party\ffmpeg\ffmpeg_generated.gni ➜ ... ... « libavcodec/libaomdec.c » ... ...
★ codec_list.c ➜ &ff_libaom_av1_decoder


But of course it's not that simple. There are dependencies for a folder « aom » in « libaomdec.c »
I tried to raw-copy this folder in ffmpeg and modify the include but I have missing symbols errors... It is probably missing stuff to add in « ffmpeg_generated.gni » ...

So I confirm that to get AV1 support we will need all Eastern Europe help and woke up Slavs agents @Nik and @Henry++ !!

H.263 (ERROR)
█ https://tools.woolyss.com/html5-audio-video-tester/?u=techslides.com/demos/sample-videos/small.3gp █
★ #define CONFIG_H263_DEMUXER 1 ➜ (config.asm / config.h)
★ third_party\ffmpeg\ffmpeg_generated.gni ➜  ... ... Nothing ?!
★ demuxer_list.c ➜ &ff_h263_demuxer


Same-same but different : symbol error.
I have to find one or more stuffs to add in « ffmpeg_generated.gni » or worse...

---------------------------

I wanted to drop a Beta version here with this comment for real-world users to test my build in Google, YouTube, Facebook, Twitter, NetFlix, Twitch, etc. but in the meantime the new Chromium UI (Material Design refresh) has become Chromium's standard ! Yuck !!
So all my modifications on the bookmarks-bar to mimic firefox’s bookmarks-bar are now obsolete, offset and ugly!

I understand better @XM AX now...
I just have to figure out how to force the flag « chrome://flags/#top-chrome-md » on « Normal » : a bit like RobRich does it here #comment-3572 to force « chrome://flags/#account-consistency » on « Enabled Dice (fix auth errors) » ...

I will make a bisection and I'll be back in a week hoping to finally could release a Beta version!

Thanks again @Juan 💋 and to all the others for their contributions of course!
Juan Guillermo Cuadrado Bello 
Preliminary notes:

AV1

&ff_libaom_av1_decoder

%define CONFIG_LIBAOM 1 **** CHECK/TRY *****
%define CONFIG_LIBAOM_AV1_DECODER 1

https://www.ffmpeg.org/doxygen/4.0/globals_vars_f.html

ff_libaom_av1_decoder : allcodecs.c , libaomdec.c

libavcodec\libaomdec.c
libavcodec\allcodecs.c

H263 (small.3gp)

Such mind numbing tedium is for the Chromium developers. Nik says that he has tried, and Marmaduke appears to be not particularly concerned.

Missing dependencies can be found (then incorporated into ffmpeg_generated.gni) by using "grep -rl" or by using the text search facilities of "Filelocator Pro" (or even Windows text search); my preferred tool is grep.

@Mumu

The learning curve is steep, but the plateau is constant.

Juan is busy plotting the demise of the England football team. As long as Raheem Sterling continues to misfire, Harry Kane will be my next recruit.
Michelangelo Carocci 
A grand thank you to the admin and creator of this site: to be able to finally use pure Chromium as my regular browser on my MacBook without troubles and fuss is a small dream coming true. On my Mac, for some reason to me unknown, Chromium runs better than Chrome and consumes less RAM: this, plus it being non-proprietary and having all of Chrome's features, makes it my favourite browser. I must also thank Marmaduke for his codec-endowed Mac build: I really needed Widevine to be able to use Spotify's web player, so with your build my Chromium really has everything I could possibly need; keep sharing your builds, we (or at least I) need them!

I surely will suggest browsing this site to some friends of mine who might find fascinating this unpretentious, powerful and pure browser.
Anon3595
Thanks Rob for the new build - 69.0.3479.0 (571797). It now defaults the UI to the new "Refresh" look. I had to use the flag chrome://flags/#top-chrome-md to revert it back to "Normal" look. It's insane how the devs took so much space from the browser with both bookmarks new huge space and this new refresh look. At least we still have your "hacks" to get back the bookmarks space but this isn't looking good for us as they will eventually get rid of that flag, leaving us with no other option.
Hi Rob,

You wrong packaged the x64 version « v69.0.3479.0-r571797-win64 » for the x86 (32 bits) version ➜ v69.0.3479.0-r571797-win32 on your Clang Channel (https://github.com/RobRich999/Chromium_Clang/releases)
@Michelangelo Carocci

Thank you for the feedback.

I've implement AV1 in one of my private Mac builds and have had partial success: https://www.elecard.com/storage/video/140626_av1_720p_850kbps.webm does not play, but Chromium's https://chromium.googlesource.com/chromium/src/+/master/media/test/data/bear-av1.webm when dragged and dropped plays.

Chrome's intention is to include AV1 with stable desktop v69; when they have implemented the bitstream. I'll leave the heavy lifting to the Chrome developers.

I would release this development build, but am having problems with Chromium's crap Material Design refresh. I don't know if the Mac Chromium build requirements have changed, or if it is just a bad build.

[EDIT by Jerry: bad link changed]
But even with Firefox Nightly I can’t read this video...

I have to admit that I loose my mind with this AV1 codec and I think I will give up for now about support it in my future build and wait that everybody sing from the same song sheet…
admin
Yes @marmaduke and @Mumu: For Chromium 69+, the AV1 codec works with chrome://flags/#enable-av1-decoder → enabled. However, the video of elecard.com does not work.

https://tools.woolyss.com/html5-audio-video-tester/?u=https://github.com/chromium/chromium/raw/master/media/test/data/bear-av1.webm
@Dustyn: actually i can't test the widevine module (because i don't use sites like netflix). I'm sure that the stable version is support the widevine and for the dev version it's a random (maybe work maybe not), so it has tag "No Widevine" :)
But you right, the latest build also support the widevine.
Nik: Okay thank you! :) I only asked because I saw the tag "No Widevine" for the first time on "Sync" 64-bit...so I was a bit surprised. I just tested NETFLIX with "Suicide Squad" and it worked perfectly without fault on Windows 10 64-bit. Another great build good sir. *cheers*
Sync • WebRTC • No Widevine • 70.0.3506.0 (578936) • Sunday, 29 Jul 2018
Anon3602
Any plans on nosync (No sync • No WebRTC • No Widevine) with all-codecs version of v70 ?
@Anon3602: no, there is only webrtc builds now..
Anon3604
@jerry: There was the link for the LAST GOOD COPY of nik's dev with (No sync • No WebRTC • No Widevine)
I think it was on ver 68
can you kindly put the link back ? Thanks and much appreciated :)
Anon3605
What is with WebRTC IP leak panic? your ISP and websites already know your IP and WebRTC is needed for calling directly to other people without needing server relay. Want a hide then use VPN/Tor.
Anon3606
como instalar o chromium no linux mandriva positivo mobo?
Anon3607
why no "No Sync no WebRTC" build for 68.0.3440.75?
Anon3608
The constanst 'aw snap' is getting annoying.
Those other anon... 
Anon3709: Yeah, I agree. Totally unnecessary panic with regard to WebRTC. There's a word of that: hysteria.

Anon3711: Because they do not exist any longer. This is now deeply integrated into the Chromium source base.
Anon3610
been getting a lot of "Your connection is not private" warnings, am i the only one? example: https://i.imgur.com/7f1gMxZ.png
@Aargl: 68.0.3440.84 Stable has been built with SDK 10.13
This is now, THE worst, most PARANOID browser I have ever used.
As of Aug 1st 2018, this browser is now telling me that all my sites I visit that include email or messages, websites that work PERFECTLY in other browsers, are now not secure and I can no longer access them. This even includes ebay, BT, BT mail, etc..
From Youtube videos not playing properly, or giving my quality settings, to media not working on websites across the net. This Chromium browser has just got so bad it's not worth using anymore.
Anon3614
@Nik to confirm WideVine DRM capabilities you can use this i found on google https://bitmovin.com/demos/drm
@Dustyn Netflix most likely goes back to Microsoft Silverlight if it does not find WideVine and also because of this it maybe limiting higher resolutions 2160p, 1080p (idk how much they would block in such a case)

Sync • WebRTC • No Widevine • 70.0.3506.0 (578936) • Sunday, 29 Jul 2018 --> No Widevine Confirmed
admin
@Mr_Me,

In your case, I am sure you use a development version which can be very unstable. Prefer a #stable-chromium-version with all codecs enabled.

The source code of Chromium is used in many big software (Google Chrome, Opera, Vivaldi, Skype, Spotify, Steam, Minecraft, WhatsApp, Twitch, Android WebView, Microsoft Visual Studio Code, Electron, CEF, https://en.wikipedia.org/wiki/Chromium_Embedded_Framework#Applications_using_CEF). Moreover, near Mozilla Firefox, Chromium is the main web browser on the biggest Linux distributions like Ubuntu, Linux Mint or Debian. Note Firefox also uses few parts of the Chromium source code (sandbox...). Why? Because it is secure and solid (https://www.chromium.org/Home/chromium-security/brag-sheet).

So, there is no paranoid browser. There are paranoid users. If you hate Chromium, I can understand. Your best choice should be Safari on MacOS ; or Midori on a Linux distrib. There are too much software using the Chromium source code on Windows OS ^^
earthsound 
Version 70 of chromium displays the "Your connection is not private" warning due to NET::ERR_CERT_SYMANTEC_LEGACY because that site (and there are many, including e.g. Paypal) hasn't updated their untrusted, legacy TLS certificate.

Last summer Google and Mozilla (and since, Apple) announced they would phase in distrust of certificates issued by Symantec (and a few other root CAs). Version 70 of Chrome/Chromium drops support for *all* affected legacy certs with no workaround in the browser.

See:
https://knowledge.digicert.com/solution/SO29611.html
https://security.googleblog.com/2018/03/distrust-of-symantec-pki-immediate.html
https://blog.mozilla.org/security/2018/03/12/distrust-symantec-tls-certificates/
https://support.apple.com/en-hk/HT208860
*****
Another site to test Widevine: https://demo.castlabs.com/ (test the ones labeled DRM)

Widevine works in nik's latest dev/lkcr 64-bit build (70.0.3506.0 (578936)).
Anon3617
Windows 64-bit RSS feed hasn't updated for latest stable version.
Anon3618
Thanks Jerry
for the special "No sync • No WebRTC • No Widevine" links
Unfortunately there is no good way around the webRTC issue to date so we are stuck w those ver.
Thanks for maintaining the site - You do great service and work here. Much appreciated :)
Hv a gd wkend
admin
Thank you for all your feedback! ;)
@earthsound: Interesting info.
@Anon3617: Corrected.
@Anon3618: There is a way! Use a VPN with strong encryption for your whole OS or router. A few web extensions like uBlock Origin or ScriptSafe can also help you.
No more No Sync - Stable?
The latest Chromium snapshot builds for Windows were moved to new subdirectories: "win32_rel" (formerly "Win") for 32-bit versions, and "win_rel" (formerly "Win_x64") for 64-bit versions.

So the new URLs are:
https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=win32_rel/
https://storage.googleapis.com/chromium-browser-snapshots/index.html?prefix=win_rel/
admin
@Drake: Yes. It is stopped. To convert a "Sync" version into a "No sync" version, just change #google-api-keys → setx GOOGLE_API_KEY "false"

@fzy: A big thank you. I updated the whole site.
Anon3623
Chocolatey packages moved to https://chocolatey.org/packages/chromium long ago. Stable (default) or snapshots (with "--pre" switch) builds can be installed.
admin
@Anon3623: I will update the site when the Chocolatey team will correct their updater.

DEV releases: https://chocolatey.org/packages/chromium → broken.
Check "legal\VERIFICATION.txt". Their updater uses old folders (Win_x64...)

STABLE releases: https://chocolatey.org/packages/chromium-stable → broken.
Check "Version History". Their updater does not update.
@Jerry, How to convert a Nosync version to Sync version ?
Anon3626
Thanks to all Chromium developers!!

Please comment on a possible workaround for NET::ERR_CERT_SYMANTEC_LEGACY
#comment-3720
@Anon3626: i think it's to update the site cert (this must be done by a site owner)
I don't want to come off as ungrateful, since i appreciate what you guys are doing.
But it's been 11 days since last dev builds, is there anything blocking new releases or are you on vacation or something?
anon808: If you want faster updates, you could use the Chromium daily bot snapshots? Not as stable but still useful...
https://chromium.woolyss.com/download/
@B-Dub

I've noticed that! I'll investigate. Hopefully, the resizing problem will be solved by by dev build 70 - my next intended (DEV) build.

Stable build 67.0.3396.XXX will be the last build with no WebRTC: I will build the last revision.
Chromium 69.0.3492.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 74ff2c231069c5746724df6f4f1e1c93fcac991e-refs/heads/master@{#575161}
Compiler clang (+lld_linker +thinlto +pgo/afdo +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v69.0.3492.0-r575161-linux64
Anon3632
Good news on 69.0.3492.0 (575161) the tabs don't require to be on foreground anymore to load. They now load when in the background. Normal behavior restored. Thank you Rob for the update.
Buck Ofama 
Address bar is back in focus in 69.0.3492.0. No more Ctrl+L. Great.
Is nik's stable latest no sync build working ok ? I cant log in to gmail, i get error "something went wrong". i tried clearing all caches, tried reinstalling, nothing helped.
Jan van Westland 
Hello,

As I understand it Chromium does not auto update from one stable version to the other automatically.
For me this is the only reason why I will not install it yet.
However, as soon as this is implemented I, and I believe many many others, will !!!!
@user: sometimes it's happens, i don't know why, maybe because it's nosync
@Jan van Westland: i doubt it, but you can use chrlauncher
Buck Ofama 
@user I get that happening for some time now, but loads fine in incognito mode.
Anon3638
@marmaduke when can we expect a new stable macos build? Thanks!
@user @nik

I had that issue after upgrading to 67 and had no idea how to fix it. tried everything, even new profile. just used gmail in incognito for a while but that was annoying.

for some reason the google sign-on "challenge" (captcha maybe?) returns a 401 response and fails to sign in.

can confirm that switching to sync build makes it work again
Anon3640
@nik @user @twig
I think it has something to do with chrome://flags/#account-consistency
Disabling it fixes the login issue.
earthsound 
nik: how can I see which is the latest lkcr (or dev) 64-bit version with sync, WebRTC, Widevine, and codecs?

On the github releases pages, widevine isn't mentioned but I see that v69.0.3470.0-r569821-win64 has it and I can play Widevine protected content.

Thanks!
Evangelical 
In addendum to #comment-3619, you will now need to disable chrome://flags/#ntp-backgrounds too
@earthsound: widevine is enabled in all my builds
Anon3644
@nik, then why your 64-bit stable nosync, 64-bit dev sync, 32-bit stable nosync builds are labeled "No Widevine" here?
@Anon3644: sorry my bad, only the "sync" have widevine (anyway soon the "nosync" will be gone)
Anon3646
@nik, 64-bit dev sync builds are still labeled "No Widevine"!
Evangelical 
@RobRich, uMatrix extension randomly crashed on 69.0.3492.0, and once the browser went nuts with the screen blacked out for a sec, looks like a buggy build. Downgrading to 69.0.3487.0.
Thanks for that @Anon3646, I was wondering why switching to sync on Windows build worked but not Mac build.

Back to nosync for me!
@Anon3646 - upthread @marmaduke said his next build would be version 70, so hopefully his will drop soon after The Chromium Team releases 70
Sorry, I was away for 2 weeks.

However, I come back with a Beta version!
Warning : x64 only for Beta-test…

Nothing better than Rob, Nik or Marmaduke it's just a version adapted to my preferences that I share:

It get in particular:
 1/ A compact bookmarks bar between Rob appearance and Firefox style.
 2/ Normally no error to connect to Google, Youtube or Alphabet-like accounts.
 3/ Full codecs:
 a/ Widevine in theory works: be careful to check/update it before in « chrome://components » (Widevine Content Decryption Module - Version: 1.4.9.1076 - Search for updates)
 b/ The recent AV1 codec will only work after « Enabled » it in « chrome://flags/#enable-av1-decoder »
 4/ The default classic appearance. But it is possible to force Material Refresh (Yuck! Sic!) into « chrome://flags/#top-chrome-md »
 5/ The old classic New Tab page.


So I'm looking for Beta-testers to check :
 α/ That Netflix, Youtube, Twitter, Spotify, Google, Deezer, Facebook and so on that I don’t use works without errors…
 β/ That all videos found on the Net are playable…
 γ/ That the default appearance of the browser and the « new tab » page are in classic style by default under Windows 7, 8.1 and 10.


If everything works flawlessly for everyone I will put an online tutorial with all sources/changes I made so that anyone can compile the same browser as this one or copy only part that interest them (bookmarks, codecs, Classic UI, etc.).

If there is a problem, thank you to tell me here what wrong that I add it to my need-to-repair list.

So here we are :
Chromium 69.0.3496.0 (Official build) (64 bits)
Révision 7e9fce12dabda70dab7b51b1f7d4c5143e3a1736-refs/heads/master@{#576093}

« chrome.zip » compatible version with Nik / Henry++ format ➜ https://www.murielfrenchcouture.fr/Chromium/chrome.zip (78,5 Mo)
« mini_installer.exe » version ➜ https://www.murielfrenchcouture.fr/Chromium/mini_installer.exe (45,7 Mo)

Note: I did not invent anything it is a compilation of all the advice I received in the comments section here and everyone will be thanked by (pseudo)name in the future tutorial with my alpha / official version.

Note²: Do not hotlink, this is a temporary-link-hosting for this Beta version while waiting to open a more serious Github or give everything to Rob, Jerry, Henry++ and/or Nik.
Anon3651
Thank you very much Mumu. I test your build.
@Sebas: I am happy you wrote this about the google account issue. Since a while I cannot log in either to google services such as gmail or drive. I get error message with no further detail. I checked my chromium (nosync, stable from nik) settings again and again, also my extensions, but I cant login to google. But I never tried out to open a.e. gmail in incognito window. And youre right, there it works.
I hope, issue get fixed with new version from chromium.
Blaise Matuidi 
@Mumu

In the words of Burning Spear: "It is good when a man can think for himself"

I've tested your build (apart from Netflix - Blaise prefers NetTorrents! Luke Cage in 4K is a delight.) and everything appears to be OK. Looking forward to the tutorial so that I can incorporate some of your features into my build.

I've always found Nik, RobRich and that rather cantankerous Novichok addict Marmaduke to be quite generous with their advice: IF individuals are willilng to make an effort.

Blaise
Anon3654
@Mumu

Youtube, Twitter and Google works fine from scratch. Netflix and Spotify works after go to chrome://components and update "Widevine Content Decryption Module" like you mentioned.
I don't use Deezer so can't test. Same goes for Facebook.
The default appearance of the browser is the classic style, no new modern stuff.
Bookmarks also have the compact view, even more compact than Rob's builds.

Will test further.

Appreciate your efforts :)
Thanks guys !

It seem there is not too much errors except with automatic translation that seems to be dependent on « sync » or « no-sync » version.
I must investigate this point.

The purpose of my future tutorial is not to give the changes that I made without explanations but to provide some advice for anyone that want to build their own Chromium to choose and understand what they want to do or not. (to choose for example bookmarks bar’s height, margin & padding, color ; widevine or not, sync or not, etc.)

That permit also to everyone to participate as Nik, Rob, Marmaduke and Juan Guillermo Cuadrado Bello for example which had help me to build this.

Soon, we will succeed in making our own Open-source Chromium only between us without being forced to apply disgusting and ugly changes imposed by Google ;)

I'm a bit slow at the moment because I have lots of stuff to settle IRL in addition to holidays, but we'll get there !
Anon3656
Has @marmaduke disappeared?

Side note - what do others think of the UI refresh coming? I think it is an awful direction to move towards - hopefully there will be a way to stick to the old interface.
Marmaduke has not spontaneously combusted, I am very much here!

Dev version 70 has been released; so, before I update my build system, i am building stable version 67.0.3396.99: this will be the last build without WebRTC.

I've been watching the World Cup (Kante is the engine of the French squad); drinking 35 year old Scotch; embarking on long walks; and "marvelling" at the "stable genius" that is Donald Trump; God help us all, Vladimir's bum-chum has his finger on the Nuclear Button. I apologise if I've offended anyone. In my defense I "misspoke".

Special thanks to Juan, Blaise, Raheem "the headless chicken" Sterling and Neymar - for his idiotic rolling
around.
Anon3658
@marmaduke glad to hear no combustion was involved! Look forward to your .99 build!
@Nik: why will the nosync builds soon be gone?
Attempted a polly, full LTO build; but, mksnapshot.exe refuses to link. So this is just a standard build built with an optimised compiler and .lld-link.

I quite like the new look!

====
Chromium for 64-bit Windows - All Codecs - Saturday, 21 July 2018

Chromium 70.0.3499.0 (Official Build) (64-bit)
Revision ac0219786ac3b226f806c33445b253abd9a93e82-refs/heads/master@{#577080}
OS Windows

No Sync - WebRTC - No Widevine
https://github.com/macchrome/winchrome/releases/v70.0.3499.0-r577080-Win64
Evangelical 
@marmaduke: new tab page crashes intermittently, same issue as with the latest builds from RobRich and nik. Bad builds after bad builds, chromium authors need to be more careful.
Anon3663
marmaduke's is working fine for me.
Anon3664
No issues with marmaduke's new Windows build here.
Evangelical 
The issue is intermittent, you won't face it until you spend hours browsing chrome and out of nowwhere new tab page will start crashing on Windows, this is a case of a bad chromium build issue and not just limited to individual build authors like marmaduke.
strange.. because i don't close the chromium for days and i didn't see this issue yet
Evangelical 
I do have few chrome://flags related to new tab page modified. Disable these and see if you can reproduce.

chrome://flags/#ntp-backgrounds
chrome://flags/#one-google-bar-on-local-ntp
chrome://flags/#ntp-ui-md
chrome://flags/#doodles-on-local-ntp
chrome://flags/#ntp-custom-links
chrome://flags/#ntp-icons
Anon3668
Is there any sort of semi easily readable changelog for the r70 branch?
AccountConsistency apparently is not reading the fieldtrial testing variation anymore. ?!
Manually set the flag for now. Fix auth errors or disabled should work okay.
chrome://flags/#account-consistency
Evangelical 
@RobRich: is that why I'm experiencing intermittent crashes on new tab page ?
Anon3672
Nyyehh....

Chrome 68 Stable has been published, just received the update...
And.. they changed the spacing between items on the bookmarks bar... AGAIN? They've just done this with v67, I think.. what is going on?

Please, I know you are the experts for this, is there something that can be done about this? At least to get the old 67 spacing back?
Some setting, or configuration flag?
earthsound 
@nik: Thanks for continuing to share builds. Are you still planning on releasing 64-bit lkcr/dev builds? I see the last one I downloaded (69.0.3470.0) has disappeared from the repository so the latest one available there is from May 8.
@Evangelical Likely unrelated.
@Anon3672 AFAIK, there is not a quick fix. I am changing values in the source code for bookmark spacing and width for my builds.
@earthsound: yeah, i've just clean the github space and leave recent builds for each major version
Anon3676
Those spaces between bookmarks on bookmarks bar are insane since v68!
Anon3677
latest nosync version?
Anon3678
@nik and all
Is "No sync • No WebRTC • No Widevine • 67.0.3396.99 (550428) • Tuesday, 26 Jun 2018 " the LAST copy of NO WebRTC?
From v86 forces complusory WebRTC now and CANNOT be removed?
or is nik still trying to make a v68 WITHOUT WebRTC pending release later?
Thanks for your time and sharing
Those other anon... 
@Anon3678: Yeah, I know right! Chrome guys are getting totally crazy!
@RobRich: Thanks for the answer... Not the answer I hoped for, but not really surprised to be honest. Apparently, changing the values in the source code is the only solution.
@Anon3682: yeah, the v68 doesn't even have the webrtc_enabled flag... *sigh* webrtc is going deeply in code :(

About sync or nosync: there is a flag in chromium to switch on and off it
I dont know too much about technical background, but when it comes to WebRTC I read it may leak local IP Adress. I could change that behaviour with enabling option in uBlock. But are there other problems with WebRTC? I used long time the nosync-version of Niks Chromium. I never saw the advantage for myself in using WebRTC. I dont even know why I have it for now. Everything I did in the internet in the past seemed to work without :) So I chosed the nosync-version. Now its vanished :(
Anon3682
the bad thing about webrtc is ip leak and dns leak , someone who using vpn or ssh wouldn't want this to happen
Anon3683
What? This means no "No sync" version from 68? There is a way to disable WebRTC? My favorite version...
Anon3684
I wanted to disable WebRTC but everything saying I can not (https://superuser.com/questions/1302351/how-to-disable-webrtc-in-google-chrome-without-using-an-extension-or-plugin). Google, why? I like chromium and dont want to switch to FF, do you know any way to disable WebRTC without smelling extensions?
Evangelical 
@RobRich with the latest build, the previous issue I mentioned no longer happens, however a new issue takes place. Screen goes black and Chromium hangs once or twice a day intermittently. I'm not the only one facing this as per reddit - https://www.reddit.com/r/chrome/comments/91msf2/google_chrome_sometimes_gives_black_screen_and/
Anon3686
Bookmark bar spacing has been adjusted (narrowed) in the most recent Chromium.
Anon3687
It has, but not the same as older versions (<67). Still a huge gap for my tastes.
So there is the leaking issue? Nothing else? I use uBlock since a few years, there is an option to stop webrtc from leaking. So I am not installing another extension for this matter.
Anon3689
gorhill/uBlock - Prevent WebRTC from leaking local IP address ***DOES NOT RESOLVE webRTC in some circumstances
READ the DETAILS - https://github.com/gorhill/uBlock/wiki/Prevent-WebRTC-from-leaking-local-IP-address
WebRTC is enabled on all Chromium builds from v68 onwards: the option to disable WebRTC has been removed from the Chromium source code.

It is possible to reduce WebRTC's imapct by using a combination of gorhill's uMatrix/uBlock and ScriptSafe:
https://browserleaks.com/webrtc:

RTCPeerConnection ✔ True
RTCDataChannel ✔ True
ORTC (Microsoft Edge) × False

IP Address Detection:
Local IP Address n/a
Public IP Address n/a
IPv6 Address n/a
WebRTC Media Devices
Device Enumeration × False
Has Microphone × False
Has Camera × False
Audio-Capture Permissions × False
Video-Capture Permissions × False
Media Devices n/a
Are there any recommendations for bookmarks menu button?
Height of bookmarks bar in last versions just kill my eyes...
Where is the no-sync version?
@marmaduke: so the dreadful time when your builds won't work in MacOS 10.9 anymore has arrived? Even FreeSMUG's, while their website still say "OS X 10.9 or late", won't run.
(they still use DTSDK 10.12, though, but even modifying the info.plist is not enough — it launches but no site can be displayed...)
I guess I'll have to stay with the last 67 build, for the time being.
Quite surprising: Opera 54 still works perfectly, just by changing LSMinimumSystemVersion in the info.plist! ;-)
Thanks, everybody, it's been a nice ride! :-)
@Marmaduke: Quite strange, while your first 68 dev build was made with DTSDK 10.13, it runs perfectly on Mavericks... The second 68 build doesn't.
I suppose you'll say that there's no particular benefit using that 68 dev build instead of the 67 stable, or is there?
Nik: Is there no more Wildevine for Chromium 64-bit? I appreciated using it for Netflix. :)

Sync • WebRTC • No Widevine • 70.0.3506.0 (578936) • Sunday, 29 Jul 2018
@Aargl: My 68 dev build was built with SDK 10.12 - in fact all of my DEV builds were built with SDK 10.12 - apart from my experimental SDK 10.13 and Mojave builds.

The Chromium authors set the standard, a poor one one would say, for example, the inabilty to disable WebRTC. Apple is not much better with Mojave and its deprecation of OpenGL.

I still use Firefox 56.0.2; just use a browser that you feel comfortable with.
@Marmaduke: your Chromium.68.0.3398.0.nosync is the one I'm using right now (https://github.com/macchrome/chromium/releases/tag/v68.0.3398.0-r550900-macOS) and its info.plist says DTSDKBuild 10.13, so I thought... Anyway, it's ok. ;-)
About Firefox, I'm really satisfied with Waterfox that I've been using all this year, it's FF56 with updates and no telemetry, I suppose you've heard about it. Chromium is faster, but I balance my browsing between both.
Thanks again! :-)
Anon3698
@Dustyn: Use the stable version.
Anon3702: I'm talking about the latest builds, not the stable version. The previous build and all others supported Widevine. I'm curious as to why there is no Widevine for this build?
Sync • WebRTC • No Widevine • 70.0.3506.0 (578936) • Sunday, 29 Jul 2018
Yeah, I already know about the snapshots. I'm not being impatient and I'll definitely wait for Rob to push out a new build.
I'm was just being curious about the hold up.
Good site and instructions.
By the way, the command apt-get (on Linux Ubuntu & Mint) is deprecated, now is only apt .
So, instead of:
sudo apt-get update
sudo apt-get install ...

It's better:
sudo apt update
sudo apt install ...
@anon808 I am a few days behind on builds. The build box is churning code right now. :) Had a crasher with an earlier build today, so it might be a build or few before getting a public build pushed.

----------------

@Evan No-sync builds are actually builds without Google API keys included, so you can create and deploy your own #google-api-keys if desired.
@RobRich, Thanks, that worked, I converted your latest No-SYNC build to a SYNC build and I can also use built in google translate API again.
Chromium 70.0.3519.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 7c36083d762cfc04d161e605c29bb95229a0bb7e-refs/heads/master@{#582315}
Compiler clang (+lld_linker +thinlto +pgo/afdo +linker_optimizations)

https://github.com/RobRich999/Chromium_Misc/releases/tag/v70.0.3519.0-r582315-linux64
admin
@rico: Thank you very much for your help.
@RobRich, Nik and Marmaduke: Also a big thanks for your work and support! ;)
@RobRich: I am testing your build on Linux Mint 19 (https://i.imgur.com/NBjambG.png). No issue found for a basic using.
@RobRich, cheers, works great.
Anon3707
In Nik's x64 build 581881, when taskbar auto hidden and Chromium window maximized, taskbar is not displayed when cursor is in the bottom. In previous build 578936, it was displayed. Is there a workaround?
Anyone knows a way to disable WebRTC on Chrome/Chromium on Android?
Anon3711
I'm using 70.0.3519.0 (582280) and the X (close browser button) is too much to the right. The scroll bar is also thinner because of that. It's like the browser goes past the monitor. Anyone else seeing the same?
@Anon3711: same here, something broke with the window
@Jerry: https://chromium.woolyss.com/download/ is no longer updating since August 10th, why ?
Anon3713
@Evan: They moved the storage directories again (see post by fzy above).
@Anon3713: yeah saw that after I posted the question, looks like https://chromium.woolyss.com/download/ is working again.
Chromium for 64-bit Android - Sunday, 19 August 2018

Chromium 70.0.3528.0 (Official Build) (64-bit)

Revision 2ced14c361a8a8d7c8f3d584d6ed4a6d8fbc84c2-refs/heads/master@{#584334}

OS Android 64-bit

- only for Android 64
- official build

No Sync • No Widevine • ThinLTO
Chromium_Android_64.zip
https://github.com/macchrome/droidchrome/releases/v70.0.3528.0-r584334-And64

target_os = "android"
target_cpu = "arm64"
is_debug = false
symbol_level = 1
is_component_build = false
is_clang = true
ffmpeg_branding = "Chrome"
proprietary_codecs = true
is_official_build = true
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false

====
I'm not a fan of the snapdragon "toolchain": it is not plug and play; and too old!
Anon3716
@marmaduke: An ARM-64 android version with codecs ? Thank you marmaduke !
@Anon3716: I don't think that Chromium Android actually uses FFMpeg. I'll do some research and hopefully be able to incorporate additional CODECs; privacy improvements; and optimisations.
Anon3718
From Anon3750 to @marmaduke :

« Additional CODECs, privacy improvements and optimisations » is already a must for Android’s users (x64 ARM V8)

Are you going to follow this build ? I of course don’t ask for nightly’s builds but an update once a month would be great !
@Anon3718

HEVC/H265 is now working. Will post an update when other additional CODECs are working.

In the future, I plan to do "monochrome" builds of Chromium that will only be compatible with 64-bit Android Nougart and above.

---------------------------

Chromium 70.0.3528.0 (Official Build) (64-bit)

Revision 2ced14c361a8a8d7c8f3d584d6ed4a6d8fbc84c2-refs/heads/master@{#584334}

OS Android 64-bit
- only for Android 64
- official build

No Sync • No Widevine • ThinLTO • Additional CODECS
Chromium_Android_HEVC_64.zip
https://github.com/macchrome/droidchrome/releases/v70.0.3528.0-r584334-And64

HEVC and some others! still a work in progress.
Anon3720
Thank you marmaduke.
Will try this ChromePublic3.apk on a xiaomi Mi A1 on Android Oreo 8.1.0 Arm64v8 in official browser.
@marmaduke, when will we see an updated macOS stable build? Otherwise, when will you release a tutorial so we can help with build releases?
Thanks!
Anon3722
No sync • No Widevine • 70.0.3531.0 (584999) • Wednesday, 22 Aug 2018

Bookmarks bar shows up empty
Building with Clang+LLD can now enable 'thin_lto_enable_optimizations = true' in the build arguments. It is a lower level of optimization than I use for my builds, but nonetheless, at least the standard level of ThinLTO optimization is now available for those not wanting to modify the build source files.

BTW, I should have new builds out later today. :)
Anon3724
Thanks Rob, new build is working fine so far.
@Rob Has chrome://flags/#one-google-bar-on-local-ntp switch in chrome://flags been removed with 70.0.3533.0?
@Anon3724: Thanks for the feedback, :)
@Evan: Appears so.
I don't suppose it will be coming back, looks like they removed it for good.
I just wanted to point out that information about portable versions for Windows on this page gives false hope.
NONE of theese versions allow actual extensions portability without Google Account and ALL of them produce registry entries.
Chromium 70.0.3534.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision c55c24524f098da7de402c6f6a891d09f85d5ba3-refs/heads/master@{#586166}
Compiler clang (+lld_linker +thinlto +pgo/afdo +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v70.0.3534.0-r586166-linux64

Likely requires libc 2.8 or later, as I updated the build environment to Lubuntu 18.10 including proposed updates.

Many current Debian/Ubuntu-based distos still are using libc 2.7, so YMMV.
Anon3730
Hi.
About current stable version (68.0.3440.106): why no "No-sync" build?
Many thanks
admin
@Anon3730: Please read the announce in the #windows section. To convert a "Sync" version into a "No sync" version, just change #google-api-keys → setx GOOGLE_API_KEY "false"

@Alex: Yes, we know that Chromium is not fully portable. This is a feature of Chromium and all Chromium-based browsers (Google Chrome, Opera...). There are #secure-preferences on all plateforms except on Android and iOS. Chromium protects its user preferences using a hashing mechanism (HMAC SHA256). The only ways are to use the Sync option or to reload each extension. In short, extensions, certificates and passwords are not portable. However, it is possible to change these features in the Chromium source code and recompile it to make your own browser. But the task is not easy! ;)
Anon3732
Jerry wrote:
> To convert a "Sync" version into a "No sync" version, just
> change #google-api-keys → setx GOOGLE_API_KEY "false"

So I need to set environment variables on my machine, right (goodbye portability? Maybe it's better use "set" instead "setx" so the var is temporary)?
Thanks
@Nik do you have any plans to release a stable chromium with no sync/no widevine?
@Invisabit: no, because you can disable sync (set env, read comment above) and you can disable widevine in settings (protected content)
@nik, fair enough, thanks for the info and the builds!
Excuse me,
chromium vs chrome android
What's the difference between the two versions?
How much is chrome added funtion?
Anon3737
@Eden
for android I use a Chromium version builded by Brave Software.
This version has, to difference than Google, an Adblock and it use DuckDuckGo (search engine) for private search (but You can change search engine).
Details on Google Play at this page https://play.google.com/store/apps/details?id=com.brave.browser
Remember that it has not a tool for translate web pages.
Anon3738
Will there be any new Win. builds this week?
Anon3739
I don't know but, the 70.0.3533.0 build is kinda buggish?
I notice that my taskbar is occasionally flickering when I use that build, go back to 70.0.3518.0 and it goes back to normal again.
I'm using @Nik's build and my OS is windows 10 though.
Anon3740
@Anon3739: Yeah, also have flickering bug.
Yeah that's graphics bug, disable "Use hardware acceleration when available" in chrome://settings as a workaround
Anon3742
@Anon3738: Chrome 69 Stable released, Nik's builds should be updated soon.
Also Chocolatey package moved to https://chocolatey.org/packages/chromium half a year ago.
Quick FYI for builders. AFAICT, building Chromium with ThinLTO on Windows is broken in recent and current LLVM trunk builds. I am using LLVM 7.0.0-rc2 for building in the meantime.
WildByDesign 
@Nik, Thank you for your continued efforts particularly with your Stable channel release builds. Keep up the great work. Your time and efforts are appreciated very much.
If someone does not like new design of Chromium 69, you can switch back to old design. Open about:flags and look for "UI Layout for the browser's top chrome". Set it on "normal" :)
Chromium 71.0.3544.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision b1a9183dd954533f233fe3fa51f88bc96b72b257-refs/heads/master@{#589005}
Compiler clang (+lld_linker +thinlto +pgo/afdo +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v71.0.3544.0-r589005-linux64

Please note libc 2.8 or later likely is required.
Jamster589 
Disregarding WebRTC, please continue releasing stable/64-bit/all-codecs/no-sync/no-Widevine builds for Windows. I use https://github.com/lukesampson/scoop-extras/blob/master/chromium-nosync.json bucket in Scoop and would very much like for updates to continue.
@jamster - Nik has discontinued no-sync builds. You can convert a SYNC build to NO-SYNC build via #google-api-keys or use Rob's builds which are always NO-SYNC.
Chromium v71.0.3546.0-r589421-Win64

Chromium for 64-bit Windows - All Codecs - Friday, 7 September 2018

Chromium 71.0.3546.0 (Official Build) (64-bit)
Revision 9f87a1ee823c8bf185dfdde265e457c2cc668191-refs/heads/master@{#589421}
OS Windows

No Sync - WebRTC - No Widevine

chrome.packed-71.0.3546.0.-20180907.7z
https://github.com/macchrome/winchrome/releases/v71.0.3546.0-r589421-Win64

===
Standard build.

Attemped a build with "thin_lto_enable_optimizations = true" and "use_thin_lto = true" the package is larger, but no LTO cache was produced, and the build command line suggests that ThinLTO is not invoked.
Windows builds using ThinLTO currently have the ThinLTO cache disabled due to a file leakage issue. It builds fine without the cache.

On a related note, building with ThinLTO on Windows should be fixed for LLVM 8.0.0 trunk as of revision 341585.
Downloaded the installer version of 69.0.3497.81 from Nik, but after running it several times I'm unable to update from version 68. I've updated in the past without a problem using this method so just wondering if there's something I'm doing wrong?
@Alex: check logs in file "C:\WINDOWS\Temp\chrome_installer.log" (or "C:\Users\<yourID>\AppData\Local\Temp\chrome_installer.log"), maybe there is some more info
Anon3753
@marmaduke Thanks so much for the Windows Build. It's running snappy and smoothly.
Anon3755
Official Win64 builds shows version 0.0.0.0
admin
Hello dear users and developers !
Thank you all for info, report, feedback and other.

@Anon3755: It was a display issue. Sorry for the inconvenience.
Chromium 71.0.3551.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision e92f4a575519fe408146ba41a09b2eb5c4d4384d-refs/heads/master@{#590832}
Compiler clang (+lld_linker +thinlto +pgo/afdo +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v71.0.3551.0-r590832-linux64

Rolled backwards to building on Xubuntu 18.04.01 against libc 2.27, so it probably will run on most *current* Ubuntu, Debian, and similar distributions.
Anon3758
I'm not complaining, but is there any reason that you spun a second revision of 71.0.3551.0 ?
Byron Swift 
Please build Ungoogled Chromium apps for MacOS and windows also
https://github.com/Eloston/ungoogled-chromium

Privacy matters mostest
@Anon3758: I did a field trial setting change to AccountConsistencyVariation to set dice_fix_auth_errors, which apparently is being accepted again in the field trial configuration, since I build without the API keys needed for sync. Otherwise, you have to manually force the about:flags setting.
AV1 Beta Launch Playlist
https://www.youtube.com/playlist?list=PLyqf6gJt7KuHBmeVzZteZUlNUQAVLwrZS

===
@Byron Swift

ungoogled-chromium tends not to be congruent with the current "stable" build of Chromium.

If, I have enough space on my development environment (actually, I have more than enough storage, but can't be bothered to go the server to install it!) the intention is to do an ungoogled mac build with Codecs.

I've been studying the ungoogled build process and am intrigued by the size of the actual build environment.
Anon3762
@RobRich
Is there any particular reasons about why you don't build the chromium with the codecs?
Sorry, if you had been asked this before.
Any reason why there's difference in Spectre Vulnerability between 69.0.3497.92 on the left, & 71.0.3551.0 on the right?
https://i.imgur.com/8YEzMNd.png
Anon3764
@BuckOfama: I use the RobRich's 64bit build 71.0.3551.0 (590835). It is not vulnerable.
https://xlab.tencent.com/special/spectre/spectre_check.html
@Anon3764: Thanks. That's the build (portable) I'm using but flagged as vulnerable.
Is it just me or does the portable version of #win64-dev-official does not work. The chrlauncher more specifically.
@Heyman: i don't have this issue, everything work
I have created a homebrew tap, available at https://github.com/cpbotha/homebrew-marmaduke-chromium, with the marmaduke stable builds for macOS.

To add the tap, simply do (only once):
brew tap cpbotha/marmaduke-chromium
To install the cask, do:
brew cask install marmaduke-chromium
To update this installation later, do:
brew update && brew cask upgrade marmaduke-chromium
About extra codecs, I do not need them, and ya'll get the same browser build(s) I use.

About that Spectre browser test, I just ran it with 64-bit 71.0.3551.0-r590835 on two different systems.

My Intel Kaby Lake system with hardware Spectre mitigation and Chromium site isolation enabled passed. Running Chromium and the test.

My AMD Opteron system - without hardware Spectre mitigation - while building software failed three times and passed once. Turn off the build load, and the test passes most times, which I assume is due to Chromium site isolation being enabled. Restart the software build to crank up the processor load, and the test starts mostly failing again.

Apparently if one is going to run the test, the system should be doing practically nothing otherwise.
RobRich999 
Chromium 71.0.3558.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 40eb6c29f46ec3b3dfef36201432dca6075df461-refs/heads/master@{#592678}
Compiler clang (+lld_linker +thinlto +pgo/afdo +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v71.0.3558.0-r592678-linux64

Built against libc 2.7, so it *should* work on current, up-to-date versions of Debian, Ubuntu, and similar.
I've noticed over the past few days that version numbers for the Dev builds are showing 0.0.0.0.

Also, have the archives for WinX32 and WinX64 stopped being built? I've been getting this message for a few days:

The specified key does not exist.No such object: chromium-browser-snapshots/Win/592713/chrome-win32.zip
The specified key does not exist. No such object: chromium-browser-snapshots/Win_x64/592710/chrome-win32.zip

Thanks
Anon3772
Idk why but am I the only one who get screen flickering with @Nik's chromium 71?
admin
@Charlie: I agree with you. Since September 10, 2018, Google changed its limits and quotas on API and HTTP requests. Google put them on API and HTTP requests to protect the system from receiving more data than it can handle, and to ensure an equitable distribution of the system resources. Some of these limits are per user. Others are per project. The binaries of Chromium compiled by the buildbot (= "official" builds) are stored at the Google Cloud Storage (storage.googleapis.com). The limits and quotas are subject to change. https://cloud.google.com/storage/quotas That is why the version of builds is correctly recovered on my local machine but works badly online. I seach a way to definitively solve this problem.
Anon3774
With - 71.0.3557.0 (592621) - the + button (to open a new tab) is misplaced: https://i.imgur.com/RH5YOsR.png
Rob, do you know the reason for this? Maybe a revision issue?
Anon3775
I only use these two: https://i.imgur.com/rSSokep.png
And the UI one is forced by you i assume?! If i set it to Default it works as intended by uses the new UI.
@Anon3775: I do not force the top-chrome-md setting, so it should be defaulting to whatever the project is setting. Perhaps revision related. I will check in an upcoming build.
Anon3777
@RobRich, i thought you forced it alongside with the bookmarks space tweak, my bad then. Does the + appear in correct position if you set the "UI Layout for the browser's top chrome" to "Normal" on your setup?
I edit a couple of UI files to do the bookmark bar mod.

Just forced normal, and yeah, the new tab button is misaligned. Not sure it is anything related to my bookmark mod, but I will take a look.
Anon3779
It seems they are doing some changes to the "Normal" look, and that might be why it looks like that at the moment.
In your build - 71.0.3551.0 (590835) - it looks like this: https://i.imgur.com/VAHU2Wb.png
And now with - 71.0.3557.0 (592621) - it looks like this: https://i.imgur.com/d3IUgGh.png
Just stepped through a few test builds. It is nothing in my bookmark bar mods, so apparently it is a project code change somewhere along the way.

------------------------

FYI, my v71.0.3558.0-r592993-win32 build acks ThinLTO optimization. Appears LTO currently is broken on 32-bit Windows and perhaps other platforms.

Speaking of the bookmark bar, I have narrowed up the spacing between bookmarks slightly more by modifying yet another UI value.
Yeah I don't know what to say guys/girls, it's not working for me, the chrlauncher. =(
#win64-dev-official portable version.
Anon3782
@RobRich are your builds still using LLD and WPO? The tags have been removed off the builds.
@Anon3782: LLD is now the default linker for Chromium builds on Windows.

"WPO" in regards to Chromium is more of a Microsoft Visual Studio terminology.

ThinLTO, at least when its LTO optimizations are enabled, is basically the LLVM (Clang+LLD) equivalent to MSVC WPO.
https://clang.llvm.org/docs/ThinLTO.html
admin
@Heyman: I agree. I opened a topic at https://github.com/henrypp/chrlauncher/issues/107
Anon3785
@RobRich thanks. You think Polly or FullLTO builds are ever gonna come back? I remember you saying polly had been surpassed by thinlto, but that fulllto was broken somehow.
I am typing this reply on an platform-targeted, Polly-optimized internal test build. ;) No LTO, though.

Polly requires autovectorization, which ThinLTO currently does not support. That means using FullLTO to get LTO optimizations working. Unlike ThinLTO, FullLTO is not multithreaded, so it can take hours to run.

I dropped Polly+FullLTO because there was not much, if any, appreciable performance difference compared to ThinLTO at time. ThinLTO also builds in a fraction of the time, especially with my 32-core build box.

----------------

I went ahead with uploading the above Polly build to my misc repository. The build targets Intel Skylake and later Intel processors. YMMV.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v771.0.3559.0-r593137-win64-intel

----------------

Platform targeting thus far is taking a few edits to source, ninja build files, etc. Not fun, but not unreasonable for Skylake and later.

BTW, before asking about AMD, I tried targetting Bulldozer due to my Opteron build box. The amount of edits is getting ridiculous, so I probably will skip AMD targeting for standard x84-64 building instead.
Anon3787
So happy to see a polly build!! But unfortunately, I can't launch it, 0xc000001d error. It's probably just my system though, as I'm still on Ivy Bridge CPU and Windows 7. Will wait for the next time you try tinkering with polly =)
Ivy Bridge lacks AVX2, thus the failure to launch.

I am working on a more generic Polly build right now, but I am running into a LLD linking issue. Trying to track it down.
Not So Priti Patel MP 
When attempting an *LTO build, Swiftshader is probably the culprit; but it's not possible to completely disable it.
LLVM LTO, full and thin, has worked for a couple of years or longer on 64-bit Windows builds. :) Though I did used to have to manually add it to the appropriate compiler configuration file, versus now I can just edit what is already there.

LLVM LTO for 32-bit Windows builds can be a YMMV situation at times.

As to the current situation with the project, LTO bloats the file sizes, thus why Chrom(e/ium) currently is not shipped with LTO on Windows.

If ThinLTO would gain autovec support, which I did spot a possible mention awhile back, I would add Polly to my ThinLTO releases.

----------------

Hopefully have the LLD issue resolved. I recently changed LLVM build environments from msbuild to ninja, and naturally something I little care to track down apparently happened. Back to msbuild for now. Anyway.
Anon3791
Not having AVX2 would explain a lot.
Look forward to your more general polly build then =)
Thanks Rob!!
A general Polly build without advanced CPU targeting, thus AVX2 is not required.

Chromium 71.0.3560.0 (Official Build) (Windows 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision a11b9614123a1c8051d3f54060af79fc24758881-refs/heads/master@{#593429}
Compiler clang (+lld_linker +polly +compiler_optimizations)

https://github.com/RobRich999/Chromium_Misc/releases/tag/v71.0.3560.0-r593429-win64-polly

For the curious, compared to my earlier Polly on Skylake+ build, a potential trade-off with a general x86-64 build is sometimes narrower vector widths and reduced vector interleaving during autovectorization.

I did set the vectorizer to maximize bandwidth for the general Polly build, which from a causal glance at live compiler feedback during the building process appeared to increase widening and inverleaving for some loops compared to the standard autovec optimizations.

I have not done significant performance testing with any of the recent Polly builds, especially comparing builds, so YMMV.
Anon3793
Not a fan of this new space in the bookmarks. I think the previous one was alright, it was almost like Firefox.
Yeah, it could look better. Think I will reset horizontal list distance back to my previous value, then probably use the default bookmark button bar inset values for my next build. It is quick source file edit.
Anon3795
Thanks for the polly build. Some benchmarks so far.
ThinLTO:
Speedometer
74.21 ± 0.49
Octane Score: 27427
Sunspider: 304.1ms +/- 1.0%
JetStream: 142.28
BaseMark: N/A (dunno why, but it reported "n/a")
Kraken: 1688.2ms

Polly:
Speedometer
68.64± 0.30
Octane Score: 26999
SunSpider: 317.1ms +/- 0.8%
Kraken: 1703.7ms +/- 0.2%
JetStream: 138.99
BaseMark: 774.21

Both fairly neck and neck imo.
Thanks! Not too bad considering the lack of LTO for the Polly build.

I have a Polly+FullLTO build cooking. Modified my LLVM and Polly optimizations. Could take quite awhile to build. o.0
Still no FullLTO, but a new Polly build anyway. The planned Polly+FullLTO build experienced a compiler crash while I was asleep.

I had to track down the crasher(s) involved. Also modified Polly a little regarding SCoP detection, plus set various advanced build arguments for LLVM and Polly. As usual, additional tweaking likely will be required, but here is a proof of concept build to get it rolling.

Chromium 71.0.3560.0 (Official Build) (Windows 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 675fb5b9bfb23451df4406983a1fd29d0b754593-refs/heads/master@{#593453}
Compiler clang (+lld_linker +polly +compiler_optimizations)

https://github.com/RobRich999/Chromium_Misc/releases/tag/v71.0.3560.0-r593453-win64-polly
Anon3798
So, this popped up on my feed.
https://news.ycombinator.com/item?id=17942252
I'm not a technical user, but this seems pretty bad in my pov, are the Chromium builds by Rob and Nik, affected by this?
Anon3799
Switched over to your new polly build when I got home tonight, so far so good.
Not sure if I'll do benchmarks again, I'll hold off for the polly+FullLTO
@Anon3798: I am not in front of an x86 computer to verify right now, but AFAIK, it should require sync to be enabled to work. I build without sync since I do not provide Google API keys.

Some people setup and use their own API keys with my builds, though, which enables sync and presumably this feature depending upon how the account consistency flag option is configured.

For those with sync enabled, you can try disabling account consistency. Potential YMMV on successfully logging into some Google services in my previous experiences, though.
chrome://flags/#account-consistency

FYI, for those using my builds without sync and not setting up their own API keys, I currently use a field trial modification when building to set account consistency to fix authentication errors since I do not build with sync, and it seems to work okay with the Google services I have tried.
Anon3801
A few more:
https://news.ycombinator.com/item?id=18047418
https://ha.x0r.be/posts/chrome-is-a-google-service/
https://blog.cryptographyengineering.com/2018/09/23/why-im-leaving-chrome/
I rarely complain about software, but this seems to be an asshole move of the developers.
Also, I can't wait to play around with your polly+FullLTO build, gonna be sweet! :D
Anon3802
Yeah, Rob's builds should be fine from the issues @Anon3801 posted.
Anon3803
@Anon3802: that's good to hear.
admin
@Anon3801: When you log into a Google service (like Gmail), you will not be automatically signed the browser into your Google account for you, if you use:
1. the incognito mode by default (#command-line-flags).
2. or chrome://flags/#account-consistency → disabled (Note this flag is experimental and can simply disappear!)
Anon3805
I normally run stable, e.g. Sync • Widevine • 69.0.3497.100 (576753) • Tuesday, 18 Sep 2018
So does disabling chrome://flags/#account-consistency work for those builds or do I *have* to run a No Sync version?
admin
@Anon3805: chrome://flags/#account-consistency concerns only Google Chrome and Chromium "Sync" version 69+ because they have valid #google-api-keys required for this new auto sign-in feature.

Like RobRich said in a previous comment, the "No Sync" Chromium version has not Google API keys by default. So the automatic login is natively broken. ^^
Polly+FullLTO build available. Had to modify LLD to get it to link.

Chromium 71.0.3560.0 (Official Build) (Windows 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 675fb5b9bfb23451df4406983a1fd29d0b754593-refs/heads/master@{#593453}
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations +linker_optimizations)

https://github.com/RobRich999/Chromium_Misc/releases/tag/v71.0.3560.0-r593453-win64-polly-r2
Anon3808
Apparently, the chrome://flags/#account-consistency flag stopped working in Chromium 71. Nothing new coming from this. I expect the old UI to vanish soon as well.
scorpiogreen 
Is there any way to at least hide this new synch button?
That way they'll be no accidental clicking on it.
Anon3810
@RobRich The new polly + fulllto build gained 20+ points in speedometer over your thinlto builds, though I suspect that's down to your thinlto builds being more generic and less targeted. It also feels a little smoother, though could be placebo. Anyways thanks. :)
@Anon3810: Welcome. I suspect the difference could be due to autovectorization, which ThinLTO does not support right now.
https://en.wikipedia.org/wiki/Automatic_vectorization

I also tweaked LLVM build flags to widen vectorization, potentially improve register allocation, and few other tricks.

Polly does various other loop-intensive optimizations that are not as easily measured by typical benchmarks, such as optimizing video codecs, cryptographic routines, etc.
Anon3812
Sorry, didn't get around to this until now. Had to overtime at work =(
Polly+FullLTO

Chromium 71.0.3560.0 (Official Build) (64-bit)
Revision 675fb5b9bfb23451df4406983a1fd29d0b754593-refs/heads/master@{#593453}
JavaScript V8 7.1.163

Speedometer 77.85± 0.50
JetStream 141.10 ± 8.4137
Sunspider: 303.8ms +/- 1.1%
Kraken: 1671.3ms +/- 0.5%
Octane Score: 27347
Basemark Web: 845.09

TL;DR
Can confirm @Anon3795 Polly+FullLTO is better in Speedometer now. Even on par if not tiny better than ThinLTO earlier, in Speedo and Octane. Jetstream now on par. Dropped a bit in Sunspider and kraken. Smashed the last polly build in Basemark Web though, by like ~70 points.

As always, Thanks Rob, your time and effort is much appreciated!! =)
@Anon3812: Thanks and welcome. :)
Anon3814
@Anon3812: who really cares about speed when your data is leaking through the browser like a sieve to Google.
Maybe if there was a 'speedometer' like test for privacy so you could fawn over scores that actually have merit.
Anon3815
@Anon3814:
1) If you're so opposed, begs to question, why are u here? It's all custom chromium builds here...
2) browser leaking data, idk, maybe it is, maybe it isn't. Who's to say my ISP or cell phone provider isn't leaking my data?
I agree it's wrong, but what are you recommending?
admin
@Anon3812: Hello, I could write a very long comment about #privacy and web #browsers! ;)

The political discourse is: To protect humanity from terrorists and cyber-terrorists, the governments around the world need the maximum amount of data for every person. Their main goal is to obtain these data by any means and then analyze them.

Some laws help governments to get them:
https://en.wikipedia.org/wiki/CLOUD_Act
https://en.wikipedia.org/wiki/Patriot_Act
https://en.wikipedia.org/wiki/USA_Freedom_Act
https://en.wikipedia.org/wiki/PRISM_(surveillance_program)
https://en.wikipedia.org/wiki/Bullrun_(decryption_program)
https://www.theguardian.com/world/2013/sep/05/nsa-gchq-encryption-codes-security (Edgehill)

Internet is a welcome tool for governments. The largest Internet companies (Alphabet/Google, Amazon, eBay, Facebook, Microsoft, Safari, Yahoo...) and associations/organizations (Mozilla...) have a lot of data. This is the Big data.
Before all, these companies get user data for their own business (advertising, marketing, continual service improvement...) but must help governments according to the laws. Most of them are American and Chinese:
https://en.wikipedia.org/wiki/List_of_largest_Internet_companies

These companies and organizations use many ways (directly or via third-parties) to get our user data. Some methods I know:

1) ISP, DNS
Retention period for server logs
https://www.eff.org/issues/mandatory-data-retention
Black box linked to the "Security Service" which monitor all internet traffic.
https://www.channel4.com/news/black-boxes-to-monitor-all-internet-and-phone-data

2) BIOS/UEFI
Absolute Home & Office, LoJack, CompuTrace, SMM which have access to the device and send data.
https://en.wikipedia.org/wiki/Absolute_Home_&_Office
https://en.wikipedia.org/wiki/System_Management_Mode
[RU] https://securelist.ru/ugroza-iz-bios/19169/

3) OS
Nothing to add! You know for example the problem of user data spying in Windows 10 (Microsoft), Android (Google) and iOS (Apple).

4) Software, App
Like web browsers (and their extensions), anti-virus, anti-spyware...
For example, Chrome (Google), Firefox (Mozilla) and Safari (Apple) are American products. So, they respect the CLOUD Act and Patriot Act. Opera (Otello Corporation) is owned by Chinese Qihoo 360/Golden Brick Capital.
Another thing is China (and the USA, and EU certainly!) considers the discovery of security breaches as a strategic advantage. "China's government wants to keep vuln discoveries by its citizens within its borders, a sentiment expressed by the country's top executives as well. Leading Chinese security company Qihoo 360's CEO Zhou Hongyi is a vocal opponent of Chinese teams going abroad to compete in events like Pwn2Own." (https://www.engadget.com/2018/03/16/chinese-hackers-pwn2own-no-go/)
In the USA, the CIA attacks Android/iOS phones by using undisclosed security vulnerabilities ("zero days") possessed by the CIA. (https://wikileaks.org/ciav7p1/)

5) Websites and web services.
You know for example the problem of user data spying by GAFA/Big tech services.
Moreover, most websites in the world use Google and Facebook stuff to build their webpages (Analytics, AdWords, AdSense, API, CDN, fonts, JS, "Like" buttons, Youtube videos...). The webmasters (who are lambda humans!) contribute to this global spying. Please, read the #guides about different technologies to get user data from a website. Also, the users "give the stick to be beaten with" when they use, for example, social media (Facebook, G+...) with their own personal data.

Finally:
Do not be paranoid (like Richard Stallman who rejects all major sites - https://stallman.org/). You absolutely cannot stop that. This phenomenon increase each day. Protect your #privacy against user tracking and profiling tools as you can (like Edward Snowden and other whistleblower recommend!).

Even using #chromium-forks with patches for removing Google integration, it is far from enough. But it is an honorable step! Note they are often outdated. Are they secure? Security ≠ privacy. Do not worry. You will be tracked even using a "secure browser", a VPN (or TOR network, if you like a slow connection!). Like most of us, you probably surf on the Web, use a connected TV, a laptop or Android/iPhone device, a video game console, a GPS in your car... and soon, a connected car, a smart grid... Welcome in the data world! :)
Let's get interesting with the modifications.

I modified LLVM using a proposed condition branch folding optimization still in project development.

I modified Polly for more permissive SCoP detection, plus I set an accompanying configuration for potentially improved loop fusion.

I have moved Polly up in the LLVM pass pipeline to after loop optimization during the inline cycle instead of right before vectorization.

Given the new pass location, I probably should look into enabling Polly's own inliner. Perhaps next time.

Chromium build and version details:

Chromium 71.0.3563.0 (Official Build) (Windows 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 420ec97cb6d2c364a56f1d5d7859b7bb39a8d05a-refs/heads/master@{#594262}
Compiler clang (+lld_linker +polly +fulllto +compiler_optimizations +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v71.0.3563.0-r594262-win64-polly
Anon3818
Your latest polly build:

Chromium 71.0.3563.0 (Official Build) (64-bit)
Revision 420ec97cb6d2c364a56f1d5d7859b7bb39a8d05a-refs/heads/master@{#594262}
JavaScript V8 7.1.178

Sunspider: 304.7ms +/- 1.4%
Octane Score: 27182
Speedometer: 78.47 ± 0.25
Jetstream: 144.25 ± 0.77084
Kraken: 1654.0ms +/- 2.2%
BaseMark Web: 735.62

TL;DR
Most of the benchmarks are on par with previous polly build. However, Speedometer and Jetstream did well this time around. Overall, results seem to be similar, if not better in some cases than ThinLTO. Basemark Web was the one exception, dropping 100 points from last polly, a little weird.
Anon3819
@Anon3818: Thanks!

I suspect Basemark Web could be related to the different position of Polly in the pass pipeline. That actually was something I was needing to know, and you have saved me from having to run benchmarks to find out. :)

I probably will move Polly back to before vectorization.

----------------

Currently I am trying to track down an issue with building 32-bit ThinLTO. First was inalloca errors. Found and reverted the LLVM revision generating the error. Next up was duplicate symbols. Disabled one of the duplicate symbol checks in the LLD code. The latest is LLD complaining about missing symbol files for system libraries. Working on applying a possible fix right now.
Anon3820
Don't know what just happened, i just had the whole browser exit, when I closed one of my tabs. (was using the 71.0.3563.0 polly build).
scorpiogreen 
Well given the privacy nature of Chromium, I'm surprised you all opted to put the Sign-in synch button so prominently there on the upper right (making spying all that more convenient) without an option to hide or remove.

My understanding is the latest version of SRWare Iron has excluded it. Why don't you all do the same here in future releases?
Anon3822
@Anon3820: Probably a temporary bug because it is a dev version.
@scorpiogreen: Choose a "no sync" version! ^^
@ Anon3855+3857 I would go a step even beyond dev builds to say Polly builds are experimental IMO.

----------------

@scorpiogreen We are not Chromium project devs, or to be specific, at least I am not. I do occasionally post bug reports and similar feedback to the project, but otherwise, my builds here are whatever I am using or working on at the particular time. It is a personal interest thing for me, and my own interest is generally browser performance.

----------------

About the sync situation, AFAIK, there is supposed to be an opt-out setting in a future release. Someone else probably will have to fill in particular details of how, when, etc., as I do not use API keys and sync, thus I do not really pay much attention to it.
Anon3824
@Anon3820: Interesting, mine's been fine so far
Anon3825
@Anon3824: It happened, twice. Both times when using incognito. But honestly i'm not too fussed, was just a little surprised.
I suppose thats living on the experimental side, eh?
Anon3826
RIP chrome://flags/#enable-tab-audio-muting flag.
How come there's no shortcut option to mute the current tab in Chrome like there's in Firefox (Ctrl+M)?! ...
scorpiogreen 
I chose to ask the question here since I do use Chromium. A lot of this telemetry is turned off or not included with it. If some people want a synch button up there, no problem. But why not make it optional for others who don't.

@RobRich I appreciate what you do but that still begs the question. Thanks for all your good work, anyway.
About the sync situation, the setting to control signing into Chromium when signing into Google services is now available.
Settings → Advanced → Allow Chromium sign-in → disable

----------------

This time I left out the branch folding optimization for LLVM currently in development. It could be hitting the branch predictor of some processors rather hard, thus possibly decreasing its efficiency.

I have moved Polly back to right before vectorization. As before, it is modified for more permissive SCoP detection.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v71.0.3566.0-r595302-win64-polly

I already have profitability analysis down to 40 instructions per loop, but at some point I would like to have Polly go ahead with processing unprofitable SCoPs to potentially find more optimization opportunities. The issue is what components to efficiently target for such optimization. For example. part of libaom (AV1 video) recently ran in Polly with unprofitable processing enabled for like 10+ hours and was still going when manually stopped; and that was at the default dependency computeout.
Anon3829
Latest Polly build:

Chromium 71.0.3566.0 (Official Build) (64-bit)
Revision 83f170eb2368ad8d396a0ff86aaea76ccf26597f-refs/heads/master@{#595302}
JavaScript V8 7.1.201

Speedometer: 77.8± 0.83
JetStream: 145.26± 0.31045
Kraken: 1729.9ms +/- 0.4%
SunSpider: 300.3ms +/- 0.9%
Octane Score: 27433
Basemark Web: 865.74

TL;DR
Modest improvements in Octane and Kraken. Rest are similar to previous polly builds. Basemark Web is now back up (+~100 points) from previous polly. All looking good.

As always, thank you so much Rob!!
Anon3830
This may not be exactly on-topic, but I might as well ask here, since you guys know Chromium on a fundamental level.
There's a site* that scrolls slow/laggy compared to the rest of the web.
I get that it's a fairly heavy website, but the scrolling is smooth in both Firefox and Edge.

* https://www.w3.org/TR/html52/single-page.html
Anon3831
@Anon3830: Right. I tested it on the latest Chromium versions. Did you enable chrome://flags/#smooth-scrolling?
Anon3832
@Anon3831: I just tried enabling it, and it made little to no difference. Hitting PgUP/PGDN, still still feels like there's a 0.5 second delay and its visually a night and day difference between Chrome/Chromium and other browsers (Firefox and edge). This is the only website this happens on, so frankly I can live with it.
Scrolls okay after loading here. My latest public Polly build on a Intel Kaby Lake i5 quad-core proc.

That said, the linked page uses like 400MB+ of memory for its browser process (site isolation enabled), which is quite a bit of HTML to process for a single page. I get why there could be a delay on some systems.

------------------------

Might be able to find a little more with Polly before getting too drastic with the configuration. ;)

I introduced a possible bug into Polly's SCoP detection when modifying for more permissive detection. Fixed it.

It appears the Polly non-affine option sets both non-affine reads and writes, with non-affine writes potentially negatively impact scheduling. I found an older code commit to implement non-affine reads without non-affine writes, and I have deployed the modification.

Currently rolling internal test builds.
I turned back on Polly's aliasing checking in part due to the report of a couple of crashes.

As to Polly source code modifications, non-afffine reads are enabled while non-affine writes are not, plus more permissive SCoP detection is enabled as usual.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v71.0.3567.0-r595351-win64-polly
Anon3835
Latest Polly build:
Chromium 71.0.3567.0 (Official Build) (64-bit)
Revision ad233d1eb67fa115cd0580a9f293e2e9b8e0f84b-refs/heads/master@{#595351}
JavaScript V8 7.1.216

Basemark Web: 671.27
Speedometer: 77.33± 0.51
Jetstream: 144.68 ± 0.88017
Octane Score: 27796

Most of the benchmarks are similar, I left out Sunspider and Kraken for this reason too. Basemark Web however, significant decrease by 200 points this time, so uh oh.
Ouch on Basmark. That *might* be on the LLVM side, though. I will check it out.

As always, thanks for the benchmarks! :)
Anon3837
I want to download latest stable Android version of Chromium 66. How to know which was the latest version?
Anon3838
@anon3837

Not the version 66 Stable Android version you are looking for but check Marmaduke builds here : https://github.com/macchrome/droidchrome/releases

He make great version stable with full codecs, etc.
Anon3839
Thanks Anon3873, it's really something :)
Followup on my previous post. GVN hoisting was enabled at the LLVM code level in recent days, and now disabled again after showing performance regressions (up to ~25%) in at least one Google-related project. Could be related.
Anon3841
Chromium 71.0.3569.0 (Official Build) (64-bit)
Revision d0b2ebaf1f6b47fca493e82da45eedf671cf6bf5-refs/heads/master@{#595975}
JavaScript V8 7.1.226

Basemark Web: 848.66
Speedometer: 77.29± 0.56
JetStream: 144.84 ± 2.5925
Octane Score: 27647

Can confirm, the Basemark Web score of your latest polly build is back up to what it was before. This seems to be a good build, snappy and so far smooth with no issues.

As always, thanks so much Rob, much appreciated!!
Anon3842
@Jerry and all
does anyone know what other updated browser has absolutely NO webRTC?
Thanks :)
admin
@RobRich: Thank you very much for your experimental work! ;)

@Anon3841: Also, thank you for your benchmarks.

@Anon3842: Do not afraid about webRTC! If you use a VPN on your whole OS or router, your VPN service protects you from this leak. Do not use VPN/proxy browser extensions. Moreover, you can protect you with some #extensions like uBlock Origin or ScriptSafe.

WebRTC is enabled in Chromium and in most "ungoogled" #chromium-forks (like Iridium, ungoogled-chromium) even if Chromium is compiled with "enable_webrtc=false". So, you can use Firefox and all Firefox-based browsers with "media.peerconnection.enabled" → false.
Anon3844
Anything past build - 71.0.3562.0 (594123) - Twitch chat has this issue: https://giant.gfycat.com/AchingDistortedGallinule.webm
I think it's revision related but just wondering if anyone can confirm having this problem as well
Anon3845
Seems like the sync widevine build does not work for versions >69
Sync • Widevine • 69.0.3497.100 (576753)
Anon3846
@Anon3844: I have the same problem but with RobRich's newest polly build, I dropped back to 71.0.3560 polly build and the problem went away. Maybe wait a few revs for it to be fixed.
@Anon3846 Widevine included with dev builds is hit-or-miss proposition in my experience. I quit dealing with the headache long ago.

@Anon3844+Anon3846 I would suspect revision related, too. Project dev build is at 3572. Might want to try it in the meantime.
scorpiogreen 
Thanks for now allowing us to hide Google sign-in/synch button. However, I just updated to the latest 32bit portableapps version and found out this no longer works:
chrome://flags/#top-chrome-md

I was using that to switch back to the old UI

---

Also running into a misaligned + symbol when one wants to add new tabs.
https://imgur.com/a/MUEMu6f

It seems to be edging it's way off the top of my screen
Anon3849
@scorpiogreen

The new UI is a pain in the ass.
Many users use the switch chrome://flags/#top-chrome-md but since version (71.0.3556.6 / #592055) it is buggy. Chromium won’t fix it.

See here :
https://bugs.chromium.org/p/chromium/issues/detail?id=888304
https://bugs.chromium.org/p/chromium/issues/detail?id=892045

Old the last decisons from Chromium (UI, auto-login, etc. in fact, decision from Google) had male me switch to firefox.
Can anyone tell me the design of this and how to activate it? the menu it looks like some sort of material design
from what I can see I've only been able to get it in 71.0.3559.0_Dev from: #win64-dev-thumbapps

https://i.imgur.com/2J3trf4.png
https://i.imgur.com/5Ga8x1D.png

For some reason I can't seem to get it anymore in newer versions or different chromium options from this site.
Fantastic work! @RobRich and Nik. Right now I am trying out latest build from RobRich. Works flawless for me :)
Anon3852
Twitch chat bug is no longer present on 71.0.3572.0 (597399) - thanks for the update, Rob.
@Anon3849, thanks for the links. Sad news but not surprising at all coming from these devs.
Yeah, we had a good run, but i have completely moved to ff too, google is going full retard mode with chromium...
scorpiogreen 
Anon3849,

So they don't plan on fixing either one of those issues?

Not good. I haven't had much issue with Chromium until now. The new UI looks hideous and the tabs associated with it are screwed up.

As far as the sign-in / synch auto-login is concerned, they did fix that with the option to turn it off so that's a good sign.

Let's hope they revisit those two issues I brought up, someday.
admin
@Scorpiogreen:
1. About the Chromium UI:
That’s personal tastes! ;) https://i.imgur.com/0CcIuG3.png
Personally, I like Google Material Design (mainly used in Android) and Firefox Quantum's Photon. Material Design will gradually be extended throughout Google's array of web and mobile products, providing a consistent experience across all platforms and applications. So experimental flags like chrome://flags/#top-chrome-md will be removed soon. "[...] that using these switches is not supported or recommended. They should only be used for temporary cases and may break in the future." (cf. https://www.chromium.org/developers/how-tos/run-chromium-with-flags)

2. About the Google Chrome auto sign-in:
This feature does not exist in Chromium settings. That concerns only Google Chrome: https://i.imgur.com/GsqERMU.png
My build box ran multiple iterations of Polly builds to check different a few different configurations. The end result:

https://github.com/RobRich999/Chromium_Misc/releases/tag/v71.0.3572.0-r597448-win64-polly

It looked okay on quick runs of Basemark Web and SunSpider on my Intel Kaby Lake i5 system, though as usual with these experimental builds, YMMV on performance

I ended up turning on NewGVN (with store refinement), which in turn appears to have increased successful SCoP rates compared to other recent builds.

I also reset the optimization levels for now. One benefit is smaller code size, which might improve processor caching opportunities.
scorpiogreen 
@Jerry, thanks for the response.

3 things...

That's too bad. I like the option of having chrome://flags/#top-chrome-md for those who want the older UI. I didn't sign up for Chromium to be an exact Chrome clone in mind. Disappointing.

Also the tabs still have a misaligned + symbol when one wants to add new tabs. You can see it in the
https://i.imgur.com/n18CYMH.jpg link I posted up above. That doesn't look like a hard fix.

And finally there's that Google auto sign-in option now in the latest version of Chromium portable using the PortableApps platform. Don't know if you're aware of it but I just downloaded the latest version of it and it is there. Kudos to @RobRich in his 29 Sep 2018, 16:44 post up above for announcing it.

Thanks for your efforts
Anon3858
The latest polly build.

Chromium 71.0.3572.0 (Official Build) (64-bit)
Revision c1eb1615fe642de25c488bb103082786e1274f0f-refs/heads/master@{#597448}
JavaScript V8 7.1.276

Speedometer: 79.72 ± 0.75
JetStream: 155.15 ± 0.67305
Bassemark Web: 776.75
Octane Score: 32833

Basemark Web dropped significantly by about 70 points. =/ Absolutely crushed the rest. I don't know if this was purely because of your configuration Rob, or if it's revision related, but highest Speedometer, JetStream and Octane scores by far at the moment.
Speedo ~+4 Jetstream was ~+10 points and Octane is ~+5000. This build is now the one to beat.
Basemark Web is being bizarrely variable here. One run produced a rather average score, while a different run with the same build produced one of the highest scores I have seen on the test system. Anyway....

I have not looked at the specifics, but WebGL probably influences a good chunk of the score. I ran default code path optimization levels, so some of the related code might have been built at O1, which maps to Os in clang-cl.
Hi Nick, really enjoying your hard work and efforts with Chromium Sync. The latest version is here: (( Installer • Archive • Portable Sync • No Widevine • 71.0.3555.0 (591690) • Monday, 17 Sep 2018)). I am just curious if you are slowing down the release cycle of these updates as they only appear to be updated around once a month now? I've noticed that these builds version numbers are getting closer and closer to your stable version of Chrome. Just wondering if you are slowing down the builds? I would consider to use RobRich's builds as he pumps them out pretty quickly, but they do not have Sync support which is something I really like. Anyways, have a great day and thank you for all your hard work. It's greatly appreciated good sir! :)
Apologies about misspelling your name Nik... I keep doing that on accident.
Anon3862
@Dustyn: Nik is probably very busy! ;)
If sync is important for you, create your own #google-api-keys
Any update on chrlauncher?
Nik: Wow, that was a fast response! And I see a new version has indeed been published! Thanks so much Nik for your continuing efforts! It's greatly apricated good sir! Going to install this now. :D
Evangelical 
@jerry, no it does - https://i.imgur.com/skJRpHt.png Auto sign in is engraved in Chromium.
Colin Tennyson 
I noticed the following:
I'm on a Windows 64-bit system, so I downloaded the 64-bit version
https://github.com/henrypp/chromium/releases/download/v69.0.3497.100-r576753-win64/chromium-sync.zip

From the .manifest file:

name='69.0.3497.100'
version='69.0.3497.100'
type='win32'/>

For comparison I tried this version:
https://github.com/RobRich999/Chromium_Clang/releases/download/v71.0.3572.0-r597399-win64/chrome.zip

From the .manifest file:

name='71.0.3572.0'
version='71.0.3572.0'
type='win32'/>

So I'm assuming now that only 32-bit versions of Chromium exist, and all the links to 64-bit versions contain a 32-bit version.

That raises the question:
If the link to a 64-bit version contains a 32-bit version anyway, why bother to offer a link that says: '64-bit version?
Hypothesis:
To placate visitors who would otherwise complain no 64-bit version is available

Is my hypothesis too simple? Is there more to it?

Colin Tennyson
Where is the no-sync for "69.0.3497.100" for x64 Windows? I only see a sync variant for this version, and no-sync is "71.0.3572.0 (597399)" which is a dev version...
Anon3869
If anyone seeking for a stable version on Android that can disable webrtc fingerprinting, Brave browser can do that, which is built on the latest stable Chromium version. After months of searching and trying many browsers, I finally decided to stick with this one. It is basically a stable Chromium Android build with http->https conversion, ad blocking and fingerprinting protection features. It is also an open source project.
@Colin The relatively generic identifier "win32" in the manifest basically just means the build is for "Windows."

Load the browser and point it towards the URL chrome://version to see the bit type of the Windows build. For example:

Chromium 72.0.3580.0 (Official Build) (64-bit)
Revision 683272efae485d924651022da3a76ed6977470f8-refs/heads/master@{#599494}
OS Windows

There are numerous other ways to check as well, ranging from command line utilities to debugging apps to even using notepad.exe to search an executable for its PE type. Take Sigheck for example:

D:\Chromium\Application>sigcheck64 chrome.exe

Sigcheck v2.60 - File version and signature viewer
Copyright (C) 2004-2017 Mark Russinovich
Sysinternals - www.sysinternals.com

D:\Chromium\Application\chrome.exe:
Verified: Unsigned
Link date: 1:00 AM 10/13/2018
Publisher: n/a
Company: The Chromium Authors
Description: Chromium
Product: Chromium
Prod version: 72.0.3580.0
File version: 72.0.3580.0
MachineType: 64-bit

https://docs.microsoft.com/en-us/sysinternals/downloads/sigcheck
Anon3871
I'm really pissed that Chromium devs removed Tab Audio Muting flag from v71+. With this flag we could just click on the speaker indicator, and the site would be muted. Now, we need to right click on the tab and select ‘Mute Site’ option. There's no such keyboard shortcut for this, either.
@Anon3871 I have not used it, so YMMV, but you might take a look at the following tab muting extension that appears to offer keyboard shortcuts, blacklists, whitelists, etc.
https://chrome.google.com/webstore/detail/mutetab/acofndgbcimipbpeoplfjcapdbebbmca
The following 64-bit ThinLTO build targets Intel Skylake, Kaby Lake, and later Intel processors. YMMV.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v72.0.3581.0-r599543-win64-intel
how can I update #windows-64-bit-official portable version?
Chromium for 64-bit Windows - All Codecs - Tuesday, 16 October 2018

Chromium 72.0.3582.0 (Official Build) (64-bit)
Revision ec5ef4854713d5f8eaf67dcef2acad1c67cb925f-refs/heads/master@{#599622
OS Windows

No Sync - WebRTC - No Widevine
chrome.packed-2018-10-16.7z
https://github.com/macchrome/winchrome/releases/v72.0.3582.0-r599622-Win64

===

Thin LTO builds and building with the "tip of the tree" clang/LLVM seems to be broken, probably just a temporary problem. Takes 2.5 times longer to build a Full LTO clang/LLVM than it does to build bog standard Chromium!

Regardless, this is the version of Chromium that I'll be using for the next 4 to 6 weeks.
@marmaduke Duplicate symbols perhaps? If so and you are building LLVM separately, try this modification before building LLVM.

llvm\tools\lld\COFF\SymbolTable.cp

Around line 393 to 410, comment out the duplicate symbol reports.

// else
// reportDuplicate(S, F);

// if (!cast<DefinedRegular>(S)->isCOMDAT())
// reportDuplicate(S, F);

Also set 'treat_warnings_as_errors = false' in your Chromium build arguments if not already. There has been a recent change in LLVM -Wshadow reported warnings for enumerators. Devs are working on fixing the warnings' reported code segments, but otherwise, you can ignore those warnings for now.
admin
@marmaduke, @RobRich, @nik: Thank you for your all work, time and sharing! ;)

@Evangelical: Agree. Auto sign-in is engraved in Chromium but works only with the "sync" (or valid #google-api-keys) Chromium version.

@Colin Tennyson: "win32" in the manifest file is a generic identifier (like RobRich said!) This is really a 64-bit version. You cannot install this version on a 32-bit Windows.

@Heyman: It is currently a known issue of chrlauncher. https://github.com/henrypp/chrlauncher/issues/100#issuecomment-383302954 The binaries are placed in a sub folder named after the version. So copy-paste the content and remove the parent folder.
@RobRich: Thanks!

I always do a Full LTO build of the latest LLVM. The Duplicate symbols problem was driving me up the wall, particularly as the problem occurs at the very end of a Windows Chromium build.
Thanks to marmaduke there are new v70.0.3538.67 binaries for macOS!

I have also just updated the homebrew tap, so your next "brew update && brew cask upgrade marmaduke-chromium" should install the new binaries.
@cpbotha - appreciate the support.

@RobRich - What are your recommended polly parameters?

Managed to get Mac Chromium LTO and CFI builds working again.
==

Chromium for 64-bit macOS - All Codecs - Wednesday, 17 October 2018
Chromium v70.0.3538.67-r587811-macOS
9ab0cfab84ded083718d3a4ff830726efd38869f-refs/branch-heads/3538@{#1002}
OS Mac OS X

- only for macOS 64
- with codecs (h264, h265, flac, xvid, AV1, etc...)
- official build
- Stable
- SDK 10.14
- Xcode 10 (10A255) GM Seed
- Compiled under macOS 10.14 build 18A389
- Clang/LLVM 8.0.0 342458

No Sync • WebRTC • No Widevine • ThinLTO • CFI (Will probably make this the standard)
Chromium.70.0.3538.67.thinlto.cfi.nosync.app.zip
https://github.com/macchrome/macstable/releases/download/v70.0.3538.67-r587811-macOS/Chromium.70.0.3538.67.thinlto.cfi.nosync.app.zip
SHA1 B74A3AD58CBDBCAB51BC5B23E71B8124F8A875A1

==== Additional configuration ====

NO Swiftshader dynamic libraries! (Who uses them?!)

use_egl=false

mv third_party/libsrtp/VERSION third_party/libsrtp/LIBSRTP_VERSION

cflags = [ "-O3","-flto=thin"]
ldflags += ["-flto=thin","-fvisibility=hidden", "-fsanitize=cfi" ]
After re-analysis of various Polly configurations, I have dismissed some of the extra options I previously used as they were not really doing much to help performance and likely increasing build times.

Try starting with:

"-mllvm", "-enable-newgvn",
"-mllvm", "-polly",
"-mllvm", "-polly-delicm-max-ops=10000000",
"-mllvm", "-polly-dependences-computeout=5000000",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",

I am using NewGVN right now as hoisting for regular GVN currently is disabled due to some reported performance regressions.

You can lower the profitability limit down to 40+ instructions per loop, though YMMV on real-world returns.

"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",

I also applied a source code mod to Polly to potentially help with loop fusion when configured to max, though it too is a YMMV situation, as I need to do further testing. I will try to let ya' know something about it in the near future.

I also suggest benchmarking your browser build at different optimization levels regardless of LTO optimizations. Depending upon various factors, you might find building the max/speed code targets at the /O2(-O2) defaults to be as fast or faster than -O3. Could be due to code bloat, caching, register pressure, etc.

Likewise, I have dropped the regular optimization targets back to their /O1(-Os) defaults as well. Remembering back to old MSVC PGO build stats, there are only like 300 or so functions even built for speed versus size for a profiled build. ;)

I actually have a internal build from earlier this week with all optimized targets set to -Os, though with a tweaked LLVM configuration plus dramatically increased inlining limits for V8. It is supposedly slightly faster in Basemark Web 3.0 *without LTO* versus a recent ThinLTO build. o.0 "Supposedly" as I really do not put much importance on BW3 scores due to variability in results, at least on my test platform. Anyway.

BTW, you can now set ThinLTO optimization (at lto_opt_level = 2) from the build arguments.

use_thin_lto = true
thin_lto_enable_optimizations = true

If otherwise setting manually on the build config, I suggest also adding "-fwhole-program-vtables" to the cflags or ldflags as appropriate for the target platform to enable whole program devirtualization.
@Anon3882: it's not a bug, it's a feature :)
@RobRich: Thanks. Will do some testing and benchmarking.
Oops. Missed a line or two. ;)

"-mllvm", "-enable-newgvn",
"-mllvm", "-polly",
"-mllvm", "-polly-delicm-max-ops=10000000",
"-mllvm", "-polly-dependences-computeout=5000000",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass=loop-vectorize",
"-Xclang", "-Rpass-analysis=polly",

The rpass lines are optional. I sometimes take a glance to get a general feel for SCoP rates and vector stats when building.
Video playback doesn't work on this site. www.vipleague.bz (a url that always streams something https://www.vipleague.bz/sky-sports-f1--sky-f1-streaming-link-1)
Anon3887
Can anybody please do v70.0.3538.67 nosync+nowidevine for Win x64? Thanks
WildByDesign 
I noticed that with Nik's recent Chromium stable builds for M69/M70, they have all had an extra process (Audio Service) which is running as a 'utility' process, unsandboxed, and running at Medium IL. This is actually an upcoming feature that is expected, where they are taking the Audio Service out of the browser process and running it OutOfProcess and will eventually be sandboxed.

I know that Nik compiles his Chromium builds essentially as default build settings, therefore I assume that Google Chrome devs must be making a switch on their end for official Chrome builds to keep the Audio Service within the browser process currently. They must have some sort of compile time switch for this.

If anyone is concerned about this extra process which is unsandboxed and running at Medium IL, have no fear, there is a working command line argument which will tuck that Audio Service back into the browser process for now. I have confirmed that this command is working successfully, but keep in mind you have to run it everytime and therefore you can add this into your Chromium shortcut. I will be doing this for now until Chrome devs properly sandbox that Audio Service process and that is likely why official Chrome builds still have that kept within the browser process.

chrome.exe  --disable-features=AudioServiceOutOfProcess
It is in the fieldtrial build config right now, or at least as of a recent source pull. It appears to be an ongoing project.

"AudioService":[
   {
      "platforms":[
         "linux"
      ],
      "experiments":[
         {
            "name":"AudioProcess_LaunchOnStartup_Sandboxed_v7",
            "params":{
               "teardown_timeout_s":"0"
            },
            "enable_features":[
               "AudioServiceAudioStreams",
               "AudioServiceLaunchOnStartup",
               "AudioServiceOutOfProcess",
               "AudioServiceSandbox"
            ]
         }
      ]
   },
   {
      "platforms":[
         "mac",
         "windows"
      ],
      "experiments":[
         {
            "name":"AudioProcess_LaunchOnStartup_Sandboxed_APM_v8",
            "params":{
               "teardown_timeout_s":"0"
            },
            "enable_features":[
               "AudioServiceAudioStreams",
               "AudioServiceLaunchOnStartup",
               "AudioServiceOutOfProcess",
               "AudioServiceSandbox",
               "WebRtcApmInAudioService"
            ]
         }
      ]
   },
   {
      "platforms":[
         "android",
         "chromeos"
      ],
      "experiments":[
         {
            "name":"AudioServiceStreams",
            "enable_features":[
               "AudioServiceAudioStreams"
            ]
         }
      ]
   }
],
Paul Phillips 
Is there a way to import Google Chrome data into Chromium (and vice-versa) without using a Google account?
WildByDesign 
@RobRich, Thank you for those details on Field Trial config. Field Trials / Origin Trials had always remained somewhat of a mystery to me. One thing that I am excited about is that with M71/M72, the chrome://version page will finally show field trial names in human readable form instead of the trial codes that typically we could not correspond to a name previously.

Anyway, it looks like the field trial config was likely missing the "AudioServiceSandbox" part for M70 at the time for stable channel, as you said development is still ongoing. Although I know that you mostly play/build with the latest code changes and therefore you would have likely had the sandbox portion already.

Instead of disabling "AudioServiceOutOfProcess" as I initially had mentioned, M70 Stable channel users can simply enable the sandbox feature for the audio service thanks to RobRich's details.

chrome.exe  --enable-features=AudioServiceSandbox

I have confirmed that this takes the Medium IL Audio Service utility process and starts that process as Low IL and fully sandboxed. This is great news. Keep in mind that I am referring only to M70 stable. Users of RobRich's latest M71/M72 or whatnot would likely already have that sandbox enabled.

As I understand it, a lot of Chrome's internal code is going to continue to compartmentalize and break out into individual 'utility' processes (Out Of Process) and those utility processes will eventually have the AppContainer sandbox (Untrusted IL) protection as well. However, at these mid stages of development for these Out Of Process utility services, Low IL sandbox is perfectly fine for the time being. I was concerned especially regarding the initial default Medium IL, however. But with RobRich's help there, we can sandbox the audio process on M70 stable with the command line above.
@WildByDesign Welcome. :)

@marmaduke One clarification on a particular build type. You probably should be using -03 across the board for all optimized targets with a Polly build, at least in theory.
In response to the total lack of demand for Chromium v70.0.3538.67-r587811-macOS No Sync • WebRTC • No Widevine • ThinLTO • CFI, a bit of marketing is required.

Introducing Chromium ThugCAT for Mac. (For the curious, CAT stands for Chromium Arsehole Technology)

Thug Cat, or Thugsy as he is known, is the local cat; his sole purpose in life is to deploy his technology on unmown lawns. In honour of Thug Cat's impending death by lawn mower, I would like to introduce Chromium ThugCAT for Mac.

ThugCAT is a clang/LLVM -O3 polly (RobRich) optimised, full LTO, CFI beast! The browser that Chrome asspires (sic) to be.

Chromium for 64-bit macOS - All Codecs - Wednesday, 17 October 2018
Chromium v70.0.3538.67-r587811-macOS
9ab0cfab84ded083718d3a4ff830726efd38869f-refs/branch-heads/3538@{#1002}
OS Mac OS X

- only for macOS 64
- with codecs (h264, h265, flac, xvid, AV1, etc...)
- official build
- Stable
- SDK 10.14
- Xcode 10 (10A255) GM Seed
- Compiled under macOS 10.14 build 18A389
- Clang/LLVM 8.0.0 342458

Sync • WebRTC • Widevine • Polly • LTO • CFI • O3 Optimised [ThugCAT]
Chromium.70.0.3538.67.polly.lto.cfi.O3.sync.app.zip
https://github.com/macchrome/macstable/releases/download/v70.0.3538.67-r587811-macOS/Chromium.70.0.3538.67.polly.lto.cfi.O3.sync.app.zip
SHA1 A995B2344BF0E07D24E9B82EA4C58999E7ED09F3

WARNING: ThugCAT might deploy technology on your desktop or lap.

ThugCAT takes approximately 3 times as long to build as standard Chromium, so due to anticipated lack of demand will probably be confined to future DEV builds.
Hi!
When I'm trying to first open the latest version 70.0.3538.67 on my macos High Sierra I get an error "Chromium.app can't be opened because it is from an unidentified developer".
I have never had this error with Chromium from osxportableapps. And now I use 69.0.3497.100 - works fine.
What is the problem with 70.0.3538.67?
@Dan

My Chromium.app is not signed.

Initially, you have to allow an exception in "Security & Privacy".

I've just checked (HS 10.13.6), and am not having this problem.
@marmaduke
but previous versions was OK, just don't want use Chromium as exception in "Security & Privacy" )
My latest internal Polly test build took a few hours to compile.... without LTO enabled. o.0

On the Polly side, I set another layer of tiling for loop data locality, used register tiling to supposedly implement a type of loop unroll and jam, increased prevectorization to the 128-bit width of SSE, and added another pass of dead code elimination during loop optimization.

Prevectorization widening probably is the only significant change above, but I suspected the build would take awhile anyway, so whatever. I will try to further assess the viability of the others later.

"-mllvm", "-polly-prevect-width=128",

On the LLVM side, I am trying different instruction scheduling passes to bias towards instruction-level parallelism while still factoring register pressure and aliasing, increased inlining for V8, plus experimental loop versioning for potentially more accurate aliasing. Realistically the non-default instruction schedulers are more for code testing than deployment when it comes to x86 programs, so the idea is a huge YMMV right now when targeting such a wide swath of varying code comprising Chromium. My initial basic analysis is ongoing.

Deeper into the LLVM source, I have added several more passes of the aggressive instruction combiner to the pass manager configuration so it is called before the various regular instruction combiner passes and at any opt level. I am not sure of any particular benefit as of yet, but it was a relatively quick modification to locally test pass manager changes.

I also have been poking at the LLVM target description file for the x86 architecture. As default configured, we are missing out on extra potentially useful instructions due to attempting backwards compatibility to much earlier x86-64 processors. For example, anyone here actually running Chromium on a Pentium 4 Prescott?!

It is going to take some effort to determine if there are any instruction set benefits. For a particular example, be it via command line or target description file, it is not as simple as generically turning on AVX support for the compiler due to the potential for register save and restore transition penalties when running mixed AVX (256-bit) and SSE (128-bit) code through the same SIMD pipeline.
@Dan

I'm very privacy and security focus: i delete/disable a lot of services (such as Siri), use a firewall - Hands Off, and use DNSKong (an oldie but a goodie) an HOSTS file blocker. Perhaps High Sierra has auto-updated and changed certain parameters. OSX is probably the best commercial OS on the market (compared to Windows 1809 the stuff that comes out of Thug Cat's arse is better). Apart from changing my build system to Majove 10.14 nothing has changed. I do not know what has materially changed.

@RobRich

I think Google should get its arse in gear and actually issue some canonical Polly and LTO build instructions. The utter dross that is produced by Microsoft - namely Windows 1809, and Google vis-a-vis Chrome is mind blowing. One gets the impression that the only "thing" these mega-corporate welfare queens are good at is asking government for hand outs. Paul Allen must be turning in his grave.
As a start, I have been focusing largely on Javascript performance in recent days.

Current public ThinLTO build:

SunSpider: 263.5ms +/- 1.2% (lower is better)
Octane 2: 39220 (higher is better)
ARES-6: 23.92 ± 0.57ms (lower is better)
Dromaeo V8: 1859.48runs/s (higher is better)

Just tested internal Polly without LTO build:

SunSpider: 250.6ms +/- 1.8%
Octane 2: 39690
ARES-6: 23.14 ± 0.22ms
Dromaeo V8: 1880.57runs/s
Anon3900
@ Paul Phillips
This is for Win7 (not sure about win10, MAC or VM)
ON win7 - All extensions and its settings are in C:\Users\XXX\AppData\Local\Chromium\User Data\Default - ***Save a good copy as backup
How I do it when there is a new update - (In your case move data/settings from chrome to chromium)
1) Clean uninstall everything (make sure no chromium folder is left behind - make sure you have the backup done)
2) Install new chromium
3) Load chromium
4) Goto <Setting> <System> DISABLE <Continue running background> and close chromium (*** this is important step)
5) If desire, cclean or manually delete Default-folder in C:\Users\XXX\AppData\Local\Chromium\User Data\Default
6) Copy-Paste the saved good copy to C:\Users\XXX\AppData\Local\Chromium\User Data\Default (with chromium completely closed down)
7) Run chromium and everything orignal extention should be there with new chormium updated

Also Note : C:\Users\XXX\AppData\Local\Chromium\User Data\Local State contain all your settings you pull up in chrome://flags
So you need to copy and paste a saved copy of Local State from chrome to the new chromium,
you get all your original preference PLUS the new stuff the dev put in
Otherwise you just manually go thro all the config and setup again :)

Good luck :)
Hi,

I had some difficulties to find the latest system requirements; realizing later on that there is a headline called "macOS 10.10+". Bummer…

So, I'm using 10.9.5 -- for different reasons. Main reason: Apple releases crap, making software (as hardware) worse and worse, and I don't trust them.

Is there any chance that there will be a chromium browser 70+ (all codecs), supporting 10.9.5? Because even the "official" chromium download says that the requirements are 10.9.5, but serve a version needing 10.10.
admin
Hello, Thank you all, especially the developers! ;)

@san: Since June 2018, Chromium browser 67 is the last supported version on macOS 10.9.x. The latest system requirements are the same as Google Chrome: https://support.google.com/chrome/a/answer/7100626

@Anon3900: Thank you for your help. Do not forget the import/export option of chrome://bookmarks ;)
Anon3904
Short question: According to this chromestatus.com site Chrome 70 (current stable) should support AV1 decoding.

But this tester here: https://tools.woolyss.com/html5-audio-video-tester/

Does not seem to indicate this proposition. Is this expected behavior?
@Anon3904 You can try manually forcing AV1 support. Point your browser at the following internal URL:

chrome://flags/#enable-av1-decoder
Previous public ThinLTO r599540 build:

SunSpider: 263.5ms +/- 1.2% (lower is better)
Octane 2: 39220 (higher is better)
ARES-6: 23.92 ± 0.57ms (lower is better)
Dromaeo V8: 1859.48runs/s (higher is better)

Current public ThinLTO r601406 build:

SunSpider: 248.5ms +/- 1.8%
Octane 2: 39815
ARES-6: 22.36 ± 0.22ms
Dromaeo V8: 1868.74runs/s

Using non-default instruction scheduling passes to bias for instruction level parallelism, plus modified the LLVM pass manager to enable the aggressive instruction combining pass for all opt levels above -O0.

I was tuning for JavaScript performance for now, so someone else can toss the build at other benchmarks if desired. I did some quick casual runs of Speedometer and BW3 to verify compatibility, and IIRC, the numbers were about as expected for my ThinLTO builds.

----------------

On the experimental front, I am still poking at modifications to the LLVM target description file for the x86 architecture. Thus far I have added four additional instruction subtarget features that should not break compatibility with most popular x86 processors from like 2010 forward. As to performance benefits, if any, I need to generate an updated build and run numbers.
A few stats (HS 10.13.6):

Chromium.70.0.3538.67.sync.app [Standard build]

sunspider-1.0.2: 306.6ms +/- 2.1%
Octane Score: 31237
ARES-6: 31.15 ±0.62ms
Dromaeo V8: 1465.56runs/s (Total)

Chromium.70.0.3538.67.polly.lto.cfi.O3.sync.app

sunspider-1.0.2: 305.7ms +/- 1.7%
Octane Score: 30951
ARES-6: 31.46 ±0.35ms
Dromaeo V8: 1470.89runs/s (Total)

Chromium.70.0.3538.67.thinlto.cfi.nosync.app [-O3]

sunspider-1.0.2: 303.0ms +/- 2.2%
Octane Score: 31162
ARES-6: 31.22 ±0.24ms
Dromaeo V8: 1468.56runs/s (Total)

===
CFI adds a slight overhead (Chrome is working to make this the standard in all builds.)

Nothing conclusive, but my preference is for thinlto (perhaps with O2 - standard - optimisation) and cfi. Full LTO is a bit of an indulgence given the much longer build time.
plebian_user 
Disabling Identity consistency between browser and cookie jar doesn't seem to work in the new versions :(
Bromite is for Android only at the moment, it is not mentioned here on the page.

Also, I build the vanilla Chromium (with same build flags as Bromite) for Android, side by side: https://www.bromite.org/chromium

It is used mostly for checking if a bug is present upstream in Chromium.

Fun note: I was able to disable webRTC for a few builds after the build flag was removed upstream, but in the end I had to give up as it has become too tightly integrated as you mentioned...I hope other build flags do not follow this fate!
admin
@csagan5: Bromite is mentionned in #chromium-forks for a month. But agree, it is not currently in the #android section! ;) I can add it. It seems you are the main developer of Bromite, isn't it? I saw your contribution activity on Github.
Site archive: https://web.archive.org/web/20180925045932/https://chromium.woolyss.com/#chromium-forks
Github appears not to be functioning correctly at the moment, so I'm unable to upload.

I decided to incorporate some of csagan5's patches into a private present (OSX) stable build. Namely:

(i) Disable-WebRTC-by-default.patch
(ii) ungoogled-chromium-Disable-webRTC-log-uploader.patch
(iii) getBoundingClientRect-measureText-add-fingerprinting-mitigation.patch

WebRTC is disabled to a certain degree, apart from RTCPeerConnection, RTCDataChannel - which is consistent with using third party methods; but, DeviceEnumeration is also enabled. I don't know if ClientRect is generating spurious or random data, but it appears that this has not been disabled.

Only a sub-set of the available patches has been applied, so a more comprehensive application of patches might produce a different result.
I use latest Build von RobRich (64bit Windows). When I clear browser cache, browser crashes. Is this a bug?
AFAIK, yeah, it probably is a revision bug. I apparently resolved it on one local system by completely uninstalling and reinstalling the browser. Not an elegant solution, though.

Taking a really quick look at recent changes, I did note there have been SQLite component updates. History, autofill, cookies, etc. use it.
What I tried is uninstall and reinstall the browser. Did not help... Then I installed previous version of browser, bug is gone. Now I use last build again.
csagan5 Webrtc Patches

====
Chromium for 64-bit macOS - All Codecs - Wednesday, 17 October 2018
Chromium v70.0.3538.67-r587811-macOS
9ab0cfab84ded083718d3a4ff830726efd38869f-refs/branch-heads/3538@{#1002}
OS Mac OS X

- only for macOS 64
- with codecs (h264, h265, flac, xvid, AV1, etc...)
- official build
- Stable
- SDK 10.14
- Xcode 10 (10A255) GM Seed
- Compiled under macOS 10.14 build 18A389
- Clang/LLVM 8.0.0 342458

No Sync • No WebRTC • No Widevine • Polly • LTO • CFI • O3 Optimised [ThugCAT]
Chromium.70.0.3538.67.polly.lto.O3.nosync.app.zip
https://github.com/macchrome/macstable/releases/download/v70.0.3538.67-r587811-macOS/Chromium.70.0.3538.67.polly.lto.O3.nosync.app.zip
SHA1 03E46A975D6BDBABF76B7BE53311CEB866B11BD3

===
No new Mac builds until November.
No idea if the history clearing bug is resolved, but here is a 64-bit ThinLTO test build from my internal tryouts for those wanting to check a more recent build.

chrome.zip | sha1: d56ab47fb472d7212ef01f8ea0c3ce2763f1e1ca
https://drive.google.com/open?id=1yXI92U_EA3ydioy7j9rg-XxWRCQ6TDU5

mini_installer.exe | sha1: d2d10abd561680b46dbc0ed67b3ea7c8501051dc
https://drive.google.com/open?id=1C7wSOiu39rC94tD3vUqinAQWqJ48picu

Of note, the build does have somewhat higher processor requirements than typical. Most procs supporting SSE4.2 should have the various additional instructions being tested in the build. I have yet to assess any performance differences, so YMMV.
Anon3917
That experimental build felt quick. Opening it from taskbar felt snappy. Did some benchmarks and it seems to have crushed it. The new build to beat.

Chromium 72.0.3589.0 (Official Build) (64-bit)
Revision 50ff782ea54a72162d479634088516802f0d96be-refs/heads/master@{#601638}
JavaScript V8 7.2.57

Octane Score: 35246
Speedometer: 79.83 ± 0.34
JetStream: 164.71 ± 0.66423
SunSpider: 269.9ms +/- 0.9%
Kraken: 1154.3ms +/- 0.9%
Anon3918
I can't log in to my gmail account with RobRich's 72.0.3587.0 (601406) • Saturday, 20 Oct 2018 build. Is this bug or something?
THX Amy Winehouse and Jerry for the reply. Thank you marmaduke for the builds I permanently use(d).
Anon3920
Do Windows builds without a "widevine" tag not have widevine? Will there ever be a stable Windows build without "widevine", but with "no-sync", tags?
admin
@Anon3920: I put the "Widevine" tag only on stable Chromium versions because on development versions, the Widevine plugin sometimes works, sometimes doesn't work.
@marmaduke: Nice to re-see Webrtc patches! ;)
@Anon3918: It is a development version. So use it only for tests. RobRich and marmaduke are the specialists of experimentation! ^^
Anon3918 Do you have account consistency disabled, perhaps? If so, set it to default or fix auth errors, which should be the same for my builds due to how I configure the field trial settings.

chrome://flags/#account-consistency
Anon3923
Will there be a stable build with no-sync?
admin
@Anon3923: No. You can make a "no-sync" version by disabling #google-api-keys yourself.
@Anon3917 Thanks for the feedback. :)

64-bit ThinLTO public build r602039 rescinded and replaced with r602251. The updated build has basically the same optimizations except for expanded compiler target instrction set definitions, which are back to LLVM defaults.

I was taking a closer look, and there are some nitpicky generational differences in subtargets of a particular instruction set I added to the definitions. I suspect they were not even used, but anyway to be safe.b I will keep the instruction modifications in experimental builds for now.
Anon3926
Not sure if r602251 made it better or worse.

Chromium 72.0.3591.0 (Official Build) (64-bit)
Revision 50fe66c6897c9b56d22634b13d0a844e84174143-refs/heads/master@{#602251}
JavaScript V8 7.2.77.1

Speedometer: 81.50± 0.35
Octane Score: 35486
SunSpider: 270.2ms +/- 1.5%
Kraken: 1148.3ms +/- 0.9%
JetStream: 164.60± 5.6867

Mostly similar to before, but Speedometer picked up a tiny bit. JetStream on the other hand, is getting a larger variation in numbers across runs.
Overall though, the new optimizations are better than the previous ThinLTO builds.
@RobRich: Since new version came out, I dont have bug anymore when I want to clear browser cache.
Anon3928
With "72.0.3591.0 (602251)" this Twitch chat bug is back: https://giant.gfycat.com/AchingDistortedGallinule.webm
With previous version "72.0.3587.0 (601406)" the bug is not present. Just FYI
Glad to hear the clear cache bug is resolved. :)

I just pushed an updated build due to the Twitch bug resurfacing. No idea if project devs have resolved it, but it is worth a try IMO.

64-bit ThinLTO benchmarks are likely to remain somewhat static for the immediate future, as I think the current configuration is working decently for most mainstream systems. Otherwise I will continue pushing experimental builds as I think of other possible performance modifications to include.

Now to figure out what is breaking 32-bit ThinLTO during building. Hopefully just a revision issue.
Anon3930
With "72.0.3591.0 (602405)" the problem persists, Rob. Guess it confirms that it's indeed a revision bug. Time to wait for some builds to pass. Thanks for all the updates!
If currently hitting a 32-bit build error on v8_context_snapshot_generator.exe due to "undefined symbol: _v8_Default_embedded_blob_", set "v8_enable_embedded_builtins = false" in the build arguments.

32-bit embedded builtins support has (had?) a TODO support note in the arguments, and a related blog post mentioned late 2018 as a possible timeline. Suppose the v8 project devs might be trying to enable support; or maybe accidentially enabled it prematurely.
@Jerry yes, I am the main developer behind Bromite :)

I would indeed mention somewhere that it is only for Android, to avoid confusion. And if it is of any use you can also list the vanilla Chromium version (https://www.bromite.org/chromium) as I see that no Android versions are here

@marmaduke the clientRects patch (like the canvas patch that you did not use) will add noise to the returned values. Such noise is not visible for the canvas and it should not cause problems for the rects. I think in some cases it may cause a slight wiggling Javascript-based reactive designs, but I am not sure it's due to this (never confirmed).

ungoogled-chromium has put some of these anti-fingerprinting patches under a flag, you might want to give a look at that too: https://github.com/Eloston/ungoogled-chromium/tree/master/patches/bromite
No Sync • No WebRTC • No Widevine
Chromium.70.0.3538.77.nosync.app.zip
https://github.com/macchrome/macstable/releases/download/v70.0.3538.77-r587811-macOS/Chromium.70.0.3538.77.nosync.app.zip
SHA1 989D5704263E9794835A59522D92B8688730611C

=====
csagan5's No WebRTC and canvas patches:

- Disable-WebRTC-by-default.patch
- ungoogled-chromium-Disable-webRTC-log-uploader.patch
- getBoundingClientRect-measureText-add-fingerprinting-mitigation.patch
- Canvas-fingerprinting-mitigations-for-image-data-and-webGL.patch

The canvas finger print generates random data, for most parameters. The clientrect can be (totally) blocked by not allowing frames (uMatrix). Canvas fingerprinting and device enumeration can be blocked by SafeScript.

No Sync • No WebRTC • No Widevine is a one-off build: Normally, No WebRTC and canvas blocking can be attained by using SafeScript and uMatrix/uBlock.
Anon3934
How download Chrome/Chromium extensions (for offline use)
'Chrome Extension Downloader' (web site) do not works anymore, but You can use a Python script on GitHub at https://github.com/dn0z/Chrome-extension-downloader or:
1. CRX Downloader at https://online.standaloneinstaller.com/crx-downloader
2. Crx4Chrome works yet (but sometimes extensions are not updated) at https://www.crx4chrome.com/
Anon3935
Captcha on Robrich's new iteration is buggy as hell. Is there anyway to fix it?
Updated 64-bit ThinLTO build pushed. Updated 32-bit ThinLTO build cooking.
Disabling automatic tab discarding doesn't work on Chromium 70 for Windows x64. Previous versions wouldn't refresh the tabs but since upgrading it keeps refreshing.
Manually disabling and/or otherwise tweaking these flags (if present) might get you back to previous behavior.
chrome://flags/#page-almost-idle
chrome://flags/#proactive-tab-freeze-and-discard

I do not really follow the work, but I see tab discarding, memory pressure, ranking, etc. has been undergoing changes for awhile now.

There are possibly even bigger changes if running a current dev build.
Anon3939
Some performance regressions from latest ThinLTO build r603333 and for some reason the mousewheel no longer works for me in chrome://settings. No more scrolling. Tested under clean profile.
IIRC, there is a bug report on the settings scrolling via mouse wheel.
Anon3941
@RobRich

Build v72.0.3596 x64 is actually v72.0.3594 x32 inside the zip file.
Anon3942
clang 64bit 72.0.3596
endless update... ;(
VIRUS!!!!
Anon3944
Yeah, smthng strange in chromeelf.dll in latest stable by Nik
@Anon3941 Thanks. Will fix in a few.

--------------

64-bit ThinLTO r603512 should be resolved.
Anon3946
@RobRich

This is Anon3941 - Thanks for sorting that upload, and for all your efforts here. Very much appreciated.
None of the builds released after version 72.0.3594 (x64) can be run after installation and generate the error 0xc0000034.

The OS installed on my laptop is Windows 10 Pro N - Version 1803 (OS Build 17134.191)

- - - - - -

- System
- Provider
[ Name] Application Popup
[ Guid] {47BFA2B7-BD54-4FAC-B70B-29021084CA8F}
EventID 26
Version 0
Level 4
Task 0
Opcode 0
Keywords 0x8000000000000000

- TimeCreated
[ SystemTime] 2018-11-01T11:49:26.709346500Z
EventRecordID 37933
Correlation

- Execution
[ ProcessID] 620
[ ThreadID] 748
Channel System
Computer DEATHSTAR

- Security
[ UserID] S-1-5-18

- EventData
Caption chrome.exe - Application Error
Message The application was unable to start correctly (0xc0000034). Click OK to close the application.
@Anon3946 Welcome. :)

@YOLAWS Any third-party, active anti-virus/malware utilities installed? If so, perhaps try temporarily disabling such apps to test. Assuming that fixes it, you might need to whitelist chromium.
Anon3949
@RobRich - I can confirm what @YOLAWS says, at least 72.0.3600 on for me crash with that error. I am on Win10 Enterprise LTSC 2019, very stripped down with all antivirus disabled including Windows Defender, so that is definitely not the issue.
Hi @RobRich

I have updated windows for OS Build 17134.376

I do not use any antivirus

Windows Defender is disabled

The Windows Firewall is disabled

I use Comodo Firewall v11.0.0.6728, I tried installing Chromium with it turned on and off.

I uninstalled the previous version of Chromium, I removed the user's profile, and cleaned the system registry with Revo Uninstaller, CCleaner and System Ninja every time before installing the new version of Chromium.

But the result is always the same, error 0xc0000034.

So I make the downgrade of Chromium to version 72.0.3594 and everything works fine.
Evangelical 
Probably due to this - https://bugs.chromium.org/p/chromium/issues/detail?id=461856
Use the portable zip, instead of the installer, shouldn't happen there.
Hi @Evangelical

Your suggestion worked perfectly, thank you.

My best regards
Evangelical 
Sure, that also confirms the issue is with the installer.
Anon3954
Is there a way to backup Chrome/Chromium settings, like Javascript blocked, 3rd party cookies blocked, etc? Or is the sync the only option available for such thing?
Anon3955
Hi @Anon3954

In my case, I uninstalled the previous version of Chromium without deleting the profile and configures.

Here Chromium was installed in the following directory:

%USERPROFILE%\AppData\Local\Chromium\Application\

And the profile and settings were stored in the following directory:

%USERPROFILE%\AppData\Local\Chromium\User Data\

I downloaded the zip file with the latest build of the Chromium (chrome-win.zip)

And I copied all the files inside the uncompressed directory into the application path:

%USERPROFILE%\AppData\Local\Chromium\Application\
Anon3956
I asked because i want to format my PC, and i need to backup my browser settings. For that, it seems that the only way is through Sync option. What you describe is more between versions/builds, i guess?!
Anon3957
@Anon3956

%USERPROFILE%\AppData\Local\Chromium\User Data\

make a copy of this folder to save your profile and settings, after formatting just copy it in the same place again.
Anon3958
@Anon3957

I'm pretty sure that will result in a corrupted profile, and majority of your settings will be reset. I remember dealing with something like that in the past. Something like this: https://i.imgur.com/ns9VDua.png
Anon3959
'chrlauncher' rel. 2.5 is out.
This seem to be a bugfix release and corrects some errors (like do not downloads 'official' Chromium builds - issue nr. 107 by woolyss)
- GitHub page: https://github.com/henrypp/chrlauncher/releases
- direct download 'chrlauncher-2.5-bin.zip' at https://github.com/henrypp/chrlauncher/releases/download/v.2.5/chrlauncher-2.5-bin.zip
Plecostomous 
Version 72.0.3602.0 (Developer Build) (64-bit)

oof! The video performance seems to get slower and slower with each release.

1080p60 VP9 is dropping frames like crazy on Youtube. Tried with and without GPU rasterization disabled.

Firefox shows no dropped frames in 'stats for nerds'.

Planned obsolescence? Haswell should be good enough for this.
admin
@Anon3959: Thank you for update Henry++ ;) I updated all ZIP archives of chrlauncher on this site.
Working on code bloat, so r605443 performance could be a little YMMV. Ran some quick numbers, though, and the results looked generally okay here. Might have to do a little performance tweaking due to changes.

Tweaked the LTO instruction import limit. Enabled LLD tail merging. Enabled aggressive instruction combing for all optimization levels above zero. Enabled a new LLVM feature for hot and cold code block splitting. Enabled a new LLVM feature to help cull the importing and exporting of inline functions lacking local static variables.

Beyond the obvious file size reductions, the potential end-result performance idea is to perhaps allow for closer and/or greater hot code caching at the processor(s) via code size reduction and splitting hot from cold code blocks, while retaining the desired code optimization levels.

I will start a 32-bit build in a few. Maybe tomorrow to push it to public, assuming it builds.
Anon3963
I downloaded and installed a dev build for the first time today (72.0.3594.0 (603333) win32) and I'm having a kind of annoying issue: when the mouse pointer hooves on a bookmarks folder or the menu in the options panel, the small windows remain on screen and overlap whit one another. I hope I'm making some sense here, english is my second language. Anyway, any solution to this? I tried the stable release before (70.0.3538.77 (587811)) and it had the same issue.
Anon3964
@RobRich: Big thanks for update!
72.0.3604.0 (devbuild) (64-bit)
windows 7 64-bit

when moving a bookmark to a bookmarks folder chromium abruptly exits to desktop without error message
Anon3966
has anyone had the issue on recent v72 builds where on websites that display a photo gallery or thumbnails of some sort, the images are grainy or like, aliased very roughly? the actual full size image loads fine when you go to the direct link, but pages that display a bunch of images look pixelated.
Anon3967
@Anon3966

I confirm. For example here : (Warning, be sure to use a Privacy & Ads Blocker before clicking !) https://www.20minutes.fr/sport/football/2366899-20181106 --> in the middle of the article the twitter photos are very blurry.

I will try to find better samples. Please Anon3966 provide samples too that we can open a bug on https://bugs.chromium.org
earthsound 
nik,
look forward to your next dev build w/ sync & codecs. thanks for sharing your builds!
@Anon3964 Welcome! :)

----------------

FYI. My 32-bit r605443 does not include ThinLTO. Missing symbols issue, which IIRC, has been recurring with 32-bit ThinLTO builds lately.

----------------

There is an assigned priority two regression bug report for blurred images in certain tables.
Anon3970
Twitch chat bug still not fixed :(
Plecostomous 
RobRich:

"Working on code bloat, so r605443 performance could be a little YMMV. Ran some quick numbers, though, and the results looked generally okay here. Might have to do a little performance tweaking due to changes."

Turns out it was my fault. I installed "The Chromium Authors" 605211 and that build of theirs was horribly broken (Youtube said h264 wasn't supported) and it was dropping frames like crazy in VP9.

Switched to your 605443 and everything is hunkydory.

Note to others: Don't use out of process rasterizer or zero copy rasterizer with Haswell's GPU.
Anon3972
Not sure if this is an upstream or downstream bug, but:
If you drag and drop a bookmark on another bookmark, in the bookmarks bar, the browser will crash.
@Anon3972, Happens to me too, filed a bug at the tracker - https://bugs.chromium.org/p/chromium/issues/detail?id=902773
Hi :-)

Is anyone else having the issue with 70.0.3538.77 (587811) that they are logged out of every website on every Chromium restart?

Thanks.
Hello, what is the reason why the screen is flashing red square when Android Chrome is in use? Can I close this?
Anon3976
Chocolatey packages moved to https://chocolatey.org/packages/chromium long ago. Stable (default) or snapshots (with "--pre" switch) builds can be installed. It was already mentioned in comments 3623 and 3742. Is it safe to assume that it's pointless to mention it again?
admin
@Anon3976: I opened an issue at https://github.com/chocolatey/chocolatey-coreteampackages/issues/1137 because nothing is clear between the Chromium pages at https://chocolatey.org/ and the chocolatey update engine.
Proof-of-concept build using ThinLTO with PGO (profile-guided optimization) enabled. Stock compiler optimizations. Limited profile set, plus V8 snapshot creation disabled due to compiler issue, so big YMMV on benchmarks for now.

chrome.7z | sha1: ccaf820c7c69024aae2fc78d4d57a3379546fa24
https://drive.google.com/open?id=1jAcZkYIJQ1CbxF3fOp_lR_xSNGd8bq2U

^Build format in 7z archive without layout changes, so do not extract it over an existing install. Extract somewhere else and run.
The https (green) indicator is no longer there.And www subdomain is not being shown. How do i enable it again ?
@Anon3980 Thanks. subdomains now are not hidden.

Also the chrome://flags are not accessible to noob users like me. Is there any wiki or a guide for the ever-changing list of chrome://flags with no vague descriptions.
admin
@RobRich: Your latest Proof-of-concept build is very fast and responsive. Is it a portable version? I see no shortcut and nothing in the Control Panel/Settings app (Windows 10 Pro 1803)

@zxdc: chrome://flags are experimental. There is no more info elsewhere or in the source code.
admin
@Evan: They are different.

1) chrome://flags are developmental and prototype features hidden in Chromium.

2) About #command-line-flags (switches), Chromium supports hundreds of them that may add features to the browser, change how features work, or remove features from it. Some switches are only useful to developers, as they enable them to test certain features in Chromium, while others have practical uses that users of the web browser will appreciate as well.

Note that if you look at chrome://flags to see if the command line (switch) option is active, the state might not be accurately reflected.
Charl P. Botha 
The https://github.com/cpbotha/homebrew-marmaduke-chromium homebrew tap has been updated with Marmaduke's latest macOS builds version 70.0.3538.102
@Jerry, no, they're the same, infact those switches contain more flags that're NOT listed in chrome://flags take a look and you will find some same switches listed in chrome flags too.

https://peter.sh/experiments/chromium-command-line-switches/#top-chrome-md used to exist in chrome://flags and got removed, see what I mean.
@Jerry Thanks for the feedback. It is not a portable build. It will use the profile of an existing Chromium install, or create a new one in the usual Windows user profile directory structure if needed.

If the V8 snapshot issue can be resolved, it should be even faster. Plus toss in a better profile set and some of compiler optimizations as applicable.
Charl P. Botha 
Dear Marmaduke,

The macOS sync build of 70.0.3538.102 seems to be broken at the moment. I did double-check the SHA1. When I unzip and try to start, I get this error message: "Chromium is damaged and can't be opened. You should move it to the Trash."

The current stable nosync version does work, but it has difficulty logging in to google services.
Anon3989
@Jerry @RobRich
Must be just me then. Proof-of-concept build is sluggish. Opening incognito window you can visually see the lag.
Running benchmarks show significant performance hits.
@Charl P. Botha

The no sync versions works as designed!

Try this:

Chromium for 64-bit macOS - All Codecs - Saturday, 10 November 2018

Chromium 70.0.3538.102 (Official Build) (64-bit)
Revision 4bbeebac88fdc09c97265e47c205868bbd190497-refs/branch-heads/3538@{#1077}
OS Mac OS X

- ThinLTO and CFI
- SDK 10.14
- Xcode 10.1 (10B61)
- macOS Mojave 10.14.1 (18B75)
- LLVM/Clang 346586

Sync • WebRTC • Widevine
https://github.com/macchrome/macstable/releases/download/v70.0.3538.102-r587811-macOS/Chromium.70.0.3538.102.rev1.sync.app.zip
Chromium.70.0.3538.102.rev1.sync.app.zip

SHA1 D18A35BD281BCC6F06500D9F698BAD0ADD819BBC
Anon3991
@Anon3989, you're not alone, it feels sluggish here too
It is a PoC build demonstrating working ThinLTO+PGO support. Performance is entirely secondary for now. ;)

A big part of the performance issue is the lack of V8 snapshot support. That, plus the lack of my usual compiler optimizations.

That said, I am actually showing local gains in a few benchmarks. Until the V8 snapshot issue is resolved, I might try doing partial PGO on certain other components besides V8.

I dropped project devs a line about the V8 issue, though, so let's see what happens there in the meantime.
admin
@RobRich: Hi the "experimenter"! Thanks for all. ;)
@marmaduke: Thank you too! ;) I updated your comment.
@Evan: For fun, I quickly made a dynamic page to show the https://chromium.woolyss.com/correspondence-between-command-line-switches-and-flags-in-chromium/
Anon3994
The grainy thumbnail issue exists even on the official dev release of v72. Very quirky.
scorpiogreen 
So why have the explanations on this site been removed?

I don't know which 32-bit PortableApps version to download anymore
Click the little sideways arrow under the builds, and the details will appear in a drop down. :)
You can also try the following link: https://chromium.woolyss.com/?box=1
admin
@scorpiogreen: I improved the site for our eyes because there are more and more info. Nothing is removed. I created toogle boxes to show/hide details (like RobRich said before) and changed colors:
- green: third-party stable builds
- blue: third-party dev builds
- orange: official dev builds

About 32-bit PortableApps version, there is only the #win32-dev-thumbapps no-sync version on this site.

But you can find other PortableApps versions on the web. Note, they are often outdated:
- https://www.thumbapps.org/2016/10/Chromium-portable-32-64-bit-dev-nik-build-pgo-optimized-all-codecs-Widevine-sync-WebRTC.html (sync version)
- https://sourceforge.net/projects/winpenpack/files/X-Chromium/releases/ (no-sync version. 32-bit???)
Anon3999
Hi. Your site with dark mode would be dope
Anon4000
@Anon3999: Use the "Dark Reader" extension available on Chrome and Firefox.
The installer chromium-sync.exe has been blocked by F-Secure on my pc (W10 pro). The alert message says "Suspicious: W32/Malware"; I stop there and give up the installation of Chromium until I get reliable information on the safety of the installer.
Georges
France
admin
@Georges: Please read the #malware section. You will see that is a recurrent problem of antivirus with unsigned executables like the Chromium installer. This is "Suspicious: W32/Malware" because: 1) Chromium installer is unsigned. 2) It is an heuristic detection of your antivirus. This installer is a 7-zip archive file. So unzip it and check its content with your antivirus. There will be no antivirus alert.
Anon4003
Why isn't there a fork of chromium on android where we could add extensions? Is it not possible to do so?
scorpiogreen 
RobRich and Jerry, THANKS
earthsound 
nik: are you still working on the 64-bit dev build w/ sync and all codecs? TIA
About the lack of ThinLTO builds in recent days, I am waiting on a V8 change to roll into Chromium. Otherwise, I might have locally pull in the code myself.

Right now V8 embedded builtins are broken with Windows ThinLTO builds due to how snapshot assembly is being handled. It is the same issue I hit with the recent ThinLTO+PGO build.

I pulled the V8 project separately and successfully built it with ThinLTO after the following commit to to use plain assembly instead of inline assembly.
https://chromium.googlesource.com/v8/v8/+/bd8ed720cfa0533e4732490f5240380e234e469e

-------------------------

I got tired of waiting for an updated V8 roll. I remapped my local Chromium project's V8 to a separate local updated V8 project repository. ThinLTO is back working as expected. :)

Now to the Win64 ThinLTO r608640 build, which should go public in a few minutes.

LLVM is largely stock. Basically just disabled duplicate symbol checking. Default pass manager passes, default LTO function import limits, etc. Wanted a get a working Chromium build done ASAP without possible extraneous breakage in the mix.

As for LLVM options to build Chromium, I have enable the new pass mananager, newgvn, hot/cold splitting, etc. Quick benchmarks look okay. Even some improvements in Octane 2, MotionMark, and SunSpider.

I will get a 32-bit build cooking to hopefully push over the weekend.
Anon4007
You're a legend RobRich!!
btw on the experimental front, you still planning on playing around with the additional instructions? or is that being shelved?
Enabling newer SIMD support natively for the compiler across the whole codebase *might* have some benefits with the latest LLVM work on vector load narrowing, vector widening for type legalization, and similar.

I probably will revisit it with a future FullLTO+Polly build.
I want to give a huge thanks to those who are packaging and providing these updated stable builds of Chromium. While I do plan to switch to Pale Moon soon due to personal preference, I am really happy that there is a viable open-source alternate to the Google-branded version of Chrome.

I'd like to request if someone can work together with other devs to make an open-source optimized stability-focused fork of Chromium that ignores/removes Google-specific crap they throw in while preserving the benefits of Webkit. I personally lack the knowledge to do so (though I'm trying to learn!) and wanted to see if any interest is there for this type of thing.

Just looking through Chromium flags you see all the junk they shove in to bloat the code for no discernible end-user benefit. So much bloat :(
@Jerry You can add the ThinLTO tag back to my Win32 r608640 build. :)
admin
@RobRich: Done dear Master! :)

@JC Denton: Thank you very much. Try ungoogled-chromium or iridium. Note on Windows, there are often outdated.
- https://github.com/Eloston/ungoogled-chromium
- https://github.com/iridium-browser/iridium-browser
@RobRich: With your latest Chromium build, I experience again bug with lets browser crash when deleting cache. I jump back to previous build again.
@olle It is working here, at least as tested on my Win64 build. Thinking of possibilities, do you have the simple cache flag at default?
chrome://flags/#enable-simple-cache-backend
Hi, I just looked... "simple cache for http" is at default. Thanks for your help :)
Not sure then, unless it is something external to Chromium like a directory permission issue.
Its strange... I uninstalled new version to replace it with previous version. Bug is gone... then I uninstall previous version to replace it with new version and bug comes back. I just stick to previous version and wait for your next release :)
Will we see a new NIK build soon?
Anon4018
widevine all-codecs sync and higher build than 72.xxx why is there no one and always good stuff disabled?
admin
@DazMan: I do not know either.

@Anon4018: Please read the nik's comment at https://chromium.woolyss.com#comment-3574 He prefers to concentrate his efforts on the STABLE versions.
it's done... but i need to test the av1 codec
Marmaduke's builds are not "no WebRTC" anymore for quite some time now.
Wrong tag for v72.0.3582.0-r599622-Win64/chrome.packed-2018-10-16.7z
admin
@nik: Thank you nik for your release updates, time and work. Greatly appreciated! ;)
@sluTTY: Also thank you for your feedback. Solved issue.
Chromium for 64-bit Windows - All Codecs - Monday, 19 November 2018

Chromium 72.0.3616.0 (Official Build) (64-bit)
Revision 3cfde766316c5d856cbf7d8f5d3276a7644d5e0c-refs/heads/master@{#609328}
OS Windows

No Sync - WebRTC - No Widevine
SDK 10.0.17763.132 (Visual Studio 15.9.0): October 2018 Update version 1809
Buck Ofama 
@olle @RobRich
Same here, cannot delete cache on Win64 but can when reverting to previous build.
Anon4025
Thank you, Nik! Working perfectly on Windows 7 :)
admin
Thank you very much marmaduke. You are everywhere! ;)
Chromium for 64-bit Windows - All Codecs - Tuesday, 20 November 2018

Chromium 72.0.3617.0 (Official Build) (64-bit)
Revision 756bea38c853ce40e3daba7f7fadf85b0920785f-refs/heads/master@{#609662}
OS Windows

No Sync - WebRTC - No Widevine - ThinLTO!
SDK 10.0.17763.132 (Visual Studio 15.9.0): October 2018 Update version 1809
Anon4028
Nice release marmaduke. Thanks!
Anon4029
@Anon4028: Except if you go to chrome://settings/clearBrowserData But that not a marmaduke problem, it’s a revision bugs.
Thanks for updating chrlauncher 😊😊
Hello,

Already try to send this message.

Anyone get a solution to get last Chromium with H264 on ubuntu 14 ?

Thank a lot for chromium build for windows, I use since years.
Anon4032
Ubuntu 14 is an old version. Try this:
sudo apt-get install chromium-codecs-ffmpeg-extra
Thank you @Anon4032 but I want both : H264 + recent version of chromium.

Already get H264 but want recent chromium (> 66) on ubuntu 14.04.

Seems not possible. recent Chromium PPA available don't build successfully recent chromium for 14.04
Anon4034
Also, did you test to install Chromium via Snappy?
https://snapcraft.io/chromium
@Anon4034 it works ! Thank a lot
Anon4036
Getting a s#%t ton of page not responding errors with 72.0.3615.0 while copying and pasting the same url into other browsers works immediately.
Anon4037
Does installing one dev's build over another dev's build cause any errors e.g. RobRich 72.0.3612.0 (608640) to Marmaduke 72.0.3617.0 (609662)?
Anon4038
Chromium on Android
- Brave Browser Adblocker rel 1.0.6.9 has been released at november 23, 2018.
This build (.apk) contains Chromium 70.0.3538.110 of 'The Chromium Authors' and it's 'no-sync' so You cannot log in to Gmail.
✓ Google Play: https://play.google.com/store/apps/details?id=com.brave.browser
✓ GitHub sources: https://github.com/brave/browser-android-tabs
✓ GitHub builds: https://github.com/brave/browser-android-tabs/releases
- Brave Sync
coming soon
✓ GitHub: https://github.com/brave/sync/wiki/Design
Hi all!
About API keys on Mac:
- the instructions on this page to put them in a ~/.profile file don't work (tried it in 10.9 before and now in 10.11)
- I've succeeded globally defining the variables in ~/Library/LaunchAgents
Is there any way to make the ~/.profile method work? In this case, the instructions on this page should be modified accordingly as Chromium Sync doesn't seem to care about that file... (tried the last Marmaduke version)
admin
@Anon4037: Not tested. They are development versions. So one or both can be unstable.

@Anon4038: Brave is one of many #chromium-forks on Android. Nothing against this project. Just Chromium and Brave are different! ;)

@Aargl: I do not use macOS. The instructions about #google-api-keys must be outdated :/ Read this Github thread and its comments: https://gist.github.com/cvan/44a6d60457b20133191bd7b104f9dcc4 Please, then tell us which method works for you. I understood that it works with variables in ~/Library/LaunchAgents. But can you help more? Do you use "export", "launchctl setenv" or create a "plist" file, for example?
Anon4041
Guys, just a little question: can I move my Chrlauncher folder (where the profile resides) to another place, without any side effects?
Anon4042
@Anon4041: Chromium (like all Chromium-based browsers) has "Secure Preferences" feature based on the machine SID. So extensions, certificates and passwords are not portable. The only way to migrate these data is to synchronize your data. I encourage you to make a copy of your profile data before to move it.
Anon4043
@Anon4042

Thank you! But I mean just to another folder in the same partition, not to a different machine. My bad for not being specific about it.
Anon4044
@Rob: 72.0.3623.0 (610957) 64-bit downloads 72.0.3612.0 (608640) 32-bit
Anon4045
@Rob, anon4044 is right :

the x64 --> 72.0.3623.0-r610957-win64 (ZIP) and (MINI-INSTALLER) is a copy of the x86 --> 72.0.3612.0-r608640-win32...

It seem you have tangled your folders again ;)
Plecostomous 
@Robrich : Just curious, why can't you do all-codecs for your builds? Not a complaint, just a question
Fixed the 64-bit files. Thanks!

Pushed a 32-bit ThinLTO build.

Also pushed a 64-bit Polly+FullLTO build for the adventurous people. ;)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v72.0.3623.0-r610957-win64-polly

@Plecostomous: I technically can, but I have no personal use for them. Ya'll typically get the same (or similar) builds I use.
Hi. Please remove Norton ConnectSafe from DNS services section on this site, because it is retired. Big thanks for you guys for making our lifes much simpler. Cheers!
I'm on Chromium 70.0.3538.110 by Nik and for some reason full screen for videos does not work on any website. I click on the full screen button and nothing happens. It just randomly started.

Struggling to find a solution.
Anon4050
I think the video issues (fullscreen, youtube blacking out etc) are revision issues, just wait it out.
admin
@Plecostomous: The RobRich's builds have all codecs (expect the AMR and H.265 codecs). Most websites work nicely (Youtube, Vimeo, Twitter, Facebook, News sites...). In the next years, the AV1 codec (https://en.wikipedia.org/wiki/AV1) will replace the H.265 codec. Note AV1 is already available in Chromium 69+ and Firefox 62+.

@RobRich: Thank you for all! ;)

@Milos: Thank you for info. I updated the site.

@T: I agree with @Anon4050
Chromium for 64-bit Windows - Ungoogled - Saturday, 01 December 2018

Chromium 70.0.3538.110 (Official Build) (64-bit)
Revision ca97ba107095b2a88cf04f9135463301e685cbb0-refs/branch-heads/3538@{#1094}
OS Windows

No Sync - WebRTC - Widevine

Standard build of Eloston's ungoogled-chromium. All patches applied, apart from "Safe Browser". Linking failed due to safe browsing being removed, so I decided not to remove any element of safe browsing.

ungoogled-chromium-70.0.3538.110-3_windows.7z (7-Zip archive)

Eloston is doing what Google should be doing (and perhaps is incapable of): a "self-contained", standalone, toolchain, tar ball build of Chromium. There is absolutely no reason why the casual user shoud have to download 14Gb of Google's finest crud to build an existing revision of Chromium.
admin
@marmaduke: Well done dude! I add it manually in the #windows section. Note there is currently no entry for you to update the site because I do not know if you will continue this build. Thank you for your all work, time and sharing! ;)
Thanks a lot for the ungoogled-chromium build marmaduke, does it include codecs for video playback on sites such as youtube? Cheers
Anon4055
Can I choose install path for Chromium?
admin
@bobby12: Yes. Videos work well on all sites (Youtube, Vimeo, Twitter, Facebook, News sites...)

@Anon4055: Yes with the Archive and Portable versions because there is no install. However, about the Installer version, you cannot do it but it is possible to change your #user-data-directory by passing the " --user-data-dir" command-line flag to the Chromium binary.
Proof-of-concept attempt number two for ThinLTO+PGO. It is working decently enough here to push to my GitHub misc repository.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v72.0.3625.0-r611967-win64-pgo

Note, I enabled AVX support across the board for optimized code paths. YMMV.

I probably need to work on file sizes, which might further help with caching and data locality, as right now it is a slammed -O3 build for both compiler and link-time optimizations. Maybe also consider rolling in hot/cold code splitting.

Anyway, as is, it is delivering several positive benchmark returns on my Kaby Lake test system. :)

----------------

@Anon4055 Another trick with the mini_installer.exe is use a directory symbolic link.
https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/mklink

You know Chromium is going to be installed to your Windows user appdata directory by default, so it is pretty straightforward to just create a symbolic link of the intended directory to wherever else you actually want Chromium to reside.

For example on my notebook, I have a directory symbolic link from the expected Chromium install directory on my OS SSD to another directory on a different Optane SSD.

mklink.exe /D C:\Users\RobRich\AppData\Local\Chromium D:\Chromium

----------------

BTW, for those building with ThinLTO on Windows. You likely are going to need to a quick code edit dealing with inline ASM to get V8 building with ThinLTO, at least for the near future.

C:\depot_tools\chromium\src\v8\src\snapshot\embedded-file-writer.cc

Comment out around line 410 or so, as it has been bouncing around in recent V8 revisions:

fprintf(fp_, ".def %s%s; .scl 2; .type 32; .endef;\n", SYMBOL_PREFIX, name);

The issue is link time optimization of inline asm. Apparently the streamer called by the ThinLTO compiler path does not understand the COFF directives in the inline asm. As a workaround, V8 inline assembly can build and run without the directives, which is what is being disabled in the above edit. AFAIK, it is just harder to debug the resulting code.

I have reported it to the V8 project. The Chromium guys working on LLVM and other compiler tasks already have some ideas on the table.
Anon4058
Just posting to report the ungoogled-chromium build recently added works a treat, no stability or functionality issues (after 5 hours usage). I use unpacked extensions and they work great.
One thing, I notice it added as 'widevine' but see no widevine component in the program directory, also updating via chrome://components doesn't work (I assume as the url is nulled out), so does it actually have widevine?
Thanks
@Anon4058: I am on iOS away from a Windows system right now, but IIRC, the Shaka Player demo offers a Widevine asset for compatibility testing. https://shaka-player-demo.appspot.com/demo/
@Jerry: I'll update the ungoogled build occasionally, particularly when it's possible to do a full build that does not include Safe Browsing. I'll request an update slot if one is required.

@Anon4058: Widevine functionality is included; but, you have to manually install the Widevine elements (The WidevineCdm folder from the respective version of Chrome).
Anon4061
@RobRich: Using your new PoC thinlto pgo build and wow! Speedometer has shot up the fastest I've seen since a build where you used 'extended compiler optimizations'. Need to test some more benchmarks.
@Anon4058: I don't know how to manually install Widevine for Chrome Windows: it is not as straight forward as it is with Linux or macOS.
@marmaduke You can obtain the current version string and download Chrome's Windows Widevine component directly from Google, but prefacing this with the typical IANAL disclaimer here, I suppose it might violate the licensing agreement to use it for anything but Chrome. It uses the same version string lookup file and is in the same server directory as the Linux version. Just change the "linux" string in the zip archive filename to "win".
@RobRich: I run Chromium in a portable fashion, my command line arguments were too restrictive: Widevine fucntions correctly

@Anon4058: Use RobRich's method or the method that I initially proposed.

For the computer literate, download the standalone Windows Chrome installer, elect to install it as portable, BUT don't press enter, use your imagination - rummage around in the respective users appdata and find the approriate archive, extract the required directory, then cancel the portable install.
Anon4065
@RobRich your experimental ThinLTO+PGO is lightning fast. Benchmarks are showing significant gains!
Anon4066
Hi thanks for the site, just wanted to say that mac freesmug build no longer is signed, i think their apple dev certificate expired
earthsound 
If you see an uptick in traffic soon, it may be because of this. ;)

Though Microsoft have embraced open source the past 5-10 years, I didn't expect them to abandon their EdgeHTML engine so soon. I guess the abysmal usage rate, bugs, and man hours to maintain caught up with them.
https://www.windowscentral.com/microsoft-building-chromium-powered-web-browser-windows-10
@Anon4061&Anon4065 Thanks for the feedback! :)
Hi there!
Please, I would like some explanations about the "portable" editions of x86 & x64: I downloaded the latest portable zip files (v2.5) and launched the .exe one. On the first launch (the 19th 11.2018), it downloads correctly all the files but, when you pull an update (today), the launcher never gets it, and is launching the binaries I still got of the previous release. In fact, it never downloads the newer binaries, and I need to delete each time the bin folder to get the new ones. I don't know how to only do an update. If you still didn't get this issue, maybe a possible correction next time?

Bonus question: I don't know why a PortableApps version is not uploaded on PortableApps.com. I tried to ask if I could put updates, and I get no answers. So, I have to create it on my own... ^^

Thanks for answers
V.
admin
@marmaduke: Noted. I will open an entry for your "ungoogled" version ASAP.

@RobRich: Like ever, thank you for the Widevine install info.

@Anon4066: Exactly. I updated the site. Thanks.

@VIRGO77: Please check your mailbox, I answered you in your language! ;)

@earthsound: Thank you for info. The site traffic is unlimited ^^

MS Edge will use the Chromium rendering engine (Blink) on Windows 10. I am not surprised. MS Edge currently uses Blink on Android ; and ANGLE on Windows. Also, other Microsoft products use Chromium parts: MS Visual Studio Code, Skype, Minecraft. Read the #project part for more info. Moreover, the Chromium source code has an official mirror on Github (a Microsoft hosting service since 2018): https://github.com/chromium/chromium

And finally, Microsoft is #1 in the number of people contributing to its open source initiatives on Github since 2016:
- https://octoverse.github.com/2017/ (Check "Projects with the most contributors")
- https://octoverse.github.com/2016/

In the next few years, you will see more Microsoft products using Chromium.
Anon4071
Great experimental build, seems more stable than the normal builds. keep 'em coming
Charl Botha 
Homebrew cask for @marmaduke 's December 5, v71.0.3578.80 build have just been updated: https://github.com/cpbotha/homebrew-marmaduke-chromium
@Jerry: sorry for the delay (about API keys on Mac), I've been busy for several weeks... updating my OS! ;-) I'll try to post here my procedure involving LaunchAgents as soon as possible, it's pretty cool. :-)
Ciao!
Anon4074
Anyone else having horrid frame drop with 1080p60 VP9 in fullscreen Youtube?

System is a Haswell CPU with HD4600. Is this in preparation for planned obsolescence for when this goes main into Chrome?

Tried disabling hardware raster, oop, oop-d (viz compositor)...
Hi all,

Using 70.0.3538.110 (64-bit) Nik stable, going to update to latest 71.0.3578.80. Does 71 still require

--enable-features=AudioServiceSandbox

parameter?
WildByDesign 
@Starla, As far as I can tell in 70.0.3538.110, AudioServiceSandbox is already enabled by default now. That is sufficient now.

However, if you prefer to disable the out of process Audio Service in general and put it back into the main chrome.exe process which is currently still what official Google Chrome is doing, you can use:  --disable-features=AudioServiceOutOfProcess
What do you think of Slimjet?
@Jerry: about API keys on Mac.
Here are two working procedures, tested by me with Marmaduke's Sync versions:

Method 1) with ChromiumSyncEnabler (https://github.com/ezeeyahoo/ChromiumSyncEnabler)
- put Chromium_template and ChromiumSyncEnabler.py at the root of the current user (~/)
- put Chromium.app in ~/Applications
- in Terminal, type: python /Users/your_user_name/ChromiumSyncEnabler.py
- enter your API keys
N.B.: if you want to activate for all users, do the same procedure putting the files respectively in / and /Applications (I haven't tried, but I can't see why it wouldn't work...)

Method 2) creation of a ~/Library/LaunchAgents/setenv.ChromiumSync.plist containing:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" " https://www.apple.com/DTDs/PropertyList-1.0.dtd ">
<plist version="1.0">
   <dict>
      <key>Label</key>
      <string>setenv.ChromiumSync</string>
      <key>ProgramArguments</key>
      <array>
         <string>/bin/launchctl</string>
         <string>setenv</string>
         <string>GOOGLE_API_KEY</string>
         <string>your_key</string>
         <string>/bin/launchctl</string>
         <string>setenv</string>
         <string>GOOGLE_DEFAULT_CLIENT_ID</string>
         <string>your_key</string>
         <string>/bin/launchctl</string>
         <string>setenv</string>
         <string>GOOGLE_DEFAULT_CLIENT_SECRET</string>
         <string>your_key</string>
      </array>
      <key>RunAtLoad</key>
      <true/>
      <key>ServiceIPC</key>
      <false/>
   </dict>
</plist>

(with your_key being the corresponding API key)

N.B.: I don't know if the ServiceIPC part is needed or not, but it works like that. :-)
Of course, you can name the LaunchAgent setenv.ChromiumSync or anything you want.
• This is perfectly working in 10.11.
• In 10.9, you must create 3 separate LaunchAgent files instead (one for each key).
• I couldn't test more recent OSes, but I think it should work as in 10.11.
The choice between method 1 or 2 depends on wether you want to enter your API keys each time or not... ;-)
since the last 2 builds i get only a blank screen!
i replaced d3dcompiler_47.dll with the one from 70.0.3538.102 and the problem was solved...so i would like to know is there any other solutions or will the support for windows 7 be dropped?
----------------------------------------------------------------------------
Processor: Intel Core i5-540M
Graphics: Intel GMA HD Integrated Graphics
Operating System: Windows 7 Pro_SP1 (64bit)
admin
@Charl Botha: Thank you for your constant updates.

@Aargl: I updated the site with your great #google-api-keys tutorial on macOS.

@WildByDesign: Like ever, thank you for your great help! ;)

@JCM: You are on a site about a free and open-source browser. Slimjet like many other #chromium-forks are closed-source. So I can check the Chromium source code, add similar features to Slimjet and compile it for my own needs. My question: why should I use Slimjet, Google Chrome or other? ^^

@Lukanz: Thank you for your feedback but I do not know how to solve your issue. Did you test to disable chrome://flags/#disable-accelerated-video-decode just to see?

About the support for windows 7, it will be dropped in a few years (not before January 14, 2020 - https://support.microsoft.com/en-us/help/13853/windows-lifecycle-fact-sheet). Personally, I think Chromium will be supported until 2021/2022 because many users and entreprises use this OS). Moreover, Microsoft is rebuilding its Edge browser on Chromium and bringing it to the Windows 7 and macOS (https://github.com/MicrosoftEdge/MSEdge). Note MS Edge and Google Chrome are the first browsers used in entreprise. Microsoft becomes very influential on the Chromium project, mainly for Windows. It is a good benefit for the open source community and users. All rendering engine of main browsers are now all open-source: Blink for Google Chrome, Vivaldi, Opera and MS Edge ; Webkit for Safari ; Servo for Firefox). For info, Firefox uses some stuff of Chromium too (#project).
@WBD: thank you. I will use then the more restrictive alternative parameter disable OOP until I understand the advantages of this externalization strategy.
maybe i described it wrong :)

i use portable chrome version from portableapps.com and replace the Chrome-bin folder with the one from chromium and with each update i do a clean install...and now starts the issue that since 70.0.3538.102 chromium starts (after a clean install) but i only get a blank site, so i replaced d3dcompiler_47.dll (10.0.17763.132) with (10.0.17134.12) and chromium open as usual and i checked the latest chrome build and they use d3dcompiler_47.dll (10.0.17134.12), so maybe thats the problem!

----------------------------------------------------------------------------
Processor: Intel Core i5-540M
Graphics: Intel GMA HD Integrated Graphics
Operating System: Windows 7 Pro_SP1 (64bit)
admin
@Lukanz: Thank you for your explanation. I understood you use https://portableapps.com/apps/internet/google_chrome_portable and replace the Chrome-bin folder with the one from chromium. Yes the versions of "d3dcompiler_47.dll" are different (https://i.imgur.com/Wa0i95R.png). Why do you do that finally? :) Why do not use directly a stable portable version of Chromium?
This is how it look like..... https://i.imgur.com/zYv4nwT.png

There are 2 solutions:
1- install 71.0.3578.80 and replace the d3dcompiler_47.dll with the older one from 70.0.3538.102
2- in my case just stick with 70.0.3538.102 and report the problem and hope that it will be fixed :)

yes im using the portable apps chrome launcher because i added some extra line to it e.g:
##########################################
RMDir /r "$EXEDIR\Data\profile\Default\Cache"
RMDir /r "$EXEDIR\Data\profile\Default\GPUCache"
RMDir /r "$EXEDIR\Data\profile\Default\Media Cache"
RMDir /r "$APPDATA\Temp\*.*"
RMDir /r "$LOCALAPPDATA\Temp\*.*"
RMDir /r "$LOCALAPPDATA\Google"
########################################################
and after each exit it cleans up all left behinds!
Chromium for 64-bit Windows - Ungoogled - Monday, 10 December 2018

Chromium 71.0.3578.80 (Official Build) (64-bit)
Revision 2ac50e7249fbd55e6f517a28131605c9fb9fe897-refs/branch-heads/3578@{#860}
OS Windows

No Sync - WebRTC - Widevine - All Codecs

Standard build of Eloston's ungoogled-chromium. All patches applied, apart from "Safe Browser". Linking failed due to safe browsing being removed, so I decided not to remove any element of safe browsing.

I can actually get Ungoogled to build with the "Safe Browser" patch; but, Chromium fails to launch. I amended the Windows specific (Safe Browser) patch, but feel that the problem is with the generic patches.

Anyway, it's Eloston's build process that I like, and suggest that someone helps out and solves the Windows Safe Browser problem.

ungoogled-chromium-71.0.3578.80-1_windows.7z (7-Zip archive)
https://github.com/macchrome/winchrome/releases/download/v71.0.3578.80-r599034/ungoogled-chromium-71.0.3578.80-1_windows.7z
SHA1 EE4DB4459716B0AA95DF160EDC7E9AF438DC2359
Anon4086
@Lukanz: Make sure your video drivers and Windows 7 are up to date. I'm running Chromium 72.0.3615.0 on Windows 7 and not seeing that problem.
@Anon4086: Chromium 72.0.3615.0 use d3dcompiler_47.dll (v.10.0.17134.12), would you please try Chromium 71.0.3578.80 and see if its runs fine on your machine...thx !
admin
@nik & @RobRich: Big thank you for your updates! ;)

@marmaduke: Idem for you. Now, you can update your "ungoogled-chromium" info yourself. Make sure "win64" is present in the download URL like your other releases. You forgot it! ;)
Moreover, if you make a ZIP archive like others, I can make a portable version (using chrlauncher).

@Lukanz: Here, there is a "name" field in the comment form! ;) Chromium 71.0.3578.80 and 72.0.3615.0 work well (basic browsing) on Windows 10 Pro 1803.
Anon4089
Thank you marmaduke. Very kind of you.
Anon4090
@Lukanz: Yes, it works fine. https://i.imgur.com/BHUmuWt.png
earthsound 
Jerry: You're one of the few in the world not surprised by that announcement, then (outside of, perhaps, some Google employees). ;)

As I mentioned, they've been embracing OSS more and more over the years, but I don't think anyone outside of Microsoft expected them to add a Chromium based engine (ANGLE is not the browser rendering engine) any time soon.

After more info was released from various people within MS, it looks like they aren't abandoning EdgeHTML, just going to add chromium renderer as another option on the desktop. I.e, apps can chose the WebView based on chromium (see Kyle Alden's (Edge Project Manager) comment on this reddit post: https://www.reddit.com/r/Windows10/comments/a3pt19/microsoft_edge_making_the_web_better_through_more/eb8rhe5/?context=8&depth=9)

Also, I think that stat you pointed out is misleading. Their vscode only has 768 contributors. Does that github number (15k) include contributors to forks of the project (8,721), as well? *shrug*
@ Jerry & Anon4090: thx...yes the problem is at my end!

i uninstalled my graphic driver and tried ms standard driver and had no problem loading the latest version... that means its time to send my x201 to retirement!

to anyone with an old graphic card: a workaround for chrome or chromium showing a blank screen replace d3dcompiler_47.dll with version 10.0.17134.12
Anon4094
why not use google chrome?
Anon4095
@ Anon4094.

Because tin foil, thats why. People are so concerned about privacy on the internet, that they forget about the other more important thing....actual real life. My company develops facial and behavioral recognition tech for retail tracking and surveillance to improve consumer shopping experience. What good is that facial recognition lock, when I can just 3D print your face?
Internet privacy is a subset of "actual real life". Your company is only interested in making a profit... improving "consumer shopping experience" what rot!
Anon4097
What you are failing to understand is that..before everyone jumped on the Google spying paranoia, and pre-Google, big box retailers have used similar analytics for their retail presence. With advancement in computing and digital photography, my company is contracted by these global conglomerates to increase their bottom line. My company solely exists because of the demand of such analytics. Where was GDPR for real life? Can I use "incognito mode" with "ublock origin" when I walk into Wal-Mart? Can I delete store surveillance of myself?
admin
@earthsound: I agree with you! EdgeHTML is not abandoned.

About the official stat from Github, it was at the beginning of 2017. :)

Like I said before, I am not surprised that Microsoft choose Chromium for Edge (https://github.com/MicrosoftEdge/MSEdge). Why? It is simple. I follow the Chromium #project from the start and Microsoft products for years. You know that a web browser is a complex and big project. For huge projects, more and more companies prefer to use open-source projects to build their own products. Few examples: Mozilla Firefox is fully open-source (which uses Chromium parts too). Apple uses Webkit for Safari. Google created and share Chromium. Adobe uses Chromium parts in their all products. Opera abandoned its Presto engine for Chromium in 2015. Microsoft uses Chromium (Electron framework) for its excellent Visual Studio Code. It is a great success. Idem about Skype and Minecraft launcher. Microsoft also is the owner of Xamarin, which maintains the SkiaSharp .net wrapper for Google's Skia library. Microsoft uses some of Google's projects when it suits them.

About this "Edge" history, the main goal of Microsoft is not just to replace EdgeHTML by Chromium. Basically, it's the logical evolution of their whole business. It is the opportunity for Microsoft to improve their products and to develop other ones on all platforms/OS (IA-32, x64, ARM, Windows, macOS...Linux?) for their consumers (enterprise) and "simple" users. Their market grow even bigger. The competition is tough.

@Lukanz: Good to read that! ;) Thank you for your help.

@Anon4094: I agree with the following comments about #privacy . As you see, you are on a site about a free and open-source browser. Google Chrome like many other #chromium-forks are closed-source. So I can check the Chromium source code, add or remove features and compile it for my own needs. For example: 32-bit Chromium exists on Linux ; Not Chrome. Chromium can exist without Chrome! ^^ My question: why should I use Google Chrome? ^^ Chrome is a Google product. Chromium is a project of the open source community. Sure Google is the creator of this project. Chromium, being a big project, needs a huge infrastructure. Google has got it and shares the source code of Chromium. It is good for both Google and us! ;)
Theresa "The Useless" 
@Anon4097.

Look, don't patronise or under-estimate the intelligence of the average Western individual. We know that we are heavily surveilled, and that basically, the main function of market research is to encourage us to buy products that we do not need (on credit) and cannot afford.

Basically, who cares! Most people are quite satisfied to surrender freedom for a false sense of security.

At best, individuals can use "ad-blockers" to avoid/evade online "analytics". In the "real world", we have law enforcement that indulge in extra-judicial killings: aided by "commercial" analytics - IBM are pretty big in that field!

The Corporate Security Surveillance State existed long before Microsoft, Apple, Google, the advertising agencies, the UN, Nato, retail analytics, and the Stasi. In the West we call it Liberal Democracy, which is not particularly "liberal" or democratic: The Gilets Jaunes, Catalan pro-independence activists and so on.

A volley of rubber bullets, water cannon, stun guns, and incarceration awaits any individual who challenges the surveillance state.

Why attack people who just want to browse the net free from adverts for erectile dysfunction, mail order brides and so on; then to conflate the issue with the physio-demographics of the purchase of cheap plastic goods and low quailty food from Wal-Mart - and related questions of data-retention?
Anon4100
I think, that main idea of ms is in integration of microsoft chromium to windows ecosystem, to make apple-like ecosystem. Mobile ms-chromium browser will let open same pages or data on desktop as on mobile and otherwise. Peoples search more and more through mobile, so ms need to extend gathering analytics or they loose race. So google will work for ms. And else one, chrome os is stomping on regular desktops. Today, you can easily convert chromium os to chrome os on regular pc. So ms hurry.
Anon4101
@Marmaduke: Waoooow, you are very responsive with latest stable versions! oO Thank you very much.
Jerry your domain is having resolution issues, it takes two or three tries and sometimes fails with ERR_NAME_RESOLUTION_FAILED on chromium on CF + Google DNS.
admin
@Evan: I used Google DNS the whole day, today. I did not see ERR_NAME_RESOLUTION_FAILED. I also made DNS checks on my server. All reports, mainly for A (IPv4) and AAAA (IPv6), are correct:
- https://dnschecker.org/#A/chromium.woolyss.com
- https://www.digwebinterface.com/?hostnames=chromium.woolyss.com&ns=all
- https://toolbox.googleapps.com/apps/dig/ (Google's DNS lookup - Put "chromium.woolyss.com" in the form input)
- https://threatintelligenceplatform.com/report/chromium.woolyss.com/7yj6kHKxUW

TLS/SSL also tested --> correct:
https://www.ssllabs.com/ssltest/analyze.html?d=chromium.woolyss.com

Tested under the latest STABLE versions of Chromium and Firefox.
If you use a DEV version, it can be a revision issue.

For info, IPv6 is disabled on my Network Adapter on Windows 10 (https://i.imgur.com/1i0KBKy.png)
Special "up yours" Juncker festive release:

Chromium for 64-bit macOS - All Codecs - Ungoogled - Friday, 14 December 2018

Chromium 71.0.3578.98 (Official Build) (64-bit)

Revision 15234034d19b85dcd9a03b164ae89d04145d8368-refs/branch-heads/3578@{#897}

OS Mac OS X

only for macOS 64
with codecs (h264, h265, flac, xvid, AV1, etc..)
official build
ThinLTO and CFI
Ungoogled
macOS SDK 10.13 - Tested under High Sierra, don't know if it works with 10.14!

No Sync • WebRTC • Widevine
https://github.com/macchrome/macstable/releases/download/v71.0.3578.98-r599034-Ungoogled-macOS/Chromium.app.ungoogled-71.0.3578.98.zip
SHA1 676FA199DF5DD7B4BEF3019D41584D05D56ABCBE

====
See you in the New Year!
@Jerry, happened just as I came here to post this comment. Yes, I'm on dev build and using CloudFlare DNS as primary and google as secondary DNS service, yeah it might be a dev build issue and this arted happening since the last 7 days or so, but it only happens on this domain and nowhere else.
Anon4106
Try flushing the DNS. Open command prompt and paste: ipconfig /flushdns

You can also clear the host cache in: chrome://net-internals/#dns
marmaduke can you push your ungoogled-chromium windows safebrowsing changes to github. I would like to see your build process. Thank you.
Anon4108
@azdps: I see you want to compile it too! ;)
https://github.com/Eloston/ungoogled-chromium/issues/619
It is just the standard Ungoogled build without safe browsing patches, the build fails at the "gn" generation part, but you can get a gn binary from the net or build it yourself.

At the: py get_package.py windows build\src\ungoogled_packaging or at the root:

Edit:

config_bundles\windows\patch_order.list
config_bundles\common\patch_order.list

Do not include the following patches (delete) from the respective patch_order.list:

ungoogled-chromium/windows/windows-fix-building-without-safebrowsing.patch

inox-patchset/0001-fix-building-without-safebrowsing.patch
iridium-browser/safe_browsing-disable-incident-reporting.patch
iridium-browser/safe_browsing-disable-reporting-of-safebrowsing-over.patch
ungoogled-chromium/fix-building-without-safebrowsing.patch

out\default\args.gn

#safe_browsing_mode=0 ***** Comment out

Select compiler by:

clang_base_path = "C:/clang.compiler"

packaging\windows\build.py documents the windows build process. (Study and improvise!)

=====
To manually build/amend a checked out Ungoogled:

set PATH=C:\Ungoogled\python-2.7.14.amd64;C:\Ungoogled\python-3.5.4-embed-amd64;%PATH%

set DEPOT_TOOLS_WIN_TOOLCHAIN=0

"C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Auxiliary\Build\vcvarsall.bat" amd64 10.0.17134.0
====

Eloston's build process is very good and elegant. You can even amend the process to produce "standard" and optimised builds!
Anon4110
WARNING:
It seems that "ungoogled" build from Marmaduke has the setting "Keep local data only until you quit your browser" enabled by default.
After launching and then closing this build for the first time, I started Chromium again and realized that many thousands of my cookies were gone.
Immediately switched back to the normal build from Nik, as I don't want to use software that may have "surprises" like this.
Anon4111
Are there negative effects of using Nik's & Marmaduke's ungoogled Win64 builds with same User Data path, other than cookies (#4110) and broken sync? What is the simplest way of updating extensions for ungoogled chromium?
Einstein Alert 
@Anon4110.
For the love of God...get a therapy dog or learn to run Chromium in a portable manner.
If you're going to use ungoogled builds expect things to be broken regarding automation, google services are so deeply integrated that they're not supposed to be removed in the first place but if you do, live with the differences.
Anon4114
When I'm using a build labelled as "stable", I'm expecting it to NOT be broken.
@Anon4114: Please leave, or learn what ungoogled-chromium is for.
Nik: I'm curious, are you now pushing out your 64-bit Chromium Sync development builds only once a month now? I remember in the past updates being much more frequent?
@Jerry, Change your DNS to Cloudflare and it will happen, try it and you will see for yourself.
Anon4118
I'm using Cloudflare DNS servers and dev build by Rob (73.0.3635.0 (614974)) and no problems with DNS errors.
admin
@marmaduke: Thank you very much for your all builds. I add an entry for your ungoogled version on macOS too! ;)

@Anon4110 & Anon4111: The "ungoogled-chromium" project removes Google stuff in the source code. It is recommended to read the FAQ before to use it.
https://ungoogled-software.github.io/ungoogled-chromium-wiki/faq

@Evan: I used the Cloudflare DNS the whole day and did not see your DNS issue. Anycast works properly on my Web hosting service. I do not use a CDN. I sincerely hope it is a temporary issue. You are the only one I know with this issue.

@Dustyn: Nik is busy! ;)
Anon4120
@Jerry: Must be a DNS zone issue with Cloudflare and this kind of thing has happened before to other people on other domains.
Anon4121
@Marmaduke: how did you build the macOS version with ThinLTO and codecs? Do you mind sharing your build parameters so I can tweak my build a little bit? Thanks
admin
[EDIT: 17 december 2018]

@Evan: Probably you! ;)
https://community.cloudflare.com/t/fails-to-resolve-https-chromium-woolyss-com-and-https-woolyss-com/

@Anon4120: Sure, it may be possible. Example: https://community.cloudflare.com/t/archive-is-error-1001/
Are you able to connect to https://archive.is/ with Cloudflare DNS? I cannot. This is a famous website (https://www.alexa.com/siteinfo/archive.is). I have a SSL_ERROR_NO_CYPHER_OVERLAP result (https://i.imgur.com/WTcIcw3.png) on all stable browsers with an updated Windows 10 Pro 1803. WTF!!! I haven't got this problem with other #dns-services and my ISP's DNS. I understand in this case it is a misconfigured domain but why only Cloudflare DNS cannot resolve it?

Note I removed your confusing nickname ;)

@Anon4121: About codecs, follow the Nik's tutorial (#source-code).
@Jerry, I posted that, so yeah ;) The issue is definitely with CF's server in my residential DNS zone as this only happens with CF for me, google works as expected. Yes I can connect to archive.is without issues on CF. The issue you're facing on that domain is different than the one I'm facing here, the ERRs are different, so can't compare. But the issue is definitely with CF.

Also when I others also have faced such issues I meant this - https://community.cloudflare.com/t/microsoft-store-doesnt-load-when-using-cloudflares-dns-server/49999
WildByDesign 
@Jerry,

Regarding CloudFlare DNS. I have experience many random DNS resolution issues with seemingly random web sites since CloudFlare DNS inception. Not specifically your web site, but simply just random sites at random times. Usually I just have to refresh 4-5 times and finally the DNS resolution occurs in these random (yet somewhat rare) occasions. I had even spent time searching CloudFlare forums and found several threads on the same very issue. But yet, to this very day, this random DNS resolution issue still occurs. I only notice it once or twice per week, maybe. But I am surprised that such a big networking company of CloudFlare's stature cannot fix this as of yet.

It used to happen more often to the point where I switched away from CloudFlare DNS for several months. Now it does not happen as often and I've just learned to tolerate it in hopes that they will fix it one day.
@Jerry, They have spoken and they're saying that you never added CF's servers as authoritative servers for BOM domain zone and that's why CF's not responsible for this domain zone. Are you willing to add CF's servers which will fix this issue for good ?

Otherwise, me and all others from my zone will never be able to resolve this domain on CF.
Anon4126
@Jerry
>The "ungoogled-chromium" project removes Google stuff in the source code.
>It is recommended to read the FAQ before to use it.
Cookies have nothing to do with the "Google stuff". And FAQ never mentions that they are deleted by default in that build of Chromium.
Just like bookmarks or history, cookies may be valuable to the user, and deleting in them by default without any notification is a bad practice.
This makes sense only in the incognito mode or in the Tor Browser.
admin
@WildByDesign: I used Cloudflare and Yandex DNS servers in the past and saw similar errors. That is why I prefer finally to use my ISP's DNS. No issue like these.

@Evan: I can manage DNS types (A, AAAA, MX, CNAME...) but I choose Anycast (https://en.wikipedia.org/wiki/Anycast) for authoritative name servers managed by my Web hosting service to improve the speed and reliability. I am not an expert. So I think badly I cannot fix this issue for "BOM" and other domain zones. Personally, my zone is "CDG" (Result of the following command in Windows Command Prompt: nslookup -class=chaos -type=txt id.server 1.1.1.1) and I haven't got issue like yours. I ask my Web hosting service.
- https://www.digwebinterface.com/?hostnames=chromium.woolyss.com&ns=auth
- https://www.zonemaster.net/result/47a5793a8bb7c939

@Anon4126: "ungoogled-chromium" is Google Chromium, sans integration with Google. It also features some tweaks to enhance privacy, control, and transparency (almost all of which require manual activation or enabling).
https://github.com/Eloston/ungoogled-chromium#ungoogled-chromium

Implicitly, I understand it works like with the "Incognito" mode by default. It is similar to Firefox Focus on Android and other browsers in this category.

> [...] deleting in them by default without any notification is a bad practice.
I totally agree with you. You can open a ticket at https://github.com/Eloston/ungoogled-chromium/issues
@Anon4126: I dont know how you use your browser. In my case, I let Chromium clear browser cache (including cookies) when I close the browser session. But I also want to keep certain cookies for a few sites. So I configured Chromium, that it protects those cookies from getting deleted automatically. The leftover cookies will get deleted then and its good this way :)
@Jerry, Those folks at CloudFlare can't seem to understand my issue...meh, the issue is simple, "BOM" Data Centre of theirs is not resolving my DNS query for this domain and yet they keep asking me pointless questions which wastes my time, so I'm gonna switch back to Google DNS where such issue never occurs.
Anon4130
Does anyone know where to download older version of chromium for LINUX-Ubuntu? Say ver 67 or pre-Material Design?
Thanks :)
admin
@Evan: Ok Evan. I see. You explained simply things. I follow your thread on the Cloudflare forum and all understood. ;)

@Anon4130: Search in these PPAs from Launchpad (by Canonical Ltd)
(Choose "AMD64" for 64-bit or "i386" for 32-bit):
- 67.0.3396.99: https://launchpad.net/~chromium-team/+archive/ubuntu/stable/+sourcepub/9240718/+listing-archive-extra
- 65.0.3325.181: https://launchpad.net/~canonical-chromium-builds/+archive/ubuntu/stage/+sourcepub/8872523/+listing-archive-extra
- Main page: https://launchpad.net/~chromium-team/+archive/ubuntu/stable
- All stable versions: https://launchpad.net/~canonical-chromium-builds/+archive/ubuntu/stage/+builds?build_state=built&build_text=chromium
Please if you can publish also the builds as a SDK too (with .h and .lib files)
especially the SDK with all the codecs included etc...that is not available currently at all online.

This will be a big help for any embedded Chromium...
Hi all.

I've been testing Marmaduke's ungoogled 71.0.3578.98 and it performs ok. However I have to admit that the lack of Translate support is a complete showstopper for me. I had confidence in the several times suggested Google Translate extension (aapbdbdomjkkjkaonfhkkikfgjllcleb) as a replacement, but after trying it, it's not working as expected: translate page functionality in the extension does nothing (disabled?), and having to manually select specific text to translate is not an option. Selecting all text, then translate just yields a wall of unformatted translated text.

Anybody knows of an extension that behaves like Translate (whole page) in the sync version?
admin
@Alex Mar: Honestly, I don't know how to do that. RobRich, Marmaduke or Nik will probably give you feedback. Why not use exisiting framework/SDK like NW.js, Electron, Chromium Embedded Framework, QtWebEngine, Chromely or other?

@Starla: Personally, I use S3.Translator. It has many options.
https://chrome.google.com/webstore/detail/s3translator/debnnjfbneojbmioajinefnflopdohjk
Anon4135
Mumu, where are you? :(
@Marmaduke
Thank you so much for the ungoogled, all codecs, nosync stable build, your time/effort it takes making such possible is very appreciated.
It's been working great since I downloaded it on the 14th Dec, the ungoogled part is the most important thing to me I'm glad to see someone has picked up on it since the original branch was outdated for a long time, I hope you'll keep this ungoogled feature in your future updates.

@Jerry S3 Translator, handy addon for those few times when needed, thanks!

Here's some other extensions I use that some may be interested in:
- Browser Plugs (Anti-fingerprinting, Privacy and security, has whitelisting & more)
- Cookie AutoDelete (Privacy enhancement, Autodeletes browser cookies after leaving a website)
- Decentraleyes (Can speed up web pages & enhance privacy)
- Nano Defender (Protects uBlock Origin from websites seeking to get around adblockers with privacy intruding unethical measures)
- Dark Reader (Makes browsing the web easier on the eyes)
- Chrono Download Manager (Very useful feature packed download manager)
Can't run Chromium after updating to stable Nik 71.0.3578.98 (599034) • Thursday, 13 Dec 2018. Same problem after unisntalled and reinstalled. It stuck and not responding the 1st load. Win7 SP1 64bit. I haven't got any problem before with previous versions. Any help?
i guess i will ask again.

Why isn't there any chrome android fork which has support for chrome extensions?
Is there any (WONT DO) tag on such a issue on the upstream development of chromium android ?

So if i sound entitled but i think i am out of the loop on this issue.
I am currently pretty blessed to use the bromite fork of chromium maintained by csagan5 and i just wish there was any way to at least run userscripts on my android browser.
Anon4139
hey folks at google subdomains are not trivial !

chrome://flags/#omnibox-ui-hide-steady-state-url-trivial-subdomains
@Jerry: Sorry the delay, I've been testing and fine tuning S3T to my needs. Thank you very much Jerry. A would like to suggest 2 tiny extensions I use since I switched from Firefox to Chromium some years ago, as I can't stand Chrome/Chromium behaviour without them. They are Blank New Tab (beafekehjfhnkpnnjegadfdncaipnljp) and Tab Activate (jlmadbnpnnolpaljadgakjilggigioaj).

Btw, I'm experiencing graphical glitches on latest Nik 71.0 stable after several minutes of usage: randomly, when loading a site without cached info, tab title is momentarily displayed in white text on black background, the page flashes (like in a display refresh) for a second or both. In addition, when navigating my favorites folder structure, parent directorys stay draw on window when accessing subfolders. Never experienced this before.

Same PC and latest Marmaduke 71.0 ug stable has not showed this behavior so far. I'm runing both builds as portable installations in separate folders (no interaction at filesystem nor registry level), and Nik's build glitchy behavior existed before I started testing Marmaduke's.
@Starla open settings and locate hardware acceleration toggle switch and set to disable. See if it helps.
Thanks Evan, will try that (always sounds to me like good old "try to run sfc /scannow", ;))

But note that Marmaduke build (like previous stables from Nik) does not exhibit that behavior with hw accel. enabled. Same PC.
MERRY CHRISTMAS EVERYONE! :D
Happy holidays! :)

--------------------

Scrolling back a few posts, interesting issue, though I have been using CF DNS (IPv4+6) for WAN DNS lookups on my residential LAN for quite awhile now while regularly accessing the woolyss.com domain.

@Evan Did you clear you local DNS cache(s)? All of them in your local path, from your PC to your router if configured to have one. In Windows for example:

ipconfig.exe /flushdns

--------------------

Been busy with personal life the past couple of weeks, so not much time to keep tabs on Chromium.

Just pushed an updated Win64 build. Win32 tonight or maybe tomorrow.
Merry christmas!

@RobRich: I am using quiet a while the portable version of your Chromium 64Bit for Windows. I noticed a file in profile directory, name is just 00000000. Size of this file is about 1,23GB. I never noticed this file before, when I used different versions of Chromium browser. I deleted the file, but the browser still works the way it should. You know what kind of file that is?

Kind regards.
@RobRich, did that numerous times the issue is with the BOM Data Centre of CloudFlare and they're not willing to fix it by creating new records for this domain, so it's their problem. Rob, you're in US, so it won't happen to you, only for the users who are served from BOM DC.
I wonder about that DNS-Issue people are talking about, specially regarding Cloudlare. Is this the server with IP 1.1.1.1? Never used this one so far. I am in Belgium but I use servers from OpenNIC. I never experienced problems when trying to access the woolyss.com domain.
admin
Merry Xmas! 🎄🎄🎄

Thank you very much to all users and developers! 😉

@Anon4135: Mumu has disappeared. Hope all is ok. He/she is ever welcome here.

@Francis: Thank you for your extensions list. Maramaduke will continue to compile the "ungoogled" version. He promised me!

@Bibiru: Get the previous version at https://github.com/henrypp/chromium/releases/tag/v71.0.3578.80-r599034-win64

@zxdc: Sorry, I know no Chromium fork able to run extensions (like uBlock Origin). This is why on Android I use Firefox Nightly (my primary browser) and Samsung Internet Browser. Both accept extensions (native for Firefox, apps for Samsung browser).

@Starla: It is ok. I am busy too! 😉 Like @Bibiru, replace Chromium by the previous version. Note I have no issue on win10.

@olle: Chromium uses a folder on C:\Users\%USERNAME%\AppData\Local\Chromium\User Data\Default\File System to store files (like "00000000") stored with the help of the File System API (https://developer.chrome.com/apps/fileSystem) which is part of HTML5. Use Chromium's chrome://settings/clearBrowserData dialog to clean it. Also, the "Click&Clean" extension can remove it.

@Evan and @olle: With Cloudflare DNS, I have no access to https://archive.is/ (Details at #comment-4122). I live in Europe.
@Jerry: yeah same issue with archive.is too today - ERR_SSL_VERSION_OR_CIPHER_MISMATCH. Man I can't tell what's going with them, but CF has their range of issues to deal with. I moved to Google DNS back and it's normal again.
This is a not "true" portable version, isn't it? Having it on a flash drive, moving from one PC to another resets settings and extensions.
Anon4151
I had problems with video with latest firefox and old nvidia driver. I noticed that the d3dcompiler_47.dll bundled with firefox differs from the one in \Windows\System32 so I've renamed one in firefox folder and restarted firefox so it would use "native" version and looks like it helped. Maybe this will do for chromium too, since iirc they both use ANGLE.
Anon4152
'chrlauncher' rel. 2.5.4 is out.
This build contains:
● added 7zip packages support (issue nr. 120 - Marmaduke stable 'ungoogled-chromium')
● activate browser window when browser is running
● fixed bugs
- GitHub page: https://github.com/henrypp/chrlauncher/releases
- direct download 'chrlauncher-2.5.4-bin.zip' at https://github.com/henrypp/chrlauncher/releases/download/v.2.5.4/chrlauncher-2.5.4-bin.zip
@olle Even compressed, there is nothing that large in my public builds. ;)
https://github.com/RobRich999/Chromium_Clang/releases
https://github.com/RobRich999/Chromium_Misc/releases

Note, I do not create the portable versions. AFAIK, Jerry has server-side code packaging those using Henry's chrlauncher.

I am with Jerry, as it is probably cache data, hosted app data, or similar. No big deal deleting it. Even if hosted app data, it should reload -hopefully to a much smaller base state - if using the associated app or site again.
admin
@V@no and @RobRich: Please, read the new #secure-preferences part to understand the limits of Portable versions.

@Anon4152: Hello Henry! (I suppose). Thank you for work and updates.
@RobRich: Thank you for your fast response :) I asked that question, because I never have seen such a big file in my chromium profile folder. I deleted that file and now I have 1.23GB more space on my small SSD (60GB) :)
admin
@olle: I answered you in my #comment-4148 ;)
@Anon4151: interesting, I will try that with hw accel enabled. However d3dcompiler_47.dll in both current Nik's and Marmaduke's are identical, version 10.0.17763.132. I'm on w7, my native version is 6.3.9600.16428 (just slightly older than 6.3.9600.18611, the one deployed by KB4019990, which fixes an issue of the dll with dotNetFw 4.7+, but I'm still on 4.6.x).

Btw I've folder-compared fresh Nik's vs Marmaduke's. Aside from expected file data differences, folder structures (file naming and number) match. However Nik's has a exclusive "nacl_irt_x86_64.nexe", while Marmaduke's has a exclusive "chromedriver.exe".
Anon4158
@Jerry
I am Anon4152. but, unfortunately, I am not Henry++.
Periodically I browse 'chrlauncher' builds for other users (I use an archive build and I update my portable Chromium).
admin
@Anon4158: Do not worry. It is ok. Anyway, thanks a lot! 😉
@Jerry: Yes, I have read your response in 4148. I clear browser data regulary, but I never noticed that file before. Since I only use a 60GB SSD, I notice quickly when there are oversized files... then I tell Windows too look for large files (above 128Megs) on C: Thats how I found that file. But thanks for your explanation about the file :)
scorpiogreen 
When I used to come here awhile back,this site would detect what version of Chromium I was using and I could compare the version number to the latest being offered. Now I see that that's gone. It was handy for me. Any reason why this disappeared?
Look on the right site of the page ;)
@scorpiogreen, the Chromium version detector is still in place, but was moved to the right column near the top.
Anon4164
I got the latest Ungoogled Chromium and it has an extension called CryptoToken installed
how do I remove it?
Hello.
Since few weeks, I can't install any chomium version on my professional Windows 10 PC. The GPO don't download under IE and even when the download is OK with other web browser. Windows Defender SmartScreen doesn't want to launch any application from chromium with cause : Unknown editor...
More info don't unhide any "run anyway" button (GPO) and I can't disable SmartScreen in Windows Defender Option (GPO).
Is there a way to have a SmartScreen compliant chromium or a "how to" make it ?
admin
@olle: I cleaned your comment! ;)

@Anon4164: In Chromium, these extensions are hidden by default. In ungoogled-chromium, a patch show them. You can't/shouldn't remove them.
- https://github.com/Eloston/ungoogled-chromium/issues/86
- https://github.com/gcarq/inox-patchset/issues/25
- https://github.com/gcarq/inox-patchset/issues/132

@ChrisA: Chromium has no digital signature. Sorry, I do not know how "to have a SmartScreen compliant chromium" on a professional computer with Group Policy Object. Personally, I am the admin on my Windows 10 Pro 1809. So I disabled all SmartScreen options in Windows Security (https://i.imgur.com/l688QGF.png). Also, I can do it easily in the Local Group Policy Editor (https://i.imgur.com/v7dNZ8U.png) and MS Edge settings (https://i.imgur.com/ml6xjXc.png).
Looks like the mini_installer.exe for my current r618847 build might have an issue. Need to investigate and push a new build if needed.
Anon4168
@RobRich, ok, personally, I use your zip archive. No major issues currently. Thank you.
@RobRich: I am using your portable version, but I dont understand what issue you are talking about.
Hello,
I've installed several Chromium 64BIT Portable versions - of course in different directories. The "chrlauncher.exe" file was replaced by the latest version 2.5.4. At first everything worked perfectly. But since the version 73.0.3654 from Nik appeared, all my - even stable versions - have been replaced by this version, while the old profiles have been preserved!
Nik: Thank you so very much for the holiday update to Chromium! :)
((Chromium 73.0.3654.0 (619063) • Friday, 28 Dec 2018))

Merry Christmas to you and your loved ones and a Happy New Year!
Broken bulild :( Return to 72. Unclickable elements.
Chromium for 64-bit Windows - All Codecs - Sunday, 30 December 2018

Chromium 73.0.3657.0 (Official Build) (64-bit)
Revision bf69dafea853e1f476fa39bdab9b581d894cf196-refs/heads/master@{#619264}
OS Windows

No Sync - WebRTC - No Widevine

- SDK 10.0.17763.132 (Visual Studio 15.9.2): October 2018 Update version 1809
- Clang\LLVM 350157 :- MingW64 Triple Stage Instrumented (PGO) [Xeon X5670]
- ThinLTO not working: will try LTO! Although, the compiler is instrumented (PGO/LTO) it should be possible to LTO Chromium.

Anyway, the Chromium build time is faster; subjectively, the browser feels snappier. And, I now have a better understanding of PGO.
Anon4174
Thanks marmaduke! Have a happy new year
Yes, happy new year to the creators of this site and the editors, who provide us with nice browsers :) Thank you for your work!
@marmaduke LTO is broken because of assembly generation in V8 and how LLVM with LTO deals with it. Replace the drive letter as applicable and find the file:

D:\depot_tools\chromium\src\v8\src\snapshot\embedded-file-writer.cc

Around line 410 or so comment out as follows:

// fprintf(fp_, ".def %s%s; .scl 2; .type 32; .endef;\n", SYMBOL_PREFIX, name);

You do not need the .type directives for V8 assembly to build and run in Windows anyway. They are more about debugging.

About LTO and PGO, you can use them to build Chromium regardless if LLVM was built with them. I build LLVM with -O3, Polly, and a few other compiler options, though without LTO or PGO as they dramatically increase build times.

----------------

BTW, I also have switched to the LLVM monorepo format. If interested....

To get the code:

set PreferredToolArchitecture=x64
cd /D D:\src_builds\llvm-monorepo\llvm
git config --global protocol.version 2
git clone https://github.com/llvm-project/llvm-project-20170507.git llvm
git config branch.master.rebase true

I build the code using the LLVM checkout included with Chromium:

set PreferredToolArchitecture=x64
cd /D D:\src_builds\llvm-monorepo\llvm
git config --global protocol.version 2
git checkout -f
git pull
cd /D D:\src_builds\llvm-monorepo\llvm-build
cmake -DLLVM_TARGETS_TO_BUILD:STRING="X86" -DCLANG_PLUGIN_SUPPORT=OFF -DLLVM_INCLUDE_DOCS:BOOL="OFF" -DLLVM_INCLUDE_EXAMPLES:BOOL="OFF" -DLLVM_INCLUDE_TESTS:BOOL="OFF" -DLLVM_INCLUDE_BENCHMARKS:BOOL="OFF" -DLLVM_ENABLE_PROJECTS:STRING="clang;compiler-rt;lld;polly" -DBUILD_SHARED_LIBS:BOOL="OFF" -DCMAKE_BUILD_TYPE:STRING="Release" -DLLVM_ENABLE_ASSERTIONS:BOOL="OFF" -DCMAKE_C_FLAGS_RELEASE:STRING="/MD -Xclang -O3 /Og /Oi /Oy /Ob2 /GF /Gy /Qvec /DNDEBUG /Gs- -march=bdver1 -mllvm -x86-experimental-vector-widening-legalization -Xclang -vectorize-loops -Xclang -vectorize-slp -Rpass=loop-vectorize" -DCMAKE_CXX_FLAGS_RELEASE:STRING="/MD -Xclang -O3 /Og /Oi /Oy /Ob2 /GF /Gy /Qvec /DNDEBUG /Gs- -march=bdver1 -mllvm -x86-experimental-vector-widening-legalization -Xclang -vectorize-loops -Xclang -vectorize-slp -Rpass=loop-vectorize" -DCMAKE_C_COMPILER:STRING="D:/depot_tools/chromium/src/third_party/llvm-build/Release+Asserts/bin/clang-cl.exe" -DCMAKE_CXX_COMPILER:STRING="D:/depot_tools/chromium/src/third_party/llvm-build/Release+Asserts/bin/clang-cl.exe" -DCMAKE_LINKER:STRING="D:/depot_tools/chromium/src/third_party/llvm-build/Release+Asserts/bin/lld-link.exe" -G "Ninja" ../llvm/llvm
cmake --build

I then build my Polly optimized build using the above LLVM build:

cd /D D:\src_builds\llvm-monorepo\llvm-build-polly
cmake -DLLVM_TARGETS_TO_BUILD:STRING="X86" -DCLANG_PLUGIN_SUPPORT=OFF -DLLVM_INCLUDE_DOCS:BOOL="OFF" -DLLVM_INCLUDE_EXAMPLES:BOOL="OFF" -DLLVM_INCLUDE_TESTS:BOOL="OFF" -DLLVM_INCLUDE_BENCHMARKS:BOOL="OFF" -DLLVM_ENABLE_PROJECTS:STRING="clang;compiler-rt;lld;polly" -DBUILD_SHARED_LIBS:BOOL="OFF" -DCMAKE_BUILD_TYPE:STRING="Release" -DLLVM_ENABLE_ASSERTIONS:BOOL="OFF" -DCMAKE_C_FLAGS_RELEASE:STRING="/MD -Xclang -O3 /Og /Oi /Oy /Ob2 /GF /Gy /Qvec /DNDEBUG /Gs- -march=bdver1 -mllvm -x86-experimental-vector-widening-legalization -mllvm -polly -mllvm -polly-detect-profitability-min-per-loop-insts=40 -mllvm -polly-invariant-load-hoisting -mllvm -polly-register-tiling -mllvm -polly-vectorizer=stripmine -Xclang -vectorize-loops -Xclang -vectorize-slp -Rpass-analysis=polly -Rpass=loop-vectorize" -DCMAKE_CXX_FLAGS_RELEASE:STRING="/MD -Xclang -O3 /Og /Oi /Oy /Ob2 /GF /Gy /Qvec /DNDEBUG /Gs- -march=bdver1 -mllvm -x86-experimental-vector-widening-legalization -mllvm -polly -mllvm -polly-detect-profitability-min-per-loop-insts=40 -mllvm -polly-invariant-load-hoisting -mllvm -polly-register-tiling -mllvm -polly-vectorizer=stripmine -Xclang -vectorize-loops -Xclang -vectorize-slp -Rpass-analysis=polly -Rpass=loop-vectorize" -DCMAKE_C_COMPILER:STRING="D:/src_builds/llvm-monorepo/llvm-build/bin/clang-cl.exe" -DCMAKE_CXX_COMPILER:STRING="D:/src_builds/llvm-monorepo/llvm-build/bin/clang-cl.exe" -DCMAKE_LINKER:STRING="D:/src_builds/llvm-monorepo/llvm-build/bin/lld-link.exe" -G "Ninja" ../llvm/llvm
cmake --build .

Set -march= accordingly, or IIRC, -march=native should work okay for a local build. Adjust the projects string if you want to add sanitizers or similar.
Happy New Year!

@RobRich: As usual, you are a fount of knowledge.

I've been tinkering with LLVM Advanced Build Configurations https://llvm.org/docs/AdvancedBuilds.html. The Apple 2-stage build works well - default compiler on my Chromium OSX builds; but, the Windows Multi-stage PGO fails to build. The Mingw-W64 instrumented build of LLVM is Ok, but is basic and cannot "bootsrap" itself.

I prefer to optimise the compiler, rather than to PGO Chromium. I just don't have the time! Life would be much easier if the Chromium authors issued some up to date legible development guidelines.
No kidding for Windows. In stark contrast, Chromium with PGO in Linux can use a provided profile derived from the Chromium OS project.

I have been poking at a generating an optimized component build that might speed the PGO process in Windows.
Plecostomous 
Marmaduke -

Thanks for your build... The file structure seems to have changed... Chrome.exe is now within the application folder.

Yours is the only build with no widevine, no-sync, but with all-codecs.

One issue which seems to have reared its head again in the last two builds though is the inability to log onto Google (gmail, etc...). You can log on in incognito mode. I read somewhere that this has to do with pathing (google assumes you have sync but you don't or something like that).
@Plecostomous

The file system changed to accommodate the portable installers/launchers.

Google API keys are required to access its services. i don't use Google services and don't supply API keys for the Sync build. I do have a set of API keys, but my preference is that the user supplies his or her own.

--------------------

Windows 64 bit LLVM\Clang 8.0.0 (trunk 350062)

Thursday, 03 December 2019

Four stage bootstrapped compiler, initially based on Mingw-w64 to create an instrumented LLVM, fed back into Mingw-w64 to create a (handcrafted) PGO LLVM, which is then bootstrapped to create a "pure" LLVM/clang.

Mingw-w64 x86_64-8.1.0-release-posix-seh-rt_v6-rev0

clang version 8.0.0 (trunk 350062)
Target: x86_64-pc-windows-msvc
Thread model: posix

clang.mingw-w64.compiler-E3-1270.7z
https://github.com/macchrome/compilers/releases/download/v.001-Win64/clang.mingw-w64.compiler-E3-1270.7z
SHA1 BBDC8A46BFCF6B71FB3AF66DD3469D6143F74322

Will/might pick up "fatal error: 'components/safe_browsing/proto/csd.pb.h' file not found -" when compiling Chromium 71.0.3578.98: just rebuild until the error goes away.

Will refine: crude but fast.

I've also built a RobRich spec compiler - and LTO'd the final stage.
@marmaduke You can change the AccountConsistencyVariations field trial configuration when building Chromium to get Gmail working in a no-sync build.
https://www.pastiebin.com/5c2e43c24ff32

It defaults the setting to "dice_fix_auth_errors", which is apparently is no longer a selectable option in the about:flags options - just checked in a r619562 build.

----------------

Speaking of r619562, my Win64 build slated to go public today includes PGO optimization. Note, I am not profiling the entire browser, but I am instead profiling the code paths explicitly optimized for performance instead of size. YMMV, as fine tuning likely will be ongoing.

I also enabled AVX across all optimized code paths, so naturally, a processor with AVX support is now required.
Anon4182
@RobRich, your new build - 73.0.3660.0 (619562) - downloads the 32bit version of build 73.0.3651.0 (618847).
@Anon4182: Should be resolved. Thanks for the FYI. :)
Plecostomous 
@RobRich - Thanks. Much appreciated.

@marmaduke - Can you please incorporate the fix referenced by RobRich in your next build?
Anon4185
@RobRich latest build is running perfectly. Hopefully you'll keep the current config for future releases
Anon4186
Is it possible to download a extension from chrome store in ungoogled chromium? If so, how do I install them? thank you
@Plecostomous

Yes, on non-sync builds (all platforms).
@Anon4186
https://github.com/UnnoTed/Ungoogled-Chromium-Extension-Installer or see "5. External extension installation" section on this page.
Anon4189
Thank you @John
To @Anon4135 : I'm still here !

In fact I'm never really gone, I'm just follow this thread in ghost mode 👻.

I sometimes participate in @anon mode. A semantic analysis of all the answers could easily bring out all my participations! (hi NSA 👋)

I'm hiding because I'm ashamed that I have not done any updates on versions/codecs comparaison and because I don’t have enough time right now to customize a version of Chromium while Rob, Nik and Marmaduke are already doing a great job.

I don’t know how Rob do this, because customizing Chromium is a full-time job!

I have a lot of thing to do IRL but normally I would come back with real participation in a trimester I suppose.

sorry for vanishing, but I thought it wouldn’t be noticed!

Thank you all for your participation!
We are many more anons than you'd think , to follow and use your chromium’versions : keep going !
And of course, thank you to Jerry and Henry++, for providing us an interface to coordinate this all!

Happy new year for all ! 🎇 🎆 🎉
admin
@Mumu: Hi, Happy new year to you too and thank you for all! ;)
Self contained (minimum patches applied) ThinLTO compilation of ungoogled Chromium 71.0.3578.98

[ESXi 6.5, Windows 10 VM - 32 Gb ram, 2 x intel X5670 - 24 cores]

RobRich : 01:01:20.695 [hh:mm:ss.xxx]

Marmaduke : 01:03:10.445

Marmaduke - FullLTO : 01:01:51.945

I should have compiled Marmaduke - FullLTO with -march=westmere.

====== Compiler Specs:

robrich

C:\cmake\bin\cmake -G "Ninja" -DLLVM_TARGETS_TO_BUILD:STRING="X86" ^
-DCLANG_PLUGIN_SUPPORT=OFF ^
-DLLVM_ENABLE_LTO=Full ^
-DLLVM_INCLUDE_DOCS:BOOL="OFF" ^
-DLLVM_INCLUDE_EXAMPLES:BOOL="OFF" ^
-DLLVM_INCLUDE_TESTS:BOOL="OFF" ^
-DLLVM_INCLUDE_BENCHMARKS:BOOL="OFF" ^
-DBUILD_SHARED_LIBS:BOOL="OFF" ^
-DCMAKE_BUILD_TYPE:STRING="Release" ^
-DLLVM_ENABLE_ASSERTIONS:BOOL="OFF" ^
-DCMAKE_C_FLAGS_RELEASE:STRING="/MD -Xclang -O3 /Og /Oi /Oy /Ob2 /GF /Gy /Qvec /DNDEBUG /Gs- -march=westmere -mllvm -x86-experimental-vector-widening-legalization -mllvm -polly -mllvm -polly-detect-profitability-min-per-loop-insts=40 -mllvm -polly-invariant-load-hoisting -mllvm -polly-register-tiling -mllvm -polly-vectorizer=stripmine -Xclang -vectorize-loops -Xclang -vectorize-slp -Rpass-analysis=polly -Rpass=loop-vectorize" ^
-DCMAKE_CXX_FLAGS_RELEASE:STRING="/MD -Xclang -O3 /Og /Oi /Oy /Ob2 /GF /Gy /Qvec /DNDEBUG /Gs- -march=westmere -mllvm -x86-experimental-vector-widening-legalization -mllvm -polly -mllvm -polly-detect-profitability-min-per-loop-insts=40 -mllvm -polly-invariant-load-hoisting -mllvm -polly-register-tiling -mllvm -polly-vectorizer=stripmine -Xclang -vectorize-loops -Xclang -vectorize-slp -Rpass-analysis=polly -Rpass=loop-vectorize" ^
-DCMAKE_C_COMPILER:STRING="C:/clang/build/bin/clang-cl.exe" ^
-DCMAKE_CXX_COMPILER:STRING="C:/clang/build/bin/clang-cl.exe" ^

marmaduke - (Mingw-w64 instrumented base)

cmake -G Ninja ^
-DCMAKE_BUILD_TYPE=Release ^
-DLLVM_ENABLE_RTTI=1 ^
-DLLVM_ENABLE_LTO=Full ^
-DCMAKE_INSTALL_PREFIX="c:/Clang.Marma" ^
-DLLVM_TARGETS_TO_BUILD="X86" ^
-DCMAKE_C_COMPILER="c:/Clang.Marma/bin/clang-cl.exe" ^
-DCMAKE_CXX_COMPILER="c:/Clang.Marma/bin/clang-cl.exe" ^
-DCMAKE_LINKER="c:/Clang.Marma/bin/lld-link.exe" ^
-DLIBCXXABI_USE_LLVM_UNWINDER=YES ^
-DPYTHON_EXECUTABLE="C:/depot_tools/win_tools-2_7_6_bin/python/bin/python.exe" ../llvm
Anon4193
Thank you marmaduke for your Chromium builds. I like those settings a lot.
Anon4194
To Robrich, I downloaded your chromium's 73.0.3660.0 (619562) • Thursday, 3 Jan 2019 and I couldn't seem to log-in to my google account even though I could do that in incognito mode. Do you know the cause for this? Thanks.
Anon4195
@Anon4194, @RobRich: same problem here, tried every chrome://flags/#account-consistency setting.
Why does this page not have the latest version posted? https://chromium.woolyss.com/
It's confusing for users who find there way here from Google!

The installer LOOKS like the latest version, since it's the newest one listed and it was released last month.

But if someone goes to the homepage and clicks the Mac tab (which was easier for me to find than the OS menu above), THERE'S the latest build!
https://chromium.woolyss.com/download/en/#mac

----------------------

Aw damn - actually the homepage doesn't even have the tabs I mentioned.
I can't even find the page for the link I posted.

Seems the only way to get there is by going back to Google and clicking a different link.
https://www.google.com/search?q=chromium+download

Why's it so difficult to find the latest Chromium?!
Next time I'll use MacUpdate.

Perplexed out.
admin
@Perplexed:
> Why does this page not have the latest version posted?
This page has the latest Chromium versions (#mac-64-bit). Check the date ! ^^ You will see that the latest version is the orange box ("The Chromium Authors").

> the newest one listed and it was released last month.
What are you talking about? There are STABLE and DEVELOPMENT versions. Sure, they are different and released differently.

> the homepage doesn't even have the tabs I mentioned.
Here, you are on a simple site with only 2 pages and they are both linked:
- This page is the main page with ALL Chromium versions
- https://chromium.woolyss.com/download/ is a simplest multilingual page about ONLY development builds (official repository).

> Why's it so difficult to find the latest Chromium?!
Ask Google! Go to the official site at https://www.chromium.org/ and try to download Chromium! ;) No. Seriously, I explained that in my #notes

> Next time I'll use MacUpdate.
Ok. https://www.macupdate.com/app/mac/36244/chromium uses the FreeSMUG build released 1 month ago. This build is also on the #mac-64-bit section.
@Anon4194+Anon4195 I suspect ya'll might have had chrome://flags/#account-consistency set to something when installing the build.

The actual needed setting is no longer in the user-accessible options. I instead change the default option in the field trial config at build time, which means the flag ideally should be at default before installing and left alone afterwards after installing the build.

A few possible ideas:

1. Reset your about:flags, re-install my latest build, and restore your other flags as desired.

2. Add " --account-consistency:dice_fix_auth_errors" to the chrome.exe command line.

3. Add " --force-fieldtrials=AccountConsistency/dice_fix_auth_errors" to the chrome.exe command line.

YMMV, as I have not tried these ideas since Gmail is working here. I would think #1 should have a decent chance of working, though.
Anon4199
@Robrich
Tried all of those three possible solutions, still doesn't work. I also never touch that account-consistency flag at all by the way.
Anon4200
@RobRich: I tried all 3 + clean install with all of your v73 builds but no success. Same with portables. v72 works fine.
Just logged into Gmail here with a 73.0.3667.0 build being profiled, so it is probably something minor in your settings.

Another idea. Make sure you have "Allow Chromium sign-in" disabled in the about:settings options.
Anon4202
Tbh v73 is just plain stupid.
Hi! Question for Nik for Chromium version v73.0.3654.0 32-bit. Where is the "Enable tab audio muting UI control" under chrome://flags section? I need that. Thanks.
admin
@Anon4199+, @RobRich: I tested. I can sign-in to my Chrome account on the RobRich's 73.0.3667.0. I use absolutely no flags. Like RobRich said before, disable "Allow Chromium sign-in" in the chrome://settings options (https://i.imgur.com/P0Q83Oe.png) and go to https://www.google.com/ to sign-in.

@Milos: You can only mute a whole site (https://i.imgur.com/dkHhAzB.png). Nothing to do under chrome://flags. You cannot disable sound per tab. Maybe an extension exists for that.
Anon4205
@Robrich @Jerry
Woah, you're right. Thanks a lot.
@Jerry, where is that 73.0.3667.0 build of Rob ? I can't find it on Github.
admin
@Evan: I made a mistake. It is the 73.0.3660.0 of RobRich. Sorry!
@Jerry: Thanks, I appreciated that. Apparently, this flag has been removed as of v71, but existed before as you can see on this page: https://www.tenforums.com/tutorials/112920-enable-disable-tab-audio-muting-google-chrome.html and this comment says it all: https://www.tenforums.com/tutorials/112920-enable-disable-tab-audio-muting-google-chrome.html#post1540597 ;)
My Win64 r621140 build features compiler optimizations, linker optimizations, FullLTO link-time optimizations, PGO profile-guided optimizations of performance-optimized paths, Polly optimizations, autovectorization, and AVX support enabled across optimized code paths.

It is mostly a "get it working" build, though performance looks acceptable for general use IMO. There appears to be a mild JS regression in Octane 2.0 and maybe Basemark Web 3.0 scores. Not sure if build or revision related right now. Will take a look.
I will be honest, I gave up.

My main browser is now ➜
https://github.com/henrypp/chromium/releases/tag/v71.0.3555.0-r591690-win64

What drove me nuts is here 😠 ➜
https://bugs.chromium.org/p/chromium/issues/detail?id=892045#c6

This 71.0.3555.0 version is :
★ The latest compatible with chrome://flags/#top-chrome-md ,
★ Which allows me to have a shit tons of favorites in the bookmarks’bar ,
★ Which allows me to have fine, angular, discreet and racy tabs ,
★ Which allows me to mute sound with only one click on tabs ,
★ Which is perfectly secure thus far and compatible with most codecs (Thank to Nik) ,
★ Which run with Google accounts, Youtube accounts and so on ,
★ Which since 4 months of use almost 24 hours a day, has never presented a single bugs or slowdown!
★ Etc.


I am now part of users who unfortunately do not update anymore ¯\_(ツ)_/¯ because updates either brings more ads and/or spywares (Android), or either break something!

So, Rob’s versions, UnGoogled’s version, etc. are now my secondary browsers. (Thanks to Henry++ which makes them 1oo% portable so therefore they can run side by side at the same time)

Good luck to those who are with versions 72 or 73!

Oh! And last but not least : I agree that there is a slight difference in benchmarks (JS) between Rob’s 621140 version and this 591690’s version for example ; but it’s totally indistinguishable in real-world usage!

As like our old Rob would say : « YMMV! » 😉
Updated Clang (built with Polly) monorepo build parameters:

https://pastebin.com/e8rgritt

Basically changing -O3 to /O2, enabling the new pass manager and newgvn, and tweaking a few compiler+linker options.

Change "-march=" according to your system's processor architecture, or remove completely for a more generic x86-64 SSE2 build. If going the generic route, alternatively consider adding "-mavx" or "-mavx2" to enable those instruction sets if desired.
Anon4212
@RobRich, latest build is working well so far.
Mullip the Elder 
I like the monorepo build parameters. But monorepo is not Git! The (desired) monorepo build directory can be created thus:

cd /d c:\whatever
svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm
svn co http://llvm.org/svn/llvm-project/cfe/trunk clang
svn co http://llvm.org/svn/llvm-project/clang-tools-extra/trunk clang-tools-extra
svn co http://llvm.org/svn/llvm-project/lld/trunk lld
svn co http://llvm.org/svn/llvm-project/polly/trunk polly
svn co http://llvm.org/svn/llvm-project/compiler-rt/trunk compiler-rt
svn co http://llvm.org/svn/llvm-project/libcxx/trunk libcxx
svn co http://llvm.org/svn/llvm-project/libcxxabi/trunk libcxxabi
svn co http://llvm.org/svn/llvm-project/libunwind/trunk libunwind

and updated by:
cd /d c:\whatever

svn update llvm && svn update clang && svn update clang-tools-extra && svn update lld && svn update polly && svn update compiler-rt && svn update libcxx && svn update libcxxabi && svn update libunwind

Just update util the revision is consistent.

For a particular revision use .../trunk@XXXXXX
Prepare for a migration IMO. LLVM intends to eventually migrate from their own host subversion repo to GitHub hosting.
https://llvm.org/docs/Proposals/GitHubMove.html

https://github.com/llvm-project/llvm-project-20170507 was created during development of a monorepo as imported from the http://llvm.org/git repository.

Alternatively, it appears the more official https://github.com/llvm/llvm-project monorepo now is available as well.
TheGoddessInari 
With the stable chromium build (with widevine), I'm getting NO microphone audio via WebRTC (digits, FB messenger, etc).
The same version of stable chrome works on exact same settings.
To be clear, websites can use microphone, but WebRTC doesn't pass along the microphone input for some reason.
It used to work on some previous version (possibly 69). This isn't related to the AutoPlay changes, as it's the same even with those disabled via chrome:flags.
Anon4217
Newer Chromium display only a "lock" icon regardless of if it's a EV certificate?
Anon4219
@Mumu Thanks! That helps!
After basically giving up trying to locally optimize the difference away, I finally found the V8 performance regression in Octane 2.0 and potentially similar benchmarks, especially those using the MandreelLatency test.
https://chromium.googlesource.com/v8/v8.git/+/69e36a95be5ced4dc4c6a640d3c70ba24e8db860

I could revert the code, but the V8 devs claim the previous code does not do much (if anything?) for most real-world usage scenarios anyway.

Those into benchmark testing should set a new baseline regarding current dev releases IMO.
Anon4221
Thank you Marmaduke for your ungoogled chromium builds. I've been looking for how to get the latest builds, as contributor binaries from eloston's GitHub haven't been updated for Windows. Thanks a lot.
Anon4222
An impressive share! I have just forwarded this onto a coworker who was
conducting a little research on this. And he in fact bought
me breakfast because I stumbled upon it for him… lol. So let me reword this….
Anon4223
Disabling "Allow Chromium sign-in" in the chrome://settings options works for me too. No need to change anything in flags.
Hi @RobRich, @Marmaduke & @Nik,

as you guys (possibly RobRich) might remember, I am using your great builds to generate Forex trading strategies via https://forexsb.com/expert-advisor-studio and until recently have been using the excellent Lawlietfox, as it outperformed all Chromium builds on my TR 1950X CPU that I´ve previously tested (although always been using your Chromium builds for my private surfing). However, I am repeating these benchmark tests from time to time and did so again today. I thought it might be interesting to create a video of that benchmark for you guys/builders, comparing the trading-system generating/validating between Lawlietfox and the three latest excellent Chromium builds by RobRich (73.0.3667.0 (621140)), Marmaduke (73.0.3657.0 (619264)) and Nik (73.0.3654.0 (619063)) from this site.

PLEASE TAKE NOTE THAT I`VE LABELED THE INSTANCES WRONGLY, SORRY ABOUT THAT! So the lower left side is NIK and the lower right side is ROBRICH.
https://www.youtube.com/watch?v=8gFQchCtKtY

The observations from the video are interesting:

- Lawlietfox (Firefox) does not seem to do any parallel processing for Javascript while Chromium does it extensively as we can see by the CPU usage spikes (most likely serial vs parallel garbage collection because not much more could be run in parallel with that kind of task that I am running).

- If forcing every browser to just one CPU core (to make comparing to Firefox fair), all the Chromium builds still do better than Firefox, but interestingly RobRichs build is absolutely killing it on one core, leaving the others behind by a good margin (that was very interesting to see and I wonder why that is such a huge difference).

- If allowing the usage of all cores, all the Chromium builds are much closer, but RobRichs build is still making a slow but steady front-run the longer they run. Nice!

- Overall Chromium seems to use a lot more memory (almost double at certain places) for Javascript than Lawlietfox / Firefox does (not a problem though if speed is that much better).

Hope there is something interesting to take away from that test for our great builders here - big thanks again for all your ongoing efforts, it really pays off!

Cheers,

Lorenz
@Lorenz

Interesting viewing. My builds tend to be generic x86-64 SSE2 (the lowest common denominator), thinlto and /02 optimised. RobRich is known for his performance builds.

You have the computing power, I suggest that you build Chromium specifically for the TR 1950X CPU (-march=znver1), and use optimisation strategies such as Polly.
Anon4226
Thanks @marmaduke for your ungoogled chromium builds.
@Marmaduke,

hi and thanks for the feedback and all your efforts with your builds - amazing work throughout and for all these years already! Thanks :-)

Yes, I thought something like that already but still wanted to test things in-depth to see if the real world results (for my case) show the same outcome. I would have guessed that RobRichs builds are the fastest for me, but who knows, better test! :-)

Your idea about building Chromium specifically for my CPU is something I´ve been thinking about too - squeezing out the best performance/watt is what I am always looking for, given the high electricity prices in Germany. But honestly, I have no idea how to build it on my own. Yes, I am a sys-admin and Windows fanatic, but I have only once compiled Diskcryptor in VS 2015, but that was about it already. OK, I can code in Javascript and Java and!.... Q-Basic!!! :-) Haha...
If you feel like it and have a spare minute or a tutorial, I would surely like to know how I would go about building Chromium especially for my CPU and possible also run Polly (whatever that is) and PGO/profiling for that specific forex app only to speed it up further? That would surely be very great.

Thanks so much,

Lorenz
@Lorenz: It's best to create a virtual machine ~200Gb
- https://chromium.googlesource.com/chromium/src/+/master/docs/windows_build_instructions.md
- https://github.com/henrypp/chromium/blob/master/building_chromium_gn.md (set GYP_MSVS_VERSION=2017)

Once the infrastructure is in place, and you've done your initial Chromium build then you can do a bespoke build: LLVM\clang will have to be compiled from source. Initially, concentrate on getting a functioning build system.

If you are willing to make the effort, assistance will be available. I started from scratch and have been assisted by Nik and particularly RobRich in the fields of program optimisation and compiler specification. You should also consult Mumu.

I would encourage others to build Chromium.
Thanks @marmaduke, a VM seems to make sense for this mess, haha :-) Thanks for the tutorials, I will report how it goes if I ever get around to it.

Thanks so much once again.
@Jerry: happy to report the CF issue regarding your domain has been fixed. I purged domain related cache at https://1.1.1.1/purge-cache/ and today it started working as normally.
admin
@Lorenz: Interesting comparisons. Thanks.
@Evan: Good news. Thank you for your feedback! ;)
@jerry, Hell yeah, I can finally get back to CloudFlare and given how I visit this site frequently, this was important.
@Lorenz: My Win64 r621140 build was basically a "get it working" build for FullLTO, partial PGO, and Polly. There should be further improvements.

----------------

I am now gathering enough profile data? o.0
https://i.imgur.com/EskA5nF.png

Instead of profiling select code paths, I am now PGO profiling most of the browser.

I also rolled in additional tweaks for opt levels, register allocation, instruction scheduling, Polly, etc. I am expecting code bloat, which I might have to look at later if it gets ridiculous.

Hopefully I should have a working build ready for public distribution over the weekend.
RobRich: Holy cow, that looks great, 175 GB of profiling data! :-) I like that, you go to the extremes as much as I do, just that I have no idea how to do a Chromium build yet ;-) Really looking forward to how much better it can get!

Stupid question: would it ever be possible for you to make a custom build for the AMD Threadripper 1950X with AVX(2)(?) support? I would really love to see if it would make a performance difference against your normal high performance builds. If that is the case and they´d really be faster ~+10%, I think I´d be tempted to go and try to learn to make my own builds. But not sure if it is worth it right now to learn and build everything from scratch, just to notice it´s not really faster than your great builds :-)

Thank you so much,

Lorenz
@Lorenz: I might be able to specifically target "-march=znver1" on my Intel Kaby Lake notebook. If not explicitly "-march=znver1", I know it before has done a more generic AVX2 test build. Might be a few days before attempting, though.
Just pushed a Win64 r624317 build with the discussed wide PGO coverage.
For those benchmarking, take note there was a recent change in V8 preparsing, so I suggest establishing a new baseline for comparison.
Of note, I did a quick run of MotionMark 1.1, which returned a substantial increase here. YMMV, of course.
@RobRich: Oh wow, that sounds great, will test in a few hours already :-)
As for that AMD build, it would just be interesting to see if that would really bring any extra gains compared to your "generic" high performance builds, or if it comes out about the same.
Thank you so much!
Anon4238
Hello RobRich.

Thank you very much for your all 32-bit Chromium.
But on my Windows 7 Ultimate 32 bit.
73.0.3677.0 (624317) • Saturday, 19 Jan 2019 doesn't start at all.
Windows File for help bug.
C:\Users\F\AppData\Local\Temp\WERA525.tmp.WERInternalMetadata.xml
C:\Users\F\AppData\Local\Temp\WERB194.tmp.appcompat.txt
C:\Users\F\AppData\Local\Temp\WERB241.tmp.mdmp
Strange, I got latest update before via chrauncher. I use now the portable version 73.0.3677.0 (64-bit) from Rob. Everything seems to work fine. Thanks for the update.
@Anon4238: I have an idea. Curious, what processor does your system have?
It probably is AVX support, which I will roll back to the default SSE2 for SIMD in 32-bit builds.
I will push a new 32-bit build this weekend.
Anon4241
@Anon4238 to RobRich: Thank you very much.

Processor:
Name : Intel Core 2 Quad Q9950
Code Name : Yorkfield ; Max TDP : 95.0W
Package : Socket 775 LGA
Technology : 45 nm ; Core Voltage 1.124 V
Specification : Intel Core 2 Quad CPU Q9550 @ 2.83GHz
Anon4242
Hello, installer for 73.0.3677.0 (624317) for Win 32-bit doesn't not work for me, it crashes when I try to open it. Hopefully a fix will be issued in the next days. Thanks.
@Anon4241. Figured that might be it.
Yorkfield = Penryn = no AVX support
I will remove the AVX dependence in my modified 32-bit build and push an update.

@Anon4242 Probably the same thing for the installer, too.
So how does this get updated? #windows-64-bit-official

Does it automatically take it from the official chromium site? Or does someone manually input it? I notice from time to time it's a little slow on the update.

Like for example if https://download-chromium.appspot.com/ has version 624484 then this site would not have it until like maybe over 10 minutes later.

Just curious.
@RobRich:

I´ve just "finished" a test of your previous 73.0.3667.0 build vs your new 73.0.3677.0 build from 19. January. I´ve let them both run https://forexsb.com/expert-advisor-studio-app for just 20 minutes and there wasn´t a huge difference (within the margin of error), but then I´ve let both run for 6 hours and here is the outcome:

73.0.3667.0 = 175370 systems
73.0.3677.0 = 176500 systems

So the new build is ahead for sure now, if just slightly, but it is! Good work! Always pushing the boundaries Rob!! :-)

Would be eager to test an AMD build as earlier discussed, but I understand your time is limited and priceless of course. Big thank for all the good work!

Cheers,

Lorenz
admin
@Heyman:
> Does it automatically take it from the official chromium site?
Yes...and no. All is official but, Chromium being a big project, there are different sites linked together. Check the #links to understand! ;)

> this site would not have it until like maybe over 10 minutes later.
My server get more info (ex: the Chromium version, checksum hash...) and cache its result. It use different official Chromium sites to get all info. The process is completely independent than the official site. Moreover, my server is not a powerful Google server like the one of https://download-chromium.appspot.com/ where the user simply ask the latest Chromium version.
Muito bom, recomendo!
I rolled an updated 32-bit build, but something seemed off in the code size and performance. Hmmm. Taking a look now.
Chromium for 32-bit Windows; Portable; 73.0.3677.0 (624317) • Saturday, 19 Jan 2019

After launching and updating the browser does not start. Error message: 0x000001d. Please tell me how to solve the problem.
Anon4250
@Sotis: RobRich knows this problem. He will resove it! ;)
Wait for him or choose a stable one.
Check previous comments (Search "73.0.3677.0" term, for example).
Anon4251
I've just noticed that the newer build makes the font bigger. Is it globally happened? or is it just me?
@Sotis You probably do not have a processor with AVX support. You can use CPU-Z to check.
https://www.cpuid.com/softwares/cpu-z.html

----------------

Updated 32-bit build pushed. A processor with AVX support is *not* required. :)

----------------

Building LLVM with Visual Studio 2019 Enterprise Preview:
https://pastebin.com/31TWuSkN
Anon4253
@Anon4238 to @RobRich: With update 73.0.3680.0 (624614) • Monday, 21 Jan 2019 32bit (removed AVX). All work perfect now.
Big Big ; Thank You Very Much !
Cheers.
And many thanks for your work and time to do build for us
@Marmaduke, Please, can you publish ungoogled chromium 69.0.3497.100-2? I am having problems with the newest releases. Thank you.
@Anon4255: I am following Marmaduke at github and I know for this release. Unfortunately I have bugs with that as well and there is really annoing issue with dekstop icon refresh on every Chromium start up.

That's why I ask for the previous one, which is 69.0.3497.100-2.
@Mik: I don't do legacy builds. The windows build for Ungoogled is particularly notorious to build.
@Marmaduke: Thank you for your response.
I tried to build the 69.0.3497.100-2 myself but it's falling due to safe browsing, which I can't fix with my knowledge.
Anon4259
What do you guys think of these possible web blocking api changes that have the uBlock guys stressed?
https://github.com/uBlockOrigin/uBlock-issues/issues/338
https://bugs.chromium.org/p/chromium/issues/detail?id=896897&desc=2

You think we could see some custom optimized builds of firefox if these changes go ahead and it nukes ublock origin?
Yea, what a BAD move they plan there :-(

Apart from this I was still anyway wondering why there are so few optimized FireFox builds. I bet if RobRich would build Firefox, it could even beat Chromium in terms of performance ;-)
With Chromium/Chrome/Google/Alphabet it's a case of "Monkey see, monkey do". One gets the feeling that the Chromium Authors bask in their hubris, like the smell of their collective farts, and wear the same pair of underpants for weeks on end. Not only that, with regard to https://bugs.chromium.org/p/chromium/issues/detail?id=896897&desc=2 they should learn some bloody manners and to accept constructive criticism.
scorpiogreen 
I also saw https://www.theregister.co.uk/2019/01/22/google_chrome_browser_ad_content_block_change/

In a way, I knew this was coming. Google has tried to do this before and backed down in the past. They are an ad-driven company and uBlock Origin was "getting in the way" of that. I'd hate for that to happen to Chromium as well and hope it doesn't since a certain amount of privacy is stressed using Chromium.

Should that extend to Chromium, I will no longer use it. It's that simple.

:^(
Anon4263
Chrome extension manifest v3:

-gorhill: "this would be the death of uBO and uMatrix."

-gorhill: " I won't work to make uBO less than what it is now"

-gorhill: "There are four listeners in the webRequest API which can be used in blocking mode: onBeforeRequest(uBO, uMatrix), onBeforeSendHeaders(uMatrix), onAuthRequired, onHeadersReceived(uBO, uMatrix). uBO uses two of them, uMatrix uses three of them."

-gorhill : "With this information on hands, everybody is free to decide for themselves."

https://github.com/uBlockOrigin/uBlock-issues/issues/338

Is the death of Chromium.
And time to switch to other browser when implementation of Chrome extension manifest v3.

Anyone knows for when it's planned ; the implementation of Chrome extension manifest v3 ???

Too bad.
I really love Chromium.
Anon4264
Tech industry ain't what it used to be. Used to be innovative with positive social externalities. Consumers/users would actually get benefits out of it. These days it's like we're going backwards, creating negative social externalities, users being the product and being exploited.
Anon4265
You guys should see this reddit thread and read the first comment to understand why they might be doing this:
https://www.reddit.com/r/firefox/comments/aiqvcp/chrome_extension_manifest_v3_could_end_ublock/
Anon4266
Thanks Rob
I really do hope, the creators of our Chromium browsers finds a solution for this problem. Me, for myself, I am not able to do this. I am just someone, who enjoys the hard work from certain people. But extensions like uMatrix or uBlock I see as essential for my daily internet surfings.
Anon4268
@Anon4265.
In other words, google wants more money and sees adblocker as threats, then implement this.
On other hands, google force firefox to adopt it as well if they still want to be given money.
@Anon4268:

I doubt that Google can do any enforcing on Mozilla, if they´d try that, they´d have the next antitrust campaign here in the EU in no time. Believe me, they don´t want to risk that, after they´ve paid billions to the EU already for similar cases (Android).
Hello everybody,
Version 74.0.3684.0 64-bit (Marmaduke) can not be loaded via CHRLAUNCHER. An error message appears.
admin
@Uwe: You need chrlauncher 2.5.4. My ZIP archive is up-to-date. Check it or just get the executable file.
@Marmaduke: Thank you very much for your releases ! ;)
@Jerry: Thank you for the information, but the Version 2.5.4 has a bug and destroys some portable installations, when using different Chromium versions - see here
https://github.com/henrypp/chrlauncher/issues/123
admin
@Uwe: I haven't got this issue. Follow the thread on github! ;)
If they dump uBlock Origin, then their claims to #privacy listed here will become bullshit.

Ironic they even recommend uBlock Origin on that webpage. I guess when Google orders them to, it will be removed.
Nobody dumped anything. uBO is listed at #extensions
Anon4276
For those who want.
Send e-mails.
To defend uMatix and uBlock Origin, they want kill
And the other extensions threatened with death also by Chrome extension manifest v3:
- community@chromium.org
- dknox@google.com
- groby@chromium.org
Anon4277
From using Marmaduke's latest windows build (v74), it would appear some extensions are already showing signs of wreckage, with errors being spat out on load.

Strap yourselves in and feel the G's!!
Hi Jerry,
I don't know if it's made on purpose, but both Marmaduke's versions (sync and nosync) point to the same link, currently: https://github.com/macchrome/macstable/releases/download/v72.0.3626.81-r612437-macOS/Chromium.72.0.3626.81.sync.app.zip
I've noticed it a few months ago, when I came back to Chromium (I was freezed to the last MacOS 10.9 version until I updated to 10.11), but I thought it was a temporary oversight that would be fixed with the next release... ;-)
admin
@Anon4276: Thank you.
@Aargl: Hi! Exactly. It was my mistake. Sorry! Now corrected. Thank you for your report ;)
@Marmaduke: Big thanks for your updates! ^^
Anon4280
Anon4276 @Jerry: Your welcome :-) ...
Nik: Thank you so much for the updated release! ((74.0.3689.0 (627581) • Wednesday, 30 Jan 2019))

Your versions are greatly appreciated! :)
Anon4282
Thank you Nik.
Anon4283
@Nik: Thank you very much
Anon4284
Hi. When we'll see stable no-sync version?
admin
@Anon4284: About STABLE version, the "nosync" build is stopped since August 2018. The reason is explained by Nik at https://chromium.woolyss.com/?all=1#comment-3574 (This link will display all comments). Note you can disable #google-api-keys yourself if needed or simply use the "sync" build without to sign-in to your Google account.
Anon4286
Can't disable updates on crlauncher 2.5.4 Software is unusable for me with that bug present (2.5.3 works fine).
Thank you Nik!
@Jerry: about my tutorial for setting #google-api-keys
After a bit of research, it looks that the ServiceIPC has been deprecated more than 10 years ago! :-D
MacOS Console testifies it showing "The ServiceIPC key is no longer respected. Please remove it", which leaves no doubt about it...
So, you can remove the line <key>ServiceIPC</key> in 2. Method with a plist file — and the line "N.B.: I don't know if the ServiceIPC part is needed or not, but it works like that. :-)" under the code area.
Anon4289
I'm sorry Marmaduke, what reason that in several tested .exe's of ungoogled v72, one antivirus at virustotal show's that there is miner? Thnx for reply.
Rising Trojan.Mingc!1.660C (CLOUD).
@Anon4289

I suggest that you breakout Wireshark and monitor the situation. Let's say that there is a "miner": who put it there? Not I! So, it must be the work of the Chromium Authors, and its organ grinder.

Verify your suspicion. If your findings are confirmed, I will be the first to give an opinion.

There is absolutely no reason to doubt the veracity and integrity of any of my Chromium builds: I and my associates use them in our business and personal lives.
admin
@Anon4286: Henry++ knows there is an issue with chrlauncher 2.5.4
https://github.com/henrypp/chrlauncher/issues/123

@Aargl: Big thank you for your help. I updated your part.

@Anon4289, @marmaduke: Do not worry! On VirusTotal, there is one bad result and this result come from a Chinese antivirus (Rising company) only used in China. Where is the official website? http://www.rising-global.com, http://rising.com.cn? Only in Chinese. Where is the SSL/TLS certificate for these sites selling security products/services?
https://www.virustotal.com/#/file/053ed8e318763f06742577f75c31fb82c4a3731ce43a13416e3b77ef7caa61b0/detection
I've re-uploaded: https://github.com/macchrome/winchrome/releases/download/v72.0.3626.81-r612437-Win64/ungoogled-chromium-72.0.3626.81-1_windows.7z

Mistakenly included Widevine for Mac, previous downloaders should delete the Widevine folder.
please help
how do i stay logged in chromium browser sync after clearing all cookies?
the chromium sync gets paused everytime i clear my cookies.
Anon4294
A big thanks to @marmaduke for his windows ungoogled chromium builds.
@Anon4294

The real thanks should go to Eloston. I'm working on solving the safe browser issue: too may files have been pruned.

@RobRich

I've been experimenting with clang windows PGO builds! I've insrumented all of the C++ (that does not reset flags_cc) code and specifically Skia, V8 and Blink - renderer only. The size of chrome_child.dll is 362Mb. I didn't instrument any of the C code, apart from FFMpeg, because of problems with mksnapshot.exe failing to link; but, I managed to instrument V8, so I think that it should be possible to instrument all of the C code as well.

At the moment, I am generating profile data, approximately 400Mb for every launch of Chromium. I develop Chromium on a virtual machine and am surprised that the instrumented binary will produce profile data on a physical machine: whether the profile data is valid remains to be seen. Anyway, my thought is: surely it should be possible to produce a canonical set of profile data for a particular/specific build of Chromium.
Anon4296
Hi, I am looking for chromium m71 version, can any one plz respond to it ASAP.
Anon4297
@Anon4296: OS? Dev or stable? Portable or not? Official or not?
https://github.com/henrypp/chromium/tags (stable and dev builds of Nik, for Windows)
Updated 32-bit build available. Working on a 64-bit build.

My primary 17" DTR notebook was down for a SSD replacement. Cooked a 512GB SATA SSD, likely with PGO profiling. o.0 Replaced with a 512GB NVMe SSD drive, plus an 1TB SATA HDD for profiling and similar.

I should have a moderate GPU upgrade for the build box arriving soon, too, so I can perhaps move PGO profiling back to it. Profiling graphics benchmarks is not too fun with the existing GeForce GT 730, thus why I have been using my notebook with a GTX 1050m.
Anon4299
Non PGO:
ARES-6: 29.07 ±0.74ms 29.39 ±0.37ms 29.42 ±0.21ms
MotionMark1.1 295.57 ±7.35% 299.59 ±2.42% 306.19 ±3.13%
Speedometer2.0 74.2 ± 0.85 74.4 ± 0.75 74.5 ± 0.82
JetStream 1.1 153.78± 1.4337 153.64± 2.5579 153.95± 4.1777

PGO:
ARES-6: 28.85 ±0.73ms 29.39 ±0.30ms 29.48 ±0.28ms
MotionMark1.1 173.47 ±33.78% 218.23 ±9.82% 265.16 ±3.66%
Speedometer2.0 69.02 ± 0.53 69.12 ± 0.28 69.15 ± 0.42
JetStream 1.1 153.36± 2.6664 154.95± 1.1176 153.86± 1.0967
Anon4300
@RobRich: Thank you very much for 74.0.3696.0 (629528) • Wednesday, 6 Feb 2019_32bit
@marmaduke I modify and use the coverage script. I do a little different
than below, but give the following a try. Remember to change the drive
letters and directories accordingly.

https://pastebin.com/RK06uUu2
@RobRich

Thank you very much.

I have some preliminary benchmarks @Anon4299 - pressed the space bar and the comment was send before I had time to format and explain.

Ah, "Redundant COMDAT folding": I've been having serious problems with clang 9.0.0 with COMDAT - particularly when trying to do a VS 2019 derived bootstrap build of clang/llvm, and when building Chromium. I greatly appreciate your feedback.

I don't know if PGO contributes anything to the Chromium build process, but at this moment in time am more interested in understanding/mastering and refining the concept.
@marmaduke I disable ICF and REF during the first stage of PGO, as it speeds the linking process. The instrumented binaries are large and slow anyway, and there is not much point wasting time to optimize it.

Also, yeah, there have been changes in COMDAT processing. I had to roll back some LLVM code to get a recent internal 64-bit Chromium build done. Looking like I will be poking at it again wth my next PGO build.
@RobRich: Eloston has a patch to disable reordering; it's for 71.0.3578.98, but is easy to amend for subsequent versions:
https://github.com/Eloston/ungoogled-chromium/blob/master/patches/ungoogled-chromium/windows/windows-disable-reorder-fix-linking.patch
@marmaduke: I thought about disabling it for the first PGO build pass, but the initialexe binary works, so I left the additional code edits alone. It probably should be a build argument IMO.

I also have thought about custom ordering, but it requires even more build passes, especially to the already convoluted PGO process.
https://chromium.googlesource.com/chromium/src/+/master/docs/win_order_files.md
@marmaduke
A small report about your MacOS Chromium.72.0.3626.81.nosync after a week use on 10.11.
At first launch, all my extensions raised alerts notifications saying they crashed and need to update (I don't remember the exact message...) — never seen that before — but since then everything seems to work ok.
Only thing: when I click the "Update manually" button in chrome://extensions, a black box appears on the left-bottom part of the page saying it's updating, and never disappears until I close the window.
I've found an extension that has been updated yesterday, so apparently auto-update is working.
admin
Thank you everybody!
@RobRich: Thank for your email. I updated and cleaned your comments.
@marmaduke The following is a quick-and-dirty workaround for the COMDAT errors, but otherwise, consider it a kludge at best. I have completed a first-stage, instrumented PGO build of Chromium so far. LTO for the second-stage remains to be seen here, so YMMV.

D:\src_builds\llvm-monorepo\llvm\lld\COFF\InputFiles.cpp

Comment out the else error message as follows around line #509:

if (Config->ForceMultiple)
warn(Msg);
// else
// error(Msg);

D:\src_builds\llvm-monorepo\llvm\lld\COFF\SymbolTable.cpp

Comment out the else error message as follows around line #348:

if (Config->ForceMultiple)
warn(Msg);
// else
// error(Msg);

In theory adding ldflags += [ "/FORCE:MULTIPLE" ] to the Chromium build config (ideally) should work around the issues without the code edits, but it is not working for me right now. Anyway.

----------------

Moving on to another current issue, you probably are going to run into a grit configuration error if doing a non-component, non-debug release build at symbol_level = 0. Workaround as follows.

D:\depot_tools\chromium\src\tools\grit\grit_rule.gni

Find around line #102:

symbol_level > 0 && !strip_debug_info && !is_component_build,

Modify to remove the symbol_level check:

!strip_debug_info && !is_component_build.

----------------

Getting back to PGO, also remember to change all optimized code paths to "/O2" or even "-Xclang", "-O3" for the instrumented build to help collect viable profiling data. You can modify the optimize_for_size code paths back to the default "/Os" to help limit code bloat for the final build if desired, though YMMV on performance. Further testing probably is needed.

----------------

I also need to do further comparison testing for PGO builds with FullLTO+Polly versus ThinLTO. While I prefer FullLTO+Polly, if there is not much real-world difference, ThinLTO with its heavily multithreaded LTO is much faster to build on my 32-core system.

----------------

@Jerry Thanks as always!
@RobRich: I will give the COMDAT fix a try.

@Aargl: Chromium 72.0.3626.81 was built with Xcode 10.1 and SDK 10.14; I'm surprised that it's still working on 10.11.
I thought the standard procedure was to unpack and manually install/update extensions.
@marmaduke did you applied the patches windows-disable-machine-id and the windows-disable-encryption in the ungoogled version?
@marmaduke
You may remember that I had the case when I was still running 10.9: the first of your 68 dev build was working, then the next wouldn't. ;-)
So I guess I must expect that your next MacOS builds won't run on 10.11... :-(
@Mik: Yes, I've applied all the ungoogled patches except the safe browser ones.

@RobRich: COMDAT fix works with clang 9.0.0 - built clang with VS 2019 then subsequently built Chromium. At the moment, VS 2019 is the only way that I can build a fully functioning version of clang 9/llvm that is capable of building Chromium with LTO.
I built my current initial standalone LLVM checkout with the LLVM checkout bundled with Chromium.

Just completed a internal ThinLTO PGO build. Looks decent, but the lack of SIMD autovectorization could be affecting at least one graphics benchmark.

Speaking of SIMD, I am also weighing my inclusion of AVX support across all optimized code paths.The benefit can be a huge YMMV depending upon code and hardware.

For example, beyond just the reported potential for AVX throttling on certain Intel chips....
https://www.agner.org/optimize/blog/read.php?i=415

Sandy Bridge, Ivy Bridge, Haswell, and Broadwell = 70 clock cycles for AVX state switching for mixed VEX and non-VEX code

Skylake (and perhaps later) = 14µs warmup for 256-bit AVX code if upper 128-bit half is powered down

And as for AMD....
https://en.wikichip.org/wiki/amd/microarchitectures/zen

Zen = 256-bit AVX split into two 128-bit micro-ops, plus stores done as 128-bit chunks

Hmmm.
Anon4314
"LCD text antialiasing" is killing chrome/chromium's performance for me on some sites. Example https://www.twitch.tv/directory/game/Apex+Legends Scrolling becomes very slow after i scroll down a while. Disabling #lcd-text-aa flag makes it smooth. So is this a known problem or just something on my end? (i5 3570k, gtx1060, 8gb ram)
Anon4315
Forgive my lack of technical understanding. I thought AVX didn't have any issues, but AVX256 (AVX2) which is where CPUs clock down significantly and AVX512 is where you can put your lasagna on your CPU to cook.
Depending upon model, various modern Intel procs can have different frequency scalings for AVX/2/512 code due to TDP considerations.

I *suspect* SSE and 128-bit AVX are not factored into specific code-based (more like execution unit, but anyway) scalings, thus why the thermal issue seems more applicable to AVX2/512 code. That said, first-gen AVX can include 256-bit instructions as well, the overall situation is a mixture of the various codes and execution units.

Look at Skylake, which as noted apparently throttles the upper 128-bit of the AVX pipeline, which is fine for VEX-encoded SSE and 128-bit AVX. Execute a 256-bit SIMD instruction, and it will need to wake up the the upper 128 bits regardless if the instruction encoding is AVX or AVX2.
Anon4317
Any ideas, on how to add extensions in latest ungoogled by marmaduke? Can't see flag chrome://flags/#extension-mime-request-handling
FYI. My 32-core build box is down. Looking like maybe the power supply. Have an upgraded 1000w unit on order, though it could be a few days before arriving.
Anon4319
Marmaduke, sorry, i've managed on how to install extensions in ungoogled, had to enable developer mode. Thank's
Anon4320
@RobRich: Too bad. Good luck!
@marmaduke: Thank you very much for the ungoogled-chromium builds. Have you any plans to build for 32-bit Windows? How long is the build time for you?
I was wondering if I could build it myself but only have 4GB RAM, I don't suppose I could cheat and attempt a build with a very large pagefile? :)

Thanks again.
Chromium for 32-bit Windows - Ungoogled - Sunday, 10 February 2019

Chromium 72.0.3626.96 (Official Build) (32-bit)
Revision 84098ee7ef8622a9defc2ef043cd8930b617b10e-refs/branch-heads/3626@{#836}
OS Windows

No Sync - WebRTC - Widevine - ThinLTO

clang/llvm 9.0.0-r353374

Standard build of Eloston's ungoogled-chromium. All patches applied, apart from "Safe Browser". Linking failed due to safe browsing being removed, so I decided not to remove any element of safe browsing.

Ungoogled-Chromium-72.0.3626.96-Win32.7z (7-Zip archive)
Anon4323
Last stable build by Nik (72.0.3626.96) start with reduced window (like TorBrowser).
Is this a new feature for security ?
Anon, sounds like you had your ungoogled version open when you opened Nik's build...if so, you opened a new window of your ungoogled build, you need to close the ungoogled build totally out before you open another.
WildByDesign 
@marmaduke, I apologize if this has already been asked/answered. I haven't followed recent developments as much lately.

Would it be possible for you to add Installer compilations to your build process?

I don't understand the process and therefore have no idea if that would be too much additional work or not. If it is too much, please disregard. I figured I would ask though because I prefer to do System Level ( --system-level) installations of Chromium in general.

Thank you for your time.
@marmaduke

Thanks for the 32-bit build of ungoogled-chromium, it is much appreciated!
Anon4327
32 cores 1000 watts, Wow geez...plus a gpu. Good grief. Thanks so much Rob for all your work!
Anon4328
Hey there @marmaduke, like Anon4317 I can't seem to find the '#extension-mime-request-handling' flag in chrome://flags/ anymore. Has its removal been intentional?
@marmaduke: about your sync/nosync builds
You probably won't believe it but your nosync builds are syncing! :-o
I've noticed that, back in November, when I switched from MacOS 10.9 to 10.11 and chose easiness over security and used your sync build for not having to reinstall all my apps/extensions/params/theme.
I was surprised when I came back to the nosync build that it was recognizing the connection to my account and seemed to sync. I've waited the next builds before warning you and this situation is still the same with your last 72.0.3626.96.nosync.
Is it the way I set up my #google-api-keys, as described there? I don't know, but I've just tried on a Mac where Chromium has never been installed before and it synced everything as if it was the sync version — It's quite overwhelming to see that Google doesn't give you a chance to deselect things at first launch, I see that my bookmarks and passwords have been uploaded to my account, back in November... :-( (but not after I unchecked everything in the prefs, of course)

I've then tested your ungoogled build and I wasn't able to connect to my account, as expected. ;-) That's the build I'll use from now on. Thanks!
@Anon4328: Engage developer mode to load (unpacked) extensions.

@Aargl: Since I've been doing the ungoogled builds, I've notice that the traditional method of obtaining a no-sync build is incorrect. The ungoogled build passes a null key to the respective api keys, and as such there is an api keys missing message that has to be suppressed with a patch. I thought that on my latest mac stable no-sync build that the ungoogled method had been used. In the future, no-sync builds will be done the ungoogled way.

I don't have a Google account, nonetheless, I appreciate the feedback.
@marmaduke: It's not about loading unpacked extensions, it's about installing extension from the Chrome Web Store, which now requires to drag and drop their crx files manually into the Extension settings screen because otherwise one gets an 'You cannot install extension from this site' (or something along this lines) error. And because I couldn't find any mention about the removal of said flag in Eloston's ungoogled-chromium repository I was curious whether its removal was intentional or happened maybe by accident during your build process.

Nonetheless thank you for your ungoogled-chromium Windows builds!
Apparently it's just the setting in chrome://flags/ that's inaccessible while enabling/disabling ungoogled-chromium flags via command line switches still works.
So if someone wants to directly install extensions, starting ungoogled-chromium with '[...]\chrome.exe  --extension-mime-request-handling=always-prompt-for-install' would be the way to go. (This works for all the other flags as well.)
Anon4333
you're awesome @marmaduke. thanks for the ungoogled chromium builds.
Anon4334
Rob, how's the new PSU situation coming along?
Anon4335
If I am installing from an Archive, can the installation directory be a folder in any location at all or is there a specific location that I must extract the Archive to?
Anon4336
@anon4335
Any location is fine, I use a folder under Program Files and it only needs read permissions (user profiles are stored in the usual %appdata% location).
Anon4337
@marmaduke, please can you share the latest version of ungoogled chromium for 32-bit Windows?
Anon4338
@Anon4337: #comment-4322
Anon4339
@Anon4338 the latest version is 72.0.3626.109
Chromium for 32-bit Windows - Ungoogled - Sunday, 17 February 2019

Chromium 72.0.3626.109 (Official Build) (32-bit)
Revision fae8db7ab9280fa6704a59980263c804f809ebd5-refs/branch-heads/3626@{#857}
OS Windows

No Sync - WebRTC - Widevine - All Codecs - ThinLTO

clang/llvm 9.0.0-r353374

Standard build of Eloston's ungoogled-chromium. All patches applied, apart from "Safe Browser". Linking failed due to safe browsing being removed, so I decided not to remove any element of safe browsing.

Ungoogled-Chromium-72.0.3626.109-Win32.7z (7-Zip archive)
Anon4341
@marmaduke: Thank you for the 32-bit build of ungoogled-chromium.
Anon4342
@Jerry: Did you remove that little arrow down here that lead us to the top of the website?
Anon4343
@Anon4342: The arrow is presents here…
Are you on a mobile form ? Weird resolution ?
https://i.imgur.com/QIBCkhB.png
Anon4344
@Anon4343, figured it was a list on my uBlock Origin Filters that was hiding it. My Bad
admin
Thank you all for your help and support.

@Anon4328: Your #comment-4332 is very interesting.

@Anon4344: Ok. Thanks for your feedback! ;)

@marmaduke: Now, you can update your "32-bit ungoogled release" info on the site yourself. Thanks a lot! ;)
Anon4346
getting antsy for a new v74 installer!
DamnItCarlos 
@marmaduke Thanks for the 32-bit build of ungoogled.

1) Have you/can you try the patch to build the latest without safe browsing?
https://github.com/Eloston/ungoogled-chromium/blob/master/patches/inox-patchset/0001-fix-building-without-safebrowsing.patch

2)Is there any way of disabling the 'default to https' patch short of recompiling?
https://github.com/Eloston/ungoogled-chromium/blob/master/patches/ungoogled-chromium/default-to-https-scheme.patch
Some sites I use giving browser ssl warnings, it seems it is the sites fault for not setting up ssl certs correctly (I recall some regarding 'invalid site name for cert' or similar? No worries if not possible to disable the default behavior with a flag or parameter :)

Thank you again
@DamnItCarlos: I'll try a 32-build "safe browsing" build.

I use the extension "HTTPS Everywhere", but i will still apply the 'default to https' patch.
DamnItCarlos 
@marmaduke: Thanks. One site example is tweakguides.com (NET::ERR_CERT_AUTHORITY_INVALID). Only a minor annoyance for an otherwise perfect (imo) browser though, please keep up the great work
@DamnItCarlos

Chromium still a no go without safe browsing.

Personally, I'm not too concerned about the inclusion of safe browsing and think that it's sufficient just to disable it. Brave browser redirects safe browsing requests to its own server.
DamnItCarlos 
@marmaduke: That's a shame, oh well, thanks for giving the compile a try all the same!
Anon4352
Attempting to compile (first time) and receiving the following error:
ninja: error: loading 'build.ninja': The system cannot find the file specified.
Any assistance is appreciated.
@Anon4352: what environment?
Anon4354
Windows. I didn't install debugging tools and when I did that it compiled properly. Chrome-bin was uncompressed in mini-installer.exe and the file is over 200 MB. Do I need to add another argument when compiling? (It installs and runs properly)
Anon4355
64-bit • 73.0.3677.0 (624317) • Saturday, 19 Jan 2019 • RobRich
64-bit • 74.0.3684.0 (626039) • Friday, 25 Jan 2019 • Marmaduke
Any updates, guys?
Rather than chase Google's headless chicken releases. I will do something useful: the intention was to compile an ugoogled version of Chromium for android; but that has been done aleady by the Bromite peeps (excellent job lads!):

==============>

Chromium v72.0.3626.119-r612437-And64

Chromium for 64-bit Android - Friday, 22 February 2019

Chromium 72.0.3626.119 (Official Build) (64-bit)

Revision 9a65993e2cde1b5797ec98da4cd9abcea464cd7b-refs/branch-heads/3626@{#876}

OS Android 9: ONEPLUS A6000 Build/PPW29.116-16

OS Android 64-bit

only for Android 64
official build
All Bromite patches applied (ungoogled, additional CODECS)
HEVC
No Sync • No Widevine • ThinLTO • Bromite • HEVC

Chromium_Android_64.zip

====
Chromium branded, what the hell is a git binary patch?
@marmaduke: You are really meaningful and helpful for our community!

You took up the case of UnGoogled Chromium and now an Android version!

It suits me particularly because I actually have Bromite but it seems to drain very quickly a lot of battery on my phone so your Android version will give me a chance to investigate whether it is a Chromium’ source or patch problems !

Hereby I express a very big thank you to you for your curiosity and your great variety of builds for everyone on any kind of OS!
@Anon4355: I *hope* to have my 32-core Opteron build box back online this weekend. The new upgraded power supply is here, assuming it fixes the issue.
@RobRich: Ouch, I didn't know about issues with buildbox. Hope you fix it. Good luck!
Anon4360
@RobRich: Thank you very much for 74.0.3716.0 (634982) • Saturday, 23 Feb 2019_32 bit
@Anon4360: Welcome. :)

----------------

The power supply fix worked; for the few minutes the system was booted anyway.

Had swapped in a known working 8-core Opteron back when troubleshooting the system. Just damaged multiple socket pins when getting ready to swap back in one of my two 16-core Opterons. :/

I have tried fixing socket G34 pins on a couple of occasions. Forget it with my hands. Found and ordered a new replacement motherboard, though it could be the beginning of March before it arrives.

----------------

Anyway, on to builds. Windows 32-bit ThinLTO is located in the build listings above.

Below is a interim Windows 64-bit ThinLTO build. I built it on my Kaby Lake notebook for my Kaby Lake notebook. I modified the default x86-64 target in LLVM to set Skylake scheduling and to enable AVX2 SIMD support. Benefits? Not much, if any IMO. Perhaps some performance regressions, too.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v74.0.3716.0-r634982-win64

A complex FullLTO+PGO+Polly build might be pushing it right now, but in the meantime, I will try to have an updated Windows 64-bit ThinLTO build with AVX enabled later this weekend.
@RobRich v74.0.3716.0-r634982-win64 - chrome.zip - win10 1809 x64

chrome.exe - Application Error
The application was unable to start correctly (0xc0000142). Click OK to close the application.
@Anon4355 Does your system's processor support AVX2? ;)

CPU-Z is a freeware utility to check such CPU features:
https://www.cpuid.com/softwares/cpu-z.html
@RobRich: Yeah, sorry, my mistake. I have ivy bridge i5. :)
@Anon4355: For your system, I should have some type of Win64 AVX build ready later on Sunday. Looking quite possibly like a FullLTO+Polly build, just without PGO for now.
@RobRich: Many thanks! Look forward for it.
Updated Win64 ThinLTO build available. Processor with AVX required. It is a mix of O3 and Os code, along with various other compiler and linker tweaks. I did not do much performance testing, but a couple of quick benchmark runs looked decent enough for general usage IMO.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v74.0.3717.0-r634998-win64

I have a FullLTO+Polly build cooking. Probably Monday for release assuming it builds.
@RobRich: I am confused.

v74.0.3717.0-r634998-win64

Same app error. And there is 74.0.3716.0.manifest in archive.
Anon4369
Files from the wrong directory were pushed. I just uploaded the correct files. Thanks for the FYI. :)
https://github.com/RobRich999/Chromium_Clang/releases/tag/v74.0.3717.0-r634998-win64

----------------

Looks like something is breaking linking for my FullLTO build. Hmmm. Will try to take look tomorrow.
@RobRich Thanks again. ;)
Finally, av1 videos on youtube play without problems.
Anon4371
@marmaduke, please can you update the ungoogled 32bit version to the 72.0.3626.119?
JohnStamps 
@Anon4371: I had a look at the changelog from the previous version to 72.0.3626.119 and it doesn't contain any security updates or groundbreaking fixes, hence don't see the need to consider an upgrade just yet!
Anon4373
@JohnStamps with the ungoogled 72.0.3626.109 i have scrolling issues on random pages.

I tried the Chrome 72.0.3626.119 and they don't seems to apered.

Acutally I don't know what cause this problem, because I was able to reproduce it with clean ungoogled profile and no extensions. For me seems to be some scroolling problem with the chrome 72.0.3626.109 because when i disabled the flag "Threaded Scrolling" there are no scrolling problems.
FullLTO continues breaking Chromium here. There have been some changes in LLVM code I modify, but I am not immediately seeing an underlying issue.

I just pulled a fresh LLVM revision and cooking a fresh build with asserts enabled to perhaps narrow down it down.

Otherwise, I might have to go back to ThinLTO builds in the meantime.

------------------

Something I tossed together while experimenting with a modified LLVM build, new pass management, synthetic counts, etc. YMMV, especially on performance.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v74.0.3721.0-r636362-win64

On the other front, it appears I probaby have Polly and PGO working. A build is cooking. Next step will be seeing if FullLTO is going to work.
Anon4375
Thank you RobRich for all. Good luck!
I just completed 200GB+ of profiling data. o.0

----------------

Building LLVM with Visual Studio 2019 RC.

cmake -DLLVM_TARGETS_TO_BUILD=X86 -DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_PROJECTS=clang;lld;polly;compiler-rt -DCOMPILER_RT_BUILD_BUILTINS=OFF -DCOMPILER_RT_BUILD_SANITIZERS=OFF -DCOMPILER_RT_BUILD_XRAY=OFF -DCOMPILER_RT_BUILD_LIBFUZZER=OFF -DCOMPILER_RT_BUILD_PROFILE=ON -DCOMPILER_RT_BUILD_XRAY_NO_PREINIT=OFF -DLLVM_ENABLE_ASSERTIONS=OFF -DCMAKE_C_FLAGS="/MD /O2 /Ob3 /DNDEBUG /GS- /Gw /arch:AVX2 /favor:INTEL64 /MP1 /cgthreads4 /Qvec-report:1" -DCMAKE_CXX_FLAGS="/MD /Ob3 /DNDEBUG /GS- /Gw /Ob3 /arch:AVX2 /favor:INTEL64 /MP1 /cgthreads4 /Qvec-report:1" -DCMAKE_C_FLAGS_RELEASE="/MD /O2 /Ob3 /DNDEBUG /GS- /Gw /arch:AVX2 /favor:INTEL64 /MP1 /cgthreads4 /Qvec-report:1" -DCMAKE_CXX_FLAGS_RELEASE="/MD /O2 /Ob3 /DNDEBUG /GS- /Gw /arch:AVX2 /favor:INTEL64 /MP1 /cgthreads4 /Qvec-report:1" -G "Ninja" ..\llvm\llvm

Adjust /arch:AVX2 /favor:INTEL64 /cgthreads4 according to the local system. Of particular note is /Ob3, which enables more aggressive code inlining in 2019 RC. :)

----------------

I have modified LLVM to disable duplicate symbol reporting, disable certain inalloc reporting, enable aggressive instruction combining at lower opt levels, and enable a tail cail elimination pass during LTO.

As to building Chromium, I am further experimenting with the newer "simple" loop unswitcher with non-trivial unswitching, conditional branch folding, partial inlining, register scheduling, register assignment, register bank selection, instruction scheduling, vector legalization, additional polly options, etc.

I am currently building an updated LLVM release to attempt multiple-stage, context-sensitive PGO as well.
Fun stuff with FullLTO.

-O3 was breaking it, but whatever, I can build at -O2 with little to no appreciable real-world difference.

Now it is griping about a Machine CSE issue. :/

If required, I simply will move Win64 builds back to ThinLTO in the meantime until the FullLTO issue is resolved.

----------------

As to my build box saga, the replacement motherboard should be here like Monday or Tuesday.
ByteProphet 
KeePass doesn't works with ungoogled-chromium ?
I can't connect to existing database (successfully use with stable-codecs-nosync before): nothing happens when click on "Connect"...
Thanks.
cyberrufus 
74.0.3724.0 x64 for Windows
No-sync, all codecs with no Widevine
https://github.com/cyberrufus/Chromium/releases/
Anon4380
@RobRich Hope it all goes well!
Do these newer builds of Chromium force you into that awful material design that standard Chrome adopted? Haven't updated Chromium in quite some time and I've been using the flag to disable the new design to the bookmarks page for example.
@cyberrufus Thank you, using your build now. Are you going to be cooking regularly or is this a one and done thing ?
cyberrufus 
@Evan: I plan on releasing builds regularly.
Donald Stable Genius Trump 
@cyberrufus

use_thin_lto = true
thin_lto_enable_optimizations = true

nik and marmaduke tend to release new Windows dev builds when there is a version change, ostensibly, to mitigate any changes in ffmpeg or in the source code in general.
I'm getting "not found" on both the sync and no-sync Marmaduke updates. Un-googled version crashes on launch for me.
@glynis37: Elaborate!
Here's the crash log: https://pastebin.com/DjbwD7kB
@glynis37

I thought you were running Chromium on a vax-11

Test system (A demanding Hackintosh that theoretically is not capable of running Mojave!)

System Version: macOS 10.14.3 (18D109)
Model Name: iMac
Model Identifier: iMac13,1
Processor Name: Intel Core 2 Duo
Processor Speed: 3.16 GHz
Chipset Model: Asus GeForce 210 1Gb

Command Line /Users/xeon/Desktop/Chromium - Stable/Chromium.app/Contents/MacOS/Chromium  --user-data-dir=/Users/xeon/Desktop/Chromium - Stable/Data  --incognito--disable-sync--disable-sync-backup--disable-sync-rollback--disable-sync-app-list--disable-sync-types--enable-sandbox--isolate-extensions--isolate-sites-for-testing=*  --process-per-tab--process-per-site--safe-plugins--disable-webgl--disable-reading-from-canvas--disable-presentation-api--disable-ipv6--disable-webgl-image-chromium--disable-speech-api--disable-java--disable-breakpad--ppapi-flash-path=/Users/xeon/Chromium-plugins/Plug-Ins/PepperFlashPlayer/PepperFlashPlayer.plugin  --ppapi-flash-version=32.0.0.101  --allow-outdated-plugins--ssl-version-min=tls1  --flag-switches-begin--flag-switches-end —-cipher-suite-blacklist=0xc007,0xc011,0x0066,0xc00c,0xc002,0x0005,0x0004,0x000a

Executable Path /Users/xeon/Desktop/Chromium - Stable/Chromium.app/Contents/MacOS/Chromium

Profile Path /Users/xeon/Desktop/Chromium - Stable/Data/Default

Tested: ungoogled, stable sync and no-sync

Chromium 72.0.3626.121 (Official Build) (64-bit)
Revision da3787ba355f18db7db52abf75c42afb408d656f-refs/branch-heads/3626@{#883}
OS Mac OS X

Chromium runs correctly.

if anyone else is having problems, I would like to know. Appreciate the feedback.
marmaduke thank you for the ungoogled-chromium builds, i will be updating soon and will post back if i get any launch problems as another user previously detailed (win 32-bit)
admin
Thank you to all developers and users!

@glynis37: Welcome on this site! I put the content of your #comment-4387 on a pastebin (or text storage site) because it is very long and this site is not for debug. Hope you understand! ;)

@Marmaduke: Now, you can update your Android "ungoogled-chromium" info yourself. Make sure "ungoogled" is present in the download URL like your other releases. You forgot it. Anyway, thank you very much for your all releases and help! ;)

@cyberrufus: You're welcome to share your release here. Contact me if you want to add it on this page! ;)

@D: Since the version 71, Chromium (and all Chromium-based browsers) use Material Design. You cannot disable it. chrome://flags/#top-chrome-md and the old source code were removed.

@RobRich: I cross the fingers for your computer! :)
@Jerry: Thanks for the reply. Guess I'm not updating again.
cyberrufus 
74.0.3724.8 x64 for Windows
Reference: Chrome Dev Channel release 3-5-19
No-sync, all codecs with no Widevine
https://github.com/cyberrufus/Chromium/releases/
Anon4393
Hi @CyberRufus,

Is it possible to know a little more about your builds?

How did you discover Woolyss?
On which type of machine does you build?
What type of argument do you use?

And finally: why building and sharing your own Chromium?

Thank you for you share !
Anon4394
Is this bug applicable to any of the builds on the 73 or 74 branch? Sounds serious
https://chromereleases.googleblog.com/2019/03/stable-channel-update-for-desktop.html
@Jerry: Thank you! I knew that was way too big!

@marmaduke: Thank you for looking at it, hopefully, I'll figure it out.
admin
@Anon: Good questions! The others developers share their releases on this site since 2016. cyberrufus, you're welcome! ;)

@Anon4394: Yes. Chromium and all Chromium-based browsers have this fixed bug since version 72.0.3626.121

@glynis37: It is ok. Do not worry! ;)
is it possible get a build on here with the following features: up-to-date widevine all-codecs no-sync win64?

I grabbed @Marmaduke's up-to-date build as a drop-in replacement for Chrome with no-sync but the ungoogled bits are breaking a lot of things for me (chrome webstore is the biggest problem since my users want to be able to install/manage their extensions). I was able to re-add google search for url bar search.
Hello everybody,
since days it is well-known that all Chromium / Chrome versions before 72.0.3626.121 are endangered by a dangerous safety gap.
Since it should not be harmless to use some of the Chromium versions available here at the level of January or February?
@Jerry, RobRich's dev builds listed here is really behind, please fix that issue.
https://github.com/RobRich999/Chromium_Clang/releases
cyberrufus 
@Anon4393:

I've been around here long before developers began linking their builds (2016?). I'm just using basic arguments for no-sync with codecs and any meaningful changes will be noted. Computer is also pretty basic (4-core with 16 RAM). Went away from Chromium for a bit to Canary due to inconsistency of releases and figured out the best solution to it would be to build myself.

74.0.3728.0 x64 for Windows
No-sync, all codecs with no Widevine
Reference: Chrome Canary release 3-7-19
https://github.com/cyberrufus/Chromium/releases/
Anon4401
@cyberrufus

what's your build setup and what guide did you use to get started? i've been thinking about doing my own builds, mostly because of the delays that have been happening between builds on here lately. i don't think i'd need to go over the top with the optimization and testing like some builds on here, but staying as up to date as possible is a priority for me in general.

that said i more than appreciate the resources and time put in by everyone who does submit their builds, whenever they do.
cyberrufus 
@Anon4401:
https://github.com/henrypp/chromium/blob/master/building_chromium_gn.md
https://chromium.googlesource.com/chromium/src/+/master/docs/windows_build_instructions.md

I used Nik's very good guide to building as well as the Chromium instructions as a starting point. Only issue I have is the long build time but that's just my computer.
admin
@Evan: Yes I know but RobRich has an access to this site to update his releases info. His latest builds are not "fullLTO" like on this site! ;)

@cyberrufus: Thank you for feedback. You came on this site in June 2014 (https://chromium.woolyss.com/?all=1#comment-171)! ^^
Sure enough, my Win64 builds are,way behind. ;)

Thanfully I do have the replacement and upgrade parts for the build box now. I just need to get them installed. I am hoping tomorrow if I feel up to it.

I probably will be transistioning build types again due to build times and related. Likely ThinLTO again, though perhaps with partial PGO.
Due to the serious error in older versions of Chomium/Chrome, you can only use the two versions of Marmaduke and the stable version of Nik from this site?
admin
[EDIT: 13 Mar 2019, by Jerry]

@RobRich: It is ok. We understand. Do not worry! ;)

@marmaduke: Thank you for your latest releases! ;)

@TAK: About the serious error (CVE-2019-5786 - https://bugzilla.suse.com/show_bug.cgi?id=1127602), only the builds released after February 28 have this fixed bug. The stable versions are clean since 72.0.3626.121
Just pushed an updated Win64 build. I actually built it on my notebook, but anyway. ;) As previously noted, I have migrated back to ThinLTO at this time. I have not done any serious benchmarking, so YMMV on performance.

I should have a Win32 build tonight or tomorrow.

----------------

@Jerry Drop the FullLTO, Polly, and PGO tags on my Win64 build for now due to various issues. Add back the ThinLTO tag. Thanks!
Anon4408
@RobRich, can confirm through speedometer...etc there is a performance hit, but only marginal, average about 5% for me. But it's fine. I hope it all goes well with your situation.
admin
@RobRich: Ok. Done! Welcome back home! :)
Thanks. :)

I know where some regressions likely are occurring. Hopefully the numbers will look a little better with the next Win64 build.
cyberrufus 
75.0.3732.0 x64 for Windows
No-sync, all codecs with Widevine
earthsound 
@Jerry: regarding CVE-2019-5786: I don't have permissions to view issue 936448, but a patch for it wasn't merged into M72 until Feb 28 and there are six builds available here that predate that commit. I don't know when the fix was merged into higher branches.

--------

@Jerry: after digging around a bit, it looks like the commit was first included in 74 with 74.0.3721.0 on Mar 1.
admin
@cyberrufus: Thank you!

@earthsound: It is fixed for 12 days now. Check the source code of the STABLE version (72.0.3626.121).
Screenshot: https://i.imgur.com/Db1KpWd.png
Source code: https://chromium.googlesource.com/chromium/src/+log/72.0.3626.121?n=50
Debian security tracker: https://marc.info/?l=bugtraq&m=155229051918261
CVE-2019-5786 update build:

Chromium for 64-bit Android - Wednesday, 13 March 2019

Chromium 73.0.3683.75 (Official Build) (64-bit)

Revision 909ee014fcea6828f9a610e6716145bc0b3ebf4a-refs/branch-heads/3683@{#803}

OS Android 9: ONEPLUS A6000 Build/PPw29.116-16

OS Android 64-bit

- only for Android 64
- official build
- All Bromite patches applied
- HEVC

No Sync • No Widevine • ThinLTO • Bromite • HEVC

arm64_ChromePublic_HEVC.apk
Latest MacOS builds aren't signed and won't run. Useless
Latest build from Robrich (Win10 64bit) works very good for me. But I dont see much obvious changes, I guess the changes are more in background. Like maybe latest big bug reported on all Chromium based browsers and Google Chrome. Is there a changelog for new build 75?
One bug I had with previous build 74 were sporadically crashes-to-desktop. But it didnt happen too many times, so it didnt bother me too much.
admin
@marmaduke: Thank you dude! ;)

@ball: Chromium is generally not signed...because it is not free for developers (#malware)

@olle: Thank you for your feedback. About changelog for new build 75, check the commits:
https://chromium.googlesource.com/chromium/src/+log/75.0.3731.0?n=1000 (Long page!)
Bili Bonobo 
@ball: Do one!
earthsound 
@Jerry: It's only fixed on builds released since the commit landed 2/28.

However, you had said:

"About the serious error (CVE-2019-5786 - https://bugzilla.suse.com/show_bug.cgi?id=1127602), Chromium and all Chromium-based browsers have this fixed bug since version 72.0.3626.121. Each release on this site is clean because its version is greater than or equal to 72.0.3626.121"

But that's incorrect. Builds older than 2/28 do not have the fix (even if they are a higher version number than 72.0.3626.121) and are not "clean". Marmaduke just updated his Android build, but there are 5 that remain vulnerable to that security bug.

admin
@earthsound: My apologies. I totally agree with you. I understood my mistake. I focused on the version while the date of releases is most important. I edited my #comment-4406
Thanks for insisting!
Do you think Nik will push a new 64-bit DEV version soon?
I remember these builds used to be updating more frequently... has this changed?
Last release was 74.0.3689.0 (627581) • Wednesday, 30 Jan 2019.
Hello,
Thanks @Jerry for rectification. However, this shows how dangerous it can be to use developer versions of Chromium from here, that have not been updated for a long time.
Thanks Jerry. I see page, thats a lot of changes on 75.Thanks for the information.

For me, Chromium 75 from Rob works very smooth and stable. Do you have an idea, why Chromium refuses to safe login informations for certain sites (a.e. forumbase.de)? I didnt experience this issue on previous Chromium builds. What I see is, that password is stored in Chromium (when I go look in settings). But when I try to login to site, it doesnt fill out the fields and I have to type it instead. But I only experienced this issue on one site so far respectively I didnt try out all my prefered sites with login yet.

But thats only a little issue. Respect to the work of people like Rob, Nick, Marmaduke, etc who does all this efforts so we have nice browsers :)
so where is it? the latest update on stable channel
admin
@some guy: Give time to nik! ;)

@Dustyn: nik is probably busy.

@olle: You use a development version. It can be a revision issue or site bug. This bug is currently on only one site. I do not know.

@TAK: Yes. Exactly. Like earthsound said in his #comment-4419, there are 5 vulnerable builds here. I highlighted them with an automated red tag.
I know its a development version and there might be bugs. But as a said, its only little isue. The browser works good for me. I just noticed there are new "vulnerable" flags on chromium 74 for windows builds on this site. I believe you are talking about the big bug which was found lately in all chromium based browsers?
admin
@olle: Yes indeed. I talk about the CVE-2019-5786 issue fixed in all builds released after February 28. The other ones are vulnerable.
Anon4428
Thank you very much nik.
WildByDesign 
@Nik, Thank you for your continued dedication and contribution to this community with your Stable release builds, in particular. You have done this consistently for several years now and your effort is greatly appreciated.

Also, it is fantastic that there are multiple build developers here now sharing with this community and providing different types of builds for different purposes. (Testing, stability, efficiency, security, etc.)

Excellent work, everyone! Cheers!
silly question, but is there a simple way for me to add codecs to robs builds? i like that his builds offer an installer
Anon4431
@RobRich: Thank you very much for 75.0.3735.0 (641309) • Friday, 15 Mar 2019_32bit.
admin
@WildByDesign: Thank you very much for your support, since early 2016! ;) I do my best to maintain this site. Thanks to all developers for their constant work.

@Kevin: > add codecs to robs builds?
You needn't. The RobRich's builds have all standard codecs + H.264/AVC (MP4) + AAC. It is enough to navigate on the Web. They haven't the H.265/HEVC, MPEG-4 and AMR codecs but... H.265/HEVC will soon be replaced by AV1 (already supported by Chromium) ; MPEG-4 (Xvid in AVI) is rarely used ; AMR is for smartphone. To add non-standard codecs, you must compile Chromium. Test codecs at https://tools.woolyss.com/html5-audio-video-tester/

@RobRich: Thank you. Note I add a new "codecs+" tag for your builds! ^^
cyberrufus 
75.0.3736.0 x64 for Windows
No-sync, all codecs and Widevine
https://github.com/cyberrufus/Chromium/releases/
Non-standard CODEC suppot has been officially dropped from Chromium (v75+):
https://chromium.googlesource.com/chromium/src/+/5845e3041f028f5ca90e79d5e730a11fefbcd18c

"We previously relied on the *DecoderConfig to be "invalid" for
unsupported codecs. But this is fragile and hard to document and we
already have utilities to answer what codecs are supported."

I suppose it's only a matter of time before Sita ceases to sing the blues, and Google embraces neo-Luddism.
What doea that mean ? So no more "all codecs" releases anymore ?
Anon4436
Thanks for the latest 73 nik, has anyone noticed the opening-new-tab animation is gone in this version? I mean the slide effect. I can't find anything about it in changelog logs or chromestatus, or an origin trial...strange.
@Jerry: Look, I found something about my little issue with the chromium password safe...
https://bugs.chromium.org/p/chromium/issues/detail?id=942869
admin
@cyberrufus: Thank you!

@marmaduke: Ok. Thanks for info ;)

@Evan: Keep cool! ;) I explain in my previous #comment-4432 that on the Web we need all standard codecs + H.264/AVC (MP4) + AAC. The others ones are secondary and mainly used for #chromium-os

@Anon4436: Yes. I see. This effect changed beetween v72 and v73. Google Chrome (73.0.3683.75) is similar. I also search info about that.

@olle: Thanks for the report!
@Jerry, that doesn't answer the question " So no more "all codecs" releases anymore ?", please stick to my question, not what matters on the Web or not.
admin
@Evan: It is not simple to answer you because I do not know the future. Will it become harder to add all codecs on versions 75+? I do not know.
Info on the bug tracker: https://bugs.chromium.org/p/chromium/issues/detail?id=911823
@Evan: Yes, there will still be "all codecs" releases. I've figured out how to patch the code without regressing.
admin
@marmaduke: Good news Master! ;)
@marmaduke: Thanks, having all codecs is the reason I use custom builds of Chromium in the first place.
Anon4444
@Jerry: I downloaded your most recent installer for windows 64 bit, and when I went to install it Windows defender SmartScreen prevented it from running. Is this normal? I've never installed chromium before.
Anon4445
@Jerry: About the animations disabled issue in v73, I see this report with recent activity, perhaps it is related - https://bugs.chromium.org/p/chromium/issues/detail?id=8944
It seems if you have visual effects for your OS disabled it respects that settings in the browser, but I have never seen this happen in the past and have always had the animation setting in OS it refers to disabled, strange!
Anyway I only see this as a problem because if you open a tab too fast and animations are disabled, if you start typing in the address bar it can take 1 second for the page to become 'active', so any typing you did is erased.
admin
@Anon4444: Yes, it is normal to have a SmartScreen dialog box (if enabled, obvisouly!) because Chromium is not signed. I explained that in the #malware section. Personally, I dislike these dialog boxes and I like "Don't put all your eggs in one basket". So I turned off all SmartScreen filters and installed a free well-known antivirus (like Karspersky, Bitdefender...)

@Anon4445: Ok. Thank you very much for the report and your explanation.
> I have never seen this happen in the past
Agree. Never seen before.
Login issue on forumbase.de is solved. I think, the admin did something to the site ;)
Anon4448
@marmaduke: Do you plan to update your ungoogled-chromium builds regularly? I am a new user and want to know if I can use it and depend on updates, else I will use the other normal builds on the site. Cheers
@Anon4448

ungoogled-chromium is my preferred browser. But, my release schedule is determined by Eloston's, which is presently v 72.0.3626.122

It doesn't really matter which version of Chromium you use as long as it is at least v 72.0.3626.121. To a certain extent, an ungoogled build can be approximated by using PAC files and Gorhill's products - uMatrix, etc.

In short, if the current build of ungoogled-chromium is consistent with that of Chromium I will tend to build it. I've tried to apply the existing ungoogled-patches to the current release of Chromiun, but am not particularly interested in attempting to rectify any patch failures.
Anon4450
@marmaduke

Thanks very much for the reply, I will be sticking with your builds of ungoogled-chromium then which I appreciate you creating for the community.

The ungoogled-chromium builds feel at least 50% snappier than other chromium builds for windows, maybe it is because my machine is over 10 years old or the removal of components and their maintaining (chrome://components) but I really feel that difference in speed.

Cheers.
admin
@olle: Good news! ;)
@marmaduke: Ok. Thanks for info.
@RobRich
I tried twice "installing" your latest 64bit portable 75.0.3735.0 release, but I'm not able to launch it because Win10 says the chrome.exe application can not be started (application error 0xc0000142). Maybe something is wrong or missing in my system?
I just read, it might be possible youre missing certain .dll file on your system. you can google the error code 0xc0000142 and read by yourself.

In my case, I can confirm latest portable chromium 75.x release from RobRich works fine for me on Win10 64bit.
Anon4454
Rob's builds are compiled to be used with a CPU supporting AVX. So if you don't have it, that might cause it not to launch.
@Anon4454
Thanks for your useful hint.
My PC actually dates back to 2010 (i7 860), so probably the cause is just that.
Therefore my system DOES actually... lack something: a newer version of itself! :]

@olle
Your PC proves to be younger than mine, then. Thanks for your kind answer, anyway. :]
cyberrufus 
74.0.3740.0 x64 for Windows
No-sync, all codecs and Widevine.
https://github.com/cyberrufus/Chromium/releases/
@Harmand: Maybe you try out 32bit version of Robs chromium? I think, this one might work for you?
Yeap. My Win64 builds require AVX, though the Win32 builds require only SSE2.
Anon4459
Hello.

Is it possible to add Ungoogled by Marmaduke to repository like F-Droid or Aptoide for simplify the update of Chromium browser?

Thanks
@olle
Maybe it's just a whim of mine, but I prefer using, when available, 64bit software.

@RobRich
Thanks for your explanation.
Do you think in my case your Win32 version could be, performance wise, an overall better choice?
@harmand: Of course, I also prefer 64bit software when its available for me. I just wanted to move your attention to the 32bit version of chromium so you are maybe capable to use this fine browser too :) Otherwise, I would have to tell you to upgrade your cpu ;)
@harmand The Chromium project's own builds - marked The Chromium Authors - have acceptable performance for a basic build IMO. I used them back in the day before doing my own modified builds. Might consider trying them if wanting an installer.

----------------

Looks like Windows builds finally are moving to the LLVM libc++ library, so expect performance changes. I actually noted some regressions in an internal builds here. so YMMV. Probably means me looking into even more aggressive optimization strategies. o.0

----------------

I have FullLTO+Polly back building. I have a successfully completed build, but broken HTML rendering. I was testing floating-point fast math optimizations, so it is not too surprising. ;)
Anon4463
@Robrich "floating-point fast math optimizations" reading that got me a little excited
@olle:
well, I actually AM using this browser; I've been using it for a few years now, in various portable versions (I like portable programs).
I have already used also "modified" builds (from this site); this time I encountered a problem I had never met before and so I posted my question, quickly getting useful and exhaustive answers. :]
@harmand: I hope you didnt take my reply in the wrong way. I just wanted to say, that you cannot use Robs Chromium 64bit if you dont have a cpu with AVX support. I think it wasnt always this way... in the past, I remember AVX support wasnt manditory. So your solution would be the 32bit version, Rob doenst forget the users with older hardware :)
FullLTO+Polly is back working here with my Win64 r643164 build.

Actually is more like FullLTO+Polly along with various optimizations for register allocation, register scheduling, gvn hoisting, code inlining, vectorization, etc. I might even have a little more headroom on Polly optimization opportunities, as I am running default delicm-max-ops and dependences-computeout thresholds right now.

Even with the libc++ migration, I have performance back to my general expectations.... and then some for a few benchmarks.

Basemark Web 3.0 posted one of the highest scores I have seen on my test system, IIRC.

MotionMark still is down from its peak scores for whatever reason, though I am suspecting more along the lines of project code changes instead of my build optimizations. Anyway.

Immediate downside? The build took about *9.5 hours* to compile. Admittedly, the build was not done on my 32-core build box, either, but FullLTO basically does single-threaded linking so I still expect several hours even building on it.

Given the build times involved, I have getting PGO back into the mix on the backburner for now. Maybe later.

----------------

@Anon4463 If ever implemented for a public build, it likely would be for certain components where strict FP compliance is not a requirement. Like media codecs for example.
Anon4467
What password manager are you folks using that integrates well (or at all) with these Chromium builds?
I have carried over some of my updated optimizations like modified gvn hoisting, alternative loop unswitching, etc. to the Win32 ThinLTO r643164 build. Not much I can do on the vectorization side since ThinLTO does not do autovec at this time.

Naturally I compile much of the Win32 build codebase at -Os to keep memory use down, but I did increase the inlining thresholds for select code paths I build at -O3, so feel free to let me know if memory usage becomes an issue.
Anon4469
@Jerry
Did you by any chance find out how to re-enable animations in version 73, described in #comment-4445?
Thanks
Anon4470
Thank you Nik for your releases!
Anon4471
Thanks RobRich for 75.0.3741.0 (643164)
https://developers.google.com/web/updates/2019/03/prefers-reduced-motion

I suppose injecting the following CSS into pages might workaround the animations issue.

@media (prefers-reduced-motion: no-preference) {}

——

@Anon4471 Welcome. :)
Admin: I don't think it's acceptable to keep hosting a "VULNERABLE" version of Nik's 64-bit Dev Chromium on this site after patches were released instantly to the Chromium Dev Repository. User based Dev builds are supposed to be updated "regularly" and the following vulnerable version, "74.0.3689.0 (627581) • Wednesday, 30 Jan 2019" has been made available to download to this very day. The dev channels are supposed to be updated far more frequently than the stable releases, yet, this has not been the case as the stable version has had this vulnerability addressed a few days after it was discovered to be vulnerable.

-----------

Admin: My intent with the above post was to display my dismay and concern with an old vulnerable version being "hosted/linked" to on the Chromium Woolyss page. It is not to bash, discredit or show any ill will towards anyone here on this great site. I've used Nik's Dev versions for a long time now and have greatly appreciated the rewards of using a highly stable rich featured dev version of Chrome. But sadly, in my opinion, I feel they are not updated enough now and should not remain up on the site for months without updating. It defeats the purpose of a dev build. I've moved forward with Google Canary for now as it is a fantastic substitute, even if it does have the Google evils attached to it. Thank you, good day. :)
@olle:
No need to hope, I did not take your reply in the wrong way. Not at all. :]
cyberrufus 
75.0.3745.0 x64 for Windows
No-sync, all codecs and Widevine.
https://github.com/cyberrufus/Chromium/releases/
admin
@Dustyn: Thank you. Yes, I completely understand you. My engine removes Chromium builds after 2 months if non-updated (cf. builds of LiberKey, WinPenPack...). After to read your comment, Nik contacted me and tell me to remove his DEV builds. However, he still continues to update his STABLE Chromium versions.

@cyberrufus: Thank you. If you want to share your versions on this site, contact me! ;)
Anon4477
@Jerry, what happened to Nik's x64 Dev build?
Anon4478
@Anon4477
Read the comment above yours, they were removed as they contained public vulnerabilities.
WildByDesign 
Speaking of Stable branch builds. I have wondered for a while about what would happen if Nik stopped building the Stable branch builds. Since he has stopped with Dev builds, it has made me think about this again. Particularly, with regard to Stable channel builds, users need these relatively quickly at times due to patched security vulnerabilities and such. It would be good if we could all, as a community, come up with some sort of "future proofing" of Stable branch builds.

AppVeyor is free for open-source projects, as I understand it. If Nik was to setup his Stable channel build projects via AppVeyor, in such a way that whenever a Stable patched build was released upstream, it could trigger a source update and compile Stable channel build automatically and update binaries/archives to Github. This would make things easier in the long term for Nik and also provide security updates to users promptly.

Has anybody else had any thoughts or ideas about a more automated approach to building Stable branch builds?
@WildByDesign: appveyor, is it expensive?
WildByDesign 
@Nik, It can be expensive for businesses. However, it is free for open-source projects. Lots of open-source projects on Github use AppVeyor to automate their builds in recent months/years. Some have it setup so that each new commit triggers a new build.
AV has a 60 minutes quota per build job, and it appears the top VM choice (outside of a private setup) offers 4 cores and 7.5GB memory. Ya' could try it with a base build, but I suspect that probably is not going to work for a project the size of Chromium.

One might keep pace with "stable" version builds using Azure or EC2 for like $10-$20 per month, which admittedly is a *huge guesstimate*, plus my assuming default code path optimizations and probably not relying upon LTO.
Anon4483
@RobRich unfortunately im having poor quality image rendering with 64-bit 75.0.3741.0 (643164) if hardware acceleration is enabled :/ (Intel Sandy Bridge)
Anon4484
@Marmaduke: Thank you for the update of Ungoogled , Wednesday, 27 Mar 2019_32bit.
Anon4485
Update to Anon4483: solved it by switching Intel Graphics' 3D setting from Performance to Quality, it wasn't a problem until now
Anon4486
@Marmaduke thank you for the fresh build. How did you do it if there are a lot of errors on windows builds according to Eloston's github issues list?

@nik May the Azure Pipelines be an option, it offers unlimited CI/CD minutes for open source
cyberrufus 
75.0.3750.0 x64 for Windows
No-sync, all codecs and Widevine.
https://github.com/cyberrufus/Chromium/releases/
Anon4488
Problem with last 73.0.3683.86 (625896) portable ungoogled
With dark theme ( --force-dark-mode) menus are now black on black... So it's quite hard to read
Anon4489
Same version 64 bit as above, CRX_INVALID_HEADER error when trying to install any extension or theme...
Theresa Bonehead May 
chrome://flags --> Force color profile
Anon4491
Tried every force color profile with no positive result
Anon4492
@anon4489
Same for me for a while now. The only way is to install from google store, then copy the extension from the profile folder.
Then it can be installed locally on anywhere. I think its the new manifest file that is messing everything up.
Really annoying imo
Anon4493
Regarding comment 4445 (https://chromium.woolyss.com/?all=1#comment-4445) and 4469 (https://chromium.woolyss.com/?all=1#comment-4469), the windows os visual effects setting the browser looks for on deciding whether to enable animations or not is 'animate controls and elements inside windows'.
Johan Gustavsson 
@Nik, ain't it time for a new Chromium Dev?
Anon4495
Johan Gustavsson: Nik has stopped his DEV builds. He still continues to update his STABLE Chromium versions. Info at https://chromium.woolyss.com/?all=1#comment-4473 and following comments.
Johan Gustavsson 
@Anon4495: Thanks for info...
Anon4497
I think marmaduke and robrich do the dev builds these days. So sit tight.
Anon4498
This site is very good, but sad, that it missed Chromium OS.
Anon4499
CRX_INVALID_HEADER
Ok I found where my problem comes from : new version of chrome require CRX3 extension file while dowloading crx websites gives you CRX2.
Someone knows how to catch CRX3 files frome chrome store?
Thanks
Anon4500
@Anon4498: Chromium OS is here for years now. Check it in the Linux section! ;)
Anon4501
I mean, that would good if someone with experience and enthusiasm made a chromium os builds, to bring more diversity.
Anon4502
@Anon4499 crx3 aye, that explains a lot and why copying files from chrome store installs works.
earthsound 
nik: any plans on building a dev version with sync & codecs again? Thanks for putting them out previously!
New builds cooking. Win32 ThinLTO should be public later today. Win64 maybe.... tonight or tomorrow? Takes awhile, especially with my build box still sidelined.

On that note, I have updated Opteron processors on the way. Later generation and faster clocks, so hopefully a little faster build times.

Appears the recently failed power supply damaged the thermal probes (and perhaps more) on the existing procs. Even with the new motherboard they are no longer reporting core temperatures, which means no boost and full 8000RPM+ proc fan speeds. o.0

At least G34 system pull procs are rather affordable these days.

----------------

On to Chromium itself, a quick FYI for those building with....

use_thin_lto = true
thin_lto_enable_optimizations = true

....on Windows. The instruction import limit has been dropped to *one-tenth* of the LLVM default to help limit ThinLTO code bloat and improve build times. The downside is there could be minor to moderate performance regressions, so YMMV. You can comment out "-mllvm:-import-instr-limit=10", in depot_tools\chromium\src\build\config\compiler\BUILD.gn to return the default ThinLTO limit if desired.

Also note libc++ has been disabled on Windows builds due to currently broken debugging in VS. If not concerned about a debug build, libc++ can be enabled by reverting the code edits in the following commit:
https://chromium.googlesource.com/chromium/src.git/+/27026b5f155273f8e0721cd56a7f384a32b24e84^!/#F0

Disregard the container_type_operations.h edit, as the file was removed earlier today.
Anon4505
Thanks for 75.0.3756.0 Win32, Rob!
Anon4506
@RobRich Hearing the news of broken hardware puts me off from trying building Chromium myself.
Is this behavior normal, or were you just pushing it beyond its limits the whole time?
Building and/or running Chromium did not break my 32-core Opteron build box. ;) A failed power supply did. o.0

Actually, it probably was more a combination of a likely failing power supply and an upgrade to a higher wattage video card. An eventual serious hardware failure after a few years of a system building large software projects is not too unexpected.

New 1000w power supply, new dual-proc G34 motherboard, new cooling fans for proc heatsinks, and now waiting on two "new to me" Opteron 6378 procs to arrive. The procs are supposed to arrive Thursday, though it would not surprise me to be more like Friday or Monday.
Anon4508
@Anon4499

This should enable you to download any extension using its [EXTENSION_ID]:
https://clients2.google.com/service/update2/crx?response=redirect&prodversion=73&acceptformat=crx2,crx3&x=id=[EXTENSION_ID]%26installsource%3Dondemand%26uc 

The relevant part here is "acceptformat=crx2,CRX3".
Anon4510
@RobRich Wow interesting.
In the multithread benchmark, your score is 4009 and it says a Ryzen 7 1700 score is 3903.
So does that mean a first gen Ryzen 7 1700 would build Chromium using pretty much the same amount of time as you would?
Or does it not work that way?
An 8c/16t Ryzen system probably is comparable, especially something like an overclocked R7 1700x.

The reality can be more complex when it gets into number of compiler processes, number of files, etc. Plus there is the situations with ipc, numa, thread management, etc.

NInja defaults the job count to Cores+2 when building Chromium. The clang-cl.exe compiler binary is single threaded. ThinLTO linking can be set to use however many cores. Conversely, FullLTO linking is largely single threaded.

I rebuilt my Opteron system due to the availability of affordable procs and already having 64GB of registered ECC memory. ;) I bought those two Opteron 6378 procs for under $50 shipped for both.

On the annoying side, I have given up on fan management for now. It is disabled, and I even bypassed my case fan controller. The system is loud, but at least I am rarely in the same room using the system since I mostly rdp into the box anyway.
Anon4512
Thanks for the info Rob!
Grab a few of those crazy 10,000 rpm fans and you should be right.
Anon4513
Gotta give those Opterons the liquid metal treatment...
Anon4514
I notice 'Number of Raster Threads' is no longer available as a flag, I used this to get a noticeable performance increase in web games (it was buggy for normal use so I only enabled it for that)...anyway does anyone know if this flag is also removed with normal Chrome?
Thanks.
scorpiogreen 
I just read some disturbing news about Chromium preventing disabling of click tracking in the future.
https://www.bleepingcomputer.com/news/software/major-browsers-to-prevent-disabling-of-click-tracking-privacy-risk/

I don't see how any of this is good.
CalmYourTits 
They removed the hyperlink auditing switch in chrome://flags, nothing else calm your tits lol that clickbait article obviously is made to misinform and create panic so they can clickbait.
Jean-Claude Drunkard 
@scorpiogreen.

Use uMatrix
Anon4518
Are extensions still able to block Hyperlink auditing or APIs will be removed with flag?
#reduced-referrer-granularity states that pages can bypass it by setting an explicit referrer policy. Are many websites doing so, is this flag useful?
https://github.com/Manvel/Privacy-Manager has 24K users at CWS, but only 10 stars at GitHub. Is it any good?
What is the most secure way to use KeePass with Chromium? All extensions are old and abandoned except https://github.com/keepassxreboot/keepassxc-browser with 3.5/5 rating.
Now, you can download Microsofts Edge based on Chromium (Dev and Canary)
https://www.microsoftedgeinsider.com/en-us/download
Anon4520
Sweet!
Microsoft Edge Dev is version 74.1.96.24
Microsoft Edge Canary is version 75.0.121.1
Bili Bonobo 
These are the Google features that Microsoft turned off in Chromium Edge
https://www.neowin.net/news/these-are-the-google-features-that-microsoft-turned-off-in-chromium-edge
Chromium Edge build instructions are in src\docs

edge_build_instructions.md

It would be nice to have "playready" in Chromium...and to omit safe_browser...and to see if Edge can be amended or even built!
Anon4524
pls add updater on macOS
Homebrew for the FreeSMUG Chromium builds
To install do:
brew cask install freesmug-chromium
Benny from Crossroads 
Microsoft's attempt at open source is derisory. Someone should proof read the Chromium Edge build instructions.

I've read thousands of words of drivel espousing Microsoft's nascent browser. Basically, apart from Microsoft's special crud, the only noteworthy attributes are PlayReady and 4k Netflix.

I've "built" MS Edge from source! Don't waste your time. The build process is a joke: there is no (meta-build) ability to configure the build - just a collection of object files to assemble and link!

The build could be configured by amending the Ninja build files, but that defeats the purpose of using Ninja.
earthsound 
@Anon4518: Tusk isn't abandoned and has an average rating of 4.2:
https://chrome.google.com/webstore/detail/keepass-tusk-password-acc/fmhmiaejopepamlcjkncpgpdjichnecm

It's github repository is here:
https://github.com/suBDavis/Tusk

It should work well for most set ups.
Anon4527
@Anon4518, https://github.com/kee-org/browser-addon has paid Kee Vault service, but can be used with KeePass. But it doesn't come up when I search "Kee" or "KeePass" or "Kee - Password Manager", that's odd. It has a lot more Firefox users, I guess it was ported to Chromium.
Anon4528
I never tryed it, but there is KeePassHelper :
https://chrome.google.com/webstore/detail/keepasshelper-password-ma/jgnfghanfbjmimbdmnjfofnbcgpkbegj

I still use chromeIPass, but thinking about tying someting else
Anon4529
Thanks for 73.0.3683.103, Nik :)
On a positive note, Win32 ThinLTO is building. That said, Win64 FullLTO+Polly is broken.... once again; even after a week of occasionally poking at LLVM. There appears to be a break somewhere in the autovectorization pass during LTO codegen.

Long story short? It looks like Win64 is going back to ThinLTO for the foreseeable future. I will try to get a build pushed tonight or tomorrow.

As before, I will move the FullLTO+Polly builds back to experimental status for if/when I feel like dealing with them.

----------------

BTW, speaking of browsers integrating portions of Chromium, I am posting this comment via Falkon.
https://en.wikipedia.org/wiki/Falkon
https://wiki.qt.io/QtWebEngine
What is the performance difference between FullLTO vs ThinLTO?
Anon4532
Thanks for the update Rob. Hopefully ThinLTO works, keen to update my x64 build of Chromium.
@Trepoline For most users? Not too much, as I still heavily optimize ThinLTO builds far beyond the project's supplied defaults, too.

The biggest personal concern is ThinLTO currently does not support autovectorization, and it is one area I have been trying to target for recent performance optimizations.

On the plus side, ThinLTO is faster to build. I can set ThinLTO linking to use up to *32 threads* on my build box, versus FullTO linking is largely single threaded. Now factor those numbers against a project the size of Chromium.

https://clang.llvm.org/docs/ThinLTO.html

For me? I tend to like often having the fastest modern Win64 browser in several benchmarks. ;) Basically a numbers thing, I suppose.

----------------

@Anon4532 Same here. :) I am still running my Win64 r643164 public build as well.

----------------

Win64 ThinLTO build now available. There are some performance regressions, but I have some possible ideas.

I will keep the Win64 FullLTO+Polly builds in the comments until if/when their build process ever stabilizes.

@Jerry Back to the ThinLTO tag for my Win64 build. ;)
admin
@RobRich: Ok Rob. Thank you very much! ;)
...and thanks also to all developers and users.
Anon4535
'Microsoft Edge Insider' for the 'Edge Chrome'
- site https://www.microsoftedgeinsider.com/en-us/?form=MO12FO&OCID=MO12FO
- download(s) https://www.microsoftedgeinsider.com/en-us/download
- coming soon for Windows 7, Windows 8.1 and macOS (page recognize Your actual Windows used)
Anon4536
Thanks as always to marmaduke for the up-to-date ungoogled-chromium (32-bit)...has anyone else noticed a performance drop since the previous v73?
Contrary to my belief, ThinLTO does run auto vectorization during link-time codegen when setting /opt:lldlto= above zero, despite -Rpass=loop-vectorize showing no vectorization results.

void PassManagerBuilder::addLTOOptimizationPasses(legacy::PassManagerBase &PM)
....
PM.add(createLoopVectorizePass(true, !LoopVectorize));

AFAIK, the issue with Rpass is it being a fronted directive, and the actual autovec pass is being done during the backed portion of LTO codegen. So for Windows, lld-link.exe when using LTO will accept:

"-mllvm:-pass-remarks=loop-vectorize"

It does not identify the specific code being vectorized, but at least it does confirm vectorization is occurring.

Going a step further, I now also have confirmed Polly can be run in the early position with ThinLTO enabled.

Ideally I prefer Polly in the late position before the loop vectorizer. I *might* be able to add a hook into the LTO pass manager. Something to poke at later.

Now to see if Chromium builds. ;)

----------------

Cleaned the build directory, and vectorization remarks now are tagging most of the applicable code. Still a few "unknowns" due to line zero stuff, which I have seen before in LLVM. Anyway.

Example: https://pastebin.com/fA49ugzT
Anon4538
@RobRich fingers are crossed for you!
Win64 ThinLTO+Polly build now available.

FYI. I am running a subset of my LLVM and Polly optimizations for now to establish a working build.

---------

If anyone else is noticing possible graphics performance regressions in recent dev builds, consider disabling BlinkGenPropertyTrees.
chrome://flags/#enable-blink-gen-property-trees

It is knocking about 10% off my Basemark Web 3.0 scores. YMMV on how it might affect other performance indicators.

BGPT is currently enabled in the field trial testing configuration (as of this post). Looks like devs are working on a fast-path for transform changes, which should help or perhaps even overcome the affected graphics regressions.
RandomChromiumUser 
Hi,

got a chrlauncher "Error while checking update..." error when prompted to update Marmaduke's "dev-codecs-nosync-experimental" ver: 75.0.3768.0
admin
@RandomChromiumUser: Thank you for your feedback. Now, it is corrected. It was an issue with the archive's link.
RandomChromiumUser 
It is working now, thank you for the fix Jerry !
Anon4543
@Marmaduke

Is there an update soon for Ungoogled Android64 ?

If yes , is it possible to ad one very stronger blocker of pop_up in the adblocker ?

Thank You...
Anon4544
Rufus thanks for the continued builds on your Git page.
Getting there. :) Win32+Polly+ThinLTO:
https://pastebin.com/3nN7QXg7

---------------

Win32 ThinLTO+Polly now available.

Currently includes....

Setup LLVM for loop distribution, loop interchange, simple loop unswitching, non-trivial loop unswitching, gvn hoisting, etc. Modified LTO optimization pass management to enable loop distribution during LTO codegen.

Polly is handling multi-level tiling, register tiling, schedule tree optimization, loop interchange, stripmining vectorization, invariant load hoisting, additional early inlining, increased precision for inbounds assumptions processing, folding memory accesses for potentially more delinearization opportunities, etc.

Other assorted tweaks include global sized deallocation functions, LLD tail merging, manual inclusion of the compiler-rt 386 builtins library (fixed an intrinsics issue with my build setp), LTO instruction import limit restored to 100, greedy register bank selection, local reassignment optimization for greedy register allocation, etc.

On the idea list....

I am currently not using partial inlining, through it is disabled by default anyway. As comments in the pass manager indicate, it probably as configured is not in an ideal placement for LTO. I am thinking about either moving it to or adding a second partial inlining pass to the LTO optimization passes.

There is a loop fusion pass now available in LLVM, but it is not in the pass managers, yet. I did not have much luck last time I tried poking at a possible pass management placement, at least when placing it during LTO codegen. I assume it might end up placed before loop distribution, as that would roughly follow the IBM XL compiler loop optimization pipeline.

The IBM XL compiler also has a couple of loop unroll and jam passes in the loop opitmization pipeline. It could be worth a quick investigation since LLVM has a loop unroll and jam pass available as well, though it is disabled by default.

----------------

@Jerry You now can add the Polly tag to my Win32 builds as well.
Hi Rob, thanks for the update. BTW, the download-link for the 64bit version leads to the 32bit version right now ;)
@olle Oops on the files. Fixed. Thanks!
Now, it works. Could download the 64bit version :)
@olle Excellent. :)

------------

I just tossed the Win64 build through Basemark Web 3.0. Performance with BlinkGenPropertyTrees *enabled* (the default) now is higher than with it forced to disabled. I will take a look at MotionMark and Speedometer in awhile.

Anyway, the numbers so far look decent, especially considering I have tweaked my usual optimization levels to drop a few MB out of the build to potentially improve processor register allocation, caching, data locality, and similar.
Hi al, can I please have a version of Chromium Dev with sync ENABLED?

I know that @Nik used to provide that, but not anymore...
Hello! I also join the ecsjjgg's request!
Sync technically is present in no-sync builds. It is just no-sync builds do not include a set of Google API keys, thus why sync effectively does not work as shipped.

However, you still can add your own #google-api-keys to enable sync if desired.
Chromium for 64-bit Android - Wednesday, 24 April 2019

Chromium 74.0.3729.108 (Official Build) (64-bit)

Revision daaff52abef89988bf2a26091062160b1482b108-refs/branch-heads/3729@{#901}

OS Android 9: ONEPLUS A6000 Build/PPw29.116-16

OS Android 64-bit

- only for Android 64
- official build
- All Bromite patches applied - Apart from "AV1-codec-support.patch": YouTube would not work. I'm sure that Android now natively supports AV1
- HEVC

Personally, I think that v73 is better and that my time would have been better spent compiling the latest revision of v73. AV1 does not work: I'll try to resolve the situation. I'm sticking with v73!

No Sync • No Widevine • ThinLTO • Bromite • HEVC
arm64_ChromePublic_HEVC.apk
earthsound 
Since real life has absorbed nik's time to generate chromium dev builds for Windows with sync, is anyone aware of similar Windows dev builds w/ sync elsewhere? I really miss them.
WildByDesign 
Has anyone else using Nik's latest 64-bit 74.0.3729.108 Stable channel build (from today) also noticed the missing Google Search bar from within the default New Tab Page?

I'm seeing the Google logo and the + Add shortcut button below, but no Google Search bar in the middle of those two.

I checked Google Chrome's own 74.0.3729.108 Stable channel build for comparison and it still showed the Google Search bar within the New Tab Page. I also checked and compared my chrome://flags settings to ensure there was nothing different between the two. So at the moment, I have no idea what is causing this and wanted to see if anyone else has noticed this issue.
Anon4556
@WildByDesign : I confirm the bug.

It seem the bar exist but it’s hidden by css rule. See https://i.imgur.com/KzIDqur.png

Probably a chromium revision problem, bug or thoughtlessness…
Thanks for the 74.0.3729.108 build, Nik :)
Dark mode works on Windows 7: https://i.imgur.com/DayyyPs.jpg
Anon4558
I know it is regarding an old post, but the issue described here https://chromium.woolyss.com/?all=1#comment-4445 has finally been fixed in version 74.
Cheers.
WildByDesign 
@Anon4556., Thank you for your confirmation of the bug and also for your feedback. Your feedback (code) helped me track down what is happening with Nik's build and find a fix.

This is likely a Field Trial / Variation which is often different between Chromium and Google Chrome. By default, they both have different variations going on.

Actually, I just confirmed in another tab right now where this is taking place. See below:

Source: https://chromium.googlesource.com/chromium/src/testing/+/master/variations/fieldtrial_testing_config.json#4141

This is what I suspected immediately after your shared code snippet (thank you). This means that this Chromium build is using a new field test to trial the Local NTP (new tab page). I had previously seen nearly a dozen different NTP-related flags in chrome://flags before but did not mess around with the Local NTP before. There is actually quite a bit of neat things (doogles, etc.) that we can do with the Local NTP now via flags. And also Local NTP likely loads faster in comparison to fetching the NTP from the web.

Anyway, this can be fixed by Disabling: chrome://flags/#remove-ntp-fakebox
Anon4560
Thanks for the updated ungoogled-chromium marmaduke, do you know if widevine is included in the program dir because v73 did not have it but was marked widevine?
Anon4561
Please provide a 32 bit portable option for GNU/Linux. Most distros in the list have dropped 32 bit support, and those that do have community ports, usually dont have up-to-date packages. I've been trying for hours looking for a tutorial or guide to compile on my own and even apply ungoogle patches, and simply there is no way. Amount the distros available for 32 bits, Arch linux 32 does a great job but in the 2 years or so its been live, they have updated chromium maybe 4 times, and two times completely broke. Literally millions of pcs are still 32 bits, and for people in poor third world countries there's not much of an alternative as new pcs are just too expensive. Thank.
admin
@earthsound: Sorry dear user! Has you see, excepted the stable version, Sync is disabled in all Chromium releases but Sync is technically present. So, create your own #google-api-keys or use a stable version.

@Yuliya and @Anon4558: Thanks for your feedback.

@WildByDesign: Very interesting info. Thank you! ;)

@Anon4560: Thanks to him! ;) marmaduke does not use Widevine but compiles Chromium with its relative settings. Please read comments at #comment-2164 (This link will show you all comments) for few info. I checked chrome://components in its ungoogled-chromium release and see "Widevine Content Decryption Module" has "Version: 0.0.0.0". It is probably a recent issue! :/

@Anon4561: there are different options to install an updated version of 32-bit Chomium on a GNU/Linux distribution:
- use Snappy and install Chromium (https://snapcraft.io/chromium). For Arch Linux: https://wiki.archlinux.org/index.php/Snap
- use a distribution like (or based on) Ubuntu, Debian, Fedora, Gentoo.
- use the official development versions : https://download-chromium.appspot.com/?platform=Linux&type=snapshots
Anon4563
(strange, my previous comment didnt go through)
@Jerry
I believe the reason widevine and other components are version 0.0.0.0 on the components page is because ungoogled-chromium prevents updating of them, as it would allow downloading of binaries that have not been 'ungoogled'. As the initial update process installs them they do not exist on ungoogled-chromium installs/profiles.
If anyone is curious you can get the same behavior on normal chrome/chromium builds using the ' --disable-component-update' switch. This also prevents flash being installs.
Thanks.
earthsound 
@Jerry: Did something change since January? All of nik's dev releases have had sync enabled with nothing for the end user to do to get it working. Perhaps you never gave his dev sync builds a run? This is one of the main advantages of using it. I didn't have to use my own keys (or the Debian workaround). All of the other Windows dev builds are no-sync.

Also: Underneath Marmaduke's MacOS dev build, you list a bullet for "Use an #updater-on-mac" but that homebrew cask only downloads/updates the stable build. Is there an updater for Marmaduke's dev build on MacOS?
Anon4565
latest ungoogled-chromium DOES include the widevine files (version 74), also folder is called version 73 but is 74 ;)
Referencing back to #comment-4537, the ThinLTO pass manager apparently actually calls back into the module pass manager instead of the dedicated LTO pass manager. Interesting.

Accordingly I have been playing around moving Polly in pass management, though keeping it in the front end passes. The issue has been dealing with fixing one breakage and causing another. ;) I am not fond of the default early placement, as I end up running extra inlining to improve SCoP detection (and bloat code in the process), so I have been pushing it further down in the passes.
earthsound 
@Marmaduke: thanks for your sync dev build for MacOS! It's greatly appreciated.
admin
@Anon4563: > strange, my previous comment didn't go through
There is a session with a delay for my comment system. I choose this system because it is very robust to avoid spammers and bots (on a non-moderated comment system, before display on the site)

Also, thank you for info about  --disable-component-update

@earthsound: > Did something change since January?
Yes. Nik stopped to share his DEV builds with sync because there were more and more patches to maintain. (https://chromium.woolyss.com/?all=1#comment-3574). He prefers to concentrate his efforts on the STABLE versions.

I understand you really miss the sync but you are the only one person who need it on DEV versions. No feedback except yours. Sorry.
Marmaduke, RobRich, Cyberrufus... can you make one DEV build with SYNC?

About "Use an #updater-on-mac", there is no updater for Marmaduke's dev builds on MacOS...but updaters are open-source. So anybody can create it and improve existing tools. Maybe this note should be removed.
Dear @Jerry, if there are no comments, it does not mean that nobody needs it! And, believe me, users are more willing to test this browser if they don’t have to install another browser with the necessary google services.
admin
@ONYX: Sure. I understand this. I totally agree with you. Please read my #notes to understand that is the main reason why I created this website in 2013. There were neither STABLE builds on Windows and macOS nor DEV builds with codecs, Widevine, etc. I entirely wrote this website from scratch myself. Since the beginning, some developers share their Chromium builds and updaters with everybody. Big thanks to these all devoted developers. We work freely. It needs time, effort (and money). We try to help the Chromium community... but cannot satisfy everybody. If a developer do a DEV version with sync, I will be happy for you and earthsound. Also, you can compile it yourself or choose a STABLE one! ;)
FYI. LLVM r359947 breaks V8 on Win64. Probably Win32 and maybe other platforms as well. YMMV.

I have not done a complete build, yet, but LLVM r359944 appears okay so far.

-------------

Another FYI. Win64 builds might need to set v8_win64_unwinding_info = false as a Chromium build argument, perhaps depending upon various build options.
@ONYX @earthsound try this:
====
Chromium for 64-bit Windows - All Codecs - Sunday, 05 May 2019

Chromium 76.0.3786.0 (Official Build) (64-bit) - Dev
Revision 544c8350724e16d3483c611dab5cfd0a8da27cd7-refs/heads/master@{#656670}
OS Windows

Sync - WebRTC - Widevine

SDK 10.0.18362.1 (Visual Studio 2019 16.0.1): October 2018 Update version 1809
clang/llvm 9.0.0-r358823
chrome.packed.76.0.3786.0.7z
@marmaduke, sync & translation not work
Try this - supply own api keys:

Chromium for 64-bit Windows - All Codecs - Sunday, 05 May 2019

Chromium 76.0.3786.0 (Official Build) (64-bit) - Dev
Revision a1d37694c5664e900bb86e7080645bbfc30cbdcc-refs/heads/master@{#656687}
OS Windows

Sync - WebRTC - Widevine

- SDK 10.0.18362.1 (Visual Studio 2019 16.0.1): October 2018 Update version 1809
- clang/llvm 9.0.0-r358823

chrome.packed.76.0.3786.0-rev1.7z
Anon4575
@marmaduke, no thanks. I would like versions that do not require the creation of my keys. If this were the case, I would use the builds without synchronization.
@marmaduke: hey, grab the 7z file from here https://github.com/henrypp/chromium/releases/tag/v49.0.2623.112-r403382-win32, but you must change your config (enable use_official_google_api_keys)
and with recent builds you need to comment one line in google_apis/build.gn (deps += [ "internal:generate_metrics_key_header" ])
Chromium 76.0.3786.0 (Official Build) (64-bit) - Dev
Revision a1d37694c5664e900bb86e7080645bbfc30cbdcc-refs/heads/master@{#656687}
OS Windows

Sync - WebRTC - Widevine

- SDK 10.0.18362.1 (Visual Studio 2019 16.0.1): October 2018 Update version 1809
- clang/llvm 9.0.0-r358823

chrome.packed.76.0.3786.0-rev2.7z
Thanks @marmaduke. Translation not work - "this page could not be translated". What could be the reason? On stable builds too.
Anon4581
I don't understand. Why do you want Sync? + and not willing to generate your own API keys?
Why not just use Google chrome beta/canary. It's loaded with Sync and all the google stuff you'd want and it's dev release?
At most, you'll just be missing out on custom build args the devs use here.
earthsound 
@Marmaduke: thank you for the dev build w/ sync & widevine! After clearing out site data, I haven't had any issues, including translating pages.

@nik: thanks for the help in getting it built w/ sync

@Anon4582: chromium builds don't have "all the google stuff" and that's what I prefer

@Jerry: you should probably add Edge to the proprietary forks list
Follow up to #comment-4571 .....

Should be resolved for now. Some revisions have been reverted. I think part (or all) have been fixed and awaiting relanding.

The other problem over the weekend was a break in V8. Not sure of status. If fixed, I will try to have builds later today or tomorrow. If not and assuming it can be bypassed, I might even consider turning off context creation just to get fresh builds out.

On to other topics, I am trying Polly during loop optimization in the inliner cycle. I get the benefit of LLVM already doing canonicalization and similar, plus not having to resort to using Polly's own early inlining pass.
@earthsound

Thanks for the feedback, and acknowledging Nik's involvement. I appreciate all the help that Nik and RobRich have provided.

@RobRich

In order to get a successful build of Chromium 76.0.3786.0 thinlto was disabled.

ninja: Entering directory `out\LKGR_x64'
[253/253] LINK v8_context_snapshot_generator.exe
FAILED: v8_context_snapshot_generator.exe
ninja -t msvc -e environment.x64 -- ../../../../clang-9.0.0a/bin/lld-link.exe /nologo /OUT:./v8_context_snapshot_generator.exe /PDB:./v8_context_snapshot_generator.exe.pdb @./v8_context_snapshot_generator.exe.rsp
lld-link: error: undefined symbol: CrashForExceptionInNonABICompliantCodeRange
>>> referenced by lto.tmp:(Default_Builtins_UnwindInfo)
ninja: build stopped: subcommand failed.
D:\depot_tools\chromium\src\v8\src\snapshot\embedded-file-writer.cc

Comment out as follows:

// w->DeclareExternalFunction(CRASH_HANDLER_FUNCTION_NAME_STRING);

// w->DeclareRvaToSymbol(CRASH_HANDLER_FUNCTION_NAME_STRING);

As to what seems to have happened:

D:\depot_tools\chromium\src\v8\src\unwinding-info-win64.h

https://chromium.googlesource.com/chromium/src/+/fb4ab3be3fc0024d00358d5b7816d3215a8ff20c
https://chromium.googlesource.com/v8/v8/+/969cb0c7a58b4c8b53ff411adde5fc4a5a6785e4

----------------

Win64 updated. This build was mostly about getting Polly moved further down the pass pipeline and configuring its various options. I will restart work on getting other low-level LLVM optimization options back in to the mix for upcoming builds. Due to how ThinLTO currently handles codegen options, I likely will be enabling some options directly in the LLVM source versus passing CLI-derived compiler arguments.

Win32 is building. Probably Wednesday before pushing to public.

----------------

BTW, if anyone is having troubling building current LLVM checkouts due to build errors while compiling Polly, try reverting this change:

git revert --no-commit a1a4adf4b9195799c19e5787e7821f9cf200495a
admin
@earthsound: I add Edge to the proprietary forks list. Thank you for the suggestion! ;)

@RobRich, Nik and Marmaduke: Great releases. Thank you very much for your all work and support!
Little Anon 
I want to try out Marmaduke's ungoogled Win32 build but I want some clarifications first because I'm not competent with this stuff: you don't actually install this build, right? I download the archive, unzip it and run the chromium.exe from there? And every time there's an update I have to redownload the archive again? Does the fact that I have Chromium (76.0.3773.0 (652799)) already installed create some conflicts with ungoogled Chromium? Thank you in advance!!
Hello again everyone, lovely to see this great website still active and updated, thanks Jerry and build contributors!
I'm sharing some benchmarks I did just now for curiosity since it's been a while.

/// Info
Fresh default profiles, no added extensions, settings or flags changed.
Windows 10 64-Bit, 7700K, GTX 1070, 16GB DDR4, SSD.

/// Basemark Web 3.0 - https://web.basemark.com/

Marmaduke UnGoogled Chromium (74.0.3729.108)
Score: 1408.97

RobRich Modified Chromium (76.0.3788.0)
Score: 1349.61

Vivaldi (2.5.1525.40)
Score: 1251.47

Microsoft Chromedge (Beta Version) (75.0.139.7)
Score: 1222.83

Firefox Nightly (68.0a1)
Score: 918.56

/// JetStream 2.0 Benchmark - https://browserbench.org/JetStream2.0/in-depth.html

Marmaduke UnGoogled Chromium (74.0.3729.108)
Score: 151.113

RobRich Modified Chromium (76.0.3788.0)
Score: 150.163

Vivaldi (2.5.1525.40)
Score: 146.009

Microsoft Chromedge (Beta Version) (75.0.139.7)
Score: 144.994

Firefox Nightly (68.0a1)
Score: 107.110
@Jerry As always, thanks for the site! :)

----------------

@Warren Thanks for the feedback! :)

One note. There have been some regressions in Basemark Web 3.0 as of late due to devs default enabling of BlinkGenPropertyTrees back in March to continue testing, refining, and optimizing BGPT for an planned official launch in M75.
https://www.chromium.org/teams/rendering

If comparing to older revisions or branches when benching BW3, disabling BGPT has been the workaround for me.
chrome://flags/#enable-blink-gen-property-trees

----------------

On a more general note, if anyone is interested in testing graphics only, MotionMark probably is a "better" benchmark for expected browser workloads these days: canvas, css, svg, etc.

----------------

I reported the V8 bug regarding LTO building. There were a couple of ideas for an actual fix. Looks like they probably will go with a dllexport declaration.

https://chromium-review.googlesource.com/c/v8/v8/+/1601423
@RobRich YW, Good to know, I forgot about MotionMark.
Disabled BGPT for both builds below.

/// Basemark Web 3.0

RobRich Modified Chromium (76.0.3788.0)
Score: 1592.54

Marmaduke UnGoogled Chromium (74.0.3729.108)
Score: 1494.49

/// MotionMark 1.1

RobRich Modified Chromium (76.0.3788.0)
Score: 741.45 ±1.16%

Marmaduke UnGoogled Chromium (74.0.3729.108)
Score: 674.50 ±1.52%
Anon4591
@Little Anon
The 'archive' download of ungoogled-chromium uses the usual chromium profile location in %appdata% so it will conflict with any other version of chromium. I cannot say for the portable version but I assume it uses some frontend to contain the profile within the 'portable area'. Someone else has to confirm that.
@Warren Similar BW3 results here with BGPT disabled. Quite a difference. ;)

----------------

Speaking of performance opportunities, I have started a developer discussion on maybe getting lld-link to pass along llvm polly args when doing lto.

The idea is to hopefully get polly working before the loop vectorizer during the thinlto pipeline, thus potentially improving polly via increased interprocedural optimizations.
https://en.wikipedia.org/wiki/Interprocedural_optimization
Anon4593
Thanks for Win32 76.0.3788.0 (657504), RobRich!
Experimental Polly build - will probably incorporate into next ungoogled build.
Basemark Web 3.0 approximately 5% better than non-polly.

Polly parameters:

"-mllvm", "-polly",
"-mllvm", "-polly-position=early",
"-Xclang", "-Rpass-analysis=polly",
"-mllvm", "-polly-parallel-force",
"-mllvm", "-polly-allow-nonaffine=1",
"-mllvm", "-polly-ast-detect-parallel",
"-mllvm", "-polly-vectorizer=stripmine",
"-mllvm", "-polly-opt-fusion=max",
"-mllvm", "-polly-opt-maximize-bands=yes",
"-mllvm", "-polly-run-dce"

Chromium for 64-bit Windows - Ungoogled - Saturday, 11 May 2019

Chromium 74.0.3729.108 (Official Build)
Revision daaff52abef89988bf2a26091062160b1482b108-refs/branch-heads/3729@{#901}
OS Windows

No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Polly

https://github.com/macchrome/winchrome/releases/download/v74.0.3729.108-r638880-Win64/ungoogled-chromium-74.0.3729.108-1_windows.polly.7z
Anon4595
@marmaduke
do you have a timetable for when you build new ungoogled-chromium? or perhaps just wait until major releases?
thanks
@Anon4593. Welcome. :)

@marmaduke Nice bump with Polly. We might get ya' even a little more with a few Polly tweaks. My build box is powered down right now, but I will post my latest set of Polly tweaks in awhile as I might push a further modified build from last night anyway.
@marmaduke Various wandering thoughts....

You might need to revert the following commit if building a current LLVM revision, as yesterday it was breaking Polly for my particular Chromium build config.

git revert --no-commit 2698390c68b5af71d8d46854148115084b8b24a5

My current Polly configuration. It might add a "little" to build times.

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-allow-dereference-of-all-function-parameters",
"-mllvm", "-polly-analysis-computeout=8000000",
"-mllvm", "-polly-codegen-generate-expressions",
"-mllvm", "-polly-delicm-max-ops=100000000",
"-mllvm", "-polly-delicm-overapproximate-writes",
"-mllvm", "-polly-dependences-analysis-level=access-wise",
"-mllvm", "-polly-dependences-analysis-type=memory-based",
"-mllvm", "-polly-dependences-computeout=5000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-optree-max-ops=10000000",
"-mllvm", "-polly-optree-normalize-phi",
"-mllvm", "-polly-position=after-loopopt",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-precise-inbounds",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",

If running Polly early in the pass manager, I suggest also enabling Polly's inliner pass. You will get a slight code bloat as a result, but it typically increases SCoP opportunities since Polly at early runs before the standard non-PGO LLVM inlining pass(es).

"-mllvm", "-polly-run-inliner",

Despite not being recommended in most cases, I run Polly later in the pass manager so LLVM already has done its usual canonicalization passes without relying upon Polly's running its own list of several canonicalization passes. I actually moved Polly around in the pass manager, but its own after-loopop position seems okay for my purposes. I started a casual discussion on maybe getting it into the ThinLTO passes near the loop vectorizer, which is already the default Polly position in non-ThinLTO builds.

The polly-opt-maximize-bands option already defaults to yes, so you can skip setting it.

The various parallel stuff can be skipped since we are not using OpenMP at this time. It is something I previously have considered trying to implement for Linux builds, but I have not dealt with building Chromium for Linux in quite awhile.

I find trying to maximize loop fusion tends to lead to potential Polly crashes during building. Not always, so YMMV. After experiencing enough crashes over the years in already long build times, I just leave it at minimum these days.

Stripmining outer loops *usually* works okay, but I have seen it seemingly hang on some multimedia code despite computeout and similar limits. Another YMMV.

About the limits, I upped delicm by 100x default, though a few functions still overrun zone analysis. o.0 The others are upped by 10x default. However, if building takes a ridiculous time due to Polly, dropping all the custom limits and the two precise options - just remove the various clfags - should be acceptable enough for what we are doing with Chromium.

If desired, you might also consider enabling AVX support for SIMD vectorization, though it does break backwards compatibility with older processors lacking the instruction set. It might require some experimentation, which I should get around to doing some day, as performance results can be variable depending upon various optimizations, specific processors, etc.

I set AVX in the x86 target description when building LLVM, but it is also possible to get clang to pass it as a feature. When adding Polly to Chromium's common_optimize_on_cflags, just add the following cflag.

"-mavx"

Other instruction set options are available via clang cflags at build time and/or editing the X86.td config before building LLVM.

If you want to keep tabs on vectorization with ThinLTO enabled, you can add the following ldflag. Note it is not realtime per-function scrolling like with clang, but lld instead pools and later emits the remarks at once.

"-mllvm:-pass-remarks=loop-vectorize",

You likewise might as well also verify vectorization (and enable AVX if desired) in the NaCl compiler build config file, too. Note that NaCl does not use LTO, Polly, etc. In fact, NaCl is (was?) planned to be discontinued this year.

"-mavx",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass=loop-vectorize",
@RobRich @marmaduke Thanks for the builds.

///Info
Windows 10 64-Bit, 7700K, GTX 1070, 16GB DDR4, SSD.
Fresh default profiles per test, no extensions added or browser settings changed.
(chrome://flags/#enable-blink-gen-property-trees -> disabled for both per RobRich' advice #comment-4589)

RobRich Modified Chromium (76.0.3791.0) (658675)
Score: 1533.9
https://web.basemark.com/result/?4QEG1gpc

Marmaduke Experimental Polly Build (Ungoogled Chromium) (74.0.3729.108) (656670)
Score: 1545.59
https://web.basemark.com/result/?4QEGCuvg

// MotionMark 1.1

RobRich Modified Chromium (76.0.3791.0) (658675)
Score: 718.02 ±1.16%

Marmaduke Experimental Polly Build (Ungoogled Chromium) (74.0.3729.108) (656670)
Score: 673.47 ±1.49%

/// JetStream 2.0 Benchmark
RobRich Modified Chromium (76.0.3791.0)
Score: 150.299

Marmaduke UnGoogled Chromium (74.0.3729.108)
Score: 150.810

Previous benchmark: #comment-4590
@Anon4595

With respect to ungoogled, I build the initial release, (usually) ignore the first update, then time permitting build the subsequent updates.

@Warren

Thanks for the independent testing.

@RobRich

Really appreciate your feedback. There are very few examples of polly being used in a real world context.

http://xdabloger.blogspot.com/2016/05/xda-devdb-part-1_10.html

Here's an experimental build using your parameters. The build time is considerably longer!

==

Chromium for 64-bit Windows - Ungoogled - Sunday, 12 May 2019

Chromium 74.0.3729.108 (Official Build)
Revision daaff52abef89988bf2a26091062160b1482b108-refs/branch-heads/3729@{#901}
OS Windows

No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Polly: RobRich parameters

https://github.com/macchrome/winchrome/releases/download/v74.0.3729.108-r638880-Win64/ungoogled-chromium-74.0.3729.108-1_windows.polly-rev1.7z
SHA1 8120CA97BB6ECAAECE684B83CE6CCA00BFD813D7
@marmaduke Polly has lots of options for various likely niche purposes. It is kind of tedious, but you can skim research papers and LLVM meetings for Polly ideas.

http://pollylabs.org/publications.html
https://llvm.org/devmtg/

Realistically, given what we are doing with Chromium, I suspect the following config would be plenty acceptable for a ThinLTO build.

"-mllvm", "-polly",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-Rpass-analysis=polly",

My current Polly config is *way overdone* and still needing checked for possible performance regressions, but as ya' likely can tell, I like trying out the various options. o.0

My current r658675 build has started to once again roll in some of my usual LLVM tweaks for loop optimizations, vectorization, register allocation, etc. I might try breaking them down later, as many are being set by modifying LLVM source code instead of dealing with passing lots of cflags and ldflags from the Chromium build config files.

Right now I am poking at induction variables transformation, possible additional loop distribution opportunities, upping check thresholds in couple of loop-related passes, enabling newgvn, and replacing the traditional gvn passes in the Polly codegen cleanup stage with newgvn.
Added another option to my Polly config. It might help with loop skewing optimization.

"-mllvm", "-polly-opt-outer-coincidence=yes",
Since we can not run it late next to the loop vectorizer with ThinLTO enabled, I instead have been experimenting with moving Polly back to its early position in the module management passes. Early makes Polly duplicate several LLVM canonicalization passes, but it also drops scalar dependencies complexity considerably due to gvn and licm passes having not already been run.

*Ideally Polly needs to be the in late position as currently intended by its devs, as it can do delicm transformations anyway, but that is not an option for ThinLTO building right now since LLD does not know about Polly.

I am also revisiting some of my previous internal experiments with the Polly early inliner pass, like tweaking the inlining threshold. I am not too concerned about code bloat, but I will have to watch out for performance regressions. Fun stuff. Again, another reason Polly works better in the late position after LLVM is done with its own inlining passes.

One that same note, I am also checking into the profitability detection threshold. I am likely "optimizing" way too much at a 40 instruction minimum. and by "optimizing" I mean wasting time processing lots of trivial loops that LLVM passes can already handle easily enough. Some advanced optimizations on relatively simple or otherwise trivial code even can incur performance regressions. That again is getting back to the previous dialog about getting around to more seriously benchmarking these types of changes.

I am still out on implementing NewGVN. It breaks (well, more like hangs) the building of at least one component during the LLVM pre-ThinLTO pass(es). I can and already have worked around that specific issue if need be, but I am not there are many (any?) significant benefits for us. Again, perhaps something to further examine later.

------------

Let's drop dependancy analysis back to sane levels, especially since we are not doing heavy lifting for something like parallel optimizations for OpenMP anyway.

Same thing for the various pass thresholds and instruction profitability threshold; at least for now.

Let's drop phi normalization. It was implemented to deal mostly with gvn loadpre, and we are not running the gvn pass before Polly at early.

Let's drop treating all function parameters as dereferencible. It appears to largely be a workaround for dragonegg, which we do not use. Otherwise, Polly by design is supposed to treat invariant load hoisting conservatively anyway.

DeLICM likely is not needed much at the Polly early position, but I left overapproximate writes for now in case of potential partial accesses.

The precise options are staying pending further evaluation. I know Polly documentation suggests they do not scale well, which is basically an issue for build times, but I can see their possible benefits. Now as to if they are benefiting our purposes is another question.

------------

For the TLDR crowd....

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-delicm-overapproximate-writes",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-precise-inbounds",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",
Anon4603
@marmaduke

Thank You for :
Chromium for 64-bit Windows - Ungoogled - Sunday, 12 May 2019

But if you can.
Think to 32bit users.
Thank you.
Attempted to do a 32-bit polly build, but it failed - lld-link error undefined symbol error ---mulodi4.. vp9 lto error
Will push a conventional 32-bit build.

=================
Chromium for 64-bit Windows - Ungoogled - Tuesday, 14 May 2019

Chromium 74.0.3729.157 (Official Build)
Revision 7b16107ab85c5364cdcd0b2dea2539a1f2dc327a-refs/branch-heads/3729@{#998}
OS Windows

No Sync - WebRTC - Widevine - All Codecs (x64) - ThinLTO - Polly

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-delicm-overapproximate-writes",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-precise-inbounds",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",

- SDK 10.0.18362.1 (Visual Studio 2019 16.0.1): October 2018 Update version 1809
- clang/llvm 9.0.0-r358823

Standard build of Eloston's ungoogled-chromium. All patches applied, apart from "Safe Browser". Linking failed due to safe browsing being removed, so I decided not to remove any element of safe browsing.

ungoogled-chromium-74.0.3729.157-1_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v74.0.3729.157-r638880-Win64/ungoogled-chromium-74.0.3729.157-1_windows.7z
SHA1 A4934905FB37CE959912DA5E00DAA9979245FA2F
Anon4605
@marmaduke

Ok.
Too bad Ungoogled is the best for old PC.

Thank you for all your work.
@marmaduke @RobRich
Is there any way to download your builds as standalone package without nay installer nonsense? The way https://download-chromium.appspot.com/ does it.
Anon4607
@KZ Use the Archive link? It's next to the portable and installer links.
@KZ Same answer as Anon4607. Likewise, you can access archives of my previous builds via my GitHub page.
https://github.com/RobRich999/Chromium_Clang/releases

----

@marmaduke The 32-bit build is calling an intrinsic that apparently is not available with the particular build config. It is the 32-bit intrinsic issue I mentioned awhile back.

You can provide it with the 32-bit compiler-rt builtins. Considering I have no immediate interest in building 32-bit compiler-rt libraries, I simply extracted the needed builtin library from a recent 32-bit LLVM snapshot build.

https://prereleases.llvm.org/win-snapshots/

Extract clang_rt.builtins-i386.lib and pass it as a ldflag via the Chromium compiler or windows build config file. For example:

ldflags += [ "/defaultlib:D:/src_builds/llvm-monorepo/llvm-i386-files/clang_rt.builtins-i386.lib" ]
GUYS////
please
i hate new google design for chrome/chromium from version 71 and latest
i need chromium version 70 or 69
please say me where can i download this?????????
VERY IMPRORTANT
Anon4610
@54g
Here are niks releases
https://github.com/henrypp/chromium/releases

And specifically here is the last version 70 built by him
https://github.com/henrypp/chromium/releases/tag/v70.0.3538.110-r587811-win64
Anon4610 thanks for your help but i have question: does synchronization not work with older versions such as 67-71 (there is possibility to change the design)? because i checked 67-71v sync with devices and it doesnt work(( realyy///.......
@Jerry Thanks for cleaning up some of my early Polly ramblings. :-)

----------------

Other than maybe some minor tweaks, which I will post about if significant, I probably am done with configuring with Polly for awhile!

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",

Polly at early runs before gvn-pre and loop licm, so let's disable delicm. Delicm is more beneficial when Polly is running further down in passes. It also can be an expensive pass with limited returns for our config, especially with the high threshold values needed to not overrun zone analysis on a few functions when building Chromium. Polly ran without a delicm pass for several years back when it defaulted to the early position anyway. I would rather spend the time difference in dependence analysis and similar to hopefully build successful and quality SCoPs.

I am not seeing much (any appreciable?) difference with operand tree forwarding enabled. The TLDR, it was implemented a couple of years ago and has continued development to move certain types of instructions between statements to help avoid scalar dependencies. I can see the benefit for HPC-class or similar code, but from a casual glance, our successful SCoP rate when building Chromium seems about the same without it. Toss it.

I turned off dependence simplification. It removes domain constraints to help decrease time spent by the ISL schedule optimizer. It can offer a huge compile-time difference when building complex code, but again, we are not dealing with HPC-class or similar complexity here. The trade-offs when enabled also can be affecting other transformations and/or even limiting the ability to find a successful schedule. I am not seeing a significant Chromium build time difference with it disabled, so let's toss it.

Likewise I unbounded computeout on dependencies. I am not seeing a substantial change in build time, so again, we might as well spend the seemingly little extra incurred time building hopefully successful and quality SCoPs.

I dropped the precise options. One or both, as I did not check, were hanging the building of at least one multimedia component for *hours* without SCoP generation when opting for unbounded dependence computeout. SCoP rate casually looked about (or likely) the same, so whatever IMO.

Perhaps the biggest change is dropping the Polly early inlining pass. Chromium does involve lots of templated code, but I found the inlining pass largely pulled in libc++ code, which often returns unsuccessful SCoPs due to low complexity and/or low profitability. Let's skip wasting time on those functions and instead target important functions that Polly still successfully optimizes, such as various functions related to cryptography, multimedia, rendering, etc.

Looking forward, I might experiment with allowing non-affines and/or again lowering the profitability instruction limit, but I have a feeling doing either largely will waste build time by adding lots of otherwise unsuccessful SCoPs to analyze.

----------------

My build box is cooking a Win64 build right now. Win32 next. Assuming no unforeseen issues, I should have updated for both later today. :-)

----------------

Not that it usually results in significant performance differences, or more like sometimes even regressions, but I *might* have an updated AVX2 experimental build ready for public testing today or tomorrow.

----------------

Head's up. Basemark Web 3.0 finally returned better performance with the BlinkGenPropertyTrees flag at default rather than manually disabled in a couple of quick runs with my Win64 r661418 build. I did not do multi-pass testing or check other benchmarks, so YMMV.

----------------

Experimental Win64 AVX2 build available. Polly, ThinLTO, etc. as usual. Since the AVX2 target includes FMA, I have enabled -ffp-contract=fast support as well. AMD Zen, Intel Haswell, or later x86-64 processors with AVX2 support required. AMD Excavator is a "maybe."

https://github.com/RobRich999/Chromium_Misc/releases/tag/v76.0.3801.0-r661521-win64

Speaking of -ffp-contract=fast, I have filed a bug to get it enabled for Skia's own AVX2 codepath on Windows to match Linux, MacOS, etc. A project dev has already picked up the bug report. :-)
Anon4613
Thanks for the new build Rob, much appreciated
Getting some nasty artifacts with 74.0.3729.157 and 74.0.3729.169: https://i.imgur.com/Gb1aVxC.jpg
@chuser As usual, make sure you have the latest Windows updates and graphics drivers installed. That said, load a page that corrupts, then go to chrome://gpu

Scroll down to the bottom and check for any logged diagnostic messages. If there are errors, use the copy report to clipboard button at the top of the gpu page, paste it to somewhere like pastebin.com , and post the link here.

Without any diagnostic data, it looks like corruption with hardware acceleration IMO. For a quick check, go to settings and disable hardware acceleration.

If disabling hardware acceleration fixes it, you can try using a different ANGLE backend as a temporary workaround to re-enable at least some level of hardware acceleration support. For example, Chromium on Windows usually opts for D3D11 if possible, so try dropping it down to D3D9. It might be slower or not support certain options, but it probably still is preferable to software rendering.
Hi @RobRich

I'm using an up-to-date 1809 installation, with the latest Intel driver.

Wen't to the site that caused the issue and I've attached the chrome://gpu log
https://pastebin.com/paaiXk8i

Thanks
Chromium for 64-bit macOS - All Codecs - Friday, 24 May 2019

Chromium 74.0.3729.169 (Official Build) (64-bit)

Revision 78e4f8db3ce38f6c26cf56eed7ae9b331fc67ada-refs/branch-heads/3729@{#1013}

OS Mac OS X

only for macOS 64
with codecs (h264, h265, flac, xvid, AV1, etc..)
official build
Xcode 10.2.1
macOS SDK 10.14
clang/LLVM 8.0.0-r348396
ThinLTO
Polly optimised

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly"

Sync • WebRTC • Widevine
Chromium.74.0.3729.169.sync.app.zip
https://github.com/macchrome/macstable/releases/download/v74.0.3729.169-r638880-macOS/Chromium.74.0.3729.169.sync.app.zip
SHA1 E0BBE44307C497AA8A4DE329FDA8F2AACBEB0B4F

No Sync • WebRTC • No Widevine
Chromium.74.0.3729.169.nosync.app.zip
https://github.com/macchrome/macstable/releases/download/v74.0.3729.169-r638880-macOS/Chromium.74.0.3729.169.nosync.app.zip
SHA1 F4B366E7A4BEECD61781560094D37785BD358E1D
@You have Intel graphics v25.20.100.6472 installed according to Chromium.

Intel awhile back changed over to a DCH "universal" driver platform for Windows 10, thus perhaps why you might not have received an update. Version 26.20.100.6861 is the current driver release.

https://downloadcenter.intel.com/download/28783/Intel-Graphics-Windows-10-DCH-Drivers?product=80939

BTW, The Intel graphics configuration app is separate now, too. You from the Microsoft store.
Anon4619
76.0.3801.0 (661418, RobRich ) crashes on first launch. 76.0.3791.0 (64-bit, RobRich) works for me after manual downgrade
Hey RobRich and anybody else here's some information regarding the latest Intel patches that are negatively affecting overall performance.

Quote: "The JetStream 2 JavaScript benchmark saw 2~3% lower performance with the AMD systems while the Intel systems with their default mitigations could be easily lower by 10% or more."

Source: The Performance Impact Of MDS / Zombieload Plus The Overall Cost Now Of Spectre/Meltdown/L1TF/MDS
https://www.phoronix.com/scan.php?page=article&item=mds-zombieload-mit&num=10

I'm still on a stock Intel 7700K (Spectre & Meltdown patched) but have not updated or applied the recent Intel patches or disabled hyper threading and not sure I will as I've seen other reports showing up to *40% performance hits in certain applications and games that utilize hyper threading.
Example, Hyper Threading Disabled: https://i.imgur.com/JIEZ6HX.png

* "As ZombieLoad leaks loaded values across logical cores, a straightforward mitigation is disabling the use of Hyper-Threading. Hyper-Threading improves performance for certain workloads by 30 percent to 40 percent."
Source: https://www.pcworld.com/article/3395439/intel-hyper-threading-zombieload-cpu-exploit.html

"to make sure any exploits can't affect Chrome users, Hyper-Threading is now disabled by default." (Not sure if this also means Chromium 74+)
https://www.androidcentral.com/mds-vulnerability-chrome-os
https://sites.google.com/a/chromium.org/dev/chromium-os/mds-on-chromeos

I update my CPU every 5 years but I'm really considering moving to AMD as this is getting old and tiresome, it's that or get a 9900K, bye $$$....
Comparison Exploits: AMD vs Intel: https://i.imgur.com/SmAL8dK.png

Not sure if there's anything you can do RobRich in your build config to gain back that 10% loss but thought I'd share this anyways, Take care.
@Anon4619 Unknown, as it was working here when tested before release. Curious, do you have a system late enough to instead try the AVX2 build I posted a few comments ago? Otherewise, I should have updated builds available within the next few days.

----------------

@Warren Most of these side-channel attack issues are at the hardware and/or OS level, and much of the performance losses depend upon the particular code being executed. For example, while JetStream 2 is a good JS benchmark, it is not indicative of a typical page load workload experience.... unless you only surf JS benchmarks.

The browser Chromium can not disable HyperThreading. It needs to be done at the firmware or OS level, thus the discussion of the operating system ChromiumOS. I know there are proof-of-concepts for portsmash, tlbleed, etc. Simultaneous multithreading probably was not a great idea even back in the day, except maybe on paper or during the single-core Pentium 4 era. These days is quite different IMO, and most users outside of HPC or similar roles are unlikely to notice any appreciable difference between, say, an 8c vs an 8c/16t processor on the same architecture anyway. SMT was not a huge concern even when buying my current Kaby Lake notebook, thus it was a native 4c i5 instead of a similar 4c/8t i7.

Chromium does support site isolation, which reportedly helps immensely with side-channel attack mitigation. BTW, while usually disabled when building on platforms with site isolation support, technically it is possible to also manually enable "v8_untrusted_code_mitigations" when building V8 if desired.

https://www.chromium.org/Home/chromium-security/ssca

Beyond just benchmarks, for now anyway. it is not a clear case of AMD versus Intel for x86 systems. Practically any out-of-order processor using speculative execution with branch prediction could be a hypothetical target for side-channel attacks. Sure, there are supposed to be serious hardware mitigations for meltdown and spectre with Intel Ice Lake and AMD Zen 2, but are those mitigations going to offset future possile SCA vectors? It is a huge YMMV; seriously.

Performance impacts are hardly uniform either. For an example regarding Meltdown, Intel Haswell and later processors with INVPCID support running an OS capable of using the hardware feature in conjunction with dual page tables generally should have a much lessened impact compared to using older Intel processors using the dual page tables mitigation alone.

On the Spectre v2 (BTB) side, you are looking at a mix of mitigations including indirect branch restricted speculation, single thread indirect branch predictors, and/or indirect branch prediction barrier. Admittedly, those can lead to significant performance impacts; again depending upon workload. The later the processor architecture; probably less the impact.

On a plus note for AMD plus Intel Broadwell and earlier processors, Microsoft finally is rolling out retpoline-based Spectre v2 mitigation support along with with an import optimization feature in Windows. These are expected to substantially offset the performance issues for affected architectures compared to Windows' existing Spectre v2 mitigations.

https://www.bleepingcomputer.com/news/security/boost-windows-10-performance-with-retpoline-spectre-mitigation/
https://www.bleepingcomputer.com/news/microsoft/windows-10-update-kb4482887-released-with-performance-fix-for-spectre-bug/

----------------

Speaking of JS optimizations stemming from JetStream 2 analysis, this patch just landed in Chromium trunk about an hour and half ago when pulling in V8 7.6.303. :-)
https://chromium.googlesource.com/v8/v8/+/734c1456d942a03d79aab4b3b0e57afbc803ceea
Anon4622
Wow 35% Hopefully this makes it into your next build Rob.
@marmaduke
This little note to say that your builds still work ok, and to thank you again. :-)
But I came back using Waterfox as my main browser, a few months ago, because I had a lot of small boring issues with Chromium in general, on a few sites I use a lot. It's very likely that those sites are badly built too (some of them fire never ending captchas in Chromium... :-( ) or some extension have issues, etc. so there was no need to bother you with those itches. ;-)
I still use Chromium as an excellent secondary browser, though.
Thanks again.
Anon4625
Hi,
Since a few versions, I can't see recaptch
https://patrickhlauke.github.io/recaptcha/
Box shows but not the images in it.
Latest win 64 ungoogled version
Any clue? Thanks!
@Anon4625 A few possible ideas:

Corrupted browser profile?

Any content filtering extensions loaded? Disable one by one if so to find a possible culprit.

Have you tried refreshing your WAN IP address(es)? Banned IP addresses and ranges are possible.

Using a proxy or VPN? There can be banned IP issues and similar there, too.
Chromium for 64-bit Windows - All Codecs - Monday, 03 June 2019

Chromium 77.0.3814.0 (Official Build) (64-bit)
Revision c956417e38d37def6b4a30d2b3a919323212383f-refs/heads/master@{#665522}
OS Windows

- SDK 10.0.18362.1 (Visual Studio 2019 16.0.1): October 2018 Update version 1809
- clang/llvm 9.0.0-r358823
- ThinLTO
- Polly
- WebRTC

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",

No Sync - No Widevine
https://github.com/macchrome/chromium/releases/download/v77.0.3814.0-r665522-Win64/Chrome-bin.7z
Chrome-bin.7z (chrlauncher formatted)

SHA1 CCAFF1AD1E8276D1A74500EE4EA567B0BA604E41

Sync - Widevine

Chrome-bin-sync.7z (chrlauncher formattedhttps://github.com/macchrome/chromium/releases/download/v77.0.3814.0-r665522-Win64/Chrome-bin-sync.7z)

SHA1 FEE9A18C2F7D63701637F3C3604E98EE01D698A9
Anon4628
Thanks for the builds marmaduke. Good to see you're still building chromium. Much appreciated!
Anon4629
I don't understand why you recommend against ZenMate. They are not a free VPN, they have a free limited browser extension, but other than that it's a great provider for security. It's also one of the recommended VPN providers:
https://cryptmode.com/best-vpn-for-security-privacy-anonymous-highly-secure-vpn-no-logs/
https://tech.co/vpn/zenmate-vpn-review
https://www.comparitech.com/vpn/reviews/zenmate-review/

I've been using premium ZenMate for a few years and I find it satisfactory in terms of privacy.
Thanks for the build marmaduke! "chrlauncher formatted" What does it mean?
Anon4631
@ONYX: It means his build can work as a portable version with chrlauncher (Chromium updater/launcher)
Anon4632
@Marmaduke...

Hello , do you foresee a new Ungoogled 75.0.3770.80 ( 64bit and 32 bit ) ?
Thank You...
@Anon4632

Yes. I'll turn my attention to ungoogled when I've finished messing about with my new macOS Catalina build system.
earthsound 
@marmaduke: thanks for the win64 dev sync widevine build!
Anon4635
The drivers for the Intel graphics had a crash error. This is now fixed with the version: igfx_win10_100.6890 - Now Chromium 76.0.3801.0 (661418) by Rob Rich works perfectly. However, Rob's Chromium builds with mini_installer are the best Chrome for the single user who doesn't need syncs.
Ungoogled v75 for Windows refuses to build...

======

Chromium for 64-bit Android - Thursday, 06 June 2019

Chromium 75.0.3770.82 (Official Build) (64-bit)

Revision 8c7f0c80fc7a24ae5d4f05276ef61949e13dccbe-refs/branch-heads/3770@{#957}

OS Android 9: ONEPLUS A6000 Build/PPw29.116-16

OS Android 64-bit

- only for Android 64
- official build
- All Bromite patches applied (AV1 test streams do not work!)
- HEVC

Personally, I still think that v73 is better if you want comprehensive CODEC support.

No Sync • No Widevine • ThinLTO • Bromite • HEVC
https://github.com/macchrome/droidchrome/releases/download/v75.0.3770.82-r652427-Ungoogled-And64/arm64_ChromePublic_HEVC.apk
arm64_ChromePublic_HEVC.apk
SHA1 E4BD7BC2C9E4C251FA321DAFA8A4BC2858875035
Anon4637
@marmaduke the cause of the failed build for windows?
Anon4638
Is it possible to use chrlauncher.exe without the update check it does every time we execute it? Wanted to replace the Chrome-bin folder with the files from Microsoft Edge (Chromium) but chrlauncher fails to update obviously because the content is different
WildByDesign 
@Anon4638, Change ChromiumCheckPeriod=2 to ChromiumCheckPeriod=0 in chrlauncher.ini to disable update checks.
Anon4640
Marmaduke, please can you check https://github.com/Eloston/ungoogled-chromium/releases/tag/74.0.3729.157-1

Your last build, which is again 74.0.3729.157-1 has this patch, which is causing browser crashing.
@Anon4637

.\../../content/browser/tracing/tracing_controller_impl.cc(199,40): error: use of undeclared identifier 'coordinator_'
tracing::mojom::kServiceName, &coordinator_);

A crude fix is to comment out any function which contains "coordinator_" - If you replace "coordinator_" with "drainer_" then build you will get errors, take note of the errors and amend the code accordingly.

For a successful build do not apply the safe browser patches AND:

debian_buster/fixes/alignof.patch

debian_buster/warnings/enum-compare.patch

debian_buster/warnings/explicit-constructor.patch

I used xsmile's revised common patches.

@Anon4640

I'm aware of the issue, which I ignored because the issue didn't affect me when tested.
Anon4642
Marmaduke thank you for your Windows builds.

I made a benchmark tests between marmaduke's 74.0.3729.157-1 and 75.0.3770.80 and the v74 is much faster in the benchmaks.

I have big big question, which Intel driver are working best for you guys?
@Anon4642

v75 is not polly optimised. Future versions will be.
Anon4644
Merci!👍
Hi @Jerry,

In the Secure Preferences section, you leave a note about Brave portable (PortableApps::Brave portable). Portapps is not part of PortableApps so can you change it with something like Portapps::Brave portable and put the following link instead of the GitHub issue : https://portapps.io/app/brave-portable/#infos

Thanks!
Anon4646
Hi there,

As of now, I didn't receive 75.0.3770.80 version from Chrlauncher yet, using stable-codecs-sync build. Is this normal? Can I force a check for updates?

Thanks!
Anon4647
The chocolatey package link is broken.
Anon4648
@Jerry,

Does Chrlauncher check for updates even if the flag "ChromiumCheckPeriod" in the .ini is set to 0 (disable update checking)?

I downloaded the portable version for stable-codecs-sync (Nik build) and by default this flag is set to 0, but I remember getting updates to new Chromium versions automatically before. However, for 75.0.3770.80 version, I didn't get the update until I set this flag to -1.
admin
@Anon4629: I have nothing against VPNs like Zenmate. I just say it is better to pay for a safe and secure VPN provider protecting the whole OS/network than use a free VPN service (like a browser extension) with or without registration.

@Portapps: Yes. Exactly. My apologize. I changed the name and link to Portapps::Brave portable in #secure-preferences

@Anon4647: Thank you for your report. I see their latest version is https://chocolatey.org/packages/chromium/74.0.3729.169

@Anon4648: In Chrlauncher, if "ChromiumCheckPeriod=0" → there is no update. Put a number to update... or "-1" to force the update.
Anon4650
@WildByDesign, it doesn't work. I figured it's because chrlauncher.exe is blocked from internet access - i use a firewall and only allow certain programs. I execute it and i'm presented with this: https://i.imgur.com/2PuC7yS.png ; If i give chrlauncher.exe internet access, then this happens: https://gfycat.com/gravechillybettong and the browser opens without any problem. Also, this line is added to the chrlauncher.ini file: ChromiumLastCheck=1560194130 (random numbers every time)
IMO, it should allow us to completely disable any update check and act just like a "shortcut"
chromium 75.0.3770.80 x64 does not show correctly previews of images and videos of pages in taskbar - windows 10 pro x64 - 1903
Regarding my issue, it was my fault. Instead of using "ChromiumCheckPeriod=0" i completely removed the line from chrlauncher.ini thinking it was the same result (defaulting to never check for updates) but that was not the case, that line is needed because the default behavior is set to check for updates.
Sorry for my mistake and thanks for your help, WildByDesign!
Thank You @Jerry for the website and @Nik for the build !
I'm running Chromium 75.0.3770.80, it is very stable build on Windows 7 x64 SP1.
The only problem is that Emojis are not loading on site like instagram.com (emojis are replaced with squares).
admin
@Zen: Thank you very much! ;)

About Emojis on Windows 7, this is not a problem with Chromium. I have got colored Emojis on Windows 7, on all websites.
This is the way:
- Make sure https://support.microsoft.com/en-us/help/2729094/ is installed.
- Now, download the "Segoe UI Emoji" font from Microsoft Windows 8.1 at https://www.wfonts.com/font/segoe-ui-emoji and put the TTF file in your system at C:\Windows\Fonts
- Restart your computer
- To check if all works normally, go to https://getemoji.com/ and https://emojipedia.org/

You can find squares but most of Emojis works! 😉👍
@Jerry: Thank you for the reply ;)
Followed your instructions and it works out of the box! 😉 😊
admin
@Zen: If your Emojis are still black and white in Chromium, install Chromoji 🚀
https://chrome.google.com/webstore/detail/chromoji-emoji-for-google/cahedbegdkagmcjfolhdlechbkeaieki
@Rob: Thank you for latest update on Chromium 77 :) I think it works very fast and smooth. One little problem I have, since latest update Google Earth isnt loading anymore. Yes, I know your Chromium build is a developer build and there might be bugs. I thaught you maybe would like to know :) But, this is the only issue I experienced so far with Chromium 77.
Anon4658
@Anon4650: this number is a timestamp (also called Unix epoch or Unix time) and it's basically the number of seconds that have elapsed since January 1, 1970.

Chrlauncher updates this number to indicate the last time it checked for updates.
@olle: You can download Google Earth as a standalone app to your PC. It runs better without a web browser.
@wth: Thanks for the hint, but I know the Google Earth app. And I dont want to use it anymore, since I found out it runs in Chromium browsers. Until last chromium build 76, it worked very fine in the browser. I see it as bug, which might get fixed :)
@olle: OK. I am using version 77.0.3821.0 edited by RobRich in German language. Now I have installed in this Chromium the extension (addon) "3D Earth Map" Version 4.1. It works very well. For example I can even see the Eiffel Tower in Paris magnified or the Colorado River in the Grand Canon, even the heads of the Mt. Rushmooere National Monument and last but not least the bridges over the river Sitter near St. Gallen in Switzerland. Very amazing these detailed views in best sharpness, with zooming and rotating. - The old extension version 1.0 doesn't work anymore, probably also not on the future Google Chrome itself. So no bug.
hromium for 64-bit Android - Friday, 14 June 2019

Chromium 75.0.3770.90 (Official Build) (64-bit)

Revision a6dcaf7e3ec6f70a194cc25e8149475c6590e025-refs/branch-heads/3770@{#1003}

OS Android 9: ONEPLUS A6000 Build/PPw29.116-16

OS Android 64-bit

- only for Android 64
- official build
- All Bromite patches applied (AV1 test streams do not work!)
- HEVC

No Sync • No Widevine • ThinLTO • Bromite • HEVC
https://github.com/macchrome/droidchrome/releases/download/v75.0.3770.90-r652427-Ungoogled-And64/arm64_ChromePublic_HEVC.apk
arm64_ChromePublic_HEVC.apk
SHA1 8617D9E51CCB4461A1B19C81C97028E773F42BA5
@olle Google Earth for the browser apparently still runs atop PNaCl.

Be somewhat surprised it has worked this long, and I would not be too surprised to see the PNaCl version discontinued even in Chrome at some point. PNaCl support was supposed to be discontinued in Q1'19 except for Chrome Apps, and technically Chrome Apps support was supposed be discontinued last year except for ChromeOS. Apparently the schedule has been pushed back to Q2'19; as in the current quarter.
https://developer.chrome.com/native-client/migration

A Microsoft product manager has confirmed the new Chromium-based Edge browser is affected as well. Google reportedly is blocking via user agent sniffing.
https://www.bleepingcomputer.com/news/microsoft/microsoft-pm-explains-why-chromium-edge-can-t-run-google-earth/

As for the migration path, Google Earth was demonstrated running atop WebAssembly back in 2017.
https://medium.com/google-earth/earth-on-web-the-road-to-cross-browser-7338e0f46278

As of May 2019 regarding the WASM migration, a Google Earth project manager claims, "We look forward to sharing preview access in the coming weeks."
https://medium.com/google-earth/performance-of-web-assembly-a-thread-on-threading-54f62fd50cf7

In the meantime you might trying using an User Agent extension to change Chromium's UA string to instead report the current stable Chrome release version as a potential temporary workaround. As I often say about these things, YMMV.
Scott Barnett 
marmaduke

Thanks for the Chrome-bin-sync.7z builds!

Scott
I had previous issues with the Polly operand tree forwarding pass, though it seems to be working okay now. At its default values I am not casually noting substantial build time regressions, so let’s remove the Polly augment I had disabling the pass to restore it.

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce"
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",

[Edited by Jerry: Jun 17, 2019 07:45 - Good luck Rob! ;)]
Thanks Jerry. :)

Another builder FYI. Hopefully we eventually will be able to run Polly at the currently preferred "-polly-position=before-vectorizer" with ThinLTO.

There is a LLVM extension project in development with Polly as the initial support target. I recently let Polly devs know about needing to initialize and register Polly passes in LLD to enable running Polly before vectorization during ThinLTO codegen, and it has been mentioned to the dev working on the extension code.

---------------------

I have Google Earth working in Chromium Win64 77.0.3828.0 r669546 without having to modify the user agent string.

Force enable the following flag:

chrome://flags/#enable-nacl

PNaCl has been moved to a reverse origin trial for phased deprecation. Manually forcing NaCL restores the previous (P)NaCL behavior. Appears 12/3/2019 is the currently expected phase out date.
Anon4667
For the braves:
Microsoft Edge for Windows 7, 8.1, 10 and macOS on Canary Channel (Updated daily) https://www.microsoftedgeinsider.com/en-us/download/
Marmaduke, thank you for your ungoogled builds.

I did some benchmarks and tests and unfortunately with the 75.0.3770.80 and 75.0.3770.90 I have browser crashing with the "aw, snap" message with profile without any extensions. I didn't have similar problem with the previous releases.

Marmaduke, it's there any chance if you can make polly version with the 74.0.3729.169-1 or with the 73.0.3683.103-2. I know there are older releases..... but at the moment the Chromium v74.0.3729.157 is much faster than the 75.0.3770.80 , 75.0.3770.90 and 73.0.3683.103.

I don't know but I think the polly version of the 73.0.3683.103-2 will be the fastest from the ungoogled builds.
@Drago

I really don't want to do reto builds. Which operating system are you using, and which benchmarks are you undertaking?
@marmaduke

I have Windows 10 1809 build. For example MotionMark at https://browserbench.org/MotionMark1.1/ or https://web.basemark.com/
@Drago

Using Windows 10 1803 x64: Chromium 75.0.3770.90 (Official Build) (64-bit) - Ungoogled

I managed to run both benchmarks, https://browserbench.org/MotionMark1.1/ and https://web.basemark.com/, successfully. But I had to disable all of my extensions, and used a minimal command line:

Command Line "C:\Local Programs\Chromium x86\App\Chromium\x86\Chrome.exe" - --user-data-dir="C:\Local Programs\Chromium x86\Data\ChromePortableData"  --ppapi-flash-path="C:\Local Programs\Chromium x86\Data\PepperFlash\pepflashplayer64.dll"  --ppapi-flash-version=32.0.0.156  --disable-presentation-api--disable-java--save-page-as-mhtml--lang=en-GB  --flag-switches-begin--flag-switches-end

I'll compile future 75.0.3770.xxx ungoogled builds using the v74.0.3729.157 polly parameters: v75.0.3770.90 was compiled using RobRich's latest parameters:

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce"
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",

For completeness, I'll probably compile 74.0.3729.169 using the same build system as 74.0.3729.157, time permitting.
@marmaduke

Since you start building the ungoogled versions, I am doing representative benchmarks and test them on daily basics for overall stability and performance. Offcourse that depends not only from your side but and from the changes made by the Chromium team and Eloston. You did a massive step with this builds in this learning process!
I think you're aware of that but Eloston recently reported for tab crashes with the 75 version, which he reproduce them on LinkedIn under Debian OS. Currently on my system the version 75.0.3770.90 is crashing not on regular basics and pages from time to time and that's without any extensions. I think since version 74 I start to using a flag under the chrome://flags/#enable-filesystem-in-incognito and I don't know if that mean something. The only think which I see with the 74.0.3729.157 is the browser crashing under the Clear HTTP auth cache which is known issue with the ungoogled builds. That issue doesn't effect the usage of the browser on daily basics.
@Drago

Try this - I've tried to use the same build criteria as 74.0.3729.157. Build 74.0.3729.169 has the same build error as v75:
content/browser/tracing/tracing_controller_impl.cc - error use: of undeclared idenitifier 'coordinator_' - which I've worked around and could possibly be introducing instability.

For build 74.0.3729.157, I patched the core code myself, for subsequent builds I've used Eloston's standard core patches, and where necessary amended the Windows specific patches.

===

Chromium 74.0.3729.169 (Official Build) (64-bit)
Revision 78e4f8db3ce38f6c26cf56eed7ae9b331fc67ada-refs/branch-heads/3729@{#1013}
OS Windows x64

No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Polly - 64-bit

ungoogled-chromium-74.0.3729.169-windows-x64.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v74.0.3729.157-r638880-Win64/ungoogled-chromium-74.0.3729.169-windows-x64.7z
SHA1 32EA14FBF2A06C4F723C13D7A927B1C24591DB03
@marmaduke

Thank you for your effort. I will test the 74.0.3729.169 and I will let you know what is the result.
Anon4675
@Marmaduke ; Hello :

A chance to have a version 32 bit-windows of ungoogled-chromium-74.0.3729.169 ?

Thank you...
Ryein Goddard 
I think including an Appimage and source tar instead of 20 Linux packages would be a better idea, but if you wanted to build all those separate packages as well I guess it doesn't hurt.
Hi!
I'm experiencing some video playback issues on YouTube, but only with certain videos, using Nik's latest 64-bit stable version.
Screenshot: https://i.imgur.com/53lEv8l.jpg
Link to video: https://www.youtube.com/watch?v=K9ZgPn1rJ9k
There is some artifacting on 4k resolution, but 1080p is completely unwatchable. 720 and 1440 work great though. Other videos work great on any resolution.

On the left of my screenshot it is Nik's Chromium Version 75.0.3770.100 (Official Build) (64-bit)
On the right it's the portable (PAF) Google Chrome Version 77.0.3824.6 (Official Build) (32-bit)
OS is Win10 LTSC 1809
Quick FYI. Some are experiencing a rendering error resulting in black pages with recent builds. There are related bug reports, so hopefully the issue soon will be resolved.

If encountering the issue, try disabling out of process rasterization as a temporary fix.
chrome://flags/#enable-oop-rasterization
@Rob: Thank you for the tip concerning nacl :) I enabled it and Google Earth works again in the browser for now. Changing UA didnt work for me.
@olle Welcome. :)

————————

The blacked out page rendering issue appears to be a bug with Skia's GLSL (shader) program caching. Trunk builds from 7/18 to 7/25 potentially could be affected.

A temp fix landed in trunk about an hour ago to disable the associated caching mechanism until the underlying issue can be resolved.
Google Earth WebAssembly Beta now available:
https://earth.google.com/web/?beta=1
Anon4682
@Rob: Thank you again, I tried out the new Beta of Google Earth. It works. So I disabled nacl again :)
continuation of #comment-4677
I did some further testing:
This problem on Nik's builds started with v74.0.3729.108-r638880-win**. It occurs on both 32 and 64 bit versions. This problem appears to affect only Intel GPUs, Nvidias work fine. Idk about AMD.
Nik's v74.0.3689.0-r627581-win64 is the last build to not have this problem.

Marmaduke's Version 75.0.3770.90 (Official Build) (64-bit) does not have this problem either.

Hope it helps in troubleshooting.
To further ease troubleshooting, use this:
youtube-dl -f 248+251  https://peter.sh/experiments/chromium-command-line-switches/#merge-output-format webm https://www.youtube.com/watch?v=K9ZgPn1rJ9kto store a local copy of the file in question. You'll need youtube-dl and ffmpeg (I used the 32-bit version, if it matters) in the same folder.
A fix for the black page rendering issue has landed in Skia. If not already, It soon should land in Chromium.

---------------

Curious, does anyone here actually have a specific need for (P)NaCL support? If not, I am seriously considering going ahead with deprecating it in my builds.
@Rob: I just noticed the absence of nacl, because you explained me its needed for google earth :) i didnt experience any other problems because of this. You send later link for google earth beta and this one works without nacl.
I have not logged stats, but casually I am not seeing an immediately appreciable (or any?) difference in Polly successful SCoP rates by dropping back to the default computeout limit. Let's drop "-polly-dependences-computeout=0" from the config to restore the default limit and lower the chance of a possible runaway optimization pass.

Let's add register tiling back to the mix, as apparently it can do optimization similar to an unroll and jam pass. If it actually is doing anything for us, someone else can collect the stats if seriously interested. ;p Otherwise, I am just enabling it as another possible optimization option.

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-optree-normalize-phi",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",

----------------

I am somewhat remiss to recommend running Polly among the LLVM loop optimization passes since Polly devs do to recommend it either. In particular I had previously configured the after-loopopt position to use DeLICM, which can slow building and even hits its default limit on parts of Chromium codebase; and even at rather high manually set limits.

After a little testing, disabling DeLICM does not seem to significantly change ScOP rates for our purposes, and the actual overall (successful?) SCoP rate likely is up due to moving Polly after code inlining anyway. As usual, YMMV.

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-optree-normalize-phi",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=after-loopopt",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",
make it auto update please
Anon4688
aaaxxx: you can already auto-update through chrlauncher.
Anon4689
@marmaduke: Plz, update ungoogled chromuim on 75.0.3770.100-1
Anon4690
@Anon4689: I believe 75.0.3770.100 is not a critical update (i.e., does not contain any security fixes) so I am not holding out on a release for ungoogled-chromium.
I see a fix - well, a revert - for Chromium when maximized sticking "always on top" of other Windows apps landed Friday, so hopefully I should have build updates in the next day or two.
Anon4692
@RobRich: i get a different hash on your latest build, 9E42607EBC4424322128948F01FD3E8F590E1D39.
@Anon4692 Thanks for the FYI.

IIRC, I built the release Win64 files a couple of times due to changed build args. My build box is offline tonight, but I will check the files later today (Monday), plus try to get a Win32 build out.
@marmaduke: I used the 74.0.3729.169 for the last week and I would like to share with you my expirience.

On my windows system the v74 has the best benchmark and performance compared to the present versions of ungoogled chromium.

I didn't have a single crash for that time, like I has with the v75 releases so for me the 74.0.3729.169 is a stable release.
Anon4696
@marmaduke: Your Ungoogled Chromium builds for Windows/Android are tools I use daily. Is there anywhere I can donate?
It is not my intention to imply responsibility, but merely as a way of saying thanks.
@Anon4692: Should be resolved.

----------------

Otherwise, just pushed the corresponding 32-bit build, too.
Anon4698
Just me or are "shortcuts" broken on new tabs for Rob's new builds.
Usually new tab has a couple of icons in the center screen as well as a search bar. Mine just has a Google logo (google doodle?) and that's it.
@Rob: I see you send us an update for your latest Chromium build (32 + 64bit). It says, update came online 14 hours ago, but it haves same build-nr. than the one I am using now (77.0.3840.0). But this version I installed on 30th of june, that was last sunday. Did I miss something? :)
It is essentially the same release from 6/30. I had to up new files to fix a hash issue.

------------------------

@Anon4698: The new tab page (NTP) might be (and probably is) undergoing changes.

Disable the "Remove fakebox from the NTP" config flag to get the search box back if desired. I suspect the box will be removed since you can search from the URL bar anyway,

chrome://flags/#remove-ntp-fakebox

Shortcut icons on the NTP are based upon history. They are working in my current public Win64 build for me. Have you tried clearing your history, cache, and similar? If that does not work, perhaps try a new profile?

Conversely from you, I am not getting the Google doodle on the NTP page. Well, to be technical it briefly will appear on the first manual NTP load, then disappear for the rest of the session.
Hello, I am happy with the browser but Google Translator does not work through Chromium, it says ''Unable to translate page '' i am perfectly syncronized with my Google account, what could I do? thanks
@Gabriel An alternative: The Extension (AddOn) "One Click Translate" - it works with "Google Translate" but without sync. "One Click Translate allows you to translate the selection text using Google Translate whenever you want."
Another option is the Google Translate extension, which is an official Google product.
https://chrome.google.com/webstore/detail/google-translate/aapbdbdomjkkjkaonfhkkikfgjllcleb?h1=en

It works in Chromium without sync as well.
How can I return the old look of the search query?
https://www.google.com/search?q=old+search
Anon4705
Current Chromium x64 from Marmaduke says to have widevine but when testing Shaka player page, widevine is not able nor is present on chrome://components page.

75.0.3770.90 (652427) • Friday, 14 Jun 2019
https://github.com/macchrome/winchrome/releases/tag/v75.0.3770.90-r652427-Win64
@Anon4705 However, the 3 demos (shaka-player-demo.com) run with the newer version 75.0.3770.100 from Nik. Myself I prefer always the installer versions. These alone make the necessary entries in the registry so that Chromium is exactly embedded in the system - especially selectable as standard browser.

-----------

If we install a "sync" version (chromium-sync.exe), a message may appear that Google Api-Keys are missing. How can we change a "sync" to a "no-sync" (remain anonymous)?
We write three lines in the command console (cmd):
setx GOOGLE_API_KEY "no"
setx GOOGLE_DEFAULT_CLIENT_ID "no"
setx GOOGLE_DEFAULT_CLIENT_SECRET "no"
+ Enter
Now the error message no longer appears and we are more anonymous.
On an interesting note, I did an internal FullLTO build with Polly in the "proper" late position. There were a few experimental tweaks, but anyway, performance was not realistically any better than ThinLTO+Polly. Actually, more like a regression or few; probably benchmark nose IMO.

The big issue is running Polly correctly with LTO enabled. FullLTO does a potentially "better" job since it places Polly before the vectorizer during the compiler codegen phase. However, LLD does not know about Polly, so it can not initialize it during either type of link-time codegen phase. There is work being undertaken to change how LLVM initializes Polly (and similar) into tools. No set ETA, though, AFAIK.

FWIW, I am still recommending Polly at early with ThinLTO. I am just not sure currently if it is worth spending much "extra" computation time in Polly, along with risking potential build breakage with various advanced and often niche options.

Naturally build times tend to vary by system, so YMMV on what others want to do with their Polly configs. I suspect baseline actually is fine for now until LLD knows how to initialize Polly, then we can get back into the advanced options.

"-mllvm", "-polly",
"-mllvm", "-polly-position=early",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",

I would call the inlining pass optional for our purposes. It tends to bring in lots of libc++ code, inflates code size, and spends build time on a litany of otherwise unsuccessful scops.

"-mllvm", "-polly-run-inliner",

Likewise, one can even drop DeLICM with Polly at early if experiencing substantial build time regressions. Polly at early ran without it for years anyway, and I doubt the real-world performance difference is much given our target codebase. Someone might check scop rate differences if inclined, but I am not that concerned, so whatever.

"-mllvm", "-polly-enable-delicm=false",

I am not promising baseline is exactly how my config while be as I continue to poke at optimization opportunities, but it should be okay for our general purposes IMO.

On a side note, LLVM is making more moves to bring the new pass manager online as default. IIRC, opt and maybe clang might work currently with individual parts of Polly when using the NPM, but there is no umbrella "-polly" support at this time. I suppose the project devs will cross that bridge when they get there.
Anon4708
Is there any option, may be in compiling process, for reduce height of tabs, omnibox and bookmarks bar? It's ridiculous, how many useless space in this panels in chromium compare to other browsers. Sorry for bad english, not my native language.
Chromium v75.0.3770.142-r652427 Ungoogled

Chromium for 64 and 32-bit Windows - Ungoogled - Tuesday, 16 July 2019

Chromium 75.0.3770.142 (Official Build)
Revision 8d93477bd18154c67a70a67019cb8032382c55dd-refs/branch-heads/3770@{#1160}
OS Windows

No Sync - WebRTC - Widevine - All Codecs (x64) - ThinLTO - Polly Optimised

- SDK 10.0.18362.1 (Visual Studio 2019 16.1.6): October 2018 Update version 1809
- clang/llvm 9.0.0-r358823

cflags = [ "/O2", "-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly" ]

Standard build of Eloston's ungoogled-chromium. All patches applied, apart from "Safe Browser". Linking failed due to safe browsing being removed, so I decided not to remove any element of safe browsing.

ungoogled-chromium-75.0.3770.142-1_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v75.0.3770.142-r652427-Win64/ungoogled-chromium-75.0.3770.142-1_windows.7z
SHA1 25B9E1EBF425F1D8CABC2872AAD72B75BD7AD0FA

Ungoogled-Chromium-75.0.3770.142-Win32.7z (32-bit) - Codecs+
https://github.com/macchrome/winchrome/releases/download/v75.0.3770.142-r652427-Win64/Ungoogled-Chromium-75.0.3770.142-Win32.7z
SHA1 2F0650C5AC79735658AD90403CAF7E532322A290
Anon4710
@Marmaduke, @Nik: Thank you very much for Unggogled and Chromium 32 bit July/16....
Anon4711
Thank you!
There's also Device Info at https://www.deviceinfo.me that's extremely useful for privacy testing and troubleshooting purposes, it clearly shows all available web browser/device information.
Anon4713
@marmaduke thanks for the ungoogle build. Any chance of updating the normal chromium dev build?
@everyone: Hello! I'm currently moving and i no longer have a build box, only a laptop with ubuntu remains. I don't know how the things and work situation will be and when my builds released :)
Anon4715
@Marmaduke: https://blog.google/outreach-initiatives/google-news-initiative/protecting-private-browsing-chrome/
Much appreciated, I hope you will re-do V76 build with this loophole fixed as I always browse in private mode.

@Jamie R: Thanks for letting us know about that website, I see it is able to tell me if it detects private mode or not making it handy to know once the loophole fixed is implemented. It also has many other handy info, very useful indeed.
Anon4716
Just letting web dev know, the ungoogled-chromium latest version link still links to the previous version (latest is accessible from the github repository).
@Anon4716: Don't have permission to access. So, I can't auto update!

@Anon4713

=============
Chromium v78.0.3866.0-r681261-Win64

Chromium for 64-bit Windows - All Codecs - Friday, 26 July 2019

Chromium 78.0.3866.0 (Official Build) (64-bit)
Revision 9a897aa9e12415e1351d0ae2081550673ba7bc82-refs/heads/master@{#681261}
OS Windows

- SDK 10.0.18362.1 (Visual Studio 2019 16.2.0): October 2018 Update version 1809
- clang/llvm 9.0.0-r358823
- ThinLTO
- Polly
- WebRTC

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",

No Sync - No Widevine

Chrome-bin.7z (chrlauncher formatted)
https://github.com/macchrome/chromium/releases/download/v78.0.3866.0-r681261-Win64/Chrome-bin.7z
SHA1 B11B78F7D5FA0628E1DA6ACBBD742427335648DB

Sync - Widevine

Chrome-bin-sync.7z (chrlauncher formatted)
https://github.com/macchrome/chromium/releases/download/v78.0.3866.0-r681261-Win64/Chrome-bin-sync.7z
SHA1 CD3D3C532D44D8F796FFCDD4523E4A87280D68FF
Win64 updated. My first public Clang 10 build. Polly is scaled back to defaults and running at the early position. See previous post. Otherwise, I am again experimenting with registry allocation and instruction scheduling tweaking. YMMV.

Win32 just finished building. Need to do a quick test, move some files, then upload to GitHub.
@RobRich: Thanks for the 78-win64. It works very well. With best video playing.
Anon4720
Thanks marmaduke, I have an older atom processor, no AVX. So your builds are greatly appreciated.
Chromium for 64-bit macOS - All Codecs - Sunday, 28 July 2019

Chromium 78.0.3868.0 (Official Build) (64-bit)

Revision 6e3d1613e99b04b21712d14eb5d044b955b496b4-refs/heads/master@{#681662}

OS Mac OS X

only for macOS 64
with codecs (h264, h265, flac, xvid, AV1, etc..)
official build
Xcode 10.3
macOS SDK 10.14
clang/LLVM 8.0.0
ThinLTO
Polly optimised

"-O3",
"-flto=thin",
"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-optree-normalize-phi",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=after-loopopt",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly

Sync • WebRTC • Widevine
Chromium.78.0.3868.0.sync.app.zip
https://github.com/macchrome/chromium/releases/download/v78.0.3868.0-r681662-macOS/Chromium.78.0.3868.0.sync.app.zip
SHA1 B946F49ECFA7BDFA9AD75D3A10CA227E074E7DAB

No Sync • WebRTC • No Widevine
Chromium.78.0.3868.0.nosync.app.zip
https://github.com/macchrome/chromium/releases/download/v78.0.3868.0-r681662-macOS/Chromium.78.0.3868.0.nosync.app.zip
SHA1 CD6693215A1C5B14E7EFEDBABE077F0180EB75BD
admin
Hello marmaduke,
I see at #comment-4717, you don't have permission to access. Strange!
Please, check your mailbox. I sent to you an email.

For info, I updated manually your releases (win64 and macOS) on the site. Thanks a lot for your work.
Hi Jerry!
Looks like you've put the links for Marmaduke's MacOS dev versions where the stable versions are supposed to be. ;-)

[EDIT Jul 28, 2019 by Jerry: Thanks a lot @Aargl. My apologies! Updated site]
Anon4724
How do I get the official Google Chrome API keys without cloning the git?
Anon4725
@Anon4724: There are info at #google-api-keys
I'm sure that the Manifest V3 changes are being introduced into v78: my proxy software, SwitchySharp, which is shared with the stable build, is not functioning correctly. At the moment, this problem is only manifesting itself in the Mac build under macOS 10.13.6. I've updated the Mac build system (Mojave 10.14.6) to xcode 10.3 and am using the binary release version of LLVM/clang 8.0.0 (because it includes polly!). So, any problems may be due to the change in the build system, which is highly unlikely!

@Jerry

Hi!

Problem sorted: have to use "--data" now.
Anon4727
@Anon4275 the API key for use with use_official_google_api_keys = true
Does the sync builds use those?
admin
@RobRich: Good luck for your experiments! ;)

@marmaduke: SwitchySharp is unmaintened. You should use SwitchyOmega instead. Anymay, good luck for your builds. Hope your issue will be simply resolved. Thanks for all.

@Anon4727: Yes but the Google-internal file containing official API keys must exist.
https://chromium.googlesource.com/chromium/src/+/master/google_apis/BUILD.gn
Anon4729
@Jerry so I guess only Google Chrome have that file included?
admin
@Anon4729: No. There are 2 ways to set your #google-api-keys when you compile Chromium.
More info: https://github.com/henrypp/chromium/blob/master/building_chromium_gn.md
@Anon4729 About the "use_official_google_api_keys = true" build argument, it would require access to Google's internal developer resources to work as intended. Despite capable of being used in Chromium by internal project devs, the official keys basically are "Google Chrome" from an usability standpoint.

As Jerry linked to his guide, third-party developers and/or end-users instead have to setup their own API keys. Those API keys then can be supplied at build time as build arguments or at run time as environment variables. Some features could have quotas, so YMMV on sharing them outside your personal use depending upon what features you or your build's users... well, use. ;-)

If supplying as environment variables, you even can turn a Chromium no-sync build into a sync build. Sync actually is not disabled in no-sync builds. It is just the API keys are explicitly set to "no" at build time, thus it does not work unless API keys are supplied at run time.

----------------

@nik I have enjoyed your efforts with Chromium, and especially so during my earlier build days. Thanks! :-)

Definitely please do not be a stranger here. We appreciate your ongoing insights and experience even if you are not actively building at this time. I also look forward to you hopefully obtaining another build box in the near future.

BTW, I noted your are using Ubuntu. Would you be interested in me restarting public Linux builds? Just let me know.
Anon4732
@Anon4731 Thank you for your through explaination. The building instrsuction suggests you can get the file somewhere but people have a common code of not mentioning it, but it's implicitly states you must be a Google employee/Googler to get access to that file.
I hope the building instructions can be more explicit next time around.
Anon4733
@Anon4708
"Is there any option, may be in compiling process, for reduce height of tabs, omnibox and bookmarks bar? It's ridiculous, how many useless space in this panels in chromium compare to other browsers. Sorry for bad english, not my native language."

In chrome v13, there used to be a flag you could set for "Side Tabs"

It was an experimental feature which was never made widely known. Google said that because not enough beta testers were enabling it and trying it out that it was not a popular enough feature to keep.

So from a very limited crowd of people, and without any fanfare it was available, google squashed the idea. Methinks google just didn't like the idea pushed by one of their coders because it went against the very strict design of chrome, so was purposely only given a brief airing to a niche audience.

For laptop screens side tabs was brilliant, but did not really solve the amount of vertical space taken by the title bar / url / bookmarks because the title bar still had to be there even with tabs down the side.

I think a Bookmarks Side Bar would be good and would help. There was an extension to do this but I dont think it works anymore. Would rather it was natively coded in chrome personally, doubt if we will see such a thing though. We will forever be viewing forums with bags of empty space at the side of the browser and little verticle space for all those ad banners etc blocking what you want to read, especially on news sites.
@Anon4733, because of this useless space I started using Vivaldi as my main browser. And It's very good application in my opinion.
Anon4735
is it possible to request a more standard web site instead of a single page...page? separating all the tidbits (including comments) in their own page and whatnot.
scorpiogreen 
I'm trying to install the 32bit portable to my I:\ drive where the USB stick is located and the chrlauncher is installing it to my C:\ instead. This is after unzipping it and attempting to run it off my desktop.

As it's updating it says "Current version <not found>" meaning it doesn't know where it's pointing to.

How do I fix this?

Thanks

-------------------

I should add that I'm updating an older version of Chromium on my USB stick. This is not a fresh install.
admin
@Anon4735: Technically, I can do that but I am not interested in. I wrote all from scratch. A quick explanation: I have a job without link with Internet. So it is easier for me to maintain (site update, links check...) a single page on my spare time. My comment system is simple and robust against spammers/bots. I create my own rules. No third-party requests or tools. No ads. For me, it is simpler and enough.

@scorpiogreen: Why not directly put chrlauncher on the USB stick? chrlauncher is a portable software (no install).
But if you choose chrlauncher on C:\ and Chromium on I:\, edit the chrlauncher.ini file: Put full path where necessary (ChromiumDirectory=*** and ChromiumCommandLine= --user-data-dir=***\profile)
scorpiogreen 
@Jerry, yeah I put chrlauncher on the USB stick and it didn't update the portable version of Chromium I already have on there. It just launches without an empty profile.

I should say I'm using PortableApps on that USB stick.

What can I do next?
Chromium for 64-bit Windows - Tuesday, 30 July 2019

Chromium 76.0.3809.87 (Official Build) {Stable}
Revision 111fe1e15d5ced26080a7dc239bcfe70f6c49aad-refs/branch-heads/3809@{#967}
OS Windows

Sync - WebRTC - Widevine - All Codecs - ThinLTO - Polly Optimised

- SDK 10.0.18362.1 (Visual Studio 2019 16.2.0): October 2018 Update version 1809
- clang/llvm 10.0.0-r367199

cflags = [ "/O2", "-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly" ]

Chromium-76.0.3809.87-x64.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v76.0.3809.87-r665002-Win64/Chromium-76.0.3809.87-x64.7z
SHA1 F63DD32CAFAAA5FF593D862B9DADFD9FD2ACBFF7
WildByDesign 
@marmaduke, You have saved the day with your latest Stable build. Pristine, sharp and efficient build as well. I like how you are using the latest Visual Studio along with latest optimizations, etc. Great work!

And super quick release coming in record time after Google's own Chrome release today. I am very impressed. As well all know, this is quite necessary and important since Nik's stepping back now without a build box.

Do you have any plans to provide a installer build as well as your archive builds?

The installer builds include some important Chrome/Chromium install directory ACL security details that does not come along with the archive builds.
Anon4741
@marmaduke, can we expect in the following days the ungoogled build? Or you need the update of ungoogled patches?
@WildByDesign

Chromium 76.0.3809.87 (Official Build) 64-bit
Revision 111fe1e15d5ced26080a7dc239bcfe70f6c49aad-refs/branch-heads/3809@{#967}
OS Windows

Sync - WebRTC - Widevine - All Codecs - ThinLTO - Polly Optimised

- SDK 10.0.18362.1 (Visual Studio 2019 16.2.0): October 2018 Update version 1809
- clang/llvm 10.0.0-r367199

mini_installer.exe
https://github.com/macchrome/winchrome/releases/download/v76.0.3809.87-r665002-Win64/mini_installer.exe
SHA1 6A5FDF6465A9B859BE694B3E4A7C2A84F35DED0F
====
[Drag 'n drop Widevine folder]

@Anon4741

Will post when completed.
Scrolling back a few posts.... Anon4731 is me, assuming anyone did not already guess it. ;)
Duke of Zurich 
@marmaduke: Thanks a lot (!) for the installer build (Chromium 76.0.3809.87 ) for Windows. Most appreciated especially since Nik sounded the retreat.
Anon4745
Nik's gone?
Oh boy, his installer for 64 bit windows is all I ever use
Is there someone else with the knowledge and time to take over?
@Anon4745 Marmaduke posted a stable installer a few posts back, so he might continue if ya' ask him nicely.

I would consider it, but I do not have an use for the stable build, H.265 video, and/or widevine at this time.

If you do not need H.265 and widevine support, dev builds typically are plenty stable for daily use. AFAIK, I have not bothered with building Chromium stable in a long time.... years, perhaps?
Anon4747
@Marmaduke: Thank You Very Much for Ungoogled 32bit july/31.
Thanks Robrich and Marmaduke
@ Marmaduke Thanks for your 76.0.3809.87 installer version, in continuation of the work by Nik. I have compared with the parallel version from Google and must say Google's is a botch or as they say in Alemmannic: a "Gugelfuhre". (that means a wobbly truckload): The mouse moving is disturbed, Google is catchy and changes the font display on the whole Windows 10, the filtering of elements is strange, uncontrollable, new pages are opened very slowly. Your version is ok, quite pleasant, easier to control and faster. Even H.265 works cleanly (not on Google's). Your's fits well with Windows 10.
Dan Whitehead 
THU01JUL2019, 7:05ACST

Since 75.0.3770.142 (652427) • Tuesday, 16 Jul 2019 is marked "last-release" does that mean this great website will no longer make stable versions of Chromium available to those of us who are not compliere? If so, then I'm very sad. :(

Thank You
Dan Whitehead
Irving, Texas, USA
@Dan Whitedead - No, but the releases now come from Marmaduke and no longer from Nik. And of the finest as well. 76.0.3809.87 - See above. Don't be sad!
wth from Switzerland
Dan Whitehead 
THU01AUG2019, 9:00ACST

A P.S. Will you still be compiling 32-bit versions with archive and installer? I'm still using a 32-bit system (believe it or not) due, quite frankly, to finances.

Thank you again.
Dan Whitehead
Irving, Texas, USA
@marmaduke: Many thanks for Chromium-76.0.3809.87-x64! Please continue for each new stable release. :)
Anon4754
@marmaduke: thank you
Thanks for ungoogled-chromium-76.0.3809.87-1, very fast, clean and stable than google chrome, I'm also using bromite on android.
Anon4756
@Marmaduke: Hello. Do you plan a new version of Ungoogled for Android soon ?
Thank You.
My intention is to "take up the slack" until Nik's return; or, until someone is willing to build and share the stable build on a regular basis.

All thanks given apply equally to Jerry, Nik, RobRich, Carl (Bromite) and Eloston & associates (Ungoogled).

@Anon4756

My Ungoogled for Android is based on Bromite with the addition of HEVC and some other Codecs. AV1 does not work. I don't know if I've broken it or that just is the case!

===========

Chromium for 64-bit Android - Friday, 02 August 2019

Chromium 76.0.3809.89 (Official Build) (64-bit)

Revision 875a9f7de5d3a7aff4cb5c5ffec2849622368289-refs/branch-heads/3809@{#973}

OS Android 64-bit

- only for Android 64
- official build
- All Bromite patches applied - AV1 playback does not work (v73 works OK)
- HEVC

No Sync • No Widevine • ThinLTO • CFI • Bromite • HEVC

https://github.com/macchrome/droidchrome/releases/download/v76.0.3809.89-r665002-Ungoogled-And64/arm64_ChromePublic_HEVC.apk
arm64_ChromePublic_HEVC.apk
98333C083FD52FEF976F326601A4DA96D68FD289
@marmaduke, thank you for contributing your stable builds! 76.0.3809.87 is working great so far.
Anon4759
@Anon4756, @Marmaduke: It's OK for me. And thank you very much :)
@Marmaduke: huge thanks for sharing stable build 76.0.3809.87. Hope for further releases :)
Bad news or fake news? Kaspersky Internet Security (KIS) says: The stable 76.0.3809.87 from 31 Jul 2019 with mini-installer contains the Trojan UDS:Trojan.Win32.Badur. KIS automatically removes the program and the mini-installer, today August 4, 2019. What's this about? Maybe Google is involved?
Anon4762
@wth: Did you test the mini-installer and the ZIP version at VirusTotal, for example?
See the #malware section.
@Anon4762 The mini-installer and in its installation the chrome.exe is infected. But with the archive (.7z) for now only the 7z file, but after the installation also again the chrome.exe. The "ungoogled" are not infected. Strange but "Malwarebytes" can always detect no danger.
Duke of Zurich 
@wth: just checked with https://virusscan.jotti.org/
15 Scanners, all reporting no virus found.
Anon4765
Hey,

i installed chromium for android (switched form another open version). I like the adblocker and everything else. Only missing setting is the dark theme. Is is only in latest for android 10 or is the flag turned off (64 bit)? (i don't talk about incognito)
Yes, I can see: All other virus scanners (Avast, Bitdefender, F-Secure, GData and others) do not report a Trojan virus. But what can I do? Kaspersky has shot the installation on 3 devices without me being able to do anything about it. A few weeks ago Kaspersky had already blocked RobRich's Chromium once, but at least I could escape that. Does this look like a manipulation, Google together with Kaspersky? Do they want nobody to use Chromium but Google Chrome? Now I am using again Chromium from RobRich with best video playing from H.264.
admin
@Anon4765: Not recently tested but you can use the "Dark Reader" extension instead.

@wth: First of all, I explained in the #malware section that all software without signature are suspicious by antivirus/anti-malware. To simply check if the installer (exe, dmg) or archive (7z, zip) is infected, use Jotti or VirusTotal services.

My way:
1. Get hash sum (sha1, sha256, md5...) of the file. (You will see the hash sum of any file, on this site, in each colored box)
2. Go to VirusTotal, for example
3. Get the result.

Example:
Chromium mini-installer 76.0.3809.87 (665002) • Wednesday, 31 Jul 2019
sha1: 6a5fdf6465a9b859be694b3e4a7c2a84f35ded0f
- https://www.virustotal.com/gui/file/4a9b6c81f57c498e81a65784a69d95d5b100844a59083f4d45c8069326aa6315/details
- https://virusscan.jotti.org/en-US/filescanjob/cs0a49z9km
- https://www.hybrid-analysis.com/sample/4a9b6c81f57c498e81a65784a69d95d5b100844a59083f4d45c8069326aa6315

Result: No virus found by 68 antivirus → So, it is a false positive of your antivirus.

Kaspersky Application Advisor
https://whitelisting.kaspersky.com/advisor?lang=en#search/6A5FDF6465A9B859BE694B3E4A7C2A84F35DED0F

Result: No virus found by Kaspersky → So, it is a false positive of your antivirus.

@marmaduke, @RobRich, @carl, @henrypp and all other developers:
BIG thanks for your all work, time and help!!!

@nik: You are always welcome! ;)
kaspersky is detecting the installer and installation as malware. Particularly as bozan.a trojan
Anon4769
Hopefully you are not being charged by comrade kaspersky for the poor results. Maybe they just want to convince you they are better than other anti-virus because they found something nobody else did .. And the little known installer becomes the fall guy to make kaspersky more profit?. Think about it, it really is not as far fetched as you may initially think. Sorry if you were duped into buying anti-virus suite, but Windows Defender and careful internet use is all you need, avoid pr0n and piracy, and installers which include bundles of other software.
Chromium is fine.
fireworkerfp 
Hey guys!
Thank you for the great website and efforts building chromium!
Is it possible to use marmadukes stable build with chrlauncher?
An when yes how to do it?
admin
@fireworkerfp: Thank you very much. About the stable build, I am replacing the Nik release by the Marmaduke one for both my API and chrlauncher. I am preparing that today.
Fireworkerfp 
@Jerry
Cool! Thank you very much for your effort! :)
I updated my Chromium from Nik's build to Marmaduke's 76.0.3809.87, and everything went fine on Windows LTSC1809 :) Thanks to all people involved on this website.
I just noticed Marmaduke also builds an unstable x64 with all codec, no sync (and no widevine too? it would be great imo as I have no need for this). Will give this version 78.0.3866.0 a try too now, as I like using the latest Chromium builds :)
Fireworkerfp 
@Yuliya: Are you updating your builds manually?
admin
@Fireworkerfp: Thank you for your feedback. Yes, Yuliya updated Chromium manually.

Note I updated the site. So now, chrlauncher will update to the latest stable 64-bit version (Marmaduke release).
To force it, set "ChromiumCheckPeriod=-1" in the "chrlauncher.ini" file. Then relaunch chrlauncher.
Anon4776
Cyberrufus, not sure if you read the comments but on your latest build it seems that attempting to open any extension page from the Chrome Web Store results in an aw snap error. I installed the latest official from the devs and it works as expected.

Gonna have to learn to make my own builds, as the updates from the few folks who provided them are few and far between lately.
Fireworkerfp 
@Jerry: Thank you very much!
I don't know if discussions are allowed here but I would like to know what advantage you see over chrome? So why do you use chromium instead of chrome? And do you still use the google account to sync passwords?
admin
@Fireworkerfp:
> what advantage you see over chrome?
Mainly, the advantage of open-source against closed-source (proprietary) software! ^^
Note I am not a fundamentalist "librist". When an appreciated proprietary software does not have an open-source equivalent, I use the proprietary software.
- https://opensource.com/article/17/8/enterprise-open-source-advantages
- https://www.gnu.org/proprietary/

> why do you use chromium instead of chrome?
I answer you by a question: why to use a limited (in the sense of, handcuffs) proprietary software which is a fork of a powerful open-source software? ;)

> use the google account to sync passwords?
Never. I use my own way for passwords. No browser sync, no password manager.
Fireworkerfp 
@Jerry: Thank you for your interesting thoughts!
So you're not using the sync at all? Also not for bookmarks or settings etc.?
admin
@Fireworkerfp: No sync at all. I have got different devices with their own settings: 2 computers (Windows and Linux + different virtual systems), 1 tablet (iOS), 1 smartphone (Android). There are different systems to test and develop different things. For bookmarks, I simply import and export them. I prefer to keep my data with me when it is possible. So, no sync, no cloud, no third-party for my personal data. I am not naive. I am aware that Google, Apple and other companies already have a lot of data on me. I disable sync, do not use social media, set my all devices/software/services and block all I can to protect my #privacy ;)
Fireworkerfp 
@Jerry: Thank you again for your reply!
It is always interesting how others deal with the topic and what their workflows are like. :)
admin
@Fireworkerfp: I agree with you. You are welcome! ;)
@ Jerry: I think the same about privacy. No sync at all ...

I have reported the "false positive" described above to Kaspersky, the investigation is not yet finished there. But it seems to be so now: The file "chrome.exe" from Chromium 76.x Win/64bit contains fixed two extensions which are obsolete and should not be used anymore. One of them contains a security hole (stealing personal data):
- Chromium PDF Viewer
- CryptoTokenExtension, CryptoToken Component Extension

These extensions are no longer included in the 78.x versions by RobRich and Marmaduke. Nevertheless, the corresponding features regarding PDF viewing and Saving Payment data and Autofill can be selected here optionally, individually, locally (without cloud) in chrome://settings/. Codecs for H.265 and .swf (without special extension) are even available by Marmaduke 78.x. Very good!
Fireworkerfp, yes, I always use the "Archive" link when downloading.
Chromium for 32-bit Windows - Wednesday, 07 August 2019

Chromium 76.0.3809.100 (Official Build)
Revision ed9d447d30203dc5069e540f05079e493fc1c132-refs/branch-heads/3809@{#990}
OS Windows

Sync - WebRTC - Widevine - All Codecs - ThinLTO - Polly Optimised

Chromium-76.0.3809.100-x86.7z (32-bit)
https://github.com/macchrome/winchrome/releases/download/v76.0.3809.100-r665002-Win64/Chromium-76.0.3809.100-x86.7z
SHA1 B3A9C7BFAF220BA2F0868047E1043B74246A9C96

mini_installer.x86.exe (32-bit)
https://github.com/macchrome/winchrome/releases/download/v76.0.3809.100-r665002-Win64/mini_installer.x86.exe
SHA1 D82F75FA44A7FA081A5AFD137CD28E3EE2544736
cyberrufus 
@Anon4776.
Didn't pull that build because the page displayed with a reload. That regression is fixed in the most recent build (78.0.3876.0-r684597).
@ Marmaduke - Thank you a lot for the corrected version 76.0.3809.100 Win/64bit, it is absolutely clean and stable. I used the mini-installer. And Kaspersky Internet Security no longer reports a problem.
I've been using the portable version for probably about a year, but as of the last few days the updater doesn't work. Is this a known issue? The progress bar fills as it downloads, then goes empty when it finishes. All I can do is exit it, which then opens Chromium as expected.
Anon4789
@Marmaduke: Hello, Thank you very much for 32bit Chromium 76.0.3809.100 (Official Build) :)
Thank you Marmaduke for 78 x64 sync build. Will you be updating it?
@Arthur: When I have time!

Chromium for 64-bit Windows - Thursday, 08 August 2019

Chromium 76.0.3809.100 (Official Build)
Revision ed9d447d30203dc5069e540f05079e493fc1c132-refs/branch-heads/3809@{#990}
OS Windows

Sync - WebRTC - Widevine - All Codecs - ThinLTO - Polly Optimised - ungoogled

ungoogled-chromium-76.0.3809.100-1_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v76.0.3809.100-r665002-Win64/ungoogled-chromium-76.0.3809.100-1_windows.7z
SHA1 7AC11A40F09CC9AA240FEB5A60CBB94515026E30

Ungoogled-Chromium-76.0.3809.100-Win32.7z
https://github.com/macchrome/winchrome/releases/download/v76.0.3809.100-r665002-Win64/Ungoogled-Chromium-76.0.3809.100-Win32.7z
SHA1 398715C2C05760E10E48186DD87E30D484BE6957
admin
@marmaduke and @RobRich: Thank you very much for your builds. 😍 I changed the protection of my website firewall. So now, you will not encounter any error while updating your Chromium releases on this site.

@wth: Thank you for your report about the Chromium issue with your antivirus.

@Jack: Which OS? Which architecture (64 or 32-bit)? Which #updater? Which Chromium version?

@Yuliya: For info, chrlauncher also uses the "Archive" file (7z or ZIP) but unzip it, install and update Chromium automatically. On the other hand, Chocolatey uses the "Installer" file (EXE)...which is also a self-extracting 7z archive! 😉
Jerry, yeah, I always wanted to try a more.. 21st century approach of updating my browser, but always postpone it to " next time". I'll probably give chrlauncher a try at some point.
@Jerry: Win 7 x64, 64-bit Chromium stable-codecs-sync, version 75.0.3770.142, and it's trying to update to 76.0.3809.100.
chrlauncher 2.4.3 64-bit.
Anon4795
@Marmaduke: Hello, You are amazing thank you very much for 32bit Ungoogled 76.0.3809.100-Win32... ;)
@Jerry: Hi, Does Android chromium v78 only support Android 10? Because my Android 9 is not working properly.
Thanks to all for keeping the builds coming, especially Marmaduke. I have used the "regular" stable-codecs-sync 64bit builds forever and am very relieved they continue.

I am also seeing the Chrlauncher unable to update issue, trying to come from 75.0.3770.142 (stable-codecs-sync like @Jack). It downloads the new build but then never actually goes to install it properly, even after clicking the install button. Windows 10 1903, 64bit, 32gb RAM

Other machines using the installer are working perfectly! Thanks again!
@Justin - I always use the "Installer" versions, too. The point is this: Only in the appropriate installation procedure the absolutely necessary entries in the Windows registry are made. This is important in order to define Chromium as a standard browser and to be able to associate certain file types with it, such as .html and .htm and .url as well as links within various other programs in Windows. With an update, only the "Installer" enters the necessary changes in the registry. Update always means: The new version to be installed has a higher number, the other way around it would not be an update but a downgrade, which is not possible here. The registry in Windows should not be underestimated. If we have done something wrong there, we must first uninstall or manually remove the folder "Chromium" in the AppData\Local.
Anon4799
Anyone getting an message on Rob's new build? Something about using sslkeylogfile in environment.
I can't find that name in my environment variables though.
@Anon4799 Nothing related to Chromium AFAIK. No such errors here locally, either.

Curious, are you running Wireshark? Looks like it uses a "SSLKEYLOGFILE" environment variable.
Anon4801
@RobRich I've used Wireshark before in the past, but that has since been uninstalled for a long time now (over a year now)
@Anon4801 Just found a related bug report.

More info: https://bugs.chromium.org/p/chromium/issues/detail?id=991909

Curious, are your running Avast? Apparently it hooks "SSLKEYLOGFILE" into the Chrom(e/ium) process to setup a local HTTPS filter proxy.
https://twitter.com/ericlaw/status/1159850783862640641
https://twitter.com/WilliamJozef/status/580827680775520256

Adding "-ssl-key-log-file" to the Chrom(e/ium) command line and/.or setting the "SSLKEYLOGFILE" environment variable can trigger it, too.
Anon4803
Ah that could be it! I'm using Avast.
sslkeylogfile isn't in my environment variables or a command line I put in, so it must be that.
Thank you so much for tracking that down Rob!! Very much appreciated! :)
@Jerry: Kaspersky Lab has now awarded the Chromium sync installer 76.0.3809.100 by Marmaduke the rating "Trustworthy" (Vertrauenswürdig). Thanks a lot for your useful website and especially for the excellent work by Marmaduke and RobRich. I think Kaspersky can support your project a little bit.
earthsound 
Thanks again, Marmaduke, for the dev sync/codec builds on MacOS & Windows!
Hello, few questions here...
As Nik's builds are now discontinued, I'd like to update for use Marmaduke's one. How can install system-wide Chromium?, and Is straightforward the update or Marmaduke version won't recognize (previous current user level) Nik install profiles?

Thanks in advance!
@Jerry: I am having the same problem that @Jack I cannot update Chromium portable from 75.0.3770.142 to 76.0.3809.100. Chromim 64 bits in Windows 10 x64.
@dath - The only way to get Chromium on Windows system-wide and continuously for a long time is a proper setup with the "mini-installer" (Installer). So Chromium is correctly integrated into Windows, and it becomes a folder "User Data" (not profile), in C:\Users\Username\AppData\Local\Chromium. If we update later with a mini-installer with a higher (!) version number, everything will be adjusted automatically, whether by Marmaduke's or RobRich's or Nik's. In User Data\Default there are two files that are necessary for the display: "Preferences" and "Web Data". We can also copy them and paste them into a reserve folder as a backup, maybe they will be needed again. They are the same files in "User Data" or "profile" (also in Google Chrome, SR Ware Iron and some more). The reasons for the correct installation (SetUp) are described above. Very important: Internal registration (registry) in Windows.
Anon4809
chrlauncher + 78.0.3878.0 (685437) • Thursday, 8 Aug 2019 (portable mode)
avast without webfilter (even disabled avast for test)
same warning about --sslkeylogfile
Hello again

I tried to install as per https://martinrotter.github.io/it-programming/2016/07/17/install-chromium-system-wide-windows/ (mini_installer.exe  --system-level), however, it installs to Program Files (x86). It is an issue with installer?
Anon4811
@Anon4809 Ok, so it's not just me.
Anon4812
Why did nik discontinue his releases?
@Anon4812: Maybe Nik is now building Microsoft's Edge or Google Chrome? Just gossips? Anyway, Nik is an excellent programmer.
Chromium for 64-bit Android - Thursday, 15 August 2019

Chromium 76.0.3809.115 (Official Build) (64-bit)

Revision 8c9783f256a82b1c632a9c4d900f17749fe5d0b6-refs/branch-heads/3809@{#1005}

OS Android 9: ONEPLUS A6000 Build/PPw29.116-16

OS Android 64-bit: Only for Oreo 8.1.0+ & Pie 9

- android_sdk_build_tools_version=27.0.3: Oreo 8.1.0+ & Pie 9
- official build
- All Bromite patches applied apart from AV1 [ Carl ]
- HEVC [ Macchrome! ]
- "No Search" option [ shamelessy lifted from Ungoogled ]
- Domain substitution, tracking and blocking [ Eloston & (the brilliant) wchen342 ]
- CFI & LTO

No Sync • No Widevine • ThinLTO • CFI • Bromite • HEVC

https://github.com/macchrome/droidchrome/releases/download/v76.0.3809.115-r665002-Ungoogled-And64/arm64_MonochromePublic_HEVC.apk
arm64_MonochromePublic_HEVC.apk
SHA1 BCEAF03ABEE0813E0D68D0C76C0229F327F66678
Anon4815
@Marmaduke: Thank you for the update of Chromium Android... :)
@RobRich: Image pasting from clipboard is broken in your `78.0.3878.0 (685437) • Thursday, 8 Aug 2019` build - always pastes a blank image. I checked the issue tracker and seems like such issue does not exist on vanilla chromium.
Anon4817
💋 marmaduke ❤️
FYI: chrlauncher 2.5.6 does not update to the latest ungoogled-build. A new install also pulls 76.0.3809.87 (64-bit).
admin
@Matt: This is probably a cache issue about my API.
Craig Rutherford 
Hello all, I'm having an issue with how Chromium is handling HTTPS. The browser is *forcing* requests to go to HTTPS first, unless I specifically type "http", which is causing problems with a *lot* of websites that have no reason to use HTTPS. (A magazine website, for instance, sites where there's no risk that a user will be transmitting sensitive information, so there's no need for a secure connection.)

In some cases, depending on server configuration, the browser will take me to an unrelated site, or simply fail to connect, because the website doesn't use HTTPS. Is there a setting, or flag, or switch, or something that will make Chromium try HTTP in case HTTPS doesn't connect? I've searched Stack Exchange and the extension store to no avail.
Anon4821
> sites where there's no risk that a user will be transmitting sensitive information, so there's no need for a secure connection
Please read up on this issue. You are spreading misinformation.
Anon4822
I have the reverse question. How to connect to HTTPS if protocol is absent, and try HTTP only if it was specifically entered?
@marmaduke
Good news (maybe only for me ;-) ) in Chromium.76.0.3809.100.nosync: I'm using a utility that pops up a menu when clicking in the empty area of the menu bar and until now it wasn't working in Chromium. With this build it does! :-)
For the rest, it works perfectly as always.
Thanks.
Anon4824
@Anon4821 People understand "the subject". Your answer does address the question. The simple fact is that forcing an assumption of HTTPS breaks a LOT of websites.

In the meantime, the Redirector extension from the Chrome store will allow you to bypass the HTTPS "assumption" of the URL / Omni bar.
Anon4825
@marmaduke: Can you make a "Installer" for the ungoogled version?
Thx!
@Anon4812 Last I knew, Nik moved and currently does not have access to a build box system.

@KZ Not sure. Check my lastest builds and let me know if it persists. TIA!

----

Windows builds updated. Win64 appears okay. Win32 performance might be (and probably is!) YMMV. I attempted to reduce some of my modified builds' usually incurred code bloat, but a couple of SunSpider runs are looking quite a bit slower than its Win64 counterpart. I might redo Win32 and release an updated build in the next day or two.

I also have a Win64 AVX2 build cooking. Not really expecting much benefit as usual, but it is an ongoing occasional experimental build anyway. Maybe tomorrow for release assuming it builds and works.
@Rob: Thanks for the update... I noticed, it's no more possible to show complete url in omnibox. In chrome://flags there is missing the option to show. If you want to see complete url now, you need to double-click in omnibox.
Anon4828
Why there' s still no chocolatey package for Chromium 76 stable?
tianwen2976 
hi, @nik, this guide https://github.com/henrypp/chromium/blob/master/hevc_support.md seems not work. How to compile chromium, support hevc, nik. thank you.
admin
@Anon4828: Because chocolatey uses an old package.
https://github.com/chocolatey-community/chocolatey-coreteampackages/blob/master/automatic/chromium/update.ps1

@tianwen2976: Nik is gone. Marmaduke will maybe can help you. You can also contact SeriousJack at https://www.reddit.com/r/Chromium/comments/c7s6f1/
For info: the support of H.265/HEVC is currently replaced by AV1 in Chromium, Firefox and all web browsers. Google and all companies prefer to support AV1. https://en.wikipedia.org/wiki/AV1
Anon4831
hello guys, do you know why Google Earth website in Chromium for mac never works? It can't load.
The only version that does work fine it's the old 72.0.3626.81
Try out beta version of Google Earth => https://earth.google.com/web/?beta=1
Hi.

Why is it always a problem to get the newest version of Chromium and why dows it take so long?
Where can i find Chromium 76.0.3809.132 for Windows 64bit ?
His Royal Nonceness Prince Andrew 
https://dev.chromium.org/developers/how-tos/build-instructions-windows

They also have a recipe for fries, and cake that you can put jam on!

Nonce Andrew.
tianwen2976 
Thanks to Jerry for replying. @marmaduke, Can you share how to compile Chrome, support all codecs, thx.
Anon4836
Well Mark, the builds posted on this site are unofficial, so it is down to the builders own pace (and spare time!), but they are not usually past 2 weeks delay, you can always use official builds but they have no codec support and aren't always 'stable'.
@ Anon4836.
Sorry, but waiting nowadays more than 3 days for an updated Chromium version is totally unacceptable for such a huge community.
Since i've installed Chromium this has always been THE issue. It's a big shame.
No hard feelings but I'm going back to Vivaldi.
Too bad. But I have now changed to Google Chrome - anyway almost the same and based on Chromium, partly unfortunately with the same bugs, but same flags. Here I have the synchronization and all Google services disabled, including AutoFill, blocker, payment methods. I also use uBlock Origin and NewTab redirect, etc. As a second browser I installed FireFox. On Android devices (Samsung or Huawei) I use Firefox with UBlock Origin and without synchronization, without login.
admin
@Mark: Officially, Chromium, the free and open-source project, is the development version of Google Chrome. It is updated each hour: https://chromium.woolyss.com/download/

About the STABLE version of Chromium, @Anon4836 said perfectly that third-party developers compile their Chromium builds on their spare time, freely!

If for you "3 days for an updated Chromium version is totally unacceptable", why not use Google Chrome directly? Vivaldi has always a version behind Google Chrome.

@wth: You are free to use the web browser you need! Just for info on Android, Kiwi Browser is a good Chromium-based browser with support of Chrome extensions. Bromite is also excellent and has an ad blocker.
@Jerry: thanks for your patience and devotion! (the same goes to all devs :-) )

@ the whining ungrateful bunch: I can't believe it! "3 days... totally unacceptable" ??? All those nice people spending their time, freely, and you have the nerve to complain as if they were your employees? :-o Even if I switch daily between browsers, I consider it a blessing to have these Chromium builds available, without Google's stuff invading my computer — and with codecs.
Ok, it would be better if we had the builds in sync with Chrome releases, but "totally unacceptable" is excessive: time is the price we have to pay for it. And you won't die because you don't have the latest of the latest... ;-)
As for Vivaldi, not only does it use an older version of Chromium, but it has historical issues with some video codecs (on Mac). You might also think of Brave, but it has more issues than the builds here, in my experience.
Anon4841
Anyway, I still hope to get updates as soon as possible, especially in the first few days of high-risk vulnerabilities that can execute arbitrary code.
https://www.cisecurity.org/advisory/a-vulnerability-in-google-chrome-could-allow-for-arbitrary-code-execution_2019-086/
@Jerry: Thanks for the tip. In Android 8.0 the Kiwi browser is very similar to Firefox, but has a better engine. Blink is better than Gecko, the characters are a bit sharper. Unfortunately you can install many AddOns, but they don't work (like New Tab Redirect) - but uBlock Origin works. But what's about the updates? When Google (like the Imperium in StarWars) crosses again, blocks and bucks? A few weeks ago this was already the case. Now I suddenly have 4 browsers on my new Huawei tablet.
@ Jerry

Google Chrome is not trustworthy.
OK my words have been a little bit harsh, but it would be nice if STABLE Chromium versions would be updated much faster, I have to apologize.
I didn't know that Vivaldi lags behind the newest Chrome, that's also not good.

I would use Firefox but this browser also isn't trustworthy anymore (Pocket and some other crap integration,ads, etc), uses too much RAM (it's a big momory hog ) and has many problems with some video files.

Sadly, it's really hard to find a good browser today (than Chromium).
Planned to push an AVX2 build a few days ago, but I have been watching a hurricane track instead. Apologies for the delay.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v78.0.3896.0-r691405-win64-avx2

Built with AVX2, FMA, etc. instruction set support. Intel Haswell or later required. YMMV as usual.

--------------------

Just pushed the intended Win32 update, too. The performance issue with the previous Win32 build should be resolved now.
Anon4845
@RobRich

Thank you very much for thinking about our old 32bit P.C :)
But with your latest build there is an issue for me.
Installer or Archive.
This Prog... is not compatible with your windows version.
What was the last Chromium (woolyss) Build which had old UI (w or w/o flags) equivalent of Chrome 70/ pre Chrome 71 UI Tab Changes?
https://www.reddit.com/r/Chromium/comments/cz30c7/
@Anon4846 I might have left my AVX mod in LLVM and/or did not rebuild LLVM before the Win32 build.

I will kickstart a new Win32 build shortly. Thanks for the FYI.
admin
@RobRich: Big thank you, dude! ;)

@wth: The releases of Kiwi Browser follow Google Chrome

@Mark: It is ok. Do not worry! The most important thing is the MAJOR version of Chromium (https://www.chromium.org/developers/version-numbers). Note the latest DEVELOPMENT versions are more secure than the STABLE ones. And about your "it's really hard to find a good browser today", I complelety agree with you. Personally, my best browser should be a blend of Chromium and Firefox: ! ^^

@A: Note I cleaned your comment and also answered you at Reddit. The last STABLE Chromium build with old UI Tab changes is https://github.com/henrypp/chromium/releases/tag/v70.0.3538.110-r587811-win64 Then go to chrome://flags/#top-chrome-md and change to "Normal". Relaunch Chromium. This is the old UI before the Material-Design UI. (https://i.imgur.com/1RmZSiJ.png)
Updated Win64 and Win32 builds pushed.

@Jerry As always, thank you for this site and your efforts. :)
Anon4851
Seeing a lot of missing text/textures(?) on Twitch with Rob's 78.0.3901.0 (692535) build: https://i.imgur.com/m4iYvrf.png
Also, something that i noticed a while ago is that i no longer have the "create clip" button on Twitch while using Chromium: https://i.imgur.com/IQ3wfNd.png
With other browsers (Chrome, Firefox) it work fine.

Btw, i'm not reporting here to "force" Rob to build another revision, i will just revert to previous build by him, no worries! I guess we're used to expect such problems from theses dev builds at this point :)
Anon4852
@RobRich: Hello.
Thank you so much ; with 32bit : 78.0.3901.0 (692535) • Tuesday, 3 Sep 2019 .
All is Ok now ;)
Duke of Zurich 
Ok, so Nik left the (I'm not saying . . sinking) ship and Marmaduke is keeping a low profile for the time being.
I keep my fingers crossed for all who eagerly await a stable build (Win64/Win32) based on 76.0.3809.132

A very strong "thank you" to Jerry, Nik, Marmaduke and Rob for all their commitment and dedication they're showing
towards providing all these Chromium builds.
Anon4854
Finally, we ushered in an update(76.0.3809.132), thanks to @Marmadukeup for the work done for it.
Anon4855
@Marmaduke: Thanks for the Update Ungoogled 32bit 5 sep 2019 :)
Anon4856
@Anon4851
Yeah, 3901 is very buggy. I also returned to 3896.
Anon4857
Missing almost every right click tab option in the 3901 build.
Hi Jerry,

Since your API seem to work again for me here is my updated page that use it :
https://www.murielfrenchcouture.fr/Chromium

Note that the following URL are valid BUT are redirection to the above URL :

https://www.murielfrenchcouture.fr/Chromium.php
https://www.murielfrenchcouture.fr/chromium.php
https://www.murielfrenchcouture.fr/autres/Chromium.php
https://www.murielfrenchcouture.fr/autres/chromium.php


Let me know if there is something wrong with this page or if you want that I shut it down.

Regards !

[EDIT 05 sept 2019 by Jerry: URLs corrected]
Anon4859
@Anon4857: they changed that recently, so going forward, it will look like that. Explained here: https://bugs.chromium.org/p/chromium/issues/detail?id=515930#c49
There is a problem since the update to the newest Chromium 76.0.3809.132 (665002) • Wednesday, 4 Sep 2019 • Windows 64bit

I can't watch on waipu.tv some of the TV stations anymore, i get a "DRM error message" instead:
https://i.imgur.com/H7ilgjG.png

The same for the Livestream on n-tv.de
Now the stream stays black and no sound either:
https://i.imgur.com/lGiMHPA.png
WildByDesign 
@Mark, I recall with one of the recent Chromium stable releases by marmaduke, he had suggested that we needed to copy the WindVine folder over from a previous release or maybe was referring to copying WindVine folder over from the archive release. If I remember correctly, it had something to do with the mini-installer release. Did you use mini-installer as well?

I believe that the WindVine folder can also be located within the Chromium profile too. It can be used within the program directory or profile from my understanding.
@ WildByDesign.

I'm using the "Portable" Stable version.
Last version, it all worked, since the newest updated version not anymore.

The "Archive" version has the same problem with DRM content, it doesn't work either.

So, something is wrong with this current version: 76.0.3809.132 (665002) • Wednesday, 4 Sep 2019 • Windows 64bit

---------------------

I just wanted to add that the "Chromium ungoogled version" (64bit) has no problems with these DRM streams, it plays them just fine.
Only the normal Chromium version (64bit) (which I'm always using) has these issues. That's very strange, so something isn't right since the last update.
Yes, 78.0.3901.0 (692535) is buggy. I dont know if it only concerns Robs chromium build or the others as well. I always use 64bit version for windows. But webpages are often not loading properly and browser chrashes to deskop. But oh well, its a developer build. I switch back to 3896, this one works fine and i wait for next release :)
Anon4864
Ive been using robs builds via mini-installer for many months but latest build is buggy as we know, but when i deleted chromium and removed all data and cant install any version...it show some crash log in data but its empty...
any guess how to install it via mini installer?
Anon4866
With all the build issues lately, has anyone spent any time using Brave, which is apparently built on Chromium? Thoughts?
Brave (on Mac) has issues, I'm more satisfied with Marmaduke's builds. :-)
Anon4868
Thanks Marmaduke for the fast ungoogled update.
I've switched from regular stable Chromium to Marmadukes "ungoogled" Chromium.
It works now perfectly - also with extensions (Ublock Origin etc.).
Very good job!
Anon4870
@Marmaduke.

Hello.
When you have time.
Can you compile a Ungoogled v78 for Android ?
Thank you.
And thanks for the update Ungoogled Windows.
Anon4871
Anon4870
Sorry for the typo.@ Marmaduke
Ungoogled v77 for Android.
If possible...
earthsound 
@Marmaduke: thanks again for the (sync) builds on MacOS & Windows!
Anon4873
@RobRich:
> missing text in latest build
Disabling hardware acceleration in settings has resolved this issue for me
With normal sync Chromium 77.0.3865.75 (681094) • Friday, 13 Sep 2019 • 64bit
- the DRM Live-Streams on n-tv.de and waipu.tv are working again!

(with ungoogled Chromium version it already was working all the time).

Thanks and very good job Marmaduke.
Anon4875
Thanks for 'Chromium 77.0.3865.75 (681094) • Friday, 13 Sep 2019 • 64bit' Marmaduke! DRM fixed on Spotify!
Hey Marmaduke!

Thanks for the very stable sync dev versions you've provided for Windows 64-bit! ((78.0.3866.0 (681261) • Sunday, 28 Jul 2019))

Out of curiosity, are you still pushing new dev updates here or are you taking a little break?
I only ask as I was sorry to see Nik leave the compiling of dev builds. I'm impressed with your work on the dev builds so far!
Hope you decide to keep compiling! :)
Anon4877
@marmaduke

Can you please check the mini installer for the latest Chromium you have built to make sure it is for version 77.0.3865.75 and not 76.0.3809.132? It is probably my fault, but I downloaded the mini_installer exe and it appears to be v76.

Thanks for everything you do!
@Anon4870: Ungoogled Android builds are dependent primarily on Bromite's release schedule.

@Mark: Previously, I used the wrong configuration, and failed to check for Widevine compatibility. Ungoogled is my main stable build. The conventional stable build is a temporary solution until Nik resumes normal service.

@Dustyn: In order to mitigate changes to the code-base of future stable builds the respective dev has to be (contemporarily) compiled. Dev builds are done time permitting.

@Anon4877: A right click "details" suggests that mini_installer.exe is v77.0.3865.75. The file 76.0.3809.132.manifest can be deleted, and is a remnant of the previous build.
Anon4879
Anon4870 @Marmaduke
Hello.
Ok , thank you.
Just a suggestion when avalaible new chromium base for Android.
If possible to uptade the user-agent.
To 77 , or latest chrome user-agent for Android.
Like that web site will not say obsolete browser.
Thanks. Best regards...
Private Lives Matter 
@marmaduke: First of all thank you for your amazing job, and this goes also for the other 'builders' too.
Maybe I'm just asking stupid things here, but what are the steps to get your build of Ungoogled Chromium on 64-bit Windows 10 systemwide? And the other question goes for the extensions, as I got some trouble installing them.

Cheers
@Anon4879

Spoofing the user agent is an integral part of the Bromite browser: https://github.com/bromite/bromite/blob/master/build/patches/User-Agent-anonymize.patch

The Bromite browser is easy to configure and compile. Use git to apply the (binary) patches.

@Private Lives Matter

Basically, the generic ungoogled patches are at: https://github.com/Eloston/ungoogled-chromium

The bespoke Windows patches are at: https://github.com/ungoogled-software/ungoogled-chromium-windows

The Windows' patches are mostly out of date and many of them are not applicable. I manually patch and by "trial and error" see which patches are actually required.

Further, the "safe bowser" patches are obsolete and I do not apply them: Carl - the main guy at Bromite - is working on using Chromium's internal adblocker, which relies on elements of safe-browser, as a general adblocker that could easily be incorporated into ungoogled; therefore am not too concerned about the safe-browser patches not being applied.

My build process is bespoked and basically follows Eloston's procedure.

Eloston considers the removal of safe browsing to be an integral part of ungoogled. I'm not too concerned: safe browsing is easy to eliminate; but its tight integration with chrome cleaner - which is particular to Windows - is not. I disable the safe browsing and chrome cleaner via build policies.
Anon4882
@Marmaduke: Ok. Thank you very much.
Anon4883
@Private Lives Matter: To easily install extensions on ungoogled-chromium:
https://github.com/NeverDecaf/chromium-web-store
New default configuration. Use Bromite if not satisfied.

====
Chromium for 64-bit Android - Monday, 16 September 2019

Chromium 77.0.3865.81 (Official Build) (64-bit)

Revision 1a16d01ac4fbb26c813db1b330fb5d382712cc3b-refs/branch-heads/3865@{#796}

OS Android 9: SM-G960F Build/PPWS29.120-2

OS Android 64-bit: Only for Oreo 8.1.0+ & Pie 9


- official build
- All Bromite patches applied (Apart from AV1 patch.)
- HEVC
- "No Search" option
- Domain substitution, tracking and blocking
- CFI & LTO
- 64-bit Webview and processes

No Sync • No Widevine • ThinLTO • CFI • Bromite • HEVC

arm64_MonochromePublic_HEVC.apk
https://github.com/macchrome/droidchrome/releases/download/v77.0.3865.81-r681094-Ungoogled-And64/arm64_MonochromePublic_HEVC.apk
SHA1 91F51DD4355F33938EC8DCD3BB6AC276CD7ADCDA
FYI, Jumbo unity build support via the "use_jumbo_build = true" build argument is being deprecated. I noticed the related announcement after checking on a build breakage likely due to how Jumbo deals with namespace conventions.

I have a 32-core build box, so I suppose "whatever" for my builds. However, those locally building on quad-cores or similar mainstream consumer systems could be looking at significantly increased build times without Jumbo support. YMMV, as usual.

BTW, hopefully new builds later today.
@RobRich

https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/NqI5UDSJW2g

That explains a build failure that I've been having recently. Rather than turn off jumbo, I amended the code. I only have 24-cores and a non jumbo-build is unacceptable.

I know that Google has open-sourced Goma, and had a feeling that jumbo's days were numbered. That's is why I've been experimenting with ccache and sccache: both are unacceptable for my needs.

The way forward for Windows builds is distributed cross-compilation:

https://blogs.igalia.com/hferreiro/2019/01/cross-compiling-chromium-for-windows/

The Chromium Authors' time would be better spent developing a macOS ld64 linker that is compatible with clang-10 and LTO.
Anon4887
Anon4879 @ Marmaduke.

Great. Thank you for Ungoogled Android 64bit.
I can't compile.
Don't have Linux OS.
Thank you very much again...
:)
IIRC, cross-compiling Chromium for Windows via Linux does not (or perhaps did not?) support creating a V8 context snapshot. Not sure of the current status. Assuming the issue remains, devs using Linux probably do not care as they simply want a local Windows build to check quick source changes, debugging info, etc. Performance is secondary in such a scenario; unlike with a release build.

Compiler caching and ThinLTO caching are unlikely to help unless you are doing minimally changes or otherwise closely versioned iterative builds. About the same end results with incremental building as well.

----------------

If not already, definitely look into changing the ThinLTO jobs limit to improve link-time codegen parallelism.

D:\depot_tools\chromium\src\build\config\compiler\BUILD.gn

Depending upon platform and linker, the current project defaults are:

/opt:lldltojobs=8
-Wl, --thinlto-jobs=8
-Wl,-plugin-opt,jobs=8

Also if not already, look into trying the "enable_precompiled_headers = true" build argument, too.
On the windows builds, I've increased ltojobs to 24. No problem for the 64 bit build, but the 32-bit build takes too long to
compile - probably race conditions. On the Mac build, I've always used maximum cores for building without an issue.

Snapshots, I think, are only an issue on initial launch. Nothing beats a Windows native build.
@Marmaduke: Thanks a lot for the latest ungoogled version for Android64. The flag "chrome://version" shows the number 77.0.3865.81 above. But below in the User-Agent there is the version number 74.0.3729.157. That's a bit irritating.
Anon4891
@wth: It is all here : https://chromium.woolyss.com/?ago=1&tab=1&tip=1&cut=1#comment-4881

« […] Spoofing the user agent is an integral part of the Bromite browser […] »

Real version ➜ 77.0.3865.81
Spoofing version ➜ 74.0.3729.157, Galaxy S9, Android 8.0.0
Marmaduke: Thank you so kindly for the excellent "79.0.3917.0 (697525) • Wednesday, 18 Sep 2019 thinLTO, polly, all-codecs, sync, win64" build! Fantastic work! :)
Thank you for the 64-bit 79.0.3917.0 (697525) all-codecs no-sync build, Marmaduke :) It is my favourite build which works best for me!
Anon4895
Thanks marmaduke for the new win builds! Much appreciated!
Anon4896
V8 Lite mode is now an available compile flag.

Any chance it will be enabled for reduced memory usage? (Along with compiling in -Os ?)
Anon4897
@RobRich
>>BTW, hopefully new builds later today.
I'm very much looking forward to that. ;)
Craig Rutherford 
Several versions back (starting with 75), I started getting constant, and I mean *constant* "Aw snap!" errors with any site that plays video: YouTube and Vimeo are the biggest two. Some videos on YouTube will play, some won't, same with Vimeo. Usually the static image video preview will load, but the moment I hit the play button, the screen goes white and Aw Snaps itself into oblivion. It makes Chromium unusable on those sites.

I've poked around the console, I get different errors depending on how Chromium is feeling that day, I guess. Today, it's:

"Illegal invocation: Function must be called on an object of type StorageArea" on content.js. In Incognito mode (all extensions disabled) I get:

GET chrome-extension://invalid/ net::ERR_BLOCKED_BY_CLIENT on remote.js.

I have searched, and searched, high and low for a possible solution to this, and gotten nowhere. I've asked the Chrome subreddit, and searched Stack Exchange. I'm lost. Halp.

(Chromium 77 on macOS Sierra 10.12.6. With or without extensions, doesn't matter. If this is the wrong place to look for support, I apologize, and the admins can delete this post as they wish.)
@Craig Rutherford

I don't mind proper issues. I'll take a look it, and report back.

-------------------------

10.12.6

Tested 77.0.3865.90 ungoogled: sdk 10.14 no problems and a dev v79 built under Catalina, using GM seed xcode 11 and sdk 10.14 no problem. Test consisted of watching 1080p Nicki Minaj videos on YouTube!; so. it was avery robust!

The only suggestion I can make is to do a (fresh) portable install.
Craig Rutherford 
@marmaduke:

Interesting... out of curiosity, this was the one I was trying to watch, and it still seems to be broken: https://www.youtube.com/watch?v=jkKL7uJd2no. (I'm aware it's...ridiculous, but I promise this happens on legitimate learning about...plants and stuff?)

Hopefully that one will fail for you? If not, I don sackcloth and throw ashes onto my head.
Apologies for build delays. I have not been feeling good. To be straightforward I *rarely* feel or function all that normally anymore, but that is another topic IMO. Also I have noted an ongoing ThinLTO linker bug in recent internal build attempts. It has been a few days, so maybe it is fixed by now. Hopefully I will know when my build box attempts to spit out a build (in a few hours?).

Now as the "hours" mentioned above, that would be a byproduct of removing Jumbo build support.

I build locally on a 32-core Opteron system with 64GB memory, enterprise-class SSDs, etc. It is somewhat outdated, but it is still far above a typical consumer-class system and works fine for building Chromium with jumbo support. I am not an active project developer, but I have contributed a few bug reports and comments over the years, including some LLVM ToT-related issues.

I know it is not the case as hard decisions managing a project the size of Chromium are made all the time, but I almost feel like the project is telling individual enthusiasts (like me), small project developers, and possibly even thrid-party SMB-size developers using the Chromium codebase to deal with it or go away. Could I spend the money the offset the issue? Quite possibly yes, but I am not inclined to toss thousands of dollars of my own money at a project backed by multiple, multi-billion-dollar corporations when a working off-the-shelf solution for locally building the projects' like ~20GB of complex source code already exists.

I suppose the real annoyance for people like me is it looks like Opera is (was?) prepared to continue supporting Jumbo for the project, though there dev(s) did not seem to get too far after the decision was made, either.

I expect my Windows releases to continue since setting up even a modified build only takes a few minutes of effort like every couple of weeks. it is just *highly annoying* my local optimized build times will now be measured in hours instead of minutes. It is like going back to FullLTO build times, but without the actual benefit of full link time optimization(s).

Going back a few posts, we had some comments about Linux-to-Windows cross builds. It looks like V8 devs have snapshot and embedded builtins features now working for the process. I have not bothered doing a Linux-to-Windows build, but I have seen comments about Linux being faster for building Windows releases.

My local issue is no real desire to migrate my build box to Linux. I even used a virtualized environment back when doing the occasional Debian/Ubuntu x64 build. I might look into seeing if a dual boot environment is worth the effort. I suppose one could try tossing the cross build process at WSL2 as well, though as I often say, that likely is a huge YMMV.
@Craig Rutherford

Spidey functions correctly. I recommend youtube-dl and ffmpeg. Could be a router problem as well.

@RobRich

Building Chromium in MacOS with a Linux icecc cluster works quite well. But, polly and LTO does not work. I'm going to give a macOS-to-Windows (distributed) build a try.
I might consider an AMD Threadripper system at some point (way?) down the road. However, I am not foreseeing me spending the money on a multi-socket EPYC system just to build a browser. o.0

As to my latest Win64 internal build, the ongoing linker error is present. Hmmm.

LINK initialexe/chrome.exe
FAILED: initialexe/chrome.exe
LLVM ERROR: assembler label '.LBB0_-1' can not be undefined
There have been changes to the main win build.gn

https://cs.chromium.org/chromium/src/build/config/win/BUILD.gn hit the history button

Threadrippers are nice but they don't play nicely with macOS, and I don't particularly like the architecture. In Homage to Greta, I think old enterprise servers are the way forward.
Anon4905
@marmaduke will there be a new ungoogled version soon? It seems there is a critical vulnerability in the current version
Anon4906
@Rob

Rob, as always, totally understand your perspective on the situation and appreciate the work you have done and continue to do. I know that you've been hesitant if not against the idea before of having some sort of Patreon or Donation option set up, but I feel that it would be relatively successful and would make the overall process hopefully less stressful or tedious. Your time and effort is valuable, and it just seems that the writing may be on the wall for various builds of this project if other aspects aren't looked at. Anything to keep legitimate browser projects alive in this day and age is a cause worth supporting, IMO.

Just my two and a half cents!
Chromium for 64-bit Windows - Saturday, 21 September 2019

Chromium 79.0.3920.0 (Official Build) (64-bit)
Revision 7484bf0aa5482eb7398490f0df9bbc1dbeb79502-refs/heads/master@{#698759}
OS Windows

-
- macOS Mojave 10.14.6 (icecc linux cluster) cross-compiled
- SDK 10.0.18362.1 (Visual Studio 2019 16.2.3): October 2018 Update version 1809
- clang/llvm 8.0.1
- v8_use_snapshot = false

No Sync - No Widevine

Chrome-bin-79.0.3920.0.7z (chrlauncher formatted)
https://github.com/macchrome/chromium/releases/download/v79.0.3920.0-r698759-Win64/Chrome-bin-79.0.3920.0.7z
SHA1 A586182875037C107768FAEA5F8D03F0936190D3

===
Purely proof of concept. A negligible amount of the processing was done by the Icecc server.

=====
=====
@Anon4905

77.0.3865.90 almost certainly contains critical vulnerabilities. Probably, next week.
Duplicated the error with the project's own bundled LLVM. The local build box is going to have to a baseline build to compare.

While looking through recent bug reports, there might have a way to get PGO working without the ridiculous file sizes.

---------------------------

Checked the builds. A relatively baseline build completed. Looking like something in my own modified config.

---------------------------

Updated Win64 build pushed. Win32 to build, which hopefully should be ready later today.

Expect possible performance differences! I was able to do the Win64 build at O3 for both clang and lto codegen, but to get a working build, I dropped many other LLVM-related options I typically configure. Also it looks like I probably did not modify LLVM to enable AVX support for the default x86-64 target, so it is likely a SSE2 build instead. I will revisit Win64 after getting an updated Win32 build pushed.
Anon4909
Thank you very much Rob!
@Anon4909 Welcome!

---------------------------

https://i.imgur.com/ldIVmFM.jpg

Builders do not get too excited, as it currently is just checking out the source. I *suspect* the build process should work as intended, but I doubt Chromium devs are targeting WSL for cross building. ;) I seriously doubt it will build quicker, but it is something different to give a try in the background.

BTW, that is WSL1 for now as I am running the current Win10 release build instead of a preview build with WSL2 support.

---------------------------

^Forgot to manually edit .gclient to set Win support. o.0 Oh well. Maybe later. It was only running in the background on my notebook anyway.

---------------------------

Updated Win32 build pushed. Please let me know if it gets really "squirrely" or whatever, as I enabled C++17 support for building. Been awhile since trying that, and building to mini_installer.exe appears generally okay after adding -Wno-microsoft-exception-spec to the project build warning parameters.
Anon4911
I'm so glad that I found this website, and I'm amazed by how well it has been organized and supported by you and all the developers over many years! Thank you for keep this website running! <3
Anon4912
79.0.3921.0 (698776)
Tooltips broken and not showing
Anon4913
@Anon4914 ➜ Right. Can reproduce.
Anon4914
https://thehackernews.com/2019/09/google-chrome-update.html
Update Google Chrome Browser to Patch New Critical Security Flaws

Started rolling out to users worldwide this Wednesday, the Chrome 77.0.3865.90 version contains security patches for 1 critical and 3 high-risk security vulnerabilities, the most severe of which could allow remote hackers to take control of an affected system.

Wondering if you can create win64 ungoogled based on 77.0.3865.90 or later ASAP.
Anon4916
@Obnoxious Git: There is no binary .bin or .exe
Anon4917
I use build 77.0.3865.75- 64 bit of Marmaduke (Stable - sync), but I cannot download files from Sourceforge (download do not start).
Tried same download with Opera 63.0.3368.94- 64 bit: it works !!
Why download on Chromium do not works ? How solve this ?
Updated Windows builds pushed. Both are built against the C++17 standard. Probably does not mean currently, but anyway.

FYI. Performance could be down a little. Given recent local build issues, I am more focused on stability than outright performance right now. The builds still are optimized higher than stock; just not at my typical level. Hoping I can start adding back more tweaks in upcoming builds.
Anon4920
Guys I was wondering, could I compile Chromium with only 4GB RAM by using a large pagefile? Would it crash out do you think?
Anon4921
Anon4920
No, it most likely wouldn't. The other thing is, at the time you compile finished, there will be new version already :)
I'm suspending the release of all public builds until my build system is converted to non-jumbo. Google has entered the Dark Ages!
Anon4923
@marmaduke WTF ???
Anon4924
77.0.3865.90 (681094) • Saturday, 28 Sep 2019 thanks for this build, it's pretty faster than previous.
Anon4925
@marmaduke

do you mean no more 32bit builds (just noticed your 64-bit new build)?
@Anon4924

Subjectively, I feel so to: built without lto, polly or jumbo.

@Anon4925.

At the momemt, I'm limiting my builds to 64 bit ungoogled. It's taking 3x longer to do a non-polly, non-lto and non-jumbo build. The problem is the Windows build, there is no way to do a distributed build. I thought that a cross-compiled Windows distrubuted build would be possible, bit icecc is not capable of doing that.
Anon4927
@marmaduke

perfectly understandable, any builds you produce are greatly appreciated by the community! and to the naysayers demanding releases asap i say be damned! :D thanks!
Hi, I am just trying out ungoogled Chrome from Marmaduke. I am surprised, it works very well. For updating my extensions (i use a few), I found a new extension (chromium-web-store) which haves to be installed manually on ungoogled Chrome.

Extension can be found here => https://github.com/NeverDecaf/chromium-web-store
@marmaduke, generally the polly versions are quicker with about 10% on my Windows 1809 systems.

Please, can you consider only polly versions for the final releases for each branch?
Anon4930
Thanks for 77.0.3865.90 ungoogled, it's a godsend.
The reality is practically needing Goma access to do a moderately quick Windows build by using multiple Linux backend systems. After years of waiting, the Goma server software is available publicly. but I am not deploying a distributed server farm at home to build a browser.

I thought about going with a quad-socket Xeon 40c/80t system, but that would be with dated Westmere-EX chips, which do not even support AVX and various other later instructions. That feels like going too far backwards even from the perspective of my now dated 32c Opteron Piledriver system.

The "solution" for me probably would be a 64c or even 128c EYPC system. That said, just like doing a realistically viable distributed Goma environment, I am not spending that type of money to build a browser. o.0

I eventually should get around to a build box upgrade. I might look into a Ryzen 9 3950X or Threadripper build.... like next year if/when prices stabilize. Until then it will be slow building on my 32c Opteron system.

-----------------------------

Forced a "fix" to my ongoing chrome.exe linker issue when using certain optimizations by outright disabling the error. For our purposes, big deal is an assembler label can not be undefined IMO.

LLVM source file:
https://pastebin.com/eqNmSnm4

-----------------------------

Updated Win64 build pushed. More optimizations restored. I should be back on track for optimizations within the next build cycle or so.

Win32 build cooking currently.
@Drago

Polly, thinLTO version, do a comparison and convince me:

https://github.com/macchrome/winchrome/releases/download/v77.0.3865.90-r681094-Win64/chromium-77.0.3865.90-polly.7z

@RobRich

Corporate greenwashing arrogance aside. What I object to is the inefficient use of energy resources.
The polly version is SLOWER (website performance, scrolling) on my PC than the normal ungoogled version.
Polly by default uses Sandy Bridge specs when building for the default LLVM x86-64 target model, thus performance can be YMMV depending upon the system actual architecture.

The bigger issue is we are running Polly too early in the pipeline with ThinLTO. It ran early back when introduced, which is what I am forcing it do now with ThinLTO, but it should be running much later in the pipeline right before vectorization during LTO codegen. The LLD linker currently does not support invoking Polly, thus we are stuck for now. It can be run after the loop optimizer, but that is not recommended for most purposes by Polly project devs. There is a possible solution in the works. I should get around to checking the progress.

Otherwise, until something changes, putting Polly back to its late position before the vectorizer passes means opting for FullLTO if using link-time codegen. Then again, we still have the LLD issue. We can move Polly to late during the Clang codegen passes, but Polly is still not being run during LTO codegen. Enabling FullLTO also could push a build into many hours, as its LTO codegen is single threaded. o.0

It could change at any moment, but anyway, here is my current Polly with ThinLTO config:

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-delicm-overapproximate-writes",
"-mllvm", "-polly-dependences-analysis-level=access-wise",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-optree-normalize-phi",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-vectorizer=stripmine",
# "-Xclang", "-Rpass-analysis=polly",

Remove # to see Polly working if desired.

Expect breakage IMO, too. See my previous post(s) if the assembler label issue happens during linking.

Another aspect are the build optimization levels, particularly for Win64 where code size typically is not as dramatic of an issue. All build targets should be changed to -O3 ( "-Xclang", "-O3", on Windows) when building with Polly. LTO codegen ideally should be at O3 as well, plus put the LTO instruction import limit back to 100.

There also is the issue of instruction set support. I enable AVX support for my typical Win64 builds by modifying the generic x86-64 model in LLVM, thus hopefully providing the vectorizer passes with more flexibility. Polly subsequently leans heavily on vectorization, so again, we have a YMMV situation depending upon the build target architecture.

Summation for the TLDR crowd? There is not really an "one size fits all" approach to "ideal" optimizations for a software project the size of Chromium, especially with Polly involved. It is more a matter of compromises to find some type of middle-ground where hopefully the positives outweigh the regressions for most end-users.
Anon4935
Is there any way to manually install widevine on non-widevine windows builds?
You can copy it from an existing Chrome installation. Look at the user profile directories for each browser and copy the needed files.

You also can manually grab it for Win32/64 from Google's own component download server though I suspect the current.txt version indicator file is way out of date. I do not know the current stable version, either, so drop a Google search for more info if interested.

Note, I suspect either technique probably is not strictly license compatible with Chromium, as the above components were instead built for Chrome and its particular licensing.
We need a distributed Windows build of the Ninja build system, with the assumption that the Windows SDK (Community Edition for the anal retentive legal folk) and that the default compiler is on each build node. Or, simply manually assign ninja jobs to build node clones, recombine, then do a final link.

The MS Chromium Edge public source code build is quite informative.
Linking still a roadbloack with LTO enabled. AFAIK, we do not (yet?) have a solution for distributed LTO codegen.

----------------

BTW, I have moved Polly into the late position and enabled autovec for Clang passes. ThinLTO by default does autovec only during LTO codegen.

Instead I changed pass management to be somewhat similar to FullLTO. Now Clang does it own codegen with Polly and autovec enabled. Then LLD does its own multi-threaded LTO codegen with autovec enabled.

I expect there will be issues to resolve. More FYI on the topic later assuming if/when the idea results out a working Chromium build.
Hey there,

I've created a little update notification extension because none of the updater I've found seemed to work. You just select the platform and tag you want to track and it will show a badge when it detects a new Chromium version. It works by crawling this website every 3 - 3.5h. I tried to contact Jerry and ask for permission, but he never replied. I hope this is ok.

It can optionally also track updates for all of your installed extensions (via GitHub or `update_url` of the manifest) and offer 1-click updates if possible.

You can find it here:
https://github.com/kkkrist/chromium-notifier

Let me know what you think!

–Christian
Anon4940
@RobRich Are your builds incompatible with older CPUs? When running the installer or Chromium from the portable version I get a crash.
Tested on Core 2 Duo E7300 and Windows 8.1
admin
@Anon4940: Yes. Your CPU needs to support AVX instructions.
https://en.wikipedia.org/wiki/Advanced_Vector_Extensions

@kkkrist: Interesting extension. Bravo! Contacted by email. 👍

@RobRich and @marmaduke: I cleaned your latest comments for a better reading! ;)
I cross my fingers for your build system! ^^ Thanks for your effort. 👍
Checked the build box. Experimental "modified ThinLTO" build completed! Clang at O3 with Polly rather slammed. LTO at O2 due to an O3 codegen issue that needs further investigation.

Did a couple of quick runs of Basemark Web 3.0, and my build box picked up 80 points compared to my currently listed Win64 build. I will need to run more testing to actually verify. Perhaps tomorrow if I feel like it.

For the adventurous types:

https://github.com/RobRich999/Chromium_Misc/releases/tag/v79.0.3929.0-r701220-win64
Updated Simple Chromium Updater (chrupd)
Default Editor is now Marmaduke and Ungoogled version is added.

Download powershell/batch script here:
https://github.com/mkorthof/chrupd

( sorry if double post, it didnt seem to appear the first time )
Anon4944
@marmaduke

Are you doing anything special (except excluding safe browsing patches) for your ungoogled-chromium builds? I ask because I was expecting swiftshader to work with your latest build due to it being enabled again in the repository (Eloston's). See:

https://github.com/Eloston/ungoogled-chromium/commit/7fc5d1a8d064c95f9895bf4ba8f6e1dddb028bc8

chrome://gpu tells me the gpu process is crashed, and https://get.webgl.org/ reports unavailable or disabled. Stable Chrome reports and displays webgl content fine.

Cheers
@Anon4944

I've always built ungoogled with Swiftshader. I've just tested Swiftshader and it functions correctly:

https://github.com/macchrome/winchrome/releases/download/v77.0.3865.90-r681094-Win64/GPU.7z

Perhaps try using an older version of d3dcompiler_47.dll
Anon4946
@marmaduke

Ahh ok, apologies then, it must be on my end, gonna investigate further. I notice the d3dcompiler_47.dll is a newer version in the working Chrome Stable build but no chance to restart Chromium yet to see. Thanks for your help.

Have you ever considered announcing your builds to the ungoogled-chromium download page (https://ungoogled-software.github.io/ungoogled-chromium-binaries/) or do you not want the extra attention?

Cheers.
@marmaduke,

I made basic test on some of my machines and I would like to share my current findings.

In the test I tried to compare the 77.0.3865.90 polly against the 77.0.3865.90 non-polly version. The machines are with Windows 10 1809, like the CPU’s are different but all are from Intel. The GPU are different.

I used the same profile for each system, like I only switched between the polly and non-polly version for the purpose of the test.

I made the test using the benchmark at https://browserbench.org/Speedometer2.0/ which measure the responsiveness of the browser by timing simulated user action interactions.

The results on my specific systems are pretty much identical. The polly version is quicker with about 6-10% against the non-polly version. I tried to repeat the test on each machine and the results are almost the same. Every time the scores of the polly version are better than the scores of the non-polly version.

To determine which version is better I think they should be made more tests with different system build configurations.
I also did yesterday a browser speedtest on http://www.speed-battle.de/speedtest_d.php between ungoogled "non polly" vs "polly".

My System:
Dell Studio 1537 Laptop:
Windows 7 64bit , Intel Core 2 Duo T6400 , 4GB Ram, ATI Mobility Radeon HD 3450 , 1280x800

Results (higher is better):

358, 440, 436, 437, 436, 430, 437, 440 -----> (non polly)
328, 432, 420, 413, 403, 428, 441, 423 -----> (polly)

So, "non polly" was clearly faster.
@Drago & @Mark

PU Type Mobile QuadCore Intel Core i7-2760QM, 2400 MHz (Sandybridge)

Three iterations:

https://browserbench.org/Speedometer2.0/

Polly

67.8 66.8 67.2
± 0.92 ± 0.84 ± 1.0

Non-Polly

62.6 62.5 61.8
± 0.64 ± 0.66 ± 0.70

http://www.speed-battle.de/speedtest_d.php

Polly

122.27 736.36 35.31 893.94 <
124.12 762.05 37.24 923.41 <
120.47 744.73 38.64 903.84 <

Non-Polly

124.12 720.18 34.71 879.01 <
120.47 720.18 34.13 874.78 <
120.47 744.73 34.13 899.33 <

========

RobRich said that polly was biased towards polly. Subjectively, I feel no difference.
@Mark,
Maybe for you is better to use the non-polly version or even better is to have 32 bits browser no argumenths here but based on your system specifation, I cannon take this information in considiration. This system is too old and weak. Actually, that's system is from the time when we have the initial release of Chrome.

@marmaduke,
I don't feel difference as well is general browsing but that's a benchmark. Higher number should mean something. The browser will be more capably under load. I cannot say what's the cooking time of polly version vs non-polly but we have clear winner based on achive results. If that time is more consuming, make sense if only the last version of the branch is polly.

More important from the question polly or non polly is the stability of the browser. If there is no stability, please stick to the regular build.
Anon4951
Why isn't the installer getting updated to latest, 77.0.3865.90, stable since 2 weeks?
mini_installer.exe still is 77.0.3865.75 (681094) • Friday, 13 Sep 2019
... because it's a climate emergency!
As far I understood, Marmaduke is only updating the ungoogled version right now. Did you try out already?
Anon4954
@RobRich
What files need to be copied from previous installation? Backing up both my application and user data folders, I can't find anything missing that should be preventing widevine from working (using Marmaduke's latest sync build)
I have not bothered with Widevine in a long time, but IIRC, the WidevineCdm directory should be located in Chrome's userdata directory. Replace *username* with your local Windows account username.

C:\Users\*username*\AppData\Local\Google\Chrome\User Data

Copy the WidevineCdm directory and its underlying files to:

C:\Users\*username*\AppData\Local\Chromium\User Data

Alternatively, you instead even could set a directory junction or symbolic link.

----------------

BTW, I noticed you are using a MD's sync build, which I assume also means it probably includes the version of Widevine available to be built with Chromium as well. If a previous Chromium build's Widevine worked, obtain the older version, extract the WidevineCDM directory, and replace your current WidevineCDM with it.

----------------

You might also first try the component updater before doing any of the above, but I am not sure it will update Widevine for a Chromium build. Again, it has been a long time since I have dealt with Widevine issues.

chrome://components/

----------------

BTW, Widevine aside, it probably is a good idea to occasionally run the component updater anyway if one is using Chromium "stable" builds, as various components can be and often area updated between stable releases.
I need to do a complete Chromium build to verify as I have only testing one affected component for now, but I likely have narrowed down my LTO issue at O3 to the argument promotion pass.

I do not intend to debug the actual underlying issue, so I am simply dropping argpromotion from LLVM legacy pass manager. It is only run at O3 anyway, and I doubt it will make much performance difference for our purposes anyway.

By simply disabling it I still can get the opportunities offered by the other remaining O3-gated passes, too.
While on the topic of building, I have added the files and libraries needed to build LLVM with zlib support on Windows.

Devs apparently want to compress name data for debuging, PGO, etc. I not care much about debug building locally, but I would be interested in dramatically decreasing some of the huge file sizes incurred with PGO building.

Assuming it *just works* without (much) additional code plumbing in Chromium, I will try to take a further look into the concept in the upcoming days/weeks to perhaps get PGO back into my public builds.
Anon4958
iirc component updater runs/checks every 7 hours for updates
"You can find it here:
https://github.com/kkkrist/chromium-notifier
–Christian"

Nice!
After migrating to a Windows 10 machine, I am unable to login into my gmail account with the latest RobRich builds (haven't tried any others). I get a "Sorry, something went wrong there. Try again" notice. I am able to login into my account while incognito mode. Likewise, all works well with Chrome.

Any ideas?
Anon4961
Hi,

@marmaduke Is there going to be an update to the installer for Chromium 64? I noticed the portable has been updated but the other hasn't.
@Luis Make sure "Allow Chromium sign-in" is disabled since I do not provide Google API keys with my builds.

chrome://settings/?search=Allow+Chromium+sign-in
Anon4963
I casually noticed today that the Portable 79.0.3917.0 (64-bit) I "installed" a week ago seems unable to open PDF files inside the browser.
When trying to open a PDF in a separate tab I get the usual layout (with the three round buttons in the lower right corner and so on) but, after a few seconds, a "couldn't load plugin" message appears.
Maybe some settings have to be changed?
Pushing an updated Win64 build in a few minutes.

Typically I build LLVM with VS2019 but with various platform-specific tweaks that LLVM devs likely do not test against. I rolled back to the default optimizations used for release builds.

cmake -DLLVM_TARGETS_TO_BUILD=X86 -DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_PROJECTS=clang;lld;polly;compiler-rt -G "Ninja" ..\llvm\llvm

Appears some previously intermittent issues building Chromium at O3 with Polly and LTO have been resolved as a result. Should know some, as I roll even more tweaks back into the Chromium build configuration.
Anon4965
Thank you very much RobRich. I like your releases.
Anon4966
@Anon4965 Welcome! :)

----------------

Updated Win32 build pushed.
Anon4967
Some problems with 79.0.3936.0
The browser often closes without messages and errors.
Anon4968
@Anon4967 Yes I have the same issue too, I thought it was just me
64 or 32? Any flags configured?
Anon4970
@RobRich, x64, no flags.
All fine with 79.0.3929.0.
Not sure. Anyway, I just pushed an updated Win64 build. :)
Anon4972
79.0.3938.0, seems, all good. Many thanks for your work, @RobRich
Anon4973
@Anon4967 ➜ same here (no flag, reset defaut profile, x64)… Try the new 79.0.3938.0 (rolled back to the default optimizations)
Craig Rutherford 
@Marmaduke: re: the earlier YouTube error that was crashing entire tabs of 77.0.3865.90

I installed 79.0.3939.0, from the er...peach-colored link? And that has solved the otherwise-intractable YouTube problem of crashing tabs. (I enabled error logging and replicated a tab crash from .90, but I'm still...trying to understand it.) I also tried 78.0.3901.0, which also crashes. Vimeo doesn't work on the new 79.0.3939.0, but that could be because it was complied without all the available codecs?

I'll keep researching and report back.
Anon4975
@marmaduke

Sorry to bother you again, regarding your results from my query about swiftshader (https://chromium.woolyss.com/?all=1#comment-4945), I looked at your chrome://gpu post and it does not mention swiftshader..the swiftshader renderer is only used if normal hw acceleration is not available, it looks like your hw was supported hence no mention on the gpu page.

It was only recently enabled on Eloston's builds so can you please check your flags.gn does not contain "enable_swiftshader=false" on your next compile?

For reference here are a few lines from my chrome://gpu page on Chrome Stable (WORKING swiftshader) (not posting all so as not to spam, let me know if you would like full result):

GPU0 VENDOR = 0x8086 [Google Inc.], DEVICE= 0x2772 [Google SwiftShader] *ACTIVE*
GL_RENDERER Google SwiftShader
GL_VERSION OpenGL ES 3.0 SwiftShader 4.1.0.7
Window system binding version 1.4 SwiftShader 4.1.0.7

And here are some results from Ungoogled-Chromium-77.0.3865.75-Win32.7z (swiftshader NOT WORKING):

GPU process was unable to boot: GPU access is disabled due to frequent crashes.
GPU0 VENDOR = 0x0000, DEVICE= 0x0000
EGL Driver message (Critical) eglInitialize: No available renderers.
eglInitialize D3D9 failed with error EGL_NOT_INITIALIZED
GLSurfaceEGL::InitializeOneOff failed.
GpuProcessHost: The GPU process crashed!

Thanks as always.
@Craig Rutherford
@Anon4975

I'ii be pushing some new builds in the next few days: I'll take your problems/concerns into consideration.
Checked the build server. Updated Win32 build pushed.
Craig Rutherford 
@marmaduke

I hope there was nothing to suggest I am anything other than grateful for your extremely hard work, because I am. I'm fairly tech-savvy, but we're getting to the real innards of software in a way that I'm unfamiliar with. That said, if it helps, here are (I think) the relevant entries from the log file, as best as I can tell.

[2449:775:1006/121124.360731:ERROR:gles2_cmd_decoder.cc(18553)] [.DisplayCompositor]GL ERROR :GL_INVALID_OPERATION : DoEndSharedImageAccessCHROMIUM: bound texture is not a shared image
[2447:775:1006/121125.650175:VERBOSE1:device_event_log_impl.cc(164)] [12:11:25.650] Bluetooth: EVENT: bluetooth_api.cc:97 BluetoothAPI: Shutdown
[2447:775:1006/121125.656166:VERBOSE1:account_reconcilor.cc(266)] AccountReconcilor::Shutdown

This comes after several lines of "ERROR:gles2_cmd_decoder.cc [blah blah] bound texture is not a shared image", and right after the random Bluetooth event is when the tab seems to crash for good.

I have no idea if any of this is relevant, so if it isn't, I can keep trying to look for what might be.
Anon4979
@RobRich
Hello.
Thank you ; for the latest build.
But i have an issue.
Archive or Intaller 32bit.
" The prog you try to use is not compatible with your version of windows ; etc etc "
Regards...
@Anon4979 Thanks for the FYI. Correct Win32 files now pushed.
Confirmed that building LLVM at its default release optimizations has resolved some lingering Chromium build issues here. BTW, for those not into building software, LLVM optimizations are separate from Chromium optimizations. Further optimizing LLVM is more about trying to reduce Chromium build times.

As to Chromium optimizations, I have moved many back into my current Win64 build, especially with builds now taking quite awhile anyway since Chromium is discontining jumbo support. For example, here is my current tweaked Polly config for ThinLTO builds:

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-analysis-computeout=80000000",
"-mllvm", "-polly-codegen-generate-expressions",
"-mllvm", "-polly-delicm-max-ops=10000000",
"-mllvm", "-polly-delicm-overapproximate-writes",
"-mllvm", "-polly-dependences-analysis-level=access-wise",
"-mllvm", "-polly-dependences-analysis-type=memory-based",
"-mllvm", "-polly-dependences-computeout=5000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-optree-max-ops=10000000",
"-mllvm", "-polly-optree-normalize-phi",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-vectorizer=stripmine",
# "-Xclang", "-Rpass-analysis=polly",

Looks like I missed register tiling. I will try to get it back in there for my next build cycle.

"-mllvm", "-polly-register-tiling",
Typo on the analysis limit, too. Anyway, another try at this.... ;)

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-analysis-computeout=8000000",
"-mllvm", "-polly-codegen-generate-expressions",
"-mllvm", "-polly-delicm-max-ops=10000000",
"-mllvm", "-polly-delicm-overapproximate-writes",
"-mllvm", "-polly-dependences-analysis-level=access-wise",
"-mllvm", "-polly-dependences-analysis-type=memory-based",
"-mllvm", "-polly-dependences-computeout=5000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-optree-max-ops=10000000",
"-mllvm", "-polly-optree-normalize-phi",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-vectorizer=stripmine",
# "-Xclang", "-Rpass-analysis=polly",
EXCLUSIVE!

Courtesy of Albert Tang https://github.com/tangalbert919 and Eloston https://github.com/eloston

I present Windows ungoogled-chromium-tinfoil: the full implementation of ungoogled chromium (sans safe-browsing). Ungoogled Chromium is what Chromium should be. I could not care less about Google's Chrome.

No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Polly Optimised - Ungoogled - Tinfoil (no safe-browser)

Ungoogled-Chromium-tinfoil-77.0.3865.120-win64.7z
https://github.com/macchrome/winchrome/releases/download/v77.0.3865.120-r681094-Win64/Ungoogled-Chromium-tinfoil-77.0.3865.120-win64.7z
SHA1 350CFD62BB95913D2FE31AB881FD49B0112889DB
Anon4984
@marmaduke

Thanks very much for the new builds. Swiftshader is present and active on both 32-bit chromium and ungoogled-chromium builds! I can't test 64-bit but assume it is the same case. Good job getting a build to work without dreaded safe browser too.
Anon4985
Dark times is coming.
uBlock Origin dev build "REJECTED" from Chrome Web Store https://github.com/uBlockOrigin/uBlock-issues/issues/745
For me personally, I will not be able to continue to use Chromium without uBlock.
Anon4986
Anon4979
@RobRich. My pleasure. Thank you. Now all is OK.
@Marmaduke. Thank you ; for the latest 32bit build.
Anon4987
@marmaduke, in tinfoil build prompt for install don't appear in https://github.com/NeverDecaf/chromium-web-store. No problem in ungoogled with safe browsing.
@Anon4987

Tinfoil users will have to sideload.

windows-fix-building-without-safebrowsing.patch...

- const bool is_extension_download =
- download_crx_util::IsExtensionDownload(*download_);
-
- //
@Anon4985: uBlock nomore on Chorme Web Store? So what? Thats the chance to get rid of Web Store. Extensions also can be installed in other ways.
Anon4990
@Anon4985 and @Olle: It was a development version. Now it is ok. Check the date and version on the Chrome Web Store.
https://github.com/uBlockOrigin/uBlock-issues/issues/745#issuecomment-539970216
Anon4991
Is there a way to set Chromium as default browser on Windows 10?
When I try to do it in the settings, Chromium doesn't appear as an option in the list.
admin
@Anon4991: On my 64-bit Windows 10 Pro 1903, I can choose Chromium as my default browser. It works only with the "Installer" executables.
https://i.imgur.com/jr3LFZL.png

@marmaduke and @RobRich: BIG thanks for your builds! ;)
@Anon4991: You can chose Chromium as standard browser in windows standard app settings. That works fine, even for portable chromium :)
Anon4994
@marmaduke (I forgot this last time):

I casually noticed that my Portable 79.0.3917.0 (64-bit) seems unable to open PDF files inside the browser.
When trying to open a PDF in a separate tab I get the usual layout (with the three round buttons in the lower right corner and so on) but, after a few seconds, a "couldn't load plugin" message appears.
Maybe something's wrong with my system?
@Anon4994.

The extension ID for the PDF viewer is: mhjfbmdgcfjbbpaeojofohoefgiehjai

Obviously it is missing: is it in the regular Chromium Authors' respective build? Do some research and let me know the result. Development builds by their nature are not expected to be stable: I only build them to mitigate changes to future stable builds. If there is a problem report it to the Chromium Authors.

Do some thinking and exhaust all the possibilities.
Anon4996
@marmaduke

I'm afraid I'm not skilled enough to perform the search you asked (or did not understand where I should search).
I searched for that ID inside the Chromium (portable) directory and, as expected, I did not find it; however when I searched the directory of the previous build (78.0.3866.0), where the PDF viewer was present and working, I did not find it as well. So maybe it should be elsewhere.

I never had stability issues with your builds, this one (79.0.3917.0) included; the only "problem", this time, lays in the missing PDF viewer.
I wrote here just to be sure that the reason did not lay in my system.
If the extension is expected to be missing in this particular build, then I have the answer I needed. I'll wait for the next one, meanwhile viewing PDF otherwise; it's not such a big sacrifice, after all. :]

Thanks for your kind answer.
There is one reason I start to love ungoogled Chromium... First I thaught: Damn, no Web Store. Now its little tricky, to find and update extensions. But the extension "Chrome Web Store" is great. It only gives notification when there is an update for an extension. I use it or I dont use it, thats my choice. If I want to get it, Chromium only downloads the .crx file. That is one of the biggest issues I had with Google Chrome or normal Chromium in the past => There is no control for extension updates. If there is an update, you get it... if you like it or not. This times are over now, I hope ungoogled Chromium lives forever! And for new extensions, you still can visit Chrome Webstore site and get them.
Will there be ungogled Chromium too for developer buils one day? :)
Updated Win64 and Win32 builds pushed.

Also an updated Win64 build with support for AVX2, FMA, etc. AMD Excavator, Intel Haswell, or later required.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v79.0.3943.0-r705874-win64-avx2

----------------

Current Polly config for Win64:

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-analysis-computeout=8000000",
"-mllvm", "-polly-codegen-generate-expressions",
"-mllvm", "-polly-delicm-max-ops=10000000",
"-mllvm", "-polly-delicm-overapproximate-writes",
"-mllvm", "-polly-dependences-analysis-level=access-wise",
"-mllvm", "-polly-dependences-analysis-type=memory-based",
"-mllvm", "-polly-dependences-computeout=5000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-optree-max-ops=10000000",
"-mllvm", "-polly-optree-normalize-phi",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-vectorizer=stripmine",
# "-Xclang", "-Rpass-analysis=polly",

----------------

Current Polly config for Win32:

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-analysis-computeout=8000000",
"-mllvm", "-polly-codegen-generate-expressions",
"-mllvm", "-polly-delicm-max-ops=10000000",
"-mllvm", "-polly-delicm-overapproximate-writes",
"-mllvm", "-polly-dependences-analysis-level=access-wise",
"-mllvm", "-polly-dependences-analysis-type=memory-based",
"-mllvm", "-polly-dependences-computeout=5000000",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
# "-mllvm", "-polly-optree-max-ops=10000000",
"-mllvm", "-polly-optree-normalize-phi",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-vectorizer=stripmine",
# "-Xclang", "-Rpass-analysis=polly",
Hi,

I work in the Chromium team at Arm, and recently we've been doing some work on Windows-on-Arm (WoA) - fixing various Chromium issues, testing, etc, with the result that Chromium now builds and runs out-of-the-box for WoA.

This means that users get a Chromium browser that is faster and more stable (because it's not emulated, as is currently the case). We'd like to make native WoA builds more widely available - is this something that you'd be interested in helping distribute?
@DaveR You will need to contact Jerry (admin) regarding getting a build listed. Info at https://info.woolyss.com

Admittedly I do not have any native WoA systems at this time, but nonetheless, thanks for the contributions to the Chromium project.
Hi RobRich,
Thanks, I emailed Jerry a few weeks ago but didn't get a reply. I'll ping him again in case it disappeared into a spam folder or something.
Cheers, Dave
Built this by mistake instead of the equivalent x64 no-sync build...

Chromium for 32-bit Windows - Friday, 18 October 2019

Chromium 80.0.3946.0 (Official Build) - "Dev"
Revision 855b9ddd4e7c59e92f9fb30f0cf70586e4da934e-refs/heads/master@{#707335}
OS Windows

- SDK 10.0.18362.1 (Visual Studio 2019 16.2.3): October 2018 Update version 1809
- clang/llvm 10.0.0-r367199
- ThinLTO
- Polly
- WebRTC

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",

Sync - WebRTC - Widevine - All Codecs

Chrome-bin-sync-x86-80.0.3946.0.7z (32-bit)
https://github.com/macchrome/chromium/releases/download/v80.0.3946.0-r707335-Win64/Chrome-bin-sync-x86-80.0.3946.0.7z
SHA1 1C6CEF7A766A0A47015BDFEA9A015DE179CC2E4A
Marmaduke: Thank you so very much for the work you've done on Chromium 80.0.3946.0 (707335) • Friday, 18 Oct 2019 - thinLTO, all-codecs, sync, win64. Love these sync dev builds! :)
@Dustyn: Thanks. Sneaky changes to the Codec parameters. Jumbo build still possible.

===============

macOS 10.15 [19a602], SDK 10.15, Xcode 11.1 - Saturday, 19 October 2019

Chromium.app.ungoogled-sdk-10.15-77.0.3865.120.zip
https://github.com/macchrome/macstable/releases/download/v77.0.3865.120-r681094-Ungoogled-macOS/Chromium.app.ungoogled-sdk-10.15-77.0.3865.120.zip
SHA1 377E240CC16FD3462CC1C84F665F1B46C513B2E3
Anon5005
@olle: Do you know how to get extension updated in ungoogled-chromium?
@Anon5005: Get extension "Chromium Web Store". You find link here on the site, but to make it easier for you => https://github.com/NeverDecaf/chromium-web-store

You will get a .crx file. You need to go in Chromium extension page and enable "development mode". The just drag and drop crx file into chromium, extension will get installed. After extension will notice you, when there are updates for your extensions available. You will understand quickly how it works :)
Updated Windows builds. FYI, I noticed one of my LLVM modifications probably was not reverted, so Win32 might have been built with native AVX support. I will try to update the build later today just to be sure.
Anon5008
80.0.3946.0 (707335), I think there is a bug, I don't see any "tooltips" in bottom-left corner, like when you point cursor on link and see url there. Returned to 79.0.3943.0.
@Anon5008 Doing it in Win64 707674 as well. UI change? Not sure at the moment.
On a positive note, JavaScript performance looks slightly better on my test system. Probably from rolling instruction scheduling tweaks back ino the optimizations. YMMV.
@RobRich: I downloaded 80.0.3947.0 archive, but there is 80.0.3946.0 inside.
@5008: Thanks for the FYI. Should be resolved now.
@RobRich, thanks. From 80.0.3947.0 (707674), tooltips in the bottom-left corner still do not appear. But I think this is not a bug, this is a new feature, because sometimes you can see a tooltip with a URL at the cursor position.
Win32 build error(s). Fun.

---------------------------------

The regression happened yesterday. Thankfully LLVM devs caught and fixed it this evening. :)

LLVM was trying to schedule a SSE3 instruction during codegen despite its generic x86 target being limited to SSE2. Explains why my x86-64 AVX build was not affected, since AVX support implies SSE3 support as well.

Hopefully should have an updated Win32 build tonight or tomorrow.
Hello,
I installed version 80.0.3947.0, and chromium.exe is now a 32 bit executable, it was a 64 bit executable before.
Regards,
Michel Terrrisse
Hello.
Are you planning on posting Windows ARM64 builds soon?
Thank you,
Hernan
admin
@hmartinez: We are in discussion! ;)
@mterrisse Sure? I can not even get Win32 to build right now. Linker issue.

If you mean the chrome-win32 directory, that is a holdover from how Chromium used to be distributed.

I am away from a Windows system right now, but you can check the browser's internal. about:version page to verify the build. Let me know. Thanks.
Sure, here is what I get in chrome://version
Chromium 80.0.3947.0 (Build de développement) (32 bits)
Révision 4e2d8a75dd1fffe19d06a7cc2399d055353bca4d-refs/heads/master@{#707682}

Regards,

Michel Terrisse
Note that this is ok for today's version
Chromium 80.0.3948.0 (Build de développement) (64 bits)
Révision 62c648b961f58eec3b9a183f03d07b312ff32475-refs/heads/master@{#708294}

Michel Terrisse
Anon5021
Would a new dev win64 sync+widevine build be possible?
scorpiogreen 
I guess I'm behind the times but didn't there used to be a Portable Apps version of Chromium?
Anon5023
@marmaduke: Chromium v78.0.3904.70-r693954 doesn't seem to have a "TinFoil" version (yet) and Safe Browsing is enabled by default...

Does a non-TinFoil version have any reason to exist anyway?
Anon5024
@marmaduke: Error download Archive - Installer version 78.0.3904.70 (693954) • Wednesday, 23 Oct 2019
ERR_NAME_NOT_RESOLVED
Anon5025
@marmaduke: Plz, update ungoogled cromium
Cmon, no stress :) They are doing the work voluntary and for free.
Anon5027
> Does a non-TinFoil version have any reason to exist anyway?
@Anon5023, yes, because Safe Browsing patch has issues:
https://github.com/Eloston/ungoogled-chromium/issues/834 → Extensions don't install
https://github.com/Eloston/ungoogled-chromium/issues/835 → Crashes at sites login
Anon5028
@Marmaduke: 78.0.3904.70 (693954) Installer
If enable chrome://flags/#enable-force-dark, all page crash.
Anon5029
Both Chromium and official gc stable v78 are completely broken. https://i.imgur.com/LKa7HST.mp4
Anon5030
Chromium v78.0.3904.70 x64 by Marmaduke: can't reproduce some video on Youtube.
To be blunt: I think that V78 is crap. Particularly on macOS: in the dev versions Proxy SwitchyOmega was not working properly. I'll assess the situation when v78 ungoogled is finalised.
To put it mildly, I'm getting fed up with idiotic comments and stupid demands
Anon5032
Google Chrome v78.0.3904.70 x64 has same problems as Chromium: can't reproduce video on YouTube. Other features no tested.
Problems are on source code of Chromium.
Anon5033
https://github.com/Eloston/ungoogled-chromium/pull/840
You all need to calm the heck down. They're working on v78.
@ Anon5029

" Anon5029 24 Oct 2019, 12:05
Both Chromium and official gc stable v78 are completely broken. Short screencap: https://imgur.com/a/VnhF2c8 "

That's strange, the website https://drivetribe.com/ works just fine, also on Incognito-mode no problems.

My system:

Dell Studio 1537 Laptop:
Windows 7 64bit (up-to-date), Intel Core 2 Duo T6400 , 4GB Ram, ATI Mobility Radeon HD 3450 , 1280x800

with latest
Portable Chromium • 78.0.3904.70 (693954) • Wednesday, 23 Oct 2019 • 64bit
Anon5035
Anon5029 here.

It turns out that happens whenever I scroll past a video, specially on social media sites. or literary any other website that has embedded video playing. Apologies if this isn't the right place to post but other chromium-based browsers such as opera/vivaldi/brave does not have the same problem.
Anon5036
@Anon5035: I take you have tried disabling hw acceleration? This is the first thing to try for any graphical anomalies.

@marmaduke: Your builds are greatly appreciated from the (silent) majority of users, thank you.
Hello, first of all I would like to congratulate the team, this is the browser that I like the most. Normally I use the sync version of Marmaduke. I wanted to warn that Amazon prime works fine, but not in its HD version. I would also like the warnings to return with a black square and not white, or at least give the option to choose, if it is not possible I would appreciate you telling me an old version with a black warning box. Thanks and best regards.
Anon5038
I agree with Marmaduke, v78 is definitely one of the messier builds i've tried.
Anon5039
@Marmaduke
Your builds are really fantastic: speedly and stable.
Thanks for Your efforts.
Thanks You very much.
Marmaduke: Apologies if this has already been reported or posted by me, this site has been having problems accepting comments from me recently. I just wanted to report and confirm another persons post I saw about your build 80.0.3946.0 (707335) • Friday, 18 Oct 2019 thinLTO polly all-codecs sync win64 • not displaying links in the bottom left hand corner of the browser while hovering over links. Is this new expected behavior by chance? Other than this small issue, it's a pretty solid build. Thank you again Marmaduke! :)
@Dustyn1
This is chromium bug or new feature, not build regression. :)
hey all!

marmaduke win64 ungoogled relese in github. but not edit and update in here...
Kimberly Noel Kardashian West 
Hiya!

An entity even more vacuous than I am. Micososoft's - yes, that multi-billion dollar enterprise incapable of developing its own web browser - contribution towards Chromium: https://groups.google.com/a/chromium.org/forum/?_escaped_fragment_=topic/chromium-dev/FaE0LIhOWEE

Merging chrome.dll and chrome_child.dll by default!

My sister, Kylie builds Chromium form source, and says that the 10% extra link time interferes with her motherly duties and quality time with her beau, TraThick ass a Plank. Khole can't understand why Microsoft does not do something useful, such as developing a distributed version of clang-cl. Surely, the Microsoft cuckoo can lodge in the nest of disctcc or IceCC!

I have to go church with Kanye now.

XX
Hi, Ive just tried out latest release of ungoogled chromium 64bit by marmaduke. I noticed password-manager is no more working. I know, passwords should be stored in separate apps... like keepass. I am using this one too. But in browser, I like to store passwords for forum boards as example (but no shopping-, banking-, etc sites). Is there workaround to make chromium internal password manager working again? Or does noboday else have this problem? :D Or does this problem even exist on Google Chrome?
Othersides, new ungoogled chromium release just seems to work fine. Since I am visiting different forums, now I always have to open keepass to log me in (cannot remember my passwords). Its little annyoing, so I went back to 77 for instant.
5008: Thank you for letting me know, this is good news that it's not a regression. :)
@Michel Thanks for the FYI and verification. :)

----------------

Finally got a working Win32 build. Had to roll back to the project's own bundled LLVM suite, which means no Polly support. Still has my other optimizations and modifications, plus I suspect there will not be much difference since much of the Win32 build is done at -Os anyway.
Anon5047
Chrome/Chromium v78 observations:

1) Settings page always opens (seperately) when opening Extension page
2) 'Clear browsing data' is unclickable in incognito mode...sometimes you want to clear data from normal session, no big deal, you can still go into Settings page and clear normally
3) Disabling 'new tab animation' in flags only works half of the time, other half it still shows the animation, most strange!
4) Tab strips (I think that is the name for the new larger tab details?) can be disabled in flags.
The merging of chrome.dll and chrome_child.dll should have been done a long time ago. AFAIK, they were split back when debug PDB sizes over 2GB were an issue. It is not an issue anymore, and there is a size savings with the combined DLLs.

Of note, my Win64 build results in a combined DLL that is larger than the 128MB per file prefetch limit in Windows 10 1903. The limit was only 32MB in earlier Windows versions (back to probably Win7), and the file sizes were over that previous limit back with the split DLLs as well, so I doubt much of anyone even will notice.... er, anything worthwhile IMO.
Anon5049
#comment-5047

Sorry for inaccuracies, correcting:

3) Disabling the new-tab animation is not possible anymore in v78
4) I was referring to tab hover cards, not tab strips (chrome://flags/#tab-hover-cards)
Anon5050
@RobRich: Thank you very much for your great explanation.
@RobRich

It's not so much the merging of chrome.dll and chrome_child.dll, which should never have been done in the first place; but, with the withdrawal of Jumbo support and the the merging of chrome.dll, build times are needlessly excessive and energy inefficient.

Ideally, clang-cl (cross-compile) support in iceCC and/or distcc (while not solving the power inefficiency of the Chromium build process) would speed up the compilation process, and be an alternative to the undocumented Goma/RBE.

llvm/clang(-cl) and the Windows SDK is sufficient to cross-compile Chromium for Windows.
True enough that build time increases are not fun.

That said, I have been building Chromium for years. Think it is slow building now? Go back a few years and expect up to several hours for a MSVC WPO build. Possibly even many hours on consumer-class hardware of the era. Practically double it for PGO; not including the profile runs.

Anyway, another big issue for distributed building lies as much or more with LLD than clang IMO. Even if you distribute and cache clang, LTO codegen is still local. AFAIK, LLVM devs are working actively on a distributed LTO solution.
Anon5053
Hi,
Update to last ungoogled 64 portable, and it result in an immediate exit :(
I can't launch chromium anymore as long as I keep my profil
Any clur to solve that?
Thanks
80.0.3952.0 (710117)
Tooltips in bottom-left corner was fixed.
And we finally lost the "overlay scrollbars". So sad.
@5008 Thanks for the confirmation.

----------------

Updated Win64 build with AVX2, FMA, etc. support. As before it still targets Haswell for available supported instructions, though I modified LLVM to set the underlying processor instruction scheduling model at Skylake since it is closer to my own Kaby Lake system. YMMV.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v80.0.3953.0-r710251-win64-avx2
Anon5056
@Anon5053: Delete the "GCM Store" folder from your Chromium profile. ( %localappdata%\Chromium\User Data\Default\GCM Store )
Mine developed the same problem after I switched from Marmaduke's ungoogled v77 to Marmaduke's regular v78 and then to ungoogled v78.
@RobRich, I have a newbie question :)
If I ever decide to compile Chromium by myself. How long do you think the compilation process will take on my hardware?
i5-3570K, 16 GB RAM
@5008 The 16GB part is okay since you will be building with only a few parallel processes and threads on your quad-core system. The older Ivy Bridge processor is going to be the bottleneck, though admittedly, I have been doing my AVX2 builds on a Kaby Lake quad-core notebook.

Taking a guesstimate, I would think around 4 to 6 hours for a ThinLTO release build on your system. That is a huge YMMV guess as I typically do not build Chromium with stock optimizations, thus I am used to my own builds taking awhile.

BTW, it is not a substantial upgrade, but if building software you might could consider an used i7-3770 for a quick incremental upgrade to a quad-core, eight-thread processor with more cache. Thermals look the same as your existing chip, so I suspect it would be a drop-in replacement.
@RobRich
> around 4 to 6 hours
Not so bad, I thought it would be worse. Maybe I should try someday. Thanks for the detailed answer.
Anon5061
@Anon5056
Thanks a lot bro, you saved me :)
Anon5062
I am wondering if it is worth using the 64bit version over the 32bit version of ungoogled-chromium on windows 7, would i get much benefit? (i ask this now as i am also pondering whether to install 32bit win7 or 64bit) i only have 4gb ram on an old core2duo

Thanks for any replies and thanks to the ungoogled-chromium builders/maintainers
Anon5063
@Marmaduke
Hello.
An update for Android , would be very nice from you.
Thank you.
Anon5064
Using Rob's build from Oct 29. For some reason, it feels faster/snappier than previous (I can see it when I open new empty tabs). I don't know what it was, but it's good! Thanks Rob!
Anon5065
Following major CVE-2019-13721 and CVE-2019-13720 fixed in 78.0.3904.87, awaiting for a new windows64 ungoogled build.
Hello,why does chromium build of Marmaduke's version isn't working on hulu?I am not able to play any videos on hulu when I use chromium but I seem to be able play them on chrome,firefox etc.Could someone please help me out? @Marmaduke
Anon5067
Haven't updated in over a year; can I disable the new material design look that was forced on us last year yet?
Anon5068
Nice page , thanks
But why so slow servers - 20 kB downloadspeed - seriously (from amazon Servers)
this makes your hard work useless for me
(Server stops download after about 1/2 hour or so)
I use a VDSL2 connection, never so downloads that slow for years - is this optimized for 56k modems?
Anon5069
@Akart
Possibly you are missing widevine support (used for drm video playback). Use this page to test if your browser supports drm - https://bitmovin.com/demos/drm (scroll down to EME, check for a plus next to widevine)
Anon5070
Anon5068, most installers/archives are hosted on Github as well. Try that.
Anon5071
Many of these chromium builds are very user unfriendly
you can choose nag screen (every startup) which tries to force you to give your save storage password
or when you finally give your password - you have to do it for every new build
why????
this is worse than (google)chrome
Why is there no real choise - to never give the password and no nag screens (or if it is there - why so well/deep hidden?)

Builds with API Keys needed- developer make builds for developers - why don# t you keep them (ubreleased) without annoyng the users with them.
Anon5072
@Anon5071: Other people might find them useful. Nobody is forcing you to use certain builds.
Thanks for the reply and yes it shows it's missing widevine and there is no drm detected .Any ideas on how to fix it @Anon5069
admin
@Akart: Please read the new #widevine section.

@Anon5072: Completely agree with you. If people dislike Chromium, prefer Firefox or the proprietary Google Chrome! 😋

@Anon5068: The Chromium releases are stored on Google (googleapis) or Amazon (github) servers. Yes it is well known that these servers are very slow! 😄
Dont ever let you disturb from creating browsers for the people. I appreciate your work a lot and i tried out different browsers here. They all did their job. Actually I try out ungoogled Chromium. A little different of I was used to before, but Chromium also works very good this way :)
RobRich: For some strange reason your Dev builds do not work? I assume perhaps it has something to do with my system or hardware configuration, but I have never been able to get them to launch without throwing up a dialog box with error code. I've always used Niks builds and Marmadukes dev builds without issue. Is there something more special about your builds that only run on newer hardware or something? Whether I use the portable dev or installer version, they all fail to launch. Just curious...
Chromium 78.0.3904.90 (Official Build) (64-bit)

Revision f4432508dcc12787a0106d3f856f92a11749b0a3-refs/branch-heads/3904@{#847}

OS Android 9: SM-G960F Build/PPWS29.120-2

OS Android 64-bit: Only for Oreo 8.1.0+ & Pie 9

- official build
- All Bromite patches applied (AV1 does not work!)
- HEVC
- "No Search" option
- Domain substitution, tracking and blocking
- CFI & LTO
- 64-bit Webview and processes
I forgot to apply the Bromite-AdBlockUpdaterService.patch

I don't know if the adblock updater is working; domain substitution, tracking and blocking might interfere with the adblock updater service.

For surfing locally pi-hole is better.
====
Chromium 78.0.3904.90 (Official Build) (64-bit)

Revision f4432508dcc12787a0106d3f856f92a11749b0a3-refs/branch-heads/3904@{#847}

OS Android 9: SM-G960F Build/PPWS29.120-2

OS Android 64-bit: Only for Oreo 8.1.0+ & Pie 9

No Sync • No Widevine • ThinLTO • CFI • Bromite • HEVC

arm64_MonochromePublic_HEVC.apk
https://github.com/macchrome/droidchrome/releases/download/v78.0.3904.90-r693954-Ungoogled-And64/arm64_MonochromePublic_HEVC.apk
SHA1 B2E07CA044F0384DE79B1BF250858A77ED667108
Anon5079
Eloston's ungoogled-chromium build for 78.0.3904.87 is out.
Anon5080
@Anon5079: Nice! Just tried the binaries by tangalbert919, and the safe browsing patches seems to work now.
Chromium for 64 and 32-bit Windows - Monday, 04 November 2019

Special Lewis "Still I Rise" Hamilton - 6 times F1 World Champion Edition - Dedicated to Anon5071

Chromium 78.0.3904.87 (Official Build) - "stable"
Revision 20c21f4010010f32462ea8e1d6af30cef66d48c8-refs/branch-heads/3904@{#840}
OS Windows

- SDK 10.0.18362.1 (Visual Studio 2019 16.2.3): October 2018 Update version 1809
- clang/llvm 10.0.0-r367199

cflags = [ "/O2", "-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly" ]

No Sync - WebRTC - Widevine - All Codecs (x64) - ThinLTO - Polly Optimised - Ungoogled

Standard build of Eloston's ungoogled-chromium. All patches applied (including "Safe Browser".)

ungoogled-chromium-78.0.3904.87-1_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v78.0.3904.87-r693954-Win64/ungoogled-chromium-78.0.3904.87-1_windows.7z
SHA1 F4716B640E084FC6A3BE9111EC030EFB2972D4BE

Ungoogled-Chromium-78.0.3904.87-Win32.7z (32-bit)
https://github.com/macchrome/winchrome/releases/download/v78.0.3904.87-r693954-Win64/Ungoogled-Chromium-78.0.3904.87-Win32.7z
SHA1 4009429A9AE864B4602024F84F9D833DB3DA0B2A
Anon5082
Thanks for the new ungoogled build marmaduke!

I found a problem where every time the browser offers to save a password you just submitted, it just crashes / closes.

Can be reproduced with a brand new profile after enabling "Offer to save passwords" @ chrome://settings/passwords
with no extensions installed.
@Anon5082

Ok!

Are tangalbert919 users having the same problem; or is this problem just for Windows users?

My preference is to disable safe-browsing using policies; rather than to remove it completely. As far as I am concerned, safe browsing and Chrome Cleaner is an integral part of Chrome/Chromium for Windows. Personally, I would never entrust any browser with a password. The inability to save passwords could be due to a myriad reasons, and not necessarily solely to safe-browsing.

Hopefully, the experience of other ungoogled Chromium for windows users will result in the issue (the ability to save passwords) being fixed.
Anon5084
@marmaduke How come .87 is still not released?
https://chromereleases.googleblog.com/2019/10/stable-channel-update-for-desktop_31.html
https://chromium.googlesource.com/chromium/src/+log/78.0.3904.70..78.0.3904.87?pretty=fuller&n=10000

This should be your priority considering that there's known exploit in the wild for use-after-free fixed in f1b501721e521a900c37b4f8cce4be8baedae731.

@Jerry Why are the marmaduke builds still linked at the top? The maintainer clearly couldn't care less about keeping it up to date and you are helping in spreading exploitable version as newest available to clueless users. Clearly this should be marked visibly and the maintainer should be shamed for prioritizing Android releases over security issue.
Anon5085
@marmaduke I just tried the latest tangalbert919 x64 build on win10, the same crash happens.

I found that there's already an issue about this, sorry for no looking sooner:
https://github.com/Eloston/ungoogled-chromium/issues/835
Anon5086
@marmaduke
Both yours and tangalbert919 build crashing with password remembering. But I frankly I never trust browsers with my passwords either. So i can live with it turned off.

@Anon5084
why are you so negative? This is all done by volunteers, people simply have limited time in their day for building and testing shit.
admin
@Anon5084: On this website, the stable versions are always at the top. Please read my #conclusion 😉
Duke of Zurich 
@marmaduke
many thanks for your latest ungoogled build, your constant efforts to provide timely updates is highly appreciated by all of us!
and please, just ignore the very few ignorant users with their impertinent and demanding comments, without a sense of decency.
Anon5089
Indeed. Thanks to everyone who contributes to this project!
Anon5090
I cannot install extensions (drag drop) on latest ungoogled.
earthsound 
@marmaduke: are you still building for MacOS? Would love to see a dev build w/ sync & all-codecs. Thanks!
@earthsound

Yes. Now that I've satisfied Anon5084's polite and dignified request, going to abandon Windows development and concentrate on macOS. Will produce a DEV version in the next few days. Jumbo build has now been discontinued, so should be an interesting build process.
Anon5094
Just a few words to thank you Marmaduke, for your great ungoogled builds. I'm using them for a couple months now and they are perfect for me !
@Anon5090: You need to enable developer mode on chromium addon-site.
Hi.

First of all, thank you Marmaduke for your hard work. Long time user of your ungoogled builds.

I've been testing your recent releases (win x64, ungoogled):
- v77*120 no Safe Browsing patch
- v77*120 SB patch ("tinfoil" release)
- v78*70 no SB patch
- latest v78*87 SB patch

Result is SB patch breaks:
- Ability to pre-install extensions via the registry (as described here https://www.chromium.org/administrators/pre-installed-extensions)
- Ability to configure (under /settings/content): Unsandboxed plugin access, MIDI devices, USB devices, File editing, Clipboard, Payment Handlers (I like to set them explicitly blocked).

So if you ever go back to windows ungoogled builds (and I really hope so man), please consider gifting us with the good old "apart from Safe Browsing patch" builds.
I hope your post is just blowing off steam @marmaduke but thanks for the updated builds; if this truly is the end of your Windows builds know there are many more who really appreciate and used your work than the idiots complaining.
Anon5098
@Anon5093, olle, I have developer mode enabled. When I drag crx extension over it, it shows Extension icon and nothing happens when I drop over it.
@Dustyn If referencing my Win64 build, it requires a processor with AVX support.

Typical Chromium Win64 builds, including AFAIK all others posted here, do not as they only require SSE2 support.

[EDITED by Jerry 2019-11-06: Typo updated]
Anon5100
@marmaduke why Ungoogled-Chromium x64 bit is not support thinLTO and polly ?
@Anon5100

Go to my bloody Github site and you'll see that it does. Help yourself to the fries!
@marmaduke,

Please, ignore the comments which doesn't make sence from specific users. If you decide to skip some branches, that's fine. Peoples like me will understand the process and effort , which you try to put in your free time. There always will be bugs or security vulnerabilitys.

Again, peoples complaining can always used the latest stable version of Chrome with BEST ever security patches or because there BIG brains, can build their releases themself.

Simply, don't lose your time for this people. There always will be people and PEOPLE :)
Burning Spear 
"It is good when a man can think for himself"
Anon5104
v80.0.3960.0-r712060-win64 seems to be crashing on all Wikipedia entries, didn't have this problem with the previous v80.0.3953.0-r710251-win64-avx2 build.
Integrated sync build.

Why is this not a polly, cfi, lto build?

Chromium have sacrificed cfi in order to build V8 snapshot. My beloved clang/llvm 8.0.1 is no longer fit for purpose: trillion dollar company, Apple, is incapable of producing a (ld64) linker that produces bitcode/IR that is compatible with clang 9/10 - hence no lto: I might be wrong on this, but like Apple, I can't be arsed to check!

Besides, distributed builds don't support LTO/polly. Since clang/llvm 8.0.1 is now obsolete, I had to do a local non jumbo build using Chromium's default compiler, which apart from compiling Chromium is not capable of much.

[35261/35261] STAMP obj/chrome/chrome.stamp
ninja -C out/default chrome 149751.67s user 10778.10s system 776% cpu 5:44:43.56 total

The build time is not too bad, considering ...

Produced new compilers for Icecc: 240 minutes to build a 2-stage production quality compiler for macOS, 40 mins to build the respective linux cross-compiler for icecc. will check functionally in a few days.

The build process itself: changes to Widevine, which the chromium Authors have fixed, so i had to amend my changes; changes to FFmpeg parameters.

Building with macOS SDK 10.15: some guy oh the Chromium dev board produce a fixed; used and ameded it. Also, had to softlink macOSsdk10.14 and macOSsdk10.15 to macOSsdk. Not particularly an issue since I used the same techniques to build a macOS SDK 10.15 version of ungoogled a few weeks back.

To the ignorant and the stupid, I suggest that you listen to Burning Spear's "Man in the Hills".

======
Chromium for 64-bit macOS - All Codecs - Wednesday, 06 November 2019

Chromium 80.0.3962.0 (Official Build) (64-bit)

Revision ab94bc190ac484330d83c12f0c5c4f344f7aeced-refs/heads/master@{#712947}

OS macOS Version 10.15.1 (Build 19B88)

only for macOS 64
with codecs (h264, h265, flac, xvid, AV1, etc..)
official build
Xcode_11.2.1 GM Seed
macOS SDK 10.15
clang/LLVM - Default Chromium

Sync • WebRTC • Widevine

Chromium.80.0.3962.0.sync.app.zip
https://github.com/macchrome/chromium/releases/download/v80.0.3962.0-r712947-macOS/Chromium.80.0.3962.0.sync.app.zip
SHA1 E96A3F8B5028B35D6EB0D2314B31333077A40828
Marmaduke: Oh no... I hope perhaps you will reconsider the Win64 dev builds? :( I like many others here greatly appreciate the time and effort you take to build them! :) It would be such a shame to let a few rotten eggs destroy what you have given here to this community. If your decision is final I and others will still understand. Take care and thank you for everything Win64 Dev!! :D

RobRich: Thank you for the explanation regarding the AVX support requirement of your builds. I did not realize this. Makes sense as to why they don't work on my CPU. :)
Chromium 78.0.3904.97 64-bit / 021b9028c246d820be17a10e5b393ee90f41375e-refs/branch-heads/3904@{#859}

- Official Build
- Using Chromium default compilers
- Sync enabled
- Widevine support
- Proprietary codecs enabled + H.264

Up-to-date build-time arguments used can be found in source tree for this release.

021f5509b55ea9726dd226249f3bac60dabc7b1c mini_installer.exe
0b5993316d0f4ecb2a3ae36b4c3540da965aab62 chrome.packed.7z
https://github.com/Hibbiki/chromium-win64/releases/tag/v78.0.3904.97
@Starla @Dustyn

I'll continue to build Windows Dev builds; and to build Windows ungoogled without "safe-browser".

Conventional Windows stable builds: I don't actually use them! Nik abdicated, so, I thought I would provide continuity; but, I am not going to produce anymore V78 builds. If Hibbiki is willing to take over, then I will cease prodciung any Windows stable builds.

Anyway, Linux icecc server is up and running: icecc server did not miss a beat!

Standalone build (80.0.3962.0):

ninja -C out/default chrome 149751.67s user 10778.10s system 776% cpu 5:44:43.56 total

icecc server 24-Cores:

ninja -j 32 -C out/default chrome 9293.53s user 4541.50s system 114% cpu 3:21:56.13 total (Approximately X4 jumbo build)

The objective is get back to a jumbo, non-lto, non-polly build time of approximately 40-50 minutes.
Anon5109
@marmaduke: thank you so much i'm grateful for ungoogled chromium builds.
Anon5110
@marmaduke: the google sync chromium builds are also quite appreciated! Special thanks for the latest to get us past the latest zero-day. :)
I do indeed plan on building stable releases as I am using them personally and I can also produce x86 as well as no-sync variants while I am at it if there's demand for such releases.

I don't plan on building ungoogled or dev/beta variants however, nor I plan on using additional non-standard flags for building Chromium (or customized compilers for that matter), although the argument set may change in future (generally I plan to commit it if anything changes and then release it, so that the release includes source tree with arguments used).
@Hibbiki

Niki Lauda style, I take my hat off to you. I purposely did not ask for any assistance; people should be willing to volunteer without prompting!

The lack of curiosity leads to mediocrity.

@Nik

Hope you're doing well. Appreciate all the guidance.
Updated my builds with what I believe is final args set by adding `use_thin_lto = true` and `use_lld = true`. Also pushed args configuration for no-sync. New sync build also include missing GOOGLE_API_KEY_REMOTING.

88c257dc0d3a48a905eeb280125ae68cf64c616a sync-mini_installer.exe
0b17ecbf0ce0d6e0714c1b9fbe3535cfb7f422d2 sync-chrome.packed.7z
https://github.com/Hibbiki/chromium-win64/releases/tag/v78.0.3904.97

No-sync release coming in a moment, x86 builds coming tomorrow.
admin
@Hibbiki: Thank you. Please, can you check your mailbox (spam, junk folders too). I sent to you an email.
@Anon5098: Yes, looks like you are right. After some time, I wanted to add a new extension to my browser (recent build of ungoogled Chromium 64 bit for Win10) and its not possible to add extension. Nothing happens, when drap and drop the crx-file over the extension-site from Chromium... even developer-mode is enabled. Hmmmmm?
Anon5116
@Hibbiki thank you for the Win x64 stable sync builds as well.
Anon5117
@olle, already mentioned here, Safe Browsing patch has issues:
https://github.com/Eloston/ungoogled-chromium/issues/834 - Extensions don't install
https://github.com/Eloston/ungoogled-chromium/issues/835 - Crahes at sites login
As a general rule, make some effort to find the answer yourself before asking.
No-sync builds are now up on https://github.com/Hibbiki/chromium-win64/releases/tag/v78.0.3904.97

5a1ab0c044b7b0a7d964676d22a9ef9039eaa89f nosync-mini_installer.exe
1d94a1dc6276e035897657bb55c1d169fb50f02c nosync-chrome.packed.7z

As mentioned before, x86 will land in tomorrow.

@Jerry, will check in tomorrow.
@Anon5117: Yes, you are completly right. I could have find out these informations by myself, but in the mass of informations I didnt find my answer instantly. So, as I explain things to other people when they could have looked by themself for the answer, I dont give them the hint to look for the answer by themself. Thats what forums or blogs are not there for. Then we dont need forums or blogs. And my post was just related to other user who reported problems when installing an extension. I just confirmed his problem. I am not stressing for solution, I use already enough extensions and I can wait some more time, until I can install an additional extension. Cheers and good day!
@Anon5104 Noticed the same here. Pushed an updated Win64 build, but I just checked and it too seems to intermittently crash on Wikipedia pages. Hmmm. I will take a look at bug reports plus roll updated builds to further check.
Anon5121
I notice some of the site content settings such as allow sites to use midi devices or usb devices are blank in the latest uploaded ungoogled-chromium, not seen this before...i wonder if it is a symptom of safe browsing being disabled? either way thanks for the builds.
Anon5122
@RobRich
Had to rely on Wikiwand for my Wiki needs, best of luck hunting down the bug.
@Anon5121

Symptom of safe browsing. tangalbert919 and Eloston are doing a brilliant job: cut them some slack!
==========

Chromium for 64 and 32-bit Windows - Friday, 08 November 2019

Chromium 78.0.3904.97 (Official Build) - "stable"
Revision 021b9028c246d820be17a10e5b393ee90f41375e-refs/branch-heads/3904@{#859}
OS Windows

- SDK 10.0.18362.1 (Visual Studio 2019 16.3.8): October 2018 Update version 1809
- clang/llvm 10.0.0-r367199

cflags = [ "/O2", "-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly" ]

No Sync - WebRTC - Widevine - All Codecs (x64) - ThinLTO - Polly Optimised - Ungoogled

Standard build of Eloston's ungoogled-chromium. All patches applied apart from "Safe Browser"

ungoogled-chromium-78.0.3904.97-1_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v78.0.3904.97-r693954-Win64/ungoogled-chromium-78.0.3904.97-1_windows.7z
SHA1 D01E3120BF7F3926B2528EC08EE94AF850E26004
@RobRich
https://chromium.woolyss.com/?all=1#comment-4826

I tested on your "80.0.3962.0 (712967) • Thursday, 7 Nov 2019" - CTRL+C image then then CTRL+V in the Discord results in blank image. Windows7x64

I've tested "80.0.3964.0 (713988) • Friday, 8 Nov 2019" from "Chromium Authors" and it works is fine so it is something with your build. I did take a lok at chrome://flags but nothing was relevant there (altho I tested some related to clip board and shared data)
Yes! Extension bug is gone on latest ungoogled chromium 64bit. Thank you very much!
Just a reminder that my builds for 32-bit are up (if anyone needs them) on https://github.com/Hibbiki/chromium-win32

@Jerry
Replied to your email.
@Hibbiki thanks so much! 64 bit sync build working perfectly here.
admin
@Hibbiki: Thank you. I prepare your session on my update's tool. It will be ready tomorrow.

Dear developers, I hid "thinLTO" and "Polly" tags because:
1) This page needs more simplicity for users.
2) The info is still available on your Github page.
3) Most releases is built with "thinLTO" and "Polly".
Hope you understand. If you disagree, tell me here.
@Jerry,
Thanks. Just a note that my releases don't include H.265 patch, as such I think they should be 'codecs+' instead of 'all-codecs').

I am wondering whether I should continue pushing nosync builds seeing that @Marmaduke is keeping up with his ungoogled ones and for people seeking nosync builds they are most likely better choice? The actual difference between sync and nosync builds is almost non-existent without ungoogled patches.
Anon5130
@admin
please re-add ungoogled-chromium github url to the ungoogled-chromium builds (for more infos), thanks
admin
@Hibbiki: About H.265, I changed the tag. Also we will see if your nosync version is demanded (because there are already other "no-sync" versions).

@Anon5130: Nothing has changed recently on the site about that: https://i.imgur.com/7sm8u9r.png
Anon5132
@admin
whoops! my bad, the link was also in the main info box (green area) but i see it is now redundant

do you know if any builds are 'reproducible'? i was reading infos at reproducible-builds.org and wondered if that was possible, it provide ways to check the source is 'clean'?

thanks
Anon5133
marmaduke The Great!
admin
@Anon5132: They are reproducible. If you have never compiled Chromium yourself, check the system requirements and follow the build process (#source-code). It is easier to compile a "basic" snapshot than a stable version with all enabled codecs, for example. Note that most of developers share their system configuration and GN parameters, on their own Github pages.
- To build a "basic" snapshot for Windows: https://chromium.googlesource.com/chromium/src/+/master/docs/windows_build_instructions.md
- To build ungoogled-chromium for Windows: https://github.com/ungoogled-software/ungoogled-chromium-windows
Anon5135
@admin
Thanks for the detailed info!
Anon5136
@RobRich
The intermittent crashing is not limited to Wikipedia, seems to happen on other sites as well.
Also, sometimes (randomly as far as i can tell), the browser freezes, until you open the task manager and kill the GPU process.
This is with windows 1903 and the latest nvidia driver (441.12).
Anon5137
@Hibbiki, thank you to join the dev folks teams ! ❤️👍
Anon5138
Marmaduke thanks for your ungoogled win64 build, awesome job.
@Hibbiki: Thanks a lot for the build 78.0.3904.97 (11 Nov). It's a very good alternative to Google Chrome and even a little bit faster (with same settings, "Preferences" copy) - maybe because it makes fewer connections in the background (TCPView). I hope your precious work will continue many more years.
Anon5140
@Jerry
but why did you hid this f*cking tags "thinLTO" and "Polly" ??? I'm not understand! (
Anon5141
@Anon5140
Does it really matter? You can see compile flags, etc on the corresponding Github page.
@Anon5140

Hey! Come now: manners maketh the man. There is no need for that. Be civil.
admin
@Anon5140: Please read my #comment-5128
Anon5144
@Jerry No probs on the tags. That said, you could add the ThinLTO and Polly details to the still existing modified tag if desired, too.

----------------

The page rendering bug remains in my latest few Win64 internal builds. Hmmm. I was hoping to build past the issue. Now I am going to have to roll a stock build to see what happens.
I took the easier route by downloading a project dev build. It is breaking in r714284 as well.

Here is a known breaking page to test:
https://en.wikipedia.org/wiki/Chromium_(web_browser)

I will file a project bug report in a few.

-------------------

And now it is working in r714284. o.0 Whatever. I will roll another internal build now to check.

[EDITED by Jerry, 2019-11-11: Updated link (Issue with my linkifier!)]
Anon5146
Anyone getting tab loading animation bugs (the throbber appears corrupt) and sometimes the same corrupt gfx on the tab strip? Not a gripe at a chromium build btw because even chrome stable has it (!) I'm on Win 7, I am wondering if they don't test as much on older OS now for such bugs before releasing, or simply get less crash/bug feedback from users on not as popular OS.
@ Anon5146: Yes, same bugs here. I'm also at Windown 7 (64bit).
@Anon5146
Observing similar issue but happens very rarely and only on RDP on Windows 10, been happening since M78. Usually shows as simple vertical line on tab strip (which is integrated with title bar) in place where closed tab was.
My Win64 build page rendering issue resides somewhere with Polly, which I have dropped temporarily until the issue can be found. I am pushing an updated build in a few minutes, and I will step on the non-Polly optimizations even heavier for upcoming builds to possibly help offset differences.
Anon5150
Thanks for new dev build Rob.
Anon5151
@marmaduke, @Jerry
Noobs... but build on macOS tags ThinLTO and Polly no hide, lol xD
Anon5152
@Anon5150 Welcome. :)

----------------

Quick FYI update. Looking at the situation pragmatically, I suspect the page rendering breaker with Polly optimizations could be somewhere in Blink and/or V8. My build box currently is rolling test builds to check. I might not be able to pinpoint the exact break point, but hopefully I can isolate and exclude the specific component when applying Polly.
^Me. Plus I have isolated the page rendering issue with Polly to the Blink renderer component. :)
Anon5154
First time here...just wondering if it would be possible to add Hibbiki's chromium 64 bit build to chrlauncher so that it checks and updates to newest version if found? BIG THANK YOU to all the developers your time and skills are greatly appreciated!
These are Linux numbers, but nonetheless a preliminary FYI for if/when Intel's JCC Erratum Microcode Update lands on your system(s):
https://www.phoronix.com/scan.php?page=article&item=jcc-firefox-chrome&num=1

AMD seems okay for now:
https://www.phoronix.com/scan.php?page=article&item=zombieload-v2-taa&num=1

On a related note, there is a TSX Async Abort mitigation for Linux users as well:
https://www.phoronix.com/scan.php?page=article&item=zombieload-v2-taa&num=1
Stefan van der Heijden 
Goodday,
Is there a way to extend the portable version with a third party extension by default?
I would like to distribute this including the virtual keyboard extension (and if possible enable it by default) Can this be done or should i use external scripting for this?

Greetinx stefan
Rob Peters 
I am experiencing a problem with Chromium breaking with SEP14.0 installed. The problem appears related to the Symantec Article https://support.symantec.com/us/en/article.tech256047.html

The workaround to add an exception doesn't fix this issue with Chromium breaking though. Currently upgrading the SEP version isn't an options. Is anyone aware of a workaround for this issue with Woolyss Chromium?
earthsound 
@marmaduke: as usual, many thanks for your dev sync/codec builds on macOS & Windows!
WildByDesign 
@Rob Peters, Symantec has made a silly error on their Workaround section with regard to the command line.

Symantec put:
Chrome.exe  --disable-features=RendererCodeIntegrity

But for it to work correctly, Chromium command lines are started with a double hyphen not a single hyphen

Therefore the correct example would be:
Chrome.exe  --disable-features=RendererCodeIntegrity

Chromium (installed in Program Files) example:
"C:\Program Files (x86)\Chromium\Application\chrome.exe"  --disable-features=RendererCodeIntegrity

The group policy works as well but has to be adjusted to work with Chromium correctly instead of Google Chrome from the example.

Key: HKLM\Software\Policies\Chromium
Name: RendererCodeIntegrityEnabled
Type: DWORD (32-bit)
Value: 0

Cheers!
Win64 with updated. Polly optimizations present on optimized code paths except for the Blink renderer component. The intermittent page rendering issue should be resolved for now.

Now I need to see about getting Polly back working on Win32, plus maybe pushing an updated Win64 AVX2 test build.
Anon5162
@WildByDesign
My experience is a single quote works for parameters, at least for -incognito and -disable-component-update on windows, maybe they allow both but originally used double quotes?
WildByDesign 
@Anon5162, You are probably right regarding the single or double hyphens both working. Personally, I have always used it as double and therefore never tried single hyphen for Chromium command lines. What stood out to me mostly about that Symantec article was how the single hyphen was much wider in comparison to a regular hyphen. So I'm not sure if Symantec used some sort of special character in that post which may have been causing the flag to not work correctly. I've never seen that super-stretched out hyphen before.
All hail Marmaduke. He has arisen!
Anon5165
@RobRich
Big Thank you for all your build.
Little issue with latest 32bit.
Installer or archive.
"this version of prog is not compatible with your windows etc etc ..."
Regards...

Also big Thanks to @Marmaduke and @Hibbiki for keeping us updated.
Cheers...
@Anon5165: Thanks for the FYI. I pushed the wrong files last time. Anyway, Win32 updated.... with Polly optimizations and the right files this time as well. :)
@RobRich
Any update on the image data clipboard pasting issues in your build? The usability of it far too great so it is a complete delabreaker to me, have to use your old 78.x without latest exploit fix. Marmaduke's builds also affected btw.
@KZ You probably described it already, but give me a refresher as I am not remembering it.

Odds are if it is affecting mine and others' builds, then it is something needing reported to Chromium devs as a bug report. I can file it, but I will need the exact details for reproducing the issue.

---------------------------

While thinking about Chromium, since we now have an AVX tag, would anyone be *seriously* interested in a Win64 SSE2 build without the AVX requirement so it can run on Atoms and some older x86-64 processors? It is not too difficult to spit out both varieties other than the extra build time involved. Just let me know, and I will ask Jerry to add the needed listing if there is any actual demand.

Also I would like to get around to regularly updated Win64 AVX2 builds as well, though ideally that is going to imply a new build box. I am doing AVX2 builds on my notebook, which is slow go. Not that I need another "desktop" right now, but I might look into an AMD 8c/16t system early next year. Like a MSI B450 Max or entry-level X570 board with a 2700x or 3700x proc, 64GB memory, etc.
Updated Win64 AVX2 build available. Built against Haswell instructions and Skylake scheduling. YMMV.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v80.0.3970.0-r716030-win64-avx2
RobRich: I would be highly interested in using non-AVX Win64 dev builds by you if the option became available. I use an Intel Core 2 Quad 3.00Ghz CPU that does not support the AVX instruction set, which explains why your dev builds do not work. Plus the fact you are a very active developer here and continue to push very regular Win64 dev build updates. :)

I'd be highly interested in a non-AVX Win64 Dev build that is allcodecs/codecs+, sync and Widevine. :)
Anon5171
Anon5154 here again...

'"First time here...just wondering if it would be possible to add Hibbiki's chromium 64 bit build to chrlauncher so that it checks and updates to newest version if found? BIG THANK YOU to all the developers your time and skills are greatly appreciated!"

Not a very good first impression; NO "welcome to the forum, are you crazy that cannot be done, oh that's a great idea, nothing just dead air"

Still a big thank you to all the developers!

Have a wonderful day...over and out :-)
@Dustyn SSE2 building is within reason. :) Codecs+ is okay, too. However, note I do not build with all codecs, sync, or Widevine for various reasons.

Your best bet for sync would be to create and set your own local personal Google API keys, thus enabling sync even for non-sync builds. Jerry has info above. I do not have my own personal Google API keys at this time, and being honest even if I did, I would be hesitant to push public browser builds using my own personal keys anyway. Definitely nothing against anyone here, it is just a potential concern of mine.

On the other aspect, Widevine probably can be enabled locally by simply copying it from Chrome or a stable Chromium build. Unless something has changed, building a *working* Widevine component with a dev build can be rather annoying and quite trying to support. o.0
RobRich: Ahh okay then, I appreciate your reasons for not doing so. I just like the complete combo Marmaduke uses for "Win64 Dev, allcodecs, sync, and Widevine" without needing to do anything else after installing or using the portable version. It very much mimics Niks previous builds. However I do appreciate you would rather not do this combo. I do have my own set of Google API keys that I created too so enabling sync on non sync builds is an option. I could copy and paste the Widevine from another build I suppose. Good to know about that option. At any rate, thanks for taking the time to respond! :)
admin
@Anon5171: Thank you. I contacted Hibbiki to make his releases compatible with chrlauncher.
@Dustyn Kind of curious, what specific processor model does your system have? You can use the freeware CPU-Z utility to check for exact model number, architecture family, etc. if needed. https://www.cpuid.com/softwares/cpu-z.html

I know LLVM uses the Sandy Bridge scheduling model for several Intel Core processor architectures, including even back to the Yonah family, but I am interested if the "generic" PostRAScheduler model might be more appropriate (and perhaps faster?) for some of the older families actually predating Sandy Bridge.

I might be interested in using you for a guinea pi.... err, code tester if you are up to trying a few build or few in the upcoming days. I will post here if/when I have something available.
@RobRich: The following detailed info about my CPU I posted below. :)

Socket 1 ID = 0
Number of cores 4 (max 4)
Number of threads 4 (max 4)
Manufacturer GenuineIntel
Name Intel Core 2 Quad Q9650
Codename Yorkfield
Specification Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz
Package (platform ID) Socket 775 LGA (0x4)
CPUID 6.7.A
Extended CPUID 6.17
Core Stepping E0
Technology 45 nm
TDP Limit 95.0 Watts
Core Speed 2995.8 MHz
Multiplier x Bus Speed 9.0 x 332.9 MHz
Base frequency (cores) 332.9 MHz
Base frequency (ext.) 332.9 MHz
Rated Bus speed 1331.4 MHz
Stock frequency 3000 MHz
Instructions sets MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, EM64T, VT-x
Microcode Revision 0xA0C
L1 Data cache 4 x 32 KBytes, 8-way set associative, 64-byte line size
L1 Instruction cache 4 x 32 KBytes, 8-way set associative, 64-byte line size
L2 cache 2 x 6144 KBytes, 24-way set associative, 64-byte line size
Max CPUID level 0000000Dh
Max CPUID ext. level 80000008h
Cache descriptor Level 1, D, 32 KB, 1 thread(s)
Cache descriptor Level 1, I, 32 KB, 1 thread(s)
Cache descriptor Level 2, U, 6 MB, 2 thread(s)
FID/VID Control yes
FID range 6.0x - 9.0x
Max VID 1.275 V
@Dustyn Something potentially interesting to try for you, plus others with older x86-64 processors if interested:
https://github.com/RobRich999/Chromium_Misc/releases/tag/v80.0.3970.0-r716047-win64

It is a Win64 SSE2 build with my usual optimizations, Polly, ThinLTO, etc.

Also I modified LLVM to use a "generic" PostRA scheduler instead of using the default x86-64 scheduler that targets Intel Sandy Bridge. A couple of quick benchmark runs looked okay (or slightly better?) on my AMD Opteron box. YMMV, of course.
Anon5178
Hi all,

there seems to be something wrong with the Chromium for 64-bit Windows stable build version numbers at the very top. Perhaps it's just a typo here, but as I assume that part of the page is generated, something is off.
https://i.imgur.com/tFpOnCi.png

Best regards
I'll be pushing updated builds shortly. Two things are changing:

1) For all builds, PGO instrumentation phase is now disabled so Chromium will no longer generate and leave default.profraw data around filesystem.
2) For nosync builds Hangouts extensions is now disabled.
admin
@Hibbiki: Ok. Thanks a lot for info. Will your ZIP archive of Chromium be compatible with chrlauncher? I sent to you an email.

@Anon5178: No. It is correct. The patches are different but they are applied on the same version and revision/position of Chromium. https://www.chromium.org/developers/version-numbers

@RobRich: Thank you for your #comment-5177 about Chromium for old x86-64 processors ^^
@Jerry
As far as I can see, this is an issue with chrlauncher not accepting standard output from Chromium build target. All my files come directly from Chromium build process invoked via command like this `autoninja -C out/stable-sync-x64 mini_installer.exe`. I don't process the files in any shape or form. If being double-packed is an issue I can upload chrome.7z instead of chrome.packed.7z, however it's over 200MiB in size as it uses no compression. Would that be fine? I don't plan or want to offer any binaries that are product of some other tool or were post-processed by some other tool other than Chromium's own build system.
@Hibbiki As it currently stands with the launcher, you would need to move the files to be structured under a "chrome-win32' directory like how Chromium used to do it years ago. You can download one of my build zip archives for an example of the layout.
https://github.com/henrypp/chrlauncher

^You might contact Henry++ if wanting to see about him supporting a different archive structure.
@RobRich: Thanks a bunch for this new build! v80.0.3970.0-r716047-win64
https://github.com/RobRich999/Chromium_Misc/releases/tag/v80.0.3970.0-r716047-win64

Works very well! I was able to get Google sync working easily as I already have my own API key. :)
I tried copying over the Widevine contents from Marmadukes 64-bit Widevine, Dev, sync install, but it does not work with Netflix. I pretty much expected it to fail. I could try copying it from a stable build instead of a dev build but it's not a big deal by any means as I can use Microsoft Chromium Edge for Netflix.

Thanks so much for the build! Do you require any other type of feedback? Do you need me to check something specific with your build?
That was super fast build and is greatly appreciated!!! Cheers! :)
@Dustyn If possible, do you mind running some benchmarks on the build? These should suffice for my purposes:
https://chromium.github.io/octane/
https://www.browserbench.org/MotionMark1.1/
https://www.browserbench.org/Speedometer2.0/

Then we can compare those numbers to an x86-64 build using the default Sandy Bridge instruction scheduler. I will try to roll that build tonight or tomorrow for you to try.
@RobRich: Below are the test benchmarks for this build. I will be logging off for tonight so I hope this is the info you require. I'm not sure if you needed more details or if the final numbers here will suffice? Cheers! :)

Octane Score: 18548
Motion Mark: 116.98 ±28.47% on a large screen (desktop)
Speedometer2.0: 43.5 ± 1.3
@Dustyn Final numbers are fine. Thanks! I am not sure we will see any significant difference with LLVM instruction scheduler mods, but it is worth trying for processors predating Sandy Bridge. My build box is working on the other test build right now.

----------------

@Dustyn The other test build is ready. It is the same revision and optimizations except for using LLVM's default x86-64 scheduling target of Sandy Bridge.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v80.0.3970.0-r716047-win64-rev2

Please run the same benchmarks. Again, thanks for participating in the test.

----------------

@Hibbiki I noticed you mentioned PGO. Unlike back in the Visual Studio days with Chromium, I would not expect LLVM PGO to correctly work right without additional intervention in the build files. The better approach IMO is to modify the Chromium code coverage option to do PGO. Modify coverage, build with instrumentation, run Chromium with whatever actions to profile, generate the profile data, collate profile data, modify coverage again, and rebuild with profile data.

The Chromium project does not deal with PGO on Windows at this time. You will note I do not either for release builds. It is a long process to get a properly working PGO build. If I actually was doing it, worse yet I probably would talk myself into context-sensitive PGO, which requires at least three build passes.

----------------

On a related tangent, that is one of the things I like about building the Chromium browser for Linux. Unless something has changed in recent months since I last built on Linux, you can simply use the already provided PGO data generated by the Chromium OS project if desired.
@Anon5186
Yes, the PGO is now disabled because of `chrome_pgo_phase`, my previous build has the instrumentation phase enabled by setting it to 1 by mistake.

@RobRich
I'm not touching resulting files, if keeping them under Chrome-bin won't work like for chrome.7z then I guess it's Henry++'s issue, not mine. We'll see on this stable release.

Looks like non-packed version works fine with chrlauncher so that's what I'll keep publishing from now on.

Builds are now updated to v78.0.3904.108.
Good to know. If desired, you simply could uncompress chrome.7z then recompress the results to your chrome.sync.7z archive. Might add a few seconds to the build process with 7z set to "fastest" compression. Probably would drop the archive size by (way) over half, too.
@ Hibbiki

Any chance that you offer a portable version (with auto-update chrlauncher) so the i can finally discard marmaduke version because i'm sick of it waiting for updates?
Thanks
Anon5190
@marmaduke

thanks for the ungoogled update, works good on win 7 32-bit
admin
@Tom: I am currently working on that.

@Hibbiki: Thank you very much for your efforts. Idem for @RobRich and @Marmaduke! ;)
Plecostomous 
What is the difference between 'codecs+' and 'all-codecs' please?
admin
@Plecostomous: I agree with you that tags are not very helpful but if you have a better idea, tell me! ;)
Check codecs at https://tools.woolyss.com/html5-audio-video-tester/

- default: standard codecs (means "open-source codecs") for builds from the official repository (orange boxes, here!)
- "codecs+" means standard codecs + H.264 + AAC
- "all-codecs" means "codecs+" + H.265 + MPEG-4 + AMR
@RobRich: Thanks so much for the v80.0.3970.0-r716047-win64-rev2 build! :)

Below are the test numbers you asked for:
https://chromium.github.io/octane/ (Octane Score: 18623)
https://www.browserbench.org/MotionMark1.1/ (171.44±8.00% on a large screen (desktop)
https://www.browserbench.org/Speedometer2.0/ (43.0±1.1)

Hope you find this info useful.
Build works great!
Let me know if there is anything more I can do! :)

Also I was wondering if you were planning to one day publish these builds here on https://chromium.woolyss.com/ ?
@Dustyn Thanks! :-)

I did not expect such a big difference in MM. It is a multi-pass bench, so it probably is somewhere in the realm of real world performance reality. The other numbers look about what my Opteron procs showed in quick testing.

For Dustyn and those following along, that means I will be leaving the Sandy Bridge scheduler in place for Win64 SSE2 builds.

Let me get my build situation straightened out regarding how I intend to proceed. I might do both SSE2 and AVX builds for Win64. Alternatively, I will do some local tests and see just how much difference AVX even is providing. If the delta is within like a couple of percent, I can just as easily migrate back to SSE2 building. Certain components, like FFMPEG, still will use AVX, AVX2, etc. when detecting available support anyway.
@RobRich: I've subscribed to your repository on GitHub.
I was alerted early via e-mail to your v80.0.3970.0-r716047-win64-rev2 build early this morning. Awesome!
This will help me keep on top of any updates you may provide if I happen to miss something in the comment section here.

In terms of your build situation no worries. I will be curious to see what you decide to do moving forward. :) Cheers!
@Dustyn I think you subscribed only to chromium_misc for experimental builds. Be sure to subscribe to chromium_clang as well, as that is where I push most release builds.
Anon5198
guy from https://chromium.woolyss.com/?all=1#comment-5146 back again

i get the same gfx corruption even on windows 10 now, i thought it was only win 7 related but it happens on a new (10) install...starting to think it is hardware related judging by the lack of feedback on googles support forums

anyway not a big deal, im such the chromium team have bigger problems and probably isnt worth me reporting it on what is likely a small number of impacted users

thanks again to all builders
@Anon5198 Installed the latest graphics drivers?

Tried disabling hardware acceleration in Chromium?

chrome://settings/system

The software renderer actually is not all that slow in Chromium for most browsing tasks assuming you have to fallback to it for awhile.
@RobRich: Thanks for letting me know. I'll be sure to subscribe to chromium_clang too! Cheers! :)
Quick update. I am rolling a SSE 4.1 test build. Hopefully I will have a public build later today. SSE 4.1 *might* offer some benefits over SSE 2. Remains to be seen for our purposes, but I figured it was a worth a try.

https://en.wikipedia.org/wiki/SSE4#New_instructions

BTW, SSE 4.1 is supported on most mainstream x86-64 processors from Intel Penryn and AMD K10 forward - circa 2008 or so.
Hi,could someone help me out?My A/V (Kaspersky) keeps blocking hibiki's build as trojan,does anyone if it's true?
Anon5204
Noticed Marmaduke's Stable Installer with All Codecs is now gone .. I was hoping for an update :(

Q1. Does Hibbiki's new Stable Installer - Which lists Codecs+ but not All Codecs - Provide the same browsing experience?

Q2. Can I safely use Hibbiki's new Stable Installer to overwrite Marmaduke's Stable Installer installation I have now, and not lose bookmarks / passwords etc?
@RobRich
Refresher: https://chromium.woolyss.com/?all=1#comment-5124
As a reply to https://chromium.woolyss.com/?all=1#comment-5168

It is not a Chromium issue since official builds do not have such issue
Anon5207
@Mr Robot: Thank you for the link, but thats ungoogled no sync .. And not an installer

Marmaduke's had everything I want, and Hibbiki's is as close currently to what I have than any others hence my questions in the last post - The most important one being Q2.
Anon5208
general web browser feedback

I like the all codec's and no sync, I don't like widevine, widevine just adds to bugs and crashes and problems when I use nothing that needs widevine software, the only feature i would ever rarely use in sync is translate the rest of the features i could never possible use those features like with widevine they serve no real purpose, I have not tried ungoogled but I do kind of prefer things to just work i am running Microsoft windows after all and not Linux and privacy really does not exist on the internet, i also do not want to have to deal with further bugs and problems that would be created by an ungoogled web browser the only perk i have read about is you do not have to update extensions and this is almost never beneficial unless the extension is broken with updates like privacy badger I do not see a reason for web browsers to exist without codec's when chromium is already there and updated ultra fast with no api keys. just some thoughts
@Anon5207 @Anon5208

The (unpublicised) link is to a "Sync - WebRTC - Widevine - All Codecs - ThinLTO" version. Someone asked me to do a non-polly version, because they thought that polly was causing video corruption.

The .7z archive is derived from the respective mini_installer.exe (with the addition of the Widevine component). If Widevine is not required just delete the folder. Also, sync can be disabled.

If the directory structure of the existing Chromium installation is replicated then the respective files can be replaced with the contents of the .7z archive.
@Anon5204
Assuming you've previously installed Marmaduke's version using mini_installer then yes, you can use any other version's installer do update it without losing data.
Duke of Zurich 
thanks @Hibbiki for the Win64 installer build, that's the one I pass on each time to my wife ;-)
thanks @marmaduke for the Win64 ungoogled archive build, that's the one I use for myself.

I'm mightily impressed by your personal engagement for the benefit of all of us.
Thank you ! (goes to RobRich too, of course)
Anon5212
@Hibbiki - I was Anon 5204 : Thank you for answering my question :)
@marmaduke: Polly is breaking via the Blink renderer component for some pages, at least at -O3 on Windows. Not sure about other optimization levels or platforms.

I migrated the Blink renderer to its own compiler optimization config. Basic idea here:
https://pastebin.com/LK83gXqM

-----------------

@KZ: Thanks for the refresher. Probably a revision issue. I should have an update Win64 build today or tomorrow.

-----------------

BTW, it is looking like I will be producing two Win64 builds. My AVX build here, plus a SSE2 build that I will host at GitHub in the meantime. I can not promise they alyways will be in sync regarding release timeframes, but I do not mind churning out the occasional SSE2 build for Dustyn and others with legacy processors.

@Duke of Zurich: Welcome.
@RobRich: This is great news about your SSE2 builds! I will be looking very much forward to using them! :) Out of curiosity, may I request the possibility to create the SSE2 builds with the "all-codecs" and "widevine"? I've already got sync working by having access to my own Google API keys, but having the "all-codecs"+"widevine" features present would be just perfect for using your builds with Netflix and other media that require all codecs. If this is an unrealistic request as perhaps it creates additional build time or some other problems then no worries at all. Just a user request. :) I recall you mentioning that "widevine" creates it's own set of buggy problems, so perhaps this can't be done. I can always just use Microsoft Chromium Edge if that's easier. Cheers! :)

@Marmaduke: I was also curious about your dev version that you provide everyone with. Are you still updating the "all-codecs"+"sync" win64 build? This is my absolute favorite build of yours that I enjoy using that also contains working "widevine" (although not advertised as such here at woolsys). If your still interested in building this version, how often do you usually update it? I was hoping that it would be updated more frequently, at least once a month? It's just slightly over a month now, but I haven't been paying attention to how often you release this specific version of Chromium. Is it on a set schedule or on a successful build? I'm only curious as it's a very enjoyable experience using this version. I'm thankful for all the efforts for the Chromium options you give us here. Cheers! :)

@Jerry: I lost this entire posting when clicking "Send my comment". :( My fault as I forgot to "select all" and "copy" to retain the post in PC memory. I've just noticed over the last little while that my comments are being lost after clicking "Send my comment". The page will reload and I'm then at the top of this page. I scroll down to the very bottom to see my comment but it never posted? Sometime I have to re-post 2-3 times before upon the last submission the page reloads and takes my to the bottom of the comments section automatically telling me that my comment was posted successfully and is indeed posted. Is this a problem on my end only? This is with Microsoft Chromium Edge and Marmadukes's/RobRich's Chromium dev builds.
admin
@Dustyn: Sorry for the inconvenience. This is because I created a strong comment system against spammers/bots. Note there is no captcha, no third-party tool (like Akismet), no account registration and the comment is automatically approved. The best comment system I know is on ghacks.net. I was inspired by it. As I wrote in the "Leave few words!" (see below), use a browser extension (like Typio Form Recovery) to recover lost form input.
@Jerry: Ahh well that explains it. :) I appreciate the response, and not having to use a pesky captcha lol. Cheers! :)
@Dustyn

I'm still updating the development builds: have to stay abreast of the changes to the sourcecode.

The next dev build will probably be V81. The Chromium (dev) process is now non-jumbo and approximately 3 to 4 times longer; but, I'm mitigating the longer Windows build times by experimenting with Linux cross compilation. LTO works in the cross-compilation environment and I've yet to attempt a polly build.

Windows is an awful (Chromium) development environment. The Linux cross-compilation build times are aproximately 20-30% faster than the equivalent Windows build.

In the future will probably do more development builds: the dev tree is more geared towards cross-compiling: the issue with v8 snapshots has been fixed and the Chromium buildbots have banished cl.exe.

Hopefully, distcc and IceCC can be developed to accommodate clang-cl. I've been experimenting with Mac distributed builds, but am not too impressed with the efficacy of the distributed build process - massive under utilisation of remote cores.

My dev builds are basically proof of concept for futute stable builds. I'm surprised that anyone would want to use them - dev builds - as a regular browser.
Anon5218
@RobRich

Anon5198 here...Thanks for replying, yes, latest video drivers are installed, it's a machine from 2007 though :D No HW acceleration supported anyway according to chrome://gpu (using swiftshader), but I did try disabling it anyway. It's an old Intel chipset, wondering if the other people exhibiting same problems also have Intel IGP's.
Either way stability doesn't seem to be affected so I put it down to less R&D in the ageing PC department at Google.
@marmaduke I have been using dev builds for my daily browsing for many years. :) Both Chromium and occasionally Mozilla Nightly.

The project is having build time issues as well. It is one of the reasons devs will not enable ThinLTO optimizations, yet. They still are running ThinLTO at opt level 0 basically as a multi-threaded linker. There is supposed to be a distributed ThinLTO process in the works. No idea on if/when shipping, though.

I have a build currently running to attempt a build time reduction even at -O3 for all optimized targets. Basically I once again am trying the new pass manager, along with simple unswitching plus nontrivial-unswitch enabled. I would like to try getting NewGVN working as well, but it usually hangs builds. I might try isolating the component(s) it is hanging.

One NPM issue is no Polly until further work lands. I am not too concerned as Polly really should be running late in the pass manager right before the vectorizer anyway, which currently is not possible with ThinLTO regardless of the pass manager being used.

@Anon5218 Hmmm. Not sure. I have an older spare notebook with Intel graphics that I need to update anyway. I might see what is happening if/when I have some free time to dust it off and get Windows updated.

BTW, it that a desktop system you have? If it has a PCI-E slot, almost any low-wattage AMD or nVidia card in recent years would be an upgrade. You can find entry-level used and OEM pull video cards on eBay for rather affordable prices. Just spotted a GeForce 730 for ~$24 shipped. Otherwise I *might* be replacing the 730 GT in my workstation sometime in the near future. If your system has a 16x PCI-E slot, I would send it to you for free if/when I upgrade.
Polly does not work in a Linux-Windows cross compile environment: -fPIC is not compatible with the build.

These are the changes that I make to thinlto:

+ "/opt:lldltojobs=24",
+ "/lldltocache:C:/standalone/testbuild/thin_lto_cache",
+ "/lldltocachepolicy:cache_size=10%",

- "-mllvm:-import-instr-limit=10",

I don't really expect anything midly creative, innovative or jaw-dropping from the Chromium Auhors; it's not a slight on them - just a consequence of a Luddite, Byzantine development environment. Personally, I think the Chromium development process is 30 years out of date: it strikes me as being visceral, ad hoc and Heath Robinson.
Think Chromium can be trying. Try to modify and build Firefox. Have fun. o.0

While PIC is used on Linux, it is not needed for Windows. I am wondering if the build config is not accidentally setting PIC based upon the host instead of the target when cross compiling.

Anyway, find the primary compiler build file:

D:\depot_tools\chromium\src\build\config\compiler\BUILD.gn

Again, these should not matter since the target is Windows, but to be safe comment out the PIC flags around line 384.

if (is_linux || is_android || is_fuchsia) {
# asmflags += [ "-fPIC" ]
# cflags += [ "-fPIC" ]
# ldflags += [ "-fPIC" ]

Next, outright disable PIC by adding these below where the compiler flags are initialized around line 246.

asmflags += [ "-fno-PIC" ]
cflags += [ "-fno-PIC" ]
ldflags += [ "-fno-PIC" ]

I do not run a ThinLTO cache, but I am building on Windows, which AFAIK still has some issues with the caching process.

I run the instruction import limit at 100 for Win64 and 30 for Win32. 100 is the LLVM default. IIRC, the Chromium OS team found 30 was a good balance on their platform. I think 10 is a little low, but like with the Android import limit of 5, I suspect it was chosen for build time and file size instead of performance.

----------------

One option is to outright turn off LTO. That puts all the compiler codegen back into clang, which can be cached and/or distributed with distcc or similar.

------------

As to my efforts, back to the legacy pass manager and Polly for now. My NPM test build took about a 10% hit in Basemark Web.
When attempting to cross-compile using polly (78.0.3904.108), I've tried to disable -fPIC, but no joy:
...clang++: error: unsupported option '-fPIC' for target 'x86_64-pc-windows-msvc19.16.0'

I'll attempt to cross-compile a dev build.
Okay, clang++ is complaining. That would need a cflags_cc flag set to disable, too.

It has been quite awhile since I have bothered, but have you looked into the performance difference between ThinLTO at the 10 instruction import level and no LTO at all? If there is not a significant difference at that level, you might consider dropping LTO altogether for Windows builds. It should build (much?) faster without LTO, too.

----------------------------------

Well, this is interesting. The performance drop I noted in Basemark Web is not pass manager related. Apparently ut is Chromium related. Hoping it is only a revision issue, as the revision I built dropped my test system's BW3 scores by around 10%. o.0
Anon5224
@RobRich

Anon5218 here...I'm looking into a full PC upgrade soon anyway but thanks for the kind offer!
I hope I can stick with Win7 for some time, the 'new' hardware is compatible, I worry when browsers will stop support the OS though, that I think is the real we will have to upgrade OS.
Cheers.
It's been a while since I've benchmarked lto v no lto. I've never thought about it before, but thinlto is basically a multi-threaded linker!

clang-cl == clang  --driver-mode=cl is the "Windows compiler". clang++ is the native compiler in the cross-compile environment and is used to build the native auxiliary utilities such as mknapshot. In a Linux-Windows cross-compile environment, thinlto builds correctly. The -fPIC issue is a result of trying to incorporate polly into the build process. Polly is not a standard component of the Chromium build process, so it's not really a concern of the Chromium Authors; but it should be one for the clang\LLVM crew: the cross-compile should (be able to) incorporate all the functinality of the respective native compile.

Getting distcc or iceCC to work is not simply a matter of:

sed %s/clang-cl/clang  --driver-mode=cl/g

Besides, distcc, iceCC and IncrediBuild is old technology, and I'm not particularly a fan of any of the CI\CD environments.

So what is my solution? Identical build nodes - virtual or physical. A dependency graph (state diagram) of the Chromium process is produced (which is a laugh in it itself, I stopped when the file was about 20Gb), and the jobs are broken into logical compile units and scheduled n-wise to the build nodes. The remote jobs are then consolidated and processed into the final product. When building a stable Chromium build we can assume that all the heavy lifting of testing as been done by Goma, since that is all it's good for.
@Anon5218 K. :) Win7 should be fine for quite awhile from a browser standpoint. I am not foreseeing anything in particular that would require an OS upgrade to Win10 for Chromium at this time. Now a couple of years for now.... hmmm?

You might also consider a dual-boot with Linux on a new system. ;)

----------------

I currently run Win10 on my primary systems. The start menu debacle largely has been resolved without needing a menu/shell replacement, and O&O ShutUp10 makes tweaking the privacy options largely a point-and-click affair. The latest release kernel supposedly is better suited to procs with SMT (i.e. hyperthreading) compared to older Windows versions, too.

https://www.oo-software.com/en/shutup10

---------------------

^As I sit here listening to streaming music on a now ancient Powerbook G4 17" notebook running in the background. Think circa 2005 hardware. VLC 2.x works fine for my media purposes, and while certainly somewhat slow due to the single-core processor, TenFourFox generally works okay enough for light browsing. The battery still even holds a change, plus awhile back I bought probably one of the last new-in-box OEM replacement batteries.

---------------------

Eventually my "solution" to the build time issue likely will be throwing more single-system hardware at it. I was thinking a Ryzen 3800x, but a 3950x is going to be a more realistic and significant upgrade from my old 32c Opteron build box. I would consider ThreadRipper, but I do not really need the extra memory bandwidth compared to Ryzen for building most software.... with the premium pricing on the new TR chips. o.0

Speaking of (ridiculous!) build times, I am waiting on a build of LLVM using VS2019 with LTCG (LTO) right now. I now remember why LTCG
is not fun for complex projects, as link.exe still has a limit of 8 threads for LTCG link-time codegen for some reason. There is the same thread limit for cl.exe as well, but it also offers /MP for up to *65536* parallel compiler processes, so that is 8 times however many configured processes. Link.exe does not have such a feature. I submitted a VS feature recommendation to at least up the link.exe /CGTHREADS: limit awhile back. Suppose I should get around to checking on the request.

---------------------

Good stuff for Chromium from the ARM devs:

https://webengineshackfest.org/2019/slides/chromium-updates-from-arm-higher-faster-stronger-by-dave-rodgman-and-adenilson-cavalcanti.pdf
Trying to achieve jumbo/unity compile time parity via other methods is just an attempt to "square the circle".

I really don't want to buy a new crap CPU with a lifetime of performance diminishing microcode updates; nor do I a want a build-farm of 8 computers. I'll endure the longer build times, and absorb the additional financial cost. The decision to remove jumbo from Chromium is feckless and indolent.
I am working on possible ideas. One is an older idea of mine to do a hybrid component build. i tried it back when experimenting with LLVM PGO. Component building splits chrome.dll and similar into lots of smaller libraries versus doing LTO on huge monolithic files.

A potential issue with component building currently is an error when manually disabling (commenting out) "/Zc:dllexportInlines-", which is a compiler flag that disables the exporting of inline member functions. The feature speeds component building for devs, but it also could affect binary runtime performance, too. I need to do some checks.

Another is using the ThinLTO cache for incremental building. I might have to look into cross compiling, though, as I am not sure the ThinLTO caching issues were ever resolved on Windows. Again, something I need to check.

-------------------------

I need to get some builds pushed; hopefully this weekend. I intended to roll them a day or few ago, but I instead have been poking at ideas to reduce build times.

-------------------------

I see no immediate or compelling reason to build the Vulkan backend for Chromium on Windows. AFAIK, it still is in (heavy?) development anyway. Most Chromium on Windows users are relying upon Direct3D hardware acceleration or switfshader software anyway.

enable_vulkan = false
angle_enable_vulkan = false
angle_enable_vulkan_validation_layers = false
dawn_enable_vulkan = false

*Ideally that should shave around 1/8 to 1/4 off build times*, or at least it does on my Opteron build box.

-------------------------

*Drop Polly* for now as well IMHO. It is breaking angle at build time and blink at run time here. I can hack around those issues with separate optimization targets if absolutely required, but that basically means disabling it for those components anyway, so whatever. It should drop considerable time off building depending upon the particular Polly config, too.

-------------------------

Next up is "simple" loop unswitching (plus untrivial tbd) and perhaps NewGVN to possibly further drop build times, but I am going to need additional internal testing for those. Some benches are similar, while others seem a little down. It could be my optimization levels and options need a little more tweaking since retracting Polly, so it could take a day or few to sort out the details.

https://reviews.llvm.org/rL301576
https://llvm.org/doxygen/SimpleLoopUnswitch_8cpp_source.html

https://lists.llvm.org/pipermail/llvm-dev/2016-November/107110.html
https://llvm.org/doxygen/NewGVN_8cpp_source.html

-------------------------

For those wanting an updated Win64 AVX build:

https://github.com/RobRich999/Chromium_Misc/releases/tag/v80.0.3976.0-r718453-win64

Note I am not pushing it to the usual release channel here, as it is a work in progress internal build investigating options to reduce build times more than a performance-optimized build. Nonetheless, it still is optimized to higher levels than a standard build, and it might resolve some recent likely revision-related issue(s) until I can get a (more) proper build pushed.

BTW, note the build size compared to my typical Win64 AVX releases. The mini_installer is down by like *9-10MB*. While they do not account for all the size difference, much of he balance is derived from disabling the Vulkan backend plus dropping Polly with its early code inlining pass.

-------------------------

Since it appears I am into Chromium tonight, I have a quick inquiry for build users. Specifically, what processors are Win32 build users.... well, using? CPU-Z, is a good freeware utility for Windows if wanting to check processor specs. Thanks in advance for any replies.

-------------------------

Is anyone actually using VR in Chromium?! It is relatively small, but toss that as well IMHO.

enable_vr = false
It is not possible to build the polly project without -fPIC, so polly will not work in a Linux-windows cross-compile environment.

(angle) libvpx-no-polly.patch:

--- org/third_party/libvpx/BUILD.gn 2019-07-29 21:37:01.000000000 +0100
+++ new/third_party/libvpx/BUILD.gn 2019-07-31 09:44:42.712302900 +0100
@@ -70,6 +70,7 @@
cflags = [
# libvpx heavily relies on implicit enum casting.
"-Wno-conversion",
+ "-mllvm", "-polly=false",
# libvpx does `if ((a == b))` in some places.
"-Wno-parentheses-equality",

Given that Vulkan has to be explicitly enabled, and the Chromium Authors admit that Vulkan is only included in testing to stop bitrot, if substanial savings can be made in the build process then probably a good idea to drop it.
Anon5230
Drop Vulcan on Windows. It requires swiftshader to build its own LLVM and bloats the OpenGL2 dll for more LTO build time.

Hold off on dropping VR. I have found out it causes a missing symbol error. The build time difference probably is not worth the effort to resolve.

-------------------------

BTW, these should suffice for disabling Vulkan on Windows builds:

enable_vulkan = false
angle_enable_vulkan = false
dawn_enable_vulkan = false

-------------------------

Try:

modularize_vr_native = false
enable_vr = false
@Marmaduke: Thanks for the response Marmaduke! :)

The reason I like your Dev builds over "stable" is due to the fact that the stable version you offer here on Woolsys is "ungoogled" and I want those services. Enabling them on your "ungoogled" build is not possible as it appears to be blocked? What am I missing to get that working? Your dev versions however work very nicely with "sync" and has the "allcodecs" and "wildevine" options present. :) "sync" also works nicely with your dev versions as I have my own Google API key. I'd try Hibbiki's stable version, but he is lacking "allcodecs" that your dev version provides. Cheers! :)
About @Anon5230, the first two are mine. The third is unknown. Maybe Marmaduke? No big deal either way. Just FYI.

That said, I am going to try the third part's suggestion about the VR component, so thanks to whomever. :)

----------------

Given the annoyances with Polly and build times, I am resetting my Win64 baseline config for optimizations. I typically pass various options and settings into LLVM through Clang and LLD, but for the next release cycle or few, I will be building at known established LLVM -O levels while re-evaluating my other more fine-grained codegen features and optimizations.

TLDNR? For now probably most code at -O3 and maybe select code at -Ofast; with LTO codegen usually at -O3. YMMV as usual.
@Dustyn
Is the 'all-codecs' really that important to you? 'codecs+' is identical to branded Chrome and on par with Firefox except for AV1. Unless you are doing something very specific, no site should require usage of 'all-codecs' variant to work properly, unless it's purposefully targeting such build.
@Hibbiki Agreed. Possible licensing concerns aside, the lack of need (for me anyway) is one of the primary reasons I do not bother with the FFMPEG codec modifications.

----------------

IIRC, Dustyn mentioned Netflix, though I am thinking that is more Widevine for DRM. AFAIK, Netflix still supports H.264 or similar.

Not sure what mainstream sites absolutely *require* H.265, especially if they offer AV1, VP9, etc. like YouTube. Anyone notable mentions? Of note, pirated media and prOn sites need not apply. :p

----------------

"The variable "modularize_vr_native" was set as a build argument but never appeared in a declare_args() block in any buildfile."

I is apparently not available or at least not set for my build config, thus arriving back at the symbol linking error. Not a big deal IMO. I did not log it, but I think the symbol was maybe in telemetry, so the underlying code probably simply could be commented out. Maybe later.

----------------

Now to hopefully getting those updated builds done. :) The build box is working on building LLVM as I type this message.
>My dev builds are basically proof of concept for futute stable builds. I'm surprised that anyone would want to use them - dev builds - as a regular browser.
I've been using your "Marmaduke all-codecs no-sync win64" builds (currently 79.0.3917.0 (697525) • Wednesday, 18 Sep 2019) as my main browser, and really enjoying it. Waiting for the next build :)
Justin Bieber 
https://www.hevcadvance.com/hevc-advance-announces-royalty-free-hevc-software-2/

Royalty issues aside, HVEC is professional broadcast carrier grade quality; AV1 is consumer level OTT.

The morally depraved know how to use HEVC!
@RobRich
Both Firefox and Chrome do NOT support HEVC, only Safari (on macOS High Sierra+ and iOS), IE11 (via HW support) and Edge (via HW support, soon to be discontinued by Chromium-based version) have some level of support for it. No site should require it as they would be basically denying access to users using Chrome and Firefox.
Latest Dev versions (80.0.3978.0 - Morally Depraved) built without polly and vulkan approximately 25% faster build time. Expecting even better with a Linux_Windows cross-compile.
admin
@marmaduke: Good to hear! ;)

@Hibbiki: I agree with you. So as you see, I changed the tags. Hope it is clearer for all.

@Yuliya & Dustyn: Thank you for your feedback.

@RobRich: I glued your latest comments. Haha!

Dear developers, big thank you for your time, help and effort. Really appreciated!
Anon5240
all-codecs feels and sounds wrong for web browsers that do not have all-codecs and are missing codecs so could not claim all-codecs, standard codecs would be better, or mainstream codecs, or basic codecs etc for web browsers that offer nothing outside of basic standard mainstream web browsers, codec wise.
@Hibbiki: I guess I didn't realize that perhaps I don't need "allcodecs" and "codecs+" is fine. To me it sounded like the "codecs+" may not be as functional or as feature rich as "allcodecs" when viewing various forms of multimedia within Chromium. If "codecs+" is identical to Google Chrome as you say, then I definitely don't require "allcodecs". Clearly I didn't understand the differences between the two and just thought perhaps that "more is better". I need to try your stable build! :) NOTE: I see now the tags have been changed by Jerry to say: "allcodecs" and "allcodecs+".

@RobRich: I think the only thing that Netflix requires is the use of Widevine with H.264 or similar as you mentioned. This was the only reason I requested Widevine to be placed in your SSE2 dev builds. It's certainly not required however as I can use my alternate Microsoft Chromium Edge, Marmadukes's Chromium Dev builds, or Hibbiki's stable Chromium build. :) Plenty of options.

@Jerry: I'm glad you appreciated the feedback. I certainly didn't mean to make things all confusing. lol ;)

@Marmaduke: With your Chromium Stable build you only offer the "ungoogled" build now? I tried to use it yesterday thinking that I could re-enable Google sync and other Google services in settings. I need to do some more of my own research I guess... lol This is something I can do with any of your Dev builds that say "no-sync" as I have my own Google API keys. I guess this is not the case as any attempts to use sync were blocked.

Thanks to all the developers here for answering questions and providing everyone with plenty of Chromium browser options! :)
Cheers!
admin
@Anon5240: I understand your point of view. I explain why I changed the tags. There is a misunderstanding! ;)
- builds with no codec mention (= Default builds) → builds with only open-source codecs
- builds with "all-codecs" → builds similar to Google Chrome. Google Chrome has these all codecs and ONLY these ones.
- builds with "all-codecs+" → builds similar to Google Chrome OS. (It means to do more than a web browser!)
cf.: https://www.chromium.org/audio-video
Updated Windows builds available. Win64 AVX and Win32 in the usual listings above. Win64 SSE2 for legacy support below:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v80.0.3977.0-r718491-win64-sse2

No promises right now, but later I will get with Jerry about a listing and SSE2 tag if I do manage to keep Win64 SSE2 builds on a relatively similar release pace with AVX builds.

----------------

I dropped my LTO instruction import limits down to 30 for Win64 and 10 for Win10 to speed build times. I usually have opted for 100 and 30 respectively. 100 is the default LLVM limit.

The limit of 30 is looking okay for modern Win64 systems. The Chromium OS devs did a study and opted for 30 as well.

"....we got 1% slowdown on speedometer when changing import-instr-limit from 100 to 30."

Chromium by default uses a limit of 10 on Windows when LTO optimizations actually are enabled. That smaller limit should be okay on older 32-bit systems where code bloat can be more of an issue.

----------------

@Marmaduke: Good stuff. :-) That is about what I found, too. I will take the ~25% reduction in build times for the possible minimal performance difference and lack of (currently unneeded) Vulkan rendering support.
Plecostomous 
@Jerry: Thanks. That clarifies matters... Like the above poster, I was hesitant to try codex+ because I thought it was missing stuff.
Thank you to Marmaduke and RobRich for the fresh updated Win64 Dev builds!!! :) Thanks to Hibbiki for the recent Stable build too!!!
They are very much appreciated!!! Cheers! :)
Thanks and welcome. :)

Updated Win64 AVX2 *test build* now available. Requires Intel Haswell or later proc with AVX2, FMA, etc. YMMV.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v80.0.3978.0-r718998-win64
Anon5247
Thanks Rob for the SSE2 builds. I'm one of those still using a 10yr old chip. Waiting to upgrade to Zen 3 when it's released next year.
Welcome!

I would *like* to upgrade to a TR 3990X next year for building software, but I probably will be upgrading to a 3800x or 3950X if/when the system is completed. ;)

I am thinking like $3500 to $5000 just for the 3990X proc when released. I will be somewhat surprised if less, as the EPYC 7702P with its likely much lower clocks based upon a rated TDP comparison lists for $4425.
earthsound 
@marmaduke (comment #5217) & @RobRich (comment #5219): I'm right there with you, rob. I've been using bleeding edge releases of Mozilla/Phoenix/Firefox/Seamonkey/Chromium since they've been released. I'm willing to absorb breakage and provide bug reports in exchange for quicker access to newer code.

@RobRich (comment #5228): I know you asked about Win32, but my most used Win64 box has an Intel Xeon E5606 (Westmere-EP) that includes the following instruction sets: MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, EM64T, VT-x, AES

@Hibbiki (comment #5233) & @RobRich (comment #5234): all-codecs (well, I guess now Jerry's calling them all-codecs+) is useful to me for various reasons. One, in particular, is that one of the hats I wear is to code/test/develop various web tech, including media consumption.

@marmaduke: thanks again for releasing dev builds on MacOS/Windows that include sync, Widevine, and all-codecs+!
@earthsound Noted and thanks. I probably could roll SSE 4.1 instead of SSE 2 while still covering most of the older procs still in active use for WIn7+. Maybe after turkey day, as my larger (translation: louder) systems will be offline while family is visiting for the holiday.

----------------

Same question still stands for Win32, assuming any of ya'll (likely few) remaining 32-bit users want to volunteer your system proc specs.
A Linux-Windows cross-build is approximately 16% faster than a native Windows one. The use of SCCACHE can reduce subsequent (patches reapplied, etc) incremental pulls/builds to a matter of minutes ( after dealing with inconsistent .obj files.)

Remains to be seen how coherent sccache would be after a week or so.
earthsound 
@marmaduke: did your win64 build start enabling the #extensions-toolbar-menu a few updates ago? I noticed that after an update (maybe 2-4 months ago?) all of my extensions were suddenly hidden behind a puzzle icon instead of showing up individually in the toolbar. I found the chrome flag to disable, but I'm fairly sure I never enabled it myself. Can a flag even be set during build time rather than manually or via command line? *shrug* Just made me curious.
@earthsound: I've made no substantive change to the build parameters. try experimenting with different versions of d3dcompiler_47.dll. Or try Chromium in a new portable environment, and reloading the extensions: the extension/data folder might be corrupted.
@earthsound: Sounds like variations field trials to me. You can run chrome://version to check variations but they are hashed, you'll need debug build to view actual trials that are being enabled.
WildByDesign 
Regarding Field Trials / Variations:

You can see some details regarding which Field Trials / Variations are in use by visiting the following:
chrome://version/?show-variations-cmd

It is not incredibly organized and can be a chore to look through, but it gives some ideas anyway. Keep in mind that Field Trials / Variations can sometimes be different from one machine to the next machine based on percentages and such.
https://bugs.llvm.org/show_bug.cgi?id=44115

I know about potential Intel AVX2 throttling for "heavy" AVX256 floating-point code, but apparently FMA (even at AVX128?!) qualifies as "heavy" as well. Probably explains some minor, yet measurable regressions in my AVX2 build. I intend to disable FMA in my next AVX2 build to test.
Anon5257
I'm not sure why Google wont let us set our own DNS servers IP addresses in the web browser Chromium or chrome
I found this web site
https://www.cloudflare.com/ssl/encrypted-sni/
and chromium 80.0.3978.0 (718590) failed in Secure DNS & Encrypted SNI
Encrypted SNI
Your browser did not encrypt the SNI when visiting this page.
Anybody listening on the wire can see the exact website you made a TLS connection to.
Secure DNS
You may not be using secure DNS.
We weren’t able to detect whether you were using a DNS resolver over secure transport. Contact your DNS provider or try using 1.1.1.1 for fast & secure DNS.

in chrome://flags/ Secure DNS lookups is enabled and DNScrypt is installed and running Chromium seems to override and ignore what system and DNScrypt uses for DNS and settings and configuration

not sure where to write about defects within chromium and chrome but I use web browsers from this page
@Anon5257: Network apps like browsers traditionally ask the OS to do DNS lookups via the network stack. You can change DNS servers in the Windows network settings, but it still is going to "fail" two of the tests unless you configure certain whitelisted DNS providers like Google, Cloudflare, OpenDNS, etc. Starting with Chrome v78:

"When Chrome makes a web request, it will check to see if that provider is on a list of DoH-friendly DNS services which Google says it has vetted for strong security and privacy. Only if it is on that list will it switch to DoH."

Source: https://nakedsecurity.sophos.com/2019/09/12/google-experiments-with-dns-over-http-in-chrome/
Anon5259
@Marmaduke: Hibbiki do not insert in his stable build the folder of Widevine CDM. Where can I download last version of Widevine CDM ?
Not in Your builds but as external link.
Anon5260
Have Hibbiki's stable build and no flag in chrome://flags
Did a quick search through chromium sources - there's a policy rule to activate DOH
Made a quick registry hack "HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Chromium\DnsOverHttpsMode"="automatic", checked https://www.cloudflare.com/ssl/encrypted-sni/ - DOH is on now (Yes, I have cloudflare's dns configured on adapter settings)

About ESNI - https://bugs.chromium.org/p/chromium/issues/detail?id=908132

@Anon5257: Don't know exactly, what DNScrypt is, but wild guess - it acts as local proxy for dns lookups, so dns server in your adapter settings is actually 127.0.0.1, thats why DOH doesn't work for you
Anon5261
@Anon5259: It is probably not available seperately because of license reasons...
@Anon5259
In your Chromium user directory under WidevineCdm directory. The module is not included because it's not open source and it's fetched from Google servers on first-run.

@Anon5260, @Anon5257
DNScrypt has nothing to do with DoH or DoT, I assume @Anon5258 is simply confusing these three.
Anon5263
@Hibbiki? Features
DNS traffic encryption and authentication. Supports DNS-over-HTTPS (DoH) using TLS 1.3, DNSCrypt and Anonymized DNS
I have DoH for the whole pc via DNSCrypt?
https://github.com/DNSCrypt/dnscrypt-proxy
i wanted to run my own server but it doesn't sound like windows is supported or windows server don't know
https://github.com/jedisct1/encrypted-dns-server
Pioneered by the OpenBSD operating system circa 2008, systems to tunnel DNS over a secure channel greatly improve DNS security.
The DNSCrypt protocol was then specifically designed for that purpose. DNSCrypt version 2 was specified and implemented in 2013, and is probably the most deployed encrypted DNS protocol to date.
https://dnscrypt.info/
Native DoH support is coming to Win10 in the near-to-intermediate future:

"As part of future milestones, Windows 10 users and admins will also be able to set up DoH servers explicitly using a dedicated interface within the Windows DNS settings."

Source: https://www.bleepingcomputer.com/news/microsoft/microsoft-is-adding-dns-over-https-doh-to-windows-10/

----------------

Updated Win64 AVX and Win32 builds in the listings above. Updated Win64 SSE2 build below.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v80.0.3982.0-r720336-win64-sse2

----------------

The recent issues with Polly are resolved, at least as tested with my current streamlined Polly config.

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-position=early",

As noted before, DeLICM is more for when running Polly later in the pass manager. We run early, so disable it to save build time.

I am not running the Polly early inliner pass, either, to speed build times. It pulls in lots of repetitive libc++ code that either outright does not optimize or does not really benefit much, if any, from optimization. No use spending expensive build time in Polly trying to deal with such code.
Anon5265
@RobRich

The 64bit build 80.0.3982.0 Archive version points to v80.0.3977.0-r718491-win64.
@Anon5266: Thanks for the FYI. I uploaded chrome.exe instead of the chrome.zip archive. Should be resolved now.
Anon5267
thanks again rob for the sse2 legacy build! Hope you had a fantastic thanksgiving!
why would you replace google
@Anon5267 Welcome! :) Had family visit from out-of-state. Naturally ate plenty of turkey. o.0

@z999 It is largely to each his/her own IMHO. Some people feel Google features can be intrusive in Chromium, while some here actually want those features. Yet like others like me probably do not care too much either way.

For example, I do not provide API keys with my builds as I have no use for Google Sync, but I am not going to the effort to actually modify the related underlying code to outright break Sync, either. That way for those few that do want Sync with my builds, they can setup and supply their own API keys.

I (attempt to) modify build parameters for better performance, which is my particular ongoing interest in the Chromium project. I often have one of the "fastest" modern browser builds available - huge YMMV, of course. However, many the actual browser features are secondary to my concerns, especially if I can simply enable and/or disable them through the usual browser settings anyway.
Anon5270
@marmaduke I enabled secure dns lookups (#dns-over-https) and when I checked it on cloudflare website it shows it's not working. Works in chrome, brave etc. Can you look into it?
Hello, I test all versions on your website but all google website works 1 time and bug after.... I get Google API and install it (missing api message desappear) but its same.... Google clearly sucks.
I use macOs mojave....
Anon5272
Chromium 81 finally released is this fully active now?
https://blog.chromium.org/2019/10/no-more-mixed-messages-about-https.html
been waiting since the announcement Thursday, October 3, 2019
not sure but think that was the only update i was waiting for?
do I still need HTTPS Everywhere extension with chromium 81 for auto upgrading http to https and blocking none https web sites?
https://chrome.google.com/webstore/detail/https-everywhere/gcbommkclmclpchllfjekcdonpmejbdp
https://addons.mozilla.org/en-US/firefox/addon/https-everywhere/
https://www.eff.org/https-everywhere
scorpiogreen 
Any chance the 32bit .exe file for 78.0.3904.0 from 6 Sept 2019 is updated?
Quick FYI on the SwiftShader Vulkan-related build times. Project devs are working on integrating SwiftShader Vulkan support via the existing Subzero JIT compiler, thus eventually not having to pull in a separate LLVM checkout to enable support as currently implemented.

There also is some questioning if maybe a build flag should be created specifically for SwiftShader Vulkan support.
Anon5275
Anyone have a video tutorial on how to make a web browser like web browsers found on this page? preferable on windows.
marius popa 
@marmaduke: the chromium "codecs version" (please take the last one as exmaple) dont work for hevc mp4. Also even the AAC codec is there the video tag did not start (and is not due to the nosound policy because I started from the line command by dezactivating that policy) . At least at Google-Chrome is start without sound ...(try with an Apache and with different videos)
@marius popa

I'll presume that you are using Windows 10 64-bit and Chromium (ungoogled) v78.0.3904.108.

I test HEVC functionality by using the samples at https://tools.woolyss.com/html5-audio-video-tester/ ; HEVC functions correctly. If you drag and drop an HEVC sanmple then the file extension must be .mp4


Try this:

Chromium 79.0.3945.74 (Official Build) (64-bit)
Revision 99b6d241cf84f7fa7434ae8a59f9e74eb1464280-refs/branch-heads/3945@{#888}

No Sync - WebRTC - No Widevine - All Codecs - ThinLTO

- Linux cross-compiled (default compiler)
- No Vulkan

Chromium-79.0.3945.74-x64.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.74-r706915-Win64/Chromium-79.0.3945.74-x64.7z
SHA1 2BFEA80C7D70BD885A75761E154668D5BE9476BB

I've tested https://woolyss.com/f/caminandes-3-llamigos-x265-aac.mp4 and it functions correctly.
Anon5278
@marmaduke Ungoogled the BEST !!!
Anon5279
@Marmaduke
Hi. Could you foresee an update of Ungoogled for Android.
Thank you.
Updated Win64 AVX build available. Usual others to follow later today or maybe tomorrow.

I was able to trade optimization levels for some paths to get Polly with early inlining back enabled for other paths without appreciable code bloat and build time increases. Results have met or exceeded my expectations so far in benchmark testing on my Intel Kaby Lake system.

-----------------------

Updated Win64 SSE2 build available for systems with low-power and/or older processors.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v81.0.3990.0-r722786-win64-sse2
Anon5281
The perfect browser dreams were made of
https://github.com/macchrome/chromium/releases/tag/v79.0.3917.0-r697525-Win64

performance is good but not sure if bug or not but hover text is blacked out and green screens of death while video playback and media player is used on twitter only thus far entire media player screen goes green similar to that of a blue screen of death first browser did not get the green screens only change was browser
https://github.com/macchrome/chromium/releases/tag/v80.0.3978.0.0-r718590-Win64
Anon5282
Anon5270
Windows does not allow Chromium to change the DNS settings, so the test on Cloudflare page link https://www.cloudflare.com/ssl/encrypted-sni/ does not recognize Secure DNS.
To overcome this you need to change the DNS parameters within Windows and then execute test again on Cloudflare.
You have two options:
1. Follow the tutorial on Windowscentral.com at this link: https://www.windowscentral.com/how-configure-cloudflare-dns-1111-service-windows-10-and-router
the process works for Windows 10 (but also 7/8 / 8.1) and also affects your router
2. Use the portable program of Nirsoft.net 'Quick Set DNS' at this link: https://www.nirsoft.net/utils/quick_set_dns.html
For me it works.

However, if you use Tor with Chromium look on the Cloudflare site at this link: https://developers.cloudflare.com/1.1.1.1/setting-up-1.1.1.1/

So Marmaduke's build works perfectly.
Anon5283
@Anon5270
oops... I use also SimpleDNS Crypt with select Cloudflare as Resolver.
This service is not running but it works with Cloudflare.
@RobRich: Thank you for your updated Dev SSE2 builds for Chromium 64-bit! :) Much appreciated! Enjoy getting the e-mail notifications about your releases. Cheers!
@Dustyn: Welcome. :)
Updated Win64 AVX build available. Other usual builds to follow tonight or tomorrow.

I am building at O2 across the board for clang and LTO codegen of all optimized code paths. Some LLVM-related tweaks, Polly with a few features enabled, Polly early inlining on hot code paths, increased LLVM inlining thresholds, increased LTO import limit, etc.

The build in particular produced one of the highest Web Basemark 3.0 scores in recent times on my test system. YMMV, of course.
Anon5287
@RobRich in archive is still 3990 version :)
@Anon5287 I pulled files from the wrong release directory. Should be resolved now. Thanks!
Anon5289
v81.0.3991.0-r723152-win64 seems to crash after a few minutes, reverting to the previous
v81.0.3990.0-r722786-win64
Anon5290
link says "v81.0.3991.0-r723152-win64" but when checking "About Chromium" it says: Version 81.0.3990.0 (Official Build) (64-bit)
@Anon5290 Sure enough. Took a few minutes to find the actual issue. I have processed and pushed the correct files manually. Thanks!
@Anon5289 Make sure you have the files I just pushed. ;)

Reset flags, clear cache, etc. if not done already as well.

----------------

BTW, currently I only run two flags, and those are just to make sure the features are enabled locally.
chrome://flags/#turn-off-streaming-media-caching
chrome://flags/#enable-heavy-ad-intervention
3991, I see no issues, everything works fine. Thanks, @RobRich!
@5287 Welcome. :)
Anon5295
I don't use any custom flags, but I cleared my cache and it seems to have fixed itself. thanks
@Anon5295 Glad to hear it worked for ya'. :)

Updated Win64 SSE build available.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v81.0.3991.0-r723152-win64-sse2
Anon5297
I use flags
chrome://flags/
Native File System API: Disable
Cookies without SameSite must be secure: Enabled
Secure DNS lookups: Enabled
any suggestions for other flags to disable or enable

and I just added Heavy Ad Intervention: Enabled recommended by RobRich
Anon5298
Thanks for the sse2 builds Rob!!
Thanks Marmaduke for new update of ungoogled Chromium browser :) there is one little problem i noticed, its not possible right now to install or update extensions. something seems to be broken... says something like "couldnt load manifest"
Anon5300
Why Ungoogled Chromium is based on Beta version 79.0.3945.74?
Anon5301
I prefer the dev builds over ungoogled could we get an update for the dev builds please?
Anon5302
WidevineCdm for Windows updated.
Current version for Win 64 bit is 4.10.1582.2 of 2019-11-08.
Anon5303
@Anon5300: Not sure, I thought maybe it was a mistake...latest stable still available here (until 79 stable):
https://github.com/macchrome/winchrome/releases/tag/v78.0.3904.108-r693954-Win64
Ungoogled 79.0.3945.74 for Windows x64 is a Linux cross-compile test build (sans Vulkan). The x64 version builds OK, but the x86 version does not. I'll build (natively) ungoogled "stable" when the patches have been finalised.

Ungoogled Chromium is based on Beta version 79.0.3945.74 because I preempted the build!

The standard way to install extensions is to sideload. Furthermore, it is not now possible to include safe-browser in the windows version of ungoogled, so the SB patch breaks: the ability to pre-install extensions via the registry; and the ability to configure (under /settings/content) - Unsandboxed plugin access, MIDI devices, USB devices, File editing, Clipboard, Payment Handlers. Ungoogled is a work in process, and perhaps not suitable for the average user.
@Anon5298 Welcome. :)

----------------

Updated Win32 build now available.
Anon5306
Upon updating to ungoogled-chromium 79.0.3945.74, I lost all extension and can't even install new ones even if I enable  --extension-mime-request-handling=always-prompt-for-install, nor making a new profile works.
Anon5307
Is there any build for Android that can use web push notification with "all-codecs"?
Anon5308
Anon5307 edit)
Sorry, I found it. https://www.bromite.org/
Sorry for late release, Chromium developers introduced issue (https://bugs.chromium.org/p/chromium/issues/detail?id=1033106) with Windows builds and Python by updating depot-tools to newer Python version (https://chrome-infra-packages.appspot.com/p/infra/3pp/tools/cpython/windows-amd64/+/latest as opposed to previous https://chrome-infra-packages.appspot.com/p/infra/python/cpython/windows-amd64/+/version:2.7.15.chromium14) so my build system broke requiring manual intervention. Builds coming in few hours.
WildByDesign 
Question regarding Hibbiki's recent Stable branch builds and included media codecs:

I recall some weeks back there was mention of no H.265 codec with Hibbiki's. I don't understand a whole lot when it comes to the media codecs and, specifically, the differences between the "all-codecs" tag and the "all-codecs+" tag. Of course, Jerry has done a fantastic job with details when hovering over those tags. But I don't necessarily understand if one codec is specific to, say, Netflix for example.

Many users are accustomed to Nik's builds (Stable branch) which he did a great job building and sharing with the community for several years. Now that Nik has stepped back and Hibbiki has stepped forward for the community, some users, myself included, may be wondered what the differences are between Nik's previous Stable branch builds and Hibbiki's Stable branch builds specifically when it comes to media codecs included (or not included) and what those differences may mean for overall web experience.

Is there someone in the community that can explain the media codecs differences between "all-codecs" and "all-codecs+" tags and what differences that can make for web experiences? (What sites and services may or may not be impacted?, etc.)

Thank you, as always, for this fantastic community of Chromium enthusiasts and developers. Also, thank you Hibbiki for stepping up to fill in Nik's shoes by compiling latest Stable branch builds. Cheers!
Boris Johnson is a mong 
@Marmaduke
ungoogled 79.0.3945.79 is solid mate. it does what it says on the tin. Ripper!

Marmaduke is a spiffing chap and obviously an ardent Jeremy Corbyn fan and true socialist: unlike Alexandria Ocasio-Cortez who in Europe would be called a right-wing conservative and a buffoon ala Boris Johnson.

Big ups to Jeremy Corbyn, Marmaduke and the heroric workers of France in their fight against the neo-liberal shill man-child Macron.

@Anon5306
Ah! Didums
@WildByDesign
Check https://chromium.woolyss.com/?all=1#comment-5242 and https://chromium.woolyss.com/?all=1#comment-5237 for details on differences between these tags and codecs they involve.
Anon5313
@marmaduke

Thanks as always for ungoogled-chromium updates. Can I ask the significance of no Vulkan support? Was this used before for hardware-acceleration of any type? And why was it built without?

Thanks again! :D
Anon5314
Thank you Hibbiki
Anon5315
Yes, thank you Hibbiki for the update. I am also the one who originally brought up the suggestion of making a portable version so I want to thank you for that as well...updating now is easy as pie! ;-)
Anon5316
Hi guys,
I have a little proble as when I try to download an extention, it downloads for ever... never end.
Do you know where it comes from as it was working perfectly before
thanks
@Boris Johnson is a mong

Jeremy Corbyn, love or loathe him, is a traditional old school humantarian British left-winger: we don't do filthy atheistic degenerate bollocks contintental communistic Marxism in Britain.

@Anon5313

Vulkan is a 3-D library which really has no place in a web browser and is probably only used by spotty faced anti-social onnonists who aspire to be nonces. Alternatively, in a Windows environment Direct3D is the default graphics language, by eliminating Vulkan (and polly), and Linux cross-compiling the Chromium build is approximately 30% faster: this is to mitigate the removal of jumbo, which makes build times approximately 3 times longer. Having said that, the AMD Ryzen 9 3900X would form the basis of a nice Chromium development environment: single thread linking appreciates a high basic clock speed. v79 is still jumbo. So basically, I've been experimenting in preparation for non-jumbo builds.

Does any one actually use Vulkan?
Anon5318
Updated to latest ungoogled 79.0.3945.79 and still extensions won't install :(
Is that a local problem or someone else got the bug?

Anyway, thanks @marmaduke for the job!
Anon5320
@Anon5319

I would not use the v79 version you linked because it is from September and has many security vulnerabilities (at least 1 that is being used in the wild), just a word of advice.
Anon5321
@Anon5318

Engage development mode and side load, oitherwise just use Chrome or compile Chromium to your liking. Use your initiative, stop moaning and appreciate the effort that goes into building Chromium ungoogled. I honestly don.t know why marmaduke bothers casting his perls before swine.
admin
@Anon5318: To install extensions on "ungoogled-chromium", extract the CRX file (using https://crxextractor.com/). Then install the unpacked extension (ZIP file) with developer mode enabled in chrome://extensions. I tested on ungoogled 79.0.3945.79 and it works!
Tutorial: https://www.cnet.com/how-to/how-to-install-chrome-extensions-manually/
WildByDesign 
@Hibbiki, Thank you for providing those two links to the comments that detail the differences regarding codecs. That answered my question entirely. Keep up the great work!
Anon5324
@Anon5321
Your anger makes you lose your mind bro.
Before you moan, read the message : "It was working" means I know how to install and use. I'm using ungoogled for years... I just report a bug that happened to me and require help from the community as sometimes it's a local problem that someone knows, and sometimes it's just a bug to the version which only needs to be reported and wait...

@Jerry
Damn, I confirm it's a local problem then because the same problem happens to my when trying your solution : the extension screen goes darker and shows the "drag to install" message, but now it is blocked on that screen when I release the extension file.
Don't know how to fix that :/
Duke of Zurich 
@Anon5324
- get the crx file
- extract the crx file on crxextractor.com
- unzip (!) the downloaded zip file
- move the unzipped folder to \AppData\Local\Chromium\User Data\Default\Extensions
- start chromium - open about:extensions (not in incognito mode)
- click on load unpacked extension (or whatever it says in english)
- chose the location of the folder (see above)
- you're done
Anon5326
Ok guys, after a lot of tries, I guess I can confirm a problem with extensions install / update on ungoogled V79
Thrust me, I know how to install and extension with ungoogled as I did a lot before
AND
if I revert to V78, it works again

I guess it's the same bug as @Anon5306 and @olle

If I load un extension with the unpacked method, indeed it works, but the extension behave very strange (tried from a brand new chromium).

I noticed that with V79, the extension will load in \%local user%\
Instead of the directory where chromium is (portable version)
So I guess it's a problem with portable transformation.

Thanks to those who help
Anon5327
@Anon5326

Regarding unpacked extensions, you have to put the unpacked extensions folder somewhere permanent. It will always load the extension from there (it wont install/move it elsewhere on adding).
Anon5328
@Anon5327
I've just figured that out right now :) Thanks

And don't put the extension in chrome profile\Default\Extensions directories as it will delete it...

And it's not portable

The thing is, why this change in V79 as it was working perfectly in V78... Chrome or ungoogled evolution ?
I use chromium web store to update my extensions and it looks like this evolution broke it. I hope it can be fixed as it's very useful.
Anon5329
@Anon5238

Sorry I cannot help with the new change...though it looks like ungoogled-chromium never intended for extensions to auto-update (see https://ungoogled-software.github.io/ungoogled-chromium-wiki/faq#will-extensions-auto-update), makes sense as you want google to have less control over what the software does.

I recommend putting unpacked extensions in the chromium program files folder in a folder called 'extensions' which may already exist. Extension folders/contents do not change so no problems if low-privilege users cannot write to the folder or permissions problems.
Anon5330
@Anon 5329
I know it was not intended for extension auto-update, but "chromium web store" is an extension made for that. check it and you'll love it.
https://github.com/NeverDecaf/chromium-web-store

That's what I was talking about
Anon5331
Last intervention on my extension problem as people gonna be fed up :)

I notice the disappearance of "Handling of extension MIME type requests" flag.
I guess it comes from there :/

I cross fingers to have a work around as verifying and updating manually extensions is really a pain.

But still a big thanks to @Marmaduke !!
Anon5332
@Jerry
Hi
I noticed that chrlauncher 2.5.6 is present in the portable version of Hibbiki for Win 64.
Chrlauncher 2.5.7 has been released: https://github.com/henrypp/chrlauncher/releases/tag/v.2.5.7
Tried 79.0.3945.79 (706915) by Hibbiki and keep getting logged out of Google services. Not sure if it's a common issue or not.
Anon5334
@anon5332
Marmadukes ungoogled build, is also on 2.5.6
Anon5335
@Marmaduke.
Can you update Ungoogled for Android to 79. Plz.
Thanks.
@Marmaduke.
Can you update Chromium v81? (Sync - WebRTC - Widevine - All Codecs+) and installer?
Thanks.
@T
Not happening here and I'm using the same build personally :>
Anon5338
It really is unfortunate that we can't drag and drop .crx extension files into chrome://extensions/ anymore.
Anon5339
@Boris Johnson is a mong

Haha that ended well didn't it loser?
Corbyn's preparing his speech for Monday . .
"would you likr fries with that?"

'uck him.
Anon5340
@Anon5338: +1 !
Anon5341
if you guys are so concerned with build times why not retire 32 bit windows? everyone else already has
2038
https://www.youtube.com/watch?v=zZwzrlLc_oc
https://www.youtube.com/results?search_query=windows+2038+problem
NVIDIA Officially Drops Driver Support for 32-bit Operating Systems
https://www.techpowerup.com/243320/nvidia-officially-drops-driver-support-for-32-bit-operating-systems
AMD Confirms Drop of 32-bit Executable Driver Support
https://www.techpowerup.com/248893/amd-confirms-drop-of-32-bit-executable-driver-support
AMD, via a statement provided to the 4Gamer publication, has confirmed they're dropping support for 32-bit executables in their driver releases. This move from AMD comes after mainstream adoption of 64-bit Operating Systems, which has rendered the market for 32-bit executables as apparently not worth the additional coding and certification effort.
@RobRich: thanks for your ongoing efforts with your great AVX builds! I am wondering about one thing: why is it not possible to login to YouTube with your builds (for example, with 81.0.3991.0 (723152) • Monday, 9 Dec 2019)? Every time I try, I get "something went wrong" at the end of the login process and am not logged in. As soon as I switch to Marmadukes build, this works just fine. It´s a pity, as I want to use your AVX builds, but I have a YouTube premium account that I cannot use with your builds.

Thanks so much and Merry Christmas,

Lorenz
@Lorenz: I just tried out, I can log in to Youtube with Chromium 81 build from RobRich. Problem must be something else...
@TotoWood

Cross compiler is now capable of building a full mini_installer! I will still only upload the the archive.
==========

Chromium for 64-bit Windows - All Codecs - Sunday, 15 December 2019

Chromium 81.0.3998.0 (Official Build) (64-bit)
Revision f66e705bf3ae04e5ec568645ba9064672fb8e02f-refs/heads/master@{#724962}
OS Windows

- SDK 10.0.18362.1 (Visual Studio 2019 16.4.0)
- clang/llvm default (GNU/Linux cross-compile)
- ThinLTO
- WebRTC

Sync - Widevine

mini_installer.exe
https://github.com/macchrome/chromium/releases/download/v81.0.3998.0-r724962-Win64/mini_installer.exe
SHA1 0A62F64D1F04E4B438F9937B45F2F16224000BDE
@Marmaduke: Thank you.
@Marmaduke: Thank you so very much for your new Dev builds! Especially 81.0.3998.0 (724962) • all-codecs+sync win64. Cheers! :)
Thank you marmaduke for installer sync version! This is the best what happened this weekend :)
Anon5348
Tried Hibbiki Chromium 79.0.3945.79 and Chrome 79.0.3945.79 - all build to 64 bit.
Some video on YouTube can't reproduced.
There is a problem on source code of Chromium.
Solution?
Go to Settings -> System -> Use hardware acceleration when available: disable this flag and relaunch.
It works.
----------------
Hibbiki build works very well: it's fast and stable.
Anon5350
Maybe ThumbApps version should be removed? Users may get confused with similar version numbering between beta and stable and install a vulnerable version instead (such as the September build posted).
Anon5351
I've juste tested 79.0.3945.79 Hibbiki and drag and drop CRX extension works, so only ungoogled version don"t acept it.

@marmaduke
Do you know where it comes from and do you plan to reactivate this fonction, as it looks like a problem for many ppl?
Thanks for your work bro
@Anon5350 and 5351 - It is less a problem of numbers than between "sync" and "no-sync". Both use the same folder "UserData" in C:\Users\username\AppData\Local\Chromium. But the no-sync version is dominant and changes a lot, especially it removes everything that has to do with the name Google, even the search engine, and the Omnibox is no longer a search box. It's not recommended to use both versions at the same time on the same computer, and switching only goes in one direction. If you have switched from sync to no-sync and you want the sync again, it is advisable to make a backup of the folder "UserData" from the sync beforehand. This BackUp is recommended anyway. However, two different sync versions can be used at the same time, the settings are pretty much the same, otherwise the higher number dominates in detail, which hardly disturbs. e.g. the sync version as installer 79.0.3945.79 and the sync archive 81.0.3998.0
Anon5353
@wth
Thanks for your explanation.

I'm usinf no-sync (ungoogled) since day one, but as CRX drog and drop stoped working in v79, I tested sync with a copy paste of user data (profile actually to me) and everything is working. But indeed, I don"t intend to copy profile back to no-sync, I keep using V78 ungoogled and wait.
@Lorenz Go to Settings ---> Advanced ---> Disable "Allow Chromium sign-in"
earthsound 
@marmaduke: thanks again for keeping the dev all codecs + w/ sync updated for Windows and macOS!
@Anon5351

Safe browser (and related) patch not applied:

ungoogled-chromium-79.0.3945.79-1_SB_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.79-r706915-Win64/ungoogled-chromium-79.0.3945.79-1_SB_windows.7z
SHA1 55552B22862E6E55FDFCC99416BC04DDBE647475

=======

No more releases until the New Year!

Merry Christmas and a happy New Year to all.
Above n my post the verb "switch" is used incorrectly. I mean, of course: replace. - By the way: "non-sync" is the same as "ungoogled" (all connections to Google are cut as standard. But in the "sync" version, we can also manually deactivate in settings everything (switch to gray) whatever we want. And don't forget to switch the flag "Password Leak Detection" to "Desabled". If we don't, the passwords entered in the fields online will be sent to a Google server.
Anon5358
@marmaduke
Boy you rock... It's Merry Christmas day already :)
Merry Christmas and a happy New Year to you !

Does ppl here recommand me :
- to switch to a Safe browser (and related) patch applied. It's the futur and https://github.com/NeverDecaf/chromium-web-store or equivalent will adapt
- Keep a Safe browser (and related) patch NOT applied. It's useless and build like this will live
Anon5359
@wth
I've read that it's only a hash, not the passord itself that is send.
Avoid sending those informations are more important that verifying passord leak in you opinion?
ungoogled-chromium-79.0.3945.79-1_SB_windows.7z (64-bit)

@marmaduke

Thank you so much.
Anon5361
@Hibbiki
Since upgrading to 79.0.3945.79 (706915), I can no longer use the translation function normally, am I just experiencing this problem?
@Anon5359 - Today, passwords in HTTPS are hardly transmitted as plain text anymore, but encrypted as a clearly assignable hash. The basic principle is that those who have the keys can also decrypt them again. Google also saves the sending user names and the domains of the servers that receive the form data. Google is a collector. Woe if Google itself is leaked.
Anon5363
@Anon5361: For me, the native translation for a full page works. I use it on 64-bit Windows 10 1909.
@Anon5361
No issues here. Make sure you are not trying to translate page to a language that most of the text on page is already in (this doesn't work and indeed shows failure) and that your extensions like uMatrix are not blocking domain 'translate.googleapis.com'.
Hi there,

i tries testing the latest stable and dev all-codecs+ options, but on the test page (https://tools.woolyss.com/html5-audio-video-tester/) only the caminandes-3-llamigos-x265-aac.mp4 video plays. The Tractor_500kbps_x265.mp4 video does not play. is that a limitation or did something go wrong?

Peter
admin
@Peter: All is normal. The link about "Tractor_500kbps_x265.mp4" is dead. I search a new one! ;) The other one works because the video is stored on my server.
@Jerry

Thank you for confirming :)

Pete
thx u are n1
Finally figured out how to use polly in a Linux-Windows cross-compile environment: add -DCMAKE_POSITION_INDEPENDENT_CODE=ON to the llvm/clang cmake parameters.
Hibbiki builds are about 200MB in size and look 7Z compressed. Really, after unpacked and repacked 7Z they are only 70 MB in size. So, are they really 7Z compressed? Why to download about 200MB then? Thanks.
Anon5371
@Angelo
I think he may use the "storage only" packaging method, which may save some compression time, but is not friendly to network transmission.
Anon5372
When I tested using extreme compression mode, the compressed file I got was only 57.3 MB.
Anon5373
I forgot to say that in addition to saving compression time, "storage only" can also compress / decompress on lower-performance devices.
The previous builds from https://github.com/macchrome/winchrome were only about 60MB and I did not find issue with them. Anyway, thanks for clarification.
admin
@Angelo and @AnonXXXX: The archive file (7z) is bigger because I ask to Hibbiki to make his releases compatible with chrlauncher. https://github.com/henrypp/chrlauncher/issues/166

@marmaduke: Did you see that your stable releases on macOS point to a "not found" Github URL.

--------

Note:
- I updated all "Portable" archives with chrlauncher 2.5.7
- In January, I will remove ThumbApps releases because they are outdated. However I will put a link to his portable (PortableApps) releases.
- In January, I will add the Hibbiki's "no-sync" releases.
- In January, I will add the RobRich's "sse2" releases.
Thanks. links updated.
Anon5377
Trying to work out why ungoogled-chromium is faster on my PC...granted it is pretty old...the difference is most noticeable opening a new tab (less delay with ungoogled) and memory usage (about 25-30% less!), could I be missing anything security wise in chrome://components seeing as they are not used/updated with ungoogled?
Thanks
Chromium v79.0.3945.94-r706915-Ungoogled-And64

Chromium for 64-bit Android - Friday, 20 December 2019

Chromium 79.0.3945.94 (Official Build) (64-bit)

Revision 36534724d0d761d68b9150507df9c8e88c98f5d0-refs/branch-heads/3945@{#967}

OS Android 9: SM-G960F Build/PPWS29.120-2

OS Android 64-bit: Only for Oreo 8.1.0+ & Pie 9


- official build
- All Bromite patches applied (AV1 works - 32-bit webview)
- HEVC
- "No Search" option
- Domain substitution, tracking and blocking
- CFI & LTO

No Sync • No Widevine • ThinLTO • CFI • Bromite • HEVC

arm64_MonochromePublic_HEVC.apk
https://github.com/macchrome/droidchrome/releases/download/v79.0.3945.94-r706915-Ungoogled-And64/arm64_MonochromePublic_HEVC.apk
SHA1 621512BBB2914203F7CB00073AFA73DD25A6247D
Anon5379
Anyone know how to use chrlauncher with Firefox? To make it portable like the "Portable" packages available for Chromium?

"Supported browser:
as launcher - Chromium based (like Google Chrome, Opera, Yandex Browser, Vivaldi, etc.) and Firefox based (Mozilla Firefox, Basilisk, Pale Moon, Waterfox, etc.)"

but i cannot find any information about setting it up for Firefox
Anon5380
@Marmaduke
Thank you very much for the update of Android;
If you can ad for your next build the "new" feature of Bromite ; DNS over HTTPS.
It would be great.
Thanks...
@All compiler , and you of course.
Thank you so much for all your work. :)
@Anon5380

Settings -----> Privacy -----> Secure DNS
Anon5382
Anon5380 @Marmaduke
Hi.
Oups ; OK , thank you.
Sorry for disturbing you :) .
Anon5383
There's no more build with H265, FLAC… supporting sync?
Anon5385
@wth Thanks a lot!
GNU/Linux cross-compiled, thin-lto, polly optimized versions of ungoogled for Windows Chromium 79.0.3945.88:

(clang/llvm eadb65f273c076c4997b28a51f086eea505c3e78)
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.88-r706915-Win64/ungoogled-chromium-79.0.3945.88-1_polly_windows.7z
SHA1 D4B2BE9D12267F2CB7448829D84144536C24571F

(clang/llvm 7376d9eb38914ff7b6b5f5901d32743f0ee76b5a)
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.88-r706915-Win64/Ungoogled-Chromium-79.0.3945.88_polly-Win32.7z
SHA1 Ungoogled-Chromium-79.0.3945.88_polly-Win32.7z

(32-bit AV1 codec not link-time or polly optimized, program would not link otherwise!)
Updated Win64 AVX in the listings above. Updated Win64 SSE2 below.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v81.0.4007.0-r727374-win64-sse2

Updated Win32 currently building.
Merry Christmas to the Admin, RobRich, Marmaduke, Hibbiki, Nick, and to the whole Chromium Woolsys community! A special thanks goes out to the hard working developers here (current and past) who have worked tirelessly to compile various flavors of Chromium builds for the general public. I for one am very thankful and appreciative of the devs efforts. Thanks Admin: Jerry for continuing to support this great site as this is an invaluable resource for the Chromium community! :) Cheers and Happy New Year!! :D See you in 2020!
What exactly does "AVX" mean? Does it mean AVX1? Builds without "AVX" don't have AVX support at all or do they have the newer AVX2? Sorry if it's dumb question but I'm literally about to switch from Google Chrome.
I have a Kaby Lake i7-7700. Can I easily compile on Windows my own chromium with google sync and SSE4.2 & AVX2 (I have a Kaby Lake i7-7500U)?
Is the performance difference noticeable?

Many thanks in advance!
Anon5391
Im I the only one to get sound cracking on youtube with the last version?
I changed my audio driver too so I'm wondering which one is the culpit.
Thanks
Anon5392
@anon5391
No audio problems here with latest ungoogled-chromium...last audio problem was a few months back due to no hw acceleration...checking chrome://gpu shows what is used (swiftshader is used if no gpu acceleration available)
When compiling, you go in order of the SIMD revisions, which for our purposes would be SSE2 -> AVX -> AVX2 -> AVX512. Support goes backwards in generational iterations. So an AVX baseline supports SIMD instructions for AVX, SSE4.x, SSE3, SSE2, SSE, MMX, etc.

The default build targets a baseline of SSE2. However, to convolute the matter a little, some components can detect and run code for later SIMD revisions if a processor with support for those later SIMD revisions is available. For most code, though, the default is SSE2.

----------------

I change the baseline for my primary Win64 build from SSE2 to AVX. Beyond just new instructions, AVX offers more and wider SIMD registers. AVX also does VEX coding, plus VEX prefixing of SSE(n) code.

For example, VEX prefixing can be quite useful. It allows running mixed SSE(n) and AVX code without having to zero out the SIMD registers when switching code revisions. Using the default SSE2 build means that when one of those earlier mentioned components can and does use AVX, there is a decent chance the SIMD registers have to be zero'd as the processor switches between SSE2 and AVX code, such as running AVX code internally from that component mixed with SSE2 from another component.

By setting AVX as the baseline, the compiler can VEX prefix the SSE2 code even if no further optimization occurs. The VEX prefixing basically tells the processor to simply run the SSE2 code in the lower half of the SIMD register space, thus allowing mixed SSE2 and AVX code to run without potentially having a wait state to zero SIMD registers.

It is important to realize we are setting a baseline here, so still be sure to remember "some components can detect and run code for later SIMD revisions if a processor with support for those later SIMD revisions is available." So regardless of the base, say some component has AVX2 code, that AVX2 code will run on a detected compatible processor.

----------------

AVX2 and above is where we can run into possibly more significant performance minefields. For simplicity's sake, we can say AVX2 has "light" and "heavy" instructions. Light instructions generally are okay and potentially beneficial from a performance standpoint. The results of heavy instructions can be rather mixed depending upon particular instructions and what data is being processed. Heavy instructions usually are the ones responsible for changing frequency scaling, thermal throttling, etc. when processors encounter certain AVX2, AVX512, FMA, etc. code.

The general idea is whether AVX2 heavy instructions still are faster to process the target data even at a possibly slower processor clock. Therein I can build Chromium with an AVX2 baseline, but as to any performance benefit, it could change highly depending upon a system's specific hardware and what exactly is being done with the browser. Even then I am not inclined to measure the performance difference at the fine granularity needed to assess just how AVX2 coding affects each of the project's numerous components.

Some Chromium components do use AVX2 if available, but the devs of those components likely also either know about the specific instructions and/or profiled the performance differences for their code. Given I am not a project developer, I will leave those concerns to them.

I occasionally push an AVX2 public build, but like so many compiler-side things I do with Chromium, it is a huge YMMV and experimental for a reason. I suggest those using my Win64 builds to use the AVX build instead.

----------------

AVX512 is a "whole other bag of chips." Take what I said about AVX2, now make most every instruction "heavy," plus take note AVX512 is seriously fragmented in its instruction implementations. Just because a processor indicates "AVX512" support, it does not mean it supports the same instructions as a different model processor with "AVX512" support. Have fun! BTW, I do not even have a system with AVX512 support at this time, and probably will not for quite some time.

----------------

@debofsky Long story short, I would suggest to you and others with modern processors having AVX support to opt for the *AVX builds* if running my Win64 builds.

Are you going to notice a huge performance difference? Again, YMMV depending upon what you are doing with the browser. There are numerous other factors at play with my builds, too. For example, my Win64 builds in particular have differences in component optimization levels, LLVM-specific options, LTO instruction import limits, etc. compared to standard builds. Toss in Polly (https://polly.llvm.org/) optimizations as well, though right now I keep them somewhat constrained due to excessive build times.

----------------

@Dustyn Thanks for the positive thoughts!
@marmaduke,

Thank you for providing the updated polly version of 79.0.3945.88.
In this release you have additional file called "bollocks.txt" and the file "chromedriver.exe" which is part from your portables is missing.

I used the android version 73.0.3683.75 for some time and now I tried to use the 79.0.3945.94 because of the AV1.
In this release 79.0.3945.94 if Google is selected for search engine, we don't have any results, because the connection is blocked. The rest of the search engines are working.
I tried to use the Bromite 79.0.3945.94 and Google is working, like search engine.
@Drago

Thanks.

Chromedriver.exe is a standalone program and can be obtained from the my respective non-polly version of Chromium. Bollocks.txt was included by mistake and if desired may be removed.

The Google search engine is blocked because of domain substitution, tracking and blocking. I'll make sure that Google is not blocked in the next release.
The analysis remarks output is not exactly "pretty" from a formatting perspective, but whatever, as I now have Polly working in its properly expected place before autovectorization.... during the ThinLTO codegen phase as called by LLD. :) Quick example of it working:

https://pastebin.com/UF4F8fhQ

Translation? I now have LTO interprocedural Polly optimizations available.

I will post the source changes later, as I need to find a recent regression hanging LLVM when invoking Polly. In the meantime, I am using the same LLVM revision as the Chromium project currently bundles with its repo checkout.

----------------

Found the Polly breaker in LLVM. I have posted a note in the Polly discussion group. In the meantime:

git revert --no-commit 9f6b13e5cce96066d7262d224c971d93c2724795

----------------

A few quick-and-dirty edits got Polly working during ThinLTO codegen via lld-link.exe on Windows.

----------------

D:\src_builds\llvm-monorepo\llvm\lld\COFF\CMakeLists.txt

Add IPO to LINK_COMPONENTS and add Polly to LINK_LIBS as shown in the source link below:

https://pastebin.com/NBiBPW67

----------------

D:\src_builds\llvm-monorepo\llvm\lld\COFF\Driver.cpp

Add namespace for Polly. Line 57 in source link below.

Initialize Polly for LTO. Line 1113 in source link below.

https://pastebin.com/vexW0fBp

----------------

lld-link.exe will now accept, initialize, and pass arguments for Polly. For a basic example:

-mllvm:-polly -mllvm:-pass-remarks-analysis=polly

----------------

Example of analysis remarks generated by lld-link.exe for some code I compiled with both Polly and ThinLTO enabled.

....
<unknown>:0:0: SCoP begins here.
<unknown>:0:0: Inbounds assumption: [p_0, p_1, p_2, p_3] -> { : p_3 >= p_0 }
<unknown>:0:0: Inbounds assumption: [p_0, p_1, p_2, p_3] -> { : p_2 >= 2p_0 }
<unknown>:0:0: Inbounds assumption: [p_0, p_1, p_2, p_3] -> { : p_2 >= 2p_0 }
<unknown>:0:0: Inbounds assumption: [p_0, p_1, p_2, p_3] -> { : p_2 >= -1 + 2p_0 }
<unknown>:0:0: Inbounds assumption: [p_0, p_1, p_2, p_3] -> { : p_2 >= -1 + 2p_0 }
<unknown>:0:0: No-overflows restriction: [p_0, p_1, p_2, p_3] -> { : p_0 >= 4611686018427387905 and p_1 > 0 }
<unknown>:0:0: No-overflows restriction: [p_0, p_1, p_2, p_3] -> { : p_0 >= 4611686018427387905 and p_1 > 0 }
<unknown>:0:0: No-overflows restriction: [p_0, p_1, p_2, p_3] -> { : p_0 >= 4611686018427387905 and p_1 > 0 }
<unknown>:0:0: No-overflows restriction: [p_0, p_1, p_2, p_3] -> { : p_0 > 0 and p_1 >= 4611686018427387905 }
<unknown>:0:0: No-overflows restriction: [p_0, p_1, p_2, p_3] -> { : p_0 > 0 and p_1 >= 4611686018427387905 }
<unknown>:0:0: No-overflows restriction: [p_0, p_1, p_2, p_3] -> { : p_0 > 0 and p_1 >= 4611686018427387905 }
<unknown>:0:0: Finite loop restriction: [p_0, p_1, p_2, p_3] -> { : p_0 < 0 and p_1 > 0 }
<unknown>:0:0: Finite loop restriction: [p_0, p_1, p_2, p_3] -> { : p_1 < 0 and (p_0 < 0 or p_0 > 0) }
<unknown>:0:0: Possibly aliasing pointer, use restrict keyword.
<unknown>:0:0: Possibly aliasing pointer, use restrict keyword.
<unknown>:0:0: Possibly aliasing pointer, use restrict keyword.
<unknown>:0:0: Possibly aliasing pointer, use restrict keyword.
<unknown>:0:0: Possibly aliasing pointer, use restrict keyword.
<unknown>:0:0: SCoP ends here.
....

----------------

For Chromium, it can be added to the compiler build optimization configuration.

D:\depot_tools\chromium\src\build\config\compiler\BUILD.gn

For example, below the common_optimize_on_ldflags initialization around line 1895, add:

common_optimize_on_ldflags += [ "-mllvm:-polly", "-mllvm:-pass-remarks-analysis=polly", ]

----------------

Note I did not condition the LLVM source changes, so remember to enable the Polly project when building LLVM. For example:

cmake -DLLVM_TARGETS_TO_BUILD=X86 -DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_PROJECTS=clang;lld;polly;compiler-rt -G "Ninja" ..\llvm\llvm

----------------

My build box is working on such a build right now. Basically it is a slammed -O3 build for both clang and LTO codegen as a test. I will try to push an experimental build if/when it works.

----------------

Polly breaker hopefully should be resolved with a LLVM commit that just landed.

Should know shortly. I need to rebuild LLVM anyway.
Anon5397
About Polly...are there performance gains for 32-bit systems? I see Marmaduke builds ungoogled-chromium with polly as an option (don't know if it's a one time thing). Any place I can look for benchmarks etc? Thanks as always builders.
Rolled an updated LLVM with my Polly+LTO mod for LLD. Got tired of waiting, so I rolled a lower optimized build as a proof-of-concept just to verify Polly is working correctly for LTO codegen. Clang and LTO codegen are at O2. LTO instruction import limit of 30. Polly is at its base default settings.

Archive only due to PoC status. For those interested....

Chromium 81.0.4015.0-r727929 (Win64, AVX, Polly, ThinLTO)
https://drive.google.com/open?id=1YhvDNvOefyewVNmtJyc8BV0ix3d9ph7f
SHA-1: 1C83B84AB29A3ED998C512A0471CF0B513526BC1

Anyway, it still churned out a decent BaseMark Web 3.0 score on my test system, so hopefully some further tweaking will yield further performance benefits. Now to start enabling more LLVM and Polly options, plus probably bump the LTO import limit.

----------------

Looking towards the next few build cycles, I am hoping to find and stabilize an updated Polly+ThinLTO optimization game plan.

I have been thinking about maybe generating my own Windows .order files for symbol layout during linking instead of using the project's provided files, but I get the feeling any returns will be very little compared to the build times involved, profiling annoyances, etc.

While not (anywhere) near the top of my list, I would not mind eventually trying to get PGO back working as intended. Last time I tried it via a modification of Chromium's code coverage configuration, the instrumentation phase was complaining about various missing symbols. IIRC, they were related to what the compiler-rt PGO library was wanting. Might just need another library added during linking.

----------------

@Anon5397: Polly works for Windows 32-bit builds, too. :)

However there still is the issue of trying to easily measure specific performance change using readily available benchmarks. Polly is for optimizing loops, and particularly suited for loops doing heavy data lifting. Some of the better examples in Chromium would be media codecs, SSL encryption, and similar components that most browser benchmarks rarely target. Being realistic, one might find Polly in more typical usage for HPC-class workloads where its benefits can be dramatically more apparent and viably measured.

The reality is Polly often helps a percent or few on various browser benchmarks. It is rarely a dramatic difference, though, but remember we are dealing with trying to find and eek out extra performance on a codebase that already is subjected to routine internal performance testing by the project's own automated infrastructure and experienced developers.
Anon5399
Thanks for the detailed explanation about Polly RobRich. I will give the builds a try. I do find Chromium to be the best browser for old (over 10 years) hardware, at least on Windows. And 32-bit builds give noticeable better performance over 64-bit for video playback on old Intel which appears to not support hardware acceleration (like I said over 10 years).
Cheers!
@RobRich999 does it take a lot of work, I mean, would be able and SO KIND, to build a performance-oriented chromium WITH GOOGLE SYNC?
Updated Win64 AVX build in the listings above. Other usual builds to follow. Probably over the weekend.

Currently I am running Polly both early for Clang codegen and late for LLD ThinLTO codegen. The technique seems to be working okay for my purposes. Benchmarks tried so far look okay on my test system as well.

----------------

Polly is wanting to see about me submitting the LTO patch(es) for LLD. I have not any actual code development since college, and my typical idea of ide, versioning, and build systems largely was a terminal text editor and CLI commands to toss together math-oriented Fortran code on a DEC Alpha server running VMS. o.0

Anyway, I might try to take a poke at it over the upcoming days if I feel up to it.

----------------

@debofsky I have never bothered to register Google API keys to enable sync. However, the sync components actually are in my builds. It is just the code is dormant without keys being supplied. The upside is you can generate your own personal keys and supply them locally using system environment variables to enable sync for my builds. Jerry has instructions here:

#google-api-keys
An update since LLVM rr24ab9b537e61 has landed. To enable Polly via LLD for LTO codegen:

1. Add ENABLE_PLUGINS to lld\COFF\CMakeLists.txt

See: https://pastebin.com/up1P5WB3

2. Add

#define HANDLE_EXTENSION(Ext) \
llvm::PassPluginLibraryInfo get##Ext##PluginInfo();
#include "llvm/Support/Extension.def"

to lld\COFF\Driver.cpp

See: https://pastebin.com/wd1YQRNk

3. Build LLVM with Polly and Polly linked into tools. Example:

cmake -DLLVM_TARGETS_TO_BUILD=X86 -DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_PROJECTS=clang;lld;polly;compiler-rt -DLLVM_POLLY_LINK_INTO_TOOLS=ON -G "Ninja" ..\llvm\llvm

4. Be sure to pass Polly into lld-link.exe using the -mllvm:-polly argument. See my previous recent post about adding Polly during ThinLTO codegen to the Chromium compiler build configuration.
Anon5403
With ungoogled-chrome last version, I sometimes can't use prime video : error nodeId=202099750
Works perfect with firefox
Hi @RobRitch, I use your AVX - AVX2 x64 builds on Windows 10, they are great !
However, I have to report an issue : after version 81.0.3991.0, your recent builds don't seem to understand the FTP protocol.
For instance, try to download a file from here: https://www.doomworld.com/idgames/levels/doom/Ports/s-u/standrd2 (good old Doom levels frontend site) trying the "Download mirrors" links: Well, nothing happens on builds more recent than 81.0.3991.0, while the save dialog opens and works with 81.0.3991.0.
@vsonnier

In regards to your question about the FTP protocol... That has nothing to do with RobRich but rather Google.
That is expected behavior as Google is slowly deprecating the FTP protocol altogether.

https://www.ghacks.net/2019/11/03/google-adds-temporary-flag-to-chrome-to-allow-ftp-protocol/
https://www.bleepingcomputer.com/news/google/google-has-started-removing-ftp-support-from-chrome/
@Dustyn Thanks for the info. Well, that is infortunate, but for now re-enabling FTP in 'about:flags' works for the most recent @RobRich builds.
No FTP, this is the new standard with Google Chrome and all Chromium versions. The best way to use FTP is with a standalone app like WinSCP (from Prague - https://winscp.net/) or FileZilla.
Even simpler for Windows users like me, using 'ftp://' in Explorer address bar works for simple browsing and downloading. I never new it ever existed in 25+ years of Windows :)
@RobRich

Still happens:
https://chromium.woolyss.com/?all=1#comment-5205

Tested on your AVX 81.0.4015.0 (727929) • Friday, 3 Jan 2020 - ctrl+v in Discord or IMGUR pastes empty image.
Absolutely fine on official builds.
@RobRich

In addition to "-mllvm:-polly", which other polly parameters do you recommend to pass to "common_optimize_on_ldflags"?
Updated Win32 in listings above. Updated Win64 SSE2 for legacy procs below:

https://github.com/RobRich999/Chromium_Clang/releases/tag/v81.0.4017.0-r728360-win64-sse2

----------------

@KZ See if this changes anything:

chrome://flags/#raw-clipboard

----------------

@marmaduke Here is what I am currently passing through Clang and LLD for Polly:

common_optimize_on_cflags += [
"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-inliner",
]

common_optimize_on_ldflags += [
"-mllvm:-enable-local-reassign",
"-mllvm:-regbankselect-greedy",
"-mllvm:-polly",
"-mllvm:-polly-2nd-level-tiling",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-register-tiling",
]
Missed a couple for Clang. You can add local reassign and greedy regbank selection to clang as well. YMMV on them doing much in either Clang or LLD LTO codegen for our codebase, though, so feel free to drop them if build times increase dramatically on your build box.

"-mllvm", "-enable-local-reassign",
"-mllvm", "-regbankselect-greedy",
@RobRich

I tried to enable Polly via LLD for LTO codegen in a Linux environment for ELF and COFF, but when trying to build clang/llvm get the following error:

"include/llvm/Support/Extension.def:2:1: error: no type named 'PassPluginLibraryInfo' in namespace 'llvm'"

So, I thought might as well cross-compile Chromium 64-bit (Linux/Windows) with "-mllvm", "-polly-position=before-vectorizer"

Polly parameters used:

common_optimize_on_cflags += [
"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=before-vectorizer",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-vectorize-loops",
"-Xclang", "-vectorize-slp",
"-Xclang", "-Rpass-analysis=polly",
]

Used Xclang parameter in the hope of getting some feedback (there was none), equivalent to when -"polly-position=early" is used.

The build completed successfully, and there is a difference in file sizes with respect to the non-polly build.

The Linux command "ps ax" confirmed that the polly parameters are being passed to clang-cl. So, in a Linux/Windows cross-compile environment is it sufficient just to pass polly parameters to common_optimize_on_cflags and to assume that "-polly-position=before-vectorizer" functions correctly?
Ran a few tests:

Chromium x64 for Windows - Linux cross-compiled

Basemark Web 3.0

-polly-position=early 8% faster than non-polly
-polly-position=before-vectorizer 3.42% faster than non-polly
How do we know these builds do not have spyware inside them?
Radovan Karadzic 
@User

R U on drugs? G.O.O.G.L.E Chromium! If you download Chrome/Chromium, don't connect to the the net and put on your tinfoil hat you should be OK.
@marmaduke Honestly not sure regarding a cross compile.

I know on a native build, clang-cl will accept Polly before the vectorizer, but it does not do anything (thus no remarks) because the legacy pass manager skips the vectorizer passes until ThinLTO codegen via LLD.

BTW, about the error, are you building LLVM from trunk? The updated set of edits I posted needs a recent commit to work, at least as I tested for COFF.
@RobRich

Yes, I'm building from trunk: f3f7dc3d2990151a78b246a7a1485d0c13a9fb36 06-Jan-2020.

I'll try a native build.

=============================

Chromium for 64 and 32-bit Windows - Wednesday, 08 January 2020

Chromium 79.0.3945.117 (Official Build)
Revision 04f0a055010adab4484f7497fbfdbf312c307f1d-refs/branch-heads/3945@{#1019}
OS Windows

- GNU/Linux cross-compiled
- SDK 10.0.18362.1 (Visual Studio 2019 16.4.2)
- clang/llvm - commit: 7376d9eb38914ff7b6b5f5901d32743f0ee76b5a
- Polly optimized

cflags = [ "/O2", "-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-enable-optree=false",
"-mllvm", "-polly-dependences-computeout=0",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-vectorizer=stripmine", ]

No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Ungoogled

Standard build of Eloston's ungoogled-chromium. All patches applied apart from "Safe Browser"

ungoogled-chromium-79.0.3945.117-1_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.117-r706915-Win64/ungoogled-chromium-79.0.3945.117-1_windows.7z
SHA1 4F57E753D069A7AED5445E7BA805B22823FFD5A8

Ungoogled-Chromium-79.0.3945.117-Win32.7z (32-bit)
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.117-r706915-Win64/Ungoogled-Chromium-79.0.3945.117-Win32.7z
SHA1 0D2A484FCE59B390BF0E59A86B031C608B4230A3
Did you set both Polly in the projects to build and -DLLVM_POLLY_LINK_INTO_TOOLS=ON via cmake?

That said, there could be a later commit or update involved, as that was a few days ago. I will try a fresh build it in awhile.
Anon5420
@marmaduke, in latest ungoogled build some DLLs are missing and GPU acceleration is broken.
@RobRich

Yes, I set both Polly in the projects to build and -DLLVM_POLLY_LINK_INTO_TOOLS=ON via cmake.

@Anon5420

Thanks. I will repackage and update.
Anon5422
@marmaduke
Regarding Anon5420's comment..I notice a dll file missing (maybe) in the 'Swiftshader' folder on the x86 version - 'libEGL.dll'..the file exists in the x64 archive. Just bringing this to your attention in case you are yet to update x86 version. Thanks for providing ungoogled builds.
Version 79.0.3945.79 (Official Build) (64-bit) does NOT work with the Chrome web store!
Anon5424
Out of curiosity how do you update with chrlauncher I use build by Marmaduke All Codecs No Sync - No Widevine
https://github.com/macchrome/chromium/releases/tag/v81.0.3998.0-r724962-Win64
Anon5425
@Jerry
Portable launcher for 32-bit stable ungoogled build by Marmaduke (chrlauncher-win32-stable-ungoogled.zip) is not working - it has wrong config (chrlauncher.ini): ChromiumType is set to "stable-ungoogled" which results in empty response from API when chrlauncher tries to get latest build.
While similar 64-bit portable launcher keeps correct type "ungoogled-chromium" which works properly.
@marmaduke I hit the same error. Noticed a commit landed today dealing with fixing compiler extensions. I will take a look at the issue. Probably over the weekend.
admin
@Ball: Please, update your Chromium version.
- If you use the Hibbiki's release, Chrome Web Store works.
- If you use the Marmaduke's release (ungoogled), Chrome Web Store does not work. This is normal.
https://ungoogled-software.github.io/ungoogled-chromium-wiki/faq

@Anon5424: Choose "ChromiumType=dev-codecs-nosync" in your chrlauncher.ini file.

@Anon5425: Ok. Thank you very much for your report. Corrected! ;)
Anon5428
Hello,
First, thanks for your effort and time investment building this editions of Chromium. I tried install in Program FIles but doesn't happen. How can I specify install directory for Hibbiki's release? I use 64-bit version with  --system-level but installs on Program Files (x86).
Chromium for 64-bit Android - Sunday, 12 January 2020

Chromium 79.0.3945.123 (Official Build) (64-bit)

Revision fae8572a2711b5220fcec059ba824bf62fed054f-refs/branch-heads/3945@{#1026}

OS Android 9: SM-G960F Build/PPWS29.120-2

OS Android 64-bit: Only for Oreo 8.1.0+ & Pie 9 & 10


- Official build
- All Bromite patches applied
- HEVC and AV1
- "No Search" option (Replaced Google search engine with no search)
- Domain substitution, tracking and blocking (Now standard on Bromite!)
- CFI & LTO
- No menu option to toggle global Javascript (Feature has sadly been removed)

No Sync • No Widevine • ThinLTO • CFI • Bromite • HEVC

arm64_MonochromePublic_HEVC.apk
https://github.com/macchrome/droidchrome/releases/download/v79.0.3945.123-r706915-Ungoogled-And64/arm64_MonochromePublic_HEVC.apk
SHA1 0DCD03A801DC29745101857E140EEB5E7AAC93B9
Let's try this again. I missed an include. ;)

1. Add ENABLE_PLUGINS to lld\COFF\CMakeLists.txt

See: https://pastebin.com/R2A5xsCt

2. Add

#include "llvm/Passes/PassPlugin.h"

and

#define HANDLE_EXTENSION(Ext) \
llvm::PassPluginLibraryInfo get##Ext##PluginInfo();
#include "llvm/Support/Extension.def"

to lld\COFF\Driver.cpp

See: https://pastebin.com/BkGx6zfp

3. Build LLVM with Polly and Polly linked into tools. Example:

cmake -DLLVM_TARGETS_TO_BUILD=X86 -DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_PROJECTS=clang;lld;polly;compiler-rt -DLLVM_POLLY_LINK_INTO_TOOLS=ON -G "Ninja" ..\llvm\llvm

4. Be sure to pass Polly into lld-link.exe using the -mllvm:-polly argument.
I see that for macOS you have upgraded the ungoogled build... What for the Archive - allcodecs+ - nosync build? Thanks.
Updated Win64 AVX build available.

Current Polly config for both Clang and LTO codegen:

common_optimize_on_cflags += [
"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-inliner",
# "-Xclang", "-Rpass-analysis=polly",
]

common_optimize_on_ldflags += [
"-mllvm:-polly",
"-mllvm:-polly-2nd-level-tiling",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-register-tiling",
# "-mllvm:-pass-remarks-analysis=polly",
]
@RobRich

Patched COFF ELF wasm!
Polly LLD would only work in the position indicated below.

===============
build/config/compiler/BUILD.gn:

~ Line 2011

config("optimize") {
if (is_win) {
# TODO(thakis): Remove is_clang here, https://crbug.com/598772
if (is_official_build && full_wpo_on_official && !is_clang) {
common_optimize_on_cflags += [ "/GL" ] # Whole program optimization.
}

# Favor size over speed, /O1 must be before the common flags. The GYP
# build also specifies /Os and /GF but these are implied by /O1.
cflags = [ "/O2",
"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-enable-local-reassign",
"-mllvm", "-regbankselect-greedy",
]

~ Line 603

if (is_win) {
# This is a straight translation of the non-Windows flags below,
# except we do not use the ThinLTO cache, which leaks temporary
# files on Windows (https://crbug.com/871962).
ldflags += [
"/opt:lldlto=" + lto_opt_level,
"/opt:lldltojobs=" + max_jobs_per_link,

# Experimentally determined to yield a reasonable trade-off between
# build time, run-time performance, and binary size.
"/mllvm:-import-instr-limit=10",
### "-mllvm:-pass-remarks-analysis=polly", #### FOR COMMENTS ###
"-mllvm:-enable-local-reassign",
"-mllvm:-regbankselect-greedy",
"-mllvm:-polly",
"-mllvm:-polly-2nd-level-tiling",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-register-tiling",
]
} else {

==========

No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Ungoogled - Super Polly Optimized

- GNU/Linux cross-compiled (Host Linux target Windows 64)
- clang/llvm - commit: 6d6a4590c5d4c7fc7445d72fe685f966b0a8cafb (13 Jan 2020)

ungoogled-chromium-79.0.3945.117-1_polly.lld.windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.117-r706915-Win64/ungoogled-chromium-79.0.3945.117-1_polly.lld.windows.7z
SHA1 05C5CDFA2591CA297325DCCFD41C541A985E8F0F
Anon5434
ungoogled-chromium-79.0.3945.117-1_polly.lld.windows.7z seems to be missing a file (chromedriver.exe).
ungoogled-chromium-79.0.3945.117-1_polly.lld.windows

chromedriver.polly.lld.7z
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.117-r706915-Win64/chromedriver.polly.lld.7z
SHA1 0B561A3CA74D6CD1A3D77A4E2B8018490C7CCEDB
Anon5436
Anon5434 here, thanks for the quick response.
@marmaduke Good deal. :)

Just make sure to pass Polly into Clang for all four active optimization levels.

I suppose cross compiling could be the reason about where you need to pass the ldflags. Anyway, as long as they get in there.
Updated Win64 SSE2 legacy build.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v81.0.4027.0-r730470-win64-sse2

Updated Win64 AVX2 experimental build.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v81.0.4027.0-r730479-win64-avx2

I will try to push an updated Win32 legacy build tonight or tomorrow.
Quick FYI. In case anyone spots the difference, I have noticed accidentally missing my usual bookmark bar format mods on some of the latest builds. I will try to verify closer for upcoming builds.
Anon5440
@RobRich : I noticed ! Because I align a bookmark with an extension vertically ;)
I had to move a folder too align the thing.

Hope you find a way too compact this bookmark bar again !

https://i.imgur.com/41rOYgg.png
@Anon5440 I should be resolved with my next builds in a few days.
Anon5442
ungoogled-chromium 32-bit build is missing a dll for correct swiftshader functioning, please fix if possible
@RobRich

Thanks. Making sure to pass Polly into Clang for all four active optimization levels! Doing a build with the bootstrapped compiler now.

@Anon5442

In present stable cross-compile I manually package (the mini_installer produced is incomplete); deleted the wrong file.

Replace swiftshader/libEGL.dll.lib with:

Ungoogled-Chromium-79.0.3945.117-Win32.libEGL.7z
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.117-r706915-Win64/Ungoogled-Chromium-79.0.3945.117-Win32.libEGL.7z
SHA1 F0629BE1F84CF844CA75B59474CD635B004D1F61
Polly optimized on all active optimization levels.

ungoogled-chromium-79.0.3945.117-2_polly.lld.windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.117-r706915-Win64/ungoogled-chromium-79.0.3945.117-2_polly.lld.windows.7z
SHA1 377A7BCFD6664B5D2A78548AD388981000A1DA6E
Anon5445
Any build for Android that can use web push notification with "all-codecs"?
I couldn't use web push notification.
Maybe someone could be interested to this discussion on GitHub - Bromite: https://github.com/bromite/bromite/issues/464

In particular comment: https://github.com/bromite/bromite/issues/464#issuecomment-574037539

Thanks.
Anon5447
@marmaduke

Thanks for uploading the missing file. I haven't a chance to test yet but I'm sure it works fine. Swiftshader missing probably doesnt affect many users anyhow but I use it so appreciate the support. And of course thanks for continuing to supply ungoogled-chromium builds!

I wonder if the Chromium daily builds (from Chromium team) were built with proprietary codecs enabled would users be tempted to sway from Chrome? I understand there are probably license reasons for them not building without, but can't help think it is a way to keep casual users away. I do recall Chromium used to be able to use ffmpeg dll to resolve this easily, I see they stopped that though...

Thanks again.
Updated Win32 legacy build available in the listings.

Build box is churning through other build updates to resolve my bookmark bar modification I missed in some recent builds.

----------------

@marmaduke Excellent. Glad to hear the source edits work for ELF and WASM in LLD, too.
Anon5449
Anon5440 here , to @RobRich: I hereby confirm that your bookmark bar modification are come back/fixed with version 81.0.4029.0 {#731829}

Can you share your code’s modification about bookmark’s bar on pastebin ?

In any case, thank you for your responsiveness and the huge density and celerity ( thanks to a Ryzen 9 3970x ? 😉💪 ) to you for release builds!
Anon5450
Hi, is there a release that supports AVX2 AND sync? ty
Anon5451
As usual, thanks Rob for the SSE builds!
Anon5452
Waiting for Marmaduke's Sync installer 81 builds. Thanks!
Hi,
Am using a Samsung galaxy book 2 with Windows 10 ARM 64
I found a Chromium build (79.0.3943.0) created for Windows ARM64 on GitHub
https://github.com/brion/chromium-win-arm64/releases
Am browsing on it now :)
Please consider listing a Windows ARM64 build on the site.
M
Anon5454
81.0.4029 started to experiments with blocking cross-sites cookies. Sites like aliexpress can don't work properly. You may received infinity loops of login offers.
@Hibbiki - 79.0.3945.130 - Worked very quickly. Thanks alot.
admin
@Anon5447: Chromium daily builds (from Chromium team) were never built (and will never be built) with proprietary codecs enabled.

@Anon5450: Here, all "sync" versions support AVX2.

@Mark: Mark, thank you very much for your help but please read my note at #windows-on-arm
When compiling Chromium with Clang 11, have to add "/clang:-flax-vector-conversions=all", to cflags.
18 January 2020
============

No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Ungoogled

Polly optimized native/target clang/clang-cl/clang++/lld all levels.

- - GNU/Linux cross-compiled (Linux host, Windows target)
- - clang/llvm 11.0.0-llvm-project-546f8f426463c7c22a3a8731803a501ff044ba20 (18 Jan 2020)

Ungoogled-Chromium-79.0.3945.130-Polly.Win32.7z (32-bit)
https://github.com/macchrome/winchrome/releases/download/v79.0.3945.130-r706915-Win64/Ungoogled-Chromium-79.0.3945.130-Polly.Win32.7z
SHA1 FA30AD3B7CE4855AC9E7E336AA4969BCEC4F907D

===
Faster than the non-polly version! and a bloody pain to build!!!
Anon5459
@marmaduke
" ... and a bloody pain to build!!! ... "

And our infinite thanks from all the users here present for continuing to suffer for us.

You are something like the Chromium’s Jesus Chirst for us!
@Anon5449 Nothing major. It is three quick source edits. Edit these lines to as follows.

----------------

D:\depot_tools\chromium\src\chrome\browser\ui\views\bookmarks\bookmark_bar_view.cc

static const int kBookmarkBarMaxButtonWidth = 100;

static const int kBookmarkBarHorizontalMargin = 0;

----------------

D:\depot_tools\chromium\src\chrome\browser\ui\views\chrome_layout_provider.cc

case DISTANCE_RELATED_LABEL_HORIZONTAL_LIST:
return kHarmonyLayoutUnit / 4;

----------------

@marmaduke Yeah, the lax vector conversions bit me earlier today. Landed Wednesday, but apparently it dates all the way back to a bug that *Agner* reported back in 2013. o.0
Anon5461
@Marmaduke
Thank you for new Ungoogled Polly 32bit ; it works really very very well.
:)

@RobRich and Hibbiki
Thank you too ; for keeping old 32 bit always uptated.
:)
Updated Win64 SSE2 legacy support build available. Wanted to verify something on my end.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v81.0.4032.0-r733187-win64-sse2
Anon5463
anyone have a video tutorial how to make a web browser with chromium and codec's on microsoft windows x64
Updated Win64 AVX2 test build available. YMMV as usual with this particular build.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v81.0.4032.0-r733187-win64-avx2

-------------------

For those experiencing a bookmark bar issue with my latest Win64 SSE2 build, I have pushed updated files with the needed fix. Same link as before.
Anon5465
@Rob, Thank-you very much for the .cc’s files to edit ! <3
admin
@Anon5463: Please see the #source-code section. Follow the official guide at https://chromium.googlesource.com/chromium/src/+/master/docs/windows_build_instructions.md and choose 'proprietary_codecs = true' in your GN build arguments.
Anon5467
how do you uninstall extension Chromium PDF Viewer 1 & CryptoTokenExtension 0.9.74 in ungoogled?
Gill Bates 
hello. i want to build my own portable chromium. is there any guide about how to remove Secure Preferences from source code? or is there any build without this encryption?

im looking for this because ive used  --disable-encryption flags before and still it removes my extensions when i run chromium on other pcs.
Hello everyone, after the last security hole in Chromium and the necessary update to version 79.0.3945.130 you can clearly see again which companies update their browsers quickly.
The stable Builds here from "Hibbiki" and "Marmaduke", Brave, Vivaldi and the new Edge - all these browsers were updated on the same or next day.
Of the renowned companies, only Opera is once again not able to deliver - to the potential harm of the user.I think this is so important for the choice of browser that all the frills Opera offers become unimportant.
Archie Harrison Mountbatten-Windsor 
@Uwe

While Meghan, aka as Mummy, was eating her drought and murder fuelling advocado on toast this morning, she read this article to me:

What is going on at Opera Software?
https://www.nsaneforums.com/topic/362767-what-is-going-on-at-opera-software/

Mummy would also like to take this opportunity to apologise to Princess Charlotte for nealy killing her with a bouquet of flowers. For not crossing her legs properly; for being the wrong colour; for being a gansta from Compton; and for not appreciating Princess Michael's golly wog themed jewellery.

This stuff is more real than the contents of my nappy: you could not make it up.

My parents are dysfunctional, so I have decided to transition.

Arabella
There is a issue with tabs on v79.0.3945.130 (64-bit) for Windows.
Look: https://i.imgur.com/BAlKcGS.png
This is not a general issue, but depends on the Design that is set. Is this Design incorrect in this screenshot in the linked site?
Anon5473
how often are the dev builds updated? they seem like
https://en.wikipedia.org/wiki/Abandonware
@wth
Nothing in options changed, straight outta box Chromium from Installer.
@BugHunter - I can see now: It's the Dark Mode of Windows: Settings - Personalization - Colors - Default App Mode. Please tell me a Windows without bugs. And set High Contrast? Out. Try it out. I prefer the Designs (Extensions) in the Store : "Light Theme for Google Chrome" or "Pure White Theme with Grey Tabs" or "Pure White Theme with Grey Active Tab".
@wth
I don't use Windows 10 so "Default App Mode" is not existing in my system. "Light Theme for Google Chrome" You recommended fixed it for me. Better than default skin and without bugs. Interesting fact that I cannot find any way to menage themes, there is only a link to Chrome Web Store inSettings or Defaults option which delete them all. I cannot find any chrome:// shortcut either. Wired.
Chromium v79.0.3945.130-r706915 - Portable ungoogled (64-bit)

Portable Chromium ungoogled for 64-bit Linux - Wednesday, 22 January 2020

- Ungoogled - https://github.com/ungoogled-software/ungoogled-chromium-portablelinux
- Built on Debian (9) Stretch. Custom Kernel 5.3.4
- Default Chromium compiler used
- Bog standard test build - if possible will add HEVC and Polly optimize clang/lld
- Install instructions in README

ungoogled-chromium_79.0.3945.130-2_linux.tar.xz
https://github.com/macchrome/linchrome/releases/download/v79.0.3945.130-r706915-portable-ungoogled-Lin64/ungoogled-chromium_79.0.3945.130-2_linux.tar.xz
SHA1 015C10C31F64C6F490F81BA966B1CBD71B768A31

==

Only built this because I like the ungoogled Linux build process! Plus, the fact that I think that Linux is an excellent development platform, but a poor desktop operating system, and would be mightly surprise if this build actually works outside of my build environment!

Negative feedback greatly appreciated so that I can abandon this build.
All Codecs version, source your own Widevine.

ungoogled-chromium_79.0.3945.130-2.codecs_linux.tar.xz
https://github.com/macchrome/linchrome/releases/download/v79.0.3945.130-r706915-portable-ungoogled-Lin64/ungoogled-chromium_79.0.3945.130-2.codecs_linux.tar.xz
SHA1 082B9510B6267DA25CB9B99A8B7FAA4AFDC9BFCB

Surprisingly smooth in operation under a VM.
Anon5482
@Marmaduke
Just want to say thanks for your ungoogled mac and windows builds with all the codecs and widevine support - exactly what I need in a browser! Any way we can donate?
@Anon5482

Appreciate it! An AMD 3950x with 126 Gb of Ram would be nice.

But realistically, It would be nice if Google would pull their finger out and develop a decent (local) distributed build system. V79 is the last of the Jumbo builds.
===========
==========

- Polly Optimized & All CODECS
- Make sure only one locatable instance of Widevine is installed (...next to main binary is the desired location!!!!)
- Custom build of default Chromium compiler. (Chromium Linux is compiler sensitive)

if (!is_debug && use_thin_lto && is_a_target_toolchain) {
assert(use_lld || target_os == "chromeos",
"gold plugin only supported with ChromeOS")

cflags += [ "-flto=thin" ]

if (target_os != "chromeos") {
cflags += [ "-fsplit-lto-unit", "-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-inliner",
#"-Xclang", "-Rpass-analysis=polly",
#"-flax-vector-conversions=all",
]

ungoogled-chromium_79.0.3945.130-3.polly_linux.tar.xz
https://github.com/macchrome/linchrome/releases/download/v79.0.3945.130-r706915-portable-ungoogled-Lin64/ungoogled-chromium_79.0.3945.130-3.polly_linux.tar.xz
SHA1 E5806653BF5A91D8644E66F19A52C9A7683E64DC
Anon5484
@marmaduke have you seen this thread: https://github.com/NeverDecaf/chromium-web-store/issues/8

I am also unable to install the chromium web store extension, but I can't tell if this is a browser issue or an extension issue.
@Anon5473 I can not comment about others, but I try to update my public Windows dev builds every week or two. My build process requires modifications to Chromium and LLVM source code, building both projects, repackaging archives, updating GitHub, etc. It is not something I am routinely undertaking more often for a hobby. Maybe someone else....

The project itself already produces multiple dev builds daily, assuming that is something one really needs for whatever purposes. They are generic stock builds, but they still are quite usable and generally stable in my experience. I used them for a long time before starting to build and modify my own.

----------------

@marmaduke I have been seeing more public work and commits on distributed ThinLTO for LLVM, so maybe there will be something available to help distributed building in the near to intermediate future.

----------------

Speaking of building, there is work to (optionally) integrate rpmalloc into LLVM on Windows. Apparently the MS VS CRT allocator is causing extraneous thread blocking during ThinLTO codegen due to heap locking. The rpmalloc allocator uses a " lock free thread caching" design.

There also is a proposed modification to the thread pooling strategy for Windows due to how the OS assigns "processor groups" on systems supporting more than 64 concurrent threads. Suppose that one might be awhile at least for me, seeing as I am still building on my aging 32-core Opteron box.
Gill Bates 
@Anon5481
yeah i know but im not using ungoogled chrome. its 2 version older than current (79 vs 81).
and that flags are not working. my extensions are always removed on another pc.
Anon5487
@Gill Bates only ungoogled-chromium has patches included to  --disable-machine-id--disable-encryption, else you'll keep having those issues.
Another issue with tabs on v79.0.3945.130 (64-bit) for Windows (7).
Look: https://i.imgur.com/N48UBnm.png

This floating popup loose styling sometimes, after logging in from sleep mode when browser is running. After browser restart it's fine again.
Anon5489
@marmaduke: Thanks for continued win32 support! Are you saying non-polly is generally faster for win32 or just the last build you tested?
@RobRich
I really think the Chromium Authors are trying to dissuade the average person from building Chromium and seeing the fundamental inadequacies in the the code base: a 32-bit clang 11.0.0 lto/polly clang/lld build exposes at least 4 possible vectors of attack!

@Anon5484
I just engage developer mode and sideload; works wonders in Linux drag and drop and sideload. I don't use webstore at all.

@Anon5489
Go to https://github.com/macchrome/winchrome/releases/tag/v79.0.3945.130-r706915-Win64 and compare the 32-bit builds, different compilers but I think the polly build is state of the art: I enjoyed the challenge of building it.
Anon5491
@marmaduke

Thanks. Your previous comment pointed out non polly being 'faster', not sure if you meant faster to build or usage benchmarks. Either way I will give them a try. Also, any idea why polly builds are noticeable larger in size?
@Anon5491 Marmaduke is running the Polly inliner pass during Clang codegen. With Polly in the early pass manager position, it runs well before LLVM's own primary inlining pass, so Polly offers an optional inlining pass to help pull in cross-function code for hopefully better optimizations. So now LLVM basically is running two inlining passes with it enabled, thus the increase in code size.
Anon5493
@Archie Harrison Mountbatten-Windsor
I found this official portable version of opera
https://www.opera.com/computer/portable
haven't found anything for google chrome or firefox yet
Firefox Portable is available via PortableApps.com in release, ESR, beta, nightly, etc. builds.
Anon5495
@RobRich
i checked that url web site and it was reported to have malware and ransomware in all the downloads on
https://www.virustotal.com/gui/home/

on portables web site you can click antivirus scan and it goes to virustotal's web site all of the portable browsers there are infected for chrome and chrome dev and firefox etc so i didn't risk downloading or opening

I wanted
https://portableapps.com/apps/internet/google-chrome-portable-dev
https://www.virustotal.com/gui/file/f73ba0d3783972db79663163e512ef483360279cd6e2ec27fbccf930dc44410d/detection
kinda of why i was looking for official versions not sure why no one but opera has a official portable version
Anon5498
@RobRich

I went with this one as it had zero false positives on chrome firefox edge all versions
https : // www . g hacks . net /2019/03/13/chrome-portable-updater-for-windows/
i like how user friendly it is and how accessible it is the tiny app and everything you would ever need for installer and updater

and jotti only claims it is clean because only 15 company's scanned the files there vs the 68 plus company's at totalvirus scanning files and the company's that claimed it is infected are not at jotti

and it was portableapps . com that recommended totalvirus i didn't even know totalvirus existed prior #malware
i don't know these company's so how do i know they are reliable sources? hence the second opinion at anti virus providers

https://en.wikipedia.org/wiki/VirusTotal
Anon5499
@Marmaduke
Hi. Can you update Ungoogled for Android ?
Thanks.
Anon5500
@Marmaduke
Hi. Can you update Dev for Windows ?
Thanks.
Anon5501
Thanks Rob for the sse2 builds!!
Anon5502
@marmaduke: Great, thanks for the tip! If you side load, how are you made aware when extensions have an update?
@Anon5500

Updated Windows Dev version will be released when v82 is.

=======

Chromium 79.0.3945.139 (Official Build) (64-bit)

Revision cd3a886c28f57603dea2a9050d2aadef3e8c30a4-refs/branch-heads/3945@{#1070}

OS Android 9: SM-G960F Build/PPWS29.120-2

OS Android 64-bit: Only for Oreo 8.1.0+ & Pie 9 & 10


- Official build
- All Bromite patches applied
- HEVC and AV1
- "No Search" option (Replaced Google search engine with no search)
- Domain substitution, tracking and blocking (Now standard on Bromite!)
- CFI & LTO
- No menu option to toggle global Javascript (Feature has sadly been removed)

No Sync • No Widevine • ThinLTO • CFI • Bromite • HEVC

arm64_MonochromePublic_HEVC.apk
https://github.com/macchrome/droidchrome/releases/download/v79.0.3945.139-r706915-Ungoogled-And64/arm64_MonochromePublic_HEVC.apk
SHA1 9F008B5869E5ACA4EDCC8BFA88132866B2240377
Anon5505
@Marmaduke.
Thanks a lot for the update of Ungoogled for Android. :)
Regards.
Anon5506
@Anon5503 this will not work as I mentioned in my previous message to @Marmaduke, the chromium web store does not work with the latest release of his windows builds. Installing extensions manually works, but now I have no way of knowing when the extensions are ready to be updated.
@Anon5506: Check for updates on an ad-hoc basis.
@Anon5498: Note VirusTotal uses heuristics-based scanning. You are going to get lots of false positives, especially for binaries containing installers that modify or overwrite existing files. So YMMV.
Anon5509
One release per build will leave browser stagnant for months on end, nothing is planned for February, May, August, November.
8 out of 12 months scheduled for 2020
https://www.chromium.org/developers/calendar

so 7 builds left will be posted here for 2020

https://support.google.com/chrome/a/answer/9027636
this says 9–12 week preview but is actually that far behind here

new to web site only been around for maybe three builds future here looks bleak
@Anon5509

The 82 dev branch point will be around Feb 4, 2020. the bias has to be towards the ungoogled stable branch. RobRich releases regular updates to the dev branch.

You know, some developers aren't mongs who spend 24/7 at the computer; we like to drink malt whisky, catch-up with friends and fix the garage roof. All while raising our little sprogs to be good, decent, fair minded and understanding future adults.

We have a life!

Batwoman
Anon5511
i never mentioned RobRich builds and you know this seeing as he posts updates regularly but for canary builds not dev?
stable is on the google stable channel
Version 81.0.4033.2 (Official Build) dev (64-bit)
is dev?
https://chromium.googlesource.com/chromium/src/+/refs/tags/81.0.4033.2
this is canary? like the other one as well
https://github.com/RobRich999/Chromium_Clang/releases/tag/v81.0.4039.0-r735249-win64
I have tried RobRich's builds before they do not run properly on my pc
official four google builds run fine on my pc though
if the browser developers were upfront and forthcoming and provided information about when updates would be provided i and others would not be posting here all the time about updates this seems handled as well as the early access crapware on steam
https://it.wikipedia.org/wiki/Crapware
https://translate.google.com/
https://en.wikipedia.org/wiki/Early_access

the browser has not been updated in over 7 weeks and still counting and your giving me lip go f u c k y ou r se l f
@ Anon5509 and Anon5511: Complain to Google, not here or bring something clever yourself on your feet. Don't always complain! What goes through Google as Alpha and Beta does not affect this site, this is independent and not commercial but voluntary. The developers are independent and work voluntarily. We owe them great thanks. - You hunter of lost ideas.
@Anon5511, Note this website and the Chromium builds are made and shared by volunteers (devoted developers), freely, in their spare time. There is absolutely no business, no revenue (#privacy-policy). We are not Google. So please, respect our work. Officially, the #stable-chromium-version does not exist at all. We need time to re-compile Chromium. If you cannot wait for the latest version, prefer to use a development version (https://chromium.woolyss.com/download/) or compile Chromium yourself (#source-code) or use other #browsers
@Marmaduke: Thank you very kindly for fresh Dev 81.0.4042.0 (735830) • Tuesday, 28 Jan 2020 "all-codecs+" "sync" "win64".
Cheers! :)
Can the Marmaduke's previous sync installer version of 81 (link in older comments) be updated with zip (archive) sync build? They have completely different directory structure.
Anon5517
Hi Marmaduke,

Thanks for the great chromium build. I'm really enjoying having hevc/h265. One thing that bothers me is that while the browser can play a lot of formats, they're not reported as supported by MediaSource.isTypeSupported or canPlayType. This means that sites won't know that the browser can actually support these formats. Do you know how this could be added? If you share your build scripts I will see if I can maintain a fork of Chromium that correctly reports all-codecs+.
Pier Paolo Pasolini 
Chrome/Chromium is not a general multi-mediaplayer.

"The browser in question "knows best" what formats it can use."
https://en.wikipedia.org/wiki/HTML5_video

Ciao.
Hey,

I have found an issue with the Mac versions of Chromium ( I tested v73,74,76,79,81 ) that makes the page crash when attempting to play normal videos (videos already supported by Default Chromium). sync, no-sync, wildvine, all have the same issue ( all-encode versions ).

This is not an issue with default Chromium as it can play them fine -- where should I post the issue?

Version 69 and 70 (all-encoded versions, no-sync) seem to be un-affected by this issue and can play normal videos fine.

I spent a few days debugging the issue but didn't get much headway. It may have something to do with Very Simple Backend (ref: https://www.chromium.org/developers/design-documents/network-stack/disk-cache/very-simple-backend) but not entirely sure.

Here is an example video that will make the page crash every time when trying to play on a Mac (10.13.6) with all-encode Chromium v74+ (https://www.youtube.com/watch?v=Gu2pVPWGYMQ).

Windows versions does not have this issue. Didn't test linux.
https://www.youtube.com/watch?v=Gu2pVPWGYMQ

Checked: macOS 10.13.6 (17G65)

81.0.4043.0 (SDK 10.15)
80.0.3962.0
78.0.3904.108
79.0.3945.130

No issue, video/soundtrack plays OK.
My builds do not track against Chrome, Canary, or whatever branches. I build directly off trunk.

https://en.wikipedia.org/wiki/Trunk_(software)

My builds should work about the same as any other trunk builds, with two potential caveats:

1. Systems without AVX instruction support will not run my Win64 build posted in the listings above. I offer an SSE2 build at Github as a legacy support alternative for such systems.

2. My Win64 builds might not play too nice with low-memory systems and/or low-power processors with small caches. I build at much higher optimization, instruction import, and inlining levels than the default project, thus the code size can be considerably larger.

----------------

If unsatisfied with available options, one could always just do their own builds. Chromium actually is one of the easier large software projects to build assuming no source modifications. The project even bundles the compiler, linker, build tools, etc.

It is not my idea of fun, but Chromium even should build without LTO on a somewhat modern quad-core processor system with just 8GB of memory. Figure more like 16GB for a LTO build.

Admittedly I do most of my builds on a 32-core Opteron box with 64GB memory, enterprise-class SSDs, etc., but I do my Win64 AVX2 builds on a Kaby Lake quad-core notebook with 16GB of memory.

----------------

Straightforward, and I suspect I can say the same for Marmaduke and other builders here: I do not work for Google. I do not actively participate in Chromium development for any company, organization, etc. I do not even have an @chromium email. Other than the newly listed Windows ARM build, this is a hobby for most (all?) of us here.

----------------

Speaking of Windows ARM, I would not mind trying it, but frankly where are the usable systems? I do not need yet another tablet, and I can about imagine how "well" it likely runs on a Raspberry Pi. o.0

Otherwise, outside of Windows land, I have thought about maybe a PPC64LE box. Raptor is porting Chromium to the architecture. :)
Tested again just now with updated macOS 10.13.6 (17G11023) and macOS 10.12.6 (16G29) (two different MacBook Air laptops) both page crash on playing: https://www.youtube.com/watch?v=Gu2pVPWGYMQ ( video that normal Chromium is able to play ).

logs collected just before crash:

dtruss (dtrace): https://pastebin.com/5tKyQy8Y
--enable-logging gist: https://gist.github.com/talmobi/667af5c386383b59cff8da3c285b1ed3

without flags stderr just prints this before crashing/exiting:

[0130/221650.848772:WARNING:process_memory_mac.cc(93)] mach_vm_read(0x7ffeea44c000, 0x2000): (os/kern) invalid address (1)

(If you see a post from me saying it was fixed after updating OS then that's wrong: I thought it was fixed after OS update but I was testing with default Chromium version instead of an all-codecs Chromium.)

Not sure how to help debugging this issue further? Thank you for your time hopefully I can be of help. I'm surprised it can't be reproduced as it's consistent on both of these laptops.
@talmobi

No-sync Chromium 79.0.3945.130 was built under macOS 10.15.3, using xcode 11.3.1, the respective SDK 10.15, and the default Chromium clang/llvm: an advanced build environment (soft links were used to make sure that SDK 10.15 was actually being used). I would say my builds are more orientated towards the Hackintosh community.

Download the video clip in question - using youtube-dl - and analyse it. As stated previously, I have no issue with the video still and soundtrack in question. If you feel that my all-codecs version of Chromium for macOS is sub-par, let me know: I will delete the github Mac archive and cease to release any public Mac builds.

-------------------------

Substitute 79.0.3945.130 for 81.0.4043.0.

To be blunt, provide more samples of mal-functioning video a 240p video still/audio of Creedence Clearwater Revival does not really move me.
@talmobi Your system logs are showing syscall errors, which perhaps are linked to the paint controller errors being generated by Chromium.

Try disabling hardware video decoding as a starting point for diagnosis:
chrome://flags/#disable-accelerated-video-decode

Also, do you have any anti-malware utilities installed? Something that might interfere with memory accesses, like running with an extra layer of sandboxing, a VM environment, or similar.
@marmaduke

Hello,

Sorry I did not mean to come off as disrespectful.

Debugging this issue is a bit over my head and I'm not sure what to do next really. What tools to use to debug etc.

However, I tried the all-codecs no-sync version 81.0.4043.0 and it works perfectly fine! I double checked and version 79.0.3945.130 still does not work -- even in the beginning it prints some errors:

[20877:51971:0131/040940.824326:ERROR:database.cc(1584)] Web sqlite error 1, errno 0: no such column: type, sql: SELECT card_number_encrypted,
last_four,masked.id,metadata.use_count,metadata.use_date,network,type,status,name_on_card,exp_month,exp_year,metadata.billing_address_id,bank_name FROM masked_credit_cards masked LEFT OUTER JOIN unmasked_credit_cards USING (id) LEFT OUTER JOIN server_card_metadata metadata USING (id)

and page crashes on the video with the same:

[0131/040946.171549:WARNING:process_memory_mac.cc(93)] mach_vm_read(0x7ffeee9d4000, 0x2000): (os/kern) invalid address (1)

But starting 81.0.4043.0 prints nothing to stderr and works perfectly fine.

I did actually use ytdl to download the video and try it out -- the actual video/audio playback works fine in the all-codec Chromium versions (e.g. dragging the video over to the browser or local url to the address box) -- this is what lead me to think there were some caching/state issues that was going a bit haywire. In other words it doesn't seem to be a codec issue.

I'm surprised 81.0.4043.0 works because I don't really have any idea what's going on nor do I know where to learn more about it.

Made a small screen recording demonstrating the success case of version 81.0.4043.0 ( the video audio works but you can't hear it in the recording ) and the failure (page crash) case of version 79.0.3945.130

screen recording: https://www.youtube.com/watch?v=lk1lVkepTlE

To re-iterate on macOS 10.13.6 (17G11023) and no-sync all-codec Chromium 81.0.4043.0 the video plays fine on YouTube. With 79.0.3945.130 it has the same issue as before.

Perhaps there's a better place for these kinds of discussions that you could recommend?

I think what you're doing, and all this, is very cool but it's a bit over my pay-grade at the moment so I don't have much intelligent input. I mean no disrespect. Thanks~

----------------------------

@RobRich

Hello,

Indeed disabling/enabling many features through cli flags was one of the first things I tried to do gpu and hardware acceleration/video encoding among the first I tried. Spent around 1-2 days on that. Nothing worked however, which was surprising. Then later I started going through older versions and 69 and, was it 71, that worked fine. But, the new version 81 works just fine without any errors or page crashing -- which is cool -- but I still have no idea what's going on.
@talmobi

Try this:

No Sync • WebRTC • No Widevine • cfi • thinLTO • Polly

Chromium.81.0.4043.0.nosync.polly.app.zip
https://github.com/macchrome/chromium/releases/download/v81.0.4043.0-r736331-macOS/Chromium.81.0.4043.0.nosync.polly.app.zip
SH1 03505ADB694B7C529F31C41775FE8500E50C1F35

Build details at:
https://github.com/macchrome/chromium/releases/tag/v81.0.4043.0-r736331-macOS

I think, I actually know what the issue is and would be surprised if this build were to work on your system. Basically, Apple's ld64 linker is crap and clang/llvm can't be bothered to cover for Apple's inadequacies.
@marmaduke

Hello, and thanks for helping out~

Hmm, interesting.

Firstly the "Chromium.81.0.4043.0.nosync.app" like I said before, it works PERFECTLY. It plays default videos (that doesn't need extra codecs like h264) and it also plays videos that require the extra codecs. I've tried it many times it always works perfectly.

YouTube video that does not need extra codecs : https://www.youtube.com/watch?v=Gu2pVPWGYMQ
YouTube video that REQUIRES extra codecs : https://www.youtube.com/watch?v=pFbkURxNKPE

However, this new version that you just linked "Chromium.81.0.4043.0.nosync.polly.app":

1. It does not start with any output to stderr like version 79 and the rest does
2. It plays videos that does not need codecs (https://www.youtube.com/watch?v=Gu2pVPWGYMQ) ( that default Chromium can also play )
3. However, it >>>USUALLY<<< Page Crashes on videos that requires the all-codecs codecs (https://www.youtube.com/watch?v=pFbkURxNKPE)
4. After it Page Crashes then it starts to crash on normal (non-codec required videos) also.

The >>>USUALLY<<< part is truly confusing. I thought it worked fine at first, but then no after a few more tries.

Error Code: RESULT_CODE_UNINSTALL_USER_CANCEL: https://i.imgur.com/BItF9ea.png

So that's interesting and weird -- hopefully that is useful information.

It did not report any sqlite or any other stderr's on start, it just page crashed with the familiar:

[0131/075757.942220:WARNING:process_memory_mac.cc(93)] mach_vm_read(0x7ffeed3d1000, 0x2000): (os/kern) invalid address (1)

Except this time it does it on videos that requires the codecs, but not the normal videos ( at first ) -- so normal videos play fine on this version, but videos that require the codecs (that default Chromium can't play) will USUALLY make it crash. In fact I'm having a hard time getting it to work at all with those videos ( https://www.youtube.com/watch?v=pFbkURxNKPE ) now after many tries. In the beginning it worked a few times.
@talmobi - The video itself has an issue:
https://www.youtube.com/watch?v=pFbkURxNKPE
It even runs incorrectly on Firefox 72.0.2 on Windows 10 1903. It won't be the only one on YouTube.
@talmobi

The Chromium git checkout, as RobRich stated, is bundled with its own tools: the default compiler llvm/clang 11.0.0. I build with 8.0.1 because the bitcode produced is fully compatible with Apple's linker and polly capable.

Chromium.81.0.4043.0.nosync.app is a default build: default compiler, no polly, no cfi. The instability, in Chromium.81.0.4043.0.nosync.polly.app.zip, is related to the use of polly optimization, but specifically to memory allocation: refer to point 2 in RobRich's penultimate post.

My basic Chromium Hackingtosh test system is quite primitive: macOS 10.15.3, Dell Optiplex 780, C2D E8500, 8Gb of RAM, and a 1 Gb Nvidia Geforce 210 (with HDMI audio!).

Chromium.81.0.4043.0.nosync.app is the first default build that I've done for a long time, which I did to assses the impact of the removal of jumbo on build times.

Your feedback has been informative, and in the future I might restrict my all-codecs builds to the default build process. I actually know where the problem is!

Chromium.81.0.4043.0.nosync.polly.app.zip (and the latest stable builds) is a component ffmpeg build. The code has been thinLTO and polly optimized at all levels, the resulting integral ffmpeg failed to link, hence that is why I did a component build. The link-time error message is quite informative. instead of working around the error I should endeavour to solve it.

=================
src/third_party/ffmpeg/BUILD.gn
=================
if (is_win) {
# Setting the optimizations to 'speed' or to 'max' on Windows results in
# a lot of unresolved symbols. The only supported mode is 'size' (see
# crbug.com/264459).
#
# FFMmpeg require dead code elimination to be available in all build modes
# and thus doesn't support wpo.
configs += [ "//build/config/compiler:optimize_no_wpo" ]
} else {
configs += [ "//build/config/compiler:optimize_max" ]
}
==================

This Greta-esque nonsense accounts for the problems that I had when optimizing ffmpeg! (In Windows builds, I solve the unresolved (lto) symbols and polly optimise at /O2.)

Anyway, I've edited ffmpeg_internal.ninja so that polly and thinlto is not applied to ffmpeg, which results in a successful integral ffmpeg build:

Chromium.81.0.4043.0.nosync.polly.FIXED.app.zip (internal ffmpeg)
https://github.com/macchrome/chromium/releases/download/v81.0.4043.0-r736331-macOS/Chromium.81.0.4043.0.nosync.polly.FIXED.app.zip
SHA1 C9EDA0B84E8A4BB76CB600008E4BFDC1BF9A8877

I doubt if this version will run on your Mac Book: I think your problem might be due to a lack of memory.

As long as feasibly possible, I will build Chromium Mac stable with clang 8.0.1, polly and thinLTO.
src/third_party/ffmpeg/BUILD.gn:

if (is_mac) {
if (is_component_ffmpeg) {
# Export all symbols when building as component.
configs -= [ "//build/config/gcc:symbol_visibility_hidden" ]
configs += [ "//build/config/gcc:symbol_visibility_default" ]
}

Explains why the component build builds. I prefer to use thinlto, which ordinarily implies cfi https://clang.llvm.org/docs/ControlFlowIntegrity.html , which requires fvisibility=hidden; therefore (given the build tools at my disposal) it is not possible to thinLTO the internal build of ffmpeg: instead I've settled for -O3 and polly optimization.

Chromium.81.0.4043.0.nosync.codecs.polly.FINAL.app.zip (internal ffmpeg: -O3 polly optimized)
https://github.com/macchrome/chromium/releases/download/v81.0.4043.0-r736331-macOS/Chromium.81.0.4043.0.nosync.codecs.polly.FINAL.app.zip
SHA1 6CC5D73B6EFE4D7E840B1761865B930BC9846C8B

The component ffmpeg builds are perfectly acceptable: -O2, thinLTO, cfi and polly.
@marmaduke

Hello, with testing this new version I discovered some FALSE INFORMATION in my previous comment.

Thanks for such detailed information! This is kind of exciting, I'm going to try and mess around with a build myself with the help of your previous guidelines after/during this.

But firstly, to re-iterate, the "Chromium.81.0.4043.0.nosync.app" has none of these issues and they work perfectly fine on all cases including the one's I'm detailing out below.

Now, this new version "Chromium.81.0.4043.0.nosync.polly.FIXED.app" ( >>>BUT ALSO<<< the previous "Chromium.81.0.4043.0.nosync.polly.app" ) they both actually play the normal ( https://www.youtube.com/watch?v=Gu2pVPWGYMQ ) and all-codec required ( https://www.youtube.com/watch?v=pFbkURxNKPE ) videos PERFECTLY!

HOWEVER, they crash when attempting to play SOME of the >>ADS<< that appear before the video is loaded. Certain ADS don't make it crash and if I refresh the page and no ads show up -> the video plays fine.

I'm not sure how YouTube decides to show ads but sometimes the same ad keeps showing up every refresh which causes the page to crash every time.

I'm having a difficult time creating a consistently reproducible setup. The best I've got at the moment is keep refreshing the page until the ads show up. Most of the time before the page crashes, I can see the first image/thumbnail of the ad before the page crashes -- this is how I can identify which ads causes the crash.

I will then use the working version "Chromium.81.0.4043.0.nosync.app" to find the same ad ( basically I keep refreshing the page until it shows up ) and then inspect the DOM to see if I can find a way to reproduce that ad, or what the issue with it is, so that we can reproduce it consistently.

Using incognito and a VPN to change ip addresses just re-rolls the ads I get and most of them seem to work and load fine.

Also >>IMPORTANT SIDE NOTE<<: This is only for these two versions -- the other versions e.g. "79.0.3945.130.nosync.app" crash on actual normal video playback ( https://www.youtube.com/watch?v=Gu2pVPWGYMQ ).

When I run these last two Chromium versions ( "Chromium.81.0.4043.0.nosync.polly.FIXED.app" and "Chromium.81.0.4043.0.nosync.polly.app" ) with a custom request interceptor ( https://chromedevtools.github.io/devtools-protocol/tot/Fetch#method-enable ) to BLOCK ALL ADS from loading ( aborting request urls matching against easylist.txt ) then basically everything works perfectly because none of the ads are loaded that might make it crash -- but blocking ads in version "79.0.3945.130.nosync.app" has no effect since the normal video ( https://www.youtube.com/watch?v=Gu2pVPWGYMQ ) is causing the crash (ads ALSO cause crashes on these versions &[1]).

I'm using puppeteer to attach the custom request interceptor through the DevTools Protocol ( it's not an extension or anything ).

Interestingly "79.0.3945.130.nosync.app" is able to play codec required videos ( https://www.youtube.com/watch?v=pFbkURxNKPE ) but it ALSO CRASHES on certain ADS [1] ( in addition to crashing when trying to play normal videos like https://www.youtube.com/watch?v=Gu2pVPWGYMQ )

This should mean that these latest two versions ( "Chromium.81.0.4043.0.nosync.polly.FIXED.app" and "Chromium.81.0.4043.0.nosync.polly.app" ) have fixed the issue of crashing when playing normal videos (on YouTube that is, playback seems to work fine on pure/local videos in all versions) -- but they still crash when certain ADS show up.

Why? I don't know -- Is it a codec thing? Are ads encoded in some funky arbitrary way/format? Or is it some funky way that ads are loaded into memory/cache on YouTube? It doesn't seem to happen on every ad, but on some of them. Trying to find out at the moment ( have been gathering info into this post the whole day so far ).

To begin with here's a cursory list of the ads and their thumbnails that cause page crashes:

Oreo Ad https://i.imgur.com/KSe1nvW.png
Grammarly Ad: https://i.imgur.com/OOrV40B.png
Another Grammarly Ad: https://i.imgur.com/zn9XZtU.png

Not all Grammarly ads crash, though, but those two seem to always crash.

These make the page crash almost immediately when they are loaded (not even playing yet) -- Sometimes you can see the thumbnail of the ad before the page crashes, but not always.

Then there are other ads that seem to work FINE without any issues like the HBO Nordic Chernobyl ad (https://i.imgur.com/fPTeRCP.png) and many other ads.

I'm having a tricky time figuring out how to get access to/download those ad videos to see if it's a codec thing or not. But my suspicion is that it's not a codec thing, but rather something to do with how the browser handles caching/memory (because pure videos seem to play fine on all versions, it's only when they are played in YouTube that seems to be an issue).

I'm not finished debugging yet but I'm going to post this what I have so far and grab some coffee and stretch my old bones.

Happy to discuss in other places also ( irc/slack/discord/email/twitter/etc ) if this format is insufficient. My username on github/twitter is talmobi and my email is visible on github.
@talmobi

I use DNSKong (HOSTS blocker, old but fuctions under 10.13.6), Pi Hole (at a network level), Hands Off! firewall, uMatrix and uBlock Origin to block adverts, scripts and general securiy.

Also, if you have not done so already try: https://tools.woolyss.com/html5-audio-video-tester/ Scripting and cookies not required. And try the FreeSmug version of Chromium.

Just raise an issue on my github. I'll reply eventually! This board is more immediate, but I realise probably not the appropriate place to discuss this type of issue.
@marmaduke

Hello, thanks again for helping~

For daily use I indeed block ads and use a few tools, not as many as you pointed out however -- I'll have to copy some of that over for myself. Editing the hosts files is a pretty neat trick -- I wonder if the websites can detect such ad-locking ( as sometimes they detect uBlock and prevent you from seeing the page )

That said my main interest here is just the bug itself, not necessarily how to prevent the bug from happening for myself. Although for my intended use-case I would be able to pre-install my desired version of Chromium that I could set to block ads etc. I have a completely unnecessary side-project that plays YouTube videos from the terminal using an embedded headless Chromium, which is how I've stumbled upon these issues.

I did check those pages but I didn't actually test every single video on there individually, not sure why I didn't actually, I just looked at the overall capabilitles (green vs gray), these are the results I found:

These two videos make the page crash on "Chromium.81.0.4043.0.nosync.polly.FIXED.app" and "Chromium.81.0.4043.0.nosync.polly.app"

nandes-1-llama-drama-av1-opus-480p.webm AV1 Main@L3.0 Opus wikipedia.org webm
( https://tools.woolyss.com/html5-audio-video-tester/?u=https://woolyss.com/f/caminandes-1-llama-drama-av1-opus-480p.webm )

bear-av1.webm AV1 Main@L2.0 (no sound) github.com webm
( https://tools.woolyss.com/html5-audio-video-tester/?u=https://github.com/chromium/chromium/raw/master/media/test/data/bear-av1.webm )

They also cause crashes on "79.0.3945.130.nosync.app"

However, in "Chromium.81.0.4043.0.nosync.app" they also show up as gray (and not green) on the page but THEY BOTH WORK and play fine (and they don't make the page crash).

All the other videos or audio files work fine on any of these verions.

In "Chromium.69.0.3497.81.nosync.app" these two videos load but don't play -- they DON'T MAKE the page crash, though! stderr spits out these:

[36085:27395:0201/060946.817991:ERROR:render_media_log.cc(30)] MediaEvent: MEDIA_ERROR_LOG_ENTRY {"error":"video decoder initialization failed"}
[36085:775:0201/060946.834905:ERROR:render_media_log.cc(30)] MediaEvent: PIPELINE_ERROR DECODER_ERROR_NOT_SUPPORTED

The FreeSMUG version "Chromium_OSX_79.0.3945.130" can play those two files perfectly fine -- but there are a bunch of other videos it can't play at all -- like all h264 videos etc -- however, it does not crash when trying to play those videos, it just doesn't play them, stderr spits out:

[36261:35075:0201/062159.688460:ERROR:batching_media_log.cc(26)] MediaEvent: MEDIA_ERROR_LOG_ENTRY {"error":"FFmpegDemuxer: no supported streams"}
[36261:775:0201/062159.688670:ERROR:batching_media_log.cc(26)] MediaEvent: PIPELINE_ERROR DEMUXER_ERROR_NO_SUPPORTED_STREAMS

Is the issue as you suspected, or does this tell you something new?

Thanks again~
@talmobi

The polly builds are just not compatibe with your system.

@@@ I would appreciate feedback from other Mac users regarding polly video playback: use Jerry's audio.tester.

=======
Solved the ffmpeg lto issue: use full lto instead of thin.

ldflags += ["-flto=thin", "-fvisibility=hidden", "-fsanitize=cfi", ]

config("optimize")
config("optimize_no_wpo")
config("optimize_speed")
config("optimize_max")
config("optimize_ffmpeg") Same configuration, but "-flto=full" for cflags & ldflags

common_optimize_on_cflags += [
"-flto=thin",
"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-inliner",
#"-Xclang", "-Rpass-analysis=polly",
]

No Sync • WebRTC • No Widevine • cfi • thinLTO • Polly (internal ffmpeg: polly, cfi, full lto)
Chromium.81.0.4043.0.nosync.ULTIMATE.app.zip
https://github.com/macchrome/chromium/releases/download/v81.0.4043.0-r736331-macOS/Chromium.81.0.4043.0.nosync.ULTIMATE.app.zip
SHA1 15B97BC837506A6023995C7D3F013DE4DF29B0CB
@marmaduke

Is it plausible that it could be an Intel HD 5000/6000 related issue? Since the issue exists on both MacBook Airs that I have access ( Intel HD 5000 and 6000 respectively ).

I tested on a mac mini server at macincloud.com and didn't have playback or crashing issues on the aforementioned two videos.
Try this:

No lto or polly on dav1d (AV1)

Chromium.81.0.4043.0.nosync.dav1d-no-polly.app.zip
https://github.com/macchrome/chromium/releases/download/v81.0.4043.0-r736331-macOS/Chromium.81.0.4043.0.nosync.dav1d-no-polly.app.zip
SHA1 D1C62874971CFA843570A7BA12BDE122EC1D95C1
Plecostomous 
Robrich -

Would it be possible to incorporate a fix you mentioned a year ago into your builds:

"You can change the AccountConsistencyVariations field trial configuration when building Chromium to get Gmail working in a no-sync build.
https://www.pastiebin.com/5c2e43c24ff32

It defaults the setting to "dice_fix_auth_errors", which is apparently is no longer a selectable option in the about:flags options - just checked in a r619562 build.

----------------

Speaking of r619562, my Win64 build slated to go public today includes PGO optimization. Note, I am not profiling the entire browser, but I am instead profiling the code paths explicitly optimized for performance instead of size. YMMV, as fine tuning likely will be ongoing.

I also enabled AVX across all optimized code paths, so naturally, a processor with AVX support is now required."
@marmaduke

That version works for the two videos on the tools page as well as for the ads on youtube and also both of the youtube videos!

Basically it's perfect. Just as perfect as the "Chromium.81.0.4043.0.nosync.app" version is.
Anon5539
Hello, everybody,

I tried marmaduke's ungoogled yesterday. It runs really well! First of all thanks a lot for the effort!
Using the addon Chrome Web Store I can install and update addons quite well.

But I would be interested to know which ungoogled chromium has e.g. opposite brave? Brave has supposedly also degoogled everything and an updater for the browser is already included. Also the Chrome Web Store works out of the box.
So the question why do you use the ungoogled?
Thief Mangosuthu Buthelezi 
Brave Rewards! What's that 'bout?
@Plecostomous It is not required (or even supported?) anymore. Try this instead:

chrome://settings/syncSetup

Disable the "Allow Chromium sign-in" setting, then you should be able to sign into Gmail and other Google services with a no-sync build.
Anon5542
Do you know how to pass command line switches on ungoogled-chromium Android?
Updated Win64 SSE2 build for those with older and/or low-power processors lacking AVX support.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v82.0.4049.0-r738416-win64-sse2
@Hibbiki - The best browser for IP-TV. I'm glad I don't have to bother with Apple-TV. Thanks a lot!
Anon5546
@Hibbiki: Thank you very much. You are really responsive! ;)
Anon5547
@Anon5539
Brave has google spyware removed, but has it's own spyware implemented. Do not use Brave, use Ungoogled Chromium.
Why Hibbiki's build is so huge in size? 180MB vs 60MB Marmaduke's build.
@eM-!3
No compression applied on archive. Marmaduke's archives are created manually, not via official build target.

Rest assured however they are both similar in size after decompression.
@eM-!3
Because Marmaduke's build (Archive .7z) is more compressed than that by Hibikki (Archive .7z). Unpacked is the size of M. 218 MB (77 files), that from H. only 186 MB (80 files).
@Hibbiki & @ wth
Thanks for answer. It's hard to download 3x more on 512 kbps unreliable internet connection. I will stay with smaller builds.
Anon5552
If you unpack Hibbiki's mini_installer*.exe with 7-zip, you'll get chrome.7z that's identical to portable. Is it expected or 7-zip was just lucky?
chrome.dll and chrome_child.dll merged, are there any caching/prefetching nuances now that it's larger than 128MB in some builds?
@Anon5552
>Is it expected or 7-zip was just lucky?
It is expected, it's how the installer is built.
Building to the mini_installer.exe also produces a chrome.packed.7z archive if desired to instead distribute.

Prefetching has not been an issue here, but admittedly, most of my Windows systems have SSDs. Otherwise, in theory it could cause a slight delay upon launching Chromium, but the project uses binary symbol layout optimization to help with load times anyway.
@marmaduke,

Since Chromium 79.0.3945.130 and now with Chromium 80.0.3987.87 on specific machines are present scrolling performance issues with a few seconds freezing, when links are opened in new tabs. I perform the test with clean profiles and no installed extensions with and without hardware acceleration.
I start to think that's probably related to polly parameters and the issue is CPU related, because the same branches on other machines are just fine.
I test the branches Chromium 79.0.3945.117 and Chromium 79.0.3945.88 which are the polly and non-polly win 64 versions and the issue is still there, which make me think probably is nothing to do with the polly parameters.
The branch Chromium 78.0.3904.108 polly win 64 is working properly on the affected machines.

I am not sure if that is related to your building process. I would like to do more tests.

How do you find building the Chromium 80.0.3987.87 branch?
@RobRich: Correct and I was using it at the beginning but chrlauncher does not handle it very well.
https://github.com/henrypp/chrlauncher/issues/166
Anon5557
@Drago
Your are looking for Chromium 80.0.3987.87 branch on Windows by Marmaduke ?
If so try ➜ https://github.com/macchrome/winchrome/releases/tag/v80.0.3987.87-r722274-Win64
Anon5558
I hope you guys are patching this tracking, unique x-client-data in headers, by Chrome/Chromium...
https://github.com/w3ctag/design-reviews/issues/467#issuecomment-581944600
Anon5559
@Marmaduke
Hi. If possible can you update Ungoogled for Android to 80.
Thanks
Anon5560
@Anon5558
Without looking into it...probably not applicable with field trials disabled
@Drago

Polly and lto tend to bloat the code: on machines with low memory there might be problems. The respective build parameters are on my github and I must admit, that I'm more interested in the build process than the benefits, if any, of the various techniques of optimization. Occaisonally, I do produce standard and optimized vesions of the same build. So, if people want to contrast and compare they are welcome.

Recently, on the Windows stable builds, I've been polly optimising both the compile and link stages. The removal of jumbo in the build process has resulted in a substantial increase in the build time, so in terms of optimization, I might just stick to thinLTO and just polly optimise the link stage.

,
In the unlikely event that someone is even remotely interested in the performance difference between a clang-cl/lld polly and standard Chromium build compare:

https://github.com/macchrome/winchrome/releases/download/v80.0.3987.87-r722274-Win64/Ungoogled-Chromium-80.0.3987.87-polly-Win32.7z

https://github.com/macchrome/winchrome/releases/download/v80.0.3987.87-r722274-Win64/Ungoogled-Chromium-80.0.3987.87-Win32.7z

https://browserbench.org/JetStream/

common_optimize_on_cflags += [
"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-inliner",
# "-Xclang", "-Rpass-analysis=polly",
]

common_optimize_on_ldflags = [
"-mllvm:-polly",
"-mllvm:-polly-2nd-level-tiling",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-register-tiling",
# "-mllvm:-pass-remarks-analysis=polly",
"/defaultlib:C:/clang-9.0.0a/lib/clang/9.0.0/lib/windows/clang_rt.builtins-i386.lib", ### Don't forget this nasty little shit!!
]
Anon5563
Marmaduke thanx for 80.0.3987.87 (722274), subjectively works much faster than previous builds.
@marmaduke

The performance issue with a few seconds freezing of the mouse scroll, when links are opened in new tabs is specific to some affected machines and not to all. I personally thing is something to do with video cards performance or with the drivers for them.
Today I can confirm the issue is specific to Chrome since branch 79 and now with the latest version 80.0.3987.87 including, so is nothing to do with your building process. Sometimes I am surprise to see, how many new things the Chrome team is bringing and how many things are usually broken :)

How do you find the building process of 80.0.3987.87? Do you see anything specific, which can be connected to Manifest v3?
Anon5565
@Drago

Check chrome://gpu, specially 'GPU0' and 'GPU1' under 'Driver Information. Swiftshader being there means software acceleration (better than none at all).
Also check the bottom of the page for errors such as 'EGL Driver message (Critical) eglInitialize: No available renderers.'

I notice with previous builds that acceleration wasn't being used, swiftshader in my case (marmaduke fixed it, big thanks to him), it has a big impact in browsing performance if no acceleration is used (software or hardware), such as audio stutters switching/loading new tabs.
Anon5566
@Marmaduke
Effectively polly is faster.
Thanx...

@Anon5565
Thanks for the TIP.
@Drago

Personaly, l think that Chromium 79.0.3945.130 has achieved Firefox 56 status: a perfectly functioning wood toilet seat is about to be replaced with a vulgar gold plated one - literally dictator style. As in the inane decision to remove jumbo from the build process and replace it with absoultely nothing - excluding the substantial increase in build time, the increase in electricity consumption and the associated environmental emissions.

As for manifest v3: v80 contains elements.

https://www.ghacks.net/2019/11/13/google-implements-controversial-manifest-v3-in-chrome-canary-80/

https://developer.chrome.com/extensions/migrating_to_manifest_v3

Web browsers are standards based. Chromium v79/v80 could be used for the next 5 years without an issue.

------------------------

LLVM/clang COFF/ELF Polly Patch

Enables link-time polly optimisation.

Patch derived from: 11.0.0-llvm-project-546f8f426463c7c22a3a8731803a501ff044ba20

-DLLVM_POLLY_LINK_INTO_TOOLS=ON
-DCMAKE_POSITION_INDEPENDENT_CODE=ON

llvm.lld.polly.patch
https://github.com/macchrome/compilers/releases/download/v.002-polly/llvm.lld.polly.patch
SHA1 74837E70E6F94D8EED67CFB824DC4463D9F2AD02

Acknowledgement to RobRich.

Needless to say, this patch has been thoroughly tested in - the brutal and inhospitable - native and cross-compile environments in the production of compile and link-time polly optimise Chromium.
@anon5565: Thank you for your opinion.

@marmaduke: Chrome has the vision to win the peoples and they did that :) Slowly then Google start to remove different functionality of the browser hiding behind security concern and manipulating the peoples.

I personally think with Manifest V3, Google finally will remove the peoples, which care for privacy. Of course, there are a lot other peoples, actually much much more, which they don't mind to be tracked and they like to be brain washed.
In our nature everything is about evolution and finding the way if is still there any. Google will apply the Manifest V3, doesn't matter what the peoples are thinking, maybe on few portions but they will achieve what they want, because in the end of the day, they are selling your information. This is what they do like a final product.
Talking about evolution maybe there will be other separate applications, which will work together with Chrome but they will have the vision to bring privacy in that browser. It's a bit messy in my vision :)
Personally I would like to see in what direction Firefox will go.

Marmaduke, do you thing the building process of Firefox is much different than Chrome?

What is your future plan if extensions like uBlock Origin are no more usable in Chrome? Do you thik you'll still spend your time in building Chrome?
Is there a way I can compile it with AVX2 specifically for my CPU?
Reynhard SuperRey Sinaga 
@jgg: In the worst possible taste (and British humour) SuperRey is unable to save straight boys from their monstrous girlfriend. I'm banged up at the moment, but HMP Manchester has excellent internet facilities. I have serious mummy issues, but i do know how to use Google.

llc --version will give a list of all architectures

Registered Targets:
x86 - 32-bit X86: Pentium-Pro and above
x86-64 - 64-bit X86: EM64T and AMD64

llc -march=ARCH -mattr=help will list "available CPUs" and "available features"

eg. ./llc -march=x86-64 -mattr=help

if (is_win) { cflags = [ "/arch:AVX2" ]}

Place in approriate place

build/config/compiler/BUILD.gn
OR
build/config/win/BUILD.gn

https://clang.llvm.org/docs/ClangCommandLineReference.html
https://clang.llvm.org/docs/UsersManual.html

SuperRey - resistance is futile.
@Reynhard SuperRey Sinaga

You're not the Messiah, you're a very naughty boy!
@Drago

I think Google is an absolutely useless company: they are shit, they will never attain the exalted status of Linux, Adobe, VMware, Microsoft, Apple or LLVM/clang. Google is a bottom feeder, second only to Amazon. Google are so crap that no one would be bother to pirate its software.

In honour of Google's utter uselessness, I pledge to update my build system to be Ryzen 9 based. Regardless, I will always build Chromium on all the platforms that I use. I really don't think Google realise the contempt that developers hold them in.

Really, I would rather spend my money on whisky and cars.
Anon5573
Been a while since I've used the builds on here after tinkering with Brave Browser. Not particularly impressed by it, and it now looks like new builds are more frequent on here than a few months back with the numerous issues builders were having with their build boxes and etc.

Anything of particular interest or change in the v82 release? I think that even the nightly version of Brave is only built on v80.

Thanks for taking the time to keep doing what you do!
@ jgg; I do occasional AVX2 builds. Check my GitHub page.
https://github.com/RobRich999/Chromium_Clang

Baseline target is the default LLVM x86-64 options modified with AVX2 and FMA added. I modify the processor modeling to Skylake, since it is the closest to the Kaby Lake in my primary system. Anyway, it should be "okay" on Intel Haswell or later.

The bigger issue is AVX2 and even FMA being potential optimization minefields if getting into the "heavy" instructions, which can lead to core throttling, pipeline blocking, instruction splitting, and similar issues depending upon the processor architecture.

------------------------------

@marmaduke Not sure if this applicable to you since it might have been specifically optimization related, but I recently migrated to clang_rt.builtins-i386.lib shipped with LLVM 10rc1 for Win32 builds to resolve a build issue.

http://prereleases.llvm.org/10.0.0/

------------------------------

@Anon5574 Chromium v82 should feature freeze near the end of the month, branch from the trunk next month, and probably go stable somewhere around late April or May.
https://chromiumdash.appspot.com/schedule

Beyond the typical "everyday" stuff, there are four milestone features slated or the v82 release.
https://chromestatus.com/features#milestone=82
@RobRich

The main issue that I have with clang_rt.builtins-i386.lib and clang_rt.builtins-x86_64.lib (in a cross-compile environment) is that I sometimes forget to include them in a build.

The latest 32-bit Windows snapshot build also includes clang_rt.builtins-i386.lib: https://llvm.org/builds/

https://cs.chromium.org/chromium/src/v8/src/base/ubsan.cc?q=mulodi4&sq=package:chromium&dr=CSs explains the need for the inclision of clang_rt.builtins-i386.lib (and clang_rt.builtins-x86_64.lib in a crosscompile environment.)
@RobRich:

thanks for all the continued hard work on your builds! I would really love to use them, but I am always (since several months already) having the problem that I cannot log in to YouTube with your builds. I always get:

Something went wrong
Sorry, something went wrong there. Try again.

If using any of the other builders builds, everything works just fine. What could this be?

Thanks so much,

Lorenz
@RobRich
Thank you. I suppose that instruction set is practically the same for Zen 2 as well?
@Lorenz Make sure "Allow Chromium sign-in" disabled.
https://chromium.woolyss.com/?all=1#comment-5541

@lgg The baseline instructions I use for my AVX2 builds will work fine for Zen2. Just some various scheduling differences, which could be YMMV. I am on an iPad right now, but I will try to explain it better later when I have an actual keyboard to type.

---------------------------

@marmaduke Just pointing out in case if you are still using the LLVM9 builtins library for Win32 builds. I recently migrated to the LLVM10 builtins library tor resolve a build issue. The snapshot library should work as well. :)

---------------------------

VS2019 now supports (just LTCG?) code generation by using up to a max of 24 threads for VS2019. The previous limits of 4 default and 8 maximum were quite dated. It appears someone at MS actually listened to my feedback on the issue, as my feedback ticket has been under review and recently queued up for prioritization.

https://devblogs.microsoft.com/cppblog/msvc-backend-updates-in-visual-studio-2019-versions-16-3-and-16-4
https://developercommunity.visualstudio.com/idea/825797/increase-linkexe-cgthreads-max-limit.html

Ideally I would have preferred an even higher max limit, but increasing it by 4x should be a good start IMO.

I used to build LLVM with VS2019, and I wanted a higher limit to better suite more modern build systems. I currently use the Chromium project's bundled LLVM revisions to build my updated local LLVM trunk revisions, but I might have to try VS2019 again.
81.0.4042.0 (735830) When watching a video on Youtube, the video card overheats and the laptop reboots. I returned to 81.0.3998.0. Apparently a problem with codecs.
Hello,

I have a question,

The site can detect copy/paste ?

Thank you !!!
Anon5581
Anyone have problem with Facebook not able to remember auto-login? ungoogled-chromium 80.0.3987.87 (64-bit) Win32 Marmaduke
Anon5582
@Hibbiki
Thanks for all your fast updates ...
:)
Anon5583
Hibbiki also has a no-sync version v80.0.3987.106-r722274 as a 7z-Archive or as a mini_installer in the Github repository:
https://github.com/Hibbiki/chromium-win64/releases/tag/v80.0.3987.106-r722274 - Thanks for this completeness.
Anon5584
There are multiple old manifests in Hibbiki's builds
Manifest Destiny 
@Anon5584 and all
MSVC is now officially unsupported
https://groups.google.com/a/chromium.org/d/topic/chromium-dev/fuVUxe1q6EA
@marmaduke
Thanks for the new unG 80.* MacOS build! Also for the great unG Win builds and continuous support!
Hello everyone,

first of all, great work an resource for everything related to open source Chromium! Actually I'm a Firefox user but for better integration with Android and google I'm considering Chromium, too. On Linux, Chromium updates by the package management system but still I don't really understand how to automatically access the latest stable build on maybe Windows by a script or a small update tool...

For instance, the API (https://chromium.woolyss.com/api/?os=windows&out=revision) regularly updates to a respective snapshot ID, but is this really a stable build? It is not the same as google storage's LAST_CHANGE snapshot. but is it somehow more stable or simply an automatically updated LAST_CHANGE reference, maybe refreshed all three hours or something like that?
If it is not more stable, is there any option to use the API to access the stable reference (i.e. the ID of the current stable reference at top of the page)? At least I didn't find any option to access the stable reference ID...

Thanks in advance!
Anon5588
@Gibtnix

It is all here : https://chromium.woolyss.com#api

Example : Chromium, stable, windows, 64 bits :
https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=stable-codecs-sync&out=json
https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=stable-codecs-nosync&out=json

With this: you can build you proper update page (like someone did here: https://www.murielfrenchcouture.fr/Chromium.php) or your proper updater script…
admin
@Gibtnix: > how to automatically access the latest stable build on maybe Windows by a script or a small update tool...
Please, check the Chromium #updater part.

@Anon5588: No. This #api is only for "official" Chromium snapshots. It is an alternative to the official download page (https://www.chromium.org/getting-involved/download-chromium). There are other APIs. Contact me if needed.
Plecostomous 
@RobRich

Would you please consider an SSE4.1 build? SSE2 is comparatively old, and many people still use socket 775/771 CPUs which have SSE4.1 but not AVX. The AVX version installer crashes on these CPUs, but that's to be expected, right?

Thanks
Updated Win64 AVX2 build available. Intel Haswell now the baseline for instruction set support and scheduling across the build. YMMV as usual.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v82.0.4061.0-r741948-win64-avx2

----------------

To clarify, I was talking about building LLVM (clang+lld) with MSVC. Good luck building Chromium with MSVC anymore. o.0

----------------

@Plecostomous SSE2 vs SSE4.x is unlikely to offer any significant performance difference for Chromium. IIRC, I did internal testing (last year?) on multiple SIMD instruction sets.

Yes, AVX builds will crash out on processors without AVX support. I currently offer legacy SSE2 builds at GitHub for these older systems.

https://github.com/RobRich999/Chromium_Clang/releases
@Anon5588: Thanks for this information! Actually, I meant the following:
https://chromium.woolyss.com/api/?os=windows&out=revision

Currently, this returns 742205 while the V3 API call you suggested returns a JSON or a string, but not simply a revision (revision only does not work for some reason). I am looking for a simple call that only return 722274, i.e. the current stable reference ID. Is this possible somehow?

@Jerry: Thanks for pointing to this and I already checked different updaters. Currently I'm a bit unsure if any of these fully satisfies my needs; it was only intended as a motivation why I'm asking for the stable reference ID.

By the way: I also visited this page with a Chromium build on Linux and at least based on my package manager it was a 64 bit build while the info part on this page identified it as 32 bits. Is there maybe something wrong with this architecture detection?
admin
@Gibtnix: I do not understand exactly what you need. Please, send me an email (https://info.woolyss.com/). I will help you.
For info, different stable versions have got the same revision/position (ex: 80.0.3987.106 and 80.0.3987.87 use the same 722274 revision).

About CPU architecture detection by this website, yes, it seems to be an issue. I will stop the current way soon because Chromium will change its user-agent too! ;)
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/-2JIRNMWJ7s/yHe4tQNLCgAJ
@Hibbiki - Thank you very much - all the best, all right, including the file '*.manifest'.
Anon5595
@Marmaduke, Plz update Ungoogled Chromium!
Anon5596
@Marmaduke.
Hi. If you can do an updtade for Android Ungoogled it would be great.
Thanks.
@Jerry: Thanks, this explains a lot. My main misunderstanding was that I assumed that there is a one-to-one matching between releases and IDs. Without that everything is pretty clear to me, thanks!
Anon5598
@marmaduke

Thanks a lot for the latest ungoogled-chromium build. Also, maybe a coincidence but performance seems to be better than previous builds from you for 32-bit systems. Behaviour got 'janky' after about 6 hours. Has build process changed or...? Saying that, I haven't tried official builds so maybe the change is there. Either way thank you.
Updated Win64 AVX build in the listings above. Other builds should follow tonight or maybe tomorrow.

Please let me know about significant performance changes with the build. I am experimenting with more fine-grained optimization options depending upon the particular optimization categories. For example, some code for size with a lower LTO import limit, while other code for performance with a higher LTO import limit. I have yet to benchmark the changes on my test system, so YMMV. I do know code bloat is down considerably, which might improve processor code caching, lower memory pressure, etc.

Also FYI, the bookmark bar source has changed, so one of my previous simple edits no longer is applicable. It looks like various conditionals are now handling more complex formatting options. Expect a return wider button width, as there is not much I can do about it right now.
Anon5600
@marmaduke quite honestly your words about Google being a 'bottom feeder' are right

that said, the band Feeder are brilliant, unrelatedly
@Anon5598

I am suspecting the issue is relating to your video card/drivers performance, because it occurs after 6 hours.
Anon5602
@Drago

I suspect the same. But the last ungoogled-chromium does not have the same behaviour. Already I am running 20 hours and feels fresh after no browser restarts. Maybe some obscure memory leak affected my old hardware. Anyway, I am grateful for the builds even if I have to restart each 6 hours :)
@RobRich, 82.0.4068.0 is buggy. For example, open a folder in the bookmarks bar, then move the mouse cursor to another folder, it should open automatically, but it doesn't.
Updated Win64 SSE2 and Win64 AVX2 experimental builds now available.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v82.0.4068.0-r743838-win64-sse2
https://github.com/RobRich999/Chromium_Clang/releases/tag/v82.0.4068.0-r743838-win64-avx2

----------------

@Daigo Thanks for the FYI. Suspecting I might have to remove my bookmark bar edits altogether for now, as the code has changed and more complex now.

----------------

My latest Win32 build needs to be redone, so it did not get an update for this round. I will try to push its own update today or tommorrow.

----------------

Looks like my Win64 builds took a mild performance hit with my optimization changes. A tweak or few should get me closer to my target expectations for the next round of builds. Thanks for ya'lls patience.

----------------

Looks like I probably can not get the fine-grained control of LTO I want.... yet? Something to poke at later.

----------------

Another round of build time increases, at least for my build box hardware. Fun.

https://reviews.llvm.org/D71775

Windows counts each module as a physical core for AMD Bulldozer and its related families, with each module treated as two logical processors. There were some issues when launched, but these days it generally works okay for the Windows 10 kernel and most apps.

However, to be technical, it is not SMT like Intel HyperThreading. Each Bulldozer module actually has two pipelined cores with certain shared caches, FPU units, etc.

LLVM appears to now count physical cores, plus traditional SMT but not what AMD does, so I just lost 50% of my maximum threads per LLD process when building with ThinLTO. Overriding the LTO job limit does not help, either, as it only sets a upper bound.

TLDNR? I am about to see how far along with performance optimizations I actually can get without LTO building enabled.

----------------

Modified LLVM to work around the threading issue with my AMD Opterons.

Find in llvm/lib/Support/Host.cpp:

#elif defined(_WIN32) && LLVM_ENABLE_THREADS != 0
// Defined in llvm/lib/Support/Windows/Threading.inc
int computeHostNumPhysicalCores();

Change to the following to match your system's available proc thread count (32 here):

#elif defined(_WIN32) && LLVM_ENABLE_THREADS != 0
// Defined in llvm/lib/Support/Windows/Threading.inc
static int computeHostNumPhysicalCores() { return 32; }
@RobRich: Is the threading issue with AMD Opterons only applicable to 32-bit builds?

@Kein: I had no intention of doing another Chromium release build. Google needs to up its game. Useless!
Anon5607
@Marmaduke, Plz update Ungoogled Chromium 80.0.3987.122
Anon5608
Five releases in 1 month is pretty excessive. What's guessing at least one of them is to revert something they broke in a previous update? Also, the exploit is available 'in the wild' but it doesn't mean it is actually being used anywhere (no proof it is being exploited on any site, just someone made PoC available).
Still, I would appreciate an update if at all possible because v81 is far off. Thanks!
@marmaduke, @Anon5608: I agree with you.

The peoples ready to arguments should be ready with information, because the branch 80.0.3987.122 have a lot of bugs, which are not present in older versions.

Everybody should have a propriate manner and give some air to @marmaduke.

If peoples want to use the latest security patches, always can get them for free at https://www.google.com/chrome/
Hopefully I am back in business, at least on the build tools side. Overrode the threading model. Pulled in rpmalloc to replace the MS VC++ CRT allocator. Built LLVM statically.
@marmaduke The threading issue affects ThinLTO codegen on Windows for all code AFAIK.

CMT straight up does not work unless something has changed since yesterday. LLVM now sets on thread per module instead of logical processor. That affects older AMD processors based upon Bulldozer and similar.

Intel HyperThreading might be a little convoluted. Reading the comments in the code would seem like SMT should work if present, but reading developer comments after my issue was passed to them seems like it is intended to be one thread per core regardless of SMT. ??

To check, turn on ThinLTO optimizations and build a mediums-size file like the libGLESv2.dll library and watch how many peak threads lld-link.exe uses.

I just went ahead and forced a static max thread count in the LLVM source. That works around the issue for now.

The dev working on the recently updated threading model mentioned maybe having something like /opt:lldlto=all to force ThinLTO codegen on up to all available logical processors.

BTW, if building on Linux, I am not sure ThinLTO codegen ever used SMT or CMT. Not sure about cross compiles, either.

-------------------------

The MS C++ CRT allocator with LLVM can incur significant thread blocking due to heap locking. LLVM is working on integrating rpmallcr - "a lock free thread caching 16-byte aligned memory allocator" - for building on Windows. Ideally it should speed up ThinLTO threaded codegen.

Traditionally:

new/delete -> MS VC++ CRT malloc/free -> HeapAlloc -> VirtualAlloc

With rpmalloc:

new/delete -> rpmalloc -> VirtualAlloc

-------------------------

Excellent. There is now a patch in development to enable /opt:lldltojobs=all for using all available hardware SMT/CMT threads during ThinLTO codegen. I suspect it should land as a commit in the near future.
The new Microsoft EDGE uses a Chromium base but declares it wrong. Because of this issue, the "chrome web store" does not give extensions for this browser. The problem is in the User Agent, which is obviously read cascading. The current example: The UA contains "Chrome/80.0.3987.122" but below it the name "Edge" and its strange number "80.0.361.62". A Chromium base 80.0.361.x never existed. This is why Google denies access to the store. It is currently not possible to change the UA manually, although that would be Chromium standard. Microsoft is, as always, stubborn and single-minded and wants to let the dolls dance to their music and does not take Chromium seriously with their standards.
admin
@marmaduke and Hibbiki: Thank you very much for your updated stable releases. 👍

@RobRich: Also thank you very much for your great technical explanation.

@wth: > This is why Google denies access to the store
This is not true at all! 😉

Please read the official tutorial. It is very easy to install Chrome extensions on Microsoft Edge.
https://support.microsoft.com/en-us/help/4538971/microsoft-edge-add-or-remove-extensions

1. Go to edge://extensions
2. On the bottom of the page, check "Allow extensions from other stores"
3. Go to the Chrome Web Store
My screenshot: https://i.imgur.com/H6JNLOG.png
@Jerry: Ok, thanks for the explanation. I tried it out. I can add extensions from the Google Chrome Store, but I keep getting the warning and prompting me to install Chrome better. It is not friendly. The import of bookmarks (favorites) is too complicated because of the different names.

Videos from the test page https://tools.woolyss.com/html5-audio-video-tester/
AV1 works very well in the Chromium from Hibbiki but not in the Edge. So which browser is the better choice? No question.
Anon5614
@marmaduke

Thanks a lot for the updated ungoogled-chromium build.
(tiny observation: github has release date as 'on 29 Jun 2017' at https://github.com/macchrome/winchrome/releases for a couple of builds)
Anon5615
thanks Rob for the SSE2 builds. Very much appreciated!!
@Anon5615 Welcome.

----------------

Updated Win64 AVX2 build.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v82.0.4071.0-r744852-win64-avx2

I will push other updated Win64 builds shortly. They should perform better than the previous round of builds.

----------------

@marmaduke Something to possibly consider. I am dropping Polly during LTO codegen for now, as it is slowing and even hanging build times. It probably is related to delicm, which ideally is needed for running Polly right before the vectorizer.

I am still running Polly at its early position during clang codegen. Delicm is not really need there, so we can disable it to save time.

---------------------------

Updated Win64 SSE2 build.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v82.0.4071.0-r744783-win64-sse2

Updated Win64 AVX should be in the listings in a few.
@marmaduke: On ungoogled 80.0.3987.116 for Mac, many youtube videos are crashing with “oh snap something went wrong”. unG 80.0.3987.106 is the same. Returning to ungoogled-79.0.3945.130.AV1-fix same videos are playing with no problems.
Thanks for all your builds!
@RobRich: 82.0.4071.0 seems works fine. And finally, they fixed blue color of tab-bar in dark mode, when chromium has no focus. Thanks!
@RobRich: Ok, using polly is a bit of a dark art! I've read research papers, watched Youtube videos, perused code and still don't know the ideal parameters to use!

@rickmv: I'll apply the AV1 patch to Mac ungoogled .122: I have to stop the build and edit the dav1d .ninja files.
Anon5620
@Marmaduke: No update for Android since janv/27. It's a long time. ;)
@marmaduke: Thanks for reply and for looking into it.
Only that the same for the latest Feb 29 unG 80.*.122 for Mac, many youtube videos are still crashing the loading page. On the release ver122 same videos are running OK.
Just to give the feedback. Not a big problem, 79.*.130 is working great. Anyway, this 80 release with so many updates in a month, the G devs need to get their stuff in order, put more work into the browser and give a break on removing options and making compiling more time consuming and cumbersome.
@rickmv: I've been building Chromium with Clang 8.0.1 because it produces Apple ld64 compatible bitcode. I'll do some testing: it might be time to drop the lto/polly builds and upgrade the compiler.
Anon5623
@marmaduke thank you for your windows build! Is there any way to make an installer for this version? I am trying to wrap my head around "installing" your build rather than using it in portable mode and having to make a bunch of custom links for shortcuts.

Thanks!
@Anon5624
On marmaduke's Great unG builds user Achive distribution for installation. They create the profile in user's home path AppData/Local/Chromium/. You just need to unpack it there into some new directory Application. No need for installer.
@marmaduke I not sure all Polly devs know what every available option does, either. I have had to read papers, look at Polly source code, etc.

Being realistic, here is a decent baseline config for Polly at early during Clang codegen:

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-inliner",
"-Xclang", "-Rpass-analysis=polly",

My current, admittedly way overblown Polly config:

"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-analysis-computeout=8000000",
"-mllvm", "-polly-codegen-generate-expressions",
"-mllvm", "-polly-dependences-analysis-level=access-wise",
"-mllvm", "-polly-dependences-analysis-type=memory-based",
"-mllvm", "-polly-dependences-computeout=5000000",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-opt-outer-coincidence=yes",
"-mllvm", "-polly-opt-simplify-deps=no",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-precise-fold-accesses",
"-mllvm", "-polly-precise-inbounds",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-Rpass-analysis=polly",

As noted previously, I am not running Polly at LTO codegen (via LLD) for now. One dev did some experimental work with FullLTO like 3-4 years ago, but otherwise, the Polly project does not seem to be targeting LTO-centric optimizations at this time. That is why I am running it early during Clang codegen, which is way before LTO codegen occurs. At early in Clang, Polly does its own canonicalization and optional inlining passes before delving into complex LLVM loop optimization, autovectorization, etc.

------------

Updated Win64 SSE2 build.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v82.0.4076.0-r746049-win64-sse2
Anon5626
SSE2 builds, You the man Rob!! Cheers
Anon5628
@marmaduke: I see you preparing latest ungoogled-chromium (80.0.3987.132) so I say an early thank you!
For the time being, I stick to Marmaduke's 79 MAC stable, as 80 seems to have a lot of issues, from what I've read.
How do 81 and 82 look like, for those who have tried them?
Are the issues likely to be fixed in 80, or will 81/82 bring anything worth waiting for?
Thank you all! :-)
(and especially Marmaduke, of course)
Anon5630
@Jerry plz come back tag POLLY and CLANG
@Anon5630: No need for the Clang tag anymore. The only way to build Chromium for Windows and Mac is with Clang/LLD.
AFAIK, Marmaduke and I do pretty much all public builds with at least some form of Polly optimizations.
*Linux is a special case with GCC support still available, but that is somewhat beyond the scope here.
Anon5632
Is ungoogled 32-bit in the pipeline good sirs?
Anon5633
@RobRich, OK! Thanks you Bro! Marmaduke and You are best of the best!
@ marmaduke
Unfortunately All ungoogled 80.* for Mac are crashing video pages on youtube "something went wrong". Including latest ungoogled 80.*.132. The 79.*.130.AV1-fix build is working perfectly with the same videos. And just before that, 79.*.130 without AV1-fix is crashing.

Some other compile of stock Eloston ungoogled 80.*.132 is not giving any errors. So maybe the extra video codecs included on ungoogled here are the culprit?

Just found out, ungoogled 80.* for win32 are also affected.

This chrome 80 code is doomed. Maybe with the 81, upstream G devs. get back to their sh...enses. Vivaldi is already testing on 81.
@rickmv : Would you state your computer specs and operating system.

If your graphics card is an integrated Intel HD 5000 or 6000, I'm not going to fix the problem.
Take A Way: Exploring the Security Implications of AMD’s Cache Way Predictors

"We reverse-engineered AMD’s L1D cache way predictor in microarchitectures from 2011 to 2019, resulting in two new attack techniques.
[....]
We also show an entropy-reducing attack on ASLR of the kernel of a fully patched Linux system, the hypervisor, and our own address space from JavaScript.
[....]
We use Collide+Probe to break ASLR from JavaScript within Chrome and Firefox."
Source: https://mlq.me/download/takeaway.pdf
@ marmaduke: And Intel 5100 and 6100 it is.
Only that the win32 80.* versions are having the same problem and on different video card.
Got it, thanks. Moving on.
Anon5639
@marmaduke: do you intend to compile x86 ungoogled-chromium? build problem maybe? i use your builds so please let me know so i can upgrade with another build for this release. thanks.
@rickmv
With regard to an installable version of Marmaduke's build: I would appreciate it if the installation program would have an optional feature to remove the user's profile directory when uninstalling the application. In addition, keep in mind that users still have to make a quick launch / desktop icon by hand for the chrome.exe file to launch Chromium comfortably. So if users want to totally remove this version, they need to delete the unpacked directory and the user's profile directory (plus the icon if created).

So @marmaduke, please make an installable version. Thanks for your work!
@Jerry (Admin): Just out of curiosity, how long do you allow older versions of Chromium to be hosted here until you mark them as "OLD" or "OUTDATED" ?
I've seen you do this before, but I can not remember how many days it is before a version is marked with that tag? Cheers! :)
admin
@Dustyn: The reference is the stable version of Google Chrome because it uses the latest stable version of Chromium.

- If the stable version of Chromium compiled by third-party developers (like Hibbiki, Marmaduke, FreeSMUG and Arm) is similar to Google Chrome, you will see the "up-to-date" tag.
- The "old" tag is automatically added for Major stable version -1. It means if the current stable version is 80. The outdated version is 79.
- A developement version is "old" if its version is under the stable version.
Anon5643
@marmaduke: Thanks as always for updated ungoogled-chromium.
Anon5644
@Marmaduke: Thanks for the update ungoogled 32 bit :)
Another x86 exploit with a theoretical JavaScript attack vector. Intel this time.

"the academic research team focused on leaking data (an encryption key) from an Intel SGX enclave, a secure area of Intel processors"

Source: https://www.zdnet.com/article/intel-cpus-vulnerable-to-new-lvi-attacks/
Anon5646
So much for the future being more secure
Burt Bacharach 
I don't think the we should allow malicious esoteric academic research to impact the performance of CPUs. Given that CPUs are not sentient, the problem is a human one. My first reaction to these "please give me more research funding" scare stories is: will the Ryzen 9 fall in the price? No!
Another possible attack vector for JavaScript exploits. Not a browser this time, but Avast Antivirus, which apparently includes its own custom JavaScript interpreter.
"Any vulnerabilities in this process are critical, and easily accessible to remote attackers."
Source: https://github.com/taviso/avscript
jigglypuff 
Does anyone know if Edge's "shy-ui" feature coming to Chromium or not?
"The performance impact from these LVI mitigation switches are likely the largest we've seen since we began benchmarking the security mitigations following Spectre and Meltdown."

Source: https://www.phoronix.com/scan.php?page=article&item=lvi-attack-perf&num=1

----------------------

Apparently it has been decided we all want debug symbols for Windows builds, even if setting symbol generation to zero! :/

I do release builds. I do not care about debug symbols. I do care about increases in build times, plus up to another 2.1GB wasted per build.

Solution, at least for now? Setting debug to none for the linker returns the previous behavior.

D:\depot_tools\chromium\src\build\config\compiler\BUILD.gn

config("no_symbols") {
if (is_win) {
ldflags = [ "/DEBUG:NONE" ]

Long-term solution as more of these wonderful "ideas" emerge? I quit building Chromium.
Thank you Marmaduke 
Any news on updated sync build by Marmaduke ? :)
@marmaduke,
Are you going to make an installable version? See my post above (#comment-5641). Thank you so much for your work again.
Marmaduke for president 
@Marmaduke: thank you so much for providing Chromium ungoogled+portable. Rare combination indeed. I love portable, and an ungoogled chromium is just amazing. Thank you.
@Marmaduke. Thanks a lot for the surprise. The newest 83* built SYNC is stable and fast. I have used the mini-installer from github repository. And special thanks for the small pup-up in the upper right corner for audio and video control.
No promises, but something I am currently building. Click to zoom for details.
https://i.imgur.com/cwpiK7V.png

-----------------------------

@marmaduke I have finally got around to producing a relatively "sane" Polly config after evaluating numerous options in recent weeks. The following should work fine for building Chromium with limited build time impact IMO.

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-vectorizer=stripmine",
"-Xclang", "-Rpass-analysis=polly",

Eventually I might look into adding register tiling and second-level cache tiling back into the mix, but I am doubting we will find a measurably significant real-world difference in performance. The reality is much of Polly is geared towards HPC and similar workloads, so there is little reason to get too overboard with its options for building a browser, especially compared to further overinflating build times.

-----------------------------

@marmaduke Let's try this again. Stripmining appears to be stalling the build of a component or few; yet again. It seems to come and go depending upon various factors. Anyway.

"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-run-inliner",

Note if anything else hangs with Polly enabled, it likely is related to invariant load hoisting. Just remove it from the Polly config instead of trying to work around the issue IMO.
@Marmaduke

Thank you so much for the updated "83.0.4086.0 all-codecs+ sync win64"
Greatly appreciated! Cheers! :D
Hello everyone,

don't know if here's the correct place to ask, but I wanted to give it a try to ask here: If I use different Chromium-based Browsers, can I share the profile directory between them?
Particularly interesting for me is the sharing between Edge Chromium (which soon will be rolled out to any Windows 10 machine) and, for instance, "pure" Chromium. On the one hand, both are running Chromium such that I think they might be compatible, on the other hand I don't know how much the individual modifications between the browsers infer or conflict here... It would pretty much interest me if I could sync favorites, history, etc. between Edge Chromium on Windows and Chromium (or alternatively any other browser) on Linux using a shared partition.

Thanks in advance!
@Jerry: Marmaduke's beta builds SYNC Win64 can also be downloaded as mini-installer from the github repository. Couldn't you add a button with a link at the appropriate place? Thanks in advance.
Thank you.. Free download different softwares for Windows and Mac systems by clicking here.
@Gibtnix: You can in Win10 copy the file "Preferences" (settings) in the folder "...User Data\Default" from Chromium and paste it in the "...User Data\Default" from Edge Chromium or Google Chrome or Vivaldi or... Then you can export the Bookmarks from Chromium as a HTML-File. But for the import in the new Edge now you must use a Texteditor and change the word "bookmarks" to "favorites". But not everything is adopted now. The extensions must be reinstalled. In the new Edge Browser this is not easy. - And here's my advice: stick with the Chromium by Hibbiki.
@RobRich: OK. I'm still persisting with polly lld!
@marmaduke: Polly at LTO link time codegen with LLD is hanging here, though it could be related to me either hard setting the threading variable in the source to account for my CMT-based processors and/or pulling the rpmalloc memory allocator into LLVM.

In my experience, I suggest running the Polly config rather trim at LTO codegen to limit build time increases.

----------------

*Proof-of-concept* Win64 AVX build with profile-guided optimization (PGO).

Chromium 83.0.4086.0 (Official Build) (64-bit)
Revision 3bdff94dd61ee3fa697a96ff89daff30e9a74b26-refs/heads/master@{#750395}
Compiler clang (+lld_linker +polly +pgo +avx +compiler_optimizations)

https://drive.google.com/open?id=1NUaQCi8qgOAVhpSkjZwfSEGMHRwgwP94
sha1 8E4CF7C22032B887E1151DD74ACB09679686242C

FYI, it is *not* a performance-tuned build, but a PoC experimental build at best. It is not ThinLTO optimized, plus I modified the build config to favor build time at the likely detriment of file sizes, performance, etc. Likewise, I only did very limited profiling.

----------------

If anyone attempts a Chromium PGO build on Windows, pulling zlib into LLVM is going to be a practical requirement anymore. As done for my PoC build configuration and modifications, an instrumented chrome.dll file alone is around *860MB* even with zlib compression of the instrumentation code.

Also note PGO instrumentation needs done at /O2 or higher, so modify the optimization targets in the build config accordingly.
Thanks for 83.0.4086.0 all-codecs+ no-sync win64, Marmaduke :)
admin
@wth: I added the "Installer" for the Marmaduke's 64-bit build.

@RobRich: I also added your SSE2 builds with their own portable versions.
Anon5666
A big thank you to marmaduke for the ungoogled-chromium builds. And also for fixing the swiftshader issue sometime last year. I wonder why other ungoogled-chromium builds from other contributors have swiftshader broken? Maybe you alternated the build process?

I'm sure I speak for other users when I say they are very much appreciated and a good alternative to stable Chrome. I don't know if you do this out of simple kindness or you use the builds yourself (maybe you don't use both architectures)? This is sounding pretty corny now. Anyway...THANK YOU!
@Jerry. Thank you very much for the good service! The new build by Marmaduke is really a great thing, stable and faster than the previous versions. I'm especially testing with videos in different formats on Intel Grafics 530 and 630. Also Vids by YouTube works fine. My favourite test up to 4k:
https://www.youtube.com/watch?v=RK1K2bCg4J8
@wth: Thanks for the answer. Please don't get me wrong, my aim is not to import the settings from one to the other but instead to sync them automatically by sharing (i.e. symlinking) the profile folders. Currently, I tested to symlink Chromium's "User Data\default" folder to the one of Edge, so far it seems to work pretty well. I will test this in detail and in particular to share it with a Linux Chromium as soon as Edge Chromium rolls out as part of the next W10 major update. Besides this, is there anything that should be considered in general, i.e. something that is known to be incompatible between these two?
@wth
What Marmaduke’s build are you using? All ungoogled 80.* running on Intel HD integrated graphics, Mac and Windows, are crashing pages with “ oh snap” on Youtube on most of the videos.
admin
@Gibtnix: Do not share the profile folders between Chromium-based browsers because they cannot be updated in same time. Also, Edge Chromium is a proprietary browser. So Microsoft can change the structure of profile folders or other settings. It is dangerous. You will break your user profile.

@rickmv: After to see one of his latest #comment-5659, I think @wth uses a Marmaduke's development version. No issue with the 4k video on 64-bit Windows 10 with my basic GeForce GT 1030 fanless graphics card:
https://chromium.woolyss.com/f/video-4k-ungoogled-chromium-80.0.3987.132.mp4 (62 MB).

Maybe disable the hardware acceleration: chrome://flags/#disable-accelerated-video-decode or chrome://settings → [Advanced] → System
@Jerry. The 4k video works also with the build 80.0.3987.132 by Hibbiki, on the simple Intel Grafic 530.
78 - 83 ver
https://i.imgur.com/BzdvkKB.jpg
@Jerry: Isn't there a mistake? Marmaduke's 83* for Win64 build as mini-installer is not "no-sync" but "sync".
https://github.com/macchrome/chromium/releases/tag/v83.0.4086.0-r750130-Win64
@RobRich: Yeah, some guy (hope he's not now keeping the Uigyars company) mentioned earlier that coronavirus had halted the Chrome release schedule.

Free Tibet
@Jerry: Alright, then I will not try to use the same profile folder. However, is it somehow possible to only share (i.e. symlink) the history? Everything else isn't that important for me but synchronizing the history between Edge and Chromium without third-party sync tools (don't know if they exist at all - mabye Microsoft will support synchronizing with a Google account sometime?) would be awesome. I tried to find the respective files / directories in the profile folder but got a bit lost in the weeds. Would be great to know which files or directories I have to symlink for the history only.
@Jerry
Thanks for trying to help. I’ve been using for a while posted Ungoogled builds. Starting with 80.* Ungoogled builds here have problems with videos on Intel HD graphics, Mac and Windows. On Nvidia it appears they are running ok. Unfortunately this is no fix as from the dev. Looking for alternative. Disabling hardware acceleration makes no difference. Your 4k video is running fine. Other videos from Youtube are crashing even on new profiles. This is an example: https://www.youtube.com/watch?v=a5SxyQ-9YDA
Anon5679
@marmaduke: Thanks for newest ungoogled-chromium, hey you beat google! ;)
https://chromereleases.googleblog.com/2020/03/stable-channel-update-for-desktop_18.html
@rickmv. I watched the new James Bond trailer on YouTube in full length, no crash. Using sync (!) version (Googled) 83* by Marmaduke in Windows 64 and correctly installed (Installer) and thus correctly registered in the registry, with Intel 530 (GPU integrated in the processor).It seems that a correct entry in the registry of Windows in this case is important for it to work well. Portable versions are not registered in the registry. - The button "Installer" is there in the wrong place: correct is "sync".
Think I found my Polly crasher for LTO codegen in LLD. I usually reenable sized memory deallocations in the Windows build config, as it was disabled back in the day to workaround an older MSVC compiler. Seems enabling it might be causing Polly to hang during LTO. Polly does not hang now, but I had other issues with the build to resolve.

I need to roll a full build or few to verify. If resolved, I should be able to run Polly during both Clang and LTO codegen again.

----------------

BTW, if anyone runs into issues after upgrading to VS2019 16.5 or 16.6pre1, you probably are going to need to set cflags_cc += [ "/std:c++17" ] in the build config. Also make sure enable_nacl = false is set as a build argument if doing so.

I am going a step further in testing for now. Will let ya'll now if/when I get a build done. YMMV.

cflags += [ "-fms-extensions", "-fms-compatibility", "-fdelayed-template-parsing", ]
cflags_cc += [ "/std:c++17" ]

----------------

A project dev has been working on improving the situation with precompiled headers. I have been disabling the option in recent times due to seemingly no substantial build time improvement, but it appears worthwhile to try again.

enable_precompiled_headers = true
https://chromium.googlesource.com/chromium/src.git/+/10159ac76c62ae3cc3278ad3fe8a2d15571b3175

----------------

Looks like cflags_cc += [ "/std:c++17" ] should suffice without the other MS compatibility options I mentioned above.

So far I have had to edit D:\depot_tools\chromium\src\base\containers\circular_deque.h to replace:

as_const

with:

base::as_const

There are two instances in the file. Both around lines 525 to 530.

Continuing with the build....
@wth: Yes, thanks. It’s the ungoogled 80.* builds on Intel HD. On Mac, too, no registry there. The page for the video is crashing, it does not load.
Anon5683
@Marmaduke
Thanks for the update of Ungoogled 32 bit 80.0.3987.149 , download from github

@Jerry
The site should be updated.
Thanks.
C++17 build completed, but it is breaking pages. Grrr.

Ultimately, the underlying issue is in the Microsoft SDK. MS knows about it, but as to if/when a fix will be available....? The current "solution" is to rollback Visual Studio to a previous 2019 release revision, which is a complicated mess for 2019. It probably would be easier to spin up Windows in a VM and install the older VS revision.

-----------------------

I am likely giving up on the latest Windows SDK until the MS and/or project devs can fix it.

I instead completed a c++14 build under the VS2017 environment with whatever latest SDK it includes. At least that SDK is still working okay.

Updated Win64 AVX in the build listings. More builds to follow.
Anon5685
@RobRich: I cross my fingers for you! ;)
@Anon5685 Thanks!

----------------

Local Win32 building is borked here. Quick look appeared to be something about missing files related to scripting or something. I will poke at it later.

----------------

Updated Win64 AVX2 build now available.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v83.0.4091.0-r751977-win64-avx2
@RobRich: 83.0.4091.0 is very unstable. At some moment different extensions, service workers and etc begin to consume 100% of the CPU. Returned to 82.0.4076.0
@Daigo: I will take a look over the weekend, but it was working as expected in my limited testing before release. In the meantime, have you checked your about:flags and extensions?
@RobRich: I don't use any flags. For the first time, the Checker Plus for Gmail extension began to consume 100% of CPU. I turned it off. After a few minutes, some kind of “shadow worker” appears with the same effect. After the restart, it was the uBlock Origin turn. With 82.0.4076.0 there is no such problem. Perhaps other users can share their experience with new build.
@Daigo: Thanks for the additional information. I do not use extensions, so that would explain differences in our testing. I am hoping it is just a revision issue. I will take a look at bug reports, plus roll new builds. Might take a day or two.
Anon5691
@RobRich: I can confirm the findings by @Daigo - CPU in 4091 spikes which did not happen in 4076. I also have 2 extensions installed, uBlock Origin being one of them. Toodle-pip.
@Daigo+Anon5691: Just pushed an updated Win64 AVX build. Win64 SSE2 to follow; probably in a few hours. Let me know. Thanks.
BTW, I am not entirely sure the r752305 AVX build is an actual AVX build. It could be a SSE2 build. My build box has been juggling lots of code, edits, various builds, etc. in recent days. Anyway, it will still run, so "whatever" until I can roll another AVX build tonight or tomorrow.
Anon5694
Thanks @RobRich :)
4092 looking good so far for me.
Anon5695
@Marmaduke: Thanks for update Android.
@RobRich: thanks! Yeah, 83.0.4092.0 seems work fine.
Anon5697
I coulda sworn there were 32-bit Ungoogled builds for Android...
Anon5698
@Anon5697: You can use bromite (https://www.bromite.org/)
I think Marmaduke don't compile any more 32 bit for Android.
I switched to 80.0.3987.149 (989) • Wednesday, 18 Mar 2020 Marmaduke up-to-date ungoogled widevine all-codecs+ no-sync win64
I like it :D The only extension I use is uB0, and I'm fine sideloading it from GitHub, I don't need the Chrome Store for anything really.
Anon5700
@Marmaduke: Hi. If you have time , can you update Ungoogled for Android like Bromite to 81.0.4044.76. Thanks
Been dealing with other stuff. Anyway, updated Win64 AVX and SSE2 builds now available in the listings.

I have a Win64 AVX2 build cooking, and I intend to poke at another Win32 attempt sometime today.

For those building Chromium, MS also appears to have a fix in the pipeline for the VS2019 SDK issue.
https://developercommunity.visualstudio.com/content/problem/954683/upgrade-in-c-runtime-from-142428127-to-142528610-b.html

--------------------

Updated Win32 build now available in listings.

It was picking up wrong SDK library code locally. Swapped to a VS2017 32-bit native build environment to resolve.

--------------------

Updated Win64 AVX2 build now available. YMMV as usual.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v83.0.4096.0-r753151-win64-avx2
Anon5702
As usual, thanks for the SSE2 builds Rob!
Anon5703
@RobRich: Thanks for the update.
Welcome. :)

----------------

I took several hours of build time, but nonetheless, here is a proof-of-concept Win64 AVX build with *profile-guided optimizations*.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v83.0.4096.0-r753154-win64-pgo

It seems to be working okay, but no expectations or promises.
Anon5705
@RobRich: The chrome.zip is 32-bit, not 64-bit.
Anon5706
@Anon5705: I was wrong, the zip folder is just called chrome-win32, but it's still a 64 bit build.
Correct. It is the same directory format regardless of bits. Using a chrome-win32 directory is the older way of formatting the build archive.
Anon5708
@Marmaduke: Thanks for the update Android...
Quickly coming back to the profile folder sharing between different Chromium-based browsers. How's the situation on dual boot systems with Chromium only? Is it possible to use pure Chromium on different operating systems and save the profile folder on a shared partition and symlink it to both, the Windows and Linux profile directory?
If it works it will be pretty awesome, on the other hand I don't know if there are any platform-specific files in the profile folder. Furthermore, I don't know if all files are fully compatible between different builds; depending on the respective repositories used, the installed versions might not always be exactly the same, but at least more or less the same...
i want to install cromium for youtube
Anon5711
@Marmadule: Hi. Here we go again , if you can update Ungoogled for Android like Bromite to 81.0.4044.83 . When you have time. Thank you :)
Anon5712
@Marmaduke: Thanks for the quick update 32 and 64bit.
all hail marmsy 
well done marmsy

catalina 10.15.4 and xcode 11.4, how did you manage that?
So how to migrate our chromium data to another pc?
I've read this :"using an hacking method to bypass Secure Preferences". https://www.adlice.com/google-chrome-secure-preferences/ but didn't understand anything. They say they've created a script but there is no link or anything. Is there any way to transfer data without using cloud syncing?
Anon5715
@Gibtnix @newuser

ungoogled-chromium can be configured with command-line switches to disable profile encryption to facilitate portability. Beware that this includes cookies and passwords. I'm not sure if it can strip existing profiles of the encryption -- I haven't tried -- so you may need to create a new profile anyways. I also don't think there are any less-customized Chromium projects that provide this option.
Usually updated builds in the listings. AVX2 build... err, building. :)

These are back to the current Windows SDK shipped with VS2019. v16.5.2 appears to have resolved the previous SDK issue.
Anon5717
@Hibbiki: Thank you for the update 32 and 64 bit
Anon5719
Don't know how much difference the performance is between AVX and AVX2 builds, but it's still blazing fast on my haswell computer. Thanks for taking your time on this.
@Anon5719 Welcome!

Maybe a percent or few by enabling AVX2 depending upon the specific workload. Media codecs, cryptography, and similar ideally should benefit at least a little. I also enable the compiler to use fused-multiply adds (FMA3) when possible regardless of source programming pragmas.
https://en.wikipedia.org/wiki/FMA_instruction_set

Next up hopefully is getting PGO added to the mix. I already have it working in AVX test builds.
https://en.wikipedia.org/wiki/Profile-guided_optimization

@Jerry My AVX2 builds should be stable enough and routinely updated enough to add to the listings if desired. AVX2 builds require Intel Haswell or later processors.
https://en.wikipedia.org/wiki/Haswell_(microarchitecture)
@RobRich

I use Windows 10 Pro. Since version 83.0.4091.0, the colors of the youtube videos (for example) are not synchronized. Images are "torn".
This problem does not occur with versions of Marmaduke. However, it's perfect on Windows 10 family.
I don't understand.
Thank you for your job.
@Luc77600 Win10 here as well. Currently at v1909.

I suppose you could be a field trial for something breaking locally. Take a look at these flags and try some changes:
chrome://flags/#enable-skia-renderer
chrome://flags/#forced-colors
chrome://flags/#force-color-profile
chrome://flags/#color-provider-redirection

Start with disabling the Skia renderer, which was recently enabled.

Also make sure you have the latest graphics driver for your GPU installed
@ RobRich
Thanks for these advices.
I use Windows 10 1909 professional version...
You made me discover the chromium commands, I am confused by Firefox ...
So I changed the parameters indicated one by one, but no improvement on the videos.
As I suspected my Windows 10 pro, I redid an installation starting from scratch.
Regarding the graphics driver, I used the latest version available but not WHQL (2016 driver). I have changed for the most recent WHQL version (2015 driver), but still the same problem.
I still do not understand...
PLEASE!
Stop using snap and come bak to standard DEB packages/
PLEASE!
Hi. Does anyone know what the input setting for --autoplay-policy is?
I'm trying to disable autoplay in YouTube and any other sites.
Thanks.
Chromium for Windows (x86/64) Subresource Filter Tools:

- subresource_filter_tool.exe
- subresource_indexing_tool.exe
- ruleset_converter.exe

subresource_filter_tools.7z
https://github.com/macchrome/winchrome/releases/download/v80.0.3987.163-r722274-Win64/subresource_filter_tools.7z
SHA1 40D264FF5753421979CFDBE70756978A02569690
@Luc77600 Not sure especially with graphics drivers that old. Assuming you are using the AVX/2 build, have you tried falling back to the SSE2 build?

BTW, with a dated GPU, you might find D3D9 to be more compatible than D3D11 in some situations.
chrome://flags/#use-angle

--------------

Updated Win64 AVX *experimental* build with profile-guided optimizations (PGO).
https://github.com/RobRich999/Chromium_Misc/releases/tag/v83.0.4103.0-r755690-win64-pgo
Anon5728
@Hibbiki @Marmaduke @RobRich
Thank you for all your work.
And all your Update
:)
I am not sure the auto-play command-line option does much of anything these days. Auto-play is a HTML policy-controlled feature now.

No personal endorsement here, but the following extension does seem to work okay for YouTube. Make sure disable autoplay and disable preloading are both checked. It appears to do basically the same thing as "Document User Activation Required" did with the old auto-play browser flag.

https://chrome.google.com/webstore/detail/disable-html5-autoplay-re/cafckninonjkogajnihihlnnimmkndgf
@RobRich

First of all, thank you for your attention and advice.
I tested your 2 versions AVX2 and SSE2 compatible with my AMD Radeon HD 6670 video card.
The DLLs D3D9 and D3D11 being present in Windows and now that I have become a pro of the Chromium settings :-), I chose D3D9 among the possibilities of "# use-angle".
And the miracle happened !!!
Perfect video, you are a great chef ...

However, I wonder why this difference in operation with the versions offered by Marmaduke ...

In any case, a big thank you from France.
@Luc77600 As mentioned earlier and while mostly just a guess on my part, I suppose it might be a field trial variation between the builds.
https://textslashplain.com/2017/10/18/chrome-field-trials/

----------------

FYI for anyone running older builds:
https://m.slashdot.org/story/369258
https://m.slashdot.org/story/369258

----------------

@Bersyl91 You can grab Chromium from Debian as a deb if desired. I like gdebi for installing single deb packages.
https://packages.debian.org/search?keywords=chromium
https://packages.debian.org/search?keywords=gdebi

Unless something has changed in recent times, Chromium from the Debian repository should run on Debian, Ubuntu, Mint, and similar.
Thanks @Anon5714 and another short question regarding Chromium for Android: Is there any particular reason why it does not support extensions (similar to Chrome)? I was a bit surprised when I noticed that...
For Debian, Mint, Ubuntu, etc. Note libc 2.29 or later is required. I built and tested on Lubuntu 19.10.

Clang and LTO codegen at -03. LTO instruction import at 100. Profile-guided optimization using project-provided AFDO profile.

Chromium 84.0.4106.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision cba610b17c5d84dbb4b134baf7c654c7804956f3-refs/heads/master@{#756537}
Compiler clang (+lld_linker +thinlto +pgo/afdo +sse2 +compiler_optimizations +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v84.0.4106.0-r756537-linux64-deb
Anon5734
@Gibtnix
Supporting an extension system will make the browser more complex with more things that can go wrong. When people want a custom experience, there's an app for everything in a single store. Other browsers don't have the incentive to reinforce the app store. They support extensions to build identity and serve the minority of users that must have extensions.
@Anon5734:
Might be, but even though Chromium might be a bit faster than Firefox (while the difference might be less relevant on mobile), Firefox with uBlock Origin + I don't care about cookies + clear all data on exit (included function) is so much superior to anything other Android browser offer. Additionally, it is somehow interesting that Kiwi integrated extension support as it is also running on Chromium while the latter does not support it directly.
Anon5736
> only open-source licenses

This is not entirely accurate because Chromium depends on the UnRAR which does not carry a FSF- or OSI-approved license.

The UnRAR code is "open", but the license is proprietary. See "third_party/unrar/LICENSE" in the Chromium tarball.
Anon5737
@Marmaduke
Big thank you for the Android Update :)
Anon5738
@Marmaduke, Plz update UNGOOGLED !
admin
Thanks a lot to all developers for your updates and support. 😉👍

@Gibtnix: I corrected your username in your latest post.

@RobRich: I think of you about your 'avx2' build ;)

@Anon5737: Interesting! Thank you. I updated the #features section.
Anon5740
@Anon5736: what OSI criteria UnRAR licence does not comply?
@Hibbiki: Thanks a lot for the update ... perfect as always and a bit faster than 80* (tested with Basemark Web 3.0)
Anon5742
@Marmaduke ; @Hibbiki
Thanx... for the Windows Update. :)
Anon5743
When updating the portable build, is it safe to leave the old .manifest files, since that doesn't get overwritten?
Anon5744
In version 81.0.4044.92 i can't control videos on youtube, there is no controls layer. Anybody know how to fix this?
Anon5745
@Anon5744: And when you move the mouse or press any key? If the movie is running normally, the control is usually hidden automatically. What version do you use, the installed sync? It should work there in any case.
Anon5746
@Anon5745: This is it: "Global Media Controls", but even if i disable it in chrome://flags i must right mouse click on video and "show controls" on every video.
Anon5747
@Anon5740: The UnRAR license does not allow creating a RAR compatible archiver or to use its RAR compression algorithm for anything else, which fails OSI criteria 6 (No Discrimination Against Fields of Endeavor).
admin
@Anon5744:
> i can't control videos on youtube, there is no controls layer.
Remove the  --disable-reading-from-canvas switch...and anything (extension, flag at chrome://flags) relative to canvas on Youtube.
(Info about canvas: https://en.wikipedia.org/wiki/Canvas_element)

[EDIT: Jerry. 10 Apr 2020]
You can spoof the canvas fingerprint with an updated extension:
Extension: https://chrome.google.com/webstore/detail/canvas-blocker-fingerprin/nomnklagbgmgghhjidfhnoelnjfndfpd
Test: https://browserleaks.com/canvas
Source code: https://github.com/joue-quroi/canvas-fingerprint-blocker
The remove the  --disable-reading-from-canvas switch - fixes the youtube issue. This is only a temporary fix: yesterday youtube was ok: today not. Google is up to no good!

I would not be surprised if Google took direct instruction from China's President Paddington Bear. (That's 2 years hard labour for you kind sir; thank you very much your excellency, I'll send the Uyghurs your blessings)

I've a clang 8, thin lto, polly optimised version of the present ungoogled for mac: if any one wants, I'll upload it.
Anon5750
@Jerry: Thank you, without switch all working ok.
I've tried 2 plugins:

(i) Canvas Blocker (Fingerprint protect)
(II) CanvasFingerprintBlock

they do not work!

Chromium ungoogled has 2 flags:

Enable Canvas::measureText() fingerprint deception
Enable Canvas image data fingerprint deception

they work.

-------------

Google has solved the youtube problem:  --disable-reading-from-canvas can now be used.

Enable Canvas::measureText() fingerprint deception
Enable Canvas image data fingerprint deception

interfere with uBo and safescript. i suggest that Google carefully test manifest v3!
Anon5752
Hi,
Looks like I can't access my webcam with Chromium for 64-bit Windows Portable last build.
I've never tryed with previous builds.
Everything look fine, autorisation asked, light next to cam shows it's used, but I got no image.
On firefox, it works.

Any clue?
Thanks
@Anon5752 Have you tried whitelisting the site(s) using the webcam? If that does not work, perhaps try disabling "ask before accessing," though note that is going to allow any site to access it so you might want to change the setting back once done with the cam session.
chrome://settings/content/camera

----------------

BTW, thinking of Firefox after the previous poster's mention. A quick FYI:
https://news.slashdot.org/story/20/04/11/1724209/mozilla-installs-scheduled-telemetry-task-on-windows-with-firefox-75

It can be disabled via the Windows Task Scheduler if desired.
Anon5754
Ok I've found
It was an extension blocking HTML 5 video autoplay that was blocking the webcam.

Thanks RobRich!
Looks like I dont have the new firefox task...
I do not have regular Firefox installed, but it is present with Firefox Nightly 77.0a1 here.
https://i.imgur.com/uO7P6tQ.png
admin
@RobRich:

* Update of Firefox:
If Telemetry was disabled (easily viewable at about:telemetry) via options (https://i.imgur.com/jN6CljD.png) or via the user.js file (https://github.com/beerisgood/Firefox_Anti-Telemetry) before the update, a Firefox task will not be created in the Windows Task Scheduler.

* New install of Firefox:
But if you install Firefox 75+, the Telemetry option is enabled by default. So there will be a Firefox task in the Windows Task Scheduler.
Anon5757
84.0.4113.0 (758426) • Sunday, 12 Apr 2020
Browser immediately closes when opening any page
Anon5757 It is working here. Do you have any about:flags set and/or extensions installed?

----------------

Updated Win64 AVX2 build available.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v84.0.4113.0-r758426-win64-avx2
Anon5759
@RobRich
No flags and only ublock origin
browser opens but as soon as i click on my bookmarks websites it crashes
@Anon5759 Thanks for the extra info. I have confirmed crashing when opening sites via about:bookmarks listings.

Hopefully is just a a revision issue. I will take a look at recent commits and roll updated builds. Might take a few hours.
@RobRich
Hello,
Your new version 84.0.4113.0 (758426) • Sunday, 12 Apr 2020 crashes as soon as you add chrome extensions ...
Weird, you said weird, how weird ...
@Luc77600 Probably related to the bookmarks issue. Hopefully should have updated builds in a few hours.
Anon5763
@RobRich
No worries and you don't need to push another build just because of that, only if you want to, of course. I will gladly wait a few more days. I rolled back to previous version for now
No prob. Glad ya'll caught the issue(s) before I pushed my other builds. :)
@RobRich
Hello
Last update AdGuard 26 march...
AdGuard on 84.0.4114.0 (758483) • Monday, 13 Apr 2020 works fine.
????
Chromium v81.0.4044.92-r737173 [Rancid PangoLin] - Portable ungoogled (64-bit)

Portable Chromium ungoogled for 64-bit Linux - Monday, 13 April 2020

- Ungoogled - https://github.com/ungoogled-software/ungoogled-chromium-portablelinux
- Built on Debian (9) Stretch. Custom Kernel 5.3.4 [libatk1.0-dev 2.30.0-2~bpo9+1]
- Default Chromium (customised) compiler used
- All Codecs
- Hardware Acceleration Video Decode - vaapi patches applied: built against: libva 2.6.1
- Widevine
- thinLTO, AFDO and polly optimised
- Install instructions in README

ungoogled-chromium_81.0.4044.92_1.vaapi_linux.tar.xz
https://github.com/macchrome/linchrome/releases/download/v81.0.4044.92-r737173-portable-ungoogled-Lin64/ungoogled-chromium_81.0.4044.92_1.vaapi_linux.tar.xz
SHA1 044DB3EE1C22EB5FD358F0E7B4A22FBFB153886E
@Luc77600 Actually it appears to be a local build issue with LLVM modifications and/or my performance optimizations. I have pulled back some of those mods and rebuilt LLVM. The build box is working on a Win64 AVX build right now.
Johnnie-Rico 
Hello there!
I figure out an issue - Ungoogled-Chromium "eats" too much memory if install HttpsEverywhere - .i.e. I do this browser restarting, one of the "chrome.exe" allocates up to 1GB+ and than (a little bit later) un-allocates memory:
* Ungoogled-Chromium-79.0.3945.130-Win32 - worked FINE (no dumpy allocations); last OK-version
* Ungoogled-Chromium-80.0.3987.87-Win32 - first version with the issue
* Ungoogled-Chromium-81.0.4044.92-Win32 - issue is here
I would like to stay with HttpsEverywhere as it is published by EFF (not from unknown organization). Can you see the issue?
@Johnnie-Rico

I'll presume that you're referring to my build of ungoogled.
Go to https://github.com/macchrome/winchrome/releases/tag/v79.0.3945.130-r706915-Win64
Compare the performance, with respect to HttpsEverywhere, of the 32-bit polly and non-polly builds.
Anon5770
Note to @Jerry
As you can see from replies above @RochRich released a build (on April 12) that had some problems and he removed it from his Github, BUT the date here on woolyss remained the same instead of also reverting back to previous version which was released on April 2 - 83.0.4102.0 (755245).
Is it possible to make it so if a build is removed the date here also reverts back to when the previous version was released? Don't know if i'm making myself clear

[EDIT by Jerry, 13 Apr 2020: Done! Thanks for report ;)]
Johnnie-Rico 
Hello!
@marmaduke I definitely used your build of ungoogled-chromium!
I made an extra research - seems like the issue is not related only to ungoogled-chromium (and optimization options) - but presents in @RobRich (Portable, win32) editions as well:

* chrome-v80.0.3968.0-r715567-win32 - consumes cpu and memory at the start (the issue is present there)
//you may the the issue on the picture
https://i.imgur.com/tflBnEP.png
//seems like huge memory leak?

* chrome-v83.0.4102.0-r755245-win32 - !!! no issue !!!
//it still consumes CPU but memory re-use stays within a "usual framework"

I am very limited with hardware, so I can run only win32 builds. And thus I found the nearest available problematic 32-build (mentioned above - v80-based).

@marmaduke - do you plan to prepare ungoogled-chromium based on v83.0.4102.0-r755245-win32 for instance? Memory leak of current ungoogled v81 is too annoying.
@Johnnie-Rico

I'll continue to update ungoogled v81, and since there will be no v82 update v83 in May.

The problem is proberly with HttpsEverywhere.
Finally got Windows to generate an event error regarding my latest builds:

Activation context generation failed for "D:\chromium_builds\releases\sse2\chrome.exe". Dependent Assembly 84.0.4115.0,language="&#x2a;",type="win32",version="84.0.4115.0" could not be found. Please use sxstrace.exe for detailed diagnosis.

A bug report shows project devs are switching yasm to nasm, which I am going to *assume* is the underlying issue. There have been multiple commits related to the issue in the past 24 hours, including an updated dependency roll a few minutes ago.

Now as to why project builds are working versus mine are not, again I am going to *assume* likely differences in the build environments and/or local build tools

TLDNR? It could be a day or few before I have updated builds.
Anon5774
Is there any extension that let me does this?
Restore cookies for google.com at startup and prevent youtube.com from seeing those cookies
then delete all cookies for google.com at shutdown

mostly so reCAPTCHA is easier to solve with
Anon5775
Do you know why ungoogled-chromium 80 and 81 keep forgetting sessions only for some sites?
Got a baseline build working locally. :) Now to start rolling optimizations back into the process.
Johnnie-Rico 
@Anon5775 I do not know. But I would like to suggest to stop using any "sessions" within the Incognito-mode, for instance:
" chrome.exe  --incognito--save-page-as-mhtml "
Anon5778
Time to bump stable builds to 81.0.4044.113
Updated Win64 AVX build in the listings. Hopefully others to follow tonight or tomorrow.

Please let me know about any reproducible crashes. I have pushed some build targets even "higher" to -Ofast, which turns on various floating-point optimizations.

----------------

If anyone else is experience assembly-related build issues, I took a couple of potential mitigation steps regarding build tools.

First, I am building the same LLVM revision as the pinned version used by the Chromium devs to help limit "surprises." I probably will continue with the practice for now as that means maybe only two to three LLVM builds per month.

I am building the nasm and yasm assemblers without avx, avx2, fma, polly, etc.
Anon5780
@RobRich
84.0.4116.0 (759268) • Wednesday, 15 Apr 2020

Seems to be working fine so far. Thanks, as always :)
@RobRich
Hello,
The new version 84.0.4116.0 (759268) • Wednesday, 15 Apr 2020 is very fast, opens and closes quickly.
Very fluent navigation.
In short, very good job.
Thank you.
P. S. : collateral effect of automatic update :-)
@Jerry: I've tested Canvas Defender on last Chromium 79 nosync Mac and it doesn't seem to work (tested https://browserleaks.com/canvas) while Canvas Blocker does and has been updated recently. You might check, as Canvas Defender hasn't been updated since 2017... ;-)

To add some precision: I compared Canvas Defender and 'Canvas Blocker (no fingerprint)' on Firefox, Waterfox and Chromium 79 (I suppose it would be the same with current version, but needs testing).
- Canvas Defender works on Firefox and Waterfox but not on Chromium 79
- Canvas Blocker works on Firefox and Chromium 79 but not on Waterfox
So maybe you'd rather recommend 'Canvas Blocker (no fingerprint)' as the first choice, instead of Canvas Defender — provided you find the same results. :-)
(I haven't tested the other ones you mention)
Anon5783
@RobRich
84.0.4116.0 (759268) • Wednesday, 15 Apr 2020

After more testing, videos/gifs on Twitter seem to not work. Example: https://twitter.com/PlayVALORANT/status/1250831425378623492

Maybe someone else can confirm this issue
admin
@Aargl: Thank you for your tests. I agree and updated this page. Also, I have merged your latest comments 😉

@Anon5783: For me, the video works nicely on the RobRich's 84.0.4116.0 (759268), on 64-bit Windows 10 1909.
For info, videos on Twitter are MPEG-TS stream files (=MP4 files with H.264/AVC + AAC LC codecs).
My tester: https://tools.woolyss.com/html5-audio-video-tester/
Anon5785
@Jerry
Here i have this:
https://i.imgur.com/NDLkJik.png
https://i.imgur.com/z8kHa2t.png

W10 1909 (18363.778)
admin
@Anon5785: Thanks for screenshots. I see your browser can play MP4 files with H.264/AVC + AAC LC codecs. 👍
Maybe a flag, a command-line (switch), a browser setting or an extension blocks your video. Also, you can test with the "Portable" version (=a clean profile).
Anon5787
Found out what the issue was. Had to go into uBlock Origin, click into "Purge all caches" and "Update Now"
All good with the build, then :)

btw, a suggestion to you @Jerry
if possible add Github repos when we over mouse into developer name. For example, if i over my mouse into RobRich there's a link there to his Github like we have for the "all-codecs" flag, etc; makes it easier when we want to download previous builds;

ty for your efforts :)
admin
@Anon5787: Good to read! Thank you.
About your suggestion, there is already a link to the developer's Github repository for each release.
https://i.imgur.com/z1vXSED.png

Toogle the version/revision number → Click on the link to open the Github page → Choose the "tags" box.
@Anon5783 Working here. Do you have any video-related extensions installed?

----------------

Win64 and Win32 legacy builds in the listings.

Win64 AVX2 could be awhile. Got a missing symbol issue. Possibly revision related.
admin
@RobRich: His issue is solved.
Thank you for your releases. I will add your 'AVX2' builds on the site this weekend. 😉
Anon5791
@marmaduke: Thank you as always for your continued service during 'these troubling times' (don't they enjoy saying that to us often?)
@Jerry Missed his update. Thanks! Now to see AVX2 will build today.
@Marmaduke

Thanks for updating the dev build all-codecs+, sync, win64 to 84.0.4118.0 (760001) • Friday, 17 Apr 2020.
So far it's running really well!
Cheers!

~Dustyn~
@Jerry Please hold off regarding the AVX2 builds. I am hitting a rather annoying linker error in recent AVX2 internal builds that will need sorted out before continuing.
Kiwi, Chromium based browser for Android 
Hi @everyone,

Every year, the tradition with Kiwi ; Chromium based browser for Android is to announce something big for its anniversary:

- 15 April 2018 - First Kiwi Browser release.
- 15 April 2019 - Kiwi Browser gets support for Chrome Extensions.
- Today, Kiwi Browser for Android is going full open-source, like Chromium or Mozilla Firefox.

Everything is released, including extensions code, no strings attached.

You are even allowed to integrate Kiwi in your commercial browser (yep, Microsoft Edge, Brave and Vivaldi are encouraged to use code) or create your own (if you have custom ROMs for example).

This project represents thousands of hours of work.

Pushing such code is absolutely important, it means that new browsers will be able to support extensions and add new functionalities by reusing the work done on Kiwi Browser. In the past weeks, I worked with other browsers to help them integrate Kiwi functionalities. Hope to see good news soon.

If you want to improve Kiwi, your changes will be reviewed actively on GitHub. If you want to create your own fork, feel free to do so.

My goal is to open new possibilities for anyone to mod their browser with absolute freedom.

Give back the power to the user.

The source-code is now available on GitHub and is now the reference for all future developments. It's in Java and C++. As Chromium build system can be sometimes complex to setup, all the dependencies are already included in the repository.

Feel free to share the news with the modding community and Android lovers around you.

If you want to help the project (it's free, as in free beer, and free, as in freedom now), spread the word around you and up-vote Kiwi when you see it on social networks (ex: https://www.reddit.com/r/kiwibrowser/comments/g3kc1n/kiwi_browser_is_now_opensource_including_chromium/ )

Thanks a lot for your support, if you have questions you can reach here as well.
Arnaud.

Link to the repository: https://github.com/kiwibrowser/src
admin
@Dave: I respond to your request: your latest comments are deleted. Thanks.

@RobRich: Ok Master! 😉

@Arnaud: Great news! Thank you for your effort and support. Excellent browser. Now, I hope that Chromium and other Chromium-based browsers on Android will support extensions like Kiwi browser currently does. 🤩
Anon5797
Due to Chromium's #secure-preferences design, we can't easily backup, transfer, and synchronize user data. I think users who use this project probably don't want to log in to Google account to synchronize data.

In scenarios such as reinstalling the system and extending the settings to a new computer, I realized that each manual configuration from zero is so cumbersome. I also hope to automatically synchronize some settings instead of manually deploying them to different systems every time I modify them.

I tried to find a self-hosted sync server tool. At the beginning, I found https://github.com/valurhrafn/chrome-sync-server, but I found that it seems to have been https://github.com/trexx/chrome-sync-server#chrome-sync-server, and because it is for development and testing purposes, has some https://github.com/ipernet/chromium-sync-server#limitations like only supports one user and does not save data after restart.

I want to know if there is any mature sync server project that supports the latest version of chromium, or any suggestions that might solve tedious problems, have you encountered the same dilemma?
I am using this edition:
Portable -> Marmaduke | ungoogled | widevine | all-codecs+ | no-sync | win64

For some reason, all my extensions disappear the next day I launch the browser. My bookmarks are intact but the extensions are gone.

What is causing this?
Anon5799
@Marmaduke, @Hibbiki: Hi. Big thanks for windows Update... :) Regards.
Anon5800
@Andrey

if you are using unpacked extensions make sure the location of said extensions is still the same. In other words Chromium does not 'install' extensions to another folder, it uses the original one you selected.

If this isn't your issue, maybe it is secure preferences related? Read this (#secure-preferences) and then try the flags mentioned to disable secure preferences (click How To Migrate to show them).
Updated Win64 AVX build in the listings.

Finally had a chance to look at the linker issue. It is a component in the renderer code failing to build at O2 or above. ?!

I just set the baseline target back to Os for now. Other targets are at O3. LTO is O3 across the board.

I will poke some more at the underlying issue and hopefully push updated builds this weekend.
Thanks for all the updates :) I just updated to 81.0.4044.122 by Marmaduke.
Updated builds available. Usual builds in the listings. Win64 AVX2 build here:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v84.0.4127.0-r762656-win64-avx2

----------------

After tracking down the linker issue, I got LLVM back to ToT. Still building baseline targets at Os on the clang side. Other targets at O3. LTO at O3+100. Performance looks okay so far IMO, so I probably will leave it there for awhile.
Anon5804
Thank you RobRich.
Anon5805
@RobRich: Hi. Thank You for Windows 32bit Update. ;)
@Anon5804 + Anon5805 Welcome. :)

----------------

Oh yeah, to clarify, 32-bit LTO is 03+30. I try to limit code size there due to typically older or low-power processors with less system memory. Probably less than a couple percent performance difference versus instruction import at 100 anyway, which is about what Chromium OS devs found in their testing as well.

----------------

For Debian, Mint, Ubuntu, and similar. Built on Lubuntu 20.04 LTS.

Chromium 84.0.4127.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision c2928fb5b97be47758d4b95dc1e7f4cbf414965f-refs/heads/master@{#762672}
Compiler clang (+lld_linker +thinlto +pgo/afdo +polly +avx +compiler_optimizations +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v84.0.4127.0-r762672-linux64-deb

*Please note libc 2.29 or later is required.*

----------------

Before I forget, my latest Linux r762672 build features LLVM's relatively new aggressive whole-program devirtualization - optimization of virtual (indirect) calls to direct calls - during LTO codegen.
https://lists.llvm.org/pipermail/llvm-dev/2019-December/137543.html
https://reviews.llvm.org/D71913

On the clang codegen side, I already have been using -fstrict-vtable-pointers for quite a long time now in both Windows and Linux builds.
http://blog.llvm.org/2017/03/devirtualization-in-llvm-and-clang.html
Anon5807
@Marmaduke: Hi. If possible to update Chromium for Android to 81.0.4044.127 like Bromite. Thank You . :)
FYI. No promises of its inclusion in future builds, but Win64 AVX r762681 includes *profile-guided optimization* (PGO).
https://en.wikipedia.org/wiki/Profile-guided_optimization

Feel free to let me know about any notable performance differences.
Anon5809
As usual, thanks for the sse builds Rob!!
@ marmaduke,
I don't see the enable-checkbox-external-protocol.patch in the 81.0.4044.129 release. That patch is a new and belongs to the ungoogled-chromium extra patches.
Please, could you apply it in future releases?
@Drago: It's not wise to add functionality to an existing release: I've tried to add the patch and it has messed up my current build system. Hence, there will be no further Windows 81.0.4044.x builds. I could attempt to fix the build, but am not going to, and if I do will not release it.
@marmaduke,
I said "future releases" :)
Respect for your time and effort.
Anon5813
Thank you very much guys. You are very responsive about updates!
Anon5814
@Marmaduke, @Hibbiiki: Hi. Thanks for the Windows quick Update. :)
Hardly anyone reads it, but both packages 81.0.4044.129 Tuesday, April 28, 2020, ie 64-bit and 32-bit, these both packages are corrupted, incorrectly packaged or what ever and they do not work as self-extracting packages. The result is black display and blocked whole system.
Both previous version packages works perfectly. I mean version 81.0.4044.122,
Anon5816
Which version of 81.0.4044.129 do you mean? sync or no-sync? Portable, Archive or Installer? I used Installer from Hibbiki. The installation and the browser work fine.
Anon5817
@Marmaduke: Hi. Thank You for the Android update. ;)
Anon5818
@Peter: Because some firewalls consider the new version as "new" and these versions do not have a certificate, we have to manually define the new app "chrome.exe" as "allow" in the firewall settings.
I thought and tested these two versions of Windows
64-bit: https://github.com/Hibbiki/chromium-win64/releases/download/v81.0.4044.129-r737173/mini_installer.sync.exe
32-bit: https://github.com/Hibbiki/chromium-win32/releases/download/v81.0.4044.129-r737173/mini_installer.sync.exe
Like I said, there are no problems with the previous version, but it can only be used if to unzip it manually using 7zip. Hence the conclusion that something is wrong with the installer package. Chromium itself works.
I have used exactly the described version as mini_installer.exe 81.0.4044.129. No problems, the installation and the Chromium works. But since this mini_installer.exe is already an app, it must be allowed by the firewall (including Windows Firewall), otherwise it blocks it. The package is ok, but the Windows Firewall settings are incomplete.
Anon5821
Thanks Dev. for MacOS new builds.
The Chromium project devs now are generating regularly updated PGO profiles for internal Windows buildbot(s) usage.

Poking around the project's related python scripts, I am now able to pull those profiles for local usage, meaning I should no longer have to deal with the tedious task of generating additional instrumented builds and subsequent collection of my own profile data.

I do not build Chromium exactly the same as project devs, but LLVM provides enough leeway that I should be okay using the project's collected profile data. So barring no complications, my future builds should include profile-guided optimization as a standard feature. I will post details later assuming it all comes together. I have a Win64 AVX build cooking now.
PGO now conditions the baseline optimization target to O2, which in turn allows LLVM to decide codesize-related optimizations based upon profile data. However, setting the baseline target at O2 or higher causes a ThinLTO linker error as I recently noted.

I have reported the issue and the likely related code commit for when it started. I gave up poking at the issue days ago, so It will be up to the project devs to figure this one out, as they are going to have to fix it anyway if/when turning on PGO+ThinLTO for Chrome release builds.
PGO for macOS too!

Chromium for 64-bit macOS - All Codecs - Saturday, 02 May 2020

Chromium 84.0.4134.0 (Official Build) (64-bit)

Revision 013465ba236dc65552565bef4ad83bb71f08e3c2-refs/heads/master@{#764922}

OS macOS Version 10.15.4 (19E287)

- only for macOS 64
- with codecs (h264, h265, flac, xvid, AV1, etc..)
- official build
- clang/LLVM - default
- xcode 11.4
- macOS SDK 10.15
- PGO

Sync • WebRTC • Widevine
Chromium.84.0.4134.0.sync.app.zip
https://github.com/macchrome/chromium/releases/download/v84.0.4134.0-r764922-macOS/Chromium.84.0.4134.0.sync.app.zip
SHA1 CB83AA6615958528A8C8F98D57AE9E697B7DA65B

No Sync • WebRTC • No Widevine
Chromium.84.0.4134.0.nosync.app.zip
https://github.com/macchrome/chromium/releases/download/v84.0.4134.0-r764922-macOS/Chromium.84.0.4134.0.nosync.app.zip
SHA1 43DEE0D5C27569DB0BD626D4EA522B17DA708B06
Anon5825
Awesome sauce. Will ungoogled builds benefit from PGO in the future?
@Anon5825
Yes, macOS and Windows v84+ ungoogled builds will benefit from PGO in the future, presuming that the Chromium Authors persist with PGO. Particularly with macOS given that the latest versions of clang/llvm is producing bitcode that is totally incompatible with the current macOS, and llvm/clang 8.0.1 is not compatible with the latest development versions of Chromium. It pains me to say, but the Chromium Authors are actually doing a good job. The same cannot be said for useless Apple; spend less time producing diarrhoea inducing adverts: develop mach-o linker.
IIRC, Apple devs are pushing commits to LLD for mach-o support. Code has landed, but i have no idea on current usability.

https://reviews.llvm.org/source/llvm-github/browse/master/lld/MachO/
macOS proof of concept:
===================
Chromium for 64-bit macOS - All Codecs - Tuesday, 05 May 2020
Chromium 84.0.4134.0 (Official Build) (64-bit)
Revision 013465ba236dc65552565bef4ad83bb71f08e3c2-refs/heads/master@{#764922}

- clang/LLVM llvm-project-762fb1c40eea6878c2d6a1f0f1fc7915c8747981 (native polly linking)

No Sync • WebRTC • No Widevine • thinLTO • (compile & link) Polly • PGO
Chromium.84.0.4134.0.nosync.polly.lto.app.zip
https://github.com/macchrome/chromium/releases/download/v84.0.4134.0-r764922-macOS/Chromium.84.0.4134.0.nosync.polly.lto.app.zip
SHA1 227CDF84BD45E6240E5A21059B83D85D53512D40

===========
cflags = [
"-fprofile-instr-use=$pgo_data_path",

# It's possible to have some profile data legitimately missing,
# and at least some profile data always ends up being considered
# out of date, so make sure we don't error for those cases.
"-flto=thin",
"-Wno-profile-instr-unprofiled",
"-Wno-error=profile-instr-out-of-date",
"-Wno-profile-instr-out-of-date",
"-Wno-unknown-warning-option",
"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-enable-local-reassign",
"-mllvm", "-regbankselect-greedy",
##"-Xclang", "-Rpass-analysis=polly",
]
ldflags = [
"-flto=thin",
"-fsanitize=cfi",
#####"-Wl,-lto_library", "-Wl,/Users/reggie/llvm-bootstrap-install/lib/libLTO.dylib", ## NOT SUFFICIENT!!!
##### MUST USE: export DYLD_LIBRARY_PATH=/Users/reggie/llvm-bootstrap-install/lib/libLTO.dylib
"-Wl,-mllvm", "-Wl,-polly",
"-Wl,-mllvm", "-Wl,-polly-2nd-level-tiling",
"-Wl,-mllvm", "-Wl,-polly-invariant-load-hoisting",
"-Wl,-mllvm", "-Wl,-polly-register-tiling",
"-Wl,-mllvm", "-Wl,-pass-remarks-analysis=polly",
]
Anon5830
@marmaduke, plz update Ungoogled
Anon5831
@Anon5830: Scroll up to #comment-5811
Anon5832
Thank you RobRich for your explanation and help on the Chromium bug tracker.
Anon5833
@Anon5831, Noooooo! F*cking windows... :(
@Hibbiki: Many Thanks for the update (v81.0.4044.138).

@everyone: There is also a nosync version by Hibbiki (= ungoogled)
https://github.com/Hibbiki/chromium-win64/releases/tag/v81.0.4044.138-r737173
It's dissapointment to not have updated ungoogled version, when there are discovered security issues with the previous release.

I see updated ungoogled for Mac but not for Windows. I can't understand that.

I guess we have to think for move to Hibbiki's build.

+1 Hibbiki
Anon5836
@SamMurry
Really? Marmaduke is pretty swift with the updates, but if you're that paranoid, you might as well have a second browser you can use for the few days it takes to get updated.
@SamMurry: It is not clear whether the discovered security issues affect not only Google Chrome or also ungoogled Chromium. Probably not after all. The game with the numbers is often only cosmetic. Therefore no haste is necessary.
Anon5838
@SamMurry
Anon5836 here
I forgot to add, the build was already updated on github (25 minutes ago), so i really don't get what you're complaining about.
@SamMurry,
I apologize but I cannot agree with your comment and I hope Marmaduke don't see it :)

@wth,
True. Allow me just to add to your comment the bugs=changes=improvements, which from time to time are coming with the newest releases :)
Anon5840
@Marmaduke, @hibbiki: Hi . Thanks for Windows update.

@Marmaduke when you can , it would great an update for Android too.
Thank You.
Regards. :)
>@everyone: There is also a nosync version by Hibbiki (= ungoogled)

Please note that this is not equivalent to ungoogled builds, which specifically include patches from Eloston (https://github.com/Eloston/ungoogled-chromium). The nosync variant does not include Google API keys (which are not included in official Chromium releases) during build process, but functionally is identical to sync variant if such keys are provided externally via environment variables. You can check differences between both builds on GitHub by comparing sync.args and nosync.args.

Also technically, as of writing this comment, Eloston's ungoogled variant is not updated for 138 yet (https://github.com/Eloston/ungoogled-chromium/pull/1029).
Anon5842
@Hibbiki

Hi and thanks for providing builds for the community.

I could not get swiftshader working last time I tried your x86 build - swiftshader is used on Chromium when no hw acceleration is available (such as my situation). Without it there are anomalies - audio stutters, etc. Also webgl does not work without it - easiest way to diagnose (also chrome://gpu reports no renderers available).

Marmadukes ungoogled build had the same problem but he/she was able to change the code to fix swiftshader.

Thanks for reading!

(This is not a major/urgent issue, this is something I experienced a few months ago. I have no opportunity to test your builds at present)
@Anon5842

Works for me on 81.0.4044.138 x86 nosync variant, GL_RENDERER reports 'Google SwiftShader'. Demo on https://www.khronos.org/registry/webgl/sdk/demos/google/san-angeles/ also works properly.
Anon5844
@Marmaduke
Hi.
Thank you very much for the Android update.
Regards...
Anon5845
@Hibbiki

(Anon5842 here)
I apologise for the earlier message, it turns out it was an issue with the drivers of my Intel IGP. Swiftshader works on Win 7 but not Win 8.1 on all builds. Sorry I didn't diagnose this and pointed the blame at your build. Turns out I can use my Win 7 driver on 8.1 and it also allows swiftshader, now to test for OS instability.

Sorry again and thanks.
admin
@marmaduke:
An user reported me an issue about your latest ungoogled versions: The hash values are not correct on your github page...but are good here.
https://github.com/macchrome/winchrome/releases/tag/v81.0.4044.138-r737173-Win64
https://md5file.com/calculator
@Jerry

I've checked and corrected the SHA-! values.

[EDIT by Jerry, 12 May 2020: Thank you! ;)]
Do some people suffer from mouse cursor lags / freeze with the last 81.* from marmaduke builds? (on Win10 Pro:1909, env 60 tabs on 2 windows)
Updated Win64 AVX in the listings. Other Windows builds to follow today or tomorrow.

A few FYIs regarding optimizations:

*Enabled profile-guided optimization (PGO) using project-generated profile.

*Added partial lining to the mix for both clang and lto codegen.

*Modified polly canonicalization passes to do aggressive instruction combining, scalar replacement of arguments, and slightly increased early inlining.

*Modified polly for more permissive scop detection.
Anon5850
Anyone planning to add extension in Android build?
Anon5852
What's the difference between these two versions? The second one is for older PC's?!
https://i.imgur.com/B8T2ZrT.png
admin
@Anon5852: It is about the minimum system requirements.
- The "AVX" version is optimized for computer with a CPU supporting the AVX instructions. (year: 2010+)
- The other one works on computer... SSE2 instructions. (year: 2000+)
- The "AVX2" (on #comment-5851)... AVX2 instructions. (year: 2013+)

@RobRich and all devs: Big thank you! ;)

@Anon5850: Maybe Marmaduke will be interested in this feature already implemented in the open-source Kiwi browser project. I do not know! ;)

[EDIT by Jerry, 13 May 2020: Corrected! Thank you @Anon5855]
Anon5854
As usual, thanks for the SSE builds Rob!
Anon5855
@Jerry you mean kiwi browser? I hope Marmaduke adds extension support in his android build, it would be awesome to use extension with latest chromium on android. :D
admin
@Anon5855: Yes, it is Kiwi browser. Sorry! :)
Efforts to add extensions to Chromium Android are on going: https://github.com/bromite/bromite/issues/533

I tried to retrofit wchen342's extension patches to my ungoogled Android 81.0.4044.138, but was not successful.

Personally, I think Google made the right call in not supporting extensions on mobile platforms: as long as javascript can be toggled on/off that's all that is required; nevertheless, if and when extensions can be gracefully incorporated I will.

[EDIT by Jerry, 13 May 2020: 👍]
Anon5858
Hello,
I had an issue with chromium portable, here was my solution.
I had an issue where window's default browser directory for chromium (portable version at chromium.woolyss.com) was at the downloads folder and windows had not detected the missing executable for the default browser,
icon was missing too in w10 settings.

After trying many things I eventually got a fix, updating the directory values at

Computer\HKEY_CLASSES_ROOT\Chromium(randomstring)\shell\open\command

at "\HKEY_CLASSES_ROOT\Chromium(randomstring)" the random letters/numbers at the end of chromium will be different for everyone im assuming so just look for chromium and you'll see it.

good luck
Manifest V3, the SARS-CoV-2 of the browser world with an R-factor of a billion, rears its ugly head.

Swap out d3dcompiler_47.dll with an earlier version if required.

Chromium v85.0.4148.0-r769185-Win64

Chromium for 64-bit Windows - All Codecs - Friday, 15 May 2020

Chromium 85.0.4148.0 (Official Build) (64-bit)
Revision 510cc5c9a476b73073d823ac84f3f0ac0921ebae-refs/heads/master@{#769185}
OS Windows

- SDK 10.0.19041.0 (Visual Studio 2019 16.5.5)
- clang/llvm default (GNU/Linux cross-compile)
- ThinLTO
- WebRTC
- PGO

No Sync - No Widevine

Chrome-bin.7z (chrlauncher formatted)
https://github.com/macchrome/chromium/releases/download/v85.0.4148.0-r769185-Win64/Chrome-bin.7z
SHA1 2117AE4E4CC1DF7A78BE31B5B5B74AA44C73C5ED

Sync - Widevine

Chrome-bin-sync.7z (chrlauncher formatted)
https://github.com/macchrome/chromium/releases/download/v85.0.4148.0-r769185-Win64/Chrome-bin-sync.7z
SHA1 48ABC499A24397943CC15C4A489BE133E3926AE7

https://github.com/macchrome/chromium/releases/download/v85.0.4148.0-r769185-Win64/mini_installer.exe
SHA1 E4D1466746A49F0C95ABC02BBD6F366C0F66CC1E
Anon5860
Thank you @marmaduke, using the new version now. Everything running great !
For Windows I have been manually running the related python script to download and update pgo profiles, then manually setting the applicable profile in the build arguments.
@RobRich

cat chrome/build/win64.pgo.txt

>>> chrome-win64-master-cfc722972bb38f406ad47e4c56911f35ab1231f9-0000000.profdata

wget https://storage.googleapis.com/chromium-optimization-profiles/pgo_profiles/chrome-win64-master-cfc722972bb38f406ad47e4c56911f35ab1231f9-0000000.profdata

****
chrome_pgo_phase = 2
pgo_data_path="//chrome-mac-master-d2d91c2fe263909bb31bcfaf0ae882b731320f0d-0000000.profdata"
****

What are your recommended parameters for polly compile and link? Oh, and is there any benefit to using the "new pass manager"?
@marmaduke: a quick follow-up about your 84.0.4134.0.nosync build
It has been working perfectly on every site for two weeks, now. Thanks a lot! :-)
@marmaduke: Any ETA on Ungoogled 83?
Anon5866
@RobRich
HI. Thank You for Windows 32bit Update 84.0.4145.0.
Regards...
Anon5867
i heard in a future canary build (maybe already present) they are going to allow the full url bar via a flag, ain't they kind?
Anon5868
@marmaduke

can those pgo profiles of master/lkgr also be used for the current stable build (83.0.4103.61)? Since there is no win64.pgo.txt file present in the tag 83.0.4103.61, but starting from dev version (84+). So for my last build i just took the one from the lkgr branch.

Regards
@Anon5867: This is actually already allowed everywhere. You click once in the address field with the short address. One second later you click again and get the full address with the full url.
Anon5870
@Marmaduke .
Hi.
Thank You for Windows Update.
If you have time can you Update Android too ; 83.0.4103.61 ?
Thanks
Regards.
Thanks Hibiki for new Chromium on Windows
Anon5873
@Anon5871 :
Go to chrome://flags/#omnibox-context-menu-show-full-urls ➜ Enabled

Context menu show full URLs
Provides an omnibox context menu option that prevents URL elisions. – Mac, Windows, Linux, Chrome OS
Anon5874
@Anon5873
Thanks for the explaination. What a disappointing development though. The context menu option only last for that session, then you have to tick it again! It seems this was added through gritted teeth haha.
@Anon5874
You can still force it:
--disable-features=OmniboxUIExperimentHideSteadyStateUrlScheme,OmniboxUIExperimentHideSteadyStateUrlTrivialSubdomains,OmniboxUIExperimentHideFileUrlScheme
@Marmaduke (and maybe the others)
A humble suggestion about compression formats: xz format is natively supported by MacOS (decompression) and occupies about 2/3 of zip* — tested by myself on
Chromium.84.0.4134.0.nosync.app.zip = 99.5 Mb
Chromium.84.0.4134.0.nosync.app.txz = 66 Mb
For a number of reasons (including global warming ;-) ), it seems to me a good idea to use xz when possible — the same might be true for other platforms but I guess it would probably involve a third party app, so I understand the other devs might prefer zip for the sake of compatibility.

*P.S.: not always true, but in this particular case yes. ;-)
Anon5877
Do you mean standard zip? Marmaduke and Hibbiki use the superior 7z.
Anon5878
"For a number of reasons (including global warming ;-) )"

LOL! Greta, is that you???

Change compression format to save the planet. Now, this is a new low after the cow farts just a while ago.
Anon5879
On the chromium builds, why are the Dns-over-HTTPS settings not visible as described in google blog. Specifically for configuring a custom DOH provider.
https://blog.google/products/chrome/more-intuitive-privacy-and-security-controls-chrome/
@Anon5879: This specific Google feature (in Google Chrome) is for information only. Whether DoH is used depends on the currently active DNS server. But I don't have to use the ones from my provider, I can also enter others manually, in the settings of the network adapter or in the router. Google's DNS are probably used frequently - 8.8.8.8 and 8.8.4.4 - but do not offer any additional security. If I want a bit more security against phishing and malicious attacks etc., I use as DNS: Quad9 - 9.9.9.9. To check this you can type in the console (CMD): nslookup plus enter. But effectively Quad9 redirects ultra-fast to secure DNS (with DoH, the new standard) servers in the region. This can be found out with the extension MyIP.
chrome://flags/#dns-over-https

Doja "I'm a stupid bint" Cat
@Anon5868 Technically you can use a PGO profile off the master trunk. Just note any mismatched functions will not be PGO optimized.

You also will want to manually change config("optimize") to /O2 for Windows in depot_tools\chromium\src\build\config\compiler\BUILD.gn for PGO building assuming the change has not yet been backported. Not sure about older "stable" branches, but chrome_pgo_phase=2 now sets /O2 as the baseline optimization level due to how profile-guided optimization works. Example here:
https://chromium.googlesource.com/chromium/src/+/c7469664d0300ffcb8c2531d0569436401b92d2e/build/config/compiler/BUILD.gn#1960

---------------------

@marmaduke I have scaled back Polly for now given we are playing with PGO. I did enable it for both clang and LTO codegen with my current Win64 AVX build. I also have trial enabled partial inlining.

cflags:

"-Xclang", "-fstrict-vtable-pointers",
"-mllvm", "-enable-local-reassign",
"-mllvm", "-regbankselect-greedy",
"-mllvm", "-enable-partial-inlining",
"-mllvm", "-polly",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-position=early",
# "-Xclang", "-Rpass-analysis=polly",

ldflags:

"-mllvm:-enable-local-reassign",
"-mllvm:-regbankselect-greedy",
"-mllvm:-enable-partial-inlining",
"-mllvm:-polly",
"-mllvm:-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm:-polly-position=before-vectorizer",
# "-mllvm:-pass-remarks-analysis=polly",

thinlto:

-mllvm:-import-instr-limit=100

Also given we are playing with PGO, my current Win64 AVX build is built at O2 for clang and LTO optimizations. Ideally that should allow some functions to be better optimized for size where appropriate. I reevaluate with future builds.

Might as well disable PDB creation if not needed.

config("no_symbols")
if (is_win) {
ldflags = [ "/DEBUG:NONE" ]

While you are at it, might as well reenable sized deallocations, too.

depot_tools\chromium\src\build\config\win

"/Zc:sizedDealloc",

I am not sure Polly has been properly plumbed into the new pass manager, yet.

BTW, here is how I am pulling PGO profiles:

vpython D:/depot_tools/chromium/src/tools/update_pgo_profiles.py --target=win64 update --gs-url-base=chromium-optimization-profiles/pgo_profiles

Available targets are win32, win64, and mac. Profiles are deposited at depot_tools\chromium\src\chrome\build\pgo_profiles,
@RobRich

Thanks.

PDB creation is insane!

I've been testing sccache-dist, but it does not work. Build times are getting crazy. i really don't want to buy an AMD 3970/90x but might have to,

Really stupid decision to drop jumbo.
I am trying to hold out for awhile longer on hardware. I might even look into an AMD 8c/16t notebook to replace my current Intel 4c/4t notebook. Decisions.

I am not expecting a substantial performance difference, but I am rolling an AXV2 test build at -O3 for clang and LTO codegen right now.
Anon5885
@RobRich

thx for clarifying. I'll try using the pgo data of the closest version to the current stable release. I'm currently experimenting with zen 2 builds (march=znver2, optimized for the current ryzen processor architecture).

If anyone is interested in those builds, let me know (;
Anon5886
@marmaduke

I am getting the following errors at chrome://gpu on my Windows 7 machine (using Intel gfx). Everything works fine. I only ever had software rendering anyway. The referenced files don't exist, at least not ony my install. Anyone else getting these? Thanks.

[1500:1504:0527/072127.759:ERROR:dxva_video_decode_accelerator_win.cc(1397)] : DXVAVDA fatal error: could not LoadLibrary: mf.dll: The specified module could not be found. (0x7E)
[1500:1504:0527/072127.759:ERROR:dxva_video_decode_accelerator_win.cc(1397)] : DXVAVDA fatal error: could not LoadLibrary: mfplat.dll: The specified module could not be found. (0x7E)
[1500:1504:0527/072127.759:ERROR:dxva_video_decode_accelerator_win.cc(1397)] : DXVAVDA fatal error: could not LoadLibrary: msmpeg2vdec.dll: The specified module could not be found. (0x7E)
[1696:1712:0527/072253.726:ERROR:dxva_video_decode_accelerator_win.cc(1397)] : DXVAVDA fatal error: could not LoadLibrary: mf.dll: The specified module could not be found. (0x7E)
[1696:1712:0527/072253.727:ERROR:dxva_video_decode_accelerator_win.cc(1397)] : DXVAVDA fatal error: could not LoadLibrary: mfplat.dll: The specified module could not be found. (0x7E)
[1696:1712:0527/072253.727:ERROR:dxva_video_decode_accelerator_win.cc(1397)] : DXVAVDA fatal error: could not LoadLibrary: msmpeg2vdec.dll: The specified module could not be found. (0x7E)
GpuProcessHost: The info collection GPU process exited normally. Everything is okay.
Anon5887
@Wth
@Doja Cat

for the DNS over HTTPS issue, i am referring to the ability to set custom DOH within Chrome settings. this has been live since v83 atleast.
Here is a screenshot.
https://i.imgur.com/tBaFF8d.png

If you notice carefully, it is under chrome > settings > Privacy and security > safe browsing. It allows 'auto mode' as well as custom DOH.
This is detailed in google's DOH pages quite extensively.
DoH (DNS over HTTPS) is not the job of the web browsers but that of the DNS servers. But certain browsers can check if DoH is processed or not, and can filter it accordingly. But this is, as already said, outdated, obsolete, no longer up to date if we choose DNS servers that only filter themselves and only let DoH pass. I don't think much of Google's security games, they serve more for Google's data collection than for the personal security of the user. And then we also have intelligent firewalls and antivirus programs. Or do you lack all of these? Anyone who wants to trust Google alone will soon be lost.
@Anon5887
This particular feature is not yet available. The whole new security redesign page is behind experiment #privacy-settings-redesign but it seems that DNS settings are not yet part of it.

I advise you to compare your results to clean Chrome install.
Updated Win64 AVX2 build available.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v85.0.4157.0-r771869-win64-avx2

@Anon5886 Are you perhaps running Windows 7 N? Reason I ask is it appears you like do have the Windows Media Feature Pack installed. You can manually install it via KB968211. Here ya' go:
https://www.microsoft.com/en-us/download/details.aspx?id=16546

@Anon5885 With Zen 2 you should be able to manually force FMA optimizations as well. :) Try the following options when modifying depot_tools\chromium\src\build\config\compiler\BUILD.gn

Add to common_optimize_on_cflags:

"-march=znver2",
"/clang:-ffp-contract=fast",
"-mllvm", "-enable-local-reassign",
"-mllvm", "-regbankselect-greedy",
"-mllvm", "-enable-partial-inlining",

Add to common_optimize_on_ldflags:

"-mllvm:-march=znver2",
"-mllvm:-fp-contract=fast",
"-mllvm:-enable-local-reassign",
"-mllvm:-regbankselect-greedy",
"-mllvm:-enable-partial-inlining",

@marmaduke Bumping clang optimizations to "-Xclang", "-O3", looks good IMO. Also ThinLTO at lto_opt_level = 3.

Even at -O3 PGO still is helping with some size optimizations as applicable, plus we get the other benefits of profiling.

I have added back more Polly options, too. Looking okay here.

cflags:

"-mllvm", "-enable-local-reassign",
"-mllvm", "-regbankselect-greedy",
"-mllvm", "-enable-partial-inlining",
"-mllvm", "-polly",
"-mllvm", "-polly-2nd-level-tiling",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-register-tiling",
"-mllvm", "-polly-run-dce",
"-mllvm", "-polly-run-inliner",
# "-Xclang", "-Rpass-analysis=polly",

ldflags:

"-mllvm:-enable-local-reassign",
"-mllvm:-regbankselect-greedy",
"-mllvm:-enable-partial-inlining",
"-mllvm:-polly",
"-mllvm:-polly-2nd-level-tiling",
"-mllvm:-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm:-polly-position=before-vectorizer",
"-mllvm:-polly-register-tiling",
"-mllvm:-polly-run-dce",
# "-mllvm:-pass-remarks-analysis=polly",
Anon5891
@RobRich

Anon5886 here: I am not running with the Media Foundation Pack installed but I have never experienced the message before from Chromium in all the years running it on Win7. Either way I do not think my hardware is accelerated in Chromium. Gonna investigate the source to see for a change. Thanks for the clue!
@Aargl

The zip file is produced using the ditto command: ditto -c -k --sequesterRsrc --keepParent <archive> <input>
Some Apple services demand this (even if I do not use them.) I've noted the discrepancy in app size between my and official builds, and am not bothered

@RobRich

Thanks. I'll try to incorporate your suggested parameters into my dev builds.

@Anon5886

If you're using a version of Chromium built with: SDK 10.0.19041.0 (Visual Studio 2019 16.6.0) : 64-bit, try replacing d3dcompiler_47.dll with an earlier version.

@Anon5887

Compare and contrast the official Dev Chrome/Chromium versions. My bias is towards stable ungoogled: I build dev versions to mitigate changes to future stable versions.
Anon5893
@RobRich

thank you for sharing :) will try those flags in my next build. With just march=znver2 i already got a nice boost of about ~200-250 points in web.basemark.com, compared to generic builds.
Anon5894
@marmaduke

Anon5886 here. Turns out it was a false alarm. I tried one of your older builds and do not get the message, so it is something they added in the latest. Not sure why I didn't think of doing this before (doh!)

Btw it is probably this change (thought it is 3 months old I guess it just got into release channel:

"Reintroduce LOG(ERROR) calls for fatal DXVA errors

the PLOG(ERROR) calls were removed on friday as part of a macro cleanup,
but we need non-debug builds to have notices that dll loading has failed
to avoid totally silent errors."

Thanks again guys.
Just upgraded my notebook to Win10 2004. WSL 2 is a nice improvement IMO.

Have GUI apps via VcXsrv and sound via PulseAudio working on Ubuntu 20.04 under WSL 2. Tested Dillo and Firefox so far.

Now to later see if building Chromium for Linux via WSL 2 can be viable enough. Previously I gave up under WSL 1 due to extremely slow I/O.

The speedtest-cli utility is showing about native network I/O for Internet transfers, so it probably will be down to disk I/O at this point.
Win10 2004 has borked nVidia Optimus on my primary notebook. Stuck with the Intel GPU for now. Yay.... ?!
Anon5897
@Marmaduke
Hi. Thank You for the Android update.
But error 404 with the download link
Regards.
@Marmaduke
thanks for making a version with sync and your continued updates!!!
Anon5899
@RobRich: I cross my fingers for you! ;)
Anon5900
@Marmaduke
Hi. If you're interested , here first release
of Chromium 83 for Android with extension.
https://github.com/wchen342/ungoogled-chromium-android/releases
@Anon5900

To quote wchen342: This version is highly experimental and is not intended for daily usage yet!

Extension functionality will be incorporated when I'm satisfied that its implementation is robust.
Anon5902
Anon5900 @Marmaduke

Ok.It was just to keep you informed.
Regards.
Anon5903
Do you know why I kept being logged out from Facebook and Instagram and also pixiv? I disabled the new SameSite cookie behaviour and it still happens.
Anon5904
@marmaduke
Hi.
Looks like canvas spoofing feature not working in last build. Here (browserleaks.com/canvas) signature not changed.
Anon5905
@Anon5903

Use your noggin and configure it.
Anon5906
@Anon5905
This behaviour starts when ungoogled-chromium 80 is first introduced with the new SameSite behaviour, and disabling it on chrome://flags doesn't work.

The only real solution is to rollback to ungoogled-chromium 79
Anon5907
@Anon5906
@Anon5903
and nope, before you say I'm stupid, I did disable "Clear cookies and site data when you quit Chromium" under chrome://settings/content/cookies so it keeps my cookies across sessions.
Finally fixed the nVidia Optimus issue. After cleaning out all existing GPU drivers with DDU in safe mode, disabling Windows update, installing the latest Intel 27.20.100.8280 and nVidia 450.99 drivers, I now at least can force the GPU selection via the Windows 10 2004 graphics performance preferences.... with the app detection and GPU selection working as expected.
https://i.imgur.com/IzgaQWN.png

Now to update my build box to Win10 2004.
Anon5909
@RobRich: 👍 thanks
Building Clang using Chromium project scripts via Windows 10 WSL2 running Ubuntu 20.04:
https://i.imgur.com/G1juA4x.png

Next up should be Chromium itself. :)

----------------

Install WSL2:
https://docs.microsoft.com/en-us/windows/wsl/install-win10

I also had to install the latest WSL2 kernel update:
https://docs.microsoft.com/en-us/windows/wsl/wsl2-kernel

Now note the Ubuntu productid:
https://www.microsoft.com/en-us/p/ubuntu/9nblggh4msv6

Process the productid to appx dowload links here:
https://store.rg-adguard.net/

Download the latest appx version. It will be around 800-850MB.

The downloaded appx file is just a compressed archive. You can unzip it to your desired location via 7-Zip or similar. :)

Enter the desired location, then simply run ubuntu.exe and follow the prompts.

----------------

https://chromium.googlesource.com/chromium/src/+/master/docs/linux/build_instructions.md

Note before running ./build/install-build-deps.sh you might need to change how python is invoked. There are various ways. I simply used:

sudo apt install python-is-python3

Also be sure to comment out the snapcraft stuff before running the ./build/install-build-deps.sh script. I vaguely attempted setting it up, and it turned out not to be worth the trouble to me. I do not build Chromuium to snaps anyway.

Around line 540 in the install-build-deps.sh script:

# if package_exists snapcraft; then
# dev_list="${dev_list} snapcraft"
# fi

BTW, the python-is-python3 package will be removed by the install-build-deps.sh script, along with python 2.7 and 3.x being configured as needed.
Anon5911
@marmaduke, plz update Ungoogled for win
admin
@RobRich: Nice and clean tutorial. Big thanks! ;)

@marmaduke: A Samsung engineer currently works on the native support of Chrome extensions for Android. ;) Thank you to the Kiwi Browser dev!
- https://chromium-review.googlesource.com/c/chromium/src/+/2222773
- https://bugs.chromium.org/p/chromium/issues/detail?id=1074710

@Hibbiki: Like ever, you are very responsive. Thank you very much too! ;)
Anon5913
@Hibbiki
Hi.Thank you for windows update...
Anon5914
@Hibbiki & @Marmaduke

Thanks so much for the Windows updates...always appreciated!
Windows 10 WSL2 stock kernel:
https://i.imgur.com/RyUbdiy.png

Windows 10 WSL2 manually updated kernel:
https://i.imgur.com/HIdrzYt.png

Clang-built linux-next kernels for WSL2 available here:
https://github.com/nathanchance/WSL2-Linux-Kernel/releases

See "Tell WSL 2 to use that kernel when booting up" on creating a .wslconfig config file here:
https://nathanchance.dev/posts/wsl2-kernel-clang/

----------------

My build box is doing a Chromium for Linux build right now via Ubuntu 20.04 running under WSL2. Hopefully should have a build pushed later tonight.

I will try to push updated Windows builds in the next day or two.
Anon5916
Thanks Rob for the info on WSL2. Very keen to give this a try later.
Anon5917
@Marmaduke
Hi. Thank You for the update.
Can you update for Android too ; 83.0.4103.96.
Thanks...
Anon5918
The Brave web browser is hijacking links, and inserting affiliate codes :
https://www.reddit.com/r/Android/comments/gy8ac5/the_brave_web_browser_is_hijacking_links_and/
Anon5919
Ungoogled-chromium 83.0.4103.97 won't save passwords
Linux build is buggy so it will need redone. I suspect it might be linked to my attempted addition of aggressive whole program devirtualization during LTO codegen.

On the Windows site, LLVM is reporting a broken function error during the LTO codegen of the v8_context_snapshot_generator executable. At least it is a known issue.

https://bugs.chromium.org/p/chromium/issues/detail?id=1091784
@Jerry

Yeah, that probably will take 5-7 years, knowing Chromium past history.
Anon5922
@Anon5918

Trying to profit from browser forks, this thing always happens in the end!
Anon5923
It seem Chromium 83.4103.97 for Android with extendion is working
https://github.com/wchen342/ungoogled-chromium-android/releases
@Edward Colston: This evil of crypto mining in Brave Browser has been known for a long time. For android you have to leave it alone and rather use the Kiwi Browser. And for other operating systems we should use chromium from here.
@marmaduke

Hey, mate, I know it is a bit too much to ask but could you by any chance write a simple how-to to the dev environment you use to compile Chromium + Ungoogled? I want to migrate to it from my current daily pick but I need a few mods before it can be usable to me, that means I will have to compile it myself. I tried setting it up before but it requires 5 PhDs with 28 years of experience to do so, which is why I even ask to begin with. Honestly, I dont I ever managed to complie any c++ project on windows ever, it is such a mess.

Anyway, it would be really appreciated if you could share some wisdom.
admin
@Kein: Waiting for Marmaduke... ;)

The documentation to compile Chromium on Windows:
- Official: https://chromium.googlesource.com/chromium/src/+/master/docs/windows_build_instructions.md
- Ungoogled: https://github.com/ungoogled-software/ungoogled-chromium-windows
- Other: #source-code

How do you make a ("Ungoogled") Windows build from the source code?
Answer by Eloston at https://github.com/Eloston/ungoogled-chromium/issues/235
@Kein

I cross build Chromium for Windows on GNU/Linux Debian. These instructions are concise and terse!
Before you even attempt to cross-compile ungoogled for Windows (it WILL fail) do a conventional build first.

https://github.com/macchrome/winchrome/releases/download/v83.0.4103.97-r756066-Win64/cross_build.txt
@Jerry
Where can i find debug symbols (for windows) for chromium browser?
@marmaduke
> I cross build Chromium for Windows on GNU/Linux Debian.
Oh, okay, that makes sense. Thanks!
@Jerry
i've tried that info but it works only with Google Chrome, not with pure Chromium downloaded from this site. Debuggers can't find symbols on that server (https://chromium-browser-symsrv.commondatastorage.googleapis.com)
Back in business, at least for Windows. Updated Win64 AVX2 build now available. YMMV.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v85.0.4169.0-r777004-win64-avx2

I will try to get to the other Windows builds in the next day or so.
Anon5934
@Marmaduke: Thanks for Android update...
I can build Chromium under WSL2 on Win10, but getting it to run stable is another situation altogether. Anyway.

Back to Windows, Win32 building is complaining about a missing symbol. BTW, it is not related to the existing clang_rt.builtins-i386.lib library requirement. I have add a MS library include that hopefully should include the needed symbol. More info to follow. Rebuilding now.
In this page there is written tha on Linux Mint one can install Chromium with the package manager but in Mint 20 it will be an empty package because it would be a snap package and Mint does not like that (See https://blog.linuxmint.com/?p=3906). So, how can we continue to use Chromium on Mint 20? TIA
@marmaduke,

I am not sure if is related to your building process or that's a issue with ungoogled but the flag chrome://flags/#fingerprinting-canvas-image-data-noise is not present in the branch 83.0.4103.97.
The result of that the canvas fingerprint spoofing is not working in this version.
@Drago

For Gianna Floyd:

I'n'I nah come to fight flesh and blood,
But spiritual wickedness in 'igh and low places.
So while they fight you down,
Stand firm and give Jah thanks and praises.
'Cos I'n'I no expect to be justified
By the laws of men - by the laws of men.
Oh, true they have found me guilty,
But through - through Jah proved my innocency.

(So Much Things to Say - Bob Marley)

ungoogled-chromium-83.0.4103.97-2_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v83.0.4103.97-r756066-Win64/ungoogled-chromium-83.0.4103.97-2_windows.7z
SHA1 0C34F7153311125889D31F5866A6BCBF0CD73246
admin
@RobRich, @marmaduke and @Hibbiki:
Like ever, thanks a lot for your great work!

@Drago: Exactly! Try this flag:  --disable-reading-from-canvas

@AngeloG:
https://linuxmint-user-guide.readthedocs.io/en/latest/chromium.html
https://forums.linuxmint.com/viewtopic.php?f=42&t=321953

@RobRich: I prepare an entry for your Win64 AVX2 build ^^
https://github.com/RobRich999/Chromium_Clang/releases/tag/v85.0.4169.0-r777004-win64-avx2
Tabs are glued when restoring a window from the taskbar (85.0.4148.0 (769185) • Friday, 15 May 2020)
https://i.imgur.com/5lM3PR7.jpg
Anon5941
@ONYX: You use a development version which is by definition unstable. Prefer a stable one.
@RobRich: Thanks.
Anon5943
@Anon5941: Thanks, captain obvious! I know! This is just a bug report. =)
Anon5944
@Marmaduke
Hi. Thank You for Windows and Android Update...
Oops... thanks to @Jerry...
Anon5946
"Don't let them fool ya
Or even try to school ya! Oh, no!"

Go get the unG and sync Mac updates, oh yeah!
Anon5947
@hibbiki: Thank you very much!
83.0.4103.106 (Official Build) (64-bit)

Revision ce7134bb3d95141cd18f1e65772a4247f282d950-refs/branch-heads/4103@{#694}

Portable Chromium ungoogled for 64-bit Linux - Thursday, 18 June 2020

- Ungoogled - https://github.com/ungoogled-software/ungoogled-chromium-portablelinux
- Built on Debian (9) Stretch. Custom Kernel 5.3.4 [libatk1.0-dev 2.30.0-2~bpo9+1]
- Default Chromium (customised) compiler used
- All Codecs
- Hardware Acceleration Video Decode - vaapi patches applied: built against: libva 2.6.1
- Widevine
- thinLTO, AFDO and polly optimised
- Install instructions in README

Tested under Ubuntu 18.04.4 LTS and Fedora 32

apt install libatomic1 (if required)
apt install vainfo

Need to install libva-2.6.1:
https://github.com/intel/libva/releases/download/2.6.1/libva-2.6.1.tar.bz2

./configure --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu

chrome://flags/

Override software rendering list - Enabled

ungoogled-chromium_83.0.4103.106_1.vaapi_linux.tar.xz
https://github.com/macchrome/linchrome/releases/download/v83.0.4103.106-r756066-portable-ungoogled-Lin64/ungoogled-chromium_83.0.4103.106_1.vaapi_linux.tar.xz
SHA1 7778CBB5E3C0CB956FD43B44FBC1D23DCD341683
Anon5949
@Jerry
it might be a good idea to indicate on your blog the current release of Widevine CDM (found in Marmaduke builds) which is 4.10.1679.0 on June 02, 2020.
any option for v85 no avx x86? Rob?

someone knows why clock extensions (with checking system clock) dont work any longer?
@Bernd You want the build without the AVX (and apparently soon, AVX2) tag. ;) It uses LLVM's own generic x64-64 processor target, which limits SIMD to SSE2 and earlier by default.

----------------

@Jerry Thanks. I will try pushing my next AVX2 build. Hopefully should be tomorrow.

BTW, we might be dropping Win32 depending upon how my next build attempt goes. I have no real use for the Win32 build, and it has been causing lots of local build headaches here. I will let you know.
admin
@marmaduke and @Robrich:
Next week, l will prepare an entry for your builds: RobRrich's AVX2, Marmaduke's ungoogled-version on Linux.

@Anon5949:
Yes it is possible but "not friendly": https://www.andreafortuna.org/2019/09/24/how-to-install-latest-widevine-plugin-on-chromium/

@RobRich:
About your win32 version, ok. You will confirm this to me! ;)

@Bernd:
Prefer the stable version or the other development version.
Anon5953
Hi,
Got problems with prime video : error 202099750.
I'm pretty sure it's comming from ungoogleed chromium as my other browsers works ok.
Thanks
It exist any rpm installer (witch sync and google stuffs) that support h265?

I only found Marmaduke version that support it, but it is portable and missing the google stuffs.
Anon5955
See above Win64, 85.0.4148.0 with installer and H.265 (all-codecs+)
@Anon5955 : I see, but i search rpm package (I use Fedora Linux)
Anon5957
@Marmaduke
Hi. Thank You for Windows quick update. :)
Anon5958
Since Chromium 80:
-password manager won't save password
-some cookies, NOT ALL COOKIES (usually cookies that makes logins persist) get erased after chromium exit, even if Clear cookies and site data when you quit Chromium is disabled even if chrome://flags/#same-site-by-default-cookieschrome://flags/#cookies-without-same-site-must-be-secure are both disabled
Chromium 79 crashes with teams.microsoft.com
Anon5959
Hi, I was wondering if the RSS feed could be customizable by adding a querystring at the end, similar to this site.

For example:
https://chromium.woolyss.com/feed/windows-64-bit?stb=1 - Would include just stable releases.

Or maybe you could add a wildcard filter to search any tag like:
https://chromium.woolyss.com/feed/windows-64-bit?filter=ungoogled
https://chromium.woolyss.com/feed/windows-64-bit?filter=no-sync

I'm only interested in certain releases, so that's why I ask. Thanks for considering!
Quick FYI about currently enabling ThinLTO in Win64 builds. Hopefully it will be resolved soon.
https://bugs.chromium.org/p/chromium/issues/detail?id=1097947
Milkybar Kid 
@Marmaduke

Cheers for the Win32 ungoogled update, the milkybars are on me!
Anon5962
Since Chromium 80:
-password manager won't save password
-some cookies, NOT ALL COOKIES (usually cookies that makes logins persist) get erased after chromium exit, even if Clear cookies and site data when you quit Chromium is disabled even if chrome://flags/#same-site-by-default-cookieschrome://flags/#cookies-without-same-site-must-be-secure are both disabled
Chromium 79 crashes with video conferencing (I think webrtc video)
Experimental Win64 AVX build. Polly and PGO optimized, though no LTO.

https://github.com/RobRich999/Chromium_Misc/releases/tag/v85.0.4181.0-r781571-win64

It is "experimental" because I opted Chromium into the Windows segment heap, which potentially could help with memory usage, especially on systems with many processor cores and lots of open browser tabs. Windows 10 version 2004 or later is required for support, otherwise Chromium will fall back to the Windows legacy heap for earlier OS versions.

https://chromium-review.googlesource.com/c/chromium/src/+/2163163

I did not notice any stability issues in a quick check locally, and Microsoft already is using the segment heap for its own current Edge Chromium builds anyway. No real idea on any potential performance impacts, though, since building with LTO currently is disabled here.
admin
@Anon5959: Technically, I can add filters for my RSS fields but there are ATOM feeds at Github already.
Examples:
- Stable (Hibbiki): https://github.com/Hibbiki/chromium-win64/tags.atom
- Ungoogled (Marmaduke): https://github.com/macchrome/winchrome/tags.atom
- AVX (RobRich): https://github.com/RobRich999/Chromium_Clang/tags.atom

How to get the ATOM URLs of any Github project?
Go to the "releases" page (like https://github.com/Hibbiki/chromium-win64/releases) then subscribe to the ATOM feeds.

@RobRich: Like ever, I like very much to read you and test your releases.
Thanks Jerry. :)

Interesting enough, I was only a few hours ahead of the curve this time, as segment heap support just officially landed in the trunk.
https://chromium.googlesource.com/chromium/src/+/d52a99dda8eec5936d0db15f59398b29c246786b

-------------

Win64 SSE2 build with Win10 (v2004) segment heap support. Polly and PGO optimized, though no LTO.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v85.0.4181.0-r781571-win64-sse2
Anon5966
Hope marmaduke will update May's sync build :-) Thank you!
Anon5967
thank u hibbiki
Anon5968
@Hibbiki
Hi.Thanks for the Windows update. :)
Quick FYI for Windows builders. I have modified the v8_cppgc_shared build conditionals in v8/BUILD.gn to get V8 once again building with ThinLTO enabled on Windows. :)

It might not be an ideal fix, but it should work in the meantime. Details here for those interested:

https://bugs.chromium.org/p/chromium/issues/detail?id=1097947#c10
@Marmaduke
Thank you very much for the 86... sync update. H.265 is getting more and more important and is already used in DVB-T2 and partly also in media libraries and streams on the web.
Hi!

Thank you very much that you've taken your time and resources to build this amazing chromium binary, I've a question though if I would like to have a Widevine support on my Chromium can I follow this guide that is stated here #widevine ?

Or can anyone give me some references on how to add the Widevine Components? Sorry for the noob question 😅

I am currently using https://github.com/RobRich999/Chromium_Clang avx2 chromium

Thank you
Anon5972
@EasyNV: Use a version with the widevine support at the top of this page.
@Jerry, @EasyNV, @Anon5972
The newest 86... sync version by Marmaduke also has Widevine components.
https://github.com/macchrome/chromium/releases/tag/v86.0.4185.0-r769185-Win64
@Anon5972 @wth

Hi! Thank you for your reply, but it is currently not possible if I want to use the RobRich compiled chromium? I've tried copying the WidevineCdm folders to the Chromium Folders but it's still not detected on chrome://components/
@Marmaduke
Congratulations! Now I have the 86... sync version on Windows 10 in use for 5 days and I can say: Everything ok, no issues, no problems - in use Intel graphics 530 and 630.
>> @Bernd You want the build without the AVX (and apparently soon, AVX2) tag. ;) It uses LLVM's own generic x64-64 processor target, which limits SIMD to SSE2 and earlier by default.

>> BTW, we might be dropping Win32 depending upon how my next build attempt goes. I have no real use for the Win32 build, and it has been causing lots of local build headaches here. I will let you know.

>> @Bernd: Prefer the stable version or the other development version.

Thats pity because this system is not able to use x64 since windows 8 (i tried, has win7 x64), but runs win8 and win10 ltsc very smootly. although i also own a more modern computer which is only for testing purpose for several win10 versions only x64. nevertheless it lacks other components i need for convenience and integration into my household.

anyhow i should be able to compile my own build if someone would point me out which compiler and build build and how to get the builds, ok?
admin
@wth:
Thank you. I added the "widevine" tag on the Marmaduke's win64 dev version.

@Bernd:
Check the #source-code sub-section.

@RobRich:
I added your #windows-64-bit AVX2 version. So now, you can update it on the site, yourself.

@Marmaduke:
- I added your #linux version. Like RobRich, you can update it on the site, yourself.
- Also I removed your Win64 dev "nosync" version from the site. I think this one is redundant and there are enough releases for the public. Hope you understand!😉
- Currently, a developer make a portable version of your "ungoogled" version. I contacted him to credit your work.
https://github.com/portapps/ungoogled-chromium-portable/issues/9

Anyway, thanks to all developers and users. 🙏

The Chromium and Ungoogled-chromium community is growing every day on the Web. 👍

When I created this website in 2013, the Chromium project was unknown to the public. Today, after...
- Opera (chromium) launched in February 2013,
- Google Chrome 64-bit launched in August 2014,
- Ungoogled-chromium launched in December 2015,
- Vivaldi and Brave launched in 2016,
- Microsoft Edge (chromium) launched in December 2018,
...Chromium is known to users looking for a free and open source web browser.
Hi to all.
Chromium is a greatest project. This browser supports cryptographic encryption algorithms, when other browsers have no way to resolve a page with unsupported protocols and ciphers.

I want to ask some off-topic questions. I'm newbie at linux and android. Can you guide me (poke my nose) to linux and android system info (articles, links, books) about system administration and system setup on those platforms?

Thanks a lot.
Plecostomous 
@RobRich
> Win64 SSE2 build with Win10 (v2004) segment heap support. Polly and PGO optimized, though no LTO.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v85.0.4181.0-r781571-win64-sse2

This build crashes for me after opening on Windows 7. I tried with a new user profile, nada. Thanks, cheers.
earthsound 
@Marmaduke: thanks for the builds. Just a friendly ping to see if you're planning on updating the macOS dev build w/ sync. TIA!
Anon5981
@RobRich
Not to nag, i really appreciate your builds. It's been 28 days, are we getting new dev builds soon?
Anon5982
Hello all.
I'd love to try AVX/AVX2 version, but with Google sync enabled. Perhaps there may be version like that in the future?
@Anon5981 Win64 AVX just updated. More to follow. :)

Updated Win64 builds done and pushed to public.

Updated Win32 build now available. :D
thank you _so_ much
> all-codecs
very appreciated because the "authors" build dont support video at all.
Anon5985
Thank you RobRich
Anon5986
@RobRich Thanks for the new builds.
Anon5987
Big hug and thankyou to RobRich! :)
Welcome! :)

Quick FYI. Clearing history might hang with the current AVX2 build. Considering Win64 AVX2 takes *hours* to build for me, it probably will be a few days before attempting an update. Consider ccleaner or similar in the meantime if encountering the issue.

[EDIT] Reinstalled Chromium and history clearing is working again. Must have been some trivial local issue. Anyway.
Anon5989
Mac sync updated this time, too! Yuhuu! Thanks Marmaduke!
Anon5990
Thanks hibbiki. Very good!
Anon5991
Eloston's ungoogled chromium build is out for version 84.0.4147.89
Anon5992
Are minimize/maximize/close buttons gone for everybody or just for me after updating to v84.0.4147.89? The whole top bar is wired, it's too high, a lot of pixels over tabs are wasted, and when I hover mouse over there I've got resize mouse icons, even when window is fully maximized.

https://i.imgur.com/YmOQKWB.png
macOS ungoogled users experiencing difficulty with youtube (AV1) playback, try:

Chromium.app.ungoogled-84.0.4147.89-rev1.zip

https://github.com/macchrome/macstable/releases/download/v84.0.4147.89-r768962-Ungoogled-macOS/Chromium.app.ungoogled-84.0.4147.89-rev1.zip

The dav1d (AV1) CODEC does not play nicely with polly optimisation.
Anon5994
@Marmaduke Thanks for the new ungoogled build.
@Marmaduke Thank you a lot for ungoogled builds.
Anon5996
>that one guy who doesnt realise compiling isnt a fast thing

thanks as always marmaduke for your loyalty to us
Chromium.app.ungoogled-84.0.4147.89.zip has been signed (by me) and functions under Big Sur.
Anon5998
Only that no Widevine in Chromium.app.ungoogled-84.0.4147.89-rev1 :{
Thank you for the Ungoogled build, Marmaduke :) Works perfectly.
Anon6000
@Marmaduke @RobRich @Hibbiki
Hi.Many thanks for the updates
@Marmaduke if you can make an update for Android too. Thank you... :)
@Anon6000: Android 83.0.4103.106 is pretty solid. I'm doing: a few experiments with Android 83 before updating to 84.
Anon6002
@Anon6000, @Marmaduke: Ok ; its you who know better than me. :)
Thank you.
Duke of Zurich 
Encountering following issue with latest ungoogled 84.0.4147.89 on W10 64-bit:
When I start chromium with flag  --incognito, there are some symbols missing in the address bar. No forward/backward-button, new tab without text, settings button only visible when hovering.

When I start chromium in normal mode, everything is fine.
Opening a new incognito window when a normal instance is running already is fine, too . . . .

So the issue only occurs when I start chromium with the incognito flag set as the first instance.

Weird

---

Sorry guys, above was only an issue in connection with the material light incognito theme.
Looks like that theme is no longer compatible. Sorry again
Anon6004
I also did have trouble with interface, they got fix after changing theme to default or other one.
Anon6005
Anyone getting hitching (in embeds), and intermittent buggy video playback on the newest AVX2 build?
@Anon6005 : Seems okay here. Checked Youtube and Twitch. Anyway, I just pushed an updated AVX2 build, so see if that helps first.
If still happening, open about:gpu in another tab while playing the affected video(s) and look for possible video playback errors in the log messages at the bottom of the page.
Anon6007
@RobRich: Gonna give it a whirl. Thanks.
Anon6008
@RobRich: Been using it for 3 hours straight, and haven't had the video issues. Thanks again.
Anon6009
@marmaduke

Thanks for your ungoogled builds, I have used them for a few months. I get less video performance using v84 of your 32-bit build (higher cpu usage, sometimes causing stuttering). Not seen this before. v83 is fine though on same videos. Chrome stable channel (official) v84 has no problems on same videos. I'm not expecting to diagnose this, just posting incase you perhaps had issues building that could explain this rare case.
Thanks again.
Radiolondra 
Hi everyone,

I wish to compile Chromium for Windows from source, to make a build with all-codecs+ (Marmaduke), Widevine, etc.
- From which Chromium source have I to start?
- Which are the correct GN flags to use?
- How can I pass parameters to Clang? I have VS2019 installed.
- There are some patches to be applied to the source code before to start building?

Some links where I can start & study are welcome.
For my previous build tests I followed this lineguide:
https://chromium.googlesource.com/chromium/src/+/master/docs/windows_build_instructions.md

In my previous attempts to build, I used the following GN flags, using the official Chromium sources see the webpage lineguide above), without any success (the resulting build is still a Debug build, very slow, h264,MPEG-4 file are not played at all and some errors are shown while starting).

is_official_build = true
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false
chrome_pgo_phase = 0
current_cpu = "x64"
enable_google_now = false
enable_hotwording = false
enable_iterator_debugging = false
enable_nacl = true
ffmpeg_branding = "Chrome"
is_component_build = false
is_debug = false
proprietary_codecs = true
symbol_level = 0
target_cpu = "x64"
exclude_unwind_tables = true
remove_webcore_debug_symbols = true
enable_webrtc = false
enable_widevine = false
#icu_use_data_file = true
#syzygy_optimize = true
enable_hevc_demuxing = true
enable_ac3_eac3_audio_demuxing = true
enable_mse_mpeg2ts_stream_parser = true

It seems that I do something wrong, no idea of what.

Many thanks in advance
Anon6011
@Radiolondra:
what about:
media_use_ffmpeg = true
media_use_libvpx = true
blink_symbol_level = 0
Radiolondra 
@Anon6011

Thanks,I'll try to add those flags and rebuild (uffff... other 5 hours of build time)
I hope I'm using the right sources this time: https://storage.googleapis.com/chromium-browser-official/chromium-84.0.4147.89.tar.xz
This one seems to be the latest stable version (as reported in Sources section #source-code)

I'll let you know the results.
Many thanks
Obtain and mange your local source code repository with git commands.

Start with a trunk build for simplicity's sake. You can attempt branch builds later IMO.

Some of the attempted build options are out of date or unneeded, plus way overdone for an initial build attempt IMO. Let's pair down the options somewhat to try a more basic trunk release build.

target_cpu = "x64"
is_official_build = true
is_debug = false
is_component_build = false
is_debug = false
enable_nacl = false
proprietary_codecs = true
use_thin_lto = false
chrome_pgo_phase = 0
symbol_level = 0
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false

Get that working, and we can go from there with build options and optimizations.
^BTW, add proprietary_codecs = true if using the ffmpeg_branding = "Chrome" build argument as above.
Another attempt at building Chromium for Linux using Windows WSL2.

https://i.imgur.com/mwWUlJd.png

For the curious, that is a Mint 20 system RDP remoting into a Windows 10 system running Ubuntu 20.04 under WSL2 with graphics and audio support enabled. That is my current local setup anyway, but I am thinking about setting up SSH with X tunneling to remote into WSL2 as an alternative.
Anon6016
@Marmaduke
Hi. Great , thank you for the Android update. ;)
Chromium 86.0.4216.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Compiler clang (+lld_linker +thinlto +pgo/afdo +polly +avx +compiler_optimizations +linker_optimizations)
https://github.com/RobRich999/Chromium_Misc/releases/tag/v86.0.4216.0-r792159-linux64-deb

Instruction scheduling and SIMD width have been optimized for the AMD Jaguar microarchitecture, though the build should still work fine with most x86-64 processors offering AVX support.
https://en.wikipedia.org/wiki/Jaguar_(microarchitecture)

The build is working quite nicely thus far in local usage with an older AMD A6-5200 quad-core notebook. Even using Vulkan GPU hardware acceleration. The OS setup is Linux Mint 20 with 5.7.10-050710-generic kernel and Mesa 20.2.0-devel running AMDGPU with RADV+ACO.
@marmaduke
When you will be building next Chromium Ungoogled please consider removing this path as described in the issue:
https://github.com/Eloston/ungoogled-chromium/issues/1113

It breaks a lot of extensions and some interoperability when Chromium is the only browser (for example localhost authorization for apps like Dropbox or OneDrive that use loopback).
Radiolondra 
Today I built Chromium Version 86.0.4216.0 (Developer Build) (64-bit) using the following GN flags:

target_cpu = "x64"
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false
is_official_build = true
is_debug = false
symbol_level = 0
is_component_build = false
strip_debug_info = true
enable_nacl = false
use_thin_lto = false
chrome_pgo_phase = 0
proprietary_codecs = true
ffmpeg_branding = "Chrome"
enable_webrtc = true
rtc_use_h264 = true
rtc_use_lto = true
use_openh264 = true
enable_hangout_services_extension = true
enable_widevine = true
enable_hevc_demuxing = true
enable_ac3_eac3_audio_demuxing = true
enable_mse_mpeg2ts_stream_parser = true
media_use_ffmpeg = true
media_use_libvpx = true
blink_symbol_level = 0

Testing it in the Video/Audio test page (https://tools.woolyss.com/html5-audio-video-tester) H263, H264/AVC, H265/HEVC and MPEG-4 files are still NOT working. And I don't understand how to solve this.

Also,while starting Chromium, I get this big error page. And I don't understand why.

https://i.imgur.com/vzF6iQO.png

Also the build is SLoooWW. I don't understand if it's a release or a debug version (I set the flags in GN but I still see the .pdb files)

Is there anyone that can help me to solve the issues?

Could someone write down a step-by-step guide on "How to build a stable Chromium release with ALL codecs enabled" starting from "Get the right sources and build it with the right compiler/linker/GN parameters/flags"?
Have anyone tried downloading .NET Framework 4.5.1, 4.5.2, 4.6, 4.6.1, 4.6.2, 4.7, 4.7.1, 4.7.2, and 4.8? I have tried downloading those versions using Chromium (4209) on Windows 7 32-bit (7600) without success, you are free to test by the way.
Anon6021
@Marmaduke are we getting 84.0.4147.105 anytimes soon? No matter how paranoid it must seem, but i'm definitely uncomfortable running out of date browsers, with known security vulnerabilities.

Thanks! :)
Anon6022
@Anon6021
How do you know that Chromium 84.0.4147.89 has the same security vulnerabilities as Google Chrome? Isn't it rather the added Google code for all the synchronization, spying and automatic updating functions? Do not panic! Google doesn't say which vulnerabilities are in itself.
Anon6023
@Anon6022
https://chromereleases.googleblog.com/2020/07/stable-channel-update-for-desktop_27.html
Try having a look at Chromium source code. Can't think of a recent security issue that affected Chrome, but not Chromium.
Anon6024
@Anon6023
The Google Chrome is chromium source code (ungoogled and no-sync) plus Google's own code with sync etc. What is the logic?
Anon6025
@Anon6024
V8, WebView, SCTP, CSS, Skia, WebUSB (?) exploits are all applicable to Chromium, i'm not sure why this was even an argument in the first place.
**** only for macOS arm64

I'd be grateful if someone with access to a DTK-2 would test the AV functionality of this browser, particularly the output of chrome://media-internals Hardware video acceleration is being used when the mojovideo decoder is used.

Sync • WebRTC • Widevine (enabled) • All Codecs • macOS arm64
Chromium.86.0.4218.0.arm64.sync.app-rev1.zip
https://github.com/macchrome/chromium/releases/download/v86.0.4218.0-r793075-macOS/Chromium.86.0.4218.0.arm64.sync.app-rev1.zip
SHA1 E8D15B2A245CE06B873D28B09C7BD43ACB5D6CAB
Anon6027
@Marmaduke .
Hi. Thanks for Android Update.
@Hibbiki
Hi. Thanks for Windows update.
:)
Anon6028
@Marmaduke
Thanks for the latest stable Android release.
Please next time, if possible, keep the same package full name so it does update itself and you don't have to set it up all again from scratch 😅

Thanks also for you work on the Windows versions.
what do i put in for
Suggestions URL with %s in place of query
for getting predictions for google in omnibox
Anon6030
@Marmaduke, update ungoogled!
Anon6032
Hello all!

After noticing some performance drops using marmaduke's ungoogled I did some experimenting:

Chromium v84.0.4147.89-r768962 was dropping frames when watching videos. I reverted to Chromium v83.0.4103.116-r756066, performance returned. I tested hibbiki's v84.0.4147.105-r768962, performance was the same as Chromium v83.0.4103.116-r756066.

So I wondered the reason? I notice with Chromium v84.0.4147.89-r768962 marmaduke used PGO but hasn't for other builds. While this is supposed to give a performance improvement I wonder if it is to blame. hibbiki's releases do not seem to use PGO (I have only tested their latest release).

Specs: ancient Core2Duo, 4gb ram, win7 x64 (its old, 480p is smooth, any higher stutters due to no acceleration...strangely debian manages 720p smooth)

Could PGO have been to blame? Has anyone else noticed similar performance drops using PGO, or marmadukes latest (v84)?

Thanks for reading all of this, and of course thanks to contributing builders!
Anon6033
Anon6032: Yes, ungoogled with optimizations for some MACs it is crashing completely YouTube video pages. It was a long time a “no fix”. It needed a special build. Other builds without optimizations also worked great for videos. Compile optimizations do not always do good.
earthsound 
@marmaduke: thanks, as always, for the builds. Just a friendly request for an updated Windows all codecs + sync dev/beta build. Thanks again!
hey guys
if i do  --force-dark-mode the pdf view in chrome also gets inverted.
i don't want that to happen. how do i deal with this.
Updated Win64 AVX build now available. SSE2 and Win32 to follow. Maybe tonight or Monday.

Invariant load hoisting and stripmining prevectorization are back working with Polly. :)

I also dropped the Polly early inlining pass and lowered the LTO instruction import limit to hopefully help with code bloat. I am not too concerned about either.

I run Polly during clang and LTO codegen passes, so there are plenty of opportunities for inlining before Polly runs in LTO.

Setting the LTO import limit to 30 is the same ChromeOS is (was?) using with negligible performance difference and still three times higher than the project's own default limit for Windows. That said, I probably will drop it down to 10 for Win32 due to older and lower-power processors with smaller caches.
Anon6037
@RobRich
Hi. Thank You for the Windows Update.
:)
Updated Win32 build available. I have retuned it to help limit code bloat. Older and lower-power processors tend to have smaller caches than their more modern x86-64 counterparts.

Also LLVM has updated the processor model used for x86-32 building, so those with processors later than the P4 might see a little performance bump. YMMV as usual.
Quick question (I think). Is there a way to easily build chromium with support only for the h.264 codec, and no support for other proprietary codecs?

There seems to be a single flag within the cef build that "enables proprietary codecs". I don't want to enable all of them, just h.264. Do I have to code out all of the others I don't want to block them?
@bonbi flipping the switch for that flag affects every page in chrome indiscriminately, if you want the ability to white/blacklist pages, then use the dark reader extension
Anon6042
@Marmaduke.
Hi. Thank you very much for the very quick Windows Update :)
Anon6043
@marmaduke

Cheers for the ungoogled update. Can I confirm PGO is not used for x86 build?
@Anon6044

To be blunt; AV1 is a crap CODEC: on the Android (appropriate) platform VP8/9, HEVC and H264 are all hardware accelerated, but AV1 is not.

I did not use PGO or polly optimisation for the current Windows ungoogled build - x86; but, that is not the issue, on the previous build PGO, polly and LTO were not used for the DAV1D (AV1) CODEC; the problem was the lack of optimisation. The AV1 codec needs to be optimised LTO (and PGO), but does not play nicely with polly optimisation. The fact that on the macOS platform, on certain graphics card, there is an issue with polly optimisation would seem to suggest that the Chromium testing procedure is not particuarly rigorous nor adventurous.
Anon6045
@Hibbiki: Hi. Thank you for no sync update.
Hi marmaduke!
Please create new release Chromium 86 win64. Thanks.
@Everyone

Please don't pressure Marmaduke. He will release the next "widevine", "all-codecs+", "sync", "win64" when he is ready to do so.

Remember, these Dev builds are being released by someone who is taking time out of their day to provide a build to the general public and get's nothing in return for doing so. Well, hopefully at the very least some patience and gratitude from everyone here. :)

Cheers!
@RobRich
Hello, Bad news...
I abandoned version 86.0.4229.0 (796260) • Sunday, 9 Aug 2020 it is so buggy
I tested the version 86.0.4233.0 (797989) • Thursday, 13 Aug 2020 more limited but with which I do not encounter the same problems.
Finally, I am using version 84.0.4147.125 (768962) • Tuesday, 11 Aug 2020 @Hibbiki which works perfectly.
@ LUC77600, 86.0.4229.0 (avx) works fine for me. You need to be more specific. What issues have you encountered?
So far, Marmaduke's Chromium v84.0.4147.125-r768962-Ungoogled-macOS is working absolutely perfectly! Thanks a lot. :-)
Tried the usual troubleshooting stuff? Reset about:flags? Disable extensions?

Been using my current public AVX build here. Seems okay here.

I do know my current public AVX2 build has a minor issue with some GitHub pages, though it is the only site I encountered the issue. I might around to an AVX2 update today.
Anon6052
@RobRich: No issue for me with your latest AVX2 release. Thanks a lot.
@RobRich, @Daigo

Go here http://ultrastream.eklablog.com/films-exclus-c28814232/45
Then look that http://www.allocine.fr/_video/iblogvision.aspx?cmedia=19568515
Video is choppy.
On other sites, unable to view videos ...
@LUC77600 sorry, can't confirm. The first link is just some site with messy interface, I don't see any problems from the browser. On the second link, the video plays smoothly and absolutely fine for me. My rig: i5-3570k, gtx-1060, chromium 86.0.4229.0 (avx) by @RobRich
admin
@LUC77600:
For me your video works nicely.
Demo: https://chromium.woolyss.com/f/video-chromium-robrich-avx2-86.0.4209.0-790620.mp4 (10 MB - 33 seconds)

Processor : AMD Ryzen 7 1700x (https://i.imgur.com/KWhSiOs.png)
Graphics card: MSI GeForce GT 1030 2GH LP OC (fanless)

Thanks Rob for all, like ever! 😉
Welcome Jerry. Thanks to Daigo and you for verifying.

@LUC77600 it is working here. Did you check about:gpu while playing the video to look for errors?

Playback via Chromium on my notebook at the below link. Intel Kaby Lake quad-core proc with GTX 1050 graphics.

https://drive.google.com/file/d/1x4q000x6Xn89OPovNjQeZeiuw34kf4ht/view?usp=sharing
Anon6057
@RobRich
Broken for me too in several ways but its 4229 so browser bug not bad build
@RobRich

I use Nvidia quadro K2000, last driver installe...
I don't know how to save the video on my PC or use the transfer links through Google tools or other ...
But to describe the problem quickly, the image changes dimension during the video at a regular pace: full screen and slightly reduced screen ...
https://pastebin.com/HnNfpKgC
Anon6059
@Marmaduke
Hi. Can you , if you agree do an update for Android. With all new fix of Bromite.
Thanks
Hello, good morning everyone and first of all my greetings and congratulations to the developers for the great job they do. My question is if the resource consumption for an old Toshiba laptop is different between chromium Hibbiki vs Marmaduke? .. Greetings and thank you very much.
Anyone ever got per-user volume control working in Ungoogled builds from Marmaduke? I tried clean vanilla setup and still have no way to control audio levels. I think it might be broken because of some dependency removed from UC.
@RobRich,

Many thanks for your tireless builds! :)
I came here to add another strange video issue to the above mentioned: embedded videos won't work for me - unless in private mode. Not the end of the world, just peculiar.
Thanks for the feedback. Suppose it will remain an unknown bug as I can not reproduce here. Only thing I can think off the top of head is maybe Polly stripmining prevectorization doing something in the affected decoder(s). I have left it disabled in recent months, but I did enable it to test for those builds.

I will try to push updated builds in the next day or two. :)
Anon6064
@albers

For older machines ungoogled uses slightly less resources because of the lack of 'components' (and their updating) and maybe because of the pruning of binaries in the build process.
@Dom

Same problem for me. The hourglass runs as if the browser was looking for a file that cannot be found ...

@RobRich

if that can help
It seems to me that these 2 problems are similar.
Going through multiple servers lengthens transfer times. In the case of the trailer of "Last city of Z", the path is lengthened compared to this one http://www.allocine.fr/video/player_gen_cmedia=19567873&cfilm=223754.html and I the impression that the image format is lost periodically.
In the other case, we will look for a file through a server that may be "distant" and there is no feedback ...

But I'm probably wrong ...
Anon6066
@Hibbiki
Hi. Great ; thank you for the very quick Update.
:)
hello @marmaduke, could you tell me which flags to modify into chromium ungoogled ?.. If you don't mind. Thank you very much.
Anon6068
How does this version of chromium compare to ungoogled chromium with regard to privacy?
Anon6069
@Anon6068

To know this you simply have to look at what ungoogled-chromium removes/modifies:

https://github.com/Eloston/ungoogled-chromium/tree/master/patches
List of patches to change usability and privacy

https://raw.githubusercontent.com/Eloston/ungoogled-chromium/master/pruning.list
List of binaries used during build process that are removed

https://github.com/Eloston/ungoogled-chromium/blob/master/docs/design.md#source-file-processors
Replaces references to google domains in source code with non valid web addresses

Also standard Chromium has 'field trials' and other auto-updating components such as flash player in chrome://components (ungoogled-chromium blocks component updating/installing), '-disable-component-update' can be used to disable components in standard Chromium if you wish.
mathewos bundo 
I am very interested in using Chromium as it is faster in videos browsing. Please keep up.
@marmaduke Thanks for the ungoogled chromium archive for Linux. Regarding the README, if it says 'adequately sandboxed' on chrome://sandbox is that enough verification that the browser's sandboxing is working on my system?

Also is there a difference between running it via 'chrome-wrapper' or './chrome'? Everything seems to be the same but I noticed that Easystroke recognizes it as two different programs, 'chromium-browser' and 'chromium-devel' so I was wondering if one method is preferable.
Anon6072
@yurk

chrome-wrapper looks like a bash script to perform post-install tasks so running once is enough
https://chromium.googlesource.com/chromium/chromium/+/master/chrome/tools/build/linux/chrome-wrapper

chrome would the main binary, anything else is probably also scripts (but im just guessing)
Updated Win64 AVX build. Others building. Maybe in a few hours or sometime Saturday.
@RobRich
Thank you for this job. It works fine for me.

Always problems with the Henry++ launcher (2.57). It runs in a loop without seeing the new version installed ...
Johan Gustavsson 
@marmaduke: Are You ready with the Chromium Sync version for rel. 87?
My various Win64 builds have been updated. Win32 is on my build box. I will try to push it later today.

Of note I setup a paired-down Polly config to establish a baseline for running only during the LTO codegen pass late before the vectorizer, thus dropping the additional Polly pass I was doing during early during clang codegen. It might actually improve interprocedural optimizations via Polly.

That is a YMMV situation especially when combined with my ongoing efforts to reduce bloat to potentially improve processor code caching, but Basemark Web 3.0 looked inline with my expectations during a quick test of my latest public AVX2 build, so hopefully I am on the right track.
Anon6078
@RobRich
Hi. Thank you for 87.0.4241.0 (800773) • Saturday, 22 Aug 2020 ; 64bit No Sync.
:)
Thank you very much yurk! Warm greetings from afar.
@Marmaduke: Thank you so much for new version "87.0.4243.0 (800872) widevine, all-codecs+, sync, win64" :) Greatly appreciated! Cheers!
Chromium 87.0.4243.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 617e31799027e2f45ca53cba1e8fc0bc7a82eca1-refs/heads/master@{#800881}
Compiler clang (+lld_linker +thinlto +pgo/afdo +polly +avx +compiler_optimizations +linker_optimizations)

https://github.com/RobRich999/Chromium_Misc/releases/tag/v87.0.4243.0-r800881-linux64-deb

----------------

The default optimization levels for Linux building are all over the place. Clang can be Os, O2, O3 depending upon the code paths, while LTO is set to O2. Technically, there also is a O0 code path, but I will digress on the technical reasons for it.

When building with PGO/AFDO, it should make sense IMO to let LLVM deal with the code size optimizations since we have profile data available, so I have modified optimization levels to O2 except for the O0 path.

I have not done any benchmarks, yet, so YMMV.

[EDIT : ^Make that Oz, O2, O3 with Clang. Oz, as in stricter optimization for code size and no autovectorization. o.0 Anyway.]
@RobRich
On this version 87.0.4241.0 (800773) • Friday, 21 Aug 2020 (AVX).
Streams cause chromium cache abuse errors.
For example, in the event of a momentary interruption of a stream (network error), Chromium displays pieces of the stream that it has stored.
It sounds funny, but it's okay for a while.
That’s all for now.
@LUC77600: Thanks for the FYI, though admittedly, it might beyond me on that one. I will try to take a peak in the next day or two.

----------------

Chromium 87.0.4244.0 (Official Build) unstable (Linux 64-bit) - No Sync | WebRTC Enabled | No Widevine
Revision 9ca452aad21cc2afed505a4d14b83eac54dce308-refs/heads/master@{#800967}
Compiler clang (+lld_linker +thinlto +pgo/afdo +polly +avx +compiler_optimizations +linker_optimizations)

https://github.com/RobRich999/Chromium_Misc/releases/tag/v87.0.4244.0-r800967-linux64-deb

Slammed back to O3 across the board for Clang and LTO codegen, along with Polly early in Clang and late in LTO. :)

Looks like I will be doing the same for the next round of Win64 builds, too, thus concluding yet another semi-annual attempt to reign in code bloat. Back to what generally works for me.... and likely most others as well.
@Marmaduke
Very much thanks for the 87.0.4243.0. A courageous step forward into the future - very fast and stable. Best use for IP-TV.
Anon6085
@Hibbiki: Thank you very much. You are very reactive and constant! Bravo!
Anon6086
@Hibbiki:
Thanks from me too. So you now build with PGO? Does that add substantial build time? Thanks if you have time to answer.
Anon6087
@Hibbiki: Now it's triple thanks. Your builds are appreciated!
Anon6088
thanks Marmaduke for update!!!
@Anon6086: No, not really, since the actual profile data is provided by Google
Anon6090
Hi @Jerry,

I use the old V3 API.

On the september 07, 2019 you said me : « […] Do not worry, old parameters like ChromiumType=dev-codecs-nosync-experimental will continue to work only for compatibility with older chrlauncher. I hide these obsolete parameters for people […] »

But since few days this link ( dev-codecs-nosync ) seem not to update : https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=dev-codecs-nosync&out=json

It reply :
[version 86.0.4185.0, revision 769185]
where I was rather waiting for :
[version 87.0.4243.0, revision 800872]

(https://github.com/macchrome/chromium/releases/)

Can I have a friendly reminder of the (obsoletes) possibles parameters that are they always usable with #API version 3 ?

FYI, I today use :
dev-official
dev-codecs-sync
stable-codecs-sync
dev-codecs-nosync
ungoogled-chromium
dev-nosync


I dropped :
stable-codecs-nosync
dev-pgo-nosync
dev-codecs-nosync-experimental
admin
@Anon6090:

Hello,
I decided in July to clean the website. My explanation is viewable at https://chromium.woolyss.com/?all=1#comment-5977
(This link will show you all comments). A screenshot, if you prefer: https://i.imgur.com/UQMxOsY.png

If you need a similar "dev-codecs-nosync" version, use other versions. All of these following RobRich builds have the H.264 codec support and are "no-sync":
- https://chromium.woolyss.com/api/v3/?os=windows&out=json&type=dev-sse2-nosync (SSE2 support for old computer)
- https://chromium.woolyss.com/api/v3/?os=windows&out=json&type=dev-nosync (AVX support for recent computer > 2011)
- https://chromium.woolyss.com/api/v3/?os=windows&out=json&type=dev-avx2-nosync (AVX2 support for recent computer > 2013)

About your comment, I see, I need to clean the API v3 too ;)

Thank you very much,
Regards
Anon6092
@All Chromium builders - I dont know if you get enough thanks, but add mine to the list.

These Chromium project builds are very, very much appreciated.
Anon6093
Indeed. Thanks to all the contributors around here :)
Anon6094
When is ungoogled chromium updated ?
I am very respectful of the work that Marmaduke does, I just wonder if he will have any problems... I hope not! Best regards.
Anon6096
Thanks so much Marmaduke for the UnGoogled Chromium 64-bit for Windows...it works great on my trusty old laptop! Always appreciated!
Just wanted to share my experience in case others have the same. After updating to 85.0.4183.83 (782793) (Marmaduke Ungoogled Chromium) I'm getting random crashes that I didn't experience before on previous Marmaduke Ungoogled Chromium versions and I'm a long time user. Don't know if it's extensions or a flag doing so or rather something internal that has changed in Chromium development itself to cause this. I'm going to see if it's an extension doing so (will post here if I find out) but if I can't find what's doing it I'll revert back to previous version and wait until 86 and hope it desn't happen anymore.
Anon6098
I also have some problemst on latest marmadkues ungoogled build, pages wont load.
Ian Huntley 
Fix Dial repeating_timer_ related crash - (browser crashes when network access is lost)

Marmaduke has stealthily updated ungoogled!

Pages "won't load" or "getting random crashes" is not paricularly useful information.
to Dean

Try to reset all flags to default settings
On chrome://flags/ page "Reset All" button
Official support for rpmalloc on Windows x86 has landed in LLVM. :D

https://reviews.llvm.org/rGa6a37a2fcd2a8048a75bd0d8280497ed89d73224

It is something to seriously consider adding locally IMO when building with ThinLTO due to multi-threaded locking with the default Windows thread-safe global heap. I have been using it for months with no known issues or regressions to note.

You might need to edit rpmalloc source for it work.

Enabling preload probably does nothing on Windows, but anyway, enable override and preload in rpmalloc.c:

#define ENABLE_OVERRIDE 1
#define ENABLE_PRELOAD 1

Comment out the static asserts in malloc.com if hitting a build error:

// _Static_assert(sizeof(size_t) == 8, "Data type size mismatch");
// _Static_assert(sizeof(void*) == 8, "Data type size mismatch");

// _Static_assert(sizeof(size_t) == 4, "Data type size mismatch");
// _Static_assert(sizeof(void*) == 4, "Data type size mismatch");

I typically build LLVM without asserts enabled.

A couple of other allocators are supported as well, but YMMV on performance and memory usage. The patch started with rpmalloc, which is what I have been locally using for months now.

In theory it looks like mimalloc might be beneficial for building on lower memory systems, though it touched around five times as many memory pages as rpmalloc when test building LLVM, so wall clock build time was slightly slower in dev testing.

I have 64GB in my build box, I am still thinking about roiling a local mimalloc build for testing. If so, i will let ya'll know.

Chromium devs have a discussion on adding support in its LLVM checkout here:

https://bugs.chromium.org/p/chromium/issues/detail?id=1111798
Anon6102
fyi: marmaduke's latest ungoogled-chromium build randomly crashes/disappears.
Anon6103
Currently, there are 3 marmaduke - mac,windows, linux - ungoogled builds: be more precise!
Anon6104
not a flag issue, not an extension issue on windows 10 (19041.450) whenever pc loses wifi connection marmaduke's ungoogled-chromium build (85.0.4183.83) crashes.
Anon6105
@Anon6104

A fixed version was released for windows builds of ungoogled-chromium, version number is the same.

ungoogled-chromium-85.0.4183.83-2_Win64.7z

Note the '-2', please check you are using the fixed version.
Anon6106
@Anon6105 thank you! no more crashes now.
@Anon6105 Thank you and thanks Marmaduke.
Anon6108
I don't seem to be getting the -2 release, through chrlauncher.
Looks like rpmalloc and zlib are not playing well together unless perhaps building the zlib library as static, which I have realized could be introducing two allocators into LLVM thread management. That is not a good idea IMO. Hmmm.
Anon6110
@Marmaduke.
Hi. Thank you so much for all the updates. Is possible an update for Android too ?
Thanks in advance...
My freshly updated Win64 AVX r803986 could prove interesting. I have not completely given up on code size optimizations to hopefully improve processor caching and similar versus my O3 usual brute force approach.

The build uses O2 across the board so PGO actually can do its thing regarding size optimization of various functions, but I also enabled the newly introduced Machine Function Splitter optimization pass. MFS splits hot and cold function parts using PGO profile data for the goal of "decreasing fragmentation and improving icache and itlb utilization."

Additionally I am trying out a new feature to "Interleave to expose ILP for small loops with scalar reductions," plus I am running extra cleanup passes following the auto-vectorization passes.

I am seeing small performance improvements compared to my usual O3 builds in local benchmark testing. :) YMMV as usual.

BTW, Poilly is down to simply "-mllvm:-polly" only during link time optimization for the build. I will try to reevaluate its config in the near future.
@RobRich can you check sha1 for chrome.zip 87.0.4253.0 (803986) avx?
And many thanks for your work, as usual :)
@Daigo Resolved. Thanks for the FYI.

-----------------

Win64 SSE2 build updated. Same updated performance modifications as its AVX counterpart. Win32 to follow later.
Anon6114
Thank you RobRich!
@Anon6114 Welcome. :)

----------------

Win32 updated. Same updated performance modifications, too.

An updated Win64 AVX2 build might be a day or few away.

----------------

Updated Linux build available.

https://github.com/RobRich999/Chromium_Misc/releases/tag/v87.0.4255.0-r804541-linux64-deb

The previous sample-based AFDO profiling using a profile derived from the Android build has been replaced with instrumentation-based PGO profiling closer in technique to what the project has been rolling out for Windows an MacOS. One of the most immediately visible changes is the .deb installer file size is down about 10MB.

Otherwise, I have carried over my recently updated performance optimizations plus moved to expand Polly optimizations options.

I have yet to try the build on my primary Linux notebook, but it seems to be working fine under WSL2 on my Win10 build box.

----------------

The Kraken JavaScrupt benchmark of recent Chromium builds running on the same system. One via native Win10. Another under Ubuntu via WSL2.

https://i.imgur.com/ucQxZXw.png

I found similar results in SunSpider. Not a big deal or even a concern, but something mildly interesting IMO.
@RobRich Thanks for the updated AVX2 build, it always seems slightly but noticeably faster than the others for me. It's always nice to have an update.
@Justin Welcome. :)

I rolled my recent changes into the AVX2 build, plus started adding back more optimizations to Polly. The end results looked pretty good in a quick round of benchmark testing.

------------------

Finally had a chance to run my latest Linux build on a native OS install. Working nicely here IMO, even with Vulkan enabled.

BTW, part of the Linux file size reduction is not just perhaps PGO replacing AFDO, but also a lowering of the LTO instruction import limit to 10. I built code at O2 since we have potentially more accurate PGO profiling available, too, versus the default project config of mixed Oz and O3 code paths for Linux builds.
Anon6118
Hello good people!

I use Chromium (hibbiki latest) with h264ify extension to force h264 videos on youtube. This has worked great...until today! Some videos are showing the 'Your browser does not currently recognise any of the video formats available.' message. So I did some diagnosing and the videos in question are defaulting to AV1.

I am worried YT are removing h264 video support. Has anyone else noticed a change recently?Here is a sample (music) video: https://www.youtube.com/watch?v=aSkFygPCTwE

Does Chromium support AV1? I still can't play it with h264ify disabled.

Thanks guys.
Anon6119
@anon6118
You should try the enhanced-h264ify extension. This will allow blocking multiple video formats.
Anon6120
@Anon6119

Thanks for the suggestion. But it seems AV1 was being blocked by h264ify anyway.

It's funny, 10 minutes after I posted I restarted the browser (incognito, so no cache to clear per se) and it was playing h264 (avc1) again with the extension enabled! I think this can be chalked up to a YT user experiment where they disable something or make a visual change, then monitor forums for complaints.

Sorry for the false alarm. But I hope it is just that and we don't see them dropping support when introducing av1 more widespread.

Thanks.
david mathewos bundo 
I am very interested in Chromium web browser as it is easier and faster.
Anon6122
@Marmaduke
Thank you very much for the Android update...
@Hibbiki
Thank you very much too , for the quick Windows update...
:)
@Marmaduke

Thanks so much for "Chromium build 87.0.4259.0 (804906) • Tuesday, 8 Sep 2020 widevine, all-codecs+, sync, win64".
Greatly appreciated! Cheers! :)
Hi,
Has anyone else noticed in the latest two builds of ungoogled chromium on windows that the middle mouse button scrolling has become very erratic, changing speeds way too rapidly as you drag the mouse up and down and that it's also very jittery?

I couldn't test this with the other builds and I use a 144Hz monitor.
Anon6125
Good that Mac sync stable builds are not abandoned. Thanks!
Anon6126
@marmaduke Can you post the source code to your Android builds since you are using Bromite patches? Or at least give Bromite some credit?
Anon6127
@ash No issues for me on Marmeduke 85.0.4183.102 on my 144hz or 2nd monitor. Smooth as silk. Using a GeForce GTX 1070 if that matters.
@Anon6127

Thanks for checking! Just tried Hibbiki's latest build and I have the same issue with it, then the latest v87 from RobRich, same issue.
Can't find any mention of this problem on the chromium bug tracker.

I think the problem is that scrolling accelerates like 6 times faster on these newer builds.

Normally, the further you move your mouse vertically from the point where you pressed the mid. mouse button the faster scrolling you get. but the acceleration curve seems to be totally messed up now, at least for me, no idea why, even tried it with empty profiles, using a GTX 1080 Ti

ungoogled-chromium-84.0.4147.125-1_windows.7z - doesn't have this weird issue so I will stick with that for the time being.
@Anon6126

https://github.com/macchrome/droidchrome/releases/tag/v85.0.4183.101-r782793-Ungoogled-And64
=====================

Chromium v85.0.4183.101-r782793-Ungoogled-And64
@macchrome macchrome released this Sep 9, 2020

Chromium v85.0.4183.101-r782793-Ungoogled-And64

Chromium for 64-bit Android - Wednesday, 09 September 2020

Chromium 85.0.4183.101 (Official Build) (64-bit)

Revision 26317c7557ab33f01a03713219a869c2b59550d0-refs/branch-heads/4183@{#1767}

OS Android 9: SM-G960F Build/PPWS29.120-2

OS Android 64-bit: Only for Oreo 8.1.0+ & Pie 9 & 10

Official build
>>>> All Bromite patches applied <<<<
=======
HEVC and AV1
"No Search" option (Replaced Google search engine with nosearch)
LTO
AFDO
No Sync • No Widevine • ThinLTO • >>> Bromite <<< • HEVC
=======
arm64_ChromePublic_HEVC.apk
https://github.com/macchrome/droidchrome/releases/download/v85.0.4183.101-r782793-Ungoogled-And64/arm64_ChromePublic_HEVC.apk
SHA1 C56CDC110E3EFC95295FACF6FD4E28B07AA9B8D8

===========

HEVC patch derived from (Nik): https://github.com/henrypp/chromium/blob/master/hevc_support_new.md

Incorporates patches/techniques from https://git.droidware.info/wchen342/ungoogled-chromium-android

Incorporates patches from github.com/eloston

Incorporates patches from github.com/ungoogled-software

Incorporates inspiration from github.com/Zoraver

Expresses admiration for the great https://github.com/vit9696 (I've mastered OpenCore - reluctantly!)

Incorporates Marmaduke's imagination and the fact suckling from mummy's breast ia a distant memory!

And...the Byzantine Chromium Authors.

===

My builds are private builds, which I will withdraw if anyone requests.

I DO NOT DO SPOON FEEDING!
Anon6130
@Marmaduke

Thanks for your hard work.

Stay safe!
@Marmaduke
Please do not stop the publication of your precious works. If users have problems, it is mostly because of their corrupt OS installation, drivers or hardware components. - Thanks, thanks, thanks ...
Anon6132
@Ash

one thing incase you haven't tested, try with hardware acceleration disabled
Anon6133
@Anon6132

thanks for the suggestion, it doesn't make any difference unfortunately :|
name : Chromium / Chrome v85 vs v84 Middle Mouse Scrolling.mp4
size : 79.5 MB
link #1 : https://easyupload.io/uh64nz
link #2 : https://gofile.io/d/ANg9O7 (slow)
sha256: 26B63F62CE2E29794C54963BD9AF848A23A2797128643B8DDD662FC3368702DD

This is a 1080p 120fps mp4 video demonstrating the problem. (best viewed on a 120Hz+ display)
At this point I'm really just looking for feedback from anyone who might have the same problem, because I can't find anything wrong with my setup.
It could be a Vanilla Chromium / Upstream problem or something on my end, or both.

btw. the current Google Chrome v85 is doing the exact same thing.

[ Windows 10 x64 Enterprise v10.0.19041.508 | Intel Core i7 6700K @ 4.6GHz | DDR4 32GB @ 3200MHz | GTX 1080 Ti , Driver 452.06 DCH ]

Thank you for anyone providing feedback!
Thank you for the Admin for running this site!
Thank you for the builders for providing the best versions of Chromium that ever existed!
@Ash
Try changing the flag "Percent-based Scrolling". - The problem is the mouse. Which mouse? Logitech? I had problems with Logitech. Then I removed the utilities and its drivers - the onboard drivers of the OS are completely enough. And check the settings in the system.
@wth

Thanks, this sounded very promising, but unfortunately it didn't help:
I removed "logitech gaming software", the logitech HID device drivers plus any remaining ghosted devices and then restarted the system.
I tried setting the flag, but didn't notice any difference.
(it's a G700 btw. so good guess:) )
wth - the switch for chrome://flags/#extensions-toolbar-menu is gone
https://www.howtogeek.com/437624/how-to-enable-google-chromes-new-extensions-menu/

i want the overflow menu again, not this slow crap.
any other switch or option for it?
@Bernd
This switch is now standard in Google Chrome and cannot be removed. It is also present in the Chromium version 87.0.4259.0 sync by Marmaduke (as in his previous version). This makes it easier to manage the extensions and to hide or show the buttons for the single extensions if desired.
i dont understand. is the switch now available as regular option or totally gone? and if available, where? i like the classic list within the hamburger button, i dont want the new drop down button.
Anon6140
@Bernd

can you re-enable the flag availability if you enable one of the 'temporaily unexpire' flags? example:

Temporarily unexpire M84 flags.
Temporarily unexpire flags that expired as of M84. These flags will be removed soon. – Mac, Windows, Linux, Chrome OS, Android
#temporary-unexpire-flags-m84
Anon6141
Unfortunately with the new extensions menu button, extensions cannot be ordered in the list by drag&drop, they are automatically sorted. Another garbage decision by gurgle to remove the flag.
I found #temporary-unexpire-flags-m85 and #temporary-unexpire-flags-m86 and enabled those, sorry no #extensions-toolbar-menu visible. seems to be gone.
Updated Win64 AVX2 build available.

An updated Polly config, too. I was able to enable and significantly expand many options since I am running Polly only during LTO codegen, versus the time needed to run Polly during both Clang and LTO codegen.

"-mllvm:-polly",
"-mllvm:-polly-2nd-level-tiling",
"-mllvm:-polly-allow-nonaffine",
"-mllvm:-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm:-polly-analysis-computeout=8000000",
"-mllvm:-polly-codegen-generate-expressions",
"-mllvm:-polly-delicm-max-ops=10000000",
"-mllvm:-polly-delicm-overapproximate-writes",
"-mllvm:-polly-dependences-analysis-level=access-wise",
"-mllvm:-polly-dependences-analysis-type=memory-based",
"-mllvm:-polly-dependences-computeout=5000000",
"-mllvm:-polly-ignore-aliasing",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-optree-max-ops=10000000",
"-mllvm:-polly-opt-outer-coincidence=yes",
"-mllvm:-polly-register-tiling",
"-mllvm:-polly-run-dce",
"-mllvm:-polly-vectorizer=stripmine",
# "-mllvm:-pass-remarks-analysis=polly",

I normally would not allow nonaffine writes as they can complicate Polly scheduling. However I am letting them proceed (for now) since I am able to contribute more build time and complexity to a single Polly pass during LTO codegen.

Probably the biggest crasher in Polly for me right now is PHI normalization, so it remains disabled. I might submit a bug comment to the mailing list sometime, though it is not really a big deal for us IMO.

One of the more impressive LLVM options added recently is the Machine Function Splitter. I suggest enabling it during clang codegen if building with PGO enabled. I have been using it in recent builds.

https://reviews.llvm.org/rG94faadaca4e1704f674d2e9d4a1d25643b9ca52c
I finally found a report about the mm scrolling bug:

https://bugs.chromium.org/p/chromium/issues/detail?id=1122950

It was fixed in this commit:

https://chromium.googlesource.com/chromium/src/+/7ce5fd6a9017536aa012501fddd59e19038ca898

It's already fixed in RobRich's latest avx2 build!

Cheers!
@RobRich

I've used Machine Function Splitter (MFS) in my current Windows dev build (Chromium v87.0.4259.0-r804906-Win64) and will do so in future Chromium release builds - Mac, Windows, Linux - when the default compiler supports MFS.

I've followed your lead, am using polly only during LTO codegen; particularly since discovering that "thin_lto_enable_optimizations" was disabled by default when building Chromium for Linux.

Appreciate the new link time polly parameters.
@marmaduke Welcome on the Polly stuff. :) It is a way overblown config for our purposes, but I am not seeing any major build time regressions so I just kept enabling and tweaking. Perhaps more to follow.

----------------

Speaking of Linux, I migrated the building of LLVM to GCC 10.x instead of the dated GCC 5.3 checkout the Chromium project uses by default. Not that I keep a record of timestamps, but it seems like LLVM might be a little faster building Chromium now. Could be placebo, too. Anyway.
Anon6147
uMatrix repo is archived, last commit was 6 months ago, it seems that it faced the same fate as its predecessor HTTPSwitchboard. That reminds me, what's the current state of Manifest V3 and how will it affect uBlock Origin and other extensions?
@RobRich
I build clang/LLVM for Linux more or less the Chromium way: https://commondatastorage.googleapis.com/chromium-browser-clang/Linux_x64/clang-llvmorg-12-init-5627-gf086e85e-2-buildlog.txt - a bootstrapped PGO build using pgo_training-1.ii. Where I differ from the Chromium Auhhors is that I build the first stage compiler with clang.

STAGE I - Building bootstrap compiler 28m35.120s

/home/acer/cmake/cmake-3.16.4/bin/cmake -GNinja \
-DLLVM_ENABLE_PROJECTS:STRING="clang;lld;polly;compiler-rt" \
-DCMAKE_BUILD_TYPE=Release \
-DLLVM_TARGETS_TO_BUILD=X86 \
-DCMAKE_C_COMPILER=/volumes/disk2/clang-11.0.0/bin/clang \
-DCMAKE_CXX_COMPILER=/volumes/disk2/clang-11.0.0/bin/clang++ \
-DCMAKE_AR=/volumes/disk2/clang-11.0.0/bin/llvm-ar \
-DCMAKE_RANLIB=/volumes/disk2/clang-11.0.0/bin/llvm-ranlib \
-DLLVM_ENABLE_ASSERTIONS=ON \
-DLLVM_ENABLE_TERMINFO=OFF \
-DLLVM_USE_CRT_RELEASE=MT \
-DLLVM_ENABLE_LIBXML2=FORCE_ON \
-DCMAKE_EXE_LINKER_FLAGS= \
-DCMAKE_SHARED_LINKER_FLAGS= \
-DCMAKE_MODULE_LINKER_FLAGS= \
-DLLVM_ENABLE_PIC=ON \
-DLLVM_ENABLE_LLD=ON \
-DCMAKE_INSTALL_PREFIX:PATH=/home/acer/stage1 \
-DLLVM_POLLY_LINK_INTO_TOOLS=ON \
-DCMAKE_POSITION_INDEPENDENT_CODE=ON \
../llvm

time ninja
@Hibbiki, @Marmaduke, @RobRich ; tenemos mucha buena suerte que ustedes hagan el gran trabajo, que hacen de chromium! Utilizo ungoogled como mi navegador, y el consumo de recursos en mi pc es mínimo, también tengo al de Hibbiki. Saludos cordiales a todos ustedes desde mi lejano lugar en el mundo.
Hibbiki, @Marmaduke, @RobRich ; we are very lucky that you do the great work, which you do as chromium! I use ungoogled as my browser, and the resource consumption on my pc is minimal, I also have Hibbiki's. Warm greetings to all of you from my far away place in the world.
@marmaduke I used to do multi-stage bootstrap builds as well, but rarely I bother anymore due to needing to build LLVM on different platforms since I do not cross-build Chromium. Usually I build LLVM with VS2019 on Windows and gcc on Linux. Technically I do Linux builds under WSL2 since it just easier for me to manage when RDP'ing into my Win10 build box.

----------------

Updated Linux 64-bit build for Debian, Mint, Ubuntu, etc.

https://github.com/RobRich999/Chromium_Misc/releases/tag/v87.0.4269.0-r808691-linux64-deb
Anon6151
Just wanted to say thank you to all contributors here, all of you are doing an incredible job!
Anon6152
@Marmaduke
Hi. Thank you very much for the very quick Windows update. :)...
You are publishing here the binaries compiled from this repository: https://github.com/macchrome/droidchrome/

However on my request to comply to the open source license of the Bromite patches, the issue was simply closed: https://github.com/macchrome/droidchrome/issues/5
Anon6154
Blazing fast one day updates for All Mac ung, sync and Windows! Thank You Marmaduke!

@csagan5
Consider your request closed here, too. Go Away!!
Anon6155
@Anon154

@csagan5 is the Bromite developer and his request is valid in asking @marmaduke to abide by the open source license.
Looks like the Machine Function Splitter in LLVM should be enabled currently on *only* x86-elf binaries. Oh well, at least I can continue using it for Linux builds in the meantime.
Anon6157
@marmaduke

release the laytest android. we know its baysed on bromium cos you say so.

perhaps you should you take out a advert on broadway!!
Anon6158
@Hibbiki
Hi.Thank you for the update , no sync work great...
Hi,

Could you please check with the internal staff?

Does this feature only appear after the Android 87 Canary version?

Because neither the developer version nor the 86 version appeared.

https://9to5google.com/2020/09/02/chrome-secure-dns-android/

thanks.
Anon6160
@Marmaduke, huge thank you for your work on Windows, Mac, AND Linux platforms. I use them all daily and appreciate what you have done!
Anon6161
@Marmaduke: Hi. Thank you so much for the Android update... :)
Anon6162
@Eden: Maybe you don't know but this site is not official.

@Hibbiki: Thanks for your builds (using nosync, works great).
https://www.howtogeek.com/437624/how-to-enable-google-chromes-new-extensions-menu/

i want the overflow menu again, not this slow crap.
any other switch or option for it?
@marmaduke
Why has the Android Chromium version recently changed its package id? Before it was "org.chromium.chrome" and now it is "org.chromium.chrome.stable".
This is giving us issues because it is not updating the already existing package.
@Ali
Complain to Google about this! Or create your own build! Use Vivaldi or Opera or * or *!
ChromiumN1 
Why there's no installer for marmaduke's ungoogled chromium? Would be nice to have standalone one or as choco pkg instead of copying zip contents manually/using portable launchers. I'm looking forward to use this since I realized that there's easy solution for addons provided.
Win64 builds updated. Win32 to follow probably later today.
Chromium User 
Thanks, for the website! Very helpful since I prefer ungoogled Chromium over the standard.
Anon6169
Thank you very much Rob!
Anon6170
@Glenn

Try posting to the github issue page if you haven't got a reply yet
@Anon6169 Welcome. :)

----------------

Win32 build updated.
@Marmaduke: Great thanks for the new 88.* with mini-installer on Windows 64bit. It works very well. Highly recommended for an Intel CPU with internal graphics 630.
Hi guys,

1) thanks for your work! :D
2) I do not know if only a my problem. With version: Version 85.0.4183.121 (Official Build) (64-bit) (by Hibbiki), is not possible to use Spotify, because automatically (when try to play a track) skip the first 8 / 10 tracks and play the 11th for only ten sec.
I tried to disable all extension and navigate anonymous but the problem persists.
Tested on a Chrome 85.0.4183.121 the issue is absent.

Thanks
@wth
I've also done a polly optimised version: takes 1.77 times longer to produce; not sure if it's worth the extra effort!
https://github.com/macchrome/chromium/releases/tag/v88.0.4284.0-r813632-Win64
Thanks Marmaduke for "88.0.4284.0 (813632) • Monday, 5 Oct 2020 widevine, all-codecs+, sync, win64" build of Chromium!

I will probably try out your polly optimised version too!
Anon6176
@RobRich Thanks!
@Marmaduke
Thanks again! I have tested the 813632 polly optimized with BaseMark Web 3.0 - with Intel HexaCore i5-9400 2.9 MHz (without turbo), graphics 630. It is 13% faster than the 813834, namely 813632 with 599.06. (Of course there are faster cards from NVIDIA etc.). I am very happy now.
Anon6178
@goldfix

Check widevine is working in your build, spotify requires this. Here is a test page, scroll down and check for tick next to widevine: https://bitmovin.com/demos/drm

Only hibbiki 'sync' builds have widevine, as per https://github.com/Hibbiki/chromium-win64/releases
Anon6179
@Hibbiki: Hi. Thanks for the update.
extensions crash won't load in sandboxie,
Anon6181
@Marky...you need to add the  --no-sandbox--test-type flags to the chrome.exe. The  --no-sandbox flag will allow the extension to load and the  --test-type flag will remove the warning banner about  --no-sandbox being unsupported. Cheers!
thank you Anon6181
Hello, Kiwi Browser, the Chromium sync for Android with possibility of extensions is now in Google Play Store on level 86.
It is a very good news channel.
Anon6185
@Marmaduke, please update Ungoogled Chromium!!!
Anon6186
@Marmaduke: Hi. Big thanks for the Update.
Anon6187
@Marky I am the one who gave you the  --no-sandbox etc workaround to get chromium based browsers to work under Sandboxie. There is a new version of Sandboxie 5.43.6 that addresses the issue so the workaround is not needed. The following forum discusses the open source version of Sandboxie https://www.wilderssecurity.com/threads/sandboxie-plus-sbie-fork.427755/page-24 post#580 is from the developer and has the link to the new classic version of Sandboxie. I suggest you read the entire Sandboxie Plus forum for all the background info on the open source project.

Cheers!

@Marmaduke and @Hibbiki as always a big thank you for the updates you don't know how much I and the community appreciates them! Cheers!
Anon6188
@Marmaduke
Thanks for the Update.

Open frame (Video Frames) in new Tab is gone in V86 or is it just in the ungoogled version?
Mupperty Muppmupp 
The ungoogled Windows patches applied to release v86 may be found at:

https://github.com/macchrome/winchrome/blob/86.0.4240.x/patches/final.txt

Mupperty
Anon6190
@Marmaduke, please update ungoogled Chromium 32-Bit. Thank you.
Updated Win64 AVX2 now available.

----------------

@Marmaduke You can drop the Polly config back dramatically if build times are causing concerns. Outside of maybe some corner cases, the resulting general browser performance difference would be probably a percent or few at best.

Scaled back but still viable IMO for Polly during LTO codegen:

"-mllvm:-polly",
"-mllvm:-polly-2nd-level-tiling",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-register-tiling",
"-mllvm:-polly-vectorizer=stripmine",

----------------

My build times have stretched into multiple hours each even on my 32-core build box, thus why I am pushing update intervals out to like two to three weeks.

I run other LLVM options beyond Polly, like extra vectorization cleanup passes, extra dead code elimination passes, extra loop scalar reduction optimizations, etc. Toss in a modified LLVM build, like for example using modified x86 target descriptions for certain builds. I am also pushing VS2019 optimizations when building LLVM, so the build times all add up quickly here.

Actually i can go even heavier into Chromium optimizations, including rolling back in some really low-level LLVM stuff I have taken out in recent months due to build time issues, but it is going to get even more ridiculous on my current hardware. Especially when we are talking about a percent here and there for whatever benchmark(s).
@RobRich

My latest Linux build: https://github.com/macchrome/linchrome/releases/tag/v86.0.4240.75-r800218-portable-ungoogled-Lin64 the time difference between a PGO and PGO/Polly compile was +13%.

The increase in build time pales into insignificance given Google's egregious abandonment of jumbo/unity.
Thanks for the Linux reminder. :)

https://github.com/RobRich999/Chromium_Misc/releases/tag/v88.0.4294.0-r817403-linux64-deb

Admittedly I actually do that for a specific notebook here. Just figure I might as well push the builds to GitHub as well.

On a potentially interesting note, I am currently doing Linux builds using Windows WSL2.
Anon6194
Hello, are Ungoogled builds for 32-bit systems not going to be updated anymore?
Thanks.
Anon6195
@Marmaduke
Hi. If possible , an update for Android. It's great. Thanks...
@ Marmaduke
MS has made a bug with the October updates that affects Intel Graphics 630 and HDMI. First of all the HDMI then very often did not output any signal when booting. A new update from Intel itself solved this problem, but not completely. Your 88* versions have problems with the audio track in MPEG4 videos. Either there is no sound or it is not synchronous with the pictures. The 86* version of Hibbiki does not have this problem. What is the cause?
@wth

There are two versions of v88 for windows: polly and non-polly optimised. The Intel 630 does not work well with polly optimisation.

I won't consider AV playback issues unless - particularly on dev versions of Chromium - the format of the video and audio stream is stated. You're using v88 of Chromium so make the comparison with the respective development release. Or at the very least use v86 of my (polly optimised) ungoogled build.

I do not know the cause of the issue, nor should you ask me; by doing a respective comparison the cause of problem could be ascertained: perhaps, polly optimisation.

Dev versions are inherently unstable.
@RobRich: look forward to avx build ;)
Anon6199
@RobRich: Thank you for your AVX2 release. No issue found on your latest version currently.
@Anon6199 Welcome.

@Daigo Hoping to have build updates within the next day or two.

I am experimenting currently with rolling back in some of those previously mentioned low-level LLVM optimizations, but I am hitting a crasher building a specific component.
Anon6201
@marmaduke: Mute tabs is not working in the ungoogled 86 win64 Build
On linux ungoogled portable 86 the spare renderer process is crashing shortly after start-up leading to a pile-up of renderer processes
@Hibbiki
I must congratulate you: Your Chromium 86* has much better rendering of moving vector-based Canvas elements than Google Chrome, as I can see in the Basemark Web 3.0 test. Diagonal lines are completely clear and not toothed, like Google. This is your secret.
if you're on ungoogled and using nano adblocker or nano defender, those extensions have been marked as malware
Matthew Salazar 
Did something happen with nosync on macOS? Noticed it hasn't been a part of the last few releases.
Anon6206
'Google is aware of reports that an exploit for CVE-2020-15999 exists in the wild.'

uh-oh!
Anon6207
Thank you for all!
Anon6208
@Hibbiki: Hi . Thanks for the update :)
Anon6209
> 'Google is aware of reports that an exploit for CVE-2020-15999 exists in the wild.'

Yeah, not good. Although not classified as critical either.

Bug in FreeType font rendering library. BTW, does anyone know if Chromium-based Microsoft Edge is affected as well?
Or do they use DirectWrite or something instead of FreeType?
Anon6210
@marmaduke, plz update Ungoogled Chromium 86.0.4240.111
JohnnyRico 
Hello! @marmaduke coluld you please create 32-bit version? (I see **only** 64-bit at https://github.com/macchrome/winchrome/releases but description tells - "Chromium for 64 and 32-bit Windows - Sunday, 11 October 2020")
Finally bothered to Find the build problem I have been having with the mini_installer. It does not pull in MS CRT or LLVM libc++ to limit file size, but when building with LTO it needs to have memset and memcpy functions available. Instead those are supplied manually, but they are not being pulled in during link-time optimization; at least for me locally.

I have cleaned out the old MSVC stuff and related conditionals in....

D:\depot_tools\chromium\src\chrome\installer\mini_installer\mini_installer_exe_main.cc

....to resolve the issue; again for me locally. No idea if others are being affected or not.

Example here:

https://pastebin.com/xujUdMHt

I will try to get various new builds out later today or tomorrow. :)
Anon6213
@Anon6209: I'm not entirely sure but I think the OTS (font sanitizer) included in FF and Chromium should catch any dodgy font to trigger the bug anyway. FF seems not to include a fix, not affected maybe or...?
Anon6214
@Marmaduke: Hi. Thanks for the Update ... :)
Anon6215
@RobRich: Good to read! ^^
Anon6216
@Marmaduke: Many thanks for updating Ungoogled 32-bit!
Is there a way to see/download all the builds/revision numbers for a specific xx.x.xxxx.xx release of Chromium?
@Anon6215 Thanks. :)

----------------

Updated Win64 AVX build now available. More to follow tonight or tomorrow.

----------------

FYI on an updated Polly config.

"-mllvm:-polly",
"-mllvm:-polly-allow-nonaffine",
"-mllvm:-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm:-polly-analysis-computeout=8000000",
"-mllvm:-polly-codegen-generate-expressions",
"-mllvm:-polly-delicm-max-ops=10000000",
"-mllvm:-polly-delicm-overapproximate-writes",
"-mllvm:-polly-dependences-computeout=5000000",
"-mllvm:-polly-ignore-aliasing",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-optree-max-ops=10000000",
"-mllvm:-polly-optree-normalize-phi",
"-mllvm:-polly-opt-outer-coincidence=yes",
"-mllvm:-polly-opt-simplify-deps=no",
"-mllvm:-polly-precise-fold-accesses",
"-mllvm:-polly-precise-inbounds",
"-mllvm:-polly-run-dce",
"-mllvm:-polly-vectorizer=stripmine",
# "-mllvm:-pass-remarks-analysis=polly",

----------------

Multi-level tiling is out, so drop these:

"-mllvm:-polly-2nd-level-tiling",
"-mllvm:-polly-register-tiling",

The features are there, but it turns out the needed modeling heuristics are not. No reason to waste any build cycles on them IMO.

----------------

More granular dependency analysis is out, so drop these:

"-mllvm:-polly-dependences-analysis-level=access-wise",
"-mllvm:-polly-dependences-analysis-type=memory-based",

They are seriously blowing up build time for certain components with little to no performance benefit.

----------------

Phi normalization and price inbounds are back working without blowing up or stalling build times.

Before the operand tree could cause an *exponential blow up* for multiple-use instructions, but a recent commit has added an additional caching mechanism to the operand tree, thus eliminating much of the previous build time cost.

----------------

I have also rolled back in some additional low-level LLVM tweaks for further evaluation; particularly related to register optimizations. YMMV.
Anon6220
Thanks, Rob. :)
@Anon6220 Welcome. :)

----------------

Updated Win64 AVX2, Win64 SSE2, and Win32 SSE2 builds now available, too.

-------------------

FYI. It is not crashing the GPU process, so "whatever" for the most part, but Skia seems to be generating error messages in the GPU log with the current nVidia graphics driver on my primary notebook. Conversely, the current Intel graphics beta driver does not.

Turning off Skia is a workaround if affected and desired. Again, a "whatever" issue IMO, but nonetheless potentially annoying if needing to diagnose other GPU loggings. Rendering performance appears to be about the same either way.

chrome://flags/#enable-skia-renderer

-------------------

^And after a restart, Skia quit generating the GPU log errors. Okay.... so maybe disregard the above. Anyway.
@Jerry
Allow me a few words about "ZenMate VPN": I use the extension, but only temporarily, to bypass country locks and still be able to watch videos in the corresponding countries. This works really well. - On the first click I ignored the start page and closed it. I did not register and did not click on the free trial. The second time I opened the extension I could choose in which country I want to be virtually. Then a DNS server of Cloudflare (quad1) connects to a proxy of the selected country and then to the selected website. When I want to surf normally again afterwards, I deactivate the extension. Of course this is much faster and much easier than if I have to change the whole OS - with "Free Avira Phantom VPN" it is even easier, using the DNS servers of Google (quad8).
Anon6223
@RobRich: Big thank you. I use your AVX2 and I did not see any issue. Good work!
wth's advice about VPN made me search a bit and I found this that might interest you: https://vpnpro.com/vpn-reviews/
Browsec is classified as "Not recommended"... :-o
I haven't tried any, but this one gets a good review and they talk about a "generous free version": https://vpnpro.com/vpn-reviews/windscribe-vpn-review/
@Aargl
Note: ZenMate VPN in the free version is not a real VPN service provider, it switches together with the DNS service Cloudflare (quad1, 1.1.1.1) to a suitable proxy server, which interposes itself instead of the official provider and gives a different IP address instead of the one of the existing provider. This is only valid for the browser in which the extension is currently activated and not for the whole OS, other internet programs (e.g. MailClient) work with the official access and IP adress.
Anon6226
@Marmaduke
Many thanks for latest Android update

@RobRich
Many thanks for latest avx 64bit update
@wth
Sorry, my post was for @Jerry, but the "@Jerry" header disappeared when I copied it back after the failure to send my comment... ;-)
Anon6228
Can someone check for ungoogled-chromium builds that  --disable-encryption still leads to cookies being encrypted?
Anon6229
Hello everyone,
I also wanted to get (ungoogled?) chromium and i don't know yet which method to install and update is better. (chrlauncher or chocolatey?). how do you handle this?
Anon6230
@Anon6229
chrlauncher:
Can be made portable (pass  --disable-encryption and  --disable-machine-id)
1 folder portable
Checks update every 48 hours (forgot the exact number)
Utilities to set as default (uses chrlauncher though, so no jump list support for "New Incognito Window")
Contributor ungoogled-chromium builds (currently: @Marmaduke), seems more regular builds are posted:
https://github.com/macchrome/winchrome/releases/

chocolatey:
Command line installation and update (be sure to add task scheduler entry for it)
Jump list support because uses chrome.exe directly
Chrome.exe sets itself as default
"Official" ungoogled-chromium builds (currently: https://github.com/tangalbert919), less regular builds, see:
https://ungoogled-software.github.io/ungoogled-chromium-binaries/releases/windows/64bit/
Anon6232
Thank you for the reply.
I downloaded the ungoogled build via chrlauncher.
But I it seems that google sync is available? I thought it was removed?
Anon6233
Can someone check for ungoogled-chromium builds that  --disable-encryption still leads to cookies being encrypted?
@anon6232 Signing in shouldn't work
Anon6234
Hello again,

I used the setdefaultbrowser.bat from chrlauncher but everytime I klick on a link the edge browser opens. Is this a known problem?
@Anon6232: I installed mine the same way. I'm unable to sign-in but it leaves a lot of appdata so I think mine isn't portable version.
kdsoftwere 
Good blog
Anon6237
Thanks @Rob for AVX updated build :)
Anon6238
@RobRich
Hi. Thank you for 88.0.4312.0 (823019) • Sunday, 1 Nov 2020 No AVX 64 bit. :)
Anon6239
Thanks Rob for the SSE2 builds
Welcome for the builds. :)

Win32 updated now, too. I will try to have a Win64 AVX2 build available in the next day or two.
Anon6241
Another month, another exploit-in-the-wild. Just another day at the office.
Updated Win64 AVX2 build now available.

Updated Linux build for Debian, Mint, Ubuntu, etc. now available as well. Link:
https://github.com/RobRich999/Chromium_Misc/releases/tag/v88.0.4314.0-r823096-linux64-deb
Anon6243
Thank you RobRich
Anon6244
@Hibbiki: Amazing update, thank you. Your builds are much appreciated.
Anon6245
@Hibbiki: Hi. Thanks for the update... :)
@Hibbiki
Thank you very much for the new update. The canvas elements are again better displayed than in Google Chrome.
Anon6247
@marmaduke: Plz, update ungoogled chromuim on 86.0.4240.183
Anon6248
@Marmaduke: Hi. Thanks for the Windows Update. :)
Anon6249
@Marmaduke: Many thanks for the most recent Win32bit update, works way better than the previous version.
Anon6250
@Marmaduke: Hi. Thank you for the Android Update... :)
Anon6251
Am I imagining things or does the latest 88.0.4314.0 (823253) • Tuesday, 3 Nov 2020 release display photos/images extremely poorly?
Hello, thank you so much for Chromium up to date builds. After many years 😁 I using Chrome(Chromium) on my Android phone!
1. I disable Chrome and keep updated Android System WebView, Chromium compatible with built-in WebView?
2. Chromium features like AdBlocking applied to build-in WebView?
3. There is any issue with disabling built-in WebView and just using Chromium build?
4. Chromium builds, specially on Android, supports Google Safe Browsing service while Bromite patches applied?
Thank you again,
Stay safe.
Anon6253
@Marmaduke
Hi. Thank you so much for the very quick update... :)
Regards.
Anon6254
@Hibbiki: Hi. Thank you so much too ; for the Update. :) Regards...
@Anon6251 Seems okay here. Check the about:gpu log to look for possible graphics acceleration issues.

----------------

Speaking of graphics, a quick note of potential interest about the latest Intel GPU drivers for Win10:

"Performance improvements when using Chrome YouTube Media Playback."

https://downloadcenter.intel.com/download/29988/Intel-Graphics-Windows-10-DCH-Drivers
Anon6256
@Anon6251, @RobRich: no graphical issue for me on the AVX2 release.
Anon6257
Another in-the-wild update issued! Enterprises must be livin' big G at the moment.
Anon6258
@Hibbiki: Hi. Two update in one week , wondeful , thanks. Regards. :)
@marmaduke
87 released, no? Any update on Ungoogled?
Anon6260
@Kein
There is no release yet 87, there was a stable version 86.0.4240. 193 , but now 86.0.4240. 198 !!
Is there anyway to make the OS (MacOS in my case) identify Chromium as if it was Chrome? (some file to edit, something in about:config...)
My issue is that 1password only works with browsers that are identified as legit (such as Firefox, Safari, Chrome, Vivaldi and Opera) and ignores Chromium. :-(
They talk about a "browser signature"... is there any place where this info is accessible or is it deeply hidden in the code?

[EDITED: ... Ahem! "about:config" is of course for Firefox, sorry for the blunder. ;-) ]
admin
@Aargl: Hello. By default, Chromium is not digitally signed. I explained that in the #malware section. So, you cannot use 1password on an unsigned browser. There are 2 solutions :
- Use an alternative to 1password (https://alternativeto.net/software/1password/)
- or use a signed browser (like #windows-on-arm, Google Chrome, MS Edge, Opera, Vivaldi...)
Anon6263
Linux noob here. Can anyone please tell me how to install Linux portable ungoogled-chromium on Ubuntu 20?
Thanks Jerry! :-)
Updated Linux build for Debian, Mint, Ubuntu, etc. now available.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v89.0.4328.0-r827861-linux64-deb

Probably will have updated Windows builds in the next day or two.
Anon6266
Hi. No @Marmaduke news , it has no problems , i hope.
Regards.
Anon6267
@Marmaduke
It seems that you are doing well; saw that you have updated Chromium. Cool and thank you.
Regards... :)
I won't be building the initial releases of 87.0.4280.x for any platform.

Google needs to get its act together: stop acting like an idiot first year Computer Science under-graduate (the it works brigade!) and actually think about what you are releasing.

Stop spamming us with sub-standard releases; get your excrement together.

Google, you're a bloated green-wash embarrassment!
Anon6269
@Marmaduke
First of all, thanks for the Nov 17 Ungoogled Win32 update.
Second, what do you "won't be building the initial releases of 87.0.4280.x"? Are you discontinuing your work on it or there's something remarkably wrong with version 87?
Thank you and keep up the good work!
Anon6270
@Hibbiki
Hi. Thank you for the quick v 87 update. Regards. :)
@Jerry
I might be mistaking but I thought I found the ungoogled updater https://github.com/NeverDecaf/chromium-web-store here a few months ago and I can't find it anymore, although you mention the windows ungoogled-updater by NeverDecaf.
I've been using it since I found it and it's working perfectly on Mac (and I suppose on Windows too). :-)
admin
@RobRich: Thank you. I will add your Linux release on this site, this weekend ;)

@Hibbiki! Thank you for your constant updates too.

@Marmaduke: Like all developers, thank you for your all work. I understand your point of view and the work done. Maybe, you could release only the first MAJOR version, if you prefer. ;)

@Aargl: ungoogled-updater is a python script. Source code: https://github.com/NeverDecaf/ungoogled-updater
Anon6273
@Hibbiki
Thank you for your work for builds. They work perfectly here.
Anon6274
@Marmaduke
Hi. Thank you for the new update. Regards. :)
Duke of Zurich 
@Marmaduke
Win64-ungogled . . . . thank you for the latest build !
Anon6276
Ungoogled is still not updated to v87: https://github.com/Eloston/ungoogled-chromium/issues/1252 is open.
https://github.com/macchrome/winchrome/releases/tag/v87.0.4280.66-r812852-Win64 was built with patches that were meant for v86?
Anon6277
@Anon6276
Bro, that's a good question! There is clearly something wrong with ungoogled-chromium!

@Marmaduke
Explain how you managed to build the browser?
@Jerry
I was mentioning https://github.com/NeverDecaf/chromium-web-store for you to add it here, if you like. ;-)
It's an add-on specifically for the ungoogled versions of Chromium, for updating the other add-ons — otherwise they never get updated...
It shows a red number on its icon when add-ons updates are available, then you have to update them by yourself.
admin
@Anon6277, @Anon6276
Marmaduke uses the current patches of ungoogled-chromium + the last stable version of Chromium (Note: security holes corrected in v87 ^^).
- Eloston's patches: https://github.com/Eloston/ungoogled-chromium/tree/master/patches
- Release: https://github.com/macchrome/winchrome/releases/tag/v87.0.4280.66-r812852-Win64
- Security fixes: https://chromereleases.googleblog.com/2020/11/stable-channel-update-for-desktop_17.html

Do not trust anybody! I encourage you to check your network usage with tools like DevTools, Wireshark, tcpdump, top (to display Linux tasks), Fiddler, mitmproxy...
https://en.wikipedia.org/wiki/Comparison_of_packet_analyzers

@Aargl:
The link is in the official FAQ and on this site from the beginning! ;)
https://i.imgur.com/gvEnWOK.png
@RobRich, thank you for avx ;)

Interesting behavior on 4312 and 4330 builds, with some url in the address bar you can't open context menu by right-clicking an empty space of the address bar. Need to click on the url.
Anon6281
@Daigo, I've noticed the same. Another nerf by Google, i guess...
Tyvm much @RobRich for the updates btw :)
Welcome for the updates. :)

Not sure on the URL bar stuff. Like ya'll said, it could be a revision issue. Depending upon what I do for turkey day, I might issue another round of builds before month's end.
Anon6283
@Jerry, since the current patches of ungoogled-chromium are for v86.0.4240.198, is it a good idea to use them to build the newer major version v87.0.4280.66? Pull requests updating ungoogled-chromium to a newer major version are big (+/- are # of added/deleted lines):
v85 to v86 - https://github.com/Eloston/ungoogled-chromium/pull/1210 : +1,720 / −2,109
v84 to v85 - https://github.com/Eloston/ungoogled-chromium/pull/1159 : +1,575 / −849
v83 to v84 - https://github.com/Eloston/ungoogled-chromium/pull/1109 : +1,165 / −1,025
v81 to v83 - https://github.com/Eloston/ungoogled-chromium/pull/1047 : +3,495 / −1,854
Anon6284
@Marmaduke, I get a different SHA1 for ungoogled-chromium-87.0.4280.66-1_Win64.7z
B6EA2EC0C3C060BE55B7BB278E8EF3C9F68625B7
Anon6285
@Marmaduke you're the best. Anon6284, there's a github link, so there proper sha1, same with that you get..
@Jerry
Ah! Ah! So that's were I found it. :-D
Sorry.
Anon6288
@Marmaduke
Please rebuilding the build Ungoogled into the latest changes in the branch!
Anon6289
Mardumake with ungoogled-chromium-87.0.4280.66-3_Win64.7z every extension crashes at startup. 66-1 works fine
Anon6290
@Anon6289
ox Bro, check this topic https://github.com/Eloston/ungoogled-chromium/pull/1261#issuecomment-731622375
it says: "Will test on windows tomorrow." !!
@RobRich, 4330 (828842) has some video problems.
It crashes randomly on youtube pages and shows a black screen on full screen videos when you wake up your monitor.
Anon6292
@Anon6289, @marmaduke
Guys see this topic: https://github.com/Eloston/ungoogled-chromium/pull/1261#issuecomment-732008717

Merge pull request #1261 from Zoraver/master https://github.com/Eloston/ungoogled-chromium/commit/1f7cdef6dfa8f612afde8f988131f210612333e0

Please update Ungoogled by 87.0.4280.67
@Daigo Any about:gpu errors? Any change when disabling hardware video decoding?

chrome://flags/#disable-accelerated-video-decode
@RobRich, disabling acceleration solves black screen issue. Crashes are rare and random, I don't know how to catch them.
I think this is just some kind of regression in this build. It's not big deal, I can wait for the next iteration of your cooking. ;)
@RobRick K. In the meantime, since disabling hardware acceleration worked, make sure you have the latest graphics drivers installed.

----------------

Speaking of graphics, ya'll might want to poke at hardware-accelerated GPU scheduling if running Win10 and a GPU compatible with the feature. Turned it off on my notebook, and Basemark Web 3.0 actually improved.
Anon6297
@Marmaduke: please refresh sync build. Thank you so much !
Anon6298
@Anon6297 and others: It will be ready if and when Marmaduke wants; give us a break with these useless squawking!!!
@RobRich
Hello,
I am seeing random crashes of Chromium 89.0.4330.0 win64 AVX. No consequence, just relaunch Chromium and reactivate the crash page.
Windows 10 20H2 system updated and drivers too.
Anon6300
@LUC77600
I've noticed the same. No big deal, and please don't feel obligated to push another build just because we report these issues @RobRich. Build another whenever you want, i'm not here to beg. Ty :)
@Anon6300
Sure, but that's not the only problem.
admin
@Anon6302:
This service used by ChromiumOS (and derived) is responsible for syncing device metadata (metadata corresponding to each device on a given account) with the CryptAuth back-end.
- Source code: https://chromium.googlesource.com/chromium/src/+/refs/heads/master/chromeos/services/device_sync/
- Command-line flags: https://chromium.googlesource.com/chromium/src/+/refs/heads/master/chromeos/services/device_sync/switches.cc

CryptAuth is a Google service that manages authorization and cryptographic credentials for users' devices (eg. public keys).
https://chromium.googlesource.com/chromium/src/+/refs/heads/master/chromeos/services/device_sync/cryptauth_api_call_flow.h
Anon6304
Anon6302 @Jerry
Hi. Thank you for all explanation.:)
Regards.
@Admin (Jerry)

I can't recall, but at what point are outdated versions marked with the "OLD" tag?
There is at least one Dev version here that is nearing the 2 month mark, and I can't recall what the criteria is.

Thanks! :)
admin
@Dustyn: I created the "OLD" tag for stable versions which appears automatically when the Major version of the release is 2 versions behind the current stable one. I didn't activated this tag for development versions. But, I see, I should ! ^^ Thank you for your report. I can improve it according to your needs!
@Admin (Jerry)

Ahh I didn't realize it was specifically for stable versions, which is indeed important. It would be nice to see it activated for dev versions too after a fair considerable amount of time has passed. If that said Dev version is unable to be updated by a developer before the "OLD" tag is applied to it, it gives possible concern and reason for a user to move away from it to another version (AKA: Stable), until Dev version is brought back up to date. :)

--------------------

@marmaduke
Thanks for the very latest dev build "89.0.4342.0 (831777) win64, sync, widevine, allcodecs+"
Much appreciated!
Cheers! 🍺
Updated Win64 AVX2 now available. Others builds to follow hopefully by mid-week.

----------------

A follow-up on a previous post. Disabling hardware-accelerated GPU scheduling appears to have resolved a rarely occurring but nonetheless intermittent issue on my primary Win10 notebook with Intel+nVidia graphics. The 3D performance difference generally is around 1-2FPS in most reviews anyway, so whatever IMO.

https://www.google.com/search?q=hardware-accelerated+GPU+scheduling
https://duckduckgo.com/?q=hardware-accelerated+GPU+scheduling
Anon6309
Thank you very much RobRich. Avx2 in use from the beginning ;)
@RobRich, the archive 89.0.4343.0 (832360) actually contains 4330 :)
@RobRich, 89.0.4343.0 (832360) actually contains 4330 and is 32bit.
Thanks for the FYI. Fixed. :)
Anon6313
@RobRich
Thank You for the Update 89.0.4343.0 (832360) • Wednesday, 2 Dec 2020 ; modified all-codecs no-sync win64.
Regards :)
@RobRich, thanks for avx build. Everything works fine so far ;)
Welcome for the builds. :) Updated Win32 and Linux builds now available, too.

----------------

Note my Linux build has been promoted up to my release repository. It no longer is tuned specifically for AMD Jaguar, though it still does require AVX support. Currently it also requires libc 2.35.1, so it will need a rather modern version of Debian, Mint, Ubuntu, etc. to work.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v89.0.4344.0-r833256-linux64-deb

It might not follow the same release schedule as Windows builds, but I will try to keep the Linux build updated as possible.
Anon6316
@Marmaduke
Hi. Great, thank you very much for the update. Regards...
FYI for the web devs out there regarding using Google Fonts....

https://wicki.io/posts/2020-11-goodbye-google-fonts/

....due to change in how Chrome now caches content.

https://developers.google.com/web/updates/2020/10/http-cache-partitioning
Anon6318
@Hibbiki
Hi. Thank You For The Update. Regards...
Anon6319
What would be the life without @Marmaduke....
So many thanks
I want to say a special "Thank You" to Rob for keeping up with the older builds x86 w/o "avx". I hardly miss the extensions menu instead that button, i hope google will improve someday.
Anon6321
@All volunteers pushing these builds, many many thanks.

Anyone else remember the old Chrome Comic page 26
https://www.google.com/googlebooks/chrome/small_26.html

Does that remain true, or have google been trying to add too much bloat that they are themselves undermining its original promises, by providing more and more complex holes/mistakes to be manipulated?.

I ask because it seems to me they are having to shore up exploits a lot more frequently, and the "Jail" is maybe not as effective as we all once hoped it would be.
admin
@Anon6321: The bigger the project, the more potential exploits there are. A "stable" version is never "stable" in reality. Chromium is always under development and has obviously bugs and vulnerabilities (like all big projects!). This is why the source code is thoroughly reviewed and vetted by the community.

Chromium is more secure than Firefox.

Point of view of different security experts:
2020: https://madaidans-insecurities.github.io/firefox-chromium.html
2020: https://grapheneos.org/usage#web-browsing
2018: https://marc.info/?l=openbsd-misc&m=152872551609819&w=2
2017: https://news.ycombinator.com/item?id=13623735
2016: https://medium.com/@thegrugq/tor-and-its-discontents-ef5164845908

The pwn2own (the hacking competition) has much higher points/bounties for finding Chrome vulnerabilities than finding Firefox vulnerabilities:
2019: https://www.zerodayinitiative.com/blog/2019/1/14/pwn2own-vancouver-2019-tesla-vmware-microsoft-and-more
2017: https://www.zerodayinitiative.com/blog/2017/1/18/pwn2own-returns-for-2017-to-celebrate-10-years-of-exploits
Anon6323
Updated Linux build now available.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v89.0.4349.0-r834134-linux64-deb

I have dropped the AVX requirement.... for now? I have Linux coming and going on various systems, and I not too inclined to roll multiple builds with different SIMD levels for Linux at this time. Maybe later if/when I ever update the build box.
Heya,

Will there be a separate build for when Mac changes over to ARM?
I see at https://omahaproxy.appspot.com/history.json for Chrome they are starting to differentiate between "mac" and "mac_arm64" for the OS.

Thoughts? (Especially from @Marmaduke ?)

Thanks for all your hard work by the way :)
@Cyan It probably depends upon when (if not already?) the M1 target lands in XCode.

AFAIK, there still are needed commits for establishing a M1 target in LLVM, though I suppose Apple could land commits to its own XCode branch of LLVM before sending them upstream. In LLVM land, I think the MacOS 11 triple still targets A13 for now.

YMMV, as the only "Mac" I currently own is an ancient PowerBook G4. ;p
Updated Win64 AVX build now available. Other Windows builds to follow in the next day or two.

Binary sizes are up slightly, but optimizations are as well. Looks okay here so far, but YMMV as usual.
@RobRich, 4349 works fine. Thanks ;)

But on some sites I can't bypass cloudflare's "checking browser" thing. It gets stuck in infinite loop. I've noticed this behavior with 4343 and 4349 builds. New experiments from Google, I assume.
@Daigo Welcome and thanks for the feedback.

BTW, I would suspect any installed content filtering extensions if routinely encountering Cloudflare Browser Integrity Check (BIC), as the service can trigger on certain HTTP headers or even just a lack of a viable browser user-agent string.
@RobRich, I checked 4330 and 4349 with the same profile (and extensions of course). 4330 can pass BIC, 4349 can't. And additionally checked 4349 with a clean profile. I guess, devs have changed something in the browser, and Cloudflare BIC hasn't yet caught up with this changes :)
@Daigo Curious if it is simply BIC does not recognize the latest user-agent string as valid. You might try experimenting with this flag: chrome://flags/#freeze-user-agent
@RobRich
heh, I tried to change the user-agent to Firefox, it worked, BIC allowed me to go to webpage :)
chrome://flags/#freeze-user-agent flag made Chromium version in user-agent 89.0.0.0, BIC still does not give access.
@Daigo K. Figured it was something related to the user-agent string. :)

----------------

Updated Win64 AVX2 build now available.
Thanks for the great site and work

hope you ok with noob questoin.
is there anyway to add patches from example github /patches/extra/ungoogled-chromium/ to an existing build and .exe that one has? Or only way is to build like
source code- prnue - patches- etc?
thanks
@Jason You would need to pull the Chromium source, apply the patches, then build the browser.

If willing to undertake the process, building Chromium tends to be more time consuming than outright difficult to accomplish IMO.
Anon6335
@Marmaduke
Hi. Could you plan when you will have time an update for android.
Thank you.
Chromium for macOS_arm64 - Friday, 11 December 2020

Chromium 89.0.4353.0 (Official Build) (macOS_arm64)

Revision 4345fb8e2b4613593965a8a9ebbb7aa0c28d7803-refs/heads/master@{#836066}

OS macOS Version 11.0.1 (Build 20B28)

- only for macOS_arm64
- official build
- Xcode 12.2 (12B45b)
- macOS SDK 11.0 (20A2408)

Sync • WebRTC • Widevine
Chromium.89.0.4353.0.sync.app.zip
https://github.com/macchrome/chromium/releases/download/v89.0.4353.0-r836066-macOS/Chromium.89.0.4353.0.mac_arm64.sync.app.zip
SHA1 E99D55FCBB062A855512226289A2371B0C85381E

INSTRUCTIONS: unzip; xattr -rc Chromium.app

Test Codecs at https://tools.woolyss.com/html5-audio-video-tester/ (and let me know)
Chromium for 64-bit macOS_arm64 - Ungoogled - Monday, 14 December 2020

Chromium 87.0.4280.88 (Official Build) (macOS_arm64)

Revision 89e2380a3e36c3464b5dd1302349b1382549290d-refs/branch-heads/4280@{#1761}

OS macOS Version 11.0.1 (Build 20B28)

- only for macOS_arm64 (Apple Silicon)
- official build
- Xcode 12.2 (12B45b)
- macOS SDK 11.0 (20A2408)

No Sync • Codecs+ (HEVC, etc)
Chromium.app.ungoogled-87.0.4280.88.arm64.zip
https://github.com/macchrome/macstable/releases/download/v87.0.4280.88-r812852-Ungoogled-macOS/Chromium.app.ungoogled-87.0.4280.88.arm64.zip
SHA1 6B7E90B680BFCAC81F84455603E716103D77D634

Additional information: https://chromium.googlesource.com/chromium/src.git/+/master/docs/mac_arm64.md
Anon6339
Still no modern Win32-versions of UngoogledChromium - only for Win64 :-(
Anon6340
@Marmaduke

Chromium for macOS_arm64 - Friday, 11 December 2020 Chromium 89.0.4353.0 (Official Build) (macOS_arm64)

says the file is damaged on M1, 11.1 OS. The 87 build posted later loads fine.
@Anon6340

Appreciate the feedback.

I don't have access to Apple Silicon: would you test the functionality of the codecs - particularly HEVC/H265 https://tools.woolyss.com/html5-audio-video-tester/
Anon6342
Sure! All are highlighted green except for AV1, AMR, AVI, Mov and qt.

CPU usage on the chrome(renderer) process is ~37% when watching the HEVC L3 video.
@Anon6342

Thanks.

Good to have confirmation that HEVC works. CPU usage seems a bit on the high side and would suggest that HW video acceleration is not been utilised. On the Android (9+ 64-bit) platform HEVC is HW accelerated.
Hi! Thank you for your great work.
I have two questions: I am using the version installed from chocolatey, however, the valid version there is 87.0.4280.66, while the current version (87.0.4280.88) indicates that "Validation Testing Failed". Is it safe to update to the latest version? My other question is: when I click a link to a Zoom meeting, unlike Chrome or Edge, it doesn't open the app. Is this due to a configuration or a bug?
@marmaduke
Hey, I've noticed that between your Ungoogled Chromium 83 build and latest one (86) there was difference in package name. Old name was "org.chromium.chrome" an new one is "org.chromium.chrome.stable" which breaks update compatibility. Do you know what gives, was this your mistake when building APK?
Anon6347
Some feedback about RobRich's latest builds
As reported here previously by user @Daigo: https://chromium.woolyss.com/?all=1#comment-6280

This behavior doesn't happen with Chromium vanilla from here: https://chromium.woolyss.com/download/
It does on Rob's builds, even with clean profile/installation.

There's also this website, ghacks, where text is in front of the images, as you can see here: https://i.imgur.com/1EBjJ11.png
Again, this also does not happen with Chromium vanilla, it displays them well: https://i.imgur.com/iBfMOpG.png
It does on Rob's builds, even with clean profile/installation.

@Jerry, not sure if i can mention other websites here, if not, then please delete the above.

Just my feedback as considering the above either this got fixed recently by Google (after latest build by Rob - 89.0.4349.0 (834217)) or is something in Rob's configuration affecting these.
Ty
@Anon6347 Could be a revision issue, or it could be where I occasionally experiment with code paths at O3 and Ofast. The project does not test code above O2. I will revert back to O2 across the board for my next build cycle.
Anon6349
@Marmaduke many thanks for the android update. Merry Christmas everyone & best wishes for a healthy new year.
Anon6350
@Marmaduke
Thank you for the christmas gift :) , android update. Regards ...
Win64 builds updated. Win32 and Linux maybe later today or this weekend.

Merry Christmas! Happy Holidays!
@RobRich, big thank you as usual ;)
And happy holidays to all!
Anon6353
As usual, thanks for the SSE builds Rob!
Merry Christmas and all the best wishes
@Daigo Welcome. :)

----------------

Clarifying my earlier post:

"The project does not test code above O2" on Windows. There are a few components built at O3 on some platforms.

----------------

I might be adding another OS platform to my builds depending upon how it works out. Possibly more info to follow.
Anon6355
@RobRich, @anon6347 here.

With your recent update - 89.0.4367.0 (839243) avx - both issues i had previously listed have been fixed.
Thanks and happy holidays to everyone!
@Anon6355 Thanks for the feedback.
@ RobRich
Hello from a fan,
I use the start page shortcuts a lot. In this latest version, the history replaces 2 of the 8 sites stored on the home page. In addition, these historical links are presented without an icon ...
I would like to know where these homepage sites are saved.
Thank you.
PS: this version 89.0.4367.0 (839243) • Thursday, 24 Dec 2020 (AVX) is very fast, it is very pleasant.
@LUC77600 Not entirely sure, as the new tab page is not a feature I use much. I would assume they could be saved as "Top Site" in the Chromium user data default directory. If interested in changing the NTP behavior, there might be related about:flags if searching NTP.

---------------------------

Linux build update:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v89.0.4368.0-r839313-linux64-deb
Anon6359
Can you provide a comparison or do you know of any comparisons between the Marmaduke vs Eloston ungoogled-chromium code bases? The extra codecs are a bit more obvious, but I'd like to see a comparison in privacy and/or security "features" :)
Thanks!
Rosa Luxemburg 
@Anon6359: Do it yourself!
@RobRich
Hello

I put "Repeatable queries on the New Tab Page" on disable.
It seems good now.
Thanks
Anon6362
@RobRich: @anon6347 here, once again.

I've spotted yet another issue with your builds, and as before, this issue is not reproducible on Chromium vanilla (todays builds) or even with Marmaduke's build - 89.0.4342.0 (831777) • Monday, 30 Nov 2020

It does on yours however, even with a fresh profile/installation.
As always, just leaving feedback, no need to push another build(s) just because of this.
Regards

--------------

Duh, forget to describe the issue on above comment.
The website in question: https://forums.blurbusters.com/search.php?search_id=active_topics
The issue:

https://i.imgur.com/6sTxNnw.png
That looks like maybe a layout engine issue. Probably revision related. Dev builds being.... well, dev builds as usual. ;)

I am on an iPad right now, but IIRC, there used to be an about:flags related to LayoutNG. If curious, check if still there and try disabling it to see if the issue goes away.

----------------

Looks like the LayoutNG flag is gone. Anyway.

----------------

I mentioned maybe another OS platform awhile back. I was considering building Chromium for FreeBSD, as I used to be a PC-BSD user years ago. I do not really feel like dealing with it right now after the efforts just to get a working DE, audio, drivers, etc. on a FreeBSD install under virtualization. Maybe sometime later.
admin
@Anon6362, @RobRich:
I merged your respective comments.

I checked the issue but I think it is a problem about the HTML source code of the website and the layout engine. Note there is no issue like that on other websites using the same phpbb forum engine and same page:
- https://forum.mxlinux.org/search.php?search_id=active_topics
- https://forum.audacityteam.org/search.php?search_id=active_topics
- https://forum.videolan.org/search.php?search_id=active_topics
- https://forum.openoffice.org/en/forum/search.php?search_id=active_topics

@RobRich:
Your #linux release is on the site, now. You can update it yourself! ;)
Ok about FreeBSD.
Is Android Chromium from this package : https://github.com/macchrome/droidchrome/releases/download/v87.0.4280.101-r812852-Ungoogled-And64/arm64_ChromePublic_HEVC-87.0.4280.101.apk supposed to work completely with a mouse?

A fresh installation on a new tablet with Android 10 shows that connecting a Bluetooh mouse it cannot close tabs with a mouse wheel click nor open a link on a new tab using mouse right button. On an older table with Brave Browser all that works (same bluetooh mouse). I would not install Brave on the new tablet to test this.

Tanks,
Angelo.
@Jerry As always, thanks for the support and site! :)
@Jerry @Marmaduke @RobRich @Hibbiki @Carl

HAPPY NEW YEAR TO EVERYONE ABOVE AND TO THE ENTIRE CHROMIUM COMMUNITY!!!

Cheers!
~Dustyn~
@Dustyn Thanks, and same shoutout to the community.

----------------

Since we are rolling into a new year, Win64 AVX r839847 represents a cleanup and re-baselining of my optimizations. Optimized paths are back up to O3, while Polly is back down to a more conservative configuration. Basically I am cleaning out accumulated cruft. Any performance changes aside, various browser features I quickly tested seem okay.

"-mllvm:-polly",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-vectorizer=stripmine",
# "-mllvm:-pass-remarks-analysis=polly"

I still need to do some performance testing, then look into what other optimizations might get back into or added to the mix, though I suspect performance should be fine as is. Some of the optimizations in my mix have been features added for whatever reasons but later seemingly abandoned by LLVM devs over the years of the project's development, so it is time to locally refactor IMO.
I have another issue with the Android ungoogled package. I cannot browse the local files using file:// protocol. For example, typing "file:///sdcadr/" it, the irst time, asks for permissions. I allow for those, say YES, it starts loading that folder but at about 10% it hangs (I waited for an hour..). This seems to regard only the Android ungoogled version of Chromium. On macOS the unggogled version works as expected and so on the same Android (10) system with Brave.

Happy New Year!

Angelo
Linux64 r839848 track my optimization cleanup, too.

I will try to have the other Windows builds updated today or tomorrow.
Anon6371
Thank you RobRich for your latest "avx2" release.
@Anon6371 Welcome. :)
Anon6373
Google release first stable build of the year - 87.0.4280.141. Happy new year!
Anon6375
@Hibbiki.
Thanks for the Update... :)
Regards.
@ Hibbiki
Thanks you for the new very fast Chromium.
It seems ThinLTO multithreading might be borked on Linux. Just checked on a seemingly hung build. Actually it has been running a ThinLTO link job on just 2 cores of a 32-core system despite me manually setting the LTO core limit. I might as well build FullLTO if that is the case. o.0

Anyway, hopefully Windows builds are okay. Should know something in awhile.
Thankfully Windows building is working thus far. Win64 AVX2 r841813 is an *extremely* optimized build. It took several hours to build.

Performance looked okay in a few quick benchmark runs. Let me now if encountering any serious performance regressions.
Anon6379
@Hibbiki

Thanks for the updated stable! Works good (as always).

Tiny question: There are 2 .manifest files in this release. Can I delete the old version .manifest file? Just want to keep it clean. Thanks again.
Other than the SIMD differences, the rest of the Win64 builds have been updated using the same optimizations as my current AVX2 build.

I will have to think a little more about similar optimizations for Win32, as I tend to try reigning in possible bloat due to typical end-user system memory limits there.

Linux still is a question mark. I build LLVM locally using GCC 10.x, so I might have to pull an LLVM project nightly build and see if it is maybe a local compiler issue affecting building there.

----------------

@Anon6379 You should fine deleting in the previous manifest file.
FYI. I will have to redo Win64 SSE2 r841850 as it was built with AVX optimizations. Could take a few hours depending upon what else I have running on the build box. I have migrated the listing back to the previous release in the meantime.
Anon6382
@RobRich
One question only: why don't you build a Win64 AVX2 version for stable chromium?

Thanks for your works.
Anon6383
Hi @Rob,

I used to think that your O2’s, O3’s optimizations or whatever is useless in real world but this 89.0.4384.0 (avx2) version seems pretty much nippy / rapid to me.

I would have to test this with benchmarks and real numbers but maybe there really a difference finally…

In short, the most important being the fact that you allow all of us to always have a super recent Chromium.

Note: Also thanks for the Linux version which I use in Debian and also works great!

Note2 : Do you have a familly or similar ? You seem to have worked on Chromium and around Christmast and around Eve…
@Anon6382 Thanks. Ya'll get the same builds I use on my systems, and I have used dev builds for years. If there is a significant revision issue, I just roll new builds and keep going.

----------------

@Anon6383 Thanks, too. The latest performance difference probably is related to changes around instruction and register scheduling. Outside of the usual stuff with clang and lld optimizations like O3 and lto, I am dealing with tweaking options deeper inside LLVM.

BTW, no significant other or children, so yeah, I have some free time to poke at Chromium as a hobby.

----------------

Appears the Linux SSE2 building issue is affecting Win64 SSE2 as well, so it is something in the difference between instruction set selection. I am thinking maybe it is happening in Polly. It could take awhile to track down the underlying issue.
Anon6385
Hi Rob, AVX build seems to be crashing on youtube, but sse2 build is fine.
Anyone else the same?
@ Anon6385 Could be revision related as those are currently two different revisions.

I am still tracking down my LTO build issue with SSE2, so I probably will be rolling new builds across the board in the next day or two anyway.
@Anon6385, @RobRich, yeap, 841850-avx crashes on twitch streams for me.
@RobRich
Hello

+1 "status_access_violation" with last version 89.0.4384.0 (841850) • Sunday, 10 Jan 2021 AVX Win64...
For some videos, not systematically.
CPU, memory issues as I read
Or codec problems
I don't understand...
Anon6389
Hello, may I ask why is Ungoogled Chromium Win 32-bit not updated anymore?
@Daigo+LUC77600 Thanks. I have disabled a couple of potentially related optimization options. Rolling an updated AVX build right now.
Looks like I should have the video issue resolved, but I am hitting some benchmark regressions. Going to change a few optimizations, roll again, and hopefully have an updated Win64 AVX build ready to push later today.
Anon6392
Something happened between @Hibbiki v87.0.4280.88-r812852 and v87.0.4280.141-r812852. The newer one is killing my old SSE2 dual-core CPU on Windows x64. Page loading, opening tabs, even selecting text causing browser to stutter for a second. After rolling back to older version, everything is ok, fast and smooth. Anyone have noticed it, or it's just me?
Anon6393
Hibbiki 87.0.4280.141 - Something wrong with any file downloads this version tries to do, its like Chromium is repeatedly retrying / restarting the file download until it eventually succeeds.
Updated Win64 AVX build now available. YouTube and Twitch are working for me as tested with both AMD and nVidia GPUs.

Looks like it was more a revision issue than an optimization issue.
Got Win64 SSE2 back building, too. Updated build in the listings above.
@RobRich, 841927-avx works fine so far. Thank you! ;)
@Daigo Thanks for the feedback, and welcome. :)
Anon6398
Hi All,

I have a question about running two versions of Chromuim at the same time.I often require different sessions, meaning two profiles and two installs (not two windows)

I've noticed some strange behaviour and wondered if there was a guide out there?

Cheers!
Win64 AVX2, Win32, and Linux builds updated.
radiolondra 
Hi guys,
does anyone know if ther's some open source chromium based browser with changes to the UI in code (no extensions)? For example, add (and handle) a custom status bar with buttons, add a title, sliding panels, etc.etc.?
If someone knows something about, please let me know
Many thanks
Rob
Anon6401
Updated AVX build seems to be working fine now. Thanks Rob
Anon6402
Last Marmaduke's sync build crashes very often. Tested on two machines Win 10 x64 Pro (Intel) and 1809 LTSC (AMD). Just closes itself.
@Anon6401 Welcome. :)
Anon6404
@Marmaduke
Hi. Thank you for the Ungoogled Update.
Regards... :)
Duke of Zurich 
@Marmaduke
Latest Ungoogled highly appreciated, many thanks for your efforts !
Anon6406
Hi all,

FreeSMUG used to be my source for keeping my mac browser current. Unfortunately, they have discontinued providing new builds. Does anyone else maintain up-to-date mac builds of the stable version? The ungoogled version seems to receive frequent updates, but I have found that I don't really care for it and it seems unstable on one of my systems. So I'd be more interested in a "googled" version. TIA!
Donald J Trump 
@Anon6406

Build it yourself!
Anon6408
@Anon6398

maybe look at how a portable version is setup: https://portapps.io/app/ungoogled-chromium-portable/#modifications
@Anon6406 If you do not want the other options for whatever reasons, consider migrating to the Chromium (The Chromium Authors) project's own dev builds. I have run Chromium dev builds for years with few issues to note.
Anon6410
Many Win64 versions of "ungoogled" - but still no Win32 version!!!!!!
Definitely no offense implied, but being absolutely straightforward, be surprised any of us third-party builders still push Win32 builds at all.

Admittedly I have no use locally for Win32 builds. I suspect Hibbiki and Marmaduke are in similar situations, too.
Anon6412
> Google cracks down on 3rd-party Chromium browsers using Chrome Sync
https://www.xda-developers.com/google-cracks-down-third-party-chromium-browser-chrome-sync/
Anon6413
@Anon6412 Hopefully they keep the ability to Import / Export both Bookmarks and Passwords (though the latter is only enabled by going to Chrome://flags) so I can Reset my machine after any hardware replacements and recover my online important setups from an external USB drive. If any of those abilities were to disappear I for one would be exceedingly unhappy, having to retype in every bookmark and password I have ever used would be a monumental task. I hate Cloud solutions, sync to me is just another big tech idea to study our online behaviour for market research / selling to third parties, so the loss of Sync to me is a bit .. meh.
But I can see it being useful for people who don't care, does this mean Chromium builds here would also need to not include it?
@RobRich

Hello.
I am using Chromium in portable version with Henry ++ Chrlauncher configured for automatic Chromium update.
Although the latest version fixed the video issues, Chromium was slow and "fell asleep" on a blank page when I was no longer working on my PC. Ctrl + R didn't work, but it was enough to minimize the window and then maximize it to make the blank page animate again (???).
I decide to do a big cleaning. I delete the Chromium folder (portable folder) and by chance I find a Chromium / Profile folder in AppData / Local. This Profile folder contains information about the latest installed version. I also delete it because in the Chrlauncher script the Profile folder should not be there.
Starting with a fresh installation of the latest AVX Win64 version, there is no longer any problem. Chromium has become very fast again.
So, I am wondering about the management of the different versions (stacking), the browser reset options, the history cleaning and about this folder in AppData ...
This is my last experience as well as my last thoughts.
Thank you for your attention and your work.
Thank you so much for your efforts! I am looking forward to your development.
@LUC77600 As always, thanks for the feedback. :)

About Chrlauncher and portable, admittedly, I have little to no idea about them. I do not generate the portable version. AFAIK, Jerry appears to have a script to do that when I push new build links to the listings here.
About Android versions:
Hi guys! I'm unable to import an html bookmark file generated by Marmaduke's Chromium Mac Ungoogled, be it in Marmaduke's Android version or in Bromite, I always get an error "insufficient memory" although I've got 1.5 Gb free...
Is it a known issue? (I'm using LineageOS 9 on a Samsung S6)
This will become an issue when Sync will stop working — I must say that I haven't tried Sync neither, as it's a phone someone gave me and I've not used it extensively yet...
Hey.
I'm going to try Chromium instead of Mozilla Firefox browser. I'm don't trust Firefox Privacy anymore. They are going to censorship internet.
https://twitter.com/mozilla/status/1347633954497548289?s=20
Hi.. the recent changes to Google APIs, specifically the limiting of sync API - is this going to have any impact on using self created APIs for personal use with no-sync versions?
Please help clarfiy this. thanks!!
Long-time Chromium builder and even longer-time Firefox Nightly user here. Other than its usual malware and privacy filtering features, Mozilla is not censoring anything. Anyway.

----------------

@PA I have not really followed the issue since I do not use sync, but AFAIK the changes largely relate to third-party stuff like extensions. I doubt you will see any changes to basic sync features if creating and using you own personal API keys. YMMV, of course.
Anon6421
What about [Manifest 3] with RobRich, Marmaduke and Hibbiki future build ?
Is it even only possible to discart it from building and stay on/keep [Manifest 2]
Hi.. the recent changes to Google APIs, specifically the limiting of sync API - is this going to have any impact on using self created APIs for personal use with no-sync versions?
Please help clarfiy this. thanks!!
@MJ why dont you read the reply a couple above your post.

-------------------
Is there a way to use chrlauncher with google chrome?
Anon6424
Hi,
I’m currently running Marmadukes 89.0.4342.0 (831777) which is from 2020-11-30
Is that version still ok to use?
If not, how can I downgrade to Hibbikis 87.0.4280.141 (812852)
(I want sync, you see)
Running the mini-installer does nothing, deleting everything but the user- profile folder within the Chromium folder doesn’t work either.
Any tips?
Thanks
@Anon6424
An automatic downgrade from V89 to V87 is unfortunately not possible. I have deleted the Chromium with the program "Geek Uninstaller". But before that I copied the folder "User Data" in users/NAME/local/Chromium to another folder. Then I used the mini_installer of Hibbiki's version 87. After that I replaced the folder "User Data" with the old folder of this name, which was saved before. This is the easiest way to do this.
Anon6426
Thanks @wth for your suggestion, however Chromium does not show up in the list of software that can be uninstalled (neither with you suggested software nor with Wise Program Uninstaller
I guess I’ll try deleing the entire chromium folder next…
Anon6427
@Anon6424
I recommend only using the latest versions of Chromium (stable or later). The reason being once a security patch is in the source, even if the bug report is still private, anyone can see the code changes and (try to) make an exploit for it. A sandbox wont protect you from bugs in the browser if you rely on this.
FYI. According to....

D:\depot_tools\chromium\src\build\config\win\BUILD.gn

....

"Chrome currently requires SSE3."

I will update the labeling of my upcoming formerly SSE2 builds at GitHub accordingly.

Taking a look at news about planned Chrome changes, apparently the requirement landed in v89 without me noticing it.

----------------

Here we go....

Commit: https://chromium.googlesource.com/chromium/src/+/5bb2864fdd57e45c84459520234b37a01e7a015a

Bug tracker: https://bugs.chromium.org/p/chromium/issues/detail?id=1123353

Design doc: https://docs.google.com/document/d/1QUzL4MGNqX4wiLvukUwBf6FdCL35kCDoEJTm2wMkahw

The design document specifies the next SIMD goal will be landing the requirement for SSSE3. No ETA on that change, yet.

"Jumping to SSSE3 would let us enable a fast path in snappy, and perhaps other libraries. This jump would also allow us to remove a dynamic dispatch alternative in each of the following third-party libraries: BoringSSL, dav1d, libaom, libvpx, PDFium, Skia."

SSSE3 adds 16 more instructions to SSE3.

https://en.wikipedia.org/wiki/SSSE3
@RobRich thx for your comment, i really appreciate your work. Is Firefox your main bowser?
Chromium has been my primary browser in recent years, especially since doing my own builds.

I was a Mozilla Nightly user for years before that. I still keep it installed and routinely updated for compatibility testing, the rare site broken in Chromium, and similar.
Anon6431
@Hibbiki
Hi. Thank you for the windows quick update...
Regards. :)
Anon6432
Version 88.0.4324.96 for Win64 works fine.

Thanx @Hibbiki for update!
@Hibbiki: Thanks for the V88. But, a little bit less fast than V87. Thanks anyway.
I am updating my GitHub listings so I can keep a little better track of the builds.

Basically I am appending the SIMD requirement to the build header, plus I have added an AVX build for Linux.

Current builds:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v89.0.4387.0-r842692-win64-avx2

https://github.com/RobRich999/Chromium_Clang/releases/tag/v90.0.4394.0-r844986-win64-avx

https://github.com/RobRich999/Chromium_Clang/releases/tag/v90.0.4394.0-r844986-win64-sse3

https://github.com/RobRich999/Chromium_Clang/releases/tag/v90.0.4394.0-r844987-linux64-deb-avx

https://github.com/RobRich999/Chromium_Clang/releases/tag/v90.0.4394.0-r844987-linux64-deb-sse3

Win32 will be like the following when released, probably Thursday:

https://github.com/RobRich999/Chromium_Clang/releases/tag/v90.0.4394.0-r844986-win32-sse3

----------------

Win64 AVX2 building is behind slightly due to that particular system being offline for hardware repairs. Hoping to have it fixed by weekend.

----------------

@Jerry Sending ya' an email about the changes. TIA!
@Hibbiki
Sorry about my comment above. New measurements: equally fast. Thanks again for the excellent work.
@RobRich, v90.0.4394.0-r844986-win64-avx crashes on youtube and twitch
Error code: STATUS_ACCESS_VIOLATION
@Daigo How about the SSE3 build? Thanks!
Anon6438
@marmaduke
Thank you for the up-to-date, stable, Mac build!!
@RobRich, sse3 also crashes.
Give this a try:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v90.0.4396.0-r845617-win64-avx

YT and Tw working here during a quick test.

Please let me know if there are any significant performance regressions.

Win64 SSE3 currently building.
Anon6441
@Hibbiki
A thank you from one of your 32-bit users.
@RobRich, 845617-win64-avx works fine, crashes are gone. And I don't see any noticeable performance hit. Thanks ;)
Anon6444
Thanks for the Mac build Marmaduke, is ungoogled coming soon?
Anon6445
32-bit [ungoogled]chromium matters!
Anon6446
@Anon6445: You could build it yourself in the time it takes to wait for someone else :)
@RobRich
Hello,
For me v90.0.4396.0-r845617-win64-avx, Hat's Off !
Thks
@Daigo+Luc77600 Thanks!

I rolled back to a subset of my optimizations. Now I get to find which specific optimization is the underlying issue.

----------------

Win32 SSE3 updated build:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v90.0.4396.0-r845617-win32-sse3

----------------

Quick FYI for Mamaduke and any others using Polly when building on Linux. As of a recent LLVM revision, apparently Polly is no longer working via LLD ldflags when using ThinLTO. While it *might* not be as optimal, you still can run Polly early via Clang cflags for now if desired. I suspect that is what I will be doing until whatever the cause is resolved.

Think I might have found a responsible commit. Having to rebuild its parent LLVM checkout to verify. It could take awhile to resolve at the project level assuming the suspect commit is responsible.

----------------

Well, that was not the right commit. Anyway. Maybe poke at it more later.

----------------

^Actually it appears I could be wrong. o.0

The "issue" is not probably an issue at all. It looks like only certain build targets now qualify for LTO optimization above LTO=0 to speed build times.

Take a look here:
https://source.chromium.org/search?q=//build/config/compiler:thinlto_optimize_max&sq=&ss=chromium

LTO=0 is basically more or less just multi-threading linking. LTO=2 or above invokes levels of actual link-time optimizations. BTW, YMMV on what worthwhile optimizations LTO=1 does.

Anyway, IIRC, I recommended trying something like the above a long time ago in an ongoing dev discussion regarding build times.

I will have to redo placement and invocation of some of my extra optimizations as a result.

----------------

Clang is invoking LLD linking via the clang++ -fuse-ld=lld option for building Chromium on Linux. Yay?

On Windows ninja justs call LLD directly. I never really looked into it on Linux, but I suspect it did the same there until recently. ??

Reason? Trying to pass "-Wl,-mllvm,-polly" via a LLD ldflag when using LTO no longer works. Sigh. Of note Polly is not core to LLVM.

However an option core to the LLVM internals like "-Wl,-mllvm,-enable-local-reassign" apparently will pass through the fuse.

TLDR? Run Polly at its early position in Clang when building on Linux for now.

----------------

BTW, here is the Chromium commit for those curious:
https://chromium.googlesource.com/chromium/src/+/1cda6e7869534d75defd1b3a86cbdd38e562f3fd

Build times on the dev's system do look considerably better according to the commit.

ThinLTO caching should (or might?) be working without file leakage on Windows, too. Details here:
https://bugs.chromium.org/p/chromium/issues/detail?id=871962
https://reviews.llvm.org/D94962

My setting of link-time code generation to O3 for the select targets is just a matter of a different code placement in the build config. No big deal there.

I might have to break up parts of my Polly config to correspond to the two LTO optimization levels.

For example, running stripmining on the LTO O0 targets probably is a waste of time due to a lack of autovectorization. I might try -polly-vectorizer=polly instead there, assuming Polly's own vectorizer no longer crashes on Chromium code, along with maybe the Polly inliner since there is no link time optimization to do LTO inlining pass.

Conversely, I could continue with the preferred -polly-vectorizer=stripmine for LTO O3 to let LLVM deal with autovec there.

Yeah, potentially lots of "my mileage may vary" (MMMV?) stuff of course. I will try to have something out in the next day or two. Likely a Linux build first since that is where I am currently poking at code.

----------------

Circling back to the recent sync inquiry.

"We won't remove the API from your key, but we'll limit the quota to the quota for development. It's true that this will make the keys unsuitable for production use."

Source: https://groups.google.com/a/chromium.org/g/embedder-dev/c/NXm7GIKTNTE/m/Qxcew5lfCAAJ

Chromium *builders* pushing public builds with google_default_client_id and google_default_client_secret enabled in the build arguments are most likely to hit the issue. Sync and perhaps other API features will stop working for those builds if/when rate limit quotas for the specific keys are met.

Chromium *users* obtaining their own API keys and setting them through local system environment variables are likely to be okay as I doubt you will hit the dev rate limit quota via personal use.

If anyone here likes using sync, I strongly suggest obtaining your own #google-api-keys

--------------

Linux AVX proof-of-concept build:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v90.0.4398.0-r846489-linu-deb-avx

Performance did take a slight but noticeable hit, though I only ran a subset of my usual optimizations to get a build done. Probably will have to redo some of the opts due to running Polly early during clang codegen now.

----------------

/depot_tools/chromium/src/build/config/compiler/BUILD.gn

Add the Polly cflags. I used a subset for Polly for testing.

"-mllvm", "-polly",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-ignore-aliasing",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
# "-Rpass-analysis=polly",

Then I added stripmining to the Linux (else) section under the "thinlto_optimize_max" target settings.

cflags = [ "-mllvm", "-polly-vectorizer=stripmine", ]

There is no use wasting build timefor stripmine prevectorization on the $$$thinlto_optimize_default" targets since LTO codegen at O0 does not perform autovectorization.

----------------

On a related tangent regarding Linux builds, I would suggest changing the Oz cflag under "optimize" to at least Os, too. Oz disables autovectorization in favor of further squishing binary size. O2 would actually be even better IMO if using PGO. ;)

----------------

I need to see if the Polly inliner will help anything for performance on Linux. I know it largely pulls in lots of redundant libc++ functions, which probably is not going to do much IMHO.

Admittedly it has been awhile since I have dealt with tweaking Polly at the early position during clang codegen. I was kind of hoping those days were behind us for ThinLTO building on Linux. Oh well.

----------------

While I have yet to test it, for Windows you should be able to invoke Polly to run during *LTO codegen* via ldflags as we have been doing for awhile now, then add a ldflag for stripemine to "thinlto_optimize_max" target settings.

Add the Polly ldflags:

"-mllvm:-polly",
"-mllvm:-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm:-polly-ignore-aliasing",
"-mllvm:-polly-invariant-load-hoisting"
# "-mllvm:-pass-remarks-analysis=polly",

And under the Windows section of thinlto_optimize_max:

ldlags += [ "-mllvm:-polly-vectorizer=stripmine" ]

--------------

For consistency's sake I have moved -polly-vectorizer=stripmine back with the rest of the Polly cflags for building on Linux. The wasted cycles probably might add up to few minutes difference anyway.
Thank you so very much for the latest Dev build of 90.0.4399.0 (846566) • Sunday, 24 Jan 2021.

Cheers!
Hi @Jerry !

https://chromium.woolyss.com/api/v3/?os=windows&bit=64&out=json&type=dev-avx2-nosync
[ "version": ] "89.0.4387.0"

https://chromium.woolyss.com/api/?os=windows&bit=64&out=json&type=dev-avx2-nosync
[ "version": ] "90.0.4400.0"


It seems that you have updated your API according to the new Chromium’s variants of RobRich (SSE2, SSE3, AVX2, etc.)

However, it looks like only the official API has been updated, not the old V3 version.

Note that I am not migrating to your last version’s API because it no longer contains the ["download":] variable that I use …

If it's possible to easily update V3 too : I'll take.

Otherwise, I would change my API usage during the 3rd coming Corona lockdown to be compatible with the latest API in it actual version.

Thank you @Jerry !
Current Polly config for Windows with ThinLTO enabled:

common_optimize_on_ldflags += [
"-mllvm:-polly-allow-nonaffine",
"-mllvm:-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm:-polly-ignore-aliasing",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-opt-outer-coincidence=yes",
"-mllvm:-polly-vectorizer=stripmine",
# "-mllvm:-pass-remarks-analysis=polly",
]

LTO=O0 targets will ignore Polly. LTO=O2 (and higher) targets will use Polly.

After running various Polly configs against a Chromium component where I know it does optimize several loops successfully, I dropped a few of the more advanced and experimental options, plus returned to the default limit values for computeout, delicm ops, etc. with seemingly little-to-no change other than reducing build times. :)

Of the remaining options, allowing non-affine writes is still somewhat a question mark IMO. Polly has a more difficult time with schedule optimization of non-affine writes, thus why it is disabled by default, but Chromium is not exactly complex HPC-class code, either.... so, "whatever" I suppose? Polly does find more successful SCoPs with non-affine write support enabled, so I will leave it enabled for now pending further performance analysis of/when I feel like it.
Anon6452
@Hibbiki
Hi.Thank You Very Much For The New Windows Update. :)
Best Regards...
Anon6453
Any ideas why the small windows update (and different version number) for stable, guys? Thanks.
Anon6455
@RobRich

>Chrome 88.0.4324.96 (for Mac and Linux) and 88.0.4324.104 for windows

I meant that. I guess something Windows specific to note the tiny version incremention. And that changelog doesn't stop loading on my side lol.
K. Let's try manipulating the log URL:
https://chromium.googlesource.com/chromium/src/+log/88.0.4324.96..88.0.4324.104?pretty=fuller&n=10000

That narrows it down immensely. Yay!

Looks mostly just where various dependencies where branched for the stable release, then some minor changes in the build configuration files for whatever reasons. I suppose there could be a change in one or more of those dependencies as branched specifically to address a Windows issue, but that is further than I am digging into the commits. ;)
Anon6457
Thanks for investigating anyway. It got me wondering see as I use Hibbiki's builds and he did a windows build 88.0.4324.96 (then the current build today).

Talking of changelogs, at least Mozilla try to give a user friendly overview. Hell breaks lose if you try to view all changes on bugzilla still. Kind of annoying trying to narrow down a problem that introduces itself.
@Hibbiki
Very good, the Google services are now customized. But anyway, I have deactivated all the remaining ones. Passwords I have not saved, nor address entries, nor using SaveBrowsing (I use uBlock Origin and Malwarebytes). As default search engine I now use Fireball (fireball.de). It is like the former best search engine called "Altavista". Not as commercially overloaded as Google's. Thanks again!
[rant]If build times get any worse....[/rant]

Sadly, I am not kidding. It is getting as bad or worse than building Chromium with LTCG+PGO via Visual Studio years ago. o.0

I am still building for the foreseeable future, but being realistic, there will be an eventually where it comes down to increasingly invasive build times versus a complete build box replacement, and I am not really seeing the return-on-investment for me to spend another $2-3K (or more!) on hardware just to build a web browser.

--------------

More build breakage for Chromium on Windows, this time between Scalar Evolution and Polly. Yay? Polly is about to be turned down to just its default state and maybe stripmining, and then if it not working, maybe siimply moved back to clang codegen on all platform platform targets.

Another part of the issue could be this new split LTO approach, too. I might have to go back to building everything either completely with or completely without ThinLTO enabled. Hopefully more to follow....

--------------

FYI about LLVM branching. Trunk is now version 13.
https://lists.llvm.org/pipermail/llvm-dev/2021-January/148123.html
Anon6460
After updating Chromium from 88.0.4324.96 to 88.0.4324.104, the main browser's process still has 100% CPU usage.
I am using the Stable build by Hibbiki on Windows 7 SP1 x64.
Anon6461
With Win10 20H2 the CPU (the GPU integrated into the CPU) usage is only 1-3 % - with only this website alone. It also depends on which apps are also running. So it seems to be caused by the outdated Win7 or the CPU.
Take a look through the chrome://gpu/ status and logs to look for possible GPU-related differences on the two platforms.

That said, Win7 is EoL even if Chromium or whatever browser does run on it, thus the platform is a potential security risk in and of itself.

--------------

Turned on assertions in LLVM on Windows. Build failure related to masked interleaving during loop vectorization. Another extra non-default LLVM optimization to drop. "Fun" stuff.

--------------

Chromium's bundled LLVM checkout seems considerably faster than my own local LLVM builds as of late. I know Chromium does multi-stage bootstrap builds of LLVM with ThinLTO+PGO in the mix, while I build my local checkouts using VS2019 with a few optimization tweaks. There did not used be a substantial enough performance difference for me to care. Hmmm.
Anon6463
Is it so that you unload Google syncs from the browser and then the Chromium becomes faster. Anyway, Hibbiki's new version has become faster again, much faster than the previous versions.
Doubtful sync would affect performance. Probably some feature was enabled in the updated revision instead.

--------------

I just "fixed" a large part of the build time performance regression(s) with my build box. I turned off Spectre and similar mitigations.

I had mitigations turned off previously, then enabled them like last year IIRC with no big issue to note, but apparently there has been some mitigation introduced in the meantime that was really tearing into system performance.

Opteron (piledriver) procs are not subject to Meltdown by default, and it is not like I use the system for much other than building software, so I am not concerned really about the other mitigations.

🔴 [Edited by Jerry: ^typo: "no big issue" ;) ...and your others comments are merged 😉
Also, I will update your entries and APIs as soon as possible!]
Ungoogleable 
@Anon6444
Ungoogled Chromium isn't even updated to use v88 yet, so Marmaduke cannot make a build until upstream is done.
Check out the progress for v88 here - https://github.com/Eloston/ungoogled-chromium/pull/1342
Anon6466
@RobRich: When Chromium is started on the New Tab page, everything is okay. Problems occur when I open some page (probably with heavy scripts, and it happened when only one tab was opened), then the main process' CPU usage bumps up to 100%. Does it mean that Sandy Bridge is being rendered obsolete?

Of course, the OS remains the same (Windows 7 x64).
Anon6467
About Win 7 compatibility...

Google might start to enforce AppContainer (OS security measure) is supported. Support started in Windows 8. They could cut Win 7 off that way, in the name of 'security'. Just a guess/prediction.
Anon6468
@RobRich
>> ...Win7 is EoL ....
Actually is not exact - i.e.:

....
Extended support until October 12, 2021[104]
Extended Security Updates (ESU) support until October 14, 2024[8]

- so Win7 is alive.
Google is Chrome supporting on windows 7 until januar 2022. First date was july 2021 but due corona extended.
cant wait for chromium 90 from Rob :)
I have v90 releases available. Soon Jerry will be updating the listing format here to match my updated versioning format. In the meantime:
https://github.com/RobRich999/Chromium_Clang/releases
admin
@RobRich: I updated my upload tool for your 64/32-bit AVX and SSE3 releases. Tomorrow, I will update your Linux releases and my APIs. Thank you very much for your work and time! ;)
Question, is ungoogled 90 safe to use?
Anon6473
@albers ungoogled 88 isn't even out yet, where did you see 90? lmao
Anon6474
@Anon6473 , Sorry, I was referring to version 90.0.4404.0 (848503). Thank you very much for your answer.
Build r848503 appears to be the current dev release as of this post, so yeah, it is as "safe" as any other development-grade software IMO. Chromium dev builds do go through various checks for performance, memory leaks, etc. before being pushed for public consumption.

Consider a Chromium dev build somewhere between alpha and beta software, though being more realistic in my own experience, it is more likely to have some potentially unstable or otherwise "not-quite-right" feature than introducing an outright glaring security issue. However, as with practically all development software and I as I often type here, *YMMV* as usual.
Build r848503 appears to be the current dev release as of this post, so yeah, it is as "safe" as any other development-grade software IMO. Chromium dev builds do go through various checks for performance, memory leaks, etc. before being pushed for public consumption.

Consider a Chromium dev build somewhere between alpha and beta software, though being more realistic in my own experience, it is more likely to have some potentially unstable or otherwise "not-quite-right" feature than introducing an outright glaring security issue. However, as with practically all development software and I as I often type here, *YMMV* as usual.

---------------------

@Jerry Thanks for your efforts and support! :)

---------------------

I am working on Linux build updates right now. Appears I have Polly working properly again during LTO codegen. Clang calling LLD through a fuse did not appear to be the issue, so I am assuming perhaps a local LLVM checkout was built with the proper Polly flag being set.

Also I am turning on optimized LTO codegen for all build targets again to simplify my optimization efforts. I am taking a "whatever" stance as long as it actually generates working performant builds. On a related note, Linux builds now have a set LTO instruction import limit of 10.... after a little prodding by me. ;) That matches Windows builds and hopefully should improve Linux build times a little.

AVX2 building is going to be the lagging for awhile longer. I will try to get that system back online and building shortly. I have the parts here. Just have not really felt like tearing down the notebook. I suggest opting for AVX builds in the meantime.

---------------------

The notebook issue is part of the reason of my interest in Linux building, because I am currently using my Linux notebook. ;)

---------------------

FYI. I had to manually disable the GPU blocklist to enable hardware acceleration after installing my latest Linux AVX build on my system.

chrome://flags/#ignore-gpu-blocklist

https://github.com/RobRich999/Chromium_Clang/releases/tag/v90.0.4403.0-r848298-linux64-deb-avx

---------------------

Current Polly ldflags during LTO codegen on Linux:

"-Wl,-mllvm,-polly",
"-Wl,-mllvm,-polly-vectorizer=stripmine",
# "-Wl,-mllvm,-pass-remarks-analysis=polly",

Yeah, that simple, which is typically how Polly is used typically anyway. I might add back invariant load hoisting and/or minimum loop profitability at 40 in the future, but for now Polly is working as expected and not causing intermittent build failures.

Likely I will use the same Polly config for upcoming Windows builds, too. Expecting to have those builds hopefully this weekend.

---------------------

Linux SSE3 build:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v90.0.4403.0-r848298-linux64-deb-sse3
Anon6477
@Anon6474 then yes, all builds linked at the top, are considered safe.
Anon6478
@Bernd

RE: win7 support, will be interesting to see if they support until end of ms esu updates (2023 iirc). also i know companies planning to purchase premium support/custom patches from ms, i wonder if they can pay google too or can manage the code themselves somehow. interesting indeed.
Anon6479
FYI Eloston's Ungoogled Chromium build is out.
@Marmaduke
Thanks a lot for the V90 (using mini-installer). A perfect work, without issues, best image quality with Intel graphics, all ok.
Cool. I've read that, with enough knowledge, this is better than Chrome because it's open-source, I think I can improve my security as I learned at https://demyo.com/ . Let's see what I can do with it.
@RobRich

Are you planning on having your SSE3 builds for Windows shared here at the top of the page? And if so, will they be tagged as "SSE3"?

Cheers! :)
admin
@Dustyn:
"SSE3" is the minimum system requirement for Chromium (and all Chromium-based) browsers. So, there will be no "SSE3" tag! ;) https://support.google.com/chrome/a/answer/7100626
Anon6484
@admin
Hi.
What do you think of BriskBard Web browser ?
https://www.briskbard.com/

https://www.briskbard.com/?lang=en&pageid=features

From the dev:
"BriskBard is a freeware web browser for Windows that also includes an email client, a media player, a news aggregator, an FTP client, a newsgroups reader, a contact manager, an IRC client and several web developer tools.

It uses multiple open source components (OpenSSL, Hunspell, CEF4Delphi, SQLite, Indy, etc.) and I'm the maintainer of one of those projects called CEF4Delphi at GitHub. BriskBard can be considered "mostly" open source because only a small fraction of its code base is close source.

BriskBard has a fully portable version and it can even be executed from a read-only device, although I would recommend to use a USB drive to store bookmarks, messages, settings, browser cache, etc.

The default rendering engine is Blink and it's available in English, French and Spanish."
Ungoogleable 
@Jerry - Maybe you might want to add some other Ungoogled Chromium builds from here - https://ungoogled-software.github.io/ungoogled-chromium-binaries/. You can also use the XML feed if it helps with updating - https://raw.githubusercontent.com/ungoogled-software/ungoogled-chromium-binaries/master/feed.xml

This would help those still using Win32. They probably do not have the additional video codecs that are in Marmaduke's builds though.
admin
@Anon6484:
Never heard before your comment. Thank you very much. I used it today all day. It is an interesting project with an up-to-date Chromium version. It is not fully open source but uses lots of open source projects. It has some limitations like : using only open source codecs, no extensions support, limited APIs support... The author says at https://www.briskbard.com/forum/viewtopic.php?t=269 : BriskBard uses the same way to monetize a free service that many other apps and blogs use : ads and affiliate marketing. Personally, this project is not enough mature for me.

@Ungoogleable:
Thank you for the suggestion. Of course, it is possible to add builds from other developers. I need to ask them before to add their releases.

@Marmaduke:
Do you plan to continue to support the Win32 version?
Anon6487
ungoogled not yet updated to lastest build ?
Anon6488
Anon6484 @admin
Hi.
Always welcome.
Thank you for your valuation.
Best regards... :)
Anon6489
Thanks for the ungoogled build, much appreciated.
Anon6490
@Marmaduke @Hibbiki
Hi.
Thank you very much for the last update xxx.146
Regards ... :)
Anon6491
@RobRich is avx2 build for newer processors abandoned?
Anon6492
After updating Chromium to 88.0.4324.146, the problem with 100% CPU usage on Windows 7 x64 still persists. Switching to GeForce 610M didn't solve a problem.
Chromium GPU on Intel HD Graphics: https://pastebin.com/Ysg7CNEE
Chromium GPU on GeForce: https://pastebin.com/7KQCTaiC
Anon6493
Hi Guys,

As I see on news that now google released fix for CVE-2021-21148: Heap buffer overflow in V8 on Chrome 88.0.4324.150 is it possible to have MacOS Ungoogled Chrome to be updated?

Thanks In Advance and Wishing you well on the other side of the screen
Anon6494
@Marmaduke
Hi.
Great. Thank you very much for the very quick update of Ungoogled xxx.150
Regards... :)
Anon6495
@Anon6492
What about with HW acceleration disabled?

@Hibbiki
Thanks for win32 update against in-the-wild.
Anon6497
@Hibbiki
Hi.
Thank you for last quick update xxx.150 .nosync is great. Regards... :)
The LTO instruction import limit is now 5 for all supported platforms.
https://chromium.googlesource.com/chromium/src/+/7d556c3e8a3eb00d7ea7cffbf6686ee57956b7bd

About LLVM in general, the new pass manager (NPM) is now the default PM, though Chromium is sticking with the old PM until any related breakages can be resolved.

I have submitted a question to Polly devs about NPM and NPM+ThinLTO support.
Anon6499
@RobRich

Thanks for sync heads up. Here are more details for technical minded:
https://isc.sans.edu/forums/diary/Abusing+Google+Chrome+extension+syncing+for+data+exfiltration+and+CC/27066/
admin
Thank you for all developers and users 😉

Info about SYNC versions of Chromium:

Google will restrict access to private Chrome APIs from March 15, 2021. So Chromium users will probably no longer be able to synchronize their data with their Google account. Wait and see!
- Official post: https://blog.chromium.org/2021/01/limiting-private-api-availability-in.html
- Official discussion: https://groups.google.com/a/chromium.org/g/embedder-dev/c/NXm7GIKTNTE/m/ec6ArH9SBwAJ
Anon6501
Given the severity of the security issue that is patched in 88.0.4324.150, is it possible to have the MacOS Google sync version updated?

Thanks in advance!
Supposedly API keys will still work, but they will be rate limited for developer usage.

End-users with their own API keys for personal use on one or even a few local systems probably will be okay.

*Builders mass distributing publicly with API keys likely will not.*

"We won't remove the API from your key, but we'll limit the quota to the quota for development."
^Source: https://groups.google.com/a/chromium.org/g/embedder-dev/c/NXm7GIKTNTE/m/ec6ArH9SBwAJ
Anon6503
@Marmaduke:

Thanks for the update for Ungoogled Chromium MacOS :)
Anon6504
@Anon6492 Does auto-switching to software rendering when hardware one crashes count?
Updating Chromium to 88.0.4324.150 didn't solve the problem with 100% CPU usage on Windows 7 x64 by main process.
Anon6505
@Marmaduke
Hi. Thank you for Android update.
But bromite have very selly patch now
-do not permit user-installed certificates
https://github.com/bromite/bromite/blob/master/build/patches/Do-not-permit-user-installed-certificates.patch
That's crazy :(...
Regards ...
Anon6506
Interesting Android browser .
Fork of Firefox: Iceraven.
With better privacy and access to about:config. Extensions support.
https://github.com/fork-maintainers/iceraven-browser/releases
Hi @Marmaduke,

Even if you don’t write it anymore, we agree that your still adding the following options to your Ungoogled Android 64 builds :

★ All Bromite patches applied,
★ HEVC and AV1,
★ "No Search" option (Replaced Google search engine with nosearch)
https://github.com/macchrome/droidchrome/releases
Anon6508
@Marmaduke thanks for latest Android update.
Anon6509
@Marmaduke thank you for the latest Windows/Linux ungoogled builds!!
Anon6510
For those who want to a Chromium based browser . With allow user certificate.
Ungoogled dev by wchen342
https://uc.droidware.info/

In beta stage . Support extension
https://uc.droidware.info/extension.html
Anon6511
I possibly found a problem :
https://www.lesnumeriques.com/
The top menu never shows. No extention in cause, I've tested, and it works ok with firefox.
I noticed that for a long while not only last version.
I'm using Marmaduke ungoogled
Polly now supports the new pass manager in LLVM. :)
https://github.com/llvm/llvm-project/commit/222d380d2f57cc71bb613b5c01ecf17cd1f61fa2

I will have to further test for working Polly support during LLD/LTO codegen with NPM enabled, but either way, the commit should allow Polly to at least run early during Clang codegen with NPM enabled.
Anon6513
Why my comments is being deleted?????

🔴 [Edited by Jerry - Feb 10, 2021: Please check your mailbox! ;)]
I would much prefer to use the latest version, but that being "no sync" it will not allow adding extensions. Can I enable extensions somehow? Acessing the Google store is possible but the "Add extension" function never appears. ???
Anon6516
@Anon6510 @Jerry
Hi.
My pleasure.
You're welcome.
Best regards.
Thanks Anon6516!
Will reinstall the 150 version and give that a try.
Anon6518
Hello, RobRich. I am very happy with avx2 build from 13 Jan. Please tell if there will be an update of this build or should I install another. Thank you very much for your work.
@Anon6518 I build AVX2 on a different system, which has been offline. I keep meaning to fix it, but thus far have yet to do so due to various reasons. I have the parts here, so I will try to put on the "schedule" for today since it has been almost a month since the last AVX2 build.

My recommendation is to install the AVX build in the meantime.
Anon6520
@RobRich
Understood. Thank you very much for the reply.
P.S. I am grateful to everyone who maintains this project all these years.
@RobRich
Hello,
I note a consistency problem between the different versions of Chromium offered here: AVX, AVX2 and non-specific and those you offer on your Github space. The Chrlauncher script is not aimed at the correct directories. For example, there is no longer a script for the SSE2 version, and there is no script for the SSE3 version ...
Having said that, I can now use the AVX2 version with FMA.
It works great on my new PC, while the AVX version still has tabs crashes in the background.
Let me explain: I am doing research on the internet and for that I am going to open a tab, a second, a third, etc ... so as not to lose information that I have found and that I want to check elsewhere. When I go back to a previously opened tab, this tab seems empty! I always have to reduce the page to refresh it otherwise it is the blank, inert page ...
Thank you for your attention and for all this work.
@Luc77600 Not sure about Chrlauncher, as I have nothing to do with it. I suspect it might need updated. Perhaps a resync to @Jerry's API used for the listings here?

I suppose the AVX tab crashing issue could be revision related, though I am not experiencing it here. It sounds like maybe a tab or resource management issue, which Chromium has introduced various features to address, many of which likely are now default since I am not seeing the about:flags for them anymore. It can take several revisions if there are corner-case issues and similar after landing new features as default.

On a positive note, hopefully I should have an AVX2 update later today or tomorrow. :) It still needs some work, but I am typing on the system used for AVX2 builds right now.

--------------------------

About building, Win32 building failed yet again. I might poke at it a little more, but I am unlikely to spend serious time debugging whatever is happening. I no real use for the build anyway, so it already very low on my Chromium priority list. I might eventually discontinue it.... again.
admin
@Luc77600:
Thank you very much for your report. Note the SSE3 is the minimum system requirement since Chromium 89.
Therefore, SSE2 is no longer supported. Do you need a release with the SSE2 support?
https://docs.google.com/document/d/1QUzL4MGNqX4wiLvukUwBf6FdCL35kCDoEJTm2wMkahw
(https://archive.vn/ZxkfA)

About chrlauncher, it was a mistake in my APIv3. I updated it.
In the chrlauncher.ini file, write a "ChromiumType=xxxxxxx" value:
- dev-nosync or dev-robrich (SSE3)
- dev-avx-robrich (AVX)
- dev-avx2-robrich (AVX2)

@RobRich:
Ok about your 32-bit release. Good luck in your dev work!
I corrected your typo! ;)
@Jerry Thanks for the chrlauncher info and post fix.

----------------

AVX2 is building, so hopefully it will be ready to go public tomorrow.

----------------

I *might* have Win32 fixed. It appears Win32 has been failing on an AVX2 intrinsic during LTO codgen. I turned off AVX2 support in the affected libaom source configuration files. I have a build cooking to verify.

D:\depot_tools\chromium\src\third_party\libaom\source\config\win\ia32\config\aom_config.h
D:\depot_tools\chromium\src\third_party\libaom\source\config\win\ia32\config\aom_config.asm

I seriously doubt many (if any?) Win32 users are running Chromium on AVX2-compatible processors anyway, and if so, why?! Either way the libaom component still should work okay, just without AVX2 acceleration, so whatever IMO.

----------------

Win32 failed.... again. It still is trying to pull in AVX2 code. BTW, libaom aside, apparently libvpx pulls in similar intrinsics as well.

Quickly editing some config files buried in the source is one thing. Trying to track down and eliminate the litany of failing AVX2 instructions is something else.

I will think about some more potential workarounds and poke at the issue later.
Fingers crossed, i miss the (a current) no-avx win32 more and more ;)
Good news? An updated Win64 AVX2 build is now available.

Sort of bad news? Win32 still is falling locally even with Chromium's own LLVM checkout. Bizarre. I have a possible idea, though it should not really matter. I might try poking at it again tomorrow.
Hi @Rob,

Congratulations on fixing your AVX2 building machine/environment and finding the right builds’ arguments.

As soon as AVX2 released, immediately installed !

Quick Benchmark,
( 90.0.4404.0-AVX ) VS ( 90.0.4417.0-AVX2 ):

Moteur : [4404  AVX]    [4417 AVX2]   ( ± diff % ) 
Octane : [34478 pts]    [34750 pts]   ( + 0,79 % )
Ares-6 : [28.23  ms]    [27,44  ms]   ( + 2,80 % )
Kraken : [1137.2 ms]    [1130.2 ms]   ( + 0,62 % )


Test with empty [user data] folder on first launch, to be equitable.

As versions are very close, gain probably come from your build arguments/codes optimizations than be revision related.

Congratulations,

Keep going !
@Mumu Thanks for the feedback. :)

----------------

An updated Win32 build is available now. Finally! I will push it to public in a few minutes.

It kept failing on practically any component pulling in AVX and AVX2 intrinsics. Those advanced SIMD code paths are relatively worthless for most Win32 use cases due to x86-32 processors lacking such support, but they are pulled in for correctness and coding simplicity anyway.

I was able to quit approaching the issue from a per-component standpoint. Instead I started looking at more build systemic possibilities.

I knew a recent Chromium change was to set -msse3 as a cflag across the whole build. Among one of the primary charges I made was to move -msse3 to common_optimize_on_cflags. That should not matter, as affected components typically set their own superseding SIMD cflags per each SIMD code path anyway, but I suppose there have been more bizarre corner cases in my years of building Chromium.

Next I also removed /Oi from common_optimize_on_cflags and changed /O2 to -Xclang -O2 and -Xclang -O3 depending upon the optimization paths. Again those should not matter from MSVC compatiblity standpoint in LLVM, but I wanted to cover multiple bases. BTW, ThinLTO codegen is O2 instead of O3 to limit binary size and memory overhead as usual for my Win32 builds.

So whatever or all of the above fixed it, and Win32 is building.... for now. ;)
Anon6529
@RobRich

I hope they don't stop official 32-bit support for some years. A 32-bit OS is still noticeably faster on older 64-bit machines (like mine! ram is adequate btw). And Chromium on older such setups doesn't feel like it is struggling compared to Firefox.
"Portable • Archive • Installer
90.0.4417.0 (853576) • Saturday, 13 Feb 2021"

@RobRich
Nice work - it's fun - it'll be nice to see this version updated frequently with all codecs and others. ;)
Hello,
what is the major difference between "Ungoogled Chromium" (win-x64) build provided here and the one on github (https://ungoogled-software.github.io/ungoogled-chromium-binaries/)? Is it only the "Safe Browsing" part or are there any other changes?

As far as I undestand, they're both compiled from Eloston's repo, however yours appear about a week earlier, than the ones by Ungoogled Software repo, which makes me wanna switch, given that both builds are equal.

Thanks!
admin
@Eno2212:
Hello. These releases are different but use the same base. There are more services here: quick update following the latest stable version, "Safe Browsing", more codecs, widevine support... Thanks a lot to Marmaduke. 😌
https://chromium.woolyss.com/?all=1#comment-6279 (Can be long to load!)
@RobRich
Hello, previous version "v90.0.4396.0-r845617-win32-sse3" work very well and incredible fast on my old laptop Toshiba U300, but the new release "v90.0.4417.0-r853576-win32-sse3" don't work anymore. Why?

Thank's for your good job!
@Max Going to need more info. What does not work? Does it simply not load? Crashes?

I check Win32 build for basic usage before them pushing to public, but I test them under a Win64 environment. I have no Win32 systems in active use.
@RobRich
Hi, the new Win32 release work on Win64 machine, but not on Win32 (sse3) computer. It looks like a 64-bit version and not a 32-bit version. Available for testing if needed...

Thank's
@Max Just booted a Windows box, pulled the archive, and ran it. Sure enough, it appears x64 was set instead of x86. No wonder it actually built. Grrrr.

That build came off a different build box, so I probably should have looked closer. I am logged into my usual build box now. I will try rolling a new Win32 build.

Thanks!
@RobRich
no problem and thanks again for your work
I rolled the listing back to my previous Win32 build in the meantime.

------------------

After numerous build iterations of libvpx, I think my recent Win32 build failures are related to an older LLVM optimization I usually set for pre-register-allocation scheduling. I suppose something has changed in LLVM. Anyway. Now to see if I get a full build done.
Britney Spears 
it's best not to polly optimize libvpx:

--- org/third_party/libvpx/BUILD.gn 2019-07-29 21:37:01.000000000 +0100
+++ new/third_party/libvpx/BUILD.gn 2019-07-31 09:44:42.712302900 +0100
@@ -70,6 +70,7 @@
cflags = [
# libvpx heavily relies on implicit enum casting.
"-Wno-conversion",
+ "-mllvm", "-polly=false",

# libvpx does `if ((a == b))` in some places.
"-Wno-parentheses-equality",
An updated Win32 build is available. :)

It was a LLVM tweak for how I setup pre-register-allocation scheduling in the optimization pipeline. It was breaking AVX/2/512 instruction assignment on for the x86-32 target. It is no big loss, especially on register-limited 32-bit platforms, so "whatever" IMO. Took long enough to find in my local build configuration. o.0

----------------

Polly is fine for libvpx within reason. ;) The biggest issue usually is build time regression. Invariant load hoisting and stripmining in particular can cause huge build time regressions for some of the media components, and even more so if setting a very low loop instruction profitability threshold.

My current Polly config? During LTO codegen:

common_optimize_on_ldflags += [
"-mllvm:-polly",
# "-mllvm:-pass-remarks-analysis=polly",
]

I have found it is not worth the build time regressions to further tweak Polly in hopes of maybe finding (often far) less than a 1% performance difference.

----------------

On a side note, setting a cflag for Polly only works if using it during clang codegen. ;) You will need to set a ldflag if using Polly during LTO codegen, which is my recommendation for ThinLTO due to ideally wanting to run Polly right before the LLVM autovectorization passes.
@RobRich
I trying new 32 bit version, work well and it's fast. Thanks :)
@Max Thanks for the feedback and verification. :)
Anon6543
@Marmaduke
Hi.
Big thanks for the ungoogled ... 182 update.
Regards. :)
Anon6544
marmaduke beats hibbiki in the races!
@Marmaduke
Thanks for the ungoogled update :)
I am using 88.0.4324.96 (827102) on Mac, which codecs do I need to install to make Skype Video work? Skype works but the audio/video call button are greyed out, it's not on Chrome.
Anon6516; I can't get the "no-sync" version to work, per your suggestion (and that comment has been covered up as it is older than the last 30 shown here).
Is it possible to get a "sync" function enabled 182 version? For Mac
@Jerry
@RobRich

Hello.

It seems to me that my frozen tab problem happened with all 90. versions of chromium (89. not sure). A priori, the problem does not come from Windows 10 up to date ... and chromium either ...
So I check on the side of the ad-ons I installed, Adguard and Video downloader.
On the chromium.woolyss page, you recommend µblock origin.
So I installed µblock and deactivated Adguard (NB extra µBO is no longer available on the chrome webstore).
The problem has disappeared !!!
I used Adguard because it seemed to me to be more efficient than µblock. I don't remember if I made any particular settings in Adguard or is it already in the standard version of Adguard, in any case, there is a conflict with the new versions of chromium.
I remind you that the tabs that have been inactive for some time are frozen, we reactivate them by clicking on the Adguard shield ...
If you could check your end for confirmation.
Thank you.
Anon6549
some development/beta 32 bits linux builds/links would be useful.
I'm having a hard time finding some on the net while some distro are having stable 32 packages.

thanks anyway, great site.
Anon6550
@Hibbiki
Hi. Thank You for your latest update...182 nosync is great.
Regards... :)
Can someone re-post the link to the method required to enable using the Google store when using a "no-sync" version? Not being able to install an ad blocker prevents using the excellent 182 version here.
Thanks
Quick followup. No-sync works fine with Chrome Web Store extensions. It is "ungoogled" that does not. ;)
Thanks for the link! (and to RobRich, for the info!)
Anon6555
@David

btw, this link will (eventually) load ALL comments:
https://chromium.woolyss.com/?all=1#comments
Anon6556
Beware: #comment-xxxxx is malware!
Anon6557
@Hibbiki

(tiny tiny request i may have asked before):

Could you compress your 7z archives please if it is no trouble? It helps when sending them with tiny upload limits. Thanks for your great service.
Anon6558
@Marmaduke
Hi.
Thank you for the Ungoogled update ...190
Best regards. :)
Anon6559
Why ungoogled x64 build 88.0.4324.190 is much bigger than previous - 141MB vs 77MB? x86 builds are the same size.
Anon6560
@Marmaduke

Why does the ungoogled-chromium build state the revision is 88.0.4324.182 which is the latest tag, but the release name and binaries are of 88.0.4324.190, I understand it is just a patch that bumps dependencies and replace refs with revision hashes. Just some minor nitpiks, thank you for your work.

Regards
Bjarne Stroustrup 
diff --git a/DEPS b/DEPS
index 91cc343..aaaabd0 100644
--- a/DEPS
+++ b/DEPS
@@ -49,7 +49,7 @@


vars = {
- "buildspec_platforms": "linux64, mac64, win, win64",
+ "buildspec_platforms": "win, win64",
# Variable that can be used to support multiple build scenarios, like having
# Chromium specific targets in a client project's GN file or sync dependencies
# conditionally etc.
diff --git a/chrome/VERSION b/chrome/VERSION
index 2fa1610..81097d9 100644
--- a/chrome/VERSION
+++ b/chrome/VERSION
@@ -1,4 +1,4 @@
MAJOR=88
MINOR=0
BUILD=4324
-PATCH=182
+PATCH=190
Anon6562
Dear @Marmaduke,

Thank you and very much appreciate all your hard work and support with your chromium builds.

I always look forward to your chromium releases.

Salute to you Sir

Kind regards,

Chris
Chromy McChromeuser 
Hey, short question:

The current latest stable version (well, up until yesterday it seems, but even the Omaha Proxy site gives different version numbers for different platforms right now) has this version info:

`88.0.4324.182 (Official Build) (64-bit) (cohort: Emergency)`

What is this "cohort: Emergency" about?

This is not normal, I think. It usually says "cohort: stable", as far as I know.

🔴 [Edited by Jerry - Feb 26, 2021: I do not see "cohort: Emergency" on the Omaha Proxy site]
Anon6564
@Hibbiki
Hi. Thank you for the update nosync ...190. Regards...
Anon6565
@Anon6559

It included the mini_installer.exe in the archive file. I see marmaduke has already uploaded new archive and linked to it :)
@Marmaduke
Thank you for great browser and site!
Incorrect timezone in Chromium 90.0.4399.0 for 64-bit Windows.
I'm in Moscow, Russia. Should be GMT+03:00 instead of GMT-03:00

Have tested on the same PC three different Portable versions
More tools - Developer tools - Console
Date()

---1---
Correct GMT+03:00
chrlauncher-win64-stable-ungoogled
88.0.4324.190 (2202) Tuesday, 23 Feb 2021

---2---
Not Correct GMT-03:00
chrlauncher-win64-dev-codecs-sync
90.0.4399.0 (846566) Sunday, 24 Jan 2021

---3---
Correct GMT+03:00
chrlauncher-win64-dev-official
90.0.4428.0 (857020) Tuesday, 23 Feb 2021

🔴 [Edited by Jerry - Feb 26, 2021: I updated the timestamp of "chrlauncher-win64-dev-codecs-sync" based on its release's relative time: Jan 24, 2021, 5:37 PM UTC]
Anon6567
@Marmaduke

Thank you for all the Mac builds that you provide! I see that you have made an 'up-to-date' ungoogled version available. Unfortunately, every time I have tried an ungoogled version (including your latest version), it immediately crashes on my system. Oddly enough, all the other versions work fine. So would it be possible for you to update the 'sync' version to the latest stable build? I would be very appreciative!!
@Marmaduke - you are my hero! Thank you very very very very very much for win32 version!!!!!!!
BruceWayne 
@RobRich, I appreciate your work very much but have a suggestion.

Can you consider building a version from the dev/canary branch instead of the latest version. I think dev/canary versions are more "stable" than regular snapshots and don't contain random annoying bugs here and there.

For example, 91.0.4431.0 (858332) doesn't save and apply features in the Labs menu.

From here https://omahaproxy.appspot.com/ the latest dev/canary versions are (for win64)
Dev - 90.0.4427.5 (856944)
Canary - 90.0.4430.1 (857950)
As I often say, ya'll get the same builds I use. I use tip-of-tree releases as I do occasionally report various issues to Chromium, LLVM, and other associated projects. Accordingly, I have no immediate personal use to build backwards in revisions since doing so would not meet my purposes.

The proposal might be considered if I had the build box resources, but I do not at this time, nor am I inclined to spend thousands of dollars to replace my admittedly aging 32-core Opteron box with modern HPC-class hardware. ;)
Anon6571
@Marnaduke,

There is a slight problem in ungoogled chromium browser. I have some bookmarks,search set to duckduckgo and using a custom
dns provider. Everything is there if I launch the browser with chrlauncher. However if I launch the browser from the bin folder
everything is missing. It is essentially acting like a separate profile. Is it supposed to behave like that ?
Stores data in "C:\Users\*User\AppData\Local\Chromium". 64Bit Win marmaduke portable
i say we all pitch in to buy robrich hpc
I *might* skim through decommissioned servers on eBay in the near future. "Might" is the strong keyword there.

Thankfully energy costs are not too bad where I live, so I can look at some of the older less energy-efficient architectures that still offer lots of cores/threads. Admittedly, it is more like I am not going to spend serious money on unneeded hardware just to build a browser, though.

My 32-core Opteron build box is a holdover workstation, plus upgrades over the years, from back when I actually had a more viable use for such computing resources. FWIW, I can do most of my desired computing tasks on an older notebook or even an base model iPad these days.
Anon6575
@Hibbiki
Hi.
Thank you very much. For the very quick update 89 ... 72 . nosync
Regards...
Anon6576
@Marnaduke,

Thank you, ever so much. for the up-to-date, sync version for Mac!!
@Jerry
@Marmaduke
To clarify Chromium timezone issue.

If Greenwich Mean Time is 08:00:00 (consequently Moscow Time is 11:00:00)
and I open site
https://time.gov
in Portable Chromium for 64-bit Windows
chrlauncher-win64-dev-codecs-sync
90.0.4399.0 (846566)
I see
Coordinated Universal Time (UTC) 08:00:00
Your Device's Clock (UTC-3) 05:00:00 A.M. <-- incorrect

If I open the same site on the same PC
in Portable Chromium for 64-bit Windows
chrlauncher-win64-stable-ungoogled
88.0.4324.190 (2202)
I see
Coordinated Universal Time (UTC) 08:00:00
Your Device's Clock (UTC+3) 11:00:00 A.M. <-- correct
I have ordered an old 24-core Opteron server to add to my existing 32-core Opteron system. AFAIK, my previous couple of 16-core Opteron Bulldozer pulls still are okay after I upgraded my current system to Piledrivers, so hopefully I should be able to upgrade the 24-core system to 32 cores.

It is hardly cutting-edge by a *wide* margin, but I should have well less than $300 in a second 32-core + 64GB system when done. I have my previous workstation drives, GPU, etc. for it collecting dust anyway. At least it should allow me to split up the build workloads. :)

I have another old Opteron server currently not in use as well. However I think it has a couple of ancient K10 procs, so no AVX but SSE3 would be okay. Hmmm.

Otherwise, next will to be looking into Win64 AVX2 building. I have been building it on a DTR-class notebook, which is doable for the immediate future but admittedly not ideal. I would prefer to build AVX2 more than once or twice per month, plus perhaps add a Linux AVX2 build, but the current AVX2 cycle likely will remain until I do something else on the more "modern" hardware front.

-----------------

Just stumbled across Opteron 6380 pulls for just $18 each at eBay. Even slightly better than the 6378 procs in my current build box. Ordered!

-----------------

FYI, particularly for Chromium builders tracking Chrome stable branch releases. Google intends to move Chrome to a 4-week "milestone" release cycle later this year, plus the addition of an 8-week "extended stable" release cycle. The current schedule is to land the change starting with Chrome v94.

Source: https://blog.chromium.org/2021/03/speeding-up-release-cycle.html
Anon6579
Firefox 83 and Chrome 87, Firefox 86 and Chrome 89 were release approximately at the same time, so Firefox 95 and Chrome 95 would've also been released at the same time. So now Google plans to release each version of Chrome 2 weeks before Firefox? That's hilarious.
Anon6580
thanks for sharing info about 'chromium esr' robrich. hopefully the extended release isnt kept hidden from us peons who want to use it. also interested in what the extra stable release options will be, as mentioned in the blog post about chrome os. in a perfect world we would get just security updates for a long time like firefox esr offers and not just 8-weeks instead of 4. thanks again.
My Linux builds are going to be minus Polly for awhile due to a related build issue. I do not expect a significant performance difference due to various other optimizations, but a FYI anyway.

On a more positive note, I have been able to go ahead with migrating Linux building to LLVM's new pass manager.
Anon6582
[89.0.4389.82] Aaaaand here come the cleanup updates! This is why I wait a few days after a major release before updating :)
Anon6583
@Marmaduke
Hi. Thank you so much for Ungoogled update 89....82 Windows.
Regards... :)
Anon6584
@Hibbiki,
Google will restrict access to private Chrome APIs from March 15, 2021.
So You think to create build 'no-sync' after that date ?
@Anon6584: I do (and always had) have nosync variant on GitHub if you wish to use it. That being said, my builds use official Google API keys (as seen in Chrome official binary) and I don't expect them to be hit by this change. The only affected builds are ones that were given non-official API keys, which is basically most of Linux distributions.

@Jerry Might be worth removing that notice from site? I don't think anyone building sync variants here is NOT using official """secret""" Google API keys.
Anon6586
@Hibbiki
Hi. Thanks for your latest nosync ...82 update .
Regards... :)
Anon6587
@Hibiki
Hi, I also had no idea you had a Github page https://github.com/Hibbiki/chromium-win64/releases with a NoSync version, been using Sync all this time because I wanted the convenience of your Installer for stable version .. Now I can have Stable with All Codecs, Installer and NoSync .. WOOT! :) Thank you.
Anon6588
@Hibbiki,
thanks for Your reply and for new sync build.
Anon6589
@Marmaduke
Hi. Thank you so much for "ungoogled-chromium-89.0.4389.82-1_Win64" build release.
Kind regards,
Anon6590
Has anyone noticed a slowdown in h264 video playback in version 89.0.4389.72? It is like instead of video abrupt stuttering like usual, the fps drops slightly instead (best description i can make sorry). I see 89.0.4389.82 is out but changelog has nothing affecting this.
Could somebody clue me in to what will change from the Mac version "72" to the "82" version that XLR8 your Mac mentioned (https://www.xlr8yourmac.com/)? Worth worrying about?
Do you plan on releasing that small change soon, or wait for the next version I expect rather soon?
Anon6592
Thanks for the ungoogled update.
admin
@Hibbiki:
I prefer to keep the notice on the site because it affects all Chromium-based browsers using the Google API keys (yours too!). The Google API access will be limited by a quota. In short (and if I well understood 😉), Google wants: 1 developer = 1 Google API keys for 1 Google account. Let's see!

@V:
About the Chromium timezone issue. Thank you for your #comment-6577 That is strange!

@RobRich:
When I compare my machine with yours, it is like to compare Formula 1 with a "daddy car" 😄

@David:
Here, the full list of changes between the "72" and "82" minor versions.
https://chromium.googlesource.com/chromium/src/+log/89.0.4389.72..89.0.4389.82?n=1000

@Anon6590:
No issue like that for me. Tested at https://tools.woolyss.com/html5-audio-video-tester/

Like ever, thanks a lot for all developers and users. 😔 👍
@Jerry Welcome. :)

It feels more like traveling on a fleet school buses here these days. Relatively slow going (frequency+ipc), but lots of seating (cores).
https://en.wikipedia.org/wiki/Instructions_per_cycle
@Marmaduke: thanks, as always, for the newer Windows & macOS sync builds. Any chance to see them update? TIA
@Jerry and @ Hibbiki
From what I can see, Chromium has its own sync with its own account to share passwords etc. over the net (but no Google cloud) with others in that Chromium account - see settings and avatar icon for the profile. Another issue that worries me a bit is the non-complicated access of extensions: either from Google or Opera. Because most extensions are thirdparty, Google has no rights there.

By the way, I also unzipped an archive of a no-sync version and moved the unzipped folder to the folder "Programs" in Windows 10. The chrome.exe there uses the same user data including the extensions installed there - so also a method to get the extensions.
Are there any portable versions of Chrome?
WIn64 AVX2 r860639 has been migrated to LLVM's new pass manager for building, plus some additional LLVM tweaks. Seems okay thus far in my limited testing.

NPM implements the newer simple loop unswitching pass versus the older legacy loop unswitching pass. I had to disable the non-trivial loop unswitching enhancement used at -O3 to get NPM working for Windows building. I have had issues with the past when attempting to enable non-trivial loop unswitching with the legacy pass manager as well, plus it is not even invoked by default in the NPM at -02 and lower anyway, so whatever IMO.
Rob, you are my hero ;) building in time, appreciate your builds. :)
Anon6601
Start a telegram, matrix channel or reddit.
Anon6602
Start what for?
FYI about expected Python changes for those building Chromium under Windows:

https://groups.google.com/a/chromium.org/g/chromium-dev/c/MINcpzo3Zo4

As I noted while skimming recent posts, here is the Chromium Q4'20 security report for those interested:

https://groups.google.com/a/chromium.org/g/chromium-dev/c/qh2Zl_oC3Xo
Bonjour
A quand un Chromium qui éteint le Pc à la fin des téléchargements...?
Serait-il possible, à chaque mises à jour, ou chaque builds de retranscrire les modifications dans un fichier "log" en français.

Merci a toute l'équipe.
Another quick FYI for builders. The Chromium source tree is expected to close for new commits starting tonight through probably much of the weekend due to various project maintenance tasks.

Pulling source and building should remain usable, but there likely will be no updated Chromium revisions available this weekend barring something truly serious, so do not be concerned if a git pull does not bring in fresh code until late Sunday or whenever maintenance concludes.
Anon6606
@Marmaduke, thanks for your ungoogled builds!

When will we see an updated linux build?
Just a heads up.
Chrome 89.0.4389.90 Stable Channel Update is out (March 12th) - Includes 5 security fixes
Anon6609
can we get the patch for Safe Browser in ungoogled please
Anon6610
Marmaduke! Please create 32-bit too!
Anon6611
@Marmaduke,
Thank you Sir for your ungoogled build 89.0.4389.90 (843830).
Kind regards,
Anon6612
@Marmaduke
Hi . Thank you for the last Windows Ungoogled update ...
Regards. :)
Anon6613
Anyone else getting error code: STATUS_ACCESS_VIOLATION with last couple of builds by RobRich?

https://i.imgur.com/O4MoyMs.png
Anon6614
along comes year 2020 then comes year 2021 and i start looking for none globalist software privacy focused software i find this browser called ungoogled but there is no official release i find a portable version which i wanted i use the browser and eventually find out it is not ungoogled it is only partial ungoogled as it still has google inside of it as all the ungoogled patches were not applied pretty miss leading to advertise ungoogled yet still have google inside of the web browser
When you have the time please, we need the 90 version for Mac. Prefer the same as the 72 version posted.
Thanks as always Marmaduke.
Anon6616
@Hibbiki
Hi . Thank you for your last nosync Windows Update.
Regards... :)
Anon6617
I do not think the builders whose releases we see here (Hibbiki, Marmaduke, RobRich and others) get enough credit for what they do. While Google has upped its pace for updates to Chrome, Vivaldi and Opera have now become woefully out of date. Chromium releases, however, as seen here, have managed to keep pace while still giving us quality releases thanks to these individuals. Thank you.
@Anon6613 Not seeing the issue here, but admittedly, I have been using Linux more often than Windows these days. So if you are talking about Windows builds.... Anyone else experiencing the issue? Either way, I will be trying to roll updated builds in the next few days. :)

I should be receiving my other build box early this week. I will need to do some hardware upgrades, install Linux, and hopefully get it churning out builds by maybe next weekend or so. Currently I do Linux builds under WSL2, so even if just shifting Linux builds to another system, that will cut down current builds on my Windows build box from five to three.
Anon6619
@Anon6617
more codec's then actually needed but not all the patches actually needed

would like to see tag changed from "ungoogled" to "partial ungoogled"
you cannot be ungoogled with google inside
https://safebrowsing.google.com/
https://en.wikipedia.org/wiki/Google_Safe_Browsing
spyware crapware https://en.wikipedia.org/wiki/Google_Safe_Browsing#Privacy
came for ungoogled got googled by these wannabe ungoogled browsers, these ungoogled browsers would never be missed because they never existed in the first place

why not make two web browsers one for the far left wing democrats with there safe space google safe browsing inside

and ungoogled for normal human beings
https://github.com/Eloston/ungoogled-chromium

passing google off as ungoogle makes me wonder if you actually work for google to spread the google faith
https://listverse.com/2008/04/12/10-post-modern-religions/
https://www.thechurchofgoogle.org/
Church of Google
Also known as: Googlism
Founded by: Matt MacPherson
Info: Google.com, the world renowned search engine, has a following. These people believe that Google, being omniscient and omnipresent, is the closest Mankind will come to knowing and facing a god. Google can solve all their problems through knowledge, and knowledge is power. They even have nine proofs of Google’s godliness.
Thanks so much for the quick update to 89.0.4389.90 - Mac version. Much appreciated
Anon6621
Anon6619, what is that smoke?
admin
@Marmaduke:
More and more users ask me for an "Installer" version of ungoogled-chromium. Is it possible for you to compile it?

@Anon6619:
1) Do you really understand that ungoogled-chromium is a fork of Chromium, a Google project?
A "Google project" does not mean it is the evil. You probably use Google stuff in different products without knowing it. It does not mean all communicate with Google. For example, the two secure software, Signal and Bitwarden, are based on Electron (using Chromium rendering engine). Please read the #project part.

Eloston and his team do a great job to remove Google stuff about the user privacy. However, like all software, it is possible there are vulnerabilities in ungoogled-chromium that could communicate with Google. The source code of Chromium is very big. In other words, when you use ungoogled-chromium, are you sure there is no communication with Google?

2) Marmaduke's builds have a different configuration than Eloston's builds.
Marmaduke's builds support more things than Eloston's builds. They support more codecs, widevine, safebrowsing to have a similar experience as Google Chrome with less communication to Google.

3) In the Marmaduke's builds, all ungoogled-chromium patches are applied except "Safe Browser". It means this patch is not applied. It does not mean Google Safe Browsing is active. Safe Browsing in ungoogled-chromium is an opt-in option (at chrome://settings/security). This option is disabled by default. So there is no communication with Google.

4) Finally, do not trust anybody!
I encourage you to check your network usage with tools like DevTools, Wireshark, SmartSniff, tcpdump, Fiddler, mitmproxy...
If you are a beginner, use the simple SmartSniff (https://www.nirsoft.net/utils/smsniff.html), on Windows.
Start SmartSniff → Then start ungoogled-chromium → In SmartSniff, check the communication with Google!

You will see Marmaduke's builds do not communicate with Google... like those of Eloston.
I could recommend Links, but it can render frames, tables, and graphics. Yes, graphics. Maybe even graphics served by.... Google?!

http://links.twibright.com/

Better use Lynx instead. Be sure to turn off cookies and caching. ;)

https://invisible-island.net/lynx/

————————

I actually like text browsers. Links was especially useful back in my college days. Students would overload the campus computer labs and library to "surf the web" on networked desktops. Meanwhile, I and few others would just pick from a myriad of typically unoccupied old "dumb" terminals connected to VMS running on a centralized DEC Alpha box. Login via a shell account, load links, and get to work on whatever projects.

🔴 [Edited by Jerry - Mar 15, 2021: Links added ;)]
OK. I personally am using the sync version by Hibbiki. Google services are all disabled. No passwords, no autofill. "Save Browsing" is deactivated. All cookies are allowed. I check the connections to the outside with "TCPView" (checks also UDP). Result: No Google, nothing. Now I compare with Firefox in default settings, and lo and behold: Firefox permanently reports data to Google, respectively googleusercontent.com - Chromium on the other hand does not. Isn't that amusing?

So why don't I just use "ungoogled" no-Sinc? There is only one thing left: extensions from the Google store. But there I don't have a connection all the time, not for many days or weeks. But if I ever need something, I can access it quickly and easily. I also use Fireball as my default search engine. Google's Widevine is needed, but does nothing report to Google.

So I hope that Hibbiki's Sync version will continue to be built. Or do I have to worry? Thanks a lot.
Anon6625
@Marmaduke
Hi. Can you think to update android , in bromite they dropped the patch don't allow personal certificate .
Plz. Thank you.
Regards...
Anon6626
Guys what do you think of this project? The extension implementation was a little buggy but it worked flawlessly especially with ublock installed. But now it's abandoned.
https://git.droidware.info/wchen342/ungoogled-chromium-android
@Jerry
Now I just intalled the "nosync" version of Hibikki from GitHub: mini_installer.nosync.exe. All without Google, but with the ability as before to easily and quickly install extensions - without cumbersome contortions of chromium-web-store - by simply going to the Chrome Web Store website. Hibbiki already has this built into its version. After all, the Extensions are not from Google but third party. So what else is not compliant? Is the crucial difference just that we can install Chromium properly this way? I think Hibikki has this all well in hand.
It is now very desirable to link in https://chromium.woolyss.com this stable installer version nosync by Hibikki. Thanks in advance.
Sasparilla 
@Marmaduke thank you sir for all your work.
Anon6629
@Marmaduke
Hi. Thank you very much for your android update :) ... Regards...
I dual boot, and have long used Hibbiki's installer for Chromium on Windows, and the Snap for Chromium on Kubuntu. I've always logged in and used Google's Sync to shuffle bookmarks and the like between computers and operating systems.

Obviously Google is trying to kill Sync on Chromium. The Ubuntu Snap updated on March 4 to proactively remove the Sync functionality (as far as I can tell). So even if I created my own developer API keys, I still wouldn't be able to log in. Here we are after the March 15 cutoff, and the Chromium 89 via Hibbiki's installer on Windows continues to let me log in. I'm trying to reconcile the difference, so that I can decide how to proceed.

Why is Hibbiki's version continuing to function (on the Windows side of things)? Has Google not yet followed through on their threat to put Chromium's API keys under a quota? Or is that edition using the Google Chrome ("private") API keys?

Also, why no Linux edition, downloadable here, with Sync? Like I said, the Snap package removed Sync, and the Ubuntu Apt PPA was just abandoned due to these revelations (and therefore outdated, and should no longer be linked from here). Thanks.
admin
Dear developers 😉

Thank you all for your effort and support! 😙

@Marmaduke:
1) More and more users ask me for an "Installer" version of ungoogled-chromium. Is it possible for you to compile it?

2) I know you prefer ungoogled-version. Can we remove your "sync" release because it is less used by users?

@Anon6626:
https://uc.droidware.info/ : I never used it personnally. However, it is up to date. 👍
Marmaduke already releases an ungoogled version. Also, there are other efficient open-source browsers : Bromite, Kiwi Browser (It supports all extensions from the Google Web Store).

@voidxor:
> Why is Hibbiki's version continuing to function?
Agree, it works. I tested today :

https://i.imgur.com/z19nUN2.png

https://i.imgur.com/V6df4z1.png

It works because Hibikki uses his own Google API keys and never shares them publicly. The problem is about the Google API keys used by the Linux teams. These teams shared their Google API Keys publicly (with the Google agreement). More and more users/developers used their Google API keys on non-Chrome browsers. Google put a quota on March 15, 2021.
Official discussion: https://groups.google.com/a/chromium.org/g/embedder-dev/c/NXm7GIKTNTE/m/ec6ArH9SBwAJ

> Why no Linux edition, downloadable here, with Sync?
There is no "sync" version because no developer compiles it. It's that simple!

Here, there are 3 kinds of users :
- The users who want a similar experience as Google Chrome. They will choose the Hibbiki releases.
- The users who want an ungoogled version. They will choose the Marmaduke (or Eloston) releases.
- The users who want to test and use the latest Chromium version. They will choose the RobRich, ARM or "official" releases.

If a serious developer compiles a "sync" version on Linux, I will share it on the site! 😉
Anyway, you can use your own #google-api-keys
@Jerry

Chromium for 64 and 32-bit Windows - Saturday, 13 March 2021

Chromium 89.0.4389.90 (Official Build, ungoogled-chromium)
Revision 62eb262cdaae9ef819aadd778193781455ec7a49-refs/branch-heads/4389@{#1534}
OS Windows

SDK 10.0.19041.0 (Visual Studio 2019 16.8.4)
clang/llvm (Default)

Standard build of Eloston's ungoogled-chromium. All patches applied apart from "Safe Browser"

No Sync - WebRTC - Widevine - All Codecs - Ungoogled

ungoogled-chromium-89.0.4389.90-1_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v89.0.4389.90-r843830-Win64/ungoogled-chromium-89.0.4389.90-1_Win64.7z
SHA1 10E3BE3F2D7D64EC26C173E04F5BAE5CF57C3F66

mini_installer.exe (64-bit)
https://github.com/macchrome/winchrome/releases/download/v89.0.4389.90-r843830-Win64/mini_installer.exe
SHA1 EA1147599135FCCCA513BDC1385BAA07150643B3

================

All sync and 32-bit Windows versions can be removed; they can be obtained form my github.
@marmaduke

Thanks a lot for the mini-installer for Windows 64 on GitHub. I have been using it. All good except for one thing. OK, you don't like Google that much, neither do I and neither does Stefan Ries in Germany with his browser called "Iron".

One thing is missing though, adding extensions, directly without detours from the "chrome web store". As an interim solution I installed Iron, which uses the same "User Data". There I can directly add the extensions. These can then also be used at the same time in your Chromium.

Translated with www.DeepL.com/Translator (free version)
@Marmaduke; Thanks so much for the optional up-to-date version with sync. Now everybody has a choice!
Anon6635
@marmaduke

Thank you for the recent "sync" version for Mac!
@Jerry, thank you for your quick reply.

As far as Hibbiki compiling with his own keys, he must have an unlimited quota then, right? I don't want my (minimal) sync activity to count against a developer's personal quota.

I had already read through that central discussion and many parallel ones while researching my sync issues. Google's treatment of the Linux package maintainers makes me sick.

As far as me being able to generate my own Google API keys, I read through those instructions, but am doubtful that it would work with an ungoogled Chromium. Surely the ungoogled/nosync editions are compiled *without* the APIs in question, right?
Google and Premium Plan customers have unlimited API Keys quotas. Most everyone else is subject to developer quota limits. YMMV.

Technically in theory one might use Google's own API Keys, but that probably will not last long if abused, plus it could very well attract the wrong type of (legal?) attention due to being against program terms. I have seen talk about it, but it is definitely not something I would recommend doing. o.0

Someone else will have to answer the ungoogled aspect regarding sync, but otherwise, most relatively standard no-sync builds simply do not have API Keys set during the build process. Such no-sync builds can have sync enabled at run-time by users adding the needed API Keys as environment variables. Jerry has info here:

#google-api-keys
Anon6638
@Marmaduke
Is it possible for you to implement the browser extension patches to your android builds? As mentioned by another user the project was abandoned and it worked pretty well. I don't know if i can bother you with this but if you have time can you give it a look? The patches are already made so i guess it will be no trouble but maintaining it for next releases is another thing.
https://github.com/wchen342/chromium-android-extension
Guys, thanks for your job.
Just in case I missed it...what happened to Marmadukes normal Dev builds? I no longer see it in blue, just the green stable version.
admin
@Dustyn:
Ok. I re-display it just for you.
We (Marmarduke and me) have planned to remove his "sync" version on Windows (#comment-6631) because:
1. I think we have got enough Chromium releases for the Windows part. This one is redundant.
2. It is obsolete because Marmaduke prefers to focus his efforts on ungoogled versions ; and I think he is well busy with his all releases. ;)
3. Anyway, you can find it on its Github page.
4. "sync" can be broken, bugged (regression bug) because it is a Chromium's development version.
5. Few users use it.
6. Google announced it speeds up its release cycle (https://blog.chromium.org/2021/03/speeding-up-release-cycle.html). So there will be more work for developers to re-compile the "stable" Chromium version.

@RobRich:
Thank you for your neat explanation.

@Marmaduke:
Thank you very much. I am currently adding your "Installer" version of your ungoogled version. When ready, you will update it yourself! ;)
I do not plan to remove all "sync" releases. I would like to keep only "sync" releases of STABLE Chromium. In the developpment versions, the syncronization can be easily broken or bugged (regression bug).

----- 📢📢📢📢📢 --------

REQUEST FOR ALL:

Finally, this main page is very long. If we decide to keep all of these Chromium releases, here, I will split this page as a blog space.
Project:
- On this main page, there will be all Chromium releases and the comments' system.
- On other pages, there will be the other content, like a standard blog.

What do you think about that ?
I am in for splitting the page, and for having a blog. Actually, having a forum would be cool, but I realize that would require someone there at the site to maintain and/or develop it. That may be beyond to scope at the present.
Anon6643
@Marmaduke
Thanks for providing mini_installer for ungoogled, much appreciated!
admin
@Marmaduke:
Thank you very much. Please, make sure the "ungoogled" word is present in the URL (like on your zip archive) when you upload your release on the site. 😇

@David:
Thank you for you answer. I am ok for a blog because it is easy for me to maintain it. I do not want to manage a forum. As you know, I like the "all-in-one" style page but today it is too long! ;)
@Jerry
> split this page
Reasonable idea 👍
Anon6646
@Jerry
Hi. Blog is a great idea ... Best regards.
@Jerry (Admin)

Thank you for the explanation in regards to the initial removal of Marmadukes Dev sync version.

As appreciative as I am, please do not feel you need to repost it because of me. If Marmadukes sync build is no longer being used by many individuals, and you and Marmaduke agree with the removal, I'll support that decision 100%. :) I've always used the sync version, but I'm beginning to think perhaps I should also stop using it. There just aren't enough frequent Dev sync updates anymore to risk it's continued use on my system. It sits for too many months without an update which isn't good in terms of security. So perhaps it's removal would be in the best interest of all users here? Unless you and Marmaduke wish to keep it posted with more actively maintained updates (wonderful news for me of course! haha!) with this split page blog idea. But I don't see Marmaduke having the extra time to dedicate to a more timely updated Dev sync build. So I think I'm going to try in the next little while to either move to RobRich's Dev SSE3 build (My computer is too old and very sadly doesn't support his AVX builds. My CPU supports only as high as SSE 4.1), or I'll go to Hibbiki's Stable sync build.

Thanks for the info!
Cheers! :)

~Dustyn~
Anon6648
@Marmaduke
Thank you for the latest android update
Does anyone know if ungoogle consumes the same with chrlauncher than with the installer? ....
Thanks. Greetings.
@RobRich
Yes, I had read Jerry's section about the Google API keys on this page, as well as the official API keys page. Before following all of the instructions, I was hoping somebody here could confirm if that would actually work on the stable ungoogled binaries for Linux. And no, I don't plan to use Google's private keys.

@Marmaduke or @Eloston
Can either of you confirm my previous question about whether the Sync API is even compiled into the stable ungoogled binaries for Linux...such that keys are the only thing missing?

@Dustyn
For what it's worth, I've been using Hibbiki's stable sync build for two or three years and experienced no problems! Rock solid, thank you Hibbiki!
Yay! Devs returned to work on Overlay Scrollbars. 91.0.4454.0 has flag for it again.
@voidxor
Thanks for letting me know your experience with Hibbiki's stable version. Good to know! :)
For now, I transitioned to RobRich's 91.0.4437.0 (859720) | https://github.com/macchrome/chromium/releases/tag/v90.0.4399.0-r846566-Win64

It's the only one out of his Dev releases that I can use that works on computers without the AVX intruction set.
Hibbiki's stable version I will have to try out at some point if RobRich ever decides to stop updating his SSE4 version. :)

Cheers!
Sincerely,
Dustyn

-----------------------

WHOOPS! Wrong link posted! That was for the Dev version by Marmaduke that I just switched away from. I'm now using the Dev SSE3 version by RobRich:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v91.0.4454.0-r864947-win64-sse3

🔴 [Edited by Jerry - Mar 24, 2021: Merged comments]
Anon6653
@Albers it seems to keep around a zipped binary and the installer, which amounts to ~200mb more than the chrlauncher.
C:\Users\USERNAME\AppData\Local\Chromium\Application\89.0.4389.90\Installer
Anon6653, thank you very much to you, but I do not understand well your answer.... But I appreciate your attention. Best regards from far away.
Anon6655
@Hibbiki Your Github NoSync 89.0.4389.90 version has issues with Disney+ Channel
Trying to play the films there makes the site give an "Error code 83" .. Apparently its something to do with Widevine
admin
@Anon6656:
The #widevine (Please read this part!) support is ready but you must to install this plugin yourself.
To help you, I exceptionally share a ZIP archive of this plugin (Thanks Marmaduke!) 😉
1. Download this archive: https://chromium.woolyss.com/f/widevine.zip (24.7 MB)
2. Unzip it and get the corresponding version to your system.
3. Go to your main Chromium repository and find the "WidevineCdm" folder.
4. Drag-and-drop the unzipped content to your Chromium's "WidevineCdm" folder.
5. Launch Chromium browser.
6. Go to the top of this website and check if the Widevine tag is displayed ^^ (Screenshot: https://i.imgur.com/F1jXvgR.png)

@Dustyn:
I merged your comments. Also, like I said in my #comment-6641, I removed the Marmaduke's DEV version with "sync" ;)

@Albers:
Yes. They are similar. The "Installer" version is an 7-zip file with a launcher. You can unzip it to compare.
Anon6657
@Jerry - Thank you for the information (Anon6656)

I mentioned it because previously I have always used Hibbiki's Stable Installer with Sync on this website, and Disney+ was never a problem (without any manual installation of Widevine needed)

Whereas recently I found out Hibbiki has a Github page with a NoSync version of the same build, so started using it and found the Widevine issue

So I naturally thought there is something amiss with the NoSync version if the Sync version previously worked fine with Disney+
Anon6658
Has anyone tried building ungoogled with AVX2, I wonder how much performance you would get out of it.
@Marmaduke "Chromium for 64 and 32-bit Windows - Saturday, 13 March 2021" - see no 32-bit version!

🔴 [Edited by Jerry - Mar 25, 2021: Agree. Thanks you for your report. I updated his release on the #windows-32-bit part]
Got Polly back working with my Linux build optimizations. :)

Not sure if it will become a routine build, but I have rolled a Linux 64-bit AVX2 build for experimentation. As usual Debian, Mint, Ubuntu, or similar with libc 2.35.1 or later required.

https://github.com/RobRich999/Chromium_Misc/releases/tag/v91.0.4460.0-r866979-linux64-deb-avx2
arm64 linux builds would be handy if possible
Anon6662
Hi
anyone know where to get a free premade chromium release with Tor built in?
https://www.torproject.org/
kinda prefer chromium over firefox for ease of use and performance
i wanna use for regular surfing and dark web surfing without the bugs in firefox
Just installed Version 89.0.4389.90 (Official Build) (x86_64) on MacOS 10.15.6 and can no longer download files. The save file prompt does not show up when clicking links
@Marmaduke
Thank you very much for the latest installer. Now I can watch videos from German Mediatheks with H.265 - Great thing!
Anon6665
@Marmaduke
cheers for the new update, seems you built it faster than Eloston and co.
Anon6666
@Marmaduke & @Hibbiki
Hi. Thanks for the last update ...114
Best regards... :)
Anon6667
@Marmaduke,
Thank you Sir for the latest 89.0.4389.114 (843830) release.
Kind regards... :)
Mac user David in Japan 
Never thought I would rue the day I switched to a Mac. All of the Window users here get their Chromium fix first!
Marmaduke, help!
Anon6669
@Marmaduke
Hi. Thank you very much for your Android update xxx.105. Regards... :)
Thanks Marmaduke for the 114 sync update for Mac! Much appreciated!
Chromium for 64-bit Windows - All Codecs - Sunday, 04 April 2021

Chromium 91.0.4467.0 (Official Build) (64-bit)
fc33847bc50c0cee9b891c558794a67ecbe56c72-refs/heads/master@{#869045}
OS Windows

- Dev build
- SDK 10.0.19041.0 (Visual Studio 2019 16.9.0)
- clang-12.0.0/llvm - default
- ThinLTO
- WebRTC
- PGO

Sync - Widevine

Chrome-bin-sync.7z (chrlauncher formatted)
https://github.com/macchrome/chromium/releases/download/v91.0.4467.0-r869045-Win64/Chrome-bin-sync.7z
SHA1 46299BBE90087D6A0BA882721A59D930D9FD388E

mini_installer.exe (64-bit)
https://github.com/macchrome/chromium/releases/download/v91.0.4467.0-r869045-Win64/mini_installer.exe
SHA1 836FBCF93AA6F0063EC1A03573C72D89D3CFB602
Thanks for the future of Chromium: 91.0.4467.0 - as always, the best quality playing videos. All Codecs +
Anon6673
@Marmaduke,

I was trying out your "ungoogled-chromium_89.0.4389.114_1.vaapi_linux.tar.xz" release and note that in chrome://settings/security - under Advanced - "use secure DNS" option is missing. Is this by design?

Kind regards,
I have my Linux build box up and running, so that now gives me two 32-core systems for building.

The Chromium tree is closed currently for infrastructure maintenance through sometime tonight, so I am looking at hopefully having updated Windows and Linux builds later this week.
@Jerry
Why are the beta builds (colored blue) for Windows 64bit from Marmaduke (mcchrome/winchrome) not listed on the site anymore? Even if M. doesn't create a new version every day but only after 2 months, these builds are always of best quality and mostly already stable and already a big step into the future of Chromium. With Widevine and all codecs incl. H.265/HEVC these builds are a real alternative to Google Chrome and are quite presentable. They merit without any doubt the greatest attention.
@RobRich
> two 32-core systems for building
Nice!
i wait for new version:
#win64-dev-avx2-robrich
:)
admin
RobRich:
32-core? waoooow! It is a monster. 😄

@wth:
https://chromium.woolyss.com/?all=1#comment-6641 (This link will display all comments)
Tell me what do you think about our decision.
Anon6680
@Marmaduke
Thanks for latest android update. Much appreciated.
Anon6681
@Lazerus on 4 Apr 2021, 20:54

Thank you for the "clarity" with the web link. I am learning something new everyday.

Kind regards,
@Jerry
Well, the comment of 19 Mar 2021, 04:04 is outdated, because Marmaduke has just released again a sync version Chromium 91.0.4467.0. Why didn't he put out an "ungoogled" one there? What's going on there? Chaotic, confusing, unrealistic. But I think Marmaduke already knows what he is doing.
Just pushed updated AVX builds for Windows and Linux. SSE3 builds to follow.

I have been tweaking some optimizations to hopefully improve build times. I do not think there should be any significant performance regressions, but as usual, please let me know if spotting something worthwhile.
@RobRich, everything works fine so far, can't see any noticeable regressions. Thanks!
Marmaduke's new release 91... for Windows has two new features:
1. on the top right there is a button. With click we get a list of recently closed tabs.
2. with right mouse click on the site we can create a QR code from the URL of the currently open site. This will appear immediately at the top. We can photograph it with the smartphone or tablet with a QR code scanning app from the monitor screen. Depending on the settings, the browser then opens there with the site. Nice, so we effectively have sync without Google.
Anon6686
Problems with main browser process consuming 100% CPU are back in 89.0.4389.114. Tested on Windows 7 x64.
Anon6687
Marmaduke, please can you consider ThinLTO/Polly 64 bit if the 89.0.4389.114 is the final release for 89.
Why is this chromium always automatically removed by Windows 10. How can I stop that?
A nice feature has been added to Chromium today, support for JPEG XL format:
https://chromium.googlesource.com/chromium/src/+/043d32542213b601bf5852f6cd5950c949f411fa

This is a really big deal for those who are interested in modern graphic formats. So it's especially sad that Rob had already built the avx version the day before. :(
Anon6691
Can anyone tell me why I get a DRM error with Tubi TV on at least some specific movies on theirs?

Collateral Damage for instance, DRM error for no apparent reason. I have Widevine and YouTube Movies and Netflix work great. I'm so confused.

https://tubitv.com/movies/578203/collateral-damage?start=true
Anon6692
@KL
In the Windows Firewall (or the firewall of the security program) search for the app "chrome.exe" on the disk and allow it to be private and public.
@Anon6687

No! Compile it yourself, then you might appreciate what is involved and how impudent your request is.

mini_installer_avx.exe (ungoogled chromium 89.0.4389.114 - 64-bit AVX)
https://github.com/macchrome/winchrome/releases/download/v89.0.4389.114-r843830-Win64/mini_installer_avx.exe
SHA1 8ABB3E759ACFE9734E0019639A4A85C723B67F70
@Anon6692

Adding it to firewall rules doesn't stop Windows 10 from uninstalling chromium.
Anon6695
Marmaduke, I know the polly versions are more time, effort and resource consuming but overall with better performance.

How you determine I don't appreciate your work :)
I don't see my request to be "impudent", because you already have polly versions.

Thank you for your considiration and reply.
Anon6696
@Anon6695
PGO in 91... look there:
https://github.com/macchrome/chromium/releases/
@Anon6688

IIRC WebRTC is enabled on all Chromium builds from v68 onwards: the option to disable WebRTC was removed from the Chromium source code. uBlock+ScriptSafe combo was recommended here to minimize leak impact.
It looks like I won't be able to enjoy chromium ungoogled or chromium Hibbiki anymore; they consume too much CPU... But I thank the developers who do a great job... Thanks to you the Internet is a little bit free... Greetings coedials.
Anon6699
@Marmaduke
Thanks for the new AVX2 ungoogled build.
@Daigo I will try to roll updated AVX builds in the next day or so.

Also, of note, I did not get SSE3 builds updated. Got sidetracked with other stuff. I probably will just roll new builds there, too.

---------------

Looking a little better IMO:

https://i.imgur.com/CfEbXKx.png

https://i.imgur.com/BkSVcca.png

Forget built time optimizations. I have slammed performance optimizations due greater build box capacity. Now let's hope I working builds in a few hours.

Moving forward I really need to figure out something about AVX2 building. I am not spending serious cash on it, especially since this project is a just a limited hobby for me, so I am thinking perhaps looking for an older Haswell-class server or similar. Maybe later this month. No promises, but I can still build AVX2 on my Windows notebook in the meantime. It just might not be updated as often as the other builds.
@RobRich, yey, looking forward for new builds!
Also I'm curious if there are any noticeable performance differences between avx2 and avx/sse3 builds? With the ivy bridge, I can't test it myself. :)
It can be a YMMV situation depending upon how the specific processor handles AVX2 code. Some AVX2-supporting procs can lower core clocks when encountering "heavy" AVX2 instructions. Some AMD procs split 256-bit AVX2 into two instructions.

I do not notice a significant enough difference on my Intel Kaby Lake notebook to really matter outside a few benchmark numbers, but again, that too can vary depending upon certain browser tasks, such as intensive rendering and multimedia. For example, I suppose cloud gaming services *might* slightly benefit, but I have not tested any since I am not really into gaming.

Some of the third-party components and similar have SIMD code paths, but many of the core parts of Chromium contain lots of already decently optimized scalar code, so we are leaning heavily on autovectorization to generate hopefully even more performant SIMD code. Again, another YMMV situation.

https://en.wikipedia.org/wiki/Automatic_vectorization

LLVM currently does loop and slp autovectorization, plus Polly can help with loop optimization and "strip mining" prevectorization.

https://llvm.org/docs/Vectorizers.html

VPlan-based vectorization is one of the future goals of LLVM. It has been awhile since I have looked seriously into implementing VPlan locally, but AFAIK, it is still quite a "work in progress" feature.

https://llvm.org/docs/Proposals/VectorizationPlan.html

----------------

I have some other ideas about possibl future performance optimizations, but they are getting into dealing with application profiling locally. Not my idea of fun, especially when Chromium provides regularly updated PGO profiles anyway. For example, there is context-sensitive PGO, but that is adding yet more code instrumentation, profiling, and compilation. It ideally should run the same profiling workload as Chromium uses, too.

Another one is post link optimizations, but both the current options are limited to ELF binaries, meaning I would be targeting only Linux builds here. BOLT is available and can be pulled into LLVM as a tool, though I suspect it will absolutely crawl on my hardware, assuming it does not run into memory limits on 64GB systems. Propeller is another option, but it is in development and currently not synced to a recent LLVM checkout, thus it probably will run into issues building Chromium.

----------------

AOCC is a potentially interesting possibility on on the Linux side, too. Basically it is AMD's version of LLVM with additional proprietary optimizations. AOCC lags LLVM checkouts, but I suppose it might build Chromium with a few tweaks. The biggest downside IMO is several of those proprietary optimizations target LTO, and AFAIK AMD is using FullLTO, which is orders of magnitude slower than ThinLTO for building, especially on my hardware.

----------------

Missing symbol error(s) in Vulkan Validation Layers with my optimizations. I have seen it before, but I did not like my previous workaround. MacOS apparently skips the component altogether due to whatever build issues, so let's try dropping it on Linux and Windows as well. Fingers crossed. Probably will be something else next. Fun stuff. ;)
Maybe it's just my imagination, but I think MS is doing good job with Edge in terms of performance. It feels a slightly better than the default Chromium/Chrome.
It is getting to the point where many modern browsers perform decently enough on even relatively aging hardware, especially if any appreciable level of hardware GPU acceleration is available.

I am posting this reply with Mozilla Nightly 89.0a1. WebRender is enabled. It is an older AMD Jaguar quad-core notebook running Kubuntu 21.04 (beta), 5.12rc6 kernel, Mesa 21.1.0-devel, amdgpu/radeonsi, *Wayland*, etc.

https://en.wikipedia.org/wiki/Jaguar_(microarchitecture)

I doubt it will win (any?!) benchmarks against my latest Chromium Linux build, but admittedly, it still is performing okay for casual browsing IMO.

-----------

Deformed basic blocks during compilation. o.0 Yeah, IIRC, that is a new one with Chromium. Backing off some optimizations. Annoying, but the changes are not likely to matter much, if at all anyway. Starting again.

🔴 [Edited by Jerry - Apr 8, 2021: Merged comments ;)]
@RobRich

With respect to compiling Chromium Windows AVX/AVX2 builds (on platforms without native AVX/AVX2 support): Linux cross-compile.

https://chromium.googlesource.com/chromium/src/+/master/docs/win_cross.md

eg. build/config/win/BUILD.gn SSE3 AVX ("-msse3") ===>> ("-mavx"), etc.

No need to invest in new hardware.

For subsequent remounts of the Windows (SDK) toolchain, use:

build/ciopfs -o use_ino third_party/depot_tools/win_toolchain/vs_files.ciopfs third_party/depot_tools/win_toolchain/vs_files

To manually switch (or instantiate) Windows toolchain:
...
export DEPOT_TOOLS_WIN_TOOLCHAIN_BASE_URL=/volumes/disk2/stable/chromium
export GYP_MSVS_HASH_20d5f2553f=4a89d2a89c (example)
python build/vs_toolchain.py update --force

=====================

[Recent cross-compilation failure caused by: v8_enable_system_instrumentation = true (v8/BUILD.gn)
https://chromium-review.googlesource.com/c/v8/v8/+/2773792
https://bugs.chromium.org/p/chromium/issues/detail?id=1196278
Problem appears to have been fixed]
I know, but I generally build and run native to simplify things. For example, I prefer builds on native hardware as I am not always sitting at a system with the needed SIMD support to run tests, benchmarks, etc. I remote into my build boxes from a mix of systems and tablets running various OSs, as I have not had a traditional desktop or workstation setup in a long time.

Until recently I actually was doing Linux builds under WSL2 on my 32-core Windows box. I have migrated Linux builds onto a 32-core modified Kubuntu box. Both are Opteron Piledriver systems, so AVX native.

I can probably source or toss together an older Haswell or similar AVX2 system for like $200 to $300 to meet my needs. Feeling like dealing with it is something else, though. ;) Took me like 3-4 weeks to get the Linux build box upgraded and deployed. o.0
Scott_Brasil 
@RobRich AVX builds are super fast! Running on a i7-3630QM. Great work and many thanks!
Anon6708
@Anon6696

My comment is for ThinLTO/Polly Ungoogled not regular Chromium, because Marmaduke didn't produce it, like he normally do.

Thank you for your suggestion.
@Scott_Brasil Thanks. :) Hopefully my latest AVX builds might be a little better than even my last revision. Win64 AVX r870776 is looking good in my local testing thus far, so right now I am pushing it and other builds to GitHub for release today.

-------------------

Windows 64-bit AVX and SSE3 builds updated. Linux 64-bit AVX and SSE3 builds updated. Think I have settled on an comprehensive optimization setup for awhile. Performance is looking good in my limited testing.

Windows 32-bit SSE3 is building, so maybe later today or tomorrow.

I will try to get to a Windows 64-bit AVX2 update over the weekend or perhaps early next week.

-------------------

Sure enough, JPEG XL is now available. :)

https://en.wikipedia.org/wiki/JPEG_XL

Enable JPEG XL via flags.

chrome://flags/#enable-jxl

Top center image should load in JPEG XL format. Will say otherwise if not.

https://sneyers.info/jxl/
@RobRich
Thank you for the new 64-bit SSE3 build! Highly appreciated!

Cheers! 🍺
@Dustyn Welcome. :)
Thanks @RobRich 👍
@Daigo Welcome! :)

--------------------

Quick FYI. My latest Linux builds seemed okay during testing on my Kubuntu 20.10 build box, though I am now getting an audio playback error on my Kubuntu 21.04 beta notebook. Probably is OS related, but anyway, a head's up just in case.
Anon6714
@RobRich
Hi. Thank You for your update 9 April modified all-codecs win64.
Regards ... :)
@Marmaduke
Chromium v91.0.4467.0-r869045-Win64 runs very well.
Thank you! :)

@RobRich
New version AVX & SSE3 are very fast!
I'm waiting for the 32 bit version :-)
Thanks !!!
@Anon6714+Max Thanks for the comments and feedback.

Just pushed a Windows 32-bit SSE3 update, too.
@RobRich:
Hi, new 32-bit SSE3 for Windows (91.0.4472) is very good !
Thank you :)

🔴 [Edited by Jerry - Apr 11, 2021: Cleaned comments ;)]
For Stable - Hibbiki - Sync version, has anyone been able to get Spotify to work without skipping tracks??
After following the instructions listed here #comment-6656 widevine continues to be the problem.
aMoronicLinuxUser 
Sorry, I'm not very smart and I just switched to Linux mint. How do you install the Marmaduke UGC? Looking at the software center there is a UGC but it is not Marmadukes. I was told you'd want to install everything through package managers. Do I just download this, extract the tar ball, and drag and drop to whatever folder I want (say /home/usernamehere/bin)? I did download and tried running it, but I have AMD RX 580 and I got an error about Mesa drivers messing with the sandbox. Everything I looked up said to turn off GLSL cache or disable hardware acceleration. Is there a proper way to install this?
Win64 AVX2 updated.

----------------

@aMLU I have not used his Linux build, but AFAIK, you should be able to unarchive and run it. A directory under your user account should be okay. As for the error, is that showing up as "InitializeSandbox()...." issues in chrome://gpu/? GPU sandboxing and Linux is a known issue, so you can generally ignore it if hardware acceleration otherwise is working okay.
Does anyone know the exact date or the Chromium’s version when Manifest V3 becomes the only supported manifest?

It seems that Google introduced manifest V3 in Chrome 80 Canary near november 2019. But yet versions’ 91 or 92 of our favorite builders here are still (thankfully) compatible with manifest V2.

@Hibbiki, @Marmaduke & @RobRich particulary :
Will you continue to compile Chromium when manifest V3 (back door for Google’ ads & spyware) will be the only supported manifest?
I am not absolutely tied to any specific extensions for my personal browser usage, so manifest versions are largely a "whatever" from my perspective.
Anon6723
@Mumu
Chromium and Edge use actually manifestVersion='1.0' - showing in the head of xml-File xxx.manifest
@Mumu
There is no exact date, but no earlier than 2022.

@RobRich
These days it is nearly impossible to go surf without uBlock.
@Anon6723 I suspect you are referring to the chrome_elf.dll manifest, such as 92.0.4475.0.manifest. If so, that is a Microsoft ASM v1 manifest file. Mumu is talking about the Chromium extension manifest. ;)

https://developer.chrome.com/docs/extensions/mv3/intro/

@Daigo Hmmm. ;p

https://i.imgur.com/cYkUb60.png

That said, yeah I understand, but I largely just use a limited set of personally curated websites for my routine daily interests and tasks. If a site misbehaves, then I probably will have little reason to continue trying to use it.
@ RobRich

Hello,
Lots of crashes with the latest AVX2 92.0.4475.0 version. I can't understand why, too many tabs open, too many apps used ...
Chromium closes and when I restart it by trying to restore the previous configuration, chromium closes immediately ...
I turn around...
@ Luc77600 Noted. Win64 AVX2 was stable during basic testing, but it crashed hard on me earlier today, too.

I am not sure it is optimization related, so I probably will roll another build in the next day or so to see if it is a revision issue before taking a deeper look.

I would suggest the AVX build in the meantime.
Thanks Rob for your builds! Last AVX2 force closes/crash as hell even 1 tab opened. Sometimes just clicking on hyperlink.
AVX is good and stable.
Indeed, Rob is right: I was talking about the "Chromium extension manifest"

Thanks Daigo for the date. I also confirm that using a browser without uBlock₀, Pi-hole or a custom host file is just plain dangerous these days!
Saw a notice on xlr8yourmac.com that there is an update out for the Chrome version:
Chrome 89.0.4389.128 Stable Channel Update (with 2 security fixes)
(You all are probably already aware of that, but just in case ...)
Currently rolling six builds simultaneously. :) Offloading the Linux builds onto their own system helped.

Windows 4-core Core i5: Win64 AVX2
Windows 32-core Opteron: Win64 AVX + Win64 SSE3 + Win32 SSE3
Kubuntu 32-core Opteron: Linux64 AVX + Linux64 SSE3

I have another Opteron 8-core (IIRC) server that could eventually be deployed, too. It has been collecting dust for quite a long time. I might look into building ChromiumOS, Firefox, or something else lower priority (to my interests) on it.
Can RobRich eff off and get a life? His release has the FloC enabled, f loser eff off mofos
I can respond positively to constructive criticism; not personal insults and curse-ridden attacks.

From a techincal perspective, I am not hacking out features you may or may not like. Resolve the issue on your end. AFAIK, there is an extension to block it, or chose a different release if preferred.

Otherwise I can simply quit pushing public releases altogether if that would be preferable. Just let me know.
Anon6734
If anything, I'd only expect Ungoogled to have it ripped out. The rest will obviously follow upstream.
@BigWilly
That is not gonna happen. Ever since Widevine L3 been publicly broken, Google has tighten out security around it and pretty much all resources using Widevine now require VMP on Windows and Mac to be enabled.

The process for VMP certification is to simply generate signature (for Chromium that would be both chrome.exe and chrome.dll) signed with appropriate Widevine-accepted certificate (note this is different from signing binary on Windows and if both are done, VMP must be performed after).
xtcrefugee 
The problem with relying on an extension is that it can be broken/discontinued at any time. I hope Hibbiki will consider removing FloC when the sync version gets there? One of the main reasons I use Chromium over Chrome is so that I'm not forced into whatever Google wants, and this seems like a prime example of something users don't want but Google does, hence Brave, Vivaldi etc. opting out. I'd rather not switch to them and stay with Chromium personally, so I hope you guys who generously provide these builds for us will seriously consider this.
Anon6737
@Hibbiki
Hi. Thank you for your update ...128
Regards... :)
@xtcrefugee
> I'm not forced into whatever Google wants
This is funny. Chromium is not developed by some other altruists. What Google wants always appears in Chromium. Google develops Chromium then builds his Chrome on top of Chromium with the addition of logos, codecs and telemetry.

@RobRich
Please don't react to some clowns. 😉
Thanks to all of the Devs, they certainly have their work cut out! Chrome 90.0.4430.72 has just benn released with, count 'em, 37 security fixes!
Now that may be a new record....
@Daigo I know. ;) It is just annoying to be cursed out for something we builders do in our spare time and on our own dimes; unlike Google, Brave, Opera, etc. with their development teams and corporate budgets.

--------------------

About FLOC:

"Google also said that users can opt-out of the FLoC trial by disabling third-party cookies through Google Chrome."

Source: https://blog.malwarebytes.com/cybercrime/privacy/2021/04/millions-of-chrome-users-quietly-added-to-googles-floc-pilot/

I suggest doing that anyway. You can manually add certain sites needing third-party cookie support for whatever reasons if needed.

chrome://settings/cookies

----------------

Now back to usual business.....

An updated Win64 AVX2 build will be pushed in a few minutes. It seems to be stable in my basic testing.

Various other updates are built and pending release. Probably later today as I have other things to do this morning.
@RobRich
I was suspicious at Google for going for a "4 week release" cycle. They already mucked up the industry with "agile rapid release" schedules. This may be another way to make it a little more difficult for downstream companies to keep the Browser up to date, let alone people like yourself who do it for practically nothing but hopefully GOOD COMMENTS!
@NA I could see that as being potentially disruptive for those trying to keep pace with Chrome stable revisions. Most of us independent third-party builders, and AFAIK all of us here at this site, are not Google devs with 64c/128t workstations on our desks and access to Google's GOMA infrastructure for distributed building.

BTW, usually I do not even mind negative comments if they are actually constructive in some way. ;) Admittedly I have pushed plenty of borked, mislabeled, unstable, etc. builds over the years.
Anon6743
@Hibbiki
Hi. Two update in two days , thank you very much... Regards :)
Anon6744
@RobRich: Ty for all your builds/work, really appreciated! Don't mind certain trolls, albeit annoying and understandable, you have way more people that support your work over here. Cheers :)
Anon6745
Hi.
Test by EFF I'm Floced from Korben Site ?

https://amifloced.org/?source=korben.info
Can someone tell me why Chromium pops up a dialog box asking if incoming data should be allowed every time the app is started? That is already set in the prefs file... not really that important an issue I realize, but it is something I can't understand.
Anon6747
@RobRich

Thanks for your releases. In 92.0.4475.0 I am seeing a lot of crashes with highlighting a word + right click to use the Search for highlighted word. When it crashes and I try to restore the session it just crashes again.
Anon6748
I dont think anyone has anything to worry about with FLoC.
I mean Google is trying to get rid of 3rd party cookies, which for privacy advocates is a very good thing, and FLoC is a better less targetted technology because it puts you into a group or demographic of people interested in the same things, instead of targetting you as an individual.
At the moment if you dont allow third party cookies in chromes advanced settings, FLoC is also disabled.
Also, the FLoC ID tag is based on your last weeks worth of browsing history .. Use chromes settings to flush out your browsing history every time you close it, and something like Bleachbit every day (for those who really want to be sure all chrome browsing history is wiped) = FLoC has nothing to work with == Nothing to get in a flap about.
I think EFF is making too much of a fuss about this when they should be at least acknowledging googles efforts to get rid of the worst bad practices on the net and coming up with a solution to pay everyones bills which is a lot less of a concern than third party cookies were.

Anyone that worried ought to be throwing their mobile phones in the bin, that's where the real unstoppable tracking is going on right now, anyone with an Android or IOS phone (I think thats just about everyone these days), who sets location tracking to off .. You haven't stopped anything, see this report recently https://www.scss.tcd.ie/doug.leith/apple_google.pdf
I use Chromium on my desktop PCs. My main problem is that android version does not sync. Any workaround? xbrowsersync syncs only bookmarks, not passwords..
@Anon6747 Let me guess, the Win64 AVX2 build, right? The previous build had some crashers. Upgrade to 4477, which seems to have resolved the crashers, at least in my local testing.
First thanks to Marmaduke for the latest update!
This version does not show that "Should Chromium Helper allow incoming data?" pop-up, so I think the last 114 version was off a little. Anyway, resolved it seems.
Thanks a lot to Marmaduke for the new ungoogled 90.0.4430.72.

FloC:
Apparently, the sync versions of Chromium will use FloC. In the "User Data" folder we find the "floc" folder, which contains the Floc fingerprint among other files. The Ungoogled no-sync version of Marmaduke also contains this "floc" folder. But it is empty and does not contain the "manifest.fingerprint" file - so no FloC works. Microsoft Edge Chromium also does not use FloC - it is also "ungoogled". That means "ungoogled" is really un-floc.
Anon6753
@Marmaduke
Hi. Thank you very much for v90 Ungoogled update. Regards... :)
Anon6754
@Marmaduke top. thnx
Anon6755
@RobRich
Hi. Thank You very much for v92 64bit 15 April no AVX modified all-codecs. Best Regards... :)
Anon6756
@Mamaduke

Thank you for your ungoogled 90.0.4430.72 build release. Appreciate it.
Anon6757
Thanks to Marmaduke for the updated ungoogled 90.0.4430.72 build

I think overall moving toward federated learning and algorithmic ways to insure privacy is a good step forward whether FLoC works out or not.
Anon6758
Hi,

I wanted to thank you all for the good work you are putting into this project :)

I have a few questions that I would love for you to answer :)

Regarding macOS builds, is there an option to add an M1/Universal builds? or a notarized build?

Also, what is the difference between @Marmaduke's builds and @Eloston's builds?

Are all of the developers (@Marmaduke, @Eloston, @RobRich, @Hibbiki) collaborating with each other or does each work independently?

Thanks! :)
@Anon6758

(i) M1/Universal builds: https://github.com/macchrome/macstable/releases/tag/v90.0.4430.72-r857950-macOS

(ii) I don't remove safe browsing. Safe browsing is disabled by (code) policies: view chrome://safe-browsing/

(iii) Independently, we target different niches.
Anon6760
Hi @Marmaduke,

Thanks for answering my questions! :)

This is the build I have installed but it doesn't show up like it was built as a Universal build (If I click on "Get Info" in the Finder menu it shows up as "Application (Intel)" instead of "Application (Universal)") - It's working alright, but I assume it's under Rosetta instead of natively.

It's also not notarized, so I need to right click (or alt/option click) and open from there to avoid the "This app cannot be checked for malware" error.

Is it possible to change it in future buillds?

And what is the difference between this build (that is labeled "sync" and the older "ungoogled" build)?

Regarding Safe Browsing, I like that it is this way :) It keeps it an option - which I prefer, because while I prefer to avoid google connections and maintain my privacy, for what I understand, Safe Browsing just checks for updates for the safe browsing blocklist - there aren't any IDs or other personal information being submitted so I prefer to keep it active.

Also, if I want to support you - is there a Patreon or other form in which I can do that? :)

Thanks! :)
Anon6761
@Any Chromium developer

FLoC apparently puts your ID in Chromium \ User Data \ FLoC \

If I were to do the following, would it cause problems for Chromium (or would it also cause problems for Installing future updates to Chromium) ? :

1. Delete the FLoC folder
2. Make a file called FLoC.txt
3. Rename the file FLoC.txt to just FLoC (no dot extension)

The aim being to make a file which will stop FLoC working, a folder called FLoC can not be made by anything when there is a file called FLoC already exists, so anything put in there by Chromium just dies / goes to null (whatever you want to call it).
Anon6762
@Anon6761
Thank'sss
@Anon6761
I was doing this trick to stop MS Edge from downloading Flash (before I figured out the proper command line switch for it).
It should work fine for FLoC also.
@Anon6761
I just emptied the Floc folder and made it read-only.
No file appeared in it ever since, haha.

I admit this was on Linux, but I guess it should work on Windows as well?
Anon6765
@Nico
No, I tried this on Windows 64 with a sync version, with the write protection. The browser has the higher rights and fills the folder with the files later again, including the fingerprint for the Cohort.
At the risk of sounding ungrateful, would it be possible to have a build that's optimized (avx2/fma), has sync enabled, widevine AND all-codecs+ ?

If nobody will do that for me (and anyone else hoping for such a build), how would I go about learning how to do it myself?

Thank you for all the hard work done so far, and for any and all help/guidance you guys are willing to provide! :)
Just verified it is possible to modify permissions for the Floc directory. Make sure you deny write permissions for your user account.

https://imgur.com/a/RwvA9Dc

Delete contents under the FloC directory. In my case:

C:\Users\RobRich\AppData\Local\Chromium\User Data\Floc

Set permissions for the directory to deny write access for your Windows user account.

Note trying to update the FLoC component in Chromium fails now.
@Anon6765, for me:

- Anon6761’s trick (Delete Floc folder and create une Floc file without extension)
https://i.imgur.com/iY3di0D.png

or

- RobRich’s trick ( deny write access for your Windows user account)
https://imgur.com/a/RwvA9Dc

Boths works…
From uBlock since version 1.34.1rc1:

Google's FLoC is defused by default. Websites will be able to use the FLoC API (only if already present), but will be unable to get a result from it -- uBO causes the API to always fail as if there was no FLoC data available.

If your Chromium-based browser supports the FLoC API, this is the result you should get with uBO when testing with EFF's "Am I FLoCed?" (assuming you did not disable uBO's "uBlock filters -- Privacy" list):
https://i.imgur.com/ntfFAH8.png

Additionally, uBO causes all websites to opt-out of being part of FLoC calculation by injecting the appropriate response header.
You can opt-in to FLoC by creating the appropriate exception filter.
I use Chromium on my desktop PCs. My main problem is that android version does not sync.
Anon6771
@Hibbiki
Hi. Great , thank you very much for your quick update ...95. No–sync is very good as usal ... Regards. :)
Just saw this on "macintouch.com"
"Google Chrome 90.0.4430.85 patches still another zero-day security flaw" followed by a further explanation.
The never-ending story of people exploiting something .... sigh
and causing the Devs here extra work!
Thanks Marmaduke, RobRich, Hibiki, etc. for all of your efforts!
Anon6773
@Hibiki Not sure about others but 90.0.4430.85 broke my install. Aw snap relentlessly, crashed so bad it wouldn't reopen.

Had to uninstall, recover my user folder from a backup, reinstall previous, then put my user folder back to get the browser to open and to get my tabs back.
@Anon6773

Which previous version do you mean? Based on the fact that you had to recover user directory my guess is 89.
I can also not help you if you don't provide basic information such as OS and version you used (sync vs no-sync, x86 vs amd64).

I personally always use my builds (amd64 sync variant) so if there was something horribly wrong I'd expect to either see it myself or get more reports. All my builds are done from common source tree and differ only on args used.
Anon6775
Hello again,

I've been using your builds for quite some time and never have had an issue.

I always use the x64 installer so, sync. I reverted back to v90.0.4430.72 from the current 90.0.4430.85

Win 10 Pro

Here's exactly what happened;
Closed Chromium
Installed 90.0.4430.85
Opened and a tab on twitter.com crashed Aw Snap
Refreshed Aw Snap > Closed tab > Opened new tab > tried again > Aw Snap
Closed browser reopened, same thing.
Reopened and disabled all extensions.
Closed browser reopened, crash to desktop gone. And, that's it.
Uninstalled, installed 90.0.4430.72, went to my previous day's backup, pulled out my profile and copied it back and was able to reopen with my tabs back.
Reinstalled 90.0.4430.85. It worked but then after a few hours sitting idle, it crashed to desktop and wouldn't open again.
Uninstalled 90.0.4430.85, this time keeping my profile information, reinstalled 90.0.4430.72 and it's working fine since. Reluctant to try 90.0.4430.85 again.

It's not a big deal.
Anon6776
@Marmaduke
Hi. Thank you so much for your Android update. Regards... :)
@Marmaduke
Does your 92.0.4488.0 (875969) • Friday, 23 Apr 2021 version contain the security fixes Google has released in their latest 90.0.4430.85 version?
Some say there is a certain amount of danger in using the 90.0.4430.72 versions without the patch for the security holes that have been reported.
What is your view on the danger involved? Negligable, or not?
Anon6778
@Admin. Jerry
Hi. If possible, can you add in your api the nosync build of Hibbiki. Is for updating Chromium with chrlauncher by henry++. Thank you. Best regards... :)
@Marmaduke
Thank you very much for the update 92.0.4489.0 for Windows 64 !!!
Dear @RobRich ,

I am the maintainer of ChromiumForWindows, a Chromium installer and auto updater for Windows, based on the builds of this website. (Link: https://github.com/iklevente/ChromiumForWindows)

I would love to add your Chromium builds to the project, as I did with Hibbiki's and Marmaduke's builds, but there is a slight problem:
My updater searches for the latest verson of a choosen build (eg.: Hibbiki's --> https://github.com/Hibbiki/chromium-win64/releases/latest) and will store the redirected url in a string and work with that in the update process. (eg.: https://github.com/Hibbiki/chromium-win64/releases/latest redirects to: https://github.com/Hibbiki/chromium-win64/releases/tag/v90.0.4430.85-r857950 right now)

The problem is that yours (https://github.com/RobRich999/Chromium_Clang/releases/latest) either redirects to a linux build, or to a win32 build, or to non AVX, etc...

Please, if it is possible, could you draft all your builds (win64, debian, avx, sse3...) in one release? If yes, please keep the logical order of the installer.exe (currently mini_installer.exe) filename, because it could break the updater just like it did with @Marmaduke 's build 2 releases ago. Not just the updater broke, but me mentally after fixing it. 😅

I don't know if other updaters are dependent on your current release method, but I understand if you can not change it for some reason. I could find a way to fix it, just like I did with @Marmaduke 's build, --> regexing the latest version number. But unfortunately it makes the updater not as lightweight and fast as it could be.

🔴 [Edited by Jerry - Apr 26, 2021: Please, check your email box 😉]
Thanks a lot @Jerry!

I didn't notice that this site has an API that I could use. 😅

Anyways, thank you so much for all the people who made this possible. For the countless efforts of Jerry, Hibbiki, Marmaduke, RobRich and the others for building Chromium binaries and maintaining this website over the years.
Anon6782
@Hibbiki
Hi. Thank you very much for the quick update 90...93 . Regards.
@iklevente

Welcome to the world of Jerry's API 4!

In my case, I utilize this API for personal use here: https://www.murielfrenchcouture.fr/chromium/

This allows me to update Chromium very quickly for 3 diffenrets OS : my Windows, my Debian and my phone (Android)

This API is very useful for handling all versions of Chromium available here in only one HTTP request!

Thanks Jerry !
Thanks Hibbiki, Marmaduke, RobRich !
Anon6784
@Mumu and @ other interested users
The newest beta build by Marmaduke for Windows 64 is V 92.0.4489.0, to download there:
https://github.com/macchrome/chromium/releases
@Mumu

Yes, it's a great API! It could save me dozens of time and gives me the possibility to add the official chome-dev build and maybe and Arm build in the future.

Your site is quite impressive too! Great way of utilizing the API!
Chrome 90.0.4430.93 Stable Channel Update (with 9 security fixes) was just released.
The number of security updates done in the past several versions is just amazing!
Hopefully, `Marmaduke can find the time to issue the sync version for Mac.
Many thanks in advance.
Been dealing with other stuff. Working on some build updates today.

-----------------

@iklevente I appreciate your efforts and feedback, but admittedly, that is not possibly right now.

Currently my build are spread across *three* systems, so the different builds are not always the same versions when released. ;)

Trying to keep all the build versions synced would mean constantly branching multiple repositories, actually managing build times on the various systems, etc.
@RobRich

I understand it, any yes you got a point! I got API access from Jerry, which literally solves everything. 😁

Thank you again for your compiling efforts and I'm looking forward to implement your build into the updater asap.

Best regards,
Levente
@RobRich, there are hardware acceleration issues in 92.0.4491.0 (876546) both avx and non-avx versions.
Sometimes, when closing a tab with video playback, it crashes and falls back to software compositing.
@Daigo Thanks for the FYI. I will try to roll updated Windows builds later today.

I have to poke at Linux builds, too, as my latest ones had a linking error. Fun.

Going to bed in the meantime. ;)
Is there any reason (legal, technical?) that some binaries aren't build with all-codecs+? It seems weird to me that ungoogled and all mac builds have h265 support but up-to-date don't.
@Marmaduke
Thanks for the ungoogled 93 version.
Could you roll out a "sync" version as well? I prefer that version as it is much easier to add extensions.
Thanks!
The GPU process just crashed in my latest internal AVX2 build during testing. It recovered easily enough, but nonetheless annoying.

Hopefully is is just a revision-related issue. I have not changed any optimization options since the last round of builds.

I will try to take a look later today and roll new builds for release.
Hey @Marmadukkee! I need 90.0.4430.72 for Win32 (now only for Win64) - would you mind please to compile it?
Just checked the build boxes. Build errors. Yay?
Anon6796
@Marmaduke.
Hi. Thanks for your update Ungoogled... Best regards. :)
Finally was able to take a closer look. I am thinking LLVM instead of Chromium.

Appears there was at least one LTO breaker in LLVM updates yesterday. Pulling an updated LLVM checkout to see if the Windows build(s) complete. If not, I might have to roll my local LLVM checkout back to whatever revision Chromium is using.
Anon6798
@RobRich
Hi. Thank you for 92.0.4491.0 (876546) • Tuesday, 27 Apr 2021 No AVX 64bit. Regards... :)
@Anon6798 Welcome, though note it might not be the most stable of releases, so YMMV. I am working on getting new builds out, once I get a build issue resolved.
Can Chromium for Android be built with sync API?
@Haris K. AFAIK, yes, but a third-party builder would need to set his/her own Google API developer keys. That is an issue these days, as the keys as of recently now are being rate limited for development usage, not for end-user usage.
Anon6802
@Marmaduke
Hey. Can you update Android there are new interesting features in bromite. Regards... :)
Linux builds updated. Please note libc 2.36.1 or later is required.

Hopefully my currently cooking Windows builds will complete successfully in awhile.
Anon6804
@Jerry - thanks for providing this website. I really appreciate the info here.

One suggestion is to link to the GitHub repos for the builders. So, if I click the label for Hibbiki or Marmaduke, the little popup box would also have a link to their repo. (It's easy to find this already, but it would be a nice convenience to have it here too.)

The reason I mention it is I wanted a slightly older version, so I needed to go to their repos to see what the options were.
Anon6805
Ungoogled record tells - "90.0.4430.93 (857950) • Thursday, 29 Apr 2021" and by reference tells - "Chromium for 64 and 32-bit Windows - Thursday, 29 April 2021" - BUT NO 32-bit version there! @Marmaduke please add 32-bit package too!
Be forewarned, certain individuals are getting on my nerves. You do not pay my electricity bill. Desist, I do not give two lumps of excrement who uses my builds.
Anon6807
Anon6802 @Marmaduke
Ok, sorry. My apology. Best regards.
Three Windows builds updated. :) I will try to get a Win64 AVX2 update done later this weekend.

Sure enough, I ended up rolling my LLVM checkout back to be in sync with Chromium's own bundled revision.
@RobRich, everything seems is fine with HWA in recent builds, thanks! ;)
@Daigo Excellent. Thanks for the feedback. :)
Anon6811
@RobRich
Hi. Thanks for new 64 bit no avx April 30. Work very well for me. Regards... :)
Anon6812
Thanks for -- 92.0.4494.0 (877801) • Friday, 30 Apr 2021 -- update Rob :)
Anon6813
@marmaduke,
Thank you for your 90.0.4430.93 (857950) build release.
With kind regards :)
Anon6814
@Marmaduke
Hi. Thank you very much for your Android update. Regards... :)
Anon6815
As usual, thanks Rob for the SSE3 builds
@RobRich
Thanks so much for the snappy SSE3 builds!
Working great! :)
Cheers!
Welcome everyone. :)

My latest builds are showing a slight to moderate uptick in a few benchmarks. My various optimizations and tweaks aside, hopefully it is project wide.
I've used @RobRich builds for a long time and hadn't updated for a while, but now I tried to update to a recent build and no pages are loading? Tried 64-bit AVX and SSE3.
Anon6819
Many thanks @Marmaduke for latest Android update & @RobRich for latest avx update
Can you all go fu*k yourself elsewhere with your Marmaduke compile this, Marmaduke compile that, Marmaduke update this, Marmaduke update that…

Compiling Chromium on a good PC takes up to 6 hours with your processor stuck at 100% all this time. This is a significant amount of time and power consumption.

So before claiming this or that, try a single compilation yourself and you will understand how rude it is to ask him such things.

On XDA, for example, ETA requests can lead to ban.

You're lucky that Jerry is cool because If I would be the admin of this site, requests like this would be direct blacklisted IP.

Ungrateful that you are!
I don't know if this is the right place to ask, if not sorry..

Any help for this? I try to build chromium for android for personal use with my APIs. I get this error on Chromium build:
Ubuntu 20.04
$ python --version
Python 2.7.18

but I see python3.8 is called..

$ autoninja -C out/Default chrome_public_apk
ninja: Entering directory `out/Default'
[41778/62775] ACTION //v8:run_gen-regexp-special-case(//build/toolchain/linux:clang_x86_v8_arm)
FAILED: clang_x86_v8_arm/gen/v8/src/regexp/special-case.cc
python3 ../../v8/tools/run.py ./clang_x86_v8_arm/gen-regexp-special-case clang_x86_v8_arm/gen/v8/src/regexp/special-case.cc
Traceback (most recent call last):
File "../../v8/tools/run.py", line 14, in <module>
result = subprocess.call(sys.argv[1:])
File "/usr/lib/python3.8/subprocess.py", line 340, in call
with Popen(*popenargs, **kwargs) as p:
File "/usr/lib/python3.8/subprocess.py", line 854, in __init__
self._execute_child(args, executable, preexec_fn, close_fds,
File "/usr/lib/python3.8/subprocess.py", line 1702, in _execute_child
raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: './clang_x86_v8_arm/gen-regexp-special-case'
[41782/62775] CXX obj/v8/v8_compiler/wasm-compiler.o
ninja: build stopped: subcommand failed.
@Reino Start with the usual suspects:

#browser-crash

Going a step further, you can delete the files under the application (not User Data!) directory, then run the mini_installer.exe again.

For example:

C:\Users\RobRich\AppData\Local\Chromium\Application

----------------

@Haris K. You can have python 2 and 3 installed simultaneously.

sudo apt install python3

You might need to setup alternatives, too.

sudo update-alternatives --list python

Odds are it is going to say something like the follow.

update-alternatives: error: no alternatives for python

Create alternatives:

sudo update-alternatives --install /usr/bin/python python /usr/bin/python2 1
sudo update-alternatives --install /usr/bin/python python /usr/bin/python3 2

Now run:

sudo update-alternatives --list python

Which should show:

/usr/bin/python2
/usr/bin/python3

Set python2 as the primary preference. This will show a text menu to manually select python2:

sudo update-alternatives --config python

Now the "python" command is defaulted systemwide to python2, while python3 should be available if invoked directly with the "python3" command like in your pasted script. Hopefully the build will proceed now.
Anon6823
@Haris K. Actually, it looks like I jumped too quick to the usual python issue with Linux building. Apologies.

It appears you do have python3 installed from the script feedback.

The underlying problem is a missing V8 file for the ARM whatever architecture.

I do not deal the ARM cross-build stuff, so others here might have better answers. In the meantime, since it likely will be asked anyway, what are your build arguments?
Thanks a lot for replies!

I have python 2 and python 3 installed and I already have set the 2 alternatives

sudo update-alternatives --install /usr/bin/python python /usr/bin/python2 1
sudo update-alternatives --install /usr/bin/python python /usr/bin/python3 2

and chose python2 in
$ sudo update-alternatives --config python

So I find it strange why python3 is called. There is no python configuration in .bashrc that could affect python choice.

Since it is a test build, the only arguments I put are:

target_os = "android"
target_cpu = "arm64" #My phone is xperia 5 ii
google_api_key = "my api key"
google_default_client_id = "no"
google_default_client_secret = "no"

What I would like to have at the end is chromium that syncs and has adblock
Took a quick look. "gen-regexp-special-case" is enabled if i18n support is enabled in V8. AFAIK, that should "just work" assuming third_party/icu is present. Hmmm.

You have android set in your .gclient file, correct? If so and the build still fails, try adding the following build argument for a temporary workaround:

v8_enable_i18n_support = false

That is not ideal, but it at least it might get you a working build for now.
I found the problem, actually it was a mistake of me:
During

build/install-build-deps-android.sh

there was a message I never read, so I thought the updates were successfully installed, but they were not..
The message was:
The repository 'http://ppa.launchpad.net/canonical-chromium-builds/stage/ubuntu focal Release' does not have a Release file.

Thanks a lot for replies and sorry my misunderstanding..

(Maybe my posts should be deleted because they unnecessarily flood the topic)
@Haris K Excellent finding the issue. Yeah, got to watch out for those build dependencies. I build on Kubuntu 21.04, which technically is not even "supported," yet.

Leave the posts IMO. We can learn from them. Plus you should see some of my rambling posts of the years. lol
Build completed successfully.

I have 2 questions:

1) sync still does not work although I made a developer account, enabled sync API and put the API key in gn, I get message the "This account already exists on your phone"

Here are my arguments:

target_os = "android"
android_channel="stable"
google_api_key = "My API key"
google_default_client_id = "no"
google_default_client_secret = "no"
symbol_level = 0
blink_symbol_level=0
enable_nacl=false
proprietary_codecs = true
ffmpeg_branding="Chrome"

2) I have unstable version 92, how could I build stable 90?
Anon6829
Rob's avx2 installer says 4494 but after installing it, my chromium version says 92.0.4495.0
4495 is correct for AVX2. I probably forgot to update the GitHub build header or whatever. I will fix it in awhile.
@Anon6829 Fixed. Thanks!
For several months, Chromium browser won't start on my Ubuntu 18.04.5 LTS 32-bit.
When starting from the terminal, I get:

$ chromium-browser
Illegal instruction (core dumped)

I now have version 90.0.4430.93-0ubuntu0.18.04.1 installed.
cassini2k4 
@Marmaduke
Do you have a donation link? (I don't see one in the #Donations section of the site.) I've used your builds for quite a while now, and I'd like to give back, if possible. Thanks!
Yeah, I mean... you guys all deserve a coffee at some point. ☕
@Haris K Spotted this via a search:

https://forum.xda-developers.com/t/rom-lineageos-android-6-0-1-tugapower-m105-0.3232034/page-138#post-68900631

"I am using my Google Account for the whole phone (PlayStore etc.) and when I want to login to TugaBrowser via my Google Account it just shows "This account already exists on your phone".

Edit: Just enable permissions for contacts and then you can choose your Google account from the list. Kinda weird but works."

About the versions, that is going to require checking out a branch. There are various ways, but AFAIK the follow (hopefully) should work.

List of Chrome versions:

https://omahaproxy.appspot.com/

Android stable is 90.0.4430.91 right now, so:

git fetch --tags
git checkout -b tags/90.0.4430.91
gclient sync --with_branch_heads --with_tags

If/when you want to move back to trunk:

git checkout -f main
gclient sync

I have not bothered with building a "stable" release of Chromium in several years, so YMMV.

----------------

@Chris If you have an older processor, I suspect you could have hit the SSE3 instruction set requirement that landed in Chromium awhile back.

https://en.wikipedia.org/wiki/SSE3

You can check your processor instruction set support via:

cat /proc/cpuinfo | grep flags

If sse3 or ssse3 is not listed, then you are going to need to use an older Chromium build (not recommended) or another current browser without the SSE3 requirement. I think Firefox still only requires just SSE2.
What is needed except for putting arguement

bundle_widevine_cdm=true

for widevine to play in Chromium for linux?
@Haris K It has been a long time, but AFAIK, that build arg and lots of luck. ;)

Widevine largely was "hit or miss" of a moving target back when I used to bother building it. Hopefully it is better these days.
@RobRich, just after i posted, I saw all the details written in this page some lines above my post. I wish there was a delete post or at least edit possibility.
I believe it will work after following the guide above.
Thank you!
How to install extensions frome chrome store in non-googled chromium?
@Rulet
Look here, I had used the manual method: https://avoidthehack.com/manually-install-extensions-ungoogled-chromium

@RobRich
Widevine works fine. I didn't have to install Widevine, I just clicked Update in about://components

Latest build for linux works without problems now I try to find out how I compile a "stable" build.
Thank you for helping!
@Haris K. Excellent, and congrats! :)

Fetch tags, checkout the desired tag (version), then build as usual. I posted some details a few posts back.
Anon6842
92.0.4502.0 (880710) • Saturday, 8 May 2021
^
Thank you @Rob!
The commands I used were:

git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git

export PATH="$PATH:/home/haris/depot_tools"
mkdir ~/chromium && cd ~/chromium
fetch chromium
cd src
./build/install-build-deps.sh
gclient runhooks

git checkout -b tags/90.0.4430.93
gclient sync --with_branch_heads --with_tags
cat chrome/VERSION
gn args out/Default
autoninja -C out/Default chrome

The problem is that cat chrome/VERSION shows latest trunk 92.4503... instead of stable 90.0.4430.93 and of course version 92 is built. Where is my mistake?

Thank you!
@Haris K

Let's get back to a known state:

git checkout -f main
git pull --rebase
gclient sync --with_branch_heads -f -R

Then try this:

git checkout -f -b tags/90.0.4430.93
gclient sync --with_branch_heads --with_tags -f -R

You might need to 'git branch list' then 'git switch' to the newly created branch after the checkout. YMMV, as it been quite a long time here.

If that does not help, I will try to do it locally and get you updated steps. Just let me know.
Anon6846
@RobRich
Hi. Thank You for 92.0.4502.0 (880710) • Sunday, 9 May 2021 No AVX 64bits. Regards...
@RobRich, thanks a lot for help!

fetch chromium
cd srcgit fetch https://chromium.googlesource.com/chromium/src +refs/tags/90.0.4430.93
git tag
git checkout tags/90.0.4430.93
gclient sync -D
gclient sync --with_branch_heads
gn gen out/Default
gn args out/Default
gclient runhooks
autoninja -C out/Default chrome

So I have build latest build and stable 90.0.4430.93 for linux with widevine, all codecs (but not all codecs+) and sync.

But I can't make sync for android to work..
I build Chromium follow this guide https://www.chromium.org/developers/how-tos/api-keys, I can give my account but I get message: "Sync isn't working Sign in again to start sync" But it never works...

Does it work for anyone??
@RobRich

Thanks for the very latest SSE3 build! :)
Welcome for the builds. :)

----------------

I rolled a Win64 AVX2 build, but it needs partially rebuilt. I forgot to set LTO optimizations across the board instead of the split LTO approach Chromium uses.... which is like 10%+ slower in benchmarks. :bleh:

----------------

@Haris K Glad to see you got the builds done. :) The tags thing threw me for a loop, as I usually instead checkout revisions when dealing with git-related stuff.

Not sure on the Android sync. I use Chrome without sync enabled on Android. Marmaduke, perhaps?
On W10 I use Hibbiki builds and configured my MSYS2 (https://www.msys2.org) installation to use Chromium as PDF and friends reader with this bash function

if [ -d "/c/Chromium" ]; then
function chromiumreader()
{
/c/Chromium/chrome.exe "$@" ;
} && export -f chromiumreader
fi

but it stopped working with version >= 90 of Chromium. In short it does not convert files posix pat to Windows path and the url results wrong without the file:///C:/....

What's a pity!
Hi guys,
Is there an option to automatically "clear browsing history/cookies when exit" like the option in FF?
thanks
It seems that there have been more security holes patched;
Chrome 90.0.4430.212 Stable Channel Update (with 19 security fixes)
has been released.
Anon6853
@Hibbiki
Hi. Thank You for the very quick Update 90.....212. Regards.
Anon6854
@Jerry
is it possible to have chrlauncher configured for the Hibbiki stable no-sync version?
Thx
Hello @Hibbiki

I am trying to compile Chromium with the args sync you used. However, when I run the command "gn args out/Default" I get this error:

Waiting for editor on "C:\chromium\src\out\Default\args.gn"...
Generating files...
ERROR at //google_apis/BUILD.gn:155:17: Unable to load "E:/chromium/src/google_apis/internal/BUILD.gn".
deps += [ "internal:generate_metrics_key_header" ]
^-------------------------------------

I have generated the API Keys. how did you do it to overcome that error?

Regards and thanks for your work!
admin
@Aaron: There is not the same option in Chromium, as far as I know. Use the Incognito mode or an extension like Click&Clean.

@Anon6854: Technically, yes, it is possible to add it on chrlauncher. But I think this one is redundant and there are enough releases on the website (and chrlaucher).
Why do not use the Marmaduke's version which is no-sync and stable too?

Like ever, thank you very much to all developers and users. 😉
@Jerry
I suppose he asked since Marmaduke's builds are not only no-sync but also ungoogled, which usually implies few days (to a week at most) delay with new versions as patches are updated. Or maybe they prefer to use no-sync but not ungoogled version. Maybe it would be beneficial to have API report all variants irrespective of what site itself displays? That way, tools like chrlauncher could allow users to choose these versions even if they are omitted on the website for brevity. Or maybe website could feature dynamic search filter to change what versions are shown (easiest would be either asking API via XHR or pre-populating HTML with JSON list in <script>)

@berfito
I'm sorry but I will not provide support for compiling Chromium with internal API keys, you have to figure it out yourself.

@Haris K
By using `git checkout -b` you have asked Git to create a new branch named `tags/90.0.4430.93` (actual refname is `refs/heads/tags/90.0.4430.93`) instead of checking out commit indicated by reference (`refs/tags/90.0.4430.93`, initial `refs/` is omitted in command).
Quick FYI. Win64 r881903 is a Linux cross build. I prefer building on the native OS, but AVX2 build times were getting ridiculous.
Anon6859
After updating Chromium Hibbiki to 90.0.4430.212, its main process still consumes 100% CPU on Windows 7.
MS Defender (defs 1.339.558.0) reporting RobRich's latest avx/fma build as infected with Trojan:Script/Wacatac.B!ml . VirusTotal shows all clear, so I reported it as a false positive. Hopefully they'll get it fixed.
@Justin Thanks for the FYI. :)
A popular Mac site that I check often, macintouch.com has a top-level article about the latest Google Chrome update (with a typo showing the version 90.0.4430.212 as 90.0.4430.122). There is a link in that article to this site too! Getting to be well-known here!
@RobRich

Just out of curiosity, do you have any experience with Google Sync in your newest SSE3 or AVX/AVX2 builds? I realize that your SSE3 version does not support sync, however I use it successfully with my own personal Google API keys to keep a lot of other features of this browser in sync with Google. The one feature that doesn't seem to work correctly is the Safety Check for passwords. It keeps telling me to "Try again later". It does identify 17 weak passwords but fails to check any father. Is this maybe due to not having a specific Google service enabled or configured in my Google API? I'm thinking the feature needs to interact with a Google service in some way that I don't have yet configured in my Google API key?

It's perfectly okay if you would rather not answer this question as I understand you don't support sync.
I also believe the sync issue has nothing to do with your SSE3 builds, but perhaps something to do with my own Google API Keys.
I just don't know if I need to configure something or add something to my key to get it to work.

The Safety Check / Password checking feature is not a necessary thing to have working on my end, just something that's interesting to have working that I'm wondering if you or anyone else has noticed not working?

Is it tied to Google Sync or a Google service in some way that I need to manually configure under my key?

Thanks!
Cheers! :)
@Dustyn Apologies, but I have basically zero experience with sync. I am not even sure that I have ever used the sync feature, even in Chrome.
Anon6865
marmaduke, you are best at ungoogled, since i use it, thnx.
@RobRich

No worries at all! I still continue to use your SSE3 version.
Anon6867
@Marmaduke Thanks for the quick ungoogled update.
Anon6868
@Marmaduke
Hi thank you for the Ungoogled update 64 bit . Regards...
Anon6869
92.0.4507.0 (882934) • Friday, 14 May 2021
AVX
~
Thanks RobRich!
Anon6870
@RobRich
Hi. And For No AVX Too , Thank You... Regards.
This https://www.androidpolice.com/2017/01/24/google-shuts-off-chrome-sync-api-third-party-browsers-android-citing-security-vulnerability/ seems to be the reason why Android builds can't login to sync while linux can.

I was testing different arguments on building but it seems the problem it is not on my side. Any way to overcome this? Any way to make Chromium to be recognized as Chrome by sync API?
Thank you!
Anon6872
Ungoogled states - "Chromium for 64 and 32-bit Windows" but provides only 64-bits version updated. Please give 32-bit version too as it contains several important security fixes AFAIR.
@RobRich
Hi, thanks for last releases, 32 & 64 bit :-)
Anon6874
@Marmaduke
Once again, thank you for your Ungoogled Win x64 build release.
With kind regards,
@Marmaduke
Thank you for new Ungoogled build for Windows, run always very well :)
@RobRich, just ignore these people, there are so many people here who appreciate what you all do and are thankful!
@Haris K I know and thanks. Sometimes ya' just got to get a point across to trolls. ;)

Whoever is clamoring for that 32-bit build, even if you lack the hardware, get an EC2 instance or whatever and built it yourself. As proven time and again here, we will help others with learning how to build Chromium.

🔴 [Edited by Jerry - May 17, 2021: @RobRich & @Haris K, I removed the comment 😉]
Dear Devs
Could someone tell me if the nightly build of Chromium (now at 92.0.4510.0) contains the latest security patches as of 90.0.4430.93 or 90.0.4430.212? As a Mac user, but one totally uninformed regarding what is involved in the creation of such builds, I would like to know in order to be sure I am using the latest security updates possible. If that nightly build does not contain the latest security updates, then I assume Marmaduke's latest builds are the safest. Correct?
Thanks in advance.
The official development builds are "tip-of-tree" builds from the source trunk. "Stable" builds are branched off the trunk.

Revisions including security patches generally land in the trunk, then are backported to branches.

Up to date dev builds should have the latest security patches available as of the build's revision timestamps. The flipside is what, if security issues a new feature and/or updated code in a dev build might introduce. There is the human review process, plus there various automated checks, but YMMV of course.
@RobRich
Thanks so much for the excellent explanation! Accordingly, I will try to keep using an updated Stable build when one is available, and when that is not the case, perhaps the latest nightly build.
Thanks again!
Anon6881
@Marmaduke, thank you for your ungoogled builds! When will we see updates for the linux/mac builds? Much appreciated!
Anon6882
Hello all,

I would also like to try Chromium. However, I would like to have a good mix of privacy and
convenience. Therefore, I do not know yet exactly whether normal chromium or the ungoogled.
With the ungoogled I would have to install the addons myself by hand and update right? Are there any other disadvantages to the normal Chromium? Sync I do not need by the way, because I have only a handful of bookmarks.
Thanks in advance!
@Anon6882
There are three options for Windows 64bit: sync, nosync or ungoogled. In your case I would recommend NOSYNC from Hibbiki. It has no GOOGLE API KEY (set to "0" in the registration, to "false"). But a connection to a Google server allows the automatic update of the extensions (AddOns). You can get this version here:
https://github.com/Hibbiki/chromium-win64/releases/

Microsoft Edge Chromium is without Google Api Key but a connection to Microsoft (Telemetry) ensures the error free function and the sync with Edge on other devices. With extensions from the Google Store the automatic update is there controlled by Google.
Anon6884
Hello wth,

thank you for the reply.

Will the Version from Hibik block this FLOC thing from google?
And is Edge not as bad as Chrome for privacy?

Thanks in Advance!
To block FLoC from working, disable third-party cookies, which I suggest doing anyway:

chrome://settings/cookies?search=cookies

If a site really requires third-party cookies to work, such as Google Drive, you can add it to the allowlist further down the same settings page.
Anon6886
Hey RobRich,

thank you for the quick reply! :)
@Anon6884
MS Edge Chromium is ungoogled but microsofted, for sync with Windows devices and with telemetry concerning correct run. Every browser developer does that. The ungoogled Version makes always a connection to github.

RobRich earlier wrote hier, that we can set the proberties/security of the folder "Floc" in the folder "User Data" for the user to disallow writte.

MS Edge Chromium does not have this folder.
Anon6888
@marmaduke Just curious if there are issues with the macOS build as it hasn't been updated yet? I run macOS 10.12.6 and have Xcode 9.2 installed. Would that be enough to help build the current macOS version? I would need help learning how, but am willing to give it a go if it would help. Thanks!
@Jerry
This site has been getting to be increasingly vital for all who use Chromium (as far as I know it is now the only source). Furthermore, it seems that Marmaduke is the only one issuing Mac builds. It has been a week since the Google Chrome.90.0.4430.212 version was released on the 13th. In this COVID-19 age, any long period without contact is sufficient cause for concern. Could someone at the site check on him just to be sure he is OK? A delay in the Chromium version is not such a big deal, but as the only dev working on the Mac versions, he is rather important!
Various builds updated. Win32 might be delayed a day or few. No technical reason. I just forgot to put in the build rotation.
Anon6891
Thanks RobRich 4 AVX Update :)
Anon6892
@RobRich
Hi. Thanks for May 20 64 bit No AVX. Regards...
Thanks to Marmaduke for the updated ungoogled file.
That update was posted shortly after my post worrying about our Dev, so I assume he's alright.
Anyway, much appreciated.
Anon6894
Hey guys,
I am now using the build from hibiki.
However, I still have a short question.
I have always pinned the Gmail tab and am logged in. But now I seem to be automatically logged in to other google pages. Can I prevent this somehow? Because then I can actually use the same chrome or? The one option "Allow login in Chrome" I have disabled.

Thx in advance!
@Anon6894
To use Gmail, you need to sign in with the Google account, it's the same as for the mail address at Google and also applies to other services of Google. I know it is quite troublesome with Google. For example, when I want to use Google's search engine, there is also a prompt to sign in. Here I can ignore it, after a second the prompt (popup file) disappears again on the screen. But mail addresses at Goggle are protected with a password, here I have to log in, otherwise I can't receive any mails.
Daedalus007sixeightseveneight@Discord 
Your 'ungoogled' build auto-crashes if attempting to update from an earlier 'googled' build. Please be sure to place a notice for people to have a backup (portable) browser that they can use if their main one gets borked by an update. Fortunately I had one handy to use to grab the 'googled' version to restore and recover my regular settings.

TLDR: Can't go from googled to ungoogled version. Browser crashes shortly after opening.
Anon6897
...> You should specify which operating system we are talking about there. The rest of us are not psychics.
Anon6898
RobRich
avx
win64
93.0.4523.0 (886150) • Tuesday, 25 May 2021
^
Thank you very much!
My r88615x builds might have a slight performance uptick. "Might" is the keyword. I have not done much testing.
Here we go again: Google Chrome 91.0.4472.77 was released today, the never ending security patching etc. and all the stress it causes for the Devs. Your hard work is appreciated!
Gianna Floyd 
@David

Why don't you be quiet; we don't need your assinine passive aggressive commentary.
@Hibbiki
Thank you very much for the updates 91.0.4472.77 sync and nosync
https://github.com/Hibbiki/chromium-win64/releases/
Anon6903
@Hibbiki
Hi. Thanks for your update 91... Regards.
Quick FYI that I forgot to mention awhile back. My recent Linux builds have hardware video decoding enabled by default, assuming you have supported hardware and drivers needed, so there is no need to try passing extra command line options or whatever.
Random Tab Search Button Hater 
Oh god, chrome://flags#enable-tab-search is missing. We are doomed.
Today there was the upgrade to Android 11 (from 10) and after this I cannot access local html file with Chromium (Marmaduke ungoogled). I have a local site on /sdcard/mysite/ and I have always accessed it with Chromium just typing /sdcard on the URL bar and choosing file:///sdcard/ and navigating to file:///sdcard/mysite/index.html. I can visit the folder file:///sdcard/mysite/ but it shows only subfolder and JPG files: .html, .pdf etc. files are "hidden" and if I type file:///sdcard/mysite/index.html I get "Access denied: the file is not readable or it is removed or the authorizations do not allow the access..." screen.

May you suggest some solutions?

TIA.
Anon6907
The problem with the main process consuming 100% of CPU on Windows 7 went back again. It was initially on Chromium 90.0.4430.212 by Hibbiki, but after some time it solved itself, but after updating it to 91.0.4472.77 the problem persists again.
Anon6908
@Marmaduke
Thank you for your update Ungoogled 91... 64 bit . Regards
Anon6909
@marmaduke thanks for the update
Anon6910
@Marmaduke
Thank you for your build Ungoogled v91 x64. Appreciate it.
With kind regards,
I wrote (yet another) Chromium updater script for macOS. Thought someone might be interested ¯\_(ツ)_/¯.
https://gist.github.com/TayIorRobinson/d757e4952cdfde69122672241386dc10
Thought I would push an internal build I use for my older Linux notebook. It is tuned specifically for the *AMD Jaguar* architecture.

https://github.com/RobRich999/Chromium_Misc/releases/tag/v93.0.4528.0-r887611-linux64-deb-jaguar

https://en.wikipedia.org/wiki/Jaguar_(microarchitecture)

Use my regular Linux AVX or SSE3 builds for other processor architectures.
Anon6913
debo probarlo lprimero si es mas rapido
Hi,

It seems that the Richs' build is ungoogled in fact ? I have my GOOGLE APIs exported on the ENV
and that works well with some other chromium builds (not debian/ubuntu) but on a ubuntu box I am
trying Its effing impossible to "sync" I enter my username/pass but nothing is like there is no "user" for the profile! running the crap from the terminal I am getting that:

ERROR:dice_turn_sync_on_helper.cc(225)] Cannot turn Sync On for invalid account.

ta
@AlanRTX I just do not set a API keys, but otherwise I do not change sync settings.

Do you have "Allow Chromium sign-in" enabled?
chrome://settings/syncSetup

Note I do not use sync, so someone else might have more insight here.
Anon6916
Is there a sync enabled Chromium for Manjaro? I haven't been able to find a version that has the feature enabled.
@Anon6916 Most Chromium builds have sync enabled, but do not bundle the needed API keys to make sync work.

Try creating and setting your own local API keys. Jerry has details at #google-api-keys
Anon6918
Hi
https://chromium.woolyss.com/ doesn't use brotli.
Look here ---> https://www.brotli.pro/

Otherwise it's a useful website.
:-)
"Apple, Google, Microsoft and Mozilla are initiating this community group...."
https://www.w3.org/community/webextensions/
@Hibbiki
Thank you very much for the updates.
@Hibbiki: Thank you very much for the nice update.
Anon6922
@RobRich @marmaduke
Any eta for the MacOS ungoogled builds of version 91?
Anon6923
Last Stable Channel Update for Desktop has been updated to 91.0.4472.101. See at https://chromereleases.googleblog.com/
Georgina Floydina 
The mind boggles why a multi-biillion dollar corporation such as Alphabet is incapable of producing a stable web browser; just imagine how crap their AI or driverless cars would be!

JB
@EVERYONE

Out of curiosity, does anyone know how to get the "password check" feature to work in Chromium Dev?

AKA: chrome://settings/safetyCheck

Every time I run it it doesn't work. Says to try again later? I have my own Google Sync API Key enabled, but I'm curious if I need to enable a specific API or service in the online developer project settings to get it to function?

I assume in works in the stable versions provided by Hibbiki?
@Dustyn Curious, does password safety checking even need sync or API keys? I do not have stored passwords, so I really do not know,

Alternatively, since you do have sync enabled, does the the checkup process in Google's web-based password manager work?

https://passwords.google.com/intro
Quick FYI. Not sure when it was added, but FLoC now has its own config under the Privacy Sandbox.
chrome://settings/privacySandbox
Various builds updated.

Win32 stalled. I will try poking at it later.
Anon6929
Thanks Rob for the SSE builds
Anon6930
Thanks Rob for the updates!
Anon6931
@Hibbiki
Hi. Thank you for your update 91.....101 . Regards...
Anon6932
@Hibbiki
Many, many thanks for the update 91.0.4472.101
Anon6933
@Marmaduke
Hi. Thank you for your Update Ungoogled 91.....101. Regards...
Anon6934
@Marmaduke
As usual, once again thank you for the ungoogled 91.0.4472.101 x64 build release.
With kind regards,
Boutros Boutros-Ghali 
Legacy ungoogled Chromium 32-bit

ungoogled-chromium-91.0.4472.101-1_Win32.7z (32-bit legacy SSE2 instruction set)
https://github.com/macchrome/winchrome/releases/download/v91.0.4472.101-r870763-Win64/ungoogled-chromium-91.0.4472.101-1_Win32.7z
SHA1 B307BE4F79DAD6FA48A915011A670664E837F469
Anon6937
@Marmaduke: Hi. Big thanks for your update Android . Regards...
Anti-deathvax 
@Marmaduke: Many thanks for the android update
Tested a fresh local build. Performance regressions. Not huge regressions, but definitely noticeable in benchmark testing.

Lots of auto test regression reports in the past day or so, too. Just a few of the several I spotted:

https://bugs.chromium.org/p/chromium/issues/detail?id=1219222
https://bugs.chromium.org/p/chromium/issues/detail?id=1219114
https://bugs.chromium.org/p/chromium/issues/detail?id=1219163
https://bugs.chromium.org/p/chromium/issues/detail?id=1219268
Rolled another local build for testing. Performance regressions are getting even worse. o.0 Basemark Web 3.0 has dropped ~300 points since my previous public build. SunSpider and Kraken are way off, too. I did not even bother with other benchmarks.

Binary sizes are smaller as well, like as as if more code is being built for size, so I am wondering if there has been an unintended project-side change in PGO profiling. I am going to roll a local test build without PGO to find out.
Seems PGO was not it. Performance results were about the same.

Another test build or two to investigate my possible ideas, and that is about the limit of the effort I will expend on it.

Otherwise I likely will not push updated builds until if/when Chromium resolves the issue.
Anon6942
@Marmaduke
Once again, thank you for the 91.0.4472.106 x64 build release.
With kind regards,
Anon6943
@Marmaduke: Hi. Thank you very much for the quick update 91...106 Ungoogled ... Best Regars.
Anon6944
@Hibbki: Hi. Thank you for your update 91...106 no.sync. Regards...
@Hibbiki
Thank you very much for the instant update ...106 sync, with widevine. Earlier no-sync variants were sometimes also with widevine. Why not anymore?
@wth
I'm afraid you must be either confusing something, `no-sync` builds config has not changed, you can see description of features on https://github.com/Hibbiki/chromium-win64#builds-without-sync and flags used on https://github.com/Hibbiki/chromium-win64/blob/master/nosync.args
@Hibbiki: OK, thank you for the usefull information. But, I need widevine. I forgot that widevine also comes from Google. Edge uses a different DRM, seen in: https://bitmovin.com/demos/drm
I am back in business. I will push an updated Win64 AVX2 build shortly. Win64 AVX probably tonight. Various others maybe Wednesday.

I still do not know if it was Chromium, LLVM, or one of my various extra optimization passes. Fun stuff.

I am still building at higher optimization levels than the stock project, but for now I have dropped several extra LLVM optimizations typically used in my builds just to be on the safe side, so please note performance could be off usual expectations by a few percent. I will add them back as applicable over the next few builds. Regardless, the situation is much better than the last couple of internal test builds.
@wth
I understand and sync builds do have Widevine enabled however if you absolutely depend on Widevine-protected content you will most likely want to keep separate browser for this. Almost all content nowadays requires VMP (Verified Media Path) which requires signing binaries by one of Widevine trusted partners (such as castLabs) - for Electron-based applications you can use https://github.com/castlabs/electron-releases and their free signing service; for Chromium-based forks this requires manual approval and some fees.

All of it basically means, that most of the content will fail to load despite Widevine being present, as it can not verify VMP. This is not an issue on Linux currently as it does not support VMP at all.
Hi @Rob,
Just out of curiosity: what is the new "vulkan-1.dll" file ?
Looks like it's a graphics’ related thing.
https://i.imgur.com/ql6TgLK.png

You changed some compilation arguments for improve GPU performance?

By the way, thanks for your builds !
Anon6951
Updating Hibbiki Chromium x64 to 91.0.4472.106 didn't still fix the problem with 100% CPU usage by main process on Windows 7 x64 with Intel Core i3-2350M and 8 GBs of RAM.
@Mumu Vulkan is a graphics API like Direct3D and OpenGL.
https://en.wikipedia.org/wiki/Vulkan_(API)

Chromium support for Vulkan on Windows and even Linux is still largely in development. There is a option flag for developer experimentation, but I highly suggest leaving it alone for now.
@Anon6951 Press shift+esc to launch Chromium's task manager. Now find and report back what part of Chromium is overloading your processor.
Anon6954
@RobRich As I said in my previous post, the main Chromium process is overloading CPU. What's even worse is that can occur when I have only New Tab opened.
@Anon6955 Okay, I assume you mean the "Browser" process. If the issue persists after a complete removal and clean reinstall of Chromium, then you likely have a *system* problem. A good place to start is seeing what happens when disabling hardware acceleration in Chromium.
Anon6956
@Anon 6951/55

Maybe the problem is in the graphics. Try installing a new driver for the old thing from 2011:
https://pr.nytrngsecure.com/graphics/i3-2350m-graphics-6nhj956/#i3_2350m_6692
Anon6957
@Hibbiki: Hi. Thank you for the very quick update 91..... 114. Regards...
Anon6958
@Hibbiki
Thank you very much for the very instant update 91.0.4472.114.
Anon6959
After installing latest version (Stable - Hibbiki - Sync), Twitter browser version stops working. I get this at the end of a url https://twitter.com/USERNAME?failedScript=main, and this "Something went wrong, but don’t fret — let’s give it another shot."
Any suggestions? Thanks.
Anon6961
Thank you a lot @RobRich
Anon6962
@Marmaduke: Hi. Thanks for Ungoogled update. Regards...
Anon6963
@Marmaduke
Thank you for the 91.0.4472.114 x64 build release.
With kind regards,
Anon6964
@Marmaduke: Thank you very much for the updated ungoogled release!
Anon6965
@Marmaduke: Hi. Thank you for the new update 91.....124 Ungoogled 64 bit. Best regards...
Anon6966
@Marmaduke
Thank you and appreciate the 91.0.4472.124 x64 build release.
With kind regards,
Anon6967
[Help] Some settings were reset after moving folder
I moved my "Windows 64 bit Portable Marmaduke" folder to new installation and
1. my extensions got deleted,
2. settings page says "Some settings were reset Chrome detected that some of your settings were corrupted by another program and reset them to their original defaults"
3. I am logged out of websites.
flags, bookmarks are unchanged
Anon6968
@Hibbiki: Hi. Thanks for the update nosync 91....124. Regards...
Anon6969
@Anon6967: See: #secure-preferences
Anon6970
When is Chromium with Sync and all codecs on MacOS going to be updated to the latest version?
Anon6971
How can we donate? The donations list only has a link for Henry++
@Anon6971 I can not speak for other builders, but no financial donations needed for me. Local electricity is affordable, and thankfully my couple of old 32-core Opteron build boxes keep chugging along.

If possible, helping out with questions and issues posted here is a good way to donate to the Chromium community IMO. :)

-------------------

Speaking of building, I hope to have new public builds ready this weekend.

I hit another annoying performance regression, so I am going to just set a new baseline expectation and work from there for upcoming builds. Recent internal builds are still faster than stock, at least compared to current Edge Canary, but down from previous expectations by a few percent in some benchmarks.

-------------------

LTO codegen is stalling. Now to track that down, too. Fun.

-------------------

Win64 AVX and SS3 builds done. Waiting on AVX2 and Win32 to hopefully build tonight, then maybe tomorrow for Linux builds.

I moved Polly back to early during Clang codegen for now. I have had intermittent issues with Polly during LTO codegen since the new pass manager was made default in LLVM anyway.
Anon6973
@RobRich: Thanks for - 93.0.4557.0 (896373) - AVX. Appreciated.
Also shout-out to the others builders (Hibbiki & Marmaduke) for all the work done here.
@Anon6975 Welcome. :)

---------------

I am not sure Polly was enabled in my latest Linux builds. No big deal IMO, but a q quick FYI anyway.
I use the newest Windows Version. The Widevine works but I can not watch amazon videos. I get www.amazon.de/dv/error/7031... I used a Useragent Switcher to try getting around it but It did not work out.

With https://ungoogled-software.github.io/ungoogled-chromium-binaries/releases/windows/64bit/ that version it worked. But not HD. This is a pain in the butt... :)

chrome://components shows me widevine as well. I dont know what to do and how to debug this.
Hey everyone,

First, thanks to the Chromiunity (RobRich, Hibbiki, Marmaduke,...) for this great website and all the work done here, really impressive. Such a dedication and involvement is admirable, and I mean it (not saying it only to get answers). 🙏

Currently discovering the Chromium world, and trying/testing to transition from Windows/Chrome to Chromium, I'm not sure where to start. I used to be a Mainframe developer (Cobol for those into history) but not at all up-to-date. 😅

Anyway, I have used the Rufus tool to create a bootable USB from the latest ArnoldTheBat img file, and it almost works fine, but with no Google sync since last March as you already know. (writing from the guest mode right now)

I know you're all busy and a newbie like me is like a mosquito on your windshield, but if someone could help me with accessible hints about how to create a bootable USB for a Windows 64-bit machine and that syncs with Google, that would make my day. 🙏

For example, the win64 Archive files above vary quite a lot in weight between builds, and seem to be updates/upgrades rather than complete builds. Or am I wrong? Sorry, it must seem a stupid question to you...
Then, where to get the full upgraded build with Google Sync (91.0.4472.124 (1496))?
And then, how to turn the build into a bootable USB or an .img file?

I can already hear readers' breath, pfff... 😅
Anyway, thank you for reading. 🙏

PS1: I'm not familiar with Linux.
PS2: Just curious, who's the initiator of this website, RobRich?
@GregVN Jerry is the site admin. ;) I am a third-party builder of the Chromium web browser, like Arnold is a third-party builder of ChromiumOS.

It seems you are more interested in using ChromiumOS, correct? Chromium is a web browser. ChromiumOS is a Linux-based operating system with the Chromium web browser bundled.

If so, someone other than me might have to fill in the finer details on ChromiumOS, as I do not use it. I suppose the first place to start would be generating your own Google API keys to enable Google Sync. Jerry has a section on this site for the process. You will need to set the keys as environment variables by editing the /etc/chrome_dev.conf config file. Arnold has directions here:

https://arnoldthebat.co.uk/wordpress/2021/02/10/important-update/

----------------

Now to the larger Chromium browser community. Unless something changes, yet another round of performance regressions is incoming. I rolled an updated internal AVX2 build, including getting Polly back into LTO codegen, and certain benchmarks are once again further down. If the project continues at this rate it is not going to be long before I might as well be using stock Firefox Nighty builds.

--------------------

Let my test system settle down, flushed the browser, and tried again. The performance regressions are not as bad as initially thought, so I suppose whatever for now. It is just annoying to drop a percent or few with each recent build roll. After awhile those percentages start to add up.

--------------------

@TheBigK I do not enable Widevine in my builds, so YMMV here, but I suspect you might be encountering a Widevine signing certification issue. It is possible to build Chromium with Widevine enabled but without a Widevine signing cert. I think without the signing cert some sites will work, some might only work at SD, and others might not work at all.
Api key work only one PC. When installed on a second PC, synchronization does not work. Why does not it work?
@ONYX Developer API keys are now rate limited, though AFAIK, they are not system limited. Hmmm.

That might be an inquiry to post in chromium-dev:

https://groups.google.com/a/chromium.org/forum/#!forum/chromium-dev

I do not use API keys or sync, but I and probably others here would be interested in anything you discover.
Hey Chromiunity,

Thanks a lot for taking the time of your feedback @RobRich, much much appreciated.
Indeed, I missed the "OS", which makes me completely out of the main topics here... 😅😅😅
I feel a bit itchy on the shame area of my brain. Sorry for having bothered you 🙏
But thanks for the link, I missed this part of ATB's website, and got it for the API keys, even if I'm not sure I'll fulfill the requirements for being a Chromium (OS) contributor... 😅

Anyway, thanks again for all the support brought here.
PS: And thanks @Jerry for this great initiative also, then. It is giving hope about the fate of our civilization 👍
@GregVN Welcome, and likewise, discussion of ChromiumOS is welcome here as well. :)

------------------------

Win64 AVX2 updated. I should have other builds pushed as the weekend progresses.

Some very quick testing is showing a close return to near expected performance for my builds. :) Hopefully the trend continues.
Anon6982
As usual, thanks for the updates @RobRich!
Windows and Linux builds updated. Polly is back to during LTO codegen, too. :)

----------------

@Anon6982 Welcome!
Hi I am having same issue as @TheBigK. How do I go about fixing this?
Anon6985
I use the Chromium build by Hibbiki.
Do you know if I can trust the builds on this site at all? Is there a guarantee that these builds do not include any features with malicious intent? For example, a keylogger? Can I enter my login and password in my accounts? Do we know anything about the people who build these Chromium builds and their reputation? I'm worried about it, but in general these builds are fine with me.
Anon6986
I have used both RobRich (since 2017 i think), and the ungoogled builds. I've never had a single problem. (neither antivirus, nor unauthorized account logins). The builds posted here have my utmost trust. Take that however you will.
@Anon6985 Copy-and-paste of https://chromium.woolyss.com/?all=1#comment-2695 ....

First up, I suspect most builders do pretty much the same as me: pull the source from Chromium git, apply any fixes/tweaks, and build it. I *trust* Chromium to supple me the code. YMMV, as usual.

In a broader sense, consider practically any software supplied via an open source repository, download hosting site, etc. Assuming it was not built directly by the first-party developer(s) of the software, then what third party built it? What was the motivation for the third party? Most of the time end users just assume it is "safe" because they "trust" the repository, site, etc. at which the software is being hosted.

Ultimately and perhaps even more directly to a key aspect of the inquiry, much software is "use at your own risk" anyway - including many first- and third-party builds of proprietary and open source software. Even EULAs on expensive enterprise-class software can have interesting disclaimers.

Now back a word I used earlier. I like to think there is a level of *trust* involved. Admittedly, whether one trusts another is certainly a personal decision to make. From my perspective as a third-party builder, I make builds available because I am casually interested in things like open source, software optimization, etc. I try to routinely push updated builds, accept viable feedback, and attempt to help answer questions if/when possible; thus potentially working towards establishing greater trust with end users. Still I get it is each person's own decision to use or not use whatever build. If someone were to not trust my builds for whatever reason, then I can accept that position without feeling disrespected.

----------------

I know my Internet presence has vanished largely in recent years due to health reasons, but dating back to around 1999, I was involved in various Internet operations including administration, editorial, logistics, and various other roles at SysOpt, EarthWeb, Internet.com, TechIMO, ResellerRatings, etc. Building Chromium is one of the scarce few things I still do online; or really much at all these days. Malware is against my ethics, but to really drive the point here, I am not interested in burning my reputation and what little is left of my Internet presence by pushing malware to the open source community.

Anyway I can not and will not speak for other developers. What I will say is *I* have not seen any malware issues with others' builds here to date, and given my own positive interactions with Jerry (site admin), I trust Jerry's judgement in the builds he choses to list here.
I am using Chromium builds from Hibbiki and Marmaduke. For security reasons, I scan the Application and User Data folders of the new variants with Kaspersky Anti-Virus. To do this, Windows 10 also automatically scans itself for malware. I have never found any infection or maleware in it. So I trust the two editors. However, I use Chromium with the restrictions: No saved passwords, no private addresses and no payment methods - all off. Malware could only get in, which is very rare, through websites visited. Because Kasperksy also protects here - of course AV software from other manufacturers.
Anon6989
In a world where well-known reputable companies are trying to find out more about you, you're bound to become paranoid.
Thank you for your response, Rob. I wish you good health.
Anon6990
There are also free security extensions from the store:
Avast Online Security
TrafficLight by Bitdefender
Avira Browser Safety
Anon6991
@marmaduke
Any chance the MacOS builds will see an update?
I'm deeply upset that your 'portable' versions are no longer portable. They've been changed to use that stupid chlauncher garbage.
Fortunately, I had an older v90.x version of Chromium Portable that I downloaded from this same website before the stupid change was done (the 'ungoogled' version if you want to know).

Please revert your change and go back to ACTUAL 'really portable' versions not just pretend chlauncher garbage. I want to download, extract, and just run the exe inside. No BS and no extra nonsense.

If you decline to do this that is your choice, but I'll stick with this older version until I find an updated one from another source then.
@JC_Denton Portable packaging is done on Jerry's (site admin) side, so I will not comment there. What I can say is please do not use an outdated build of Chromium as there have been multiple security fixes in recent times. I would suggest even using a different browser like Firefox portable or whatever as long as it is properly up to date with security fixes.

----------------

Updated Windows builds pushed. I was able to roll back in the bulk of my extra low-level LLVM optimizations. Seems okay in my limited testing, but YMMV as usual. Might be a day or few for updated Linux builds.
@JC_Denton
Just download 'archive' and use the shortcut with the command-line options.
Mine: ...\chrome.exe  --user-data-dir=Z:\ChData  --disk-cache-size=104857600

@RobRich
Thank you as always, everything works great! 👍
SomeoneReallyCool 
Just found out Chromium Version 91.0.4472.77 (Official Build, ungoogled-chromium) (64-bit) automatically saves and opens .zip files by default. Seems to me like a security issue. Maybe you guys want to disable that behavior.
Anon6996
@Hibbiki
Thank you very mutch for the V 91...164. In 4 days we can get already 92...
Anon6997
@Mamaduke,
Thank you and appreciate the 91.0.4472.164 x64 build release.
With kind regards,
@Daigo Welcome!

----------------

@SomeoneReallyCool I suggest enabling "Ask where to save each file before downloading" and check the behavior. With that enabled, it should always prompt to save the file download instead of running anything.

chrome://settings/?search=Downloads
Anon6999
@Mamaduke & @Hibbiki
Thanks for the update 91....164. Best Regards.
Anon7000
@RobRich: absolute farming of builds lately, love it :) As usual, thank you for your work!
@RobRich
902848 sometimes crashes when opening YouTube.
@Anon7000 Welcome!

@Daigo I will take a look. Hopefully just a revision issue if anything.
Just pushed updated Win64 AVX2 and AVX builds. More to follow tonight.

There is going to be a slight revision number difference as builds are coming off two different builds boxes. I browsed YoutTube for awhile with both revisions, and I did not note any crashes. Let me know if otherwise. Thanks!
It's not about browsing YT. It's specifically about opening the main YT page. I'm surfing the internet, then trying to open YT from my bookmarks, and this can cause browser to crash. Yeah, it's weird, rare and random, and it happens on 903172 too, but not on 901811.
@Daigo Not reproducing here so far. Have any flags set? Extensions?
@Daigo Thinking further, I do have one possible idea. When one of my builds boxes frees up, I am going to roll a test build for ya' to try. I will post it here in the comments.
@RobRich
903176 can also crash.
I use several extensions and flags, but 901811 works fine with them without crashing.
Perhaps it is some regression in Chromium itself after 901811.
@Daigo I am thinking it could be an -O3 optimization affecting your particular architecture. I had been building at -O2 across the board since hitting the performance regression issue awhile back, but in the past couple of iterations I reenabled -O3 for certain code paths. I also turned loop unswitching back on for -03, as it has quit breaking compiles.

I am going back to -O2 for now and rolling updated builds. -O2 vs -O3 is not much of a difference on Windows anyway, especially with PGO available. I had intended to just post a test build in the comments, but I probably will go ahead with pushing them as public releases just in case others having a similar issue. Win64 AVX2 and AVX are building right now.

------------

About the recent increase in build frequency, Chromium build times are improving somewhat. One improvement project devs have undertaken is cleaning up header includes. There is not much change in output binary sizes, but cleaning up includes can make for *gigabytes* less code to parse when LLVM is building Chromium.
^To clarify, I meant nontrivial loop unswitching, which only runs at -03 by default.

----------------

Win64 AVX2 + AVX builds updated. More builds to follow later.
idris kalp 
@RobRich are your builds sync and widewine enabled?
@idris_kalp Neither. However, you can obtain and set your own local API Keys to enable sync support.

#google-api-keys

Similarly, you should be able to manually install Widevine if desired.

#widevine
@RobRich
Thanks! 903347, don't see any crashes so far. 😉
@Daigo Excellent! Thanks for the feedback.
idris kalp 
@RobRich I've downloaded AVX2 version and browser keeps crashing.
@Hibbiki @Marmaduke
Thanks a lot for the quick updates to 92....
idris kalp 
@RobRich
avx build works perfect but sync doesn't work, widevine too. I will try to build myself but how may I build with avx support? Can you give me tips?
FredNitchie 
@Jerry, why have my questions about the directory path for the WidevineCDM directory in Windows been blocked? The #widevine instructions on this page are missing key information about where to put the WidevineCDM directory in Windows 10.
Plecostomous 
I am also getting crashing like Daigo with the latest builds... I can't say for certain it is exclusive to Youtube, but it seems like Youtube triggers it somehow, sometimes.
Anon7019
Same here, problem with Youtube
@RobRich
Unfortunately, opening YT crashes are still persist in 903347, though they occur less frequently.
Anon7021
@Marmaduke & @Hibbiki.
Hi guys. Thank you very much for your update 92.... Best regards. :)
Plecostomous 
I went to r901811 but it is crashing for me as well... It's a crash to desktop and Chromium just closes. I may give AVX a try instead of AVX2, maybe that will help, but it didn't help with 903347.
@Plecostomous
901811 avx works fine for me.
Plecostomous 
@Daigo

Yes, I think it was my fault, I only had 1GB left on my HDD.

I updated Windows with the latest updates and freed some space, let's see if this fixes it.
Anon7025
Using ungoogled-chromium-92.0.4515.107-1_Win64 but it keep running after I close it. Background sync is off in settings.
Not sure on the crashes as they do not reproduce for me. Using my currently public AVX2 build here.

If someone feels like checking, what happens when disabling hardware GPU and/or video decode acceleration? Thanks!

In the meantime, I will revisit my low-level LLVM optimizations and roll updated builds. Probably will take a few hours.

----------------

@idris kalp The quickest method to enable AVX2 across the board for Windows builds will be to edit the depot_tools\chromium\src\build\config\win\BUILD.gn config file. Find the cflag for "-msse3" and replace it with "/arch:AVX2". You can also add "/clang:-ffp-contract=fast" to enable auto generation of fused multiply-adds. Also you can disable unused compiler command line arguments to get rid of annoying warnings where targeted /AVX2 already is passed in other config files.

For example:

cflags += [ "/arch:AVX2", "/clang:-ffp-contract=fast", "-Wno-unused-command-line-argument", ]

However many of the biggest performance changes involves tearing into the depot_tools\chromium\src\build\config\compiler\BUILD.gn config file. Up the Windows LTO import limit to 30 like used in ChromiumOS, set LTO codegen to -02 for all build targets, enable Polly via the optimization ldflags, etc.
@idris kalp BTW, enabling AVX would be simply:

cflags += [ "-mavx" ]
Anon7028
@Mamaduke
Thank you for the quick update 92.0.4515.107 x64 build release.
With kind regards,
Anon7029
@Mamaduke thnx brother
Hi @Rob,

« […] what happens when disabling hardware GPU and/or video decode acceleration […] »

I tested with your 3 last AVX2’s versions with and without hardware acceleration.

94.0.4584.0-r904226-win64-avx2
94.0.4582.0-r903347-win64-avx2
94.0.4581.0-r903176-win64-avx2


For all this 3, I have the same results: no crashes, never in Youtube neither in Google Street View or heavy 3D stuff’s.

The only difference is that without hardware acceleration Street View or other graphics-intensive stuffs are much slower (as expected)

In any case, from my side at least, there are not to worry about release problems...
@Mumu Thanks. Pretty much the same here. I can not reproduce the indicated crashes, either.

----------------

I scaled back most of my low-level LLVM optimizations for the r904226 build. Basically -O2 across the board for both clang and lto codegen, plus polly at its default settings during lto codegen.

----------------

If intermittent crashes persist with r904226, then we probably should be looking at what flags, extensions, etc. are common to those affected.
Plecostomous 
@RobRich

Here are my environment variables, if it helps:

["enable-force-dark@7","enable-parallel-downloading@2","omnibox-experimental-keyword-mode@2","omnibox-keyword-search-button@2","read-later@2","scrollable-tabstrip@6","side-panel@2"]

System is 4th gen Intel, Windows 7 (latest July 2021 updates).

I went back to r901811 for now.
@Plecostomous Thanks. Now if we can compare those flags to others experiencing crashes.

Curious, have you tried the r904226 builds?
Plecostomous 
....and I just crashed to desktop, with r901811 !!! (I have tested with and without hw acceleration - makes no difference). Also forgot to mention, I'm using Intel graphics drivers version 15.36.5180 from April 2021.

I may just have to go back to r834747 from 12/2020, which worked fine. Something is up here, and it's not my computer.
@Plecostomous Best I can say right now is it likely is something in Chromium and/or the builds tools, probably not in my optimizations. You can try using a project dev build (The Chromium Authors), which uses default optimizations, to see if it crashes as well.
Anon7036
@RobRich I've been using your builds for some time now and am having the same problem the other guys are having. Crashing when going to youtube, but curiously it won't when you go to youtube in incognito. I think it's just a rev issue, may have to wait for a little while for some commits to roll in.
Plecostomous 
@RobRich

Thanks. I went back to r834747 and also deleted all Google and Youtube cookies.

The only other thing I didn't try was totally starting fresh with a new Userdata folder. But I did try deleting the Localstate file and generating a new one with the newer builds...

So far so good with r834747, as it was before...

The only other thing I should mention is that I was toggling hardware acceleration to default (on) for the newer builds, whereas I ususally keep it set to disabled (because the coders introduced a serious performance regression at some point for older GPUs...). The reason for this was because I thought my high CPU utilization for chrome.exe would be solved by doing that, but it turns out that I just needed to free some space on the drive (only had 1GB free).

Hope you solve the issue.
Anon7038
I've been using all the builds Rob releases (AVX) and no crashes on my side
Possible crashes for some of ya'll aside, I have pushed an experimental Win64 AVX2 build with optimization levels quite slammed. I probably will have similar Win64 AVX and SSE3 builds later today or maybe tomorrow.

https://github.com/RobRich999/Chromium_Misc/releases/tag/v94.0.4584.0-r904336-win64-avx2

-O3 optimization baseline for clang and lto codegens. Select code at -Ofast for clang codegen. Polly during lto codegen configured with a minimum per-loop instruction count of 40 and stripmine prevectorization enabled. It actually built, which LLVM has not done in awhile with such a config. Binary sizes look good, so PGO seems to be doing its thing. I still need to revisit some of the lower-level LLVM tweaks.

My recent public release builds still are optimized beyond stock defaults, but anyway, I can start rolling even higher optimization levels back into my usual builds if these test builds are stable in my internal testing.
Interesting. Win64 AVX does not like the upped optimizations. It built, but the build ends up in a circular stall trying to load the new tab page. Hmmm. I might have to see if there has been any significant changes in LLVM x86 target modeling.

I am trying a possible workaround In the meantime.
Plecostomous 
I'm happy to give your unoptimized build a shot once you get it compiled. Just to refute what an earlier poster said about it not happening in incognito, this is not the case, it did happen also with incognito.

The only other thing out of the ordinary is the WebRTC blocking extension and f.lux running in the background (but disabled when the crashing occured).

I am running one of your newer SSE3 builds with my old Q9650 + HD7770 machine without issues, so this might be related specifically to Intel GPUs (i7-4610M - HD4600).

GPU Rasterization should be disabled for this generation (chrome://flags#enable-gpu-rasterization flag). The difference with the IE Chalkboard demo with it enabled and disabled is night and day (10 seconds vs. 1 minute or more). That's some serious planned obsolescence by the Chromium developers.
@Plecostomous For now I have diverged builds with experimental optimizations into my misc repository while more sensible optimizations continue in my primary release repository.

Alternatively in the meantime, I was suggesting you can try a current Chromium project build to see if stock optimizations result in crashing.
Plecostomous 
@RobRich

Affirmative. Should I give "v94.0.4584.0-r904226-win64-avx2" a shot or should I wait until the next release?
@Plecostomous Little reason not to try r904226. It is optimized, but at a relatively sane level. Also if the crasher is a revision issue, hopefully we will build past it at some point.
I started with a clean profile, set back my settings, flags and extensions. 904226 avx doesn't crash so far.
@Daigo Excellent!

----------------------

I will assume r904226 is working okay, so I will lock down those optimizations for the next few iterations of release builds. :)

It does not look I will be pushing additional heavily optimized r904336 builds to my experimental misc repository. The builds complete, but getting builds other than AVX2 to run correctly is another issue. I will revisit later.
Plecosomous 
@RobRich

I am running r904226 AVX2 now, so far so good.

Thanks
@Plecosomous Great. Thanks!
Hello,

I am trying the Linux - RobRichavx modified all-codecs
already setup my own Google API etc but the sync is not working, I can add a user but wont be the main user
for syncing. As I understand the "sync" option is not working there? (only for windoze builds?) rx
Anon7050
Hi. For those don't uses Google services. And Youtube etc.
Think to disable quic support enable by default. Only used in all sorts of chrome browser.
chrome://flags#enable-quic

https://support.umbrella.com/hc/en-us/articles/360051232032-How-to-disable-QUIC-Protocol-for-Google-Chrome
@RobRich
Hello.
I have been using the Google search engine for a long time.
I got used to these somewhat messy research results, which nevertheless allow us to explore paths, ideas that we would not have considered.
But I note that with these 94 versions of chromium, an additional filtering is exerted on the results whether it is on the SSE3 or AVX2 version. We see all the results arrived as before, then some results are deleted before our eyes and those that remain are very poor ...
I reset Chromum in advanced settings and all results reappear, but after some research this damn filtering comes back.
I am using Edge and Chrome (chromium 92 engine) and I do not notice this phenomenon.
I wanted to know if a filter module was added in Chromium 94? or what it could come from ... I specify that I use Google without being connected to my Google account ...
Thank you.
Anon7052
@chris Sync should work as I do not change anything other than not setting Google API keys. Not sure other than checking your environment variables, as I do not use sync. I do not even have personal API keys.

@Anon7050 Appears that is only related to a specific Cisco VPN issue. Otherwise, QUIC is an IETF standard used by Google, Facebook, various CDNs, etc.

@Luc77600 Not a clue. Google, like any site, can detect a browser user-agent and serve different pages. I do know Google Search is known for incrementally rolling out and testing different features based upon various client-side criteria. All that said, I suggest checking any extensions and/or content filtering soffware you have installed, as it could be something actually interfering with your searching results.
Thanks @RobRich at least your chromium (v90) of Debian sid can sync so I it's fine!! many thanks !!
Anon7054
@Anon7052
@RobRich

I turned off Adguard completely and again tried Google search. The problem remains the same on the 2 94 AVX2 and SSE3 versions.
So I got the version 92.0.4515.107 (885287) used in Chrome and Edge. No problem...
Anon7052 Is me. Forgot to fill out the name box. ;)

@Anon7054 No idea. Google Search could be detecting the browser user agent string and doing something different. Alternatively, Chromium devs might have changed something. I do not keep close track on feature changes. Have ya'll checked for related reports at crbug.com?

Otherwise you might try a Chromium project dev build or perhaps my AVX2 r904336 test build to see if it persists.

https://github.com/RobRich999/Chromium_Misc/releases/tag/v94.0.4584.0-r904336-win64-avx2
Sorry RobRich, i forgot my name.
So i'm Anon7054.

Crbug.com is too difficult for my poor english...
I'm going to test your new version.
Zack Marris 
So If I'm just doing the installer for the marmaduke ungoogled, would i like come back here every now and then and redownload the installer and overwrite to keep it updated or do i save the installer and just click it every now and then? Sorry this is insanely confusing for someone who isnt like a programmer
@Zack Marris
Always download the installer (mini_installer) of the new version and start the installation by clicking on it. This only goes upwards to the newer version, back to the older one (downgrade) does not work automatically, unless you uninstall the newer Chromium, e.g. with "Geek Uninstaller" and install the old one again, if you still have the old version saved. Marmaduke's versions are marked with the number in the file name of the installer - Hibbiki's versions unfortunately not, you would have to create a folder with the number and put the "mini_installer.sync.exe" in it and keep all versions you want to have. You don't have to know how to program, only how to manage and organize.
@RobRich
Hello,

Finally, I did the test with version 94.0.4588.0 (905126) • Sunday July 25, 2021 ...
I wanted to go on a clean version and applied ADGUARD to him.
No more problems with Google search.
I don't understand if this is inherent in my portable installation or some versions of Chromium ...
Chromium...</>
@RobRich
Hello,

I've found !
I am using the SSE3 and AVX2 portable versions.
To make my life easier, I copied the profile from the AVX2 version to the SSE3 version, which allows me to find the same environment in both versions. I thus compare the operating speeds, the reactions according to what I am looking at, etc ...
But what affects one version affects the other ... Why?
However, I noticed that the SSE3 version worked perfectly on another PC, I deduced that the problem came from the clown profiles.
I started from scratch by removing everything and "reinstalling" the 2 portable versions.
The problem is no longer.
This is the second time that I have noticed that the portable versions need to be cleaned thoroughly or problems arise.
The most curious thing is that the problem occurred on 2 independent versions on my PC ...
Anon7062
thanks marmaduke for all your work!
@Luc77600 Glad you found the issue.

I am not if there have been any changes in how portable release are done. Jerry has code that auto generates portable versions when third-party builds are submitted here.

----------------

Win64 builds updated. Win32 hopefully later today or tomorrow.

----------------

Also I pushed an Win64 AVX2 test build to my misc repository. It specifically targets Intel Skylake, Kaby Lake, and related architectures. My daily use personal notebook is a Kaby Lake system. ;)

https://github.com/RobRich999/Chromium_Misc/releases/tag/v94.0.4584.0-r904336-win64-avx2-skylake

*Skylake* is the minimum requirement. It should run on later Intel procs, and I suspect AMD Zen or later, though YMMV on performance.
Anon7064
@Marmaduke
Hi. Thank you very much for your Android Update . Regards...
@RobRich
905606 crashes when opening the `history` menu. 😆
@Daigo K. That definitely sounds like a revision issue. I will roll updated builds, Thanks!
Vaccini Assassini 
@Marmaduke
@RobRich
Big thanks to both for the latest android & avx updates.
Rolled internal builds, and the menu bug persists. :/

Also skimming recent commits, it appears PGO instrumented builds have been broken on at least Mac since Monday, thus potentially bad PGO profiles. No idea if other platforms were affected as the bug is behind a Google login. Hopefully is should have been resolved today.

Anyway, I will continue to poke at the menu issue.

-------------------

BTW, I filed a bug report on the history menu crash.

https://bugs.chromium.org/p/chromium/issues/detail?id=1234033
Hey I have a question about the Ungoogled Chromium version.
Can you explain me how this website has the Ungoogled Chromium version 92 a day after the Chromium 92 was published?
Isn't there a need for the developer (eloston) to update the base to Chromium 92 first?
Sorry I am not trying to judge, I am genuinely curious becuase the binaries on Eloston's github page are always outdated and takes like 2 weeks to get updated to the latest chromium version, I am just trying to figure out how come this website always has the latest UNGOOGLED Chromium (I love it by the way, thank you A LOT for your work) <3
@Marvel
Chromium is open source, Ungogles-Chromium patches are open source. You can take them and build it yourself the same day that Chromium is released.
@Marvel It is a series of patches. Barring major project source changes, they often can be carried over to updated Chromiums revisions. Even if there are breaking changes, the patches usually can be tweaked as needed. Marmaduke will have to fill in further details, as I am not involved in ungoogled building at this time.

————————

Quick FYI, The upside is apparently project devs know (knew?) about the history menu crash. The downside? That particular bug report is behind a project login, thus not public. Why? No idea.
Anon7072
It crashes but you can still access history by going to chrome://history
So, not really a huge problem imo, and when using such "fresh" builds we know this can happen. Could be worse :)
@Anon7072 I know, and thanks! It just bugs me - no pun intended - that a report for a crasher is behind a project dev login instead of public.

--------------

Rolled a test build. The history menu bug appears to be resolved. I will try to push updated builds this weekend.
@RobRich @Marmaduke

Think you guys can collab and combine best of 2 worlds - Ungoogled build Marmaduke makes but with optimizations from Rob?
There is no real secret to my builds. They do take longer, though, which can be annoying. For example, Chromium's default LTO config for most platforms is a low instruction count limit of 5 and a split LTO codegen approach using O0 for most code and O2 for select code. Those are are done to limit binary sizes and speed build times.

The basic premise of my builds is to set the desired SIMD support level, bump the LTO instruction count to 30 (like ChromeOS uses), set LTO codegen to O2 across the board (like Chromium used to do), and enable Polly optimizations.

Occasionally I play around with tweaking low-level LLVM options, but those mostly are attempts to find an extra percent or few in whatever benchmarks. ;)

On a related note, I can say Polly seems to be better behaved during LTO codegen in recent LLVM builds. I have been able to turn back on invariant load hosting and stripmine prevectorization without stalling or crashing during building. Note, tweaking profitability remains a YMMV with the Chromium codebase, as it probably adds build time with only minimal performance differences.

"-mllvm:-polly",
"-mllvm:-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-vectorizer=stripmine",
# "-mllvm:-pass-remarks-analysis=polly",
Anon7076
I am running latest ungoogled chromium 92.0.4515.107 Windows 10 x64 build from Marmaduke. When I go to print, it gets stuck on "Loading preview..." and Destination just spins. I am able to print no problem in Edge and Chrome as well as other applications (e.g. Excel, Word, etc.(.. Any suggestions?
Naomi Simone Dina Useless-Bottlers 
@Anon7077

Sunday, 25 July 2021

Fix print preview
ungoogled-chromium-92.0.4515.107-4_Win64.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v92.0.4515.107-r885287-Win64/ungoogled-chromium-92.0.4515.107-4_Win64.7z
SHA1 D0635F8361D467AE246952B596C30BA9DCB9777C
Anon7078
Thanks @Naomi Simone Dina Useless-Bottlers
Flag of potential interest for systems with plenty of cores/threads to spare:

chrome://flags/#enable-drdc
@RobRich
907382 works well. Thanks! 😉
At least 13 high severity CVEs are still unfixed in your listed ungoogled 91.0 build for MacOS or Linux !

Quote from the Google Chrome releases blog on the 17th of june:
"Google is aware that an exploit for CVE-2021-30554 exists in the wild."

If you can't keep up with the pace of Google releases, then simply stop proposing ungoogled builds for these platforms, as they are regularly outdated and let users exposed to vulnerabilities for weeks, which is very bad !
@eco
Don't tell people what they have to do, and they won't tell you where you have to go.
@eco
Chromium is the base. Google builds its exploits and vulnerabilities on top of it. The newest Chromium variants on GitHub with the same number and close-to-real-time release date as Chrome are tested, secure, and thus without vulnerabilities. Google tries to make other builds bad. An unfair deal. Can Google be trusted? Faith makes happy. There is also Internet security software (Bitdefender, Avast, Kasperksy, etc.) that could always detect the latest vulnerabilities (ZeroDays), if they were there. So don't panic unnecessarily!
@Daigo Don't do drugs !

@wth What The Hell ? You are talking bullshit like a journalist ! You say that Google *builds* exploits and that ISS could *always* detect the latest vulnerabilities !? Go back to the sandbox kiddie...

And don't tell me that "the source is available, build it yourself!", because it is not that simple. Chromium is a really complex project, very slow to build on commonly available computer. I personally help people as much as I can, but when I know my service won't be top notch, then I decline.

Woolyss hosting builds is a very appreciated service, but if builders can't keep the pace, so not providing a reliable service, then it would be better to purely stop it. Google has released fixed Chrome builds on the 17th of june. A few days delay is understandable, but weeks is not when there are severe vulnerabilities and exploits in the wild...
Yeah, guys, knock it off. When you start meeting @eco's requirements and he gives his permission, then of course you can continue building. 😆
Emma Naomi Simone Dina Useless-Bottlers 
@eco

You're an ignorant fool.
@Daigo Which requirements are you talking about, common sense, release on schedule, protection of users ? Do you have anything concrete to bring to the discussion instead of unleashing common places and playing the toady ?

@Emma Naomi ... *Useless*, I'm waiting for my lesson from you, master.
Anon7088
@Mamaduke,

I am currently on your "ungoogled-chromium-92.0.4515.107-1_Win64" build release and do not use any addons.

I cannot download any files from https://www.catalog.update.microsoft.com. However, if I backtrack and install your "ungoogled-chromium-91.0.4472.124-1_Win64" build release, everything works OK.

Is anyone else experiencing this problem? Any help / guidance would be appreciated.

With kind regards,
Anon7089
@Anon7088: That is because Chromium now blocks those downloads because it’s being served from an HTTP address. Easiest way to "prevent" that it to right click on a link > Save link as. That, or using another browser for those kind of downloads.
Anon7090
@Anon7089, thank you for the quick update/reply.....right click on a link > Save link as does not work. I'll use another browser.

With kind regards,
@eco
Another day, another arrogant prick decides to lecture volunteer builders about how they should spend their time and energy.
Anon7092
@Anon7088 "ungoogled-chromium-92.0.4515.107-1_Win64" everything works with downloads from ms.
@Daigo I am sorry that my irony pushed you to destroy your "I'm a nice guy" facade. Grow up, adults accept criticism because they know that it is what makes the world evolves. Volunteers do spend and energy for people, not for glory (that's my mentality when I do volunteer), and certainly not for being worshipped by wannabes. Are you a builder, are you answering to my questions, are you running ungoogled Chromium 91.0 on macOS or Linux ? No, you are not, and nonetheless you instinctively bark like a moronic guard dog while I am defending the users exposed to vulnerabilities...
@eco
Blah-blah-blah, so many assumptions about my persona from a self-proclaimed "defender" that no one asked for. And I'm the one who needs to grow up. Give me a break. 😆
@eco either host your own website and distribute your own builds, or shut up and appreciate the hardwork of these people.
And what exactly are you talking about "not up to date"? The builds on this website ( at least the build I am using which is Ungoogled ) are ALWAYS up to date with sometimes 1-2 days delay. Stop hating for no reason @eco.
Anon7096
@Anon7089, thank you for the quick update/reply.....right click on a link > Save link as does not work. I'll use another browser.
Reading my post dated 1 Aug 2021, 14:48, I am sorry I did not fully complete the sentence. for clarity, what I meant to convey was that I'll use another browser for the MS downloads only! I love the ungoogled-chromium builds published in this forum and will continue to use them.

@Anon7092, I have tried again with a fresh download and no luck... only the MS downloads fail....all others work OK.

With kind regards,
Anon7097
@Marvel
With all due respect, the macOS ungoogled marmaduke build is WAY behind schedule: 91.0.4472.101 (870763) • Friday, 11 Jun 2021

Hoping to see some macOS love with the 92.0.4515.131 update. Cheers!
@Anon7097 Hmm that might be true, I don't use Mac so can't comment on that but the Windows builds are usually very up-to-date
Anon7099
@Marvel
100% agree. The Windows builds are consistently up-to-date. Would be awesome if the macOS builds were on the same schedule, but I understand that these take time and effort.

I have resorted to using the kramred ungoogled builds, as those have been more reliable in respect to updates. I would prefer the marmaduke builds, as they contain more codecs, so let us hope we will see them updated more frequently in the future. ;)
If a specific build is outdate, anyone can politely ask the builder to update it. It's just basic respect for the people who spend their time and electricity to provide builds for free.

Demanding to stop building if you can't compete with Google is Karen's behavior. Don't be Karen.
@Anon7096,

Same problem here.

What I do on my side is :

1/ Right click the link and select « Copy link adress » (or Copy URL or Copy Link, YMMV )
2/ Open a new tab
3/ Paste the link ➜ the download is direct launched

But your right, it is pretty annoying and I’m looking for a Chrome://{flag} or something similar…
Anon7102
@Mumu,

Your workaround of ..copy download link and paste in a new tab and the direct launch worked! Thank you.
Yes, it is annoying...at least with a couple of additional manual steps downloads work.

Agree, as you mentioned, a Chrome://{flag} or something similar would be nice.

With kind regards,
Anon7103
@Marmaduke
Hi. Thank you very much for your quick update Ungoogled 92.....131. Regards...
Anon7104
@Marmaduke,

Once again, thank you for your super quick ungoogled-chromium-92.0.4515.131 x64 build release.

With kind regards,
Does anybody have suggestions on how to prevent Canvas Fingerprinting on Chromium?
There are extensions on chrome webstore but most of them are outdated with very little userbase so don't want to use those.
Also: The Ungoogled Chromium has flags to reduce canvas fingerprinting, does anybody know if they are effective?
Anon7106
@Marmaduke,

Thank you for your super quick ungoogled-chromium-92.0.4515.131 Linux build release too.

With kind regards,
Anon7107
>92.0.4515.131 (Official Build, ununseptium) (64-bit)
>ununseptium
lmao
Jess Parker 
Thank you very much for all
Anon7109
Anon7107 here again:
>Changed extra channel info to "ununseptium" to distinguish from fully fledged "Ungoogled Chromium"
What exactly distinguishes your builds from fully fledged ungoogled? (I figure this would be Eloston repo, right?)
Anon7110
[Help] Chrome 92 "quick bookmark manager" (Ctrl+D > More) doesn't scroll to current bookmark folder.
Is it a regression?
Anon7111
@Marmaduke
Thanks so much for the ungoogled 92.0.4515.131 version.
@Marmaduke: Thanks for ungoogled Mac! :-)
Note that I am preparing for some changes in my build process. Starting from next build:
- I will update GH repo with set of scripts I use.
- I will include a patch for installer to close previous browser instance on system-level installs (only when  --system-level is given to installer) as due to lack of Google Update integration browser will not rename new_chrome.exe to chrome.exe on exit in such situation (elevation is required). This does not apply to most users (which I suspect are either using one of updaters with archive or installer in its default per-user mode) but is something I personally need for certain reasons.
Anon7114
@Hibbiki
Hi. Thanks for your update 92...131. Regards...
Anon7115
@Hibbiki
Thank you very much for the update 92...131. Much thanks for the valuable work!
Chromium for 64-bit Windows - All Codecs - Thursday, 05 August 2021

Chromium 94.0.4599.0 (Official Build) (64-bit)
9749ed1096b468117523dcfea7a11e48230912b7-refs/heads/master@{#908786}
OS Windows

Dev build
SDK 10.0.19041.0 (Visual Studio 2019 16.10.3)
clang-14.0.0/llvm (llvmorg-14-init-591-g7d9d926a-1) - default
ThinLTO
Native H265/HEVC support:  --enable-clear-hevc-for-testing (CLI)
VDA broken (also in the respective Chrome release)
Sync - Widevine

Chrome-bin-sync.7z (chrlauncher formatted)
https://github.com/macchrome/chromium/releases/download/v94.0.4599.0-r908786-Win64/Chrome-bin-sync.7z
SHA1 DC500288CAA0D6C4464251567A2D9A00CCFBABA0
Anon7117
@marmaduke
Ist das .manifest nicht falsch? Es zeigt 91... an.
Interesting Chromium commit....

"For all intent and purpose, Fuchsia is a desktop platform"

Source: https://chromium-review.googlesource.com/c/chromium/src/+/3057034

Via: https://9to5google.com/2021/08/06/google-chrome-browser-fuchsia-os/
Anon7119
@marmaduke
Thank you! Your version is now clear manifested.
Hello @Marmaduke, first of all I am grateful for your builds, I love them. However, when I checked your github page to look at the set of ungoogled-chromium patches, I've found that your "patches" repository hasn't been updated for 10 months, then I checked Eloston's patches repository and his patches were last updated 10 days ago. Are you using old patches to build ungoogled-chromium or are you using local patches which are more up to date than your github?
I mean no disrespect, was just wondering about this subject.
https://github.com/macchrome/winchrome/tree/master/patches
https://github.com/Eloston/ungoogled-chromium/tree/master/patches/core/ungoogled-chromium

Regards
albersch@protonmail.com 
Hello good day! .. What's going on here... Long ago I did not see comments, queries and answers.
Very cordial greetings, in case, there is still life.
Duke of Zurich 
Not a single posting during one week
That's scary, indeed
For me that means my current public builds probably are working okay. Yay!
Oohh! RobRich, I'm so glad then! Thanks and greetings from Argentina.
Anon7125
Seems like the method of adding Widevine on Windows has changed, rather than copying the files to Chromium/UserData/WidevineCdm you have to copy them to Chromium/Application/[version number]/WidevineCdm
@Duke of Zurich, perhaps the summer’ holidays gaps ?

And just because we don't write doesn't mean that we don’t monitoring.

And as @Rob said: no news is good news!
Anon7127
@Marmaduke
Hi. Thank you for your very quick Ungoogled update 92.....159. Regards...
Anon7128
@Marmaduke thnx brother, u r best
Anon7129
@Marmaduke,

Thank you Sir for your super quick ungoogled-chromium-92.0.4515.159 64-bit Linux and Windows build releases.

With kind regards,
Anon7130
@Marmaduke
Thanks for the quick ungoogled-chromium-92.0.4515.159 build for Mac!
@Hibbiki
Thanks for the update to 92.0.4515.159. A small step but still a good change: The display of smaller font sizes seems better to me now than before.
Anon7132
@Hibbiki
Hi. Thank you for your update to 92.0.4515.159. Regards...
TensorFlow Lite is failing to build with my higher SIMD optimizations. Fun stuff.

If anyone else hits the issue, in depot_tools\chromium\src\third_party\tflite\BUILD.gn add the cflags:

"-march=x86-64",
"-msse3",
"-mno-avx",
"-mno-avx2",
"-mno-fma",

I hope to have updated builds later tonight or Sunday.
Sha'Carrin Lobotomy Richardson 
build_with_tflite_lib=false
Chromium has very high CPU usage for 7-8 seconds every time i switch WiFi networks. Is it a known bug? I really have no problem with it but it seems really sketchy. I am using Hibiki latest on windows 7.
idris kalp 
@RobRich sorry for my ignorance but how may I use custom clang distribution? Bundled clang does not support polly.
Anon7137
@zzxx
I had the same problem, but using Rob's build. For me, it was ublock extension that was causing it. I have heard chrome's software reporting tool doing the same thing as well.
Updated Win64 builds incoming. I have enabled the unsigned Widevine component is these builds, and I will continue to do for future builds assuming it builds and works okay. IOW, I am not going to spend much fixing any Widevine issues, as I have little to no use for it. It either builds and works, or it does not.

The Shaka Player demo for Widvine worked, and I was able to stream Hulu content.

----------------

The build_with_tflite_lib=false build argument should work in theory, but it did not for my purposes. There was affected TFL code being pulled into multiple components for whatever reasons. CPU detection fails in the build scripts, wrong intrinsics and function calls seem to be generated, etc. when setting -march= above baseline.

----------------

@idris kalp I asked about getting Polly into the default build. Devs turned down the request, as it is unneeded for Chromium at this time. At some point I might write a proposal for enabling Polly optimizations in Chromium, but considering I have yet to do so over recent years, do not hold out for me doing it. ;)

You can either build an external LLVM checkout and set build args.gn for it, or you can use Chromium's LLVM build script. I used to do the first. Now I do the latter.

Take a look at the depot_tools/chromium/src/tools/clang/scripts/build.py script.

I edit the script to properly build LLVM using MSVC on Windows. You can do a diff or just copy-and-paste the following:

https://pastebin.com/si3xB32j

Highlights:

* Clean up the old SetEnv.cmd stuff around line 88. You are going to be building it under the VS x64 Native Tools command prompt anyway.

* Clean up targets around line 567 to remove unneeded architectures. No use wasting the build time IMO.

* Modify projects around line 569 to remove unneeded chrometools and clang-tools-extra, plus add Polly.

* Starting around line 576: enable PIC and plugin support so Polly works.

* Starting around 871: remove /Zi and disable debug PDB creation. Another waste of build time.

* Remove all the default tools targets around line 883. Another waste of build time, plus allows the test passes to complete in Windows.

Next run the script for a ToT LLVM checkout and build LLVM with MVSC. Change the directory paths as needed:

python D:/depot_tools/chromium/src/tools/clang/scripts/build.py  --without-android--without-fuchsia--disable-asserts--llvm-force-head-revision

Last I knew, advanced build options like bootstrapping, PGO, and ThinLTO do not work properly on Windows. You usually spend more time building LLVM with PGO and/or ThinLTO than you are going to get back in Chromium build times anyway.

You will get a ToT build of LLVM in the usual Chromium project LLVM subdirectory. Note doing a gclient sync in the Chromium repository will overwrite it with the project's LLVM checkout, so for simplicity's sake, you will need to do the above for each build session. It is good to have a fresh LLVM checkout anyway IMO.

----------------

^Long post is long.
@RobRich Thank you for your answer. I actually have my own LLVM build and I want to use it building Chromium. Is it possible? Which argument I have to use or which file I have to edit? And second question, do I have a chance Windows SDK version to use?
@idris Welcome! :)

You can set the WinSDK path, but AFAIK, not the version. For example:

windows_sdk_path = "C:\Program Files (x86)\Windows Kits\10"

Chromium might build with an older WinSDK, but 10.0.19041.x is the general target right now.

Yeah, you can use your own LLVM checkout.

clang_base_path = ""

The default is the project checkout:

clang_base_path = "//third_party/llvm-build/Release+Asserts"

Change the path(s) accordingly.
Thanks for this longstanding project and well structured page and useful whealth of information!
However, I would like that the Android Marmaduke build had its patches and source code published on its github.com/macchrome/droidchrome/ page. If I download its latest v92.0.4515.115-r1612-Ungoogled-And64.zip, there is nothing there! or any commits on the page except the binary .apk
I know hevc is included, but if they are 'open-source audio/video codecs', why not show it?

Is it just bromite build with hevc codec?
There's nothing wrong with it, I get it, but just that if we are downloading a build of an open source browser that we don't know the commits..

thanks
Widevine support is now enabled in my Windows builds. The builds ship with the default uncertified Widevine component, so you might need to force an update via chrome://components if it is not working for your immediate purposes. Afterwards, AFAIK, it should work as intended. At least did for me with test demos and Hulu.
Anon7143
@Marmaduke
Hi. Big thanks for your Android update 92....159. Best regards.
I am not speaking directly for other builders here, but I might be able to relate through shared experiences. I can produce my source edits on demand if need be, but if it ever comes down to me having to actively manage a Chromium source repository, I probably would quit pushing public builds. It is just even more added effort without any real return for my limited purposes IMO.

Being realistic the mainline project is unlikely to integrate any of my build changes, as I care little about code bloat, build times, etc. For example last I knew there were discussions to potentially build most or all of Chromium at -Os or maybe even -Oz during Clang codegen on all possible platforms to help mitigate code bloat. Likewise many components of the project already are being build using LTO codegen at -O0 to help mitigate builds times. BTW, I change those paths back to -O2 or higher. ;)
@RobRich
Chromium is able to download certified Widevine component and will use it properly, and likewise most demos out there will work, however... Widevine L3 is long broken and everyone knows about it. Ultimately, to ensure that the job to pirate L3-protected content is lot of content now requires VMP in addition to signed Widevine component library - that is, after Chrome binary is digitally signed, signed binary is submitted to Widevine licensing server and resulting signature is returned and then saved in separate file.

The reason for this is to ensure that the binary and executable image in memory are audited and approved to not attempt circumventing protections present in a loaded Widevine component.

In the end, this means that the whole chain from Widevine component down to browser is audited and certified by Widevine (as opposed to just component itself, as was the case previously). This creates two issues:
- 3rd-party can no longer assume that just integrating signed Widevine component will allow browser to be accepted
- Linux has no support for VMP

The first is realistically no issue in current world. Anyone big enough to make a browser that is to be used by masses can make appropriate dealings and obtain ability to submit binaries for signing without restrictions. The second is little more tricky - some companies opted to allow streaming of Widevine DRM protected content on Linux without VMP but not on other OSes, some (like HBO) decided to just straight up deny any non-VPM request and ignore Linux users.

Currently, Widevine is partnered with CastLabls which provide free of charge VMP signing for their custom fork of Electron (https://github.com/castlabs/electron-releases - binary releases only and they accept submissions only of these binaries). They are also (as well as any other Widevine's 3PL) taking manual submissions for signing of custom Chromium forks, however unlike with their custom Electron fork, this requires source code audit and is not free.

All in all, some content will work, some won't. The amount of one that won't will only grow as time passes.
@Hibbiki Yeah, I know the situation is far from ideal. Accordingly the whole "great if it works for one's specific purposes, and 'whatever' from my perspective if it does not." I have too many other browser and streaming options available to care much about Widevine other than just setting setting the build argument. ;)

I previously quit bothering with the basic Widevine component back in the days of building Chromium with MSVC, as the component rarely worked even when it did bother actually compiling correctly. The result was far too often questions, complaints, etc. Fun!
@RobRich Hi again.

I'm trying to build clang toolchain with your script and I get this errror:

CMake Error at E:/chromium/src/third_party/llvm/polly/lib/External/CMakeLists.txt:121 (message):
No strcasecmp implementation found

The arguments I'm using:

python src/tools/clang/scripts/build.py  --without-fuchsia--without-android--use-system-cmake--llvm-force-head-revision --thinlto  --disable-asserts --bootstrap --pgo

I also tried to remove pgo but still same

Any ideas?
@idris Do you have a current cmake version installed on your system, including an environment path variable for it?

Also, you will need to toss bootstrap, thinlto, and pgo if building on Windows. The build script does not work correctly with those options unless on Linux or maybe MacOS. Just build it with MSVC. Unless churning out numerous builds per session, the performance difference is not enough to worry about anyway.

python D:/depot_tools/chromium/src/tools/clang/scripts/build.py  --without-android--without-fuchsia--disable-asserts--llvm-force-head-revision
@idris BTW, what version(s) of Python do you have installed? Likewise, are the environment path variable(s) set?
AnotherUGCuser 
Does anyone else face the problem of being unable to print : the dialogue-box just hangs, with the message displayed "loading preview" while there is a blue circle moving constantly next to destination ?
My current version is 92.0.4515.107 (downloaded for the first time from here) ; previously I had downloaded 89.x via a link on "Eloston's" github page, in which I faced no such problem. So I just wanted to confirm this problem before downgrading.

Thanks in advance for your time, and of course great appreciation for the efforts of the site manager and the people creating the final-builds from the source codes !
Vaccini Assassini 
@Marmaduke
@RobRich
Again, big thanks to both for the latest android & avx updates.
Anon7152
Does anyone know a way to remove this awful "Copy link to highlight" right-click menu entry from releases newer than 94.0.4602.0?

For many years I got used to the friendly and compact menu, now the developers shove their "useful" trash innovations down places you are used to for years, forcing to became their program a misclick and annoyance generator. Group policy "ScrollToTextFragmentEnabled" = "false" only disables scrolling and not this menu entry (which is stupid), and the flag #copy-link-to-text was very quickly removed.
@Anon7152 It is not a long-term solution, but for now you can unexpire M94 flags to restore the copy-link-to-text flag.

chrome://flags/#temporary-unexpire-flags-m94

Otherwise probably edit chrome/browser/renderer_context_menu/link_to_text_menu_observer.cc and build Chromium.
@RobRich I figured out that error, because of typo in build script

I'm getting this error while building chromium:
https://www.paste.tc/error-8916

flags: "-mavx2", "/clang:-ffp-contract=fast", "-Wno-unused-command-line-argument", "-mllvm", "-polly"
@idris Try replacing -mavx2 with /arch:AVX2 instead. It is related to how intrinsics are handled. I will try post more details about it when I am in front of a keyboard instead of this iPad.
^I also noted you are running Polly via Clang as a cflag. That will work if not using ThinLTO, or if setting Polly to its early position. Still, the better place to run Polly if using ThinLTO is via LLD as a ldflag.

I will post some examples later. Might be Sunday before I get back on one of my build boxes.
"-mavx2" just adds additional SIMD instruction set support to the generic "-march=x86-64" processor target. The default x86-64 target also sets a Sandy Bridge instruction scheduling model, which lacks proper AVX2 scheduling.

Clang-cl interprets "/arch:AVX2" to the "-march=haswell" processor target, which brings in additional instructions Haswell offers. Targeting Haswell also sets a proper AVX, AVX2, instruction scheduling model.

Also setting "/arch:AVX2". etc. is how much of the existing AVX2 code paths are set in Chromium and component sources when building on Windows. Remember much of the project was developed back when using MSVC instead of LLVM, and clang-cl.exe is a replacement for the cl.exe compiler. ;)

----------------

Wherever you end up setting them, I suggest these for building Win64 AVX2:

clags:

"/arch:AVX2",
"/clang:-ffp-contract=fast",
"-Wno-unused-command-line-argument",

ldlags:

"-mllvm:-march=haswell",
"-mllvm:-fp-contract=fast",
"-mllvm:-polly",
"-mllvm:-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm:-polly-invariant-load-hoisting",
"-mllvm:-polly-vectorizer=stripmine",

----------------

The next time I roll builds, I intend to post the actual edited files. I occasionally change things, but anyway, it should be a good example for those interested in my baseline optimization config.
^Targeting Haswell also sets a proper AVX2 instruction scheduling model. Anyway.... ;)
Now a root store build error. Something else to track down. Yay?
Rolled a baseline build with PGO+ThinLTO. It is not related to my changes. Submitted a bug report.
Anon7161
200 dns request in 24hrs to www.95tat1c.qjz9zk
Another bug reporter was able to bisect the build error.

https://chromium.googlesource.com/chromium/src/+/8f4016a358d98b079c1fdf217673458857496aad^!/

Until a fix lands, I probably can disable the root store build flag and proceed. I will try to get to it tonight or maybe tomorrow.
Modified files for an optimized Win64 AVX2 build with ThinLTO+PGO+Polly. Run your own diffs or whatever if desired.

https://github.com/RobRich999/Chromium_Clang/blob/master/modified_files_avx2.zip

Consider it pretty much my "baseline." For example I skipped low-level LLVM options as they can be YMMV for performance and build breakage.
Looks like we are getting a "whats new" page upon first run following install or upgrade now.

chrome://whats-new/
Clicking the "Customize Chromium" button in the current Win64 AVX2 build crashes the browser. So, ehhh, do not click it. ;p

I will poke at it later. Hopefully just a revision issue.
Looks like the root store issue with Linux-Win cross compiling should be resolved.

https://chromium.googlesource.com/chromium/src/+/45ba98fa54bc776d80c63693d0dc615b3fa45e88
@RobRich

Tried a polly/lto/pgo build using your parameters but the build failed:

lld-link: /volumes/disk1/llvm-project-98033fdc50e61273b1d5c77ba5f0f75afe3965c1/llvm/lib/Analysis/ScalarEvolution.cpp:4052: const llvm::SCEV *llvm::ScalarEvolution::getSCEV(llvm::Value *): Assertion `isSCEVable(V->getType()) && "Value is not SCEVable!"' failed.

Polly and PGO tends to be hit and miss.

==========
Chromium for 64-bit Windows - All Codecs - Wednesday, 01 September 2021

Chromium 93.0.4577.63 (Official Build) (64-bit)
ff5c0da2ec0adeaed5550e6c7e98417dac77d98a-refs/branch-heads/4577@{#1135}
OS Windows

- Official build (Stable)
- SDK 10.0.19041.0 (Visual Studio 2019 16.11.1)
- clang-13.0.0/llvm (llvmorg-13-init-15163-g98033fdc-1) - default customised
- PGO
- ThinLTO ( /O2 all levels)
- All Codecs

Sync - Widevine

Chromium-93.0.4577.63-Win64.7z (chrlauncher formatted)
https://github.com/macchrome/chromium/releases/download/v93.0.4577.63-r902210-Win64/Chromium-93.0.4577.63-Win64.7z
SHA1 453413B2F62980F39515485482FCCE4979B3414B

============================================

VDA seems to be not working on older IGPUs such as the Intel(R) HD Graphics 3000; but works on the NVIDIA Quadro 1000M
@marmaduke I seem to remember seeing that one awhile back. IIRC, you have hit an previous LLVM issue with scalar evolution and Polly that has since been resolved in LLVM trunk. You would need to build LLVM ToT off trunk to verify.

It is somewhat annoying LLVM is a moving target with Chromium. On a related note of a recent personal experience, even the project's own LLVM checkout is updated so often as to render ccache largely useless for occasional building, short of disabling compiler detection and rolling the dice on a successful build. o.0
The "Customize Chromium" button crash in Win64 AVX2 appears related directly to AVX2 optimizations instead a revision issue. I am going to have to look into the continued viability of AVX2 across all optimized code paths. Win64 AVX2 is often my worst build for bugs and crashers, which as one could suspect, can be quite annoying. Casual hobbies are supposed to be fun and interesting; not so much frustrating and irritating.

Being realistic, all we really immediately need is done by setting AVX as the minimum SIMD requirement, thus forcing VEX encoding across the optimized code paths. That gets rid of the mixed SSE and AVX transition penalties, which is likely (much?) more significant than whatever minimum level of specified AVX support.

https://john-h-k.github.io/VexTransitionPenalties.html

Some components use CPU dispatch anyway. That is why a "SSE3" build still can use AVX, AVX2, etc. for certain components. The problem as explained in the above link is the mixed SIMD encodings. Setting AVX as the SIMD minimum forces VEX coding across the board, thus eliminating the transition penalties, and those certain components with CPU dispatch still can use AVX2 and higher if available.

TLDR? I am discontinuing the Win64 AVX2 build for now. I kept Win64 AVX2 listed as "experimental" in my repository for a reason. It might return in the future.

On a related note, my Win32 builds are not far from being discontinued as well. Does anyone even use my Win32 builds these days?
Well that did not take much effort. I already have Win64 AVX r917189 matching and even slightly outperforming Win64 AVX2 r916760 on my test system. All I have done thus far is to simply crank up clang and lto codegen to -O3.
@RobRich and @marmaduke
I've recently came across an article written about ungoogled-chromium and chromium in general, can you guys please take a look at it and share your thoughts? Does this article have a valid point?
https://qua3k.github.io/ungoogled/
This person states that Google Chrome can be configured to act like ungoogled-chromium, is that true?
Thanks in advance
@Marvel

Interesting article. Each to their own!
Win32 user 
@Marvel - thanks a lot for the reference (and lets wait for replays)!
Have to say - I use the mentioned Ungoogled-Chrome via "run.cmd"-file to configure U-C.
The simple "run.cmd" takes about 20+ lines e.g. -

chrome.exe  --incognito ^
--user-data-dir=C:\....... ^
--profile-directory=....... ^
--ssl-version-min=......  --ssl-version-fallback-min=...... ^
--proxy-server="......"  --host-resolver-rules="......" ^
--disable-reading-from-canvasFIXviaEXTENSION ^
....
--save-page-as-mhtml ^
...

and I never had a need to dig into switches mentioned in the article. Have to say - mentioned switches are useful and my configuring-run.cmd will definitely grow. Fortunately Chrome (U-C as well) has a lots of switches, unfortunately they are documented\exampled too poorly (i.e. I am still not sure how to turn DoH or Turn ON\OFF\CFG some features via ***switches*** NOT via chrome://settings ).

Concerning such things as ***anonimity,privacy,safety*** - I would vote for stripping out "dangerous" functionality rather configuring it - thus my voice - for "Ungoogled-Chrome".

BTW - author did not say how to disable Google Wallet\Google Feedback\Google Web Store\Google Hangouts\Google Branding.

* What I really would like is to ***ADD** into Ungoogled-Chrome is the way to install\integrate crx-extensions from local disk. In early days Chrome had such functionality (AFAIR for Linux or Windows) but later removed all of options as they unsafe. So each time I have to integrate crx-es manually for each fresh browser release. This is annoying.

@RobRich it seems admin delays my replay to your question.
Anon7175
@Hibbiki
Hi. Thank you for your very quick update 93... Regards
Anon7176
@Hibbiki
Thank you very much for the prompt realization of 93... Regards
@Win32user Your reply was likely filter owned. ;) Happens to me occasionally, too. Change a word, reformat the text, etc. and repost.
Anon7178
@RobRich
Hi . Thank You for new modified widevine all-codecs win64 95.0.4630.0 (917189) • Thursday, 2 Sep 2021. Best Regards...
@Anon7178 Welcome. :)
@RobRich
How to remove that ugly bottle icon on the right side of the list in v95... when everything is disabled?
@RobRich
Thank you you always have a solution for all the details.
@RobRich

Thanks for the latest "95.0.4630.0 (917189) • Thursday, 2 Sep 2021 win64-sse3" build! :)

I've noticed when going to "Settings", and performing a search in the settings bar IE: "protocol" the whole browser crashes?
Is this reproduceable by you or anyone here? Just curious if this if a known problem or it's just on my end.

Thank you! :)

Sincerely,
~Dustyn~
@Dustyn Just checked. Happens here, too. Probably a revision issue. I will try to roll updated revisions in the next day or two.
=============================
I'm not satisfied with the hardware graphics acceleration: skia errors and VDA seems to be not working on older IGPUs such as the Intel(R) HD Graphics 3000; but works on the NVIDIA Quadro 1000M. Hence, I will not (officially) release this unless feedback is positive.

Chromium for 64-bit Windows - Sunday, 05 September 2021

Chromium 93.0.4577.63 (Official Build, ungoogled-chromium)
Revision ff5c0da2ec0adeaed5550e6c7e98417dac77d98a-refs/branch-heads/4577@{#1135}
OS Windows

- GNU/Linux cross-compiled
- SDK 10.0.19041.0 (Visual Studio 2019 16.11.1)
- clang/llvm (Default)
- PGO : 64-bit

Standard build of Eloston's ungoogled-chromium. All patches applied apart from "Safe Browser", add-flag-for-omnibox-autocomplete-filtering and add-flag-for-pdf-plugin-name

No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Ungoogled

ungoogled-chromium-93.0.4577.63-1_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v93.0.4577.63-r902210-Win64/ungoogled-chromium-93.0.4577.63-1_Win64.7z
SHA1 D7698B239F7CE04C73FB3A78F04E46403E40E789
@marmaduke Curious, have you checked the GPU issues with D3D9 instead of the default D3D11 render path? Some older GPUs might claim DX11 compatibly, but compatibility does not mean actual feature compliance.

chrome://flags/#use-angle
Anon7187
@Marmaduke
Hi . Thank You for your update 93...63.1 . For me working great. Applied tip of RobRich ( Thanks to him.)
But i have old CPU and Graphic card Nvidia.
Best Regards.
Anon7188
@Marmaduke
Thank you for your 93.0.4577.63-1_Win64 build release. Its working great on my i7-3770K intel GPU and newer Nvidia 980Ti too.
With kind regards,
@Jerry
Hi - Marmaduke has already built the 93.0.4577.63 ungoogled version as a 7z archive, today 5 Sep. He is absolutely free to edit only this archive and no mini-installer etc. The archive can be easily unpacked with the freeware 7zip and used immediately. The user data is taken over or newly created if no Chromium was installed yet.
@RobRich
Great to hear the issue is not only on my end.

Thanks for letting me know and for the excellent SSE3 builds! :)
Sincerely,
Dustyn
Win64 and Linux builds updated. i will try to get a Win32 build done in upcoming days.

@Dustyn Issue resolved. :)
@RobRich
Thanks for such a speedy release of 95.0.4634.0 (918442) (64-bit) SSE3 build!
The issue I reported is indeed resolved, no more crashes. Thanks!

Cheers!
Sincerely,
Dustyn
Anon7193
@ Marmaduke
Thanks for the ungoogled updated Chromium for Mac!
Hi and thank you for this awesome job...
I only wanted to suggest one thing to Marmaduke, it would be great if you could provide your ungoogled version with avx2 and fma support.
Thanx again anyway.
Anon7195
Hello, I was running Rob Rich avx2 build, but i read the avx build is better now and the avx2 is done for, I downloaded the "mini_installer.exe" from the Installer link on the avx build and ran it, i didn't uninstall the avx2 build or anything like that, is everything good and installed now? Has the transition been completed properly?
Anon7196
Thank you very much sir! This is a great project, it solved all my problems :)
Anon7197
Several Spotify Channels that do not require accounts or logins are not playing in this build while they do in the corresponding version of Google Chrome. Newest Firefox also has no problem.

I've also double checked the usual troubleshooting suggestions such making sure protected content is allowed.

Not a big deal but thought I'd throw it out here.

This is one of the Spotify Sites; https://open.spotify.com/show/3ZW2PwMIAt1dp8fOSx6nRu
Anon7198
@Anon719
That's most likely the already know widevine problem ... e.g.: https://github.com/Eloston/ungoogled-chromium/issues/1258
@Anon7195 Yeah, as long as the mini_installer.exe is a later a revision, it will install over whatever revision was present. That applies to any Chromium builds, so you are good to go.
@Marmaduke
Thx for the 93.0.4577.63 ungoogled version. For me working great.Use an Ivy Bridge GT1 GPU and all is fine.
BTW, why is chrome://flags/#PasswordImport not available anymore? Googles choice?
Anon7202
What's wrong with the avx2 build? How is the avx build better?
@Anon7202 It is more like Win64 AVX2 is becoming an ongoing aggravating annoyance to maintain and build. It offers little to no performance difference for most use cases compare to my Win64 AVX build, either.

AVX gets us VEX encoding, which is the important part IMO, and various components with CPU dispatch still can use AVX2 if supported. I posted more details awhile back.
Anon7204
Thanks @Rob for v96 fresh builds :)
@RobRich
Hi. I started to get this error while building. Do you have any idea?

https://www.paste.tc/chromium-8
@idris Looks like Python is failing on a OS check or similar. Curious, did you set all the needed environment variables. For example:

set PATH=D:\depot_tools;%PATH%
set DEPOT_TOOLS_WIN_TOOLCHAIN=0
set GYP_MSVS_VERSION=2019

Change the depot tools path accordingly. Otherwise, what are your args.gn build arguments?
Anon7207
Why urali from # form-controls-refresh flags? How to remove this black bold frame? Why is it needed?
@Anon7207 Looks like chrome://flags/#form-controls-refresh landed around M81 and was enabled around M83. Flags that old are often removed, especially if the older legacy feature source code has been dropped.

That said, what black bold frame are your referencing? Got a screenshot?
Anon7209
Black border, stroke around input fields. Now I'm writing here on the site and the input fields are surrounded by a bold black frame. In version 92, this was solved by disabling the # form-controls-refresh flag. This cannot be disabled in version 93.
@RobRich & @ Anon7209

I think he's talking about the black border stroke around input fields WHEN field has FOCUS.

If the [form-controls-refresh]’s flag existed in version Chrome #92, I imagine that it could find this option again in version Chrome #93 by using [temporary-unexpire-flags-m92] flag to re-enable this #92’s option ?
Anon7212
An active input field with a black border. This is the case on both Linux and Windows versions of the browser.
https://imgur.com/Swu3mz8
Forums under focus. K. Suppose I just did not ever notice it. It appears Firefox Nightly does it, too.
Hi folk,

Remember to disable FLoC.

1/ By this : https://www.ghacks.net/2021/05/31/h

2/ And this : https://chromium.woolyss.com/?all=1#comment-6761 (Warning, this page takes a very long time to load because it must load more than 10K comments)

And after check everything work by here : https://amifloced.org/

Why ? https://www.eff.org/deeplinks/2021/03/googles-floc-terrible-idea
Anon7215
If you use uBlock Origin, FLoC is disabled when using default settings/lists.
https://github.com/uBlockOrigin/uBlock-issues/issues/1553
Anon7216
@Marmaduke
Hi. Thanks for your very quick update Ungoogled 93.....82. Regards...
Anon7217
@Marmaduke
Thank you for your super quick 93.0.4577.82- Win64 build release.
With kind regards,
FYI. Thinking I will roll another round of Linux builds, then maybe upgrade my Linux build box to Kubuntu 21.10 (dev), which probably means a bump in the libc revision requirement as well. Ubuntu 21.10 is scheduled to go release status next month anyway.

Actually, while I do try to keep my Chromium builds running on whatever is the current Ubuntu mainstream release revision, my Linux systems do not exactly track standard distro releases. I use updated kernels and PPAs for graphics, KDE, etc.
Anon7219
@Marmaduke
Thanks for the timely Mac ungoogled version update.
Anon7220
@Hibbiki
Hi. Thanks for your update 93....82 nosync. Best Regards.
Thomas Morgan 
Excellent site
Thank you for the update
Anon7223
This comment section is missing a "Like" button so we could thank all devs when they release/report something and definitely a report one for these last comments
@Marmaduke
Thank you for your quick 93.0.4577.82- Win64 build release.
Kind regards!
@RobRich

My build args are: https://www.paste.tc/basliksiz-1684
All flags you mentioned set.

Could you build Chromium sync enabled?
@idris Let us pair down the list a little as a start. You can add back optimization and media flags once a working build process is obtain.

For example RTTI is for debug and similar. Also I would disable nacl unless you have a specific need for it.

I omitted your personal API keys below, so you will need to add them back.

# Build arguments go here.
# See "gn args <out_dir> --list" for available build arguments.
enable_nacl = false
ffmpeg_branding = "Chrome"
is_component_build = false
is_debug = false
proprietary_codecs = true
symbol_level = 0
target_cpu = "x64"
enable_widevine = true
google_default_client_secret=""
google_api_key=""
google_default_client_id=""
is_official_build = true
current_cpu = "x64"
blink_symbol_level = 0
thin_lto_enable_optimizations = false
use_thin_lto = false
clang_use_chrome_plugins = false
chrome_pgo_phase = 0

About sync, apologies, but I do not bother with it. API keys are rate limited for personal use these days, too.
No need to get an iPhone 13...

19 September 2021

arm64_ChromePublic_ALLCODECS-92.0.4515.166_1.apk
https://github.com/macchrome/droidchrome/releases/download/v92.0.4515.159-r885287-Ungoogled-And64/arm64_ChromePublic_ALLCODECS-92.0.4515.166_1.apk
SHA1 8C9F694798AFA50402BF5D987121E7B35F11756D

Passes all tests at https://tools.woolyss.com/html5-audio-video-tester/ apart from 20120927_091416.m2ts (audio only)

Proof of concept build... Sita Sings the Blues
demas brook 
love your content
The Kiwi browser for Android is already on version 94... It' s great.
Anon7230
Hi to all.
New tracking by dev google
New way to detect user agent
Since chromium 90
navigator.userAgentData (Client Hints)

See here
https://browserleaks.com/javascript

And here
https://browserleaks.com/client-hints

Explanations here
https://browserleaks.com/client-hints#client-hints-description
And
https://browserleaks.com/client-hints#further-reading

Cheers :(
Anon7231
Another privacy invasion & possible attack pathway: Idle detection api
which is shipped in v94 and enabled by default.
Both Mozilla and Apple/Webkit camps refuse to implement.

https://www.neowin.net/news/chrome-94-is-coming-today-with-support-for-controversial-idle-detection-api/
@Hibbiki
Much thanks for the immediate update 94.0.4606.54. Very great.
Anon7233
Hello, after installing the newest v96.0.4646.0-r922556-win64-avx from Rob Rich, something broke. I play a browser game (yes yes I know it's 2021 lul), and in the top left of each item a number shows to indicate its item level. However after updating to this build, it disappeared. This is not an addon thing, it's from the website by default. I tried to rollback to the older build using the mini-installer, but it did not work, starting chrome still showed .4646, then i ran the newest mini installer again and i cannot fix it, the item level of my items is not showing anymore after the update, it broke it, i can't go back either to the older build it doesn't work pls help
@Anon7233 You can roll backwards using a previous revision of the mini installer after deleting the Chromium application (not user data!) directory.

For example:

C:\Users\RobRich\AppData\Local\Chromium\Application
Anon7235
Thanks Rob, this is awesome to know! Btw it turns out it wasn't the chromium update (probably), as a few hours later stuff got fixed. So maybe something happened with the server right after i updated, not sure yet cuz i wasn't really paying attention i just remember i updated and not much later i noticed the levels are gone but after a few hours it started working again, thanks for the help!
Anon7236
@marmaduke thanks brother
FYI. If anyone is building Chromium with -mavx manually set, you are going to run into an issue compiling Skia. Devs recently changed how reciprocals are calculated for greater positional precision. I posted a bug report and proposed quick fix here:

https://bugs.chromium.org/p/skia/issues/detail?id=12453#c4
Anon7238
@Marmaduke
Thank you for your 94.0.4606.61 Win64 build release.
With kind regards,
Anon7239
After the last auto update "Version 94.0.4606.61 (Official Build, ungoogled-chromium) (64-bit)" for windows 10, HEVC is no longer working.
I tried the video tests in this website, tried to disable hardware acceleration, nothing works.
Anon7240
While using ungoogled-chromium 94.0.4606.61 Win64 build release, I noticed slow loading of vimeo videos. Also https://vimeo.com/watch web page loads only after multiple page refreshes. Is anyone else experiencing this ?
With kind regards,
Anon7242
@Prof. Onika Tanya Maraj-Petty,
Thank you.
With kind regards,
Anon7243
Does anyone get a false positive for Trojan:Script/Wacatac.B!ml? I'm using 96.0.4655.0 avx build
Anon7244
@Prof. Onika Tanya Maraj-Petty
Thanks a lot, it works now! I needed it for Yomichan.
Would be nice to include the tidbit in the ungoogle "all-codecs+" pop-up info, it will save a lot of confusion imo.
Anon7245
Hi, why is ungoogled Chromium Portable blocking the following links (trying to access from the settings page)
https://www.ch40m1um.qjz9zk/ (help)
https://support.9oo91e.qjz9zk/chrome/?p=help&ctx=settings
https://chrome.9oo91e.qjz9zk/webstore?hl=de&category=theme (webstore for themes and extensions)

The webstore can be accessed directly through search or the dropdown menu, but it's strange tha Chromium should block its own help.

I downloaded this package https://github.com/macchrome/winchrome/releases/download/v94.0.4606.61-r911515-Win64/ungoogled-chromium-94.0.4606.61-1_Win64.7z - I want something portable and with codecs, so I hope that's the correct thing (sorry, totally new to this)
@Marmaduke

What happened to Android ungoogled builds? No working ug patches for 94?
@Anon7245 Ungoogled builds replace Google links with nonsense links.

@Anon7243 I spotted what I suspected was your VirusTotal submission. I re-submitted the files in case there has been a scan engine update:

https://www.virustotal.com/gui/file/220bd5191b25e6107072bc15f282cc7b8fdb3c49e345e29e81688080b336ad9b

https://www.virustotal.com/gui/file/c98beea0684f234e61aa0a997b050889d615c61ecfb1899ca6a3f1495c4398e2

Looks like whatever engine flagged the archive is now reporting it as okay. Like ya' said, false positive. :)

The mini installer include a flake apparently because its "AI" heuristics do not know if the file derives from a verified source. Basically the same prompt Windows usually does when running the installer IMO.
Anon7249
Chromium moved to 4 week release cycle 9 days ago, and already got 2 updates that fix 3 vulnerabilities with exploits in the wild.
@ Anon7249 So build a new revision. Will you be sharing your updated builds here?
Anon7251
@RobRich, this wouldn't solve the underlying issue: recently a lot of stable releases have 0-day vulnerabilities, but instead of reviewing the code better, Google sped up the release cycle to not let Firefox overtake it by version number.
@Anon7251 : You don’t know how right you are !

A recent study shows that if we ask newbies to choose a browser among all those available, 67% of them rely on the "version" number to decide!

Yes… You read well… For 2/3 of people, regardless of browsers: if it has a version number greater than others, it is “probably” because it is more recent and therefore more efficient and secure than others.

This is why Google has accelerated its week release cycle: only and only to get a build’s number greater than Firefox so as not to lose any crumbs of market share (with advertisings, telemetrys, spywares that go with it)…

It is absolutely not a question of security improvement behind this decision…
@Anon7251 I took the comment more as the usual gripe about us independent and hobby builders not keeping exact pace with certain "important" revisions, as in we are not doing enough to whatever purpose: features, security, an icon moved by 1 pixel, etc. ;)
@Marmaduke
Thank you for 94.0.4606.71 Win64 build release.
Anon7255
@Marmaduke
Thanks for the updated Mac ungoogled 94.0.4606.71 update.
Much appreciated
Anon7256
@Marmaduke
Thank you for your 94.0.4606.71 Win64 build release.
With kind regards,
@Hibbiki
Thank you very much for your 94.0.4606.71 nosync.
With kind regards,
Anon7258
@Hibbiki @Marmaduke @RobRich

Hi. Thank you very much for your latest builds. Regards ... :)
Hi all!
@Marmaduke
@Jerry
Chromium ungoogled Mac version 94.0.4606.71 refuses to open this site (https://chromium.woolyss.com/) due to privacy issue. :-o
Says it's because the site uses HSTS technology.
Anon7260
One thing I have noticed about Chromium that I don't particularly care for, is the fact that it doesn't seem to allow you to stay logged in to any websites. Every time I access a website that I have to log in to, I have to re-login, even if I click the setting to remain logged in on this computer. Even if only for a minute or so, if you close the window it forces you to re-login. Is there a solution to this behavior, either in Chromium's preferences,, or an ad-on? In general, the lean, quick action of the app is so good, it seems a shame to have that " I can't remember you" aspect.
Anon7261
@Anon7260, go to chrome://settings/cookies and uncheck "Clear cookies and site data when you close all windows", or add sites where you wish to keep cookies under "Sites that can always use cookies".
Anon7262
@Anon7261
Thanks a lot for the tip about Chromium settings cookies! That works!
Anon7263
Chromium last build 94.0.4606.71 x64 by Hibbiki do not display anymore the Translation button in Address bar (Chrome, same version, allows it). How to reenable this translation button?
Why the translation button has been removed?
Anon7260, I confirm that it has not worked for a long time. Same here. I did not find a solution. I thought that by unchecking "Clear cookies and site data when you close all windows"- it would work, but it doesn't work either.

"uncheck "Clear cookies and site data when you close all windows", or add sites where you wish to keep cookies under "Sites that can always use cookies"." - > Works only for the current moment. Then it doesn't work. I did not find the reason why.
Anon7265
Anon7260 here; in regard to Ariwee's post, I can confirm that "add sites where you wish to keep cookies under "Sites that can always use cookies" does work, until a reboot (which in my case wiped the MacRumors' cookie. As long as I do not reboot, the MacRumors site now remembers me even if I quit Chromium, and leaves me signed in on re-accessing the site, whereas before I had to sign in each time I accessed the site. Have to do a log out and see what effect that has.
Not sure about what "uncheck 'Clear cookies and site data when you close all windows'" does and to what extent it will work. This may become clear after using the app more with this in mind.
About Chromium Mac being unable to open https://chromium.woolyss.com/: I found out that other sites are affected too and that its because of the end of the DST Root CA X3 certificate (expired on 30 September 2021)
I fixed it by installing the ISRG Root X1 certificate instead, available at https://letsencrypt.org/certs/isrgrootx1.pem (from what I understand, Firefox fixed it years ago: https://bugzilla.mozilla.org/show_bug.cgi?id=1289889...).
It's very likely that recent OSes are not concerned, but here on MacOS 10.11, it's mandatory to install the new root certificate (Safari is also affected).
Note that it's not enough to install it, I had also to approve it manually.
Hope this might help someone. ;-)
Anon7268
In addition to @Anon7261, when using "Clear Browsing Data", don't forget to uncheck "Cookies and other site data" and "Site Settings". I'm not sure if ungoogled flag chrome://flags/#clear-data-on-exit clears everything or skips items that are unchecked in CBD window, so better do not enable it.
Lovely_Collie 
Ta for the great job you do to protect our privacy and creating a comprehensive version of clean and fresh browser!
[quote=Anon7268]Anon7268 4 Oct 2021, 06:48
In addition to @Anon7261, when using "Clear Browsing Data", don't forget to uncheck "Cookies and other site data" and "Site Settings". I'm not sure if ungoogled flag chrome://flags/#clear-data-on-exit clears everything or skips items that are unchecked in CBD window, so better do not enable it.[/quote]

In my initial tests, it is confirmed that it is from this setting. But a few hours later - it turns out that this setup is not and there is a problem again. Although "chrome: // flags / # clear-data-on-exit" -> Disabled.

Thanks for joining.

Let someone more experienced bring clarity and suggest a solution to cookies and why we are decomposed by the sites after an hour or so.
Anon7271
Hey Rob, as someone who currently works as QA Tester with Selenium, i'm interested in building these things to see new changes, how can i learn to build is there a tutorial somewhere how did u learn? Your last update was 8 days ago and that's a bit too much imo so instead of complaining here like others I wanna learn to do it myself how can I?
Anon7273
Usee .example instead of www.95tat1c.qjz9zk for replacement.
Maybe use
chromiumwoolys.example****.invalid.example
.local
.localhost
**** is random character.
Anon7274
@Marmaduke
Thank you for your super quick 94.0.4606.81 win64 build release.
With kind regards,
@Anon7271 Daigo has the right idea. There are docs covering Linux, MacOS, Windows, etc. Let us get you a baseline build working, then we can work from there. Ask here if you have any questions about the process. :)
Anon7276
@Marmaduke
Hi. Thanks for your latest update 94....81.

@Hibbiki
Hi. Thanks too for your latest update nosync 94....81.

Best regards. :)
Linux and WIn64 builds updated. Win32 is currently building, so probably later today or tomorrow for publication.

For those curious about the Wi64 AVX r929647 that landed for awhile earlier today, it was technically okay. However I noticed a potential optimization issue after publication, so I decided to just upgrade the local repositories and proceed with fresh Windows builds.
Anon7278
Hello,
Build "94.0.4606.81 (911515) • Friday, 8 Oct 2021" by Hibbiki directly downloaded here once installed, chrome.dll is reported by Kaspersky Internet Security (version 21.3.10.391(f) ) as "UDS:Trojan-PSW.MSIL.Reline". According to VirusTotal, no other antivirus report the program so probably a false positive.
@Anon7278 and @Jerry
Sadly I have to confirm this, the trojan is displayed by Kaspersky on the sync version but not on the nosync variant of Hibbiki (downloaded from github.com). Is it a gift from Google? Everything is possible. Unfortunately! - Still, it is not recommended to store passwords and addresses etc. in the browser. Using the web, greatest security is recommended in the settings.

@Jerry
The ungoogled version of Marmaduke has now only all-codecs without +.
Anon7280
Spotify web isn't working here with the Hibbik build, the songs just skip immediately.
Anon7281
I deleted "C:\Users\User\AppData\Local\Chromium"
What have I lost? I don't see any data loss.
@Anon7281 Any personalized settings, bookmarks, and similar. However, if you are using sync, that should restore them for you.

--------------------

New option in Polly for consideration. -polly-loopfusion-greedy enables aggressive loop fusion without factoring profitability. Might benefit ILP, though YMMV as usual.

https://reviews.llvm.org/rG64489255be4903dc8683aff8dade315461a0a397
https://en.wikipedia.org/wiki/Loop_fission_and_fusion

--------------------

FYI for anyone cross building Windows AVX, AVX2, or similar on Linux. An edit error allowed me to discover libc++ code pulling its SIMD level from....

/home/robrich/depot_tools/chromium/src/build/config/compiler/BUILD.gn

instead of....

/home/robrich/depot_tools/chromium/src/build/config/win/BUILD.gn

....as expected for Windows builds. Search for and change -msse3 to -mavx (or whatever desired SIMD level) in *both* files.

I usually build Windows natively, but sometimes it depends upon whatever I am doing with my two build boxes.
Why is it not specified if thinlto, polly, pgo, or "modified" in the bubbles next to releases i.e. like this https://web.archive.org/web/20190430135712/https://chromium.woolyss.com/ (next to rob rich's) anymore?

Also carl or admin needs to update carls android releases, as it does have all codecs, despite it not saying so.
The modified tag is next to my releases, along with a SIMD level tag for AVX as appropriate. AVX2 is currently on hold, so it’s listing has been dropped for now.

I have built releases similarly for so long now that is not much point in the other tags for ThinLTO, Polly, etc. cluttering up the UI here IMO. Probably Jerry's reasoning, too.
Anon7285
Bromite (carl) is about a month old now without updates

https://chromereleases.googleblog.com/search/label/Stable+updates+Chrome+for+Android shows 93.0.4577.82 released on 13th of september, bromite is on the same version but .110 at the end so slightly newer but still very outdated
Anon7286
@Marmaduke what about win32 version of ungoogled chromium 94?
Pushing Windows builds in a few minutes. Linux builds hopefully later today.

BTW, in case anyone wants more nuanced technical info or similar discussion on my Chromium builds:

https://github.com/RobRich999/Chromium_Clang/issues/26
Anon7288
What's the process for manually updating a standard installation? Just run the newer installer?
@Anon7288 Sure enough, and i referencing Windows, the mini_installer runs silent. You can verify the update occurred by checking chrome://version info.
Anon7290
Noticed an announcement for "Chrome 94.0.4606.101 Extended Stable Channel Update for Desktop (Google)" on the web. Can anyone explain what the "Extended" means? The same source also had an announcement up for "Chrome 95.0.4638.54 Stable Channel Update", which is the first time I have seen two such Stable Channel Updates together. Is that normal?
Hi Rob,

thanks for the continuous great builds of Chromium, they are amazingly fast! I have, however, been wondering, why there are no more recent AVX2 builds for Windows, but only AVX? I always preferred them over the AVX builds. Are you planning to resume them?

Thanks so much :)
Anon7292
@Geeky

You have an answer to your question few posts above yours, in comment #7284: #comment-7284 and also in comment #7203: https://chromium.woolyss.com/?all=1#comment-7203
Anon7293
" The stable 64-bit Chromium release on #windows-64-bit is now compiled by Maramaduke"

Maramaduke xd
will ever do a compilation with codecs+ and sync? for windows, that would be great. Thanks for your effort
Thank you very much for the rapid update 95.0.4638.54
Anon7296
@Marmaduke
Thank you for your super quick 95.0.4638.54 win64 build release. Looking forward to the Linux build release too.
With kind regards,
John Bartley 
I have an XP with only SSE in its processor. How do I locate the appropriate install? The archives are confusing.
Hello, there is a PROBLEM with this new update on Windows 7. I cannot get UC started up with chrlauncher!
another Win32 user 
@Marmaduke could you help us with win32 version of ungoogled chromium 95?
@John Bartley

You are sure the CPU only supports SSE and not SSE2?

If you don't have SSE2 your going to have to use a version of Chrome BELOW version "35".
If your CPU supports SSE2, then you can use version 35 all the way up to a MAX of "49".
Windows XP will not support anything past version 49.

You can get up to version 88 with your CPU if you update your operating system to anything past Windows XP.

Did you check at the very top of this page where it says, "Windows XP, Vista... and old versions" ?

Regards,
~Dustyn~
@Jerry: If any of this info is outdated please edit this posting. :)
Anon7301
@Marmaduke
Thank you for your updated 95.0.4638.54-2 win64 build release.
With kind regards,
Anon7302
ungoogled-chromium-95.0.4638.54-2_Win64.7z - When I clear browser data, it crashes/quits.

The Oct 20 release works fine. What are the differences between the two releases?
Chrome-pogrom 
[quote=Anon7302 22 Oct 2021, 12:04]ungoogled-chromium-95.0.4638.54-2_Win64.7z - When I clear browser data, it crashes/quits.

The Oct 20 release works fine. What are the differences between the two releases?[/quote]

You are perfectly right! Yes, it crashes, it is precisely from what you said. It comes out that these 22 October 2021 editions are unacceptable for use.

Moreover, marmaduk refuses to write messages in the themes in their repository when asked questions and lock them up and moves to "closed themes".
@Marmaduke
Thank you for last ungoogled chromium (95.0.4638.54) for Win64 & Win32 !!! Both runs well and are very fast :)
Anon7306
Hello I updated to newest avx build of Rob Rich for W64 and now the translator plugin disappear. On top right, left of extension icon, normally there is 2 icons, the translator icon that translates websites and the star icon for bookmarking. Now there's a share icon but the translator plugin is gone?
Anon7307
@Marmaduke
1st build release was 95.0.4638.54-1 win64
2nd revised build release was 95.0.4638.54-2 win64

Now the 3rd revised build release has gone back to 95.0.4638.54-1 win64

I am confused ! I would have thought the 3rd revised build release should be 95.0.4638.54-3 win64 ?

I do appreciate all your build releases :)
Vaccini Assassini 
@Marmaduke
Will there be any forthcoming Android updates, please?
Anon7309
The chromium option "Offer to translate pages that aren't in a language you read" completely disappeared with rob rich's newest W64 avx build now the browser is unusable please fix
@Vaccini Assassini

Look here : https://github.com/macchrome/droidchrome/releases

There is a quite new 28 days old’s 94.0.4606.71 version.
No idea regarding the translate feature. Could be revision related. Could be the plugin itself. Suppose we will find out with my next round of builds, or in the meantime, ya'll could try the project's own dev builds to verify.
Anon7312
@marmaduke, please an update to mac +sync +all codecs +wildvine! thank you.
Anon7313
@Marmaduke, thanks for the ungoogled, latest update to the Mac app. Much appreciated.
Anon7314
I just want to ask..how long will you keep this up with updating this build and do you have plans for the future of where this will go to?
How long will you last updating UC? :(
Vaccini Assassini 
@Mumu
Many thanks for that.
Anon7316
@Jerry
The Chromium_sync_97.0.4685.0 version by the Chromium Authors is listed incorrectly on the front page.
Not a big deal, but fix that when you can.
Anon7317
Hi @Marmaduke,

Thanks for your time and dedication on building Chromium for MacOS! Is it possible to update to the latest stable (95.0.4638.69)? Google just released that they fixed 0day for CVE-2021-38000 and CVE-2021-38003

https://thehackernews.com/2021/10/google-releases-urgent-chrome-update-to.html
https://chromereleases.googleblog.com/2021/10/stable-channel-update-for-desktop_28.html

Thanks a lot in advance
Anon7318
@Marmaduke
Thank you for your 95.0.4638.54-4 win64 build release.
With kind regards,
Hi,

sometimes the mini_installer leaves a ghost proces behind AFTER the successful installation.

https://i.imgur.com/fmpdm3c.png
https://i.imgur.com/o97RlOL.png
Anon7320
@Hibbiki
Thanks a lot for the next step to 95.0.4638.69!
Anon7321
@Marmaduke thnx man, always using your builds
Anon7322
@Marmaduke
Thanks for the quick update to the Mac app!
Anon7323
@Marmaduke
Thank you for your 95.0.4638.69-1 win64 build release.
With kind regards,
Anon7324
Anyone know how to block the messages google keeps forcing onto the new tab page? The promo stuff, like today's "Watch Now:
a global conversation about solutions to climate change". Seems to come in via "ntp-middle-slot-promo" but I don't know how to block it.
Anon7325
@Marmaduke
Thank you for your 95.0.4638.69 64-bit Linux build release too.
With kind regards,
Anon7326
Marmaduke macOS Sync Wildvine All Codecs stuck at v92, any update please?
Anon7327
The description of the Development Build, "0.0.0.0 (936736) • Wednesday, 31 Dec 1969" is far off from the actual content of the Archive (zip) file. Is that on purpose?
@Marmaduke
Thank you for new ungoogled chromium (95.0.4638.69) for Win64 & Win32 :-)
@RobRich 936774-avx/sse looks like this 😆
https://i.imgur.com/zVV7VJt.png
@Daigo Your system in dark app mode? ;) It looks normal here except for the change to toolbar icons now being red for whatever reason(s).
@RobRich Yeah, exactly red icons. Dunno what cause it. This is a completely clean new profile with default settings, no extensions, flags, etc.
Anon7332
I updated to rob's newest avx build and now the color of everything around the address bar is red, including the lines. Otherwise everything is fine, but on white mode it's very annoying to see the red colors since the address bar is visible all the time
I suspect it could be a revision-related regression or issue. I will roll updated Win64 builds maybe later today or tomorrow to find out.
Anon7334
Oh, it's not just me with the red icons and everything. Thought it might be some weird halloween thing google was doing so rolled back to previous revision.
I just rolled Win64 r937500 here, and the red icons persist. Hmmm.
Pulled the project's own r937538 checkout, and it seems okay. It could be -O3 optimizations and/or Polly causing an incorrect value to be generated in the binary. I will drop to -O2 and Polly across the board to check, then next drop Polly to further check if needed.

If is optimization related, it could take a day or two to track down.
Anon7337
Issue 1265339: Regression: Options like menu , forward , backward and reload options are appearing in red color.
https://bugs.chromium.org/p/chromium/issues/detail?id=1265339
@Anon7337 Thanks. So it was an optimization issue, but a lower level one in LLVM. I will update and roll fresh builds.
Icons resolved. Looks like it was also causing an annoying (intermittent?) crasher when searching settings and video encode showing as undefined in about:gpu properties. I will push Win64 AVX in a few, and Win64 SSE3 maybe later tonight or tomorrow.
Thanks RobRich for your support. I'm running your avx build and it runs very swift. I'm testing #enable-raw-draw on mi i7 2012 laptop and other specialised gpu flags and I hope google iron it out in time, sometimes I get glitches with raw but for the rest it works ok. It's great to have optimized builds for avx that work on even old processors. It makes the browser light and speedy, compared to edge on Windows 11. Keep up the good work.
Anon7341
@RobRich build 4691 win64-sse3 not work on my Win10 x64 21H1 with 0xc0000142 error on startup. Previous win64-sse3 build (with red icons bug) and other earlier - works fine. What could it be?
Anon7342
I finally found a very easy way to permanently get rid of this fucking "Copy link to highlight" context menu without rebuilding or editing anything.

Just add this command-line switch to your Chromium shortcut:
C:\Users\User\AppData\Local\Chromium\Application\chrome.exe  --disable-features=CopyLinkToText
@Anon7341 Sent those from a new system here. Right hashes but wrong build got pushed. I just uploaded the correct build. Thanks.
Anon7344
@RobRich Yes, it works now. Thanks so much.
Anon7345
@Marmaduke, thank you for latest macOS +sync.
Anon7346
What is this "0.0.0.0 (939145) • Wednesday, 31 Dec 1969"? It says it is a development build by the Chromium Authors....
@Nico It is more like Google API keys are subject to more stringent rate limiting, thus limiting viability for bundling with publicly distributed builds and derivative projects of Chromium.

Despite previous experiences, the API keys were and now are intended for personal development and testing use. A workaround (for now?) is to create your own API keys, and load them locally as environment variables. Jerry has instructions up the page here. Odds are you will be unlikely to hit the rate limiting on one or even a few of your own personal systems.
Interesting LLVM commit IMO:
https://reviews.llvm.org/rG7f627596977624730f9298a1b69883af1555765e

The could be an off chance of a slight performance increase assuming Polly was skimming optimizations due to missing analysis passes.
Anon7350
some cookies on some sites are not working. if i close and rerun the browser i have to set some settings all over again. i tried hibbiki/robrich/chromium nightly and it happens with all versions. what do i have to check?
Maybe I'm not looking in the correct places, but where can I get the all-codecs+ builds? I need them for hevc support
It's taken for granted, but how do i know these binaries are secure and not have spyware/malware? I can't see the sources on github releases page.
Anon7353
I'd say it's fine to be skeptic, but it doesn't make much sense to keep updating a repo with the source files when majority of these builds here are just flags and compiler optimizations. The chromium build number and optimizations used are listed on each github repo. If you are skeptical on the trust of the exe, you can always compile builds to use for yourself.
@Hibbiki
Thank you very much for the update chromium 96.0.4664.45 sync and nosync for Windows 64bit.
https://github.com/Hibbiki/chromium-win64/releases/
Anon7355
@Hibbiki
Hi. Thank You for your quick update 96. nosync. Regards...
Chromium v96.0.4664.45-r929512-Ungoogled-macOS - Ungoogled

Chromium for 64-bit macOS - All Codecs - Tuesday, 16 November 2021

Chromium 96.0.4664.45 (Official Build) (x86_64)

Revision 76e4c1bb2ab4671b8beba3444e61c0f17584b2fc-refs/branch-heads/4664@{#947}

OS macOS Version 12.0.1 (Build 21A559)
only for macOS x86_64 (Intel)
with codecs (h264, h265, flac, xvid, AV1, etc..)
official build
clang/LLVM Default (Customised)
Xcode 13.1 (13A1030d)
macOS SDK 11.3 (20E214)
thinLTO: AVX link time optimised
Polly link time optimised
ungoogled
config("compiler") {
asmflags = []
cflags = [
"-flto=thin",
##"-mavx", ## Main build platform does not support AVX, hence LTO! Native binaries???!!!
]
cflags_c = []
cflags_cc = []
cflags_objc = []
cflags_objcc = []
ldflags = [
"-flto=thin", ## Crude clang/llvm ld64.lld thinLTO
"-Wl,-mcpu", "-Wl,sandybridge", ## Processor family target for LTO code generation (AVX)
"-Wl, --lto-O3", ## Over the top! Default -O2
"-Wl,--no-lto-legacy-pass-manager", ## Use the new pass manager in LLVM
"-fsanitize=cfi",
"-Wl,-cache_path_lto,/Users/reggie/ltocache",
"-Wl,-mllvm", "-Wl,-polly", ## Takes too fucking long!
"-Wl,-mllvm", "-Wl,-polly-detect-profitability-min-per-loop-insts=40",
"-Wl,-mllvm", "-Wl,-polly-invariant-load-hoisting",
"-Wl,-mllvm", "-Wl,-polly-vectorizer=stripmine",
#"-Wl,-mllvm", "-Wl,-pass-remarks-analysis=polly",

]
...

No sync • WebRTC • Widevine • AVX
Chromium.app.ungoogled-96.0.4664.45.zip
https://github.com/macchrome/macstable/releases/download/v96.0.4664.45-r929512-Ungoogled-macOS/Chromium.app.ungoogled-96.0.4664.45.zip
SHA1 0DF4A7C91419311904413CA86F110BAA0849AD93
@marmaduke: Big crash on launch here on Mojave for Chromium v96.0.4664.45-r929512-Ungoogled-macOS - Ungoogled
Anon7358
@Marmaduke
Chromium v96.0.4664.45 macOS version crashes on startup on High Sierra macOS 10.13 - MBP late 2011 Intel
Runs fine on Big Sur macOS 11.6.1 - iMac late 2014 Intel
@Max Crashstappen
Thank you! I suppose that means "end of the road" for pre 11 MacOS.
@Jerry: maybe you can put a warning somewhere near the DL link? :-)
Thanks everybody!
Hey @RobRich, any news about the 98 builds? 😉
Appreciate your doing.
Anon7362
@marmaduke,
Thank you Sir for your 96.0.4664.45-1 64-bit Windows build release. Looking forward to your Linux build release too.

With kind regards,
@Navis Been dealing with medical appointments and other personal stuff. Anyway, on the Chromium front, I started work on build updates earlier today, so hopefully new builds tonight or Saturday. :)
@marmaduke,
Thank you for 96.0.4664.45 (929512) 64-bit Windows build release.

With kind regards,
@RobRich, I hope all is well. Looking forward to updates, but health always comes first.
Where can I find binaries for macOS 10.13.6? This is the last macOS I can use on my MBP early 2011... TIA
Anon7367
@Marmaduke, I actively use your builds on Windows, MacOS, and Linux every day - thank you for the hard work and looking forward to the linux update!
Win64 AVX and SSE builds in the listed. Win64 AVX2 here:
https://github.com/RobRich999/Chromium_Clang/releases/tag/v98.0.4715.0-r943497-win64-avx2

Yeah, I got AVX2 back building.... for now? Anyway, the AVX and AVX2 builds both perform about the same on my AMD 5700u test system. I have not tested it on an Intel system. YMMV.

----------------

@Jerry Dropped ya' email about return AVX2 to the listings.

----------------

@Navis Mostly routine stuff for some medical conditions I have. Thanks for the positive thoughts. :)

----------------

I am starting Linux builds in a few, so hopefully either late tonight or Saturday for publication. *Maybe* Win32 over the weekend.

[UPDATED by Jerry 2021-11-21: Typo and email 😉]
@marmaduke

Your 96.0.4664.45 Ungoogled build wont start on my Win10 19044.*:
chromium ERROR:registration_protocol_win.cc(134)] TransactNamedPipe: The pipe has been ended.
Anon7370
@Kein
Windows 10 19044 (21H2) has many bugs, more than ever before. Various installations do not work, not even .msi from Microsoft Edge Chromium. Defender Firewall is a mess with errors. Intel graphics is outdated. The worst thing is that when you wake up from sleep mode, the monitor often doesn't get a signal and you have to do a cold boot. And Windows 11 is by the way a label swindle it is still a NT10. What is going on with Microsoft?
Anon7371
@Angelo
Dev. thrown the towel on last good MacOS, 10.13 and recommending other builds...
Anon7372
@marmaduke,
Thank you Sir for your 96.0.4664.45_1 64-bit Linux build release.

With kind regards,
@marmaduke While it is not as ideal from an optimization standpoint, you might consider moving Polly from LTO codegen back to the early position during Clang codegen (like we used to do) to speed build times. Actually, build times aside, I did that for my latest builds due to a Polly build crasher during LTO. For awhile Polly did not work in the early position with the new pass manager, but that has been resolved.

For another possible speedup, you can drop the DeLICM pass in Polly if running early during Clang codegen. DeLICM was introduced for running Polly late before autovec. The next speedup if desired would be commenting out our rather low profitability check. Stock profitability still catches lots of functions in the Chromium codebase. YMMV of course.

"-mllvm", "-polly",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-vectorizer=stripmine",
# "-Xclang", "-Rpass-analysis=polly",
^Maybe it was Polly+NPM did not support the after-loopopt position instead earlier. Just tried after-loopopt, and it failed due to NPM. Anyway.

Right now I am cooking a test build without Polly, instead enabling various extra LLVM loop optimization passes.
Anon7375
Would it be possible to add the stable windows packages to winget (Windows own package manager)?
https://github.com/microsoft/winget-pkgs
I have a Win64 AVX2 test build without Polly optimizations though with various additional LLVM loop optimizations and the LTO instruction import limit upped to 100.The test build is faster than my current release build with Polly up in the usual listings, at least in multiple benchmarks on my AMD 5700u system.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v98.0.4722.0-r943907-win64-avx2

I suspect Polly at early during Clang codegen could be interfering with PGO, and Polly is borked during LTO codegen for building Chromium v98 right now, so I am poking at other potential optimizations. Actually I am not even sure we are going to need to the extra LLVM loop passes, but I will have to run a build or few to evaluate. I have been needing to revisit various LLVM optimizations anyway. I will let ya'll know, including whatever, if any extra LLVM optimizations I might find beneficial.
Right now on 98.0.4722.0-r943907-win64-avx2 and I have about 1 small mini tiny percentage better than 98.0.4715.0-r943497-win64-avx2 on benchmarks.

In my personal situation (i7 4710 HQ), I confirm that it better without polly.

But it's really micro-optimization probably invisible in real world ! ;-)
@RobRich

I think the problem might be with:
"-mllvm", "-polly-invariant-load-hoisting",
@Mumu Thanks! :)

Yeah, I am getting the feeling we can drop Polly. It is a waste of build time if the performance numbers are in the noise, which appears to be the case these days. LLVM has improved a multitude of optimizations, including autovectorization, since back when I started building Chromium with Polly. We also now have decent PGO support and routinely updated profiles.
@marmaduke I rolled it all the way back to just baseline Polly during LTO, and it still crashed out on building chrome.dll with a register allocation and/or coalescing error.

At first I thought it might be the Greedy register allocator, so I tried basic and even fast. Same results.

Next up was reverting recent commits affecting LLVM regalloc and register coalescing passes, including at least one commit also affecting a Polly pass. Same there, too.

Moving Polly to early during Clang works, but it grows binary size and provides no real performance returns. The performance differences are in the noise here even compared to other recent builds with Polly running during LTO.
I rolled a few builds with various LLVM optimization passes I have used on the past. The test build I did posted earlier today is proving the "best" so far. For Windows building:

common_optimize_on_ldflags += [
"-mllvm:-extra-vectorizer-passes",
"-mllvm:-enable-cond-stores-vec",
"-mllvm:-slp-vectorize-hor-store",
"-mllvm:-enable-loopinterchange",
"-mllvm:-enable-loop-distribute",
"-mllvm:-enable-unroll-and-jam",
"-mllvm:-enable-loop-flatten",
"-mllvm:-interleave-small-loop-scalar-reduction",
"-mllvm:-unroll-runtime-multi-exit",
"-mllvm:-aggressive-ext-opt",
]

BTW, note the quotes on the "best" comment. I largely just started with a set of various vectorization passes I have used in the past. One might be able to drop some of those passes with further testing. Otherwise the optimization config is -O3 across the board for Clang and ThinLTO, and the LTO instruction import limit bumped up to the LLVM default of 100.
^Oh yeah, forgot to post the clfags.

common_optimize_on_cflags += [
"-mllvm", "-extra-vectorizer-passes",
"-mllvm", "-enable-cond-stores-vec",
"-mllvm", "-slp-vectorize-hor-store",
"-mllvm", "-enable-loopinterchange",
"-mllvm", "-enable-loop-distribute",
"-mllvm", "-enable-unroll-and-jam",
"-mllvm", "-enable-loop-flatten",
"-mllvm", "-interleave-small-loop-scalar-reduction",
"-mllvm", "-unroll-runtime-multi-exit",
"-mllvm", "-aggressive-ext-opt",
]

Technically some of those pass do not actually run during Clang codegen when ThinLTO is enabled, but whatever for simplicity's sake IMO as Clang will still accept them.
No Sync - WebRTC - Widevine - All Codecs - Polly Optimised - ThinLTO - Ungoogled

ungoogled-chromium-polly-96.0.4664.45-1_Win64.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v96.0.4664.45-r929512-Win64/ungoogled-chromium-polly-96.0.4664.45-1_Win64.7z
SHA1 00884A69E8ACE4CD3522683F8334A2C753F7D3CD

cflags += [
"-flto=thin",
"-fsplit-lto-unit",
]
if (is_win) {
cflags += [
"-mllvm", "-polly",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-enable-delicm=false",
##"-mllvm", "-polly-invariant-load-hoisting", DO NOT USE
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-vectorizer=stripmine",
#"-Xclang", "-Rpass-analysis=polly",
]
}

==========

Decided to create a bootstrap compiler using the default Chrome compiler; not a good idea! The stage I compiler had to be demangled to create a stage II compiler. I won't be doing that again!
@marmaduke Yeah, invariant load hoisting occasionally breaks Chromium building, and for now you might okay with v96 builds. I suspect you will hit the Polly+LTO issue with builds at some point, like with v98, so the actual underlying issue even could be in Chromium itself.

I just build LLVM with MSVC on Windows. I do a bootstrap build on Linux using a local GCC for stage 1. Either way, I tend to pass into a few optimizations. I can post them later, as I am just on an iPad right now.

————————

I was barely awake earlier. Guess I should have said LLVM loop and autovec passes. Some of those loop opt passes are similar to what Polly does anyway, but done differently instead of using ISL like Polly.
Anon7385
Chromium 93 was blocking "True Operating System Core" now it does not.
About forgot. IIRC, I turned on hardware video encoding support by default in my latest public Linux builds. I have yet to even test it, but thought it might benefit some users.
On a positive note, despite somewhat bloating the output binaries, it does not *appear* Polly at early in Clang does anything detrimental to PGO. So.... it likely will remain there for now.
Anon7388
Hey rob is there any way to test if "Polly at early in Clang does anything detrimental to PGO" ? I use your builds a lot and would like to contribute if there is a way to test it?
@Anon7388 Thanks for the offer, though you have to check that while compiling the codebase by commenting out -Wno-profile-instr-unprofiled and -Wno-profile-instr-out-of-date in the Chromium PGO build configuration. ;)

I was concerned Polly might cause interference due its transformations and particularly its early inlining pass enabled, but PGO seems to be okay. I could tweak opt levels and import limits to reign in some of the resulting binary bloat, but I am more interested in performance issues than output binary file sizes.

Actually I used to do my ThinLTO builds with Polly running early in Clang anyway; up until last year when changes were made to import Polly into various LLVM tools like LLD, which opened the door for running Polly during link time optimization.

https://groups.google.com/g/polly-dev/c/BeC_v_oJIVM/m/GQCrcKdrBQAJ
https://reviews.llvm.org/D61446
I am not going to get too bogged down into benchmark noise and micro-optimizations, as I could end up spending days rolling numerous test builds to find a percent or less performance difference. Been there, done there in the past. No so much anymore.

I added basic Polly at early in Clang codegen back into the mix, and it seems to be playing okay with the other added loop and autovec passes in my internal builds. I did end up dropping Polly's early inlining pass, and it appeared to do little more than inflate binary size. DeLICM is disabled since it does little to nothing for Polly at early.... well, other than add build time.

common_optimize_on_cflags += [
"-mllvm", "-extra-vectorizer-passes",
"-mllvm", "-enable-cond-stores-vec",
"-mllvm", "-slp-vectorize-hor-store",
"-mllvm", "-enable-loopinterchange",
"-mllvm", "-enable-loop-distribute",
"-mllvm", "-enable-unroll-and-jam",
"-mllvm", "-enable-loop-flatten",
"-mllvm", "-interleave-small-loop-scalar-reduction",
"-mllvm", "-unroll-runtime-multi-exit",
"-mllvm", "-aggressive-ext-opt",
"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-position=early",
# "-Xclang", "-Rpass-analysis=polly",
]

common_optimize_on_ldflags += [
"-mllvm:-extra-vectorizer-passes",
"-mllvm:-enable-cond-stores-vec",
"-mllvm:-slp-vectorize-hor-store",
"-mllvm:-enable-loopinterchange",
"-mllvm:-enable-loop-distribute",
"-mllvm:-enable-unroll-and-jam",
"-mllvm:-enable-loop-flatten",
"-mllvm:-interleave-small-loop-scalar-reduction",
"-mllvm:-unroll-runtime-multi-exit",
"-mllvm:-aggressive-ext-opt",
]

Moving on to the next step, now I am comparing the LTO instruction import limit at 30 vs 100.

Thinking down the road, at some point I probably should revisit opt levels instead of brute forcing -O3, though that is not really on my priority list right now.

Chromium aside, tomorrow is Turkey Day here. Happy holidays to everyone!
^...., as it appeared to do little more than inflate binary size.
Since version 95 (ungoogled) most of Group Policy not working, when I roll back to 94 (ungoogled) all GPO works fine, I use zip versions, yesterday I tried ver 98 from Chromium Authors aned all GPO works fine to, what is this problem with ungoogled version 95 and 96 ???
@WinUser Win11 perhaps? If so, there is a mention here about a possibly related issue regarding registry keys:
https://support.google.com/chrome/a/thread/130802187/gpo-applied-but-chrome-not-configured-windows-11

----------------

Just benchmarked the latest Edge Canary build. Performance is about the same as my latest internal build. Ack! Looks like I will be going back to the drawing board. There is not much reason for me to build Chromium I can simply click install to obtain the same performance. Hmmm.
Windows 10, rules are configured and checked OK in chrome://policy but not working (only 95/96 ungoogled), in other versions (ungoogled 93/94) and all versions from Chromium Authors (95,96 98 etc) everything works fine.
I tried the latest versions from RobRich and they all work fine with all GPO, The problem only occurs with ungoogled versions (95,96)
Anon7396
Thank you for your hard work on these builds!

Using chrlauncher-win64-stable-ungoogled I get WebRTC leaks when testing against https://browserleaks.com/webrtc#howto-disable-webrtc even when I launch with  --flag-switches-begin--enable-features=WebRtcHideLocalIpsWithMdns  --flag-switches-end

My Chrome build of the same version doesn't report any leak (without any special flags set).

Is there anyway to prevent WebRTC leaks on the ungoogled versions?

Chromium 96.0.4664.45 (Official Build, ungoogled-chromium) (64-bit)
Revision 76e4c1bb2ab4671b8beba3444e61c0f17584b2fc-refs/branch-heads/4664@{#947}
I was playing around with the omaha v3 protocol to get offline unpackable Google Chrome installers and noticed an interesting thing.
https://github.com/google/omaha/blob/master/doc/ServerProtocolV3.md

If you specify hardware information, <hw> key, in request, you can receive a different link to the installer than if you don't specify such information. As if Google builds two installers with different optimizations for each version. F.e.:

<hw physmemory=`"4`" avx=`"1`"/>
dev 98.0.4710.4
https://dl.google.com/release2/chrome/es7nui6ovnwxefppdxnpnsqu44_98.0.4710.4/98.0.4710.4_chrome_installer.exe

no <hw>
dev 98.0.4710.4
https://dl.google.com/release2/chrome/bijujoknyvmkmfphz22dgtk6pe_98.0.4710.4/98.0.4710.4_chrome_installer.exe
I doubt it is SIMD related. Look at the source code regarding SIMD levels. We have to manually modify the source to set higher baseline SIMD levels.

///chromium/src/build/config/compiler/BUILD.gn
//chromium/src/build/config/win/BUILD.gn

Chromium/Chrome explicitly targets SSE3 for x86 builds as a baseline, with some components doing CPU dispatch for higher levels of SIMD support.

https://bugs.chromium.org/p/chromium/issues/detail?id=1123353
https://docs.google.com/document/d/1QUzL4MGNqX4wiLvukUwBf6FdCL35kCDoEJTm2wMkahw/edit
Yeah, it's probably nothing special. But we can't know for sure, since Google Chrome and its build process are proprietary. 😉
I will push an updated Win64 AVX2 build in a few minutes. -O3 across the board, LTO import limit at 30, and the following extra optimizations:

common_optimize_on_cflags += [
"-mllvm", "-extra-vectorizer-passes",
"-mllvm", "-enable-cond-stores-vec",
"-mllvm", "-slp-vectorize-hor-store",
"-mllvm", "-enable-loopinterchange",
"-mllvm", "-enable-loop-distribute",
"-mllvm", "-enable-unroll-and-jam",
"-mllvm", "-enable-loop-flatten",
"-mllvm", "-interleave-small-loop-scalar-reduction",
"-mllvm", "-unroll-runtime-multi-exit",
"-mllvm", "-aggressive-ext-opt",
"-mllvm", "-polly",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-position=early",
"-Xclang", "-Rpass-analysis=polly",
]

common_optimize_on_ldflags += [
"-mllvm:-extra-vectorizer-passes",
"-mllvm:-enable-cond-stores-vec",
"-mllvm:-slp-vectorize-hor-store",
"-mllvm:-enable-loopinterchange",
"-mllvm:-enable-loop-distribute",
"-mllvm:-enable-unroll-and-jam",
"-mllvm:-enable-loop-flatten",
"-mllvm:-interleave-small-loop-scalar-reduction",
"-mllvm:-unroll-runtime-multi-exit",
"-mllvm:-aggressive-ext-opt",
]

DeLICM can be disabled in Polly if desired. It might save a few minutes of build time. Whatever IMO.

I have dropped stripmining in Polly for now. Being realistic, it is not really a vectorizer but instead a pre-vectorization pass. It uses a fix prevec width to generate chunks, which might not be optimal considering we are dealing with such a large codebase of varied code.

Note the loop flatten pass might break building Chromium depending upon the specific optimization config. YMMV. Just a FYI in case.

----------------

Chromium Win64 AVX2 r945375 (O3, LTO 30, Polly)
JetStream2: 159
MotionMark1.2: 941
Speedometer2.0: 140

Chromium Win64 r945494 (project dev build)
JetStream2: 155
MotionMark1.2: 750
Speedometer2.0: 110
Does Chromium build Visual Studio 2022 yet?
@RobRich
> There is not much reason for me to build Chromium
Do you plan to "retire"?
Anon7404
Noooo Rob don't retire who's gonna build chromium for us :(
Anon7405
@Jerry Hey, hello, I found that some information on the page has become simplified.
For example, in the previous [sync] tag, it was introduced that if you need to use the google translation function, you need Google API keys.
I found that similar useful introductions have become simplified or disappeared.
For those who are not experts, these introductions are really useful. I hope you can keep them.
Best regards, thank you.
Anon7406
@Marmaduke
Will you still make a new version of Chromium for 64-bit macOS_arm64(Apple Silicon)?
Thank you for your contribution, best regards.
@Daigo Not as this time. I am still building. Actually, I am setting up yet another build environment right now. :)

@idris Not yet. VS is more important for debugging Chromium on Windows, and AFAIK, VS2019 still suffices for now. WinSDK 10.0.22000 also is not supported, yet, though again 10.0.19041 should suffice until if/when Chromium actually needs something provided in a later SDK.
Anon7408
Do you know how to disable AV1? Extensions doesn't work.
@RobRich, glad to hear it.

I use Edge Canary in parallel. It's a good browser for now. But MS is really starting to turn it into bloatware. They add so many unnecessary and unwanted things into the browser...
Altitude Dashboard 
I tried to compile chromium myself on macOS M1 using these steps:
https://pastebin.com/zBPk0mKU

I don't know any other place to ask what is the problem here.
@Daigo Definitely bloated, but admittedly, it is fast. I would not be surprised if MS is using a different optimization strategy than Chrome.

@AD You might try asking in the Chromium-dev group as well:
https://groups.google.com/a/chromium.org/g/chromium-dev

@Anon7408 AFAIK. AV1 is now defaulted to enabled. One might build Chromium without AV1 support by setting "enable_av1_decoder = false" in the build args, assuming that still is a supported arg. Kind of drastic to build a browser just to disable a decoder, though.

You should be able to use h264ify or similar for YouTube, though I know that does not help with other sites. Alternatively, I suppose you might could look into one of the extensions to send streaming videos to mpv, vlc, or other external player - assuming such an extension allows selecting the desired streaming format.
Here come the end of Ads Blocker…

Dear Developer,

Last year, we announced the availability of Manifest V3 - a more secure, performant, and privacy-preserving iteration of the extension platform. Since then, we have added new functionality to and improved the robustness of Manifest V3 with feedback from our developer community. 

We recently published a timeline of our plans to move forward with the deprecation of Manifest V2 and shifting focus fully to the new iteration of the platform. This is a notice that beginning January 17, 2022, the Chrome Web Store will stop accepting any new Manifest V2 extensions with visibility set to “Public” or “Unlisted”. Existing Manifest V2 extensions that have previously been published publicly will not be affected by this change and updates to those already-published extensions will continue to be accepted. 

Additionally, beginning in June of 2022, this restriction on new extensions will expand to include items set to “Private” visibility as well. For more details and dates relating to the phase-out of Manifest V2, please refer to the Manifest V2 Support Timeline page, which will be kept up to date as more exact dates and milestone details are available. 

If you have not yet begun to do so, we recommend that you begin migrating your extensions to Manifest V3. If you have feedback around migration, please please post to the chromium-extensions Google Group. 


Source :
https://blog.chromium.org/2020/12/manifest-v3-now-available-on-m88-beta.html
https://developer.chrome.com/blog/mv2-transition/
https://developer.chrome.com/docs/extensions/mv3/mv2-sunset/
WildSearch 
Hi,
decompress de 7z file of the Chromium for 64-bit Windows archive (96.0.4664.45 (929512)) by Marmaduke, compress it in a single zip and upload it to Virustotal:
https://www.virustotal.com/gui/file/f0b9f332f5d14a212f0d9dc4d474ea7cb50f5e3ac33ff2108e9ae2dedc915aba?nocache=1
"2 security vendors flagged this file as malicious"
@RobRich can you post or upload somewhere your AVX2 modifications, please?
@WildSearch: Get a life!
@idris It is a little dated, but the general gist of the optimizations are here:
https://github.com/RobRich999/Chromium_Clang/blob/master/modified_files_avx2.zip.

See also:
https://github.com/RobRich999/Chromium_Clang/issues/26

As noted in the discussion there and here, I bumped the Clang and LTO opt levels to O3, plus I have moved Polly to early during Clang due to a current linking error with it during LTO
Anon7417
@RobRich because YouTube somehow always defaulted to software AV1, even if hardware VP9 is available.
@Anon7417 Perhaps check out the following fork of h264ify.

"This extension has new features such as manual blocking of H264, VP8, VP9, AV1 codecs and 60fps video."
https://chrome.google.com/webstore/detail/enhanced-h264ify/omkfmpieigblcllmkgbflkikinpkodlk
Anon7419
@Anon7417 AV1 is the best in FOSS
Hi, I will be preferring the Portable option instead of installer and archive versions since Portable gives the chance of auto-updating. Are there any speed difference or anything significant between Portable and Installer versions of ungoogled-chromium by Marmaduke? Thanks!
GPO still not working :-( All checked at chrome://policy but selected options are not affected :-(
P.S. Only in ungoogled version :-( Other versions works fine.
Ade due Damballa 
@WinUser

Stop wasting people's time. Use the installer.

Tiff
Anon7424
@marmaduke thnx brother. u doing best
Does anyone knows if there's a way to make widevine work even headless?
Anon7426
@Marmaduke
Thanks for the quickly updated Mac version!
@Marmaduke
Thx very much for latest 96.0.4664.93 (929512).
Great...
Anon7428
@Marmaduke
Thank you for your 96.0.4664.93-1 Win64 build release.
With kind regards,
Anon7429
Thank you Hibbiki! It's a good job, as always.
Anon7430
@Marmaduke
Thank you for your 96.0.4664.93_1 64-bit Linux build release too.
With kind regards,
i cant get google sync to work in the latest marmaduke 98.0.4729.0 avx2 build. always worked for me on the earlier builds. tried redoing the credentials but nothing changed. any clue what might be blocking me from enabling sync?
whoops @RobRich not Marmaduke aha
@naxeron Nothing changed here, but seeing as I do not use sync, not a clue at the moment. I need to roll Windows build updates in the next day or two, so hopefully it will be resolved in the next round of builds.
Win64 AVX2 updated. Other Windows builds likely sometime on Sunday.

Rolling this round of Win64 builds on my latest notebook instead of the dedicated builds boxes. AMD 5700u 8c/16t, 64GB mem, 1TB SSD, Win11, etc.
Polly is back to working during LTO codegen for Linux64 AVX r950862. Excellent.

Linux optimization flags here:
https://github.com/RobRich999/Chromium_Clang/issues/26#issuecomment-991921430

I will try to check Windows building later today.
Quick FYi. I *might* not have enabled hardware video decoding and encoding in the latest Linux builds. That build box is offline right now. I will try to revisit in the next day or two and roll updated builds if needed.
@RobRich looking forward to win64-avx
@Daigo Sadly, I hit a bug building Win64 AVX. I tried a quick fix, but it just moved the bug to another location. It is likely LLVM related.

I am hoping to take a further look and have a working build tomorrow.
@Jerry
The links to download the installer are false and do not work. This might also be due to GitHub. The correct link for Hibbiki's sync is for example:
https://github.com/Hibbiki/chromium-win64/releases/download/v96.0.4664.110-r929512/mini_installer.sync.exe
Anon7440
@Marmaduke
Thank you for your 96.0.4664.110-1 Win64 build release.
With kind regards,
admin
@wth: This is the same link.
Github changes its download links to objects.githubusercontent.com/github-production-release-asset....
@Jerry
Thanks! It was a cookie, muttered in by the Google search engine with a redirect to smartredirect.de (by adgoal.de) for all links. This is an absolute nogo. Google is a plague.
Anon7443
@Marmaduke
Thank you for your 96.0.4664.110-1 Mac build release.
With kind regards,
Anon7444
@Marmaduke
Thank you for your 96.0.4664.110_1 64-bit Linux build release too.
With kind regards,
Quick FYI. I should have a working Win64 AVX build, but I have to get it on to a Windows system to test before pushing to release.

I had to temporarily disable Polly, though I suspect the underlying issue might be elsewhere in a different optimization pass.
Anon7446
96.0.4664.110 Mac build release doesn't work for me on MacOS 10.14.6
Shows "LSOpenURLsWithRole() failed with error -10810 for the file /Applications/Chromium.app"
All previous releases worked fine.
Thanks for the great work!
Win64 AVX build updated. Next up it rolling Linux build updates. Maybe later today.

Also I need to do some system maintenance, including reinstalling my Linux build server. It has picked up a bunch of cruft and some config issues over time, so it is easier to just reinstall at this point.

In the meantime, I can do Linux builds on my Kubuntu notebook or under WSL2 on my Windows build box.
Anon7448
mini-installer is NOT updating my chrome installed in ..\AppData\Local\Chromium\Application there is no indication of the path it needs
Mark Kastner 
Is there any chance, that a administrator policies will come back and work to ungoogled chromium ???
Mark Kastner 
@Marmaduke
There is a difference between chromium an ungoogled chromium, sample administrator policies work in chromium and not work in ungoogled chromium:

https://i.imgur.com/xAJUMxx.jpg
FYI. Moving forward I intend to continue my various builds with a decidedly more sane level of optimizations, thus incurring (hopefully) less breakage and (hopefully) less annoyance. Long story short.... that means bumping opt levels to O2/O3, increasing the LTO import limit, setting the SIMD support levels, and perhaps enabling Polly as possible. In my years of building Chromium, I have found those tend to be the lowest-hanging fruit with the biggest potential for performance returns anyway.

For ya'll users I doubt there will be much, if any actual real-world performance differences, but YMMV as usual. For myself, I am just tired of near continuously tweaking optimizations, managing various extra LLVM passes, etc. to squeeze out the last 1% or few mostly for the benefit of benchmark numbers; all the while dealing with the far-to-resulting broken builds, bugs, crashes, etc. in the process.
Anony-Moose 
First of all, Rob, most appreciate of your AVX and AVX2 builds either way. You bring sanity to Chromium that wouldn't be possible with Google Chrome or even Microsoft Edge. So if we're about to hit the point of de-minimis performance improvements, does that mean that the project will continue, or that optimizations will be pretty much set-in-stone except when a new version requires optimization rework?
@RobRich, just curious, how much do all the trickiest optimizations affect Chromium's build time compared to the default?
I raise the question to @Marmaduke, why administrator policies in ungoogled-chromium don't work, I have the same problem like in this picture, chromium read administrator policies from windows registry but no aply functions and options :-(

https://i.imgur.com/xAJUMxx.jpg
@Anony-Moose As noted, I doubt you will incur any appreciable performance difference. I have a set of baseline performance modifications for my builds. I will move forward with those as usual, and adjust them as need be for future builds to complete.

The extra stuff to find like 1% to 2% of performance (mostly in benchmarks) is what gets complicated. I have experimented with lots of potential optimization opportunities over the years. I am talking about stuff like adding codegen flags for additional LLVM passes related to register allocation, instruction scheduling, loop optimizations, autovec optimizations, GVN optimizations, function inlining, etc. all the way to actually modifying LLVM source code to tweak pass management, processer classes, instruction modeling, etc. It is tedious at best, and annoying at worst, to find and maintain the right recipe for performance while not breaking build processes and generating bugged binaries.

It is the most straightforward solution for my continued efforts versus simply quitting public Chromium build releases; particularly for Windows. I know several of ya'll use my builds, and I would like to continue contributing them to the community. :) Part of the reality for me is having limited need for Windows builds anymore, as I am mostly running Linux systems these days.

@Daigo No hard numbers, but it is from trivial to quite noticeable depending upon what is involved. There are extraneous aspects involved in overall project build times as well, such as if I have to tweak and manage a local LLVM checkout. For example, if Polly keeps breaking whatever builds, I can simply use the project's own LLVM checkout for them without having to spend effort modifying build scripts and time building my own.
Win64 builds updated. No build failures either, which made for a nice change of pace IMHO. A quick round of performance testing looks generally inline with my expectations, too.

Linux64 and Win32 builds are in progress.
@RobRich, thanks!
This is interesting. 952844-win64-avx weighs 9 MiB less than the previous 951826-win64-avx. 😉
@Daigo From what I have gathered, my last Win64 AVX used the wrong PGO profile so most everything ended up building at "optimize for performance" instead of mixing in "optimize for size" as should be when profile guided.
Sir Lewis Hamilton 
20 December 2021

vaapi acceleration: wayland & GL

GN:
use_ozone=true
use_system_minigbm=true
use_system_libdrm=true
use_xkbcommon=truertc_use_pipewire=true
use_glib=true
use_gtk=true
rtc_use_pipewire=true ### screen sharing by default

ungoogled-chromium_96.0.4664.110_4.vaapi_wayland_linux.tar.xz
https://github.com/macchrome/linchrome/releases/download/v96.0.4664.110-r929512-portable-ungoogled-Lin64/ungoogled-chromium_96.0.4664.110_4.vaapi_wayland_linux.tar.xz
SHA1 B38A04847708A4D05CB6D273476AD4E9BBD0FBC8

CLI:
--enable-features=UseOzonePlatform
--ozone-platform=wayland
--use-gl=egl

--ignore-gpu-blocklist
--disable-features=UseSkiaRenderer
--disable-gpu-driver-bug-workarounds
--enable-native-gpu-memory-buffers
Tested under Ubuntu 18.04.6 LTS - Bionic Beaver (AMDGPU)

vroom vroom!
Linux AVX r952844 was pushed twice. Second time was to enabled hardware video (de/)encode support.

----------------

I was about to ask if Ubuntu 18.04 still was supported by Canonical, but sure enough it is supported through 4/2023.

----------------

Most of my Linux systems, including my build box, are currently on Kubuntu 21.10 with KDE Plasma 5.23.4, 5.16.0rc6 kernel, and various PPAs.
^....and with that said, it does not look like VAAPI is working according to about:media-internals despite about:gpu showing hardware acceleration support. Sigh.
This recommendation:
https://gist.github.com/nickdiego/423ac00c7d4b1d5580603d04a209838a

Relates to this commit:
https://chromium.googlesource.com/chromium/src/+/68b35b98c2be182527d7dc857de6c96087525715^!/#F7

Modifying the Vulkan else if conditional as recommended and rerolling the Linux AVX build.
Either I forgot to submit my last post or the CMS ate it.. Anyway, Chromium is working actively on implementing hardware decoding in Linux, and there have been some code and feature changes. I will revisit the issue later.
https://bugs.chromium.org/p/chromium/issues/detail?id=1236697
I pushed a Linux AVX2 build to my misc repo. If the process continues going okay, I might add Linux AVX2 to my normal builds.
https://github.com/RobRich999/Chromium_Misc/releases/tag/v99.0.4782.0-r953442-linux64-deb-avx2
VAAPI support is once again working in my Linux builds. I just need change another conditional in the internal media switches, which I have made a note to do for my next round of Linux builds.
https://github.com/RobRich999/Chromium_Clang/issues/26#issuecomment-999548493

In the meantime, I already set VaapiVideoDecoder and VaapiVideoEncoder to enabled in my builds, so you can disable UseChromeOSDirectVideoDecoder from the command line (or shortcut) to enable legacy VAAPI support if desired. For example:

chromium-browser  --disable-features=UseChromeOSDirectVideoDecoder
Anon7466
once again I ask, where does chromium need to be installed where the "mini-installer" updates will work?
@Anon7466 You have the correct directory. Probably the biggest reason a valid mini_installer does not work is when trying to regress revisions to install an earlier version, though I have seen it do other strange things on occasion.

Try deleting the '..\AppData\Local\Chromium\Application' directory, then rerunning whatever mini_installer you are wanting to deploy. It could take a few seconds to a couple of minutes to install.

Note, *do not delete the '..\AppData\Local\Chromium\User Data' directory,* otherwise you will delete your settings, bookmarks, etc.
Sadly, the latest Google-free Chromium Marmaduke does not run on Mojave :(

$ ./MacOS/Chromium
dlopen /Applications/Chromium.app/Contents/./MacOS/../Frameworks/Chromium Framework.framework/Versions/96.0.4664.110/Chromium Framework: dlopen(/Applications/Chromium.app/Contents/./MacOS/../Frameworks/Chromium Framework.framework/Versions/96.0.4664.110/Chromium Framework, 261): Symbol not found: _kCGColorSpaceITUR_2100_PQ
Referenced from: /Applications/Chromium.app/Contents/./MacOS/../Frameworks/Chromium Framework.framework/Versions/96.0.4664.110/Chromium Framework
Expected in: /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
in /Applications/Chromium.app/Contents/./MacOS/../Frameworks/Chromium Framework.framework/Versions/96.0.4664.110/Chromium Framework.Abort trap: 6
The dev. dropped the ball... and sending Mac users to other builds.
Anon7470
Hey Rob is there no way to combine your efforts with the ungoogled guys? You know like do a collaboration or something, to combine privacy and performance and then it will be the ultimate browser! Cuz I constantly get told chromium is bad for privacy and all that, like js fingerprinting gets u easy whereas with firefox u can trick it just like tor does and so on
@Anon7470 There is no real "secret sauce" to my builds. For the most part, all one has to do is read through the compiler config file.

If others want to do so, plus ask about other experiences building Chromium where I might have knowledge, I do not mind helping them as possible. For example:
https://github.com/RobRich999/Chromium_Clang/issues/26
Anon7472
To: All

Greetings,

Wishing you, your family and all at home, Merry Christmas and a Happy, Healthy and Prosperous New Year 2022.

With kind regards,
Anon7473
Merry Christmas everyone!
Merry Christmas and Happy Holidays!
Yeah, marmaduke is not an emotional chap, but Merry Christmas and a Happy New Year to all!
@marmaduke = muy felices fiestas y muy buen año 2022. Y muchas gracias por todo lo que haces para una mejor internet.
Saludos cordiales desde Argentina.
Anon7477
any thoughts on building an avx2/fma optimized ungoogled version?
Anon7478
Hi everybody.

As always thank you for all your work @Marmaduke ; @RobRich ; @Hibbiki and off course Admin Jerry.

There is a new good extension.
Work for Chrome. Firefox. Edege.
FastForward :
Use FastForward to skip annoying URL "shorteners"
FastForward is a browser add-on that simply skips past annoying ad sites. It's easy to install, open source, and has a great community!

See here if interesting.
https://fastforward.team/

Regards. And with a little advance Happy New Year.
Anon7480
Privacy practices
FastForward has disclosed the following information regarding the collection and usage of your data. More detailed information can be found in the publisher's privacy policy.

FastForward collects the following: Location
For example: region, IP address, GPS coordinates, or information about things near the user’s device

no thanks
About forgot. The Linux64 AVX2 build has VAAPI support for hardware video encoding and decoding. However, the about:media-internals page might crash (YMMV), so if wanting to verify hardware acceleration, you can use the media subset of developer tools instead.
Anon7482
@Anon7480
I installed this under permissions it has nothing
seems to be a continuation of Universal Bypass a useful extension
has github is open source
YMMV
Anon7483
@Anon7480
You probably read badly
Privacy Policy
The dev only collect ( in some case ) if in setting of the extesion you check "Crowd Bypass"

The privacy policy you're talking about is that of GitHub.
And maybe when the extension update the definitions database.
And i'm not sure of that.
But even if that's the case then do not use all the site github at all. ;)

And this extension is open source to.
https://github.com/FastForwardTeam/FastForward

Regards...
Anon7484
Please think about adding it in brew cask.
My current optimizations and build modifications, at least for my AVX2 builds.
https://github.com/RobRich999/Chromium_Clang/blob/master/modified-files-linux64-avx2.zip
https://github.com/RobRich999/Chromium_Clang/blob/master/modified-files-win64-avx2-cross-compile.zip

More info regarding the Win64 AVX2 cross-compile build:
https://github.com/RobRich999/Chromium_Clang/issues/26#issuecomment-1003569476

----------------

I am hoping to have updated Win64 builds ready for release later today.
Anon7486
The best PPA for downloading the latest stable releases of Chromium in .deb format for Ubuntu is this one:
https://launchpad.net/~savoury1/+archive/ubuntu/chromium

The maintainer is Rob Savoury, he is trustworthy, he maintaines a myriad of PPAs with great software alongside Chromium.
Anon7487
Ok, this is going to sound stupid.
My first time building chromium on windows. Everything default, (SSE, VS Studio 2019) Windows 10, x64)
Followed the instructions from: https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/windows_build_instructions.md
My out/Default folder is 31GB. It works and chromium runs, but fairly sure I have a lot of unnecessary stuff in here.
Any pointers as to what build arguments I need in "gn args out/Default" to get the usual builds you guys get?
I'm running another build at the moment with:
is_debug 0, and all symbols set to 0, nacl_enabled to false and targeted x64 only.
Hopefully this time I get it right.
@Anon7487 If using ThinLTO, part of the output directory size is the LTO build cache. Another aspect is still generating minimal PDB files despite setting symbols to zero.

LTO caching is of no immediate benefit unless you are rolling continuous builds in the same output directory. Manually disable it in the compiler build by commenting about the following lines like so:

///chromium/src/build/config/compiler/BUILD.gn

# cache_policy = "cache_size=10%:cache_size_bytes=40g:cache_size_files=100000"
...
# "/lldltocache:" +
# rebase_path("$root_out_dir/thinlto-cache", root_build_dir),
# "/lldltocachepolicy:$cache_policy",

Next up, you can disable all PDB generation in the same compiler config file. Search for "no_symbols" (minus the quotes), and modify the section's debug ldflag as so:

///chromium/src/build/config/compiler/BUILD.gn

ldflags = [ "/DEBUG:NONE" ]

Setup your args.gn as desired. Other than PGO, here is my current args for native Win64 building:

# Build arguments go here.
# See "gn args <out_dir> --list" for available build arguments.
is_component_build = false
is_debug = false
is_official_build = true
use_thin_lto = true
thin_lto_enable_optimizations = true
symbol_level = 0
blink_symbol_level = 0
target_cpu = "x64"
enable_media_drm_storage = true
enable_widevine = true
bundle_widevine_cdm = false
enable_remoting = false
proprietary_codecs = true
ffmpeg_branding = "Chrome"
enable_platform_hevc = true
enable_platform_ac3_eac3_audio = true
enable_platform_dolby_vision = true
enable_platform_mpeg_h_audio = true
enable_mse_mpeg2ts_stream_parser = true
enable_platform_encrypted_hevc = true
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false
treat_warnings_as_errors = false
clang_use_chrome_plugins = false
enable_resource_allowlist_generation = false
enable_nacl = false
enable_precompiled_headers = false
chrome_pgo_phase = 0

Get that building, and we can next discuss obtaining and using PGO profiles.
Anon7489
Thanks Rob. I've made those changes and building now.
Out of curiosity, is there a way to limit cpu usage to like 50% or 80% or something?
Anon7490
Will the ungoogled version of the latest Chromium build (too be based on the 97.0.4692.71 version of Chrome announced today) include the controversial keyboard API? I do not know if it can be disabled or not, but as it seems unnecessary, I would like to see it disabled.
It seems to be rather dangerous from a security standpoint (Apple's viewpoint).
Hi All,

Apologies if this is redundant, I just found this project today. Is there an Apple ARM build of the ungoogled-chromium with media support? It seems there are builds for ARM on homebrew, etc but none with widevine and all-codecs. Many thanks in advance!

Jonathan
@Anon7489 Setting the parallel compilation jobs for clang can be done via ninja. Append "-j" and the desired parallel limit. So for 8 threads:

ninja -C out/build -j 8

Setting the parallel link limit for ThinLTO is a little more involved. Revisiting the ///chromium/src/build/config/compiler/BUILD.gn compiler config, search for this line:

"/opt:lldltojobs=all",

Change "all" to the desired thread limit. So for 8 threads:

"/opt:lldltojobs=8",
@Hibbiki
Thank you very much for the next step to 97 - sync and nosinc. Everything runs well.
Anon7494
I've noticed big performance hit when moving from v96 to v97. It's very visable, pages load very slow. After going back to v96 performance is back to normal.
this build is screwed off: I can't drag drop eg bookmarks on folders, the address bar as bookmark to folders/bar ... no problems on other apps even firefox (on Debian btw) any idea what's going on ? or this f up browser needs a effin windows pc to run?
@Anon 7494
@Eddy
Using nosync 97... on Windows 64 (Intel Core i5 9400) I have no problems, none as described. Bookmarks ok, performance ok, like before.
Anon7497
Hi Rob, I use autoninja, as opposed to ninja, but hopefully the -j flag still works. I'll try it out in the next build.
The config you provided in the earlier post built successfully, a ~230MB mini_installer.exe. The browser works and everything, which is really cool, I've built chromium!!
Anon7498
Unsurprisingly, group policy still does not work on Marmaduke's builds. Don't upgrade if you need it.

Can't fail to mention how diligently the developer ignores this issue!
Duke of Zurich 
@Marmaduke, thanks as always for your latest ungoogled build.

@Anon7498, group policies work with chrome, just move on, thanks a lot !
@Anon7497 AFAIK, it should work with autoninja, too. If not just use ninja instead.

Your mini_installer.exe is quite large, so not sure on that one right now, but nonetheless congrats on getting a working build. :)

If you want to get PGO working, just let me know either here or at my GitHub discussion.

https://github.com/RobRich999/Chromium_Clang/issues/26
Anon7501
@Duke of Zurich
Sincerely wish for a feature that you always use (or always disable) to stop working with no reason, then we'll see how and where you're "moving on".

SavingBrowserHistoryDisabled, PrintingEnabled, ScrollToTextFragmentEnabled - don't work.

https://imgur.com/a/PlLtLrq
@Duke of Zurich: Policy Group ran until version 94, the problem only appeared from version 95 and up :-( However, I hope this will be corrected....
Group Policies still not working like in 95 and 96 ungoogled versions, like @Mateo said all policies worked at earlier versions like in this example:

https://i.imgur.com/xAJUMxx.jpg
Degsy Chauvin 
Group Policies probably don't work because since 94 marmaduke's build is based on nifury's. It was only due to marmaduke's unabashed skill and humanity that there was even a Windows version of ungoogled.

To all the people complaining about the lack of group policy, I suggest that you do one! (Sod off!)

SavingBrowserHistoryDisabled, PrintingEnabled, ScrollToTextFragmentEnabled - don't work.; what the bloody hell do you want...a medal or a chest to put it on!

Perhaps if people were a bit more civil, and not so ungrateful, marmaduke might indulge them in constructive dialogue.

Derek.
@Degsy Chauvin Since when to want to use stable software, without undocumented, suddenly appearing and persisting issues, is 'ungrateful'? I deeply respect and admire @marmaduke's efforts and work. Really. But I don't have the capability to fix that myself. If only I had the time...

I just want an accurate description of the features, so I don't need to figure out myself if this is fixed or not; and check for any additional issues every time an update is released.
Actually, most group policies are not applied; I think those policies were just random examples. If this is considered a bug, why not just mention it somewhere on the release notes/status page?.. And if this is no longer supported — nobody will say a word — and simply switch to other, working builds if needed.

Thanks for the clarification about Nifury's builds; it looks like this can be considered 'won't fix'.
~~~~
Jack Serbia 
I have recently noticed that admin policies is not working for me. This is not about criticism, I have 6 centrally managed computers in the company and so far Ungoogled Chromium has worked properly with the PO and now not working without any notice :-(
The software is publicly available and so we all ask why it doesn't work and if there is any chance of improvement ?
Anon7507
@Marmaduke,
As always, thank you for your 97.0.4692.71-1 Win64 and Linux build releases.
With kind regards,
Anon7508
@Marmaduke,
As always, thank you for your Win32 build.
With kind regards,
Anon7509
`Marmaduke
Thanks for the new Mac version!
Anon7510
@Anon7509, Ya! Marmaduke's Mac version is perfect!
Anon7511
Thank you very Rob, I'll join you guys on Github very soon.
@Jonathan, I recently got an M1 mac for work, if this goes well, I might try compiling on Mac soon.
@Marmaduke,
Thank you for your latest build!
What is the problem with  --force-webrtc-ip-handling-policy=disable_non_proxied_udp at Ungoogled Chrome, this command not working at ver. 96,97 but worked on ver 94, is there any solution to this problem and the problem with Admin Policies ?
Anon7514
@RobRich the mini-installer does not update three different PCs of mine.. have tried also deleting the Application directory as well
@Anon7514 No idea. Perhaps a revision issue, but AFAIK, there have no (significant?) changes in the installer code. I should have updated Windows builds later this week, so hopefully it will be resolved for ya' with those.

In the meantime as a fallback if absolutely needed, one could extract the mini_installer.exe with 7-Zip or similar, then install the resulting contents into the Chromium Application directory.
Anon7516
@Marmaduke
Hi. Patch of Bromite for v97 is ready. Maybe if you have time. And agree . You can update Ungoogled Android. Thanks in advance.
Best regards .
Anon7517
@Anon7516
I can't find Bromite 97 at the moment, for now only 96.0.4664.54. However, Kiwi already has 98.0.4758.49 - Source: https://www.uptodown.com/android
Anon7518
@Anon7517
Thank you . I know for kiwi.
But maybe it's strange my preferred android browser is Ungoogled by Marmaduke.
Bromite 97 is not compiled now.
But all need patches for it is here .
https://github.com/bromite/bromite/pull/1705
And me i don't know compile chromium browser.
Cheers...
Anon7519
Very stupid question. How do I pull from upstream to update my local repo for new builds?
At the moment I'm deleting chromium/src and doing "fetch --no-history chromium" again.
"gclient sync" tells me to git and git tells me to gclient sync
Anon7520
Anon7516 & Anon7518 @Marmaduke
Hi. Thank you so much for your Android Update. Best regards :)
@Anon7519 This is a little different than the official Windows build docs suggest, but it achieves pretty much the same results. Change drives, directories, etc. accordingly.

set PATH=D:\depot_tools;%PATH%
set DEPOT_TOOLS_WIN_TOOLCHAIN=0
set GYP_MSVS_VERSION=2019
cd /D D:\depot_tools
git checkout -f main
git pull --rebase
cd /D D:\depot_tools\chromium\src
git checkout -f main
git pull --rebase
gclient sync --with_branch_heads -f -R -D
Anon7522
Thanks Rob, works like a charm.
I also saw the modified files you posted on your github discussion for AVX2 builds targeting Haswell.
I've managed build that successfully as well (using the build args you provided previously) with the browser feeling snappy.

Just wondering, how much (roughly) compile time and disk space would be added if I were to try adding PGO?
@Anon7522 Thankfully the Chromium project provides regularly updated PGO profiles, so the build time and resource impacts are negligible.

I use Chromium's PGO update script to obtain profiles. As usual, change your drive, directory. etc. as needed.

python3 D:/depot_tools/chromium/src/tools/update_pgo_profiles.py --target=win64 update --gs-url-base=chromium-optimization-profiles/pgo_profiles

That will pull a compressed profile, then decompress to a *.profdata file.

Next in the build args, set PGO phase 2 and change *.profdata to the file obtained in the previous step:

chrome_pgo_phase = 2
pgo_data_path = "D:\depot_tools\chromium\src\chrome\build\pgo_profiles\*.proffata"

There is way to automate PGO updates, but for now to get it working, just manually update the profile and pgo_data_path build arg each time you update your Chromium checkout.
I have updated Windows builds, but performance is a little off in a quick round of benchmark testing. I have Polly back working on the max/speed conditioned components, which might be related. I will have to investigate and probably roll new builds for hopefully the weekend.

----------------

@Anon7522 Before I forget, I target Haswell as that is what clang-cl and MSVC target natively for AVX2 builds.
Anon7525
@Marmaduke, thank you for your ungoogled builds! If I want to help out and replicate your ungoogled macos builds but for M1, is there anything drastic I have to change from your repo?
Anon7526
Thanks Rob. I'll try getting a PGO build going.
I've also tried targetting Zen3, using "znver3" instead of Haswell. Performance is very similar and any marginal improvements are probably margin of error.
@Anon7526 The Haswell target in LLVM is mature and well optimized. Unless you have very specific code, like for enterprise or HPC roles, it tends to work fine for most AVX2-class processors.

IIRC, recently targeting znver2 actually cost me a little performance on my AMD Ryzen 5700u notebook versus just using Haswell. I suspect it is because the 5700u has a smaller L3 cache than its desktop siblings, and I would not be surprised if the znver2 model probably targets the desktop models.
Anon7528
Woo! Successfully built with PGO! Very pleased and thanks for all the help Rob! Much appreciated!
I went from a Sandy bridge to Zen 3, so regardless I'm feeling a jump in performance all around hahaha
I only targeted znver3 because I was curious if it will actually have tangible benefits.
Anon7529
Still no Win32 version of ungogled chromium.
marmaduke Fans 
@marmaduke thank you for your ungoogled builds! maybe the old version of ungoogled chromium 32 bit need update, Sir.
> There is way to automate PGO updates, but for now to get it working, just manually update the profile and pgo_data_path build arg each time you update your Chromium checkout.

Adding "checkout_pgo_profiles" under "custom_vars" in .gclient will allow normal 'gclient sync' command to fetch corresponding PGO profiles as necessary.
See https://github.com/Hibbiki/chromium-win64/blob/v97.0.4692.71-r938553/depot_tools/.gclient#L8 for example
shaka-player-demo.appspot.com DRM Test
Shaka Error DRM.LICENSE_RESPONSE_REJECTED (Failed to execute 'update' on 'MediaKeySession': Rejected with system code (89))
Anon7533
Thanks Hibbiki, i just tried it out and it works brilliantly. Also thanks for publishing you build configs on github as well.
Win64 builds updated. No Polly, but anyway.

I need to get around to a Win32 build. Perhaps later this week.
@RobRich, 4835-avx contains 4800 inside 😉
Hello RobRich,

Update 4835 AVX2 doesn't work !!!
I will take a look at both issues in the morning. Thanks for the FYIs.
Hello RobRich,

Attempt to update, but still the same version 4800 AVX2 portable...
@luc77600 Because it was not morning here for me, yet. Now it is. ;)

----------------

I just manually resorted and pushed the latest Wni64 updates. The issues should be resolved. Let me know if otherwise. Thanks!
@RobRich, 4835-avx still 4800 inside 😁
@RobRich & @Diago

Yay, same for « mini_installer.exe (AVX2) » : 99.0.4800.0 instead of 99.0.4835.0… ;)
Anon7542
When i install avx2 4835 it shows as 4800, i am not sure if 4835 is even installed how do i check?
Anon7543
My recent AVX2 build if anyone is interested. I've only used this internally so far. Built using the build args previously provided by Rob.
https://github.com/justclueless/chromium/releases/tag/release
Anon7544
@RobRich
Chromium built with avx2 is still version 4800, not 4835, please check, thanks!
I am not sure how 4800 is even there, as those Win64 files were pulled off my build box from clean builds.

I suppose the uploads could have been sourced from a different local drive, which might be possible on that particular Windows system assuming I was not paying attention to the drive letter. Would not surprise me, as I spend little time actually using Windows anymore. ;)

Anyway, at this point, it might as well roll new Windows builds. Probably tomorrow.
Anon7546
@Hibbiki
Hi. Thank you for your very quick update nosync 97.....99. Best regards. :)
Anon7547
New interesting flag

chrome://flags/#extensions-menu-access-control

When you are on a web site .
On top right.
Clic on the eye.
You will see all extension do and their permissions.

Cheers ;)
Is it possible to add this build to WINGET? Thank you!
Anon7549
@marmaduke,
Thank you for your ungoogled 97.0.4692.99-1 Win64 build release.
With kind regards,
Anon7550
@marmaduke
Thanks for the fast update.
Win64 AVX and AVX2 updated. SSE3 building. Win32 probably tomorrow.

Appears I was right about the drive issue. I had been moving around files, and sure enough, my release directories where copied across two drives on that system. I just did not notice the drive letter when manually uploading the files.
@RobRich, thanks, everything works fine so far! 👍
@Daigo Excellent. :) Thanks for the feedback.
@RobRich, one more day and your build would have been on v100. 😁
Anon7555
@Hibbiki
Thank you for your update nosync 97.....99. It works very well as always
Why does Norton Power Eraser consider ungoogled to be a virus? ... It has never done that before! ....
Best regards and thank you very much for great work you always do.
Anon7557
@Marmaduke
Hi. Thank you very much for your update ungoogled 97.....99 64bit. If you can plan update Ungoogled Android to ; it's great. Thanks in advance. Best regards. :)
Anon7558
@Marmaduke
Thanks for the quick update to the Mac version.
Much Appreciated
Anon7559
@albers NPE show's that it's clean. Just checked.
Anon7560
chrlauncher 2.6 released at January 14, 2022
• chrlauncher web site: https://www.henrypp.org/product/chrlauncher
• chrlauncher - GitHub download page: https://github.com/henrypp/chrlauncher/releases/tag/v.2.6
• chrlauncher - GitHub direct download: https://github.com/henrypp/chrlauncher/releases/download/v.2.6/chrlauncher-2.6-bin.zip
Hello RobRich,

Version 4844 AVX2 works fine.
You have to keep it as a reference.

Thanks for this job.
@Luc77600 Thanks for the feedback. :)
Anon7563
@Marmaduke could you help us with Win32 version?
Anon7564
There is still no native compiled version for macOS Apple Silicon (M1/Arm64), looking forward to volunteers to share the compilation.
@RobRich, 961558-avx may have regressions, I have encountered a tab freeze and then crash a couple of times. This didn't happen on the previous build.
@Daigo I might have new Windows builds by weekend, if for no other reason than to catch up with the major version number. ;)
Anon7567
I really wish I could figure out why the mini_installer will not upgrade my existing install
Hello!
I opted out a year ago when Google said they would make sync et cetera private. But now I see it still works. Great!
How come it does work, then?
This has most likely been discussed already, but I am a recurring newbie this time around, so to speak.
Cheers,
Lasse in Sweden
Anon7569
@Marmaduke
Hi. Thank you very much for your new update Ungoogled Android. Best regards. :)
idris kalp 
@RobRich Hi Rob. Can you please explain all modifications you've done to source in your builds?
Anon7571
@Marmaduke
please need modern win32 version
Anon7572
wow wow wow - https://privacytests.org/ has ungoogled!
(Sad, but we still have no win32 version)
@idris kalp My modifications are SIMD support and optimization related. I am not changing features, except I do enable VAAPI hardware video acceleration (if supported) on Linux. Otherwise, long story short, I bump the SIMD levels to AVX/AVX2, Clang opt levels to -03, ThinLTO opt levels to -03, and LTO instruction import limit to 30.

Check my GitHub repository for the modified files:

https://github.com/RobRich999/Chromium_Clang

Further build modification discussions here:

https://github.com/RobRich999/Chromium_Clang/issues/26
Anon7574
Installer
1. Download the EXE executable file (This is a 7-zip self-extracting archive. So you can unzip it to see its content)
2. Close Chromium browser if opened
3. Execute this EXE file
4. Wait for 2 or 3 seconds (Installation is silent)
5. Open Chromium browser. It is updated! <<< NO, it is NOT updated.. still the old version in "..\AppData\Local\Chromium\Application\"
@Anon7574 For a quick guess, check the permissions for the Chromium directory and sub-directories. Manually take ownership if required.
@RobRich Thanks Rob. Are hey usable for native builds too?
For the most part. There is one section of Linux cflags/ldflags for cross-building, but those should be ignored by gn when doing a Windows native build anyway.

I have an updated Win64 AVX2 done. I have just not tested and pushed updated Windows builds. I will go through the changes and push my current AVX2 modified files to GitHub. Maybe tomorrow depending upon how I feel.
Anon7578
@Marmaduke ; @Hibbiki

Thanks for yours latest update 98 .... Ungoogled and nosync. best regards :)
Win64 AVX2 pushed, then GitHub uploads started nearly stalling. Hopefully it resolve shortly.

I am running way behind on this round of Windows builds. Health, personal stuff, etc.
@RobRich Great job Rob, thanks. Do you ever consider to do NaCl builds?
@idris Maye for awhile years ago. Most of the users here, including myself, never really had much use for it.

The last stable Pepper SDK dates to 2015, and AFAIK, support for Chrome Apps, NaCL, and PPAPI are slated to be removed in June of this year.
Anon7582
@Marmaduke
Thank you sir for your 98.0.4758.80-1 Win64 build release.
With kind regards,
Anon7583
@Marmaduke
Thank you sir for your 98.0.4758.80 Linux build too.
With kind regards,
OldTimeChromium 
Hey guys, does anyone know what's up with this current release version of stable Chrome?

> Chrome 98.0.4758.80/81/82 for windows and 98.0.4758.80 for mac and linux contains a number of fixes and improvements

Why all these different versions? I mean, three different versions for Windows alone?
What the hell is going on? Did Google mess up their release process or what?

Does anyone know more, or know where to find more about this?

Cheers
Anon7585
Could you please replace the Olivier Tilloy's (testing) PPA with this one:

https://launchpad.net/~phd/+archive/ubuntu/chromium-browser

Thank you.
@OldTimeChromium A relatively minor source change might affect one platform and not another, thus it wastes bandwidth and resources to push a new revision to a platform not affected by said revision.

Note there can be different platforms even for the same OS. For example, Chromium for Windows includes builds for x86, x86-64, and ARM.
Anon7587
@Marmaduke
I am now using the Chromium 98.0.4758.80 release from Eloston's Github site, due to the security fixes included, but I would much rather use your Mac version.
Please try to find the time to build it when you can.
OldTimeChromium 
@RobRich Thank you, I appreciate your answer. Makes sense to not push updates if it can be avoided.

Still curious about the specifics here though, is there anything more about this?
Maybe some links to specific changesets or commits or something?
Regression- Extension site permissions can't be set
Tested on Marmaduke Windows x64 Portable
Anon7590
@Marmaduke
Hi. Is possible for you to think build your version of Ungoogled for Android. v98.
uazo patches are ready.
https://github.com/bromite/bromite/tree/master/build/patches
And i don't understand very well csagan5
Why he stay to build Bromite in v96. Exactly:
v96.0.4664.183.
And next plan update for csagan is for v97 .
Chrome for Android 98.0.4758.87 is out.
But i'm not dev. I’m probably don't well understand some things . And it’s his project in the end , he does as he want.
But maybe you can do your v98 update . Best regards. :)
To the guy that build Thorium:

your browser's config is a effin mess, you put params into the executable /usr/bin/thorium*
for unknown reason you install the thorium-browser and the thorium-browser-unstable , also you change the default config to .config/thorium
to make the things mess like a wh*rehouse -at least at those houses they are more organised than you.
also as the mess does not stop here, you even put the same params into the .desktop files, your crap may work well under gnome/xfce4 but under other environments (openbox + tint2) IT IS A F*** mess and creates multiple configs.
how old are you ? 10?
Anon7592
It's a sad thing that ungoogling now seems to decrease both productivity and security, at least on Windows.
McRapey Raperson 
@Anon7592

Shut your stink gob. Why don't you build ungoogled yourself!
Just a quick thought and congratulations to @RobRich for being the first to reach 100th’s version Chromium release. 🎊 🎉

I also often notice somes littles absences for health reasons so I wish you a 2022’s year with better condition.
Anon7595
@RobRich just wanted to update that the newer v98.0.4758.80 mini-installer works! Thanks for fixing it!
@Mumu Thank you for the positive thoughts. :)

@Anon7595 If one of my builds, ya' perhaps mean v100?
Will this project continue after Hexavalent is released https://github.com/Hexavalent-Browser/Hexavalent. Or UnGoogledChromium and Hexavalent have different purposes
Anon7598
@Admin Jerry
HI . Google search link fix : project is "DISCONTINUED" and removed from store to.

@Hibbiki
Thank you very much for your Update 64bit nosync 98.....82.

Best regards.

🔵 [EDITED by Jerry - 2022-02-12: Thank you for your report. 👍 I updated the website]
DodoGames7 
Are Chromium Builds from this site safe?, i kinda have trust issues and don't want to ended up downloading malware on my laptop
Anon7600
@Marmaduke
Thanks for the Mac version update, much appreciated!
Anon7601
@DodoGames7 No malware to be found here. If you want to download ungoogled-chromium, you've found the right (official) site.
Anon7602
@Marmaduke

Is the Windows 64-bit un-googled version from Feb. 12 version 98.0.4758.80 or 98.0.4758.82? I thought the version on Feb. 2 was 98.0.4758.80. This would also align with the Mac version.
Anon7603
Is there a list of Chromium feature names to use with --disable/enable-features command-line switches?
Anon7604
Version 98.0.4758.82

Lots of unresponsive pages and the entire browser freezes with this build.

Experiencing the same thing with the actual Google Chrome version as well.
Anon7605
@Marmaduke
Please an update for MacOS +sync, thank you!
Anon7606
@Marmaduke
Thank you for your 98.0.4758.102-1 Win64 build release.
With kind regards,
Anon7608
@Marmaduke

Hi. Thank you very much for your very quick update Ungoogled 98....102. Work flawless. Best regards. :)
Anon7609
@Marmaduke thnx brother. i don't know why but 98..102 work visibly faster
DodoGames7 
@Anon7601 Alright Thanks!, just asking
Anon7611
@Marmaduke, please build win32 version of the newest chromium.
Anon7612
@Anon7607
Peter's page is a list of command-line switches that I already know and use. What I'm looking for is a list of FEATURE NAMES to use with disable/enable-features switches and which are visible on chrome://version when you enable corresponding flags. For example: CopyLinkToText, SharingQRCodeGenerator, SidePanel, WebUIBrandingUpdate...
@Anon7612
All features can be found in the source of Chromium, but they are placed in different files. For example, the blink features:
https://source.chromium.org/chromium/chromium/src/+/main:third_party/blink/common/features.cc
Anon7614
@Hibbiki
Thank you very much for the update 98.0.4758.102 no-sync.
Anon7615
Tried the Marmaduke ungoogled 98.0.4758.102.

I uninstalled my current Hibbiki Chromium but kept all the settings and data as per the prompt as I don't want to lose history or tabs.

Installed the new aforementioned version. It opens, starts loading tabs and CTD. Crash to Desktop. Does it repeatedly on two different systems. The 2nd barely had any tabs open and nothing was unusual. Reddit, some YouTube vids, search results and nothing else particularly complex or special. Still just CTD repeatedly.

Uninstalled and put back the current Hibbiki build and no issues.
Anon7616
Hi,

Looking for your guidance,

Is there a recommended set of "Privacy" and "Security" related command-line switches that should be used with Ungoogled chromium ?
Anon7618
YouTube is crashing a lot on v98.0.4758.102...
Hello, I'm looking to update for mac but I don't think I see the build ready yet?

I just don't know if I'm reading the page wrong. Can someone let me know where I can safely get the mac os "98.0.4758.102" binary?
Anon7620
@Anon7617,
Hi, Thank you for the web link. Appreciate it.
Anon7621
@n
Relax, the Mac version will be posted in good time.
This site is usually the first to have the latest Mac version of ungoogled Chromium available, the second "Archive" from the top; developed by Marmaduke. The third "Archive" listed is a 'sync' version that you can use to install extensions etc. from the Chrome web store.
I am not a Developer, so I am not sure about what is involved, but I have heard that the Mac version is time consuming and often difficult to build. So we need to show respect and appreciation to Marmaduke for his expertise, efforts, time spent and of course his electricity bills!
There are 2 other sites that occasionally have the latest ungoogled version available, but to date I do not see "98.0.4758.102" available there. Search for Chromium softaro.net or Homebrew Formulae Chromium to find the other 2 sites mentioned above.
Anon7622
@Hibbiki
Hi. Thank you for your update 98.....102 nosync 64bit.Best regards. :)
Anon7623
@Marmaduke, why no win32 version?
Anon7624
@Marmaduke
Thanks for the latest Mac version.
Anon7625
@Anon7617
great link any more like that
I would like something for Graphics Feature Status
if maybe more speed is possible
Anon7626
@Marmaduke, why no win32 version??
It was a difficult decision to make, but I am discontinuing routine public Chromium builds at this time.

Hardware has reached the point that my optimizations are rather moot IMO, plus there are my ongoing health-related and other personal issue to factor.

While I might not be quite as in the loop moving forward, I will still be around the community here. Also I might still post an occasional experimental build with details assuming any new optimization ideas interest me.

Thanks for all the great support over the years! :)
@RobRich
It's obviously very sad. But anyway, I really appreciate what you were doing. Take care.
Anon7629
Sucks to hear but nonetheless, i salute you for everything you did Rob. Hope things get better. Cheers 🍻
Primero que nada; ojalá te encuentres muy bien @RobRich. Por cuaquier problema, ojalá te recuperes y estés en el frente de batalla cada día de tu vida. Te deseo lo mejor a vos y a todos los tuyos. Y "Muchas gracias por tu gran aporte". Saludos cordiales desde Argentina.
Anon7631
Thanks Rob for all your hard work and thanks for helping me compile chromium as a newbie. Wish you all the best and take care!
Thanks RobRich for your time and effort, I enjoy updating your avx/avx2 Chrome builds for two machines, certainly lighter and faster than regular Chrome. As much valuable as this is your health and wellbeing. Hope you get a best recovery!
@RobRich,

It is clear that you have reached such a perfection in the practice of optimizing the compilation of Chromium that inevitably you have nothing more to discover in this field!

In short, your participation was a driving force here, but like @hibiki who arrived quite recently and seem reliable, we hope that other new challengers will take over from you.

The most important thing is that you still stay in a little corner around us so that we can continue to benefit from your advice from time to time.

In short, Thank you very much for all the work you have provided here and above all, I hope that health and your personal life will follow. This is ultimately the most important.

Personally, and on behalf of the whole community, be sure of our infinite gratitude.

Wish you the best.
Anon7634
Thank you for your hard work, RobRich!
admin
@RobRich,
Sincerely, I am honored to have known a good person! ;)
You made a big work for us. Thank you very much.

I wish you a good continuation in your real life.
I wish you a good recovery.

Sure, you are always welcome among us!

Best regards

Also, thank you all for your kind words.
Anon7636
@RobRich i'm a simple ungoogled user, but i join in the congratulations by Jerry!!!
Anon7637
Thank you Rob for what you've done. On a side note, how do i migrate from rob's avx2 build to marmaduke's googled chromium, seeing as the former has been discontinued, without losing my data?
Anon7638
Please compile marmaduke ungoogled for Mac arm ! :)
Anon7639
I tried uninstalling rob's avx2 build and deleting the application folder only keeping the user data folder, however despite the fact that marmaduke's ungoogled build installs sucessfully, when i open it, all the tabs i have are broken. New tabs works fine. Seems like it's not compatible with the user data folder? Or perhaps i need to wait till the ungoogled build reaches version 100 too? Maybe I can use an extension to export my tabs, but still a big bummer, and i can never be sure if it works properly unless i completley delete the user data folder and import everything anew.
Anon7640
@Anon7639 Since version 95-96, ungoogled builds have an unusually high amount of bugs, more than ever. Mention them somewhere, and you'll immediately be "politely advised" to build your own ungoogled. So just backup your user data folder and try other developers' builds. I'm sure Hibbiki's nosync version will work flawlessly.
@RobRich Thanks for your effort and everything you made. I hope you get well very soon. One last question before you leave. I get this error while using your windows avx2 files. Any idea, please.

FAILED: obj/third_party/webrtc/modules/audio_processing/agc/clipping_predictor_evaluator.lib
..\..\third_party\llvm-build\Release+Asserts\bin\lld-link.exe /lib /OUT:obj/third_party/webrtc/modules/audio_processing/agc/clipping_predictor_evaluator.lib /nologo -libpath:..\..\third_party\llvm-build\Release+Asserts\lib\clang\15.0.0\lib\windows "-libpath:C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.31.31103\ATLMFC\lib\x64" "-libpath:C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.31.31103\lib\x64" "-libpath:C:\Program Files (x86)\Windows Kits\NETFXSDK\4.8\lib\um\x64" "-libpath:C:\Program Files (x86)\Windows Kits\10\lib\10.0.19041.0\ucrt\x64" "-libpath:C:\Program Files (x86)\Windows Kits\10\\lib\10.0.19041.0\\um\x64" /ignore:4221 /llvmlibthin @obj/third_party/webrtc/modules/audio_processing/agc/clipping_predictor_evaluator.lib.rsp
obj/third_party/webrtc/modules/audio_processing/agc/clipping_predictor_evaluator/clipping_predictor_evaluator.obj: unknown machine: 0
Anon7642
My current Win x64 AVX build if anyone is interested.
https://github.com/justclueless/chromium/releases/tag/101.0.4904.1.AVX

I usually do AVX2 builds for myself, but if there's no interest in either, I'll stop posting.
@Anon7642 I'm interested. Is there AVX2 too
earthsound 
@RobRich thanks for your time, efforts, expertise, and sharing with us.
Anon7645
@idris
These builds are ones I use myself, so I usually only build one. So it will be AVX or AVX2, not both, depending on popularity.
Why do the portable Versions still use chrlauncher v2.5.7 instead of v2.6?
https://github.com/henrypp/chrlauncher/blob/master/CHANGELOG.md
Are there any issues with the newer 2.6 version?

Thx
@idris Try building it against Visual Studio 2019. I am not sure if the VS2022 migration is done.... or even started.

----------------

Everyone, thanks for the kind words and positive remarks! :)
admin
@idris: Thank you for your AVX builds. 😌

@Julia: I updated the chrlaucher version for the supported Chromium versions.

@RobRich: Please, keep your Github repositories for a few months. Thank you very much.

@AlexFrick: Thank you too. I updated the website with the new Chromium logo.
https://github.com/alrra/browser-logos/tree/main/src/chromium
https://github.com/alrra/browser-logos/issues/206
https://twitter.com/elvin_not_11/status/1489647023410212869
Brummelchen 
My (nick-)name is my verification!

@Rob - thank for your long time evaluation of chromium and growing my personal education concerning chromium. being a long time user of your builds (like firefox dev builds) i was able to work ahead its upcoming news and creat solutions. there exist no money enough for people like you. grace to you and hail to the king(s) of chromium.
Anon7651
@Hibbiki
Thank you very much for the immediate update 99... sync and nosync.
Anon7652
Would be possible to also publish the windows builds through winget? So we could install / update using the terminal like "winget upgrade" or "winget install Hibbiki.chromium" or "winget install Marmaduke.chromium" for example.

Thank you for all the work
@Hibbiki
Thanks for the update 99.0.4844.51 nosync. Now needless search engines can be deleted again. - Very goog work!
@Anon7642 && @Anon7650 : Great ! Thanks ! 👍
Anon7655
you should be aware that the 'Thorium' (Chromium fork) https://github.com/Alex313031/Thorium
is including its own API keys.
and supports sync.
https://github.com/Alex313031/Thorium/[..]
I would not trust it, nor install it, nor sync my Google credentials with it!

if you do, I advise you uninstall it immediately and change your password.

🔴 [EDITED by Jerry: Link on github modified to respect its author. The Google API keys are private]
@Hibbiki
Sorry for the typo. I want to say: A really good job!
Hello,
first thank you for all these versions that I appreciate strongly,

Until version 96 0 4664 110, my google translation extension Irvissed the page almost automatically translated with a small window that was superimposed on the top right with "English" "French" and box "always translate"

Now, I have a bar that appears at the top, and it's not always automatic,

Is there a manipulation to do to continue to display in the same way with the latest versions (99.0.4844.51)

Thank you if you can help me, often having pages that are not in my tongue, it was handy to me,
have a good day.

Excuse if my explanation is not very good, I use S3 translator from french to english
Anon7658
@RobRich Hi. Your repo is archived so I couldn't open an issue, and I have no other way to contact you.

Your last win64 releases were on Feb 3. However, the "enable-force-dark" flag expired in version 100. I opened Chromium after the update, only to be blinded by everything returning to burning white.

It was re-added by a commit on Feb 5: https://github.com/chromium/chromium/commit/9db6737aba25bcb74396c7d37aba812e47464e5b

Could I implore you to make a new win64 release?
Anon7659
Anyone an idea why there's no v99 of ungoogled-chromium?
DigitalNXZ 
Anon7659, as I know this could take always a few days if you look at the releases of ungoogled chromium and the builds here.
Idk why but it's still comes out faster than the build on the github from eloston
Anon7661
Anon7659 His Github say's "No production releases unitl next 99 update. [Change in PGO profile requires energy inefficient full rebuild.]"
Alex Frick 
@Anon7655 Thorium is a legit browser, the API Keys were purchased by me for a higher sync API quota. They were accidentally put in an args.gn file. I make releases for linux, windows, and macos, and the source code is all there and fully auditable. I'm a long time user of this site and long time fan of chromium. I can assure you theres no funny buisness, and take security very seriously.
Anon7663
@Alex Frick: Can you also make ungoogled releases, i.e. with elostons patches applied?
Anon7664
@DigitalNXZ
By "a few days" if you mean from the announcement of a new stable Google Chrome build till we see an ungoogled Chromium version here for Mac and Windows with the same version number, the developer who usually does the ungoogled builds is now 2 builds later than Eloston's ungoogled build for the Mac, so I think "a few days" is not pertinent. Of course, there are most likely extenuating circumstances that are responsible for that difference, and in this day and age that gives rise to several potentially worrying possibilities, family affairs, illness and the like. We all hope Marmaduke is alright and gets back to getting his usual good ungoogled builds out, which I prefer. In the meantime, for Windows and Mac; try doing a search for Chromium softaro.net. I am not sure about builds for Linux, now that RobRich has retired.
Anon7665
The new ungoogled 99.0.4844.51 Chromium for 64-bit Windows by Marmaduke is here:
https://github.com/macchrome/winchrome/releases/
Anon7666
@Anon7665: Oh cool. Well, somewhat. It's compiled without PGO (~8-10% slower rendering) and it's labeled as "pre-release".
Alex Frick 
@Anon7663 Thorium is my browser project, and many of the a patches are directly from ungoogled chromium, or modified from them.
Anon7668
@Alex Frick
If you could include the word "ungoogled" or "sync", as required, in the description of each release, it would make choosing a binary to download much easier for the users. As an example and suggestion; taken from one of your descriptions and edited:
MacOS Releases for M1 and x64 Macs - M100.0.4878.0
Ungoogled' releases for the Mac platform
Anon7669
@Marmaduke,
Thank you sir for your ungoogled chromium build 99.0.4844.65-1 Win64.
With kind regards,
@Anon7668
Thorium is neither sync nor ungoogled really, however builds from Alex are closer to sync as they include his personal API key (and no, this does not compromise security of your account, the keys can not be used to sniff on the data and are only used to indicate application that connects to your account and for Google to enforce limits).

In essence, Thorium is more of a fork than ungoogled and to be quite honest I am not sure it belongs on this site at all. It breaks cardinal rule of changing icon and name in addition to applying various patches (which might differ between releases) per Alex's personal opinion (ie. they're not strictly aimed to provide specific goal like ungoogled). As it stands now, Thorium is getting closer to Brave, Edge or Vivaldi (all 3 being based on Chromium) than actual Chromium build.

Unless you know what you are getting into, I'd recommend choosing other binaries, be it ungoogled ones if you want to disconnect yourself from Google entirely or sync/no-sync variants if you don't mind lacking some of the more aggressive patches from ungoogled.
Anon7671
Agree with Hibbiki, those builds have too many patches for my liking. There's only one thing missing from the official Chromium repository builds which is the codecs. If there's also an option for a nosync version, i won't complain but not really necessary.
Even as Rob said, there's no point anymore in putting "optimizations" on top of vanilla Chromium.
In my opinion, and i don't want to throw hate towards anyone/Alex Frick but the main thing that Chromium lacks is the codecs. I remember those good old days when those builds worked with video/streams without the need for said codecs. They eventually changed that and that's why today we need the good builders we have around this community.
Google's common Chromium builds lack performance optimizations. In web benchmarks these builds loses to Chrome Canary by about 20%. But, yeah, the real deal breaker is the lack of support for avc/aac codecs.
Anon7673
@Marmaduke
When you can, could you give us Mac users your build similar to the Windows 99.0.4844.65 (961656) • build you posted Wednesday, 9 Mar 2022?
updated Win x64 AVX2 build for this week for those interested
https://github.com/justclueless/chromium
@Marmaduke,
Thx for your ungoogled chromium build 99!
Anon7676
Marmaduke's 99.0.4844.65 ungoogled build was released 2 days ago, on march 9th

However, if we go to the official google chrome page, https://chromereleases.googleblog.com/ we can see that as of evening March the 11th EU time, the latest build is 99.0.4844.51

Not only that, but the latest Ungoogled Chromium build https://github.com/Eloston/ungoogled-chromium is also 99.0.4844.51, from 6 days ago
https://github.com/Eloston/ungoogled-chromium/commit/9c6f29ca002a6bae8f65dabb758ca77eae49086b

So how did marmaduke get the 99.0.4844.65 ungoogled files to compile and build, if they haven't even been released yet?
Vaccini Assassini 
@justclueless
Thanks for that.
Anon7678
@Anon7676
It is released (or rather pushed in git) since 3 days, just not as official google chrome version:
https://github.com/chromium/chromium/tree/99.0.4844.65
It compiles from the mother of all officials' sources.

https://storage.googleapis.com/chromium-browser-snapshots/index.html

On the other hand it's funny, for 7 years now there’re about 8 messages a week to tell him that he doesn’t compiles fast enough and this is the first time that he has been accused of doing it too fast on this occasion!

We have already lost Rob and if you continue to piss him off we risk to losing him too…
Anon7680
Sorry I just thought he compiles the builds based on ungoogled chromium, meaning he waits for them to release then compiles with their files for windows 10 as they don't have such builds. So I am just confused how he built ungoogled chromium based on the official builds rather than the ungoogled chromium builds in Eloston's repo. I guess minor versions such as .51 to .65 don't have much changes and he can use the offical eloston .51 ungoogled build and just add the little changes from the official .65 google build

I am very happy for fast compile thank you Marmaduke
Anon7681
The ungoogled 98.0.4758.102 version is two versions old and countless security fixes behind, while the "sync" version above that listed is meaningless, as the version shown lower down by the Chromium Authors is a sync version too.
I rather doubt that anyone has to worry about Marmaduke getting pi$$ed off. I don't know the gentleman, but he has been around long enough to develop Gator-like thick skin. So I doubt he notices what people post. He is one of an elite group of skilled programmers and he obviously works according to his own schedule. The result? Be patient and wait!
Alex Frick 
@Anon7668 @Hibbiki Thorium is not "ungoogled" enough to call it ungoogled. It only contains security patches, not things to remove Google services. Also @Hibbiki, it is truly google sync. It has all the API's needed for google sync and translation, etc. And it used to not contain API Keys at all, the ones in it now are separate from my personal ones (which I only use for my personal builds of Thorium and ChromiumOS), they are ones that I actually purchased a quota for the sync API, since I saw my userbase was growing and people wanted sync (especially on Linux). And as far as optimization goes, it is still worth it IMO. Thorium uses all of the optimizations that rob used, excluding polly, as well as some ones I added myself like rust flags, and profiling myself for PGO. I regularly get octane scores of 54000-56000 and speedometer scores of 160-190, which are higher than any other Chromium browser I'm aware of now that Rob stopped making builds. The patches in Thorium are for security and usability, not to change the UI or behavior in any major way. I know the changed logo might irritate some people and I knew that when creating it, but I wanted a project all my own with it's own name and logo, while still being easily recognizable as Chromium.
I put my builds out there because I feel like people might benefit from them. I talked with Jerry about my project and many of these concerns before he put my builds here on this site.
Anon7683
@Marmaduke,
Thank you for your ungoogled chromium builds 99.0.4844.74-1 Win64 and Linux 99.0.4844.74_1
With kind regards,
Anon7684
@Marmaduke
Thanks so much for the very up-to-date Mac version 99.0.4844.74!
Much appreciated!
@ justclueless

Many thanks for this updated AVX2 101.0.4936.0 version.
Using a portable version, I pasted all the files into the Chromium "Bin" folder.
It works perfectly. Good job.
Anon7686
@Hibbiki
Thank you for your 99.0.4844.74 sync and nosync!
@Luc77600 That's good to hear.

I just updated it for this week's release as well.
https://github.com/justclueless/chromium/releases
@justclueless:

Just for sake of curiosity, on what type of computer/CPU are you compiling Chromium ? And how long does it take you?

I gave up on an intel i7-4710HQ because it took me 6 hours with a bottlenecked CPU at 88°C…
@ justclueless

Thank you.
I got it back.
It seems to me that the previous version was more efficient.
But maybe that's just an impression.
@Mumu
On my Zen 3 rig, like 2 hours tops, maxing out at around 60°C. (probs would be less if I had air conditioning)
Second rig is an old Dell AIO with a Skylake CPU. This one takes 8hrs at around 80-ish°C. I use this rig to compile builds. It's hooked up to solar energy and I usually use it for random projects, I leave it running 24/7.

@Luc77600
Yeah, I noticed browser benchmarks were a little lower than last build's. But day-to-day tasks, I don't really notice.
I haven't changed any build args or anything, maybe it's just this revision, we'll see next week when I build again.
Anon7691
is the "no-sync" essentially the same as ungoogled? I ask because these seem to get the optimized builds
Anon7692
@Anon7691 nosync refers to no google apis, so like, no google translate...etc
Anon7693
@Marmaduke
Hi. Thank you for latest Ungoogled for Android. But with my phone. Samsung s20+ 5g 512giga 64bit. Android 12. Always crash at start . Tried to uninstall. Shutdown phone. Install after start of phone. Always crash . Android 12 said app bugged, wait for fix by dev and install the new update.
Regards...
@Marmaduke
Thx very much for latest ungoogled Chromium build!
@Anon7693

Try Carl's Bromite and/or an abb standard chrome/chromium installer.

I don't have access to an Android 12 device so can only speculate as to the cause of the crash: ChromePublic.apk is strictly not for general release; cfi is probably picking up errors; afdo might not be compatible with Andoid 12; WebView compatibility issues (if installed); installation issues - org.chromium.chrome.stable; and HW codec conflicts.
Anon7696
@Marmaduke
Bromite 99.0.4844.77 work perfectly.
Chrome by Google 99.0.4844.73 too.
And also with your previous build package name org.chromium.chrome 99.0.4844.58 no crash.
Anon7697
@Marmaduke
Anon7693 and 7696
Found tip. Renamed the package name .
With apkeditor pro. As org.chromium.chrome. Now work flawless. Maybe i have a bug with Android 12 or it's because i used your previous build with this package name.
It's work is the most important.
Thank you . Best regards. :)
@Anon7697

Ok. I think for v100+ might stick to org.chromium.chrome
Anon7699
@Hibbiki
Thank you for your fast 99.0.4844.74 sync and nosync!
Anon7700
@Marmaduke
Anon7697
Ok. Thanks bro.
Anon7701
@Hibbiki
Thank you very much for the quick update to 99.0.4844.82 sync and nosync!
Anon7702
@Marmaduke and @Hibbiki Thank you both for all you do as I know I would not have the knowledge or capability to do what you do! Also, this goes for all the other developers and contributors on this site. Spreading your expertise truly makes the world a better place! Thanks again!
Anon7703
@Jerry can the site be updated to include justclueless builds? They looks similar to builds from RobRich
Anon7704
@Marmaduke,
Thank you for your ungoogled chromium build 99.0.4844.82-1 Win64
With kind regards,
admin
@Anon7703:
If Justclueless wants to share his versions on this website, I am ready for that ;)
He just needs to contact me (https://info.woolyss.com/)
Disclaimer:
It is not my intention to substitute Rob, in fact I can't, I don't even have a fraction of his knowledge.
I only build for win x64,AVX2 setup, because it is what I use. Unlike Rob, I can't commit to other setups, x86, SSE3...etc. I also build whenever I have time to, not on a schedule.

My build args/configs are actually what Rob posted here previously, I don't claim any credit for anything, just following the instructions and comments posted by the community.
If you would still like to include my builds here, I don't mind and can contact the admin, Jerry.

On a completely different note, has anyone managed to build llvm with polly on Windows (using visual studio)? I tried but ran out of disk space after it ate up like 50GB. Was wondering how much disk space it needs if anyone has done this before.
@Marmaduke
Thx very much for latest ungoogled Chromium build!
Anon7708
@Marmaduke
Is the Mac version 99.0.4844.83 on a back burner? Please do it when you can, I much prefer your builds to others!
Anon7709
@justclueless yes, please contact Jerry. I also use win x64 avx2 and I'm sure many other users do as well, so this would be ideal. Thank you
Just tested and Chrlauncher works perfectly fine with Iridium if the API would include it for updates.

Config - http://localhost/api/v3/test.txt
browser=iridium;os=windows;architecture=64-bit;timestamp=1640781480;editor=iridium-browser;channel=portable;repository=https://iridiumbrowser.de/news/;download=https://dl.iridiumbrowser.de/windows/2021.12.96/iridiumbrowser-2021.12.96.0-x64.zip;version=2021.12.96.0;revision=1;commit=

chrlauncher.ini -
[chrlauncher]
ChromiumUpdateUrl=http://localhost/api/v3/test.txt
ChromiumBinary=iridium.exe
ChromiumArchitecture=64
ChromiumType=iridium

So it seems not that hard to treat it as just another Chromium build on an API level. Just the legwork to keep the API up to date with the latest build.

Thanks again for your work
Anon7711
Can I request an macos arm64 ungoogled chromium build ?
I have this error at "gn args ...." phase:

ERROR at //build/config/win/BUILD.gn:327:39: No value named "vc_lib_path" in scope "vcvars_toolchain_data"
vc_lib_path = vcvars_toolchain_data.vc_lib_path
^----------
See //build/config/BUILDCONFIG.gn:415:5: which caused the file to be included.
"//build/config/win:default_incremental_linking",
^-----------------------------------------------

Does anybody have an idea?
Anon7714
@idris
did you set the env vars?

set DEPOT_TOOLS_WIN_TOOLCHAIN=0
set GYP_MSVS_VERSION=2019
Anon7715
@Marmaduke
Thanks for the update to the latest Mac version! Much appreciated.
@Anon7714

yes they are set.
@idris
I'm assuming you've edited the build.gn file.
Try pulling a fresh copy to the repo and see if it compiles. If it does, then try carefully adding back your changes.
Anon7718
@Anon7692 so in other words "ungoogled" version has no real purpose with the "nosync" builds? Even after reading it wasn't made too clear
@justclueless

I just copied Rob's build files. Let me try again
Anon7720
Wouldn't you know it, Chromium 99.0.4844.82 for Windows and 99.0.4844.83 for Mac were just compiled, and Google releases 99.0.4844.84 to patch a serious security hole that is being exploited (according to Google).
It does seem that there are people out there working day and night to find new ways to exploit something!
What a world.
@Marmaduke
Thx very much for latest ungoogled Chromium build!
Anon7722
Need to upgrade to the latest version ASAP, it's a serious issue!!!
Anon7723
@Hibbiki
Thanks for your quick update 99.......84 sync ; nosync 64 bit. Regards :)
Anon7724
@Marmaduke
Thanks so much for compiling that emergency update to 99.0.4844.84 on the Mac platform so fast!
Anon7725
@Marmaduke
Thank you sir for the quick emergency update to 99.0.4844.84.
With kind regards,
Anon7726
Thank you for the quick update!!!
Anon7727
@Marmaduke
Thank you!
Anon7728
Hi! has the Marmaduke MacOS "sync" version/build been abandoned or discontinued @ v95? Thank you.
Anon7729
Hi.
By Play Store Android ( 12 ) i had update Chrome 99......88 for security update.
And here the latest final is always Chrome 99.... 73.
It is normal.
Play store country France.
Regards....
Anon7730
Hovering over Widevine says: "After install of this plugin by yourself..."

Ignoring the terrible grammar, at least change "yourself" to "you."
Anon7731
Legit question:
Why is there builds on here with only support for AVX2 when mainstream Google releases and Hibbiki/Marmaduke ones don't have this limitation? What's the purpose of them supporting only AVX2 / cut the other instructions out?
Anon7732
@ Anon 7730
Can't anyone see that this should be: "After you install this plugin ..."
Anon7733
@Marmaduke thnx
Anon7734
@Marmaduke
Now that thinks have settled down (no emergency notifications from Google, and the Windows version done), please update the Mac version when you can. The reported 26 security fixes get on my mind.
Anon7735
@Marmaduke
Thanks for the frequent updates for ungoogled-chromium for windows. I do have a (little) bug report regarding the latest release v100.0.4896.62 (972766):

The "pdf-plugin-name" flag (https://github.com/Eloston/ungoogled-chromium/blob/master/docs/flags.md#:~:text=buttons+on+tabs.-,--pdf-plugin-name,-Sets+the+internal) breaks, meaning that if it's set to "chrome" PDFs won't load anymore. The error message says that the plugin failed to load.
Bravo Will Smith 
@Anon7735

Pepper-free PDF viewer ===> disabled
Anon7737
@Hibbiki
Thank you very much for the 100..., it rules fine the waves.
Anon7738
@Marmaduke
Thank you for the super quick 100.0.4896.62-1 build release
With kind regards,
Clayton Carney 
Just an FYI...
Download Chromium 100 Installer:

https://github.com/Hibbiki/chromium-win64/releases/download/v100.0.4896.60-r972766/mini_installer.sync.exe

Windows Defender is blocking execution:

Detected: Trojan:Win32/Wacatac.B!ml

This has never happened before.
Clayton Carney 
OK, I deleted the Detection History folder and now it works as normal. False alarm I guess...
Anon7741
Version 100.0.4896.60 has nine high-priority security patches and others, a total of 28
What they publish in the media did not happen; - When Firefox and Chromium reached 99 and 100 (respectively) websites would have problems. From web translator. Greetings to all, from Argentina.
Anon7743
@Anon7731
Doesn't AVX2 gives better performance? Chrome compiled with SSE3 gives wider compatibility with older systems, but lacks new instruction sets for more performance. At least that's how I see it
Ezequiel Cardoso 
it is safe ? no have US spy ?
@ justclueless

Thank you very much for these updates.

But how do you know when you release a new update?
Anon7747
@Anon7743
AVX2 doesn't necessarily result in noticable better performance, at least in my test. It just tells the cpu to do certain things with baked in hardware (with the AVX2 instruction set) instead doing it in software, but it always depends on how much the program actually uses these operations. So ymmv.
Besides Chromium and Chrome by default use other optimization methods like PGO, which are supported by more cpus compared to AVX2.
@Marmaduke
Thx very much for latest ungoogled Chromium build!
Anon7749
virustotal.com/gui/file/877b8bd96dcadaa6a6e66abd637cdc0a21af0457ffa6e2625e1d313da957a152?nocache=1
ungoogled-chromium-100.0.4896.62-1_Win32.7z
- Trojan/Generic.ASMalwS.35205A7 - Gen:NN.ZedlaF.34294.gH8@aaMULlii
Anon7750
@Anon7747
Good point, it is just a browser and you probably wont be running hardcore science stuff on it. Should probably convince these guys to just forget it. At that point you may as well question their existence here and just use the builds the chromium project releases
Anon7751
@Marmaduke
Can you please update the Mac version? It supposedly has some critical security patches (Google's notification).
Pretty spicy in here lol

@Luc77600 Yeah, I'll start using Jerry's API later, when I start writing scripts to automate the build process...etc.
hello,
thanks for this software.
could you please help to enable the print preview on the mac version (like on google chrome?) so it takes precedence over osx internal printing window?
@Marmaduke

Appreciate the quick update to the 100 build, unfortunately, it seems something nasty made its way into your CI/CD pipeline at some point in the process. Luckily I'm running with MS 365 Defender E5 + Endpoint Protection P2 so no damage was done, though it was evasive enough to take nearly 3 hours for Defender to complete remediation and generate a root cause Incident conclusion. And I didn't use any installer, just downloaded the 7z archive and extracted it over your last build (which is fine and I'm using now). I forwarded the incident to Microsoft SecOps for a deep scan analysis and confirmation of severity/identification. Results came back showing it as a new, custom coded sample that only had a few trace similarities to malware recently observed coming out of some Russian APT Groups supported by the State. It utilizes almost 90 TTPs across the MITRE ATT&CK Grid and takes instruction sets from C2 nodes scattered across Google's CDN in the GCP. In any event, I don't know your build process or deployment platforms, but you should probably not re-use any resources that were involved in that build, unless you do a full wipe of them first/spin up a new cluster (if you build from the cloud), you know - just a standard pipeline refresh for compromise scenarios.

Anybody else who got a detection hit from this build, it is absolutely NOT a false positive. If you've been running it, just roll back to a backup of your machine that predates downloading it. Seems to only be the Windows build at least. Hopefully the next release will come out clean. Really do appreciate all the great work you do! Thanks!
@Mike

Inform Google, Microsoft and your national intelligence agency of your findings.

The latest Windows (100) builds were natively compiled: normally they are Linux cross-compiled.

Occasionally, I do stream RT (Russia Today) on the Windows build machine. It's possible that the DDoS measures that RT employs are up to no good! RT is a Goebbels inspired comedy channel, there is no need to censor it. Nevertheless, I do miss Chris Hedges' On Contact; one of the MSM outlets should sign him up.

Subsequent Windows builds will be cross-compiled on my Linux which has not been connected to the internet for a couple of years.

I will get my Wireshark and investigate: particularly buildtools/third_party/libc++

Besides, let's say that Vladimir is up no good, what is Vlad's objective?

What is your objective?
The Ruskies are useless, bogged down in a quagmire of their own incompetence. My pet cat could defeat the Red Army. What an embarrassment!
Sitting Bull 
The US needs to send its weapon of mass destruction Will Smith to slap that smirk of Putin's ugly mug.

Perhaps Sergey Brin could have a native word with Putin. Strange innit that Facebook and Google were both founded by Russians; they could run as Senatorial candidates for the US state of Manchuria!
Anon7758
@marmaduke i thought you are not that brainwashed by western propaganda and war crime government. Farrakhan sad true, you WD's should be cancelled.
First of all, I do not believe in cancel culture! (even though it is quite amusing).

I'm averse to any form of propaganda and am always interested in other points of view: "know thine enemy" to paraphrase Napoleon; or as Sun Tzu puts it more eloquently: "Know thy self, know thy enemy. A thousand battles, a thousand victories".

I'm totally against "book burning", restore the RT archive to YouTube (and for that matter The Donald's tweets): hence; hold your tongue and do not speak of lofty ideals such as freedom of speech and expression.

It's up to the individual to choose what-ever the flavour of Kool-Aid they wish to imbibe.

I would never disparage another persons point of view nor wish ill on them; regardless of how odious it is to my world view.

The situation in Ukraine is a calamity, period, no ifs, buts, excuses or justifications!
htello,
the print preview is useful feature, it is readily availble on google chrome (osx),
is possible also to enable for chromium==?
itup to no good, please let know.
Anon7761
@Marmaduke
Must applaud your opinions, i.e., denying propaganda, cancel tc., culture, etc., as there is no justice in them at all!

May I ask if you do the Mac builds cross-platform, on those isolated Unix machines? That sounds best, and safe!
Now that version 100.0.4896.75 has been released for the desktop, I am looking forward to using your ungoogled build. When you can, when you can..
Thanks in advance!
All builds are undertaken on an isolated ESXi v7 VM platform which has never been connected to the net. The ESXi platform is updated manually.

All Chromium builds are from the official tarball, and all build dependencies are sourced from the official Chromium repositories. Incremental builds are accompolished by manually applied patches to the official initial .base source code. The release parameters are adjusted accordingly.

There will be no future Windows 32-bit releases (and hence no native Windows builds): the hard disk on my (only) Windows 7 32-bit machine literally 'grinded' to a halt! That machine will be repurposed to monitor the MITRE ATT&CK Grid and the scurrilous activities of Russian APT Groups supported by the State.

I've been monitoring the output of my latest Windows .7z ungoogled release:through a dual (passive and active) Bind9 DNS forwarding server; pi-hole; and WireShark: nothing out of the ordinary to report.

A Mac ungoogled build will be forthcoming, after I've updated OpenCore on my Monterey test machine. Monterey is a truly awful piece of work. I suggest that APT groups concentrate on that.
Anon7763
@Marmaduke
Thanks, looking forward to the Mac Ungoogled version!
I quite agree about Monterey, and to a slightly lesser degree Big Sur;
One of my pet peeves with Big Sur has been resolved !
Somewhere along the way, Big Sur made using the list view almost unusable, by making it the default to have to window scrunched up.
I was constantly grabbing the window frame to drag it to the right just to see everything. Hard to explain but "When did that change happen?" By accident I saw a blog where someone found a way to revert the combined title bar and toolbar that has become Big Sur's default, changing it back to the prior case where a window title bar and the toolbar are on separate levels again, as they used to be.
Great, because now using the list view, I no longer have to fiddle with each and every window I open in the Finder just to see what's there!
Tested on an iMac 2014 27" running Big Sur 11.6.1 and Monterey 12.3.1 under Open Core Legacy Patcher ver 0.43, works there too!
Enable and Disable versions of terminal commands for separate Title and Tool bar windows
Note: Log out and back in to see the changes
Enable Code:
• defaults write -g NSWindowSupportsAutomaticInlineTitle -bool false
Disable Code:
• defaults delete -g NSWindowSupportsAutomaticInlineTitle
That is exactly my gripe about Monterey! Apple ought to realise that some of its users are sentient and can actually walk and chew gum at the same time. A truly awful non-productive environment for the dim witted. Apple should take a trip to the Microsoft user lab.

The best part of macOS is the cli, particularly when supplemented with Homebrew or MacPorts.
Anon7765
@Marmaduke
In your phrase "The best part of macOS is the cli, particularly ..." what is that "cli"? Not being so well informed regarding computer-related vocabulary, I don't recognize "cli". Can you take the time to explain that?
Donald Knuth 
@Anon7765

cli - command line interface. AKA the prompt - as in the DOS prompt, the bash shell.
@Donald Knuth
Thanks for the "cli" explanation!
macOS is after all, based on Unix, and the cli is certainly a big +.
The command line code I found online (shown above) was a big find for me (credit to the blog by the author of cDock), making the List view usable once again.
Anon7768
@Hibbiki
Thank very much for the up 100.0.4896.75. One less security vulnerability. But one more security gap? Anyway, I use the nosync variation.
Anon7769
@Marmaduke
Thank you for your super quick ungoogled 100.0.4896.75-1 Win64 build release.
With kind regards,
@Marmaduke
Thanks for the Mac build!
@Marmaduke

I'm up to nothing whatsoever. Genuinely did not mean to imply anything with a negative connotation to it; simply relaying some empirical findings discovered by the Defender 365 engine in the hope that it may benefit some patrons of this site as well as yourself. And I did so only after informing Microsoft about this when I requested a Human Expert Review of the Incident (Google and the NSA are privy to such threat data as MS makes available their threat graph data).

Let me be absolutely clear, as I can see the potential ambiguity in my original wording; it is without question that you had absolutely no prior knowledge of nor played any malicious role in the delivery of that build. You had only the best of intentions when making that commit. The Open Source nature of your Repo makes it easy to determine that your code was clean (For MS at least, as they own GitHub and monitor threat signals that originate from within.) Their analysis' reccommendation section did NOT advise to avoid the source where the sample was obtained, as they sometimes do state in cases where they are NOT certain that the source Repo poses no ongoing threat. Put bluntly, evidence clearly must have dismissed any notion of you having any involvement in creating the altered compiled binaries. I was in NO WAY meaning to imply you had anything at all to do with what occurred; I sincerely apologize if you or anybody else got that impression from my post. You've absolutely no reason to feel the need to defend yourself or justify the circumstances - you did nothing wrong.

Also, the fact that it had TRACE similarities to select Russian Malware does NOT mean that it was of Russian design; the determination Microsoft arrived at was that origin was "Inconclusive: Lacking any substitive evidence as to Actor origin/affiliation." The odds of it being Chinese, or North Korean, are equal to those of it being Russian, I believe. Bad Actors regularly use code fragments authored by other groups without being involved in that group's activity at all. It is impossible for me, or MS, to know if your Build Environment was the victim of a targeted attack, an attack on or by a connected service (possibly RT as you noted) that affected you inadvertantly, or simply the chance result of exposing a Windows OS to the internet, each of which would be at no fault of your own whatsoever.

I've been coming to this site exclusively for your builds since you started to contribute them and your work is consistently above reproach. And I think the fact that you are taking measures to prevent any reoccurrance as well as monitoring the behavior of your current build at packet level speaks to your character and a desire to maintain the quality of your work for all those in the community who use your builds as their daily drivers. I seriously respect that. I would feel pretty bad if your takeaway from my comment was that you in any way supported the actions of Putin or the Russian State, that's not a good feeling at all, so I do hope this clarifies my intentions as well as my position in support of your work. I just grabbed your new build and will try it out shortly. Thanks so much for getting it out so quickly too, really!
Hey I just wanted to let you know that the "Set as default option" on the Portable downloads doesn't work because the executable has been renamed from HenryPP's original. After setting it to "chrlauncher.exe" instead of "chrlauncher 2.6 (64-bit).exe" everything works as expected.
@Mike

No offense taken. I'm well aquainted with the "ways" of the West and prefer that to the "all fur coat and no knickers" rank incompetence (as illustrated by Russia's euphemistically labelled 'special operations' and 'denazification' pogram in Ukraine - initially, weren't the Russians on the side of Nazi Germany, Fascist Italy and Imperial Japan in WW2!") of quasi-totalitarian mummy's boy, wet behind the ears, of no use to humankind failing pariah states, which need not be named.
@Marmaduke
Chromium Woolyss ungoogled 100.0.4896.75 has one small issue on my iMac 15,1.
It constantly pops up that "Allow incoming connections?" Dialog box, no matter how I set the firewall options.
The prior version 100.0.4896.60 did not do that, so it must be something in the code or compile process. Not being aware of what could be the cause, I will leave this in your good hands for the next version. It is not a crucial bug, just annoying to have to click on that "Allow" button several times a day, and I don't want to revert back to the prior version for security reasons. As usual, thanks for all of your time and expertise!
Jimmy Savile 
@David Lee

# Fix issue where macOS requests permission for incoming network connections
# See https://github.com/ungoogled-software/ungoogled-chromium-macos/issues/17

xattr -csr Chromium.app

That should fix it!
@Jimmy Savile

Thanks so much. Will try later today (time to hit the sack now)
@Marmaduke
Thx very much for latest ungoogled Chromium build!
@Jimmy Savile
Your suggested fix for that persistent dialog box does indeed work, just as you said!
Thanks again.
Anon7779
The new update of the Chromium-based Kiwi Browser for Android and EMUI in the Play Store has the number 101.0.4951.13 (Engine: Blink). Of course with the possibility for extensions, for example uBlock Origin or Traffic Light (Bitdefender), etc.
@Anon7779,

Please note that Kiwi Browser is a spyware.

https://duckduckgo.com/?q=Kiwi+Browser+spyware&ia=web
Anon7781
@Mumu
Please tell me which searchengine does not spy. Tell me which operating system does not spy (telemetry). Tell me which security system does not have a gap in our devices, so that the security agencies of many states can not spy (with state Trojans). Honestly?
Hi,
Thanks for this page.

Maybe could you mention, for Linux, the flatpaks versions of Chromium and Ungoogled Chromium:
- Chromium flatpak, https://www.flathub.org/apps/details/org.chromium.Chromium
- Ungoogled Chromium flatpak, https://www.flathub.org/apps/details/com.github.Eloston.UngoogledChromium and github page https://github.com/Eloston/ungoogled-chromium (advices about Widevine and dictionaries).

Always for Linux, Chromium is also available as snap: https://snapcraft.io/chromium.

Finally, Chromium is directly available in Linux Mint repositories (deb).

MN
Anon7783
@Marmaduke
Hi. Thank you for the update Android Ungoogled 100....79. Regards .
Anon7784
@Marmaduke
Thank you for your ungoogled 100.0.4896.88-1 Win64 build release.
With kind regards,
@Marmaduke
Can you build a Mac version of ungoogled 100.0.4896.88 when you have the time? Those security patches Google announces get on my mind.
Anon7786
@Hibbiki
Thanks again!
Vaccini Assassini 
@Marmaduke
Thanks for latest Android update.
Updated AVX2 and added SSE3 build this time for comparison.
Anon7789
@Marmaduke & Hibbiki
Hi.Thank you for latest Ungoogled and nosync 100........88 64bit. Regards. :)
Anon7790
@marmaduke, Do you say - "There are no naz-ists in Ukra-ine". ? Please clarify.
Anon7791
@Anon7790
Please take your politics somewhere else.
Anon7792
Despite what this insulting "puff piece" from the Finacial Times says:

‘Don’t confuse patriotism and Nazism’: Ukraine’s Azov forces face scrutiny

https://www.ft.com/content/7191ec30-9677-423d-873c-e72b64725c2d

The Azon forces cannot deny its Nazi, anti-semitic, slav supremist roots.
@Jerry

Hello,

Since Chromium version 102xxxx, the site displays "My Chromium version 102.0.0.0"
It doesn't matter, but well...
Anon7794
@Anon7792, Amazon forces)) actually I speak not about aZOV but about photo of SBU (it some thing like FBI) with nazi-marks on unform.
@justclueless

Thank you for these new versions.
As I use portable versions of Chromium, manual updates are quite complex. So I'm sticking with the AVX2 version and I won't be able to give you a personal opinion on the SSE3 version.
Rosa Luxemburg 
@Anon7794

The Russia Ukraine debacle is a regional conflict: keep it that way! Neither Russia or Ukraine conform or aspire to the western liberal democratic model.
admin
@MikeNavy: Thank you. I added few info in the #linux section.

@Luc77600: About the development version M102, it might be a revision regression. When you check the chrome://version, you see : User Agent: ...102.0.0.0. So this website shows the same version info.

@Luc77600: About the justclueless releases: if justclueless want to use my API, he is welcome! ^^ In this case, the portable version of his releases will be automated.
@Luc77600: Yeah, I'm doing the comparison myself but uploaded the SSE3 build incase someone was interested in it as well. I think someone was talking about it previously.

@Jerry: I'll email you soon about setting up the API for me soon.
@Jerry

Hello, Here's what I see, like "about Chromium".

Chromium 102.0.5000.0 (Build officiel) (64 bits)
Révision ca46baf5e9c4ab8decfa29bd060a84a98ca74344-refs/heads/main@{#991383}
Système d'exploitation Windows 10 Version 21H2 (Build 19044.1645)

@justclueless et @Jerry
Thanks for all you do
@Luc77600
chrome://flags/#full-user-agent
This flag reduces the User-Agent. It can be enabled by default from 102.0.5000.0, because Google has been planning to reduce UA for some time now.
Vaccini Assassini 
@justclueless
Thanks for latest AVX2 release 👍🏻
@Marmaduke
You may already have seen it, but the www.macintouch.com site is reporting an emergency update to the Google desktop;
"Chrome critical update for live exploit
Chrome 100.0.4896.127 is a critical update to patch the latest zero-day security flaw in Google’s web browser with an active exploit in the wild."
Please get the Mac version out as soon as possible, we all depend so much on you!
@Marmaduke
Thx very much for latest ungoogled Chromium build!
Checking the page and seeing the Windows builds have the latest up-to-date builds with the latest security patches, while the ungoogled build for the Mac is still 2 versions older, that's when I wish I used a Windows computer! It always makes me feel like a second class citizen, behind the times. I wish there was someway I could help Marmaduke get the Mac versions out quicker, pay his electric bill? or convince his bosses to give him more paid holidays? What would it take I wonder? Again he is a proud guy and probably wouldn't accept any offer of help anyway.
So all the Mac users can do is just like that famous line at the end of the Count of Monty Christo, Dumas' best novel, "Wait and Hope".
Anon7806
@Marmaduke
Thank you for your 100.0.4896.127-1 Win64 build release.
With kind regards,
Anon7807
@Hibbiki
Thanks again for the good work - sync and no-sync
@Marmaduke
Thx very much for latest ungoogled Chromium build.
Much appreciated!
@Daïgo

Hello.
Well tried.
But this option has no effect for me.
@Marmaduke
Thanks so much for the updated Mac ungoolded version!
Anon7811
honest Q, what are the purpose of the chromium builds "besides ungoogled version" if they are essentially chrome with a blue logo?
@justclueless

Can you share the modifications you made please?
Anon7813
@Anon7811
You are technically correct, Chrome is based on Chromium like a lot of Browsers nowadays. The biggest difference is that Chromium is Open Source but Chrome isnt. Other differences are listed here: #features.
There are a lot of different build flags you can set to customize your own Chromium build (add features that arent in the official Chromium build provided by google like mp3, aac, h264 codes for audio and video), you can also enable additional optimizations (AVX, AVX2). And because building a Browser like Chromium takes some time, even on modern processors (about 90 Minutes on my Ryzen 3800X), ppl who build it anyway for themselves provide their builds here as well for other ppl.
It's just a nice thing to do.
Anon7814
Hi.
Marmaduke Ungoogled Chromium build for Android , 100....79 is vulnerable to "Chrome critical update for live exploit
Chrome 100.0.4896.127 is a critical update to patch the latest zero-day security flaw in Google’s web browser with an active exploit in the wild." ?
Thanks. Regards.
Chromium builds from this website work great!
Anon7816
this guy again LOL.
i think he's the same as last time
Anon7811 you're right, it's just chrome with blue logos. Honest Q why are you here
@idris: I'll try to remember to post it when I get back. In the mean time, I think AlexFrick's repo has fairly updated build files as well.
@Marmaduke
Re: Your latest Chrome 100.0.4896.127 Stable Channel Update for Desktop (ungoogled);
1. It still pops up that "Allow Chromium to receive incoming network connections?" (paraphrased) Dialog box.
Tried the fix someone here suggested,
Code: xattr -csr /Applications/Chromium.app
But that only works sometimes, the dialog box will reappear.
In that prior conversation, someone posted this;
# Fix issue where macOS requests permission for incoming network connections
# See https://github.com/ungoogled-software/ungoogled-chromium-macos/issues/17
This issue does not happen with Eloston's builds, but personally I prefer your builds, somehow they just feel better!
2. Starting up Chromium, with my setting to show the Google search engine, that first page up does not respect the Dark Mode specified in the General System Preferences pane. The page is all white! Minor quibble but if you can, please fix that too.
@David Lee

1. The Chromium app is signed after compilation. I do not have the "Allow Chromium to receive incoming network connections?" issue under macOS 12.3.1

2. I have absolutely no interest in that issue, and will not investigate it. I suggest that you use Eloston's version, or compile ungoogled for yourself.
Anon7820
@David Lee
The obstacle is in the firewall, not in Chromium. The firewall gives permission for private and public network connections, or it prevents them for specific apps. Then you have to change the settings in the firewall. This is the case in every OS. But also the routers have firewall - so look there in the settings!
@Marmaduke
Thanks for the reply. I have no idea why, but after re-downloading the current up-to-date version that #2 issue has disappeared.
The "Allow..." dialog box issue is a question mark, and probably due to this quirky old iMac (15,1 from late 2014). It does still pop up once even though I have it set up properly in the Security and Privacy settings, ie, Firewall is set to allow network connections for Chromium.
Thanks for all of the hard work!
Hibbiki_chromium_build_uses_affiliation 
F.Y.I!

Hibbiki chromium-win64 executes a POST request in the background with a Google affiliation code

https://www.googleapis.com/affiliation/.........?key=...................

it is NOT included in the GitHub SOURCE!!!

it is executed before uBlockOrigin comes up.

you can try to get the latest version and by redirecting the traffic through a proxy (ip:127.0.0.1 port:8888) and then opening Burp-Suite,
you can see the request in the list.

it gives him money every-time a user has signed into a new google product,
which, assuming at least some users would have,
means he is leeching on you without your knowledge.

I would suggest blocking
0.0.0.0 www.googleapis.com
in your HOSTS file, but www.googleapis.com is used for a lot of stuff and you can not block it.

I would suggest anyone using this build, to address this issue with GitHub's staff,
using the support. and this website to avoid distribution his builds and explicitly specifying this information.

I did not saw this in v99 and below,
just the v100 which was published due to a security weakness that found in Chromium.

executing background requests,
and publishing modified program that is not derived from the source-code
is very uncool dude!
@justclueless My builds can run only in Windows 8 compatibility mode. I know it's a known bug but it doesn't happen in your builds.
@idris: I'm not familiar with that behavior. But below are are the files I used
...config/compiler/build.gn
https://pastebin.com/pCwBCW0Y

config/win/build.gn
https://pastebin.com/6RbwKTSh

I hope it helps your situation.
@Hibbiki_chromium_build_uses_affiliation

You most likely want to take a look at the related code here: https://chromium.googlesource.com/chromium/src/+/refs/tags/100.0.4896.127/components/password_manager/core/browser/site_affiliation/

Affiliation service is part of password manager and is used to detect compromised credentials you've stored in Chrome.
Ramzan Tangushev 
Hello. Can you tell me if I can be confident in the security of this build as a citizen of Russia? Due to recent events, there were cases of malicious code introduction for citizens of Belarus and Russia. Is this project independent and "out of politics"?
Anon7827
@Ramzan Tangushev
Well you need (as always) to trust the software vendors that provide this software for you. Since Chromium builds are not necessarily reproducible (especially if different build flags and optimizations are used), there is no way of proving that the released binary matches a certain set of source files.
That said, i think it is very very unlikely that someone puts malware into their builds here (politically motivated or not). First of all there never has been an incident where this was the case. If malware from common construction kits like metasploit is used, every antivirus would find it. And coding your own malware and putting it into the quite complex sourcecode of chromium requires a lot of finesse and time. And you would be faced with ppl that are tech savvy since they switched to chromium from chrome and those would notice if their build would do weird things and call it out.
So huge risk for your integrity as dev, very low yield of only a fraction that actually use chromium over chrome on windows, and a lot of skill and time required to code own malware.
If you don't trust other ppls binaries, then your best course (even if it's just for your peace of mind) might be to compile it yourself.
Ramzan Tangushev 
@Anon7827
Thank you for your response! Until now there was no reason to doubt this project, but due to current events I am involuntarily becoming paranoid. Politics is everywhere and nowhere to hide from it, the world is going crazy.
Rexa... but why?
When I highlight some word on any webpage there is no option to search in context menu. Only go to a page, which lead to https://[highlighted_word]/ and error page in result. When I highlight a phrase, there is also nosearch in context manu. I'm using v101.0.4951.41 Hibbiki build.
Hello Jerry,
There is news...
The AVX2 version used on my PC is Version 103.0.5023.0 (Build officiel) (64 bits)
The version number sent back by Woolyss is 103.0.9999.0
Just a little more effort :-)
Anon7833
Does anyone know the command line flag switch to disable the side-panel?
Anon7835
I mean the corresponding command I can place in chromium-flags.conf.
I tried " --disable-side-panel" but it had no effect.
Anon7836
@Anon7835

--disable-features=SidePanel
Anon7837
@Anon7836
Oh muchas gracias!
Anon7838
@Marmaduke & Hibbiki
Hi. Thank you for Ungoogled and nosync 101.... update 64 bit. Regards. :)
Anon7839
@Marmaduke
Thank you for the 101.0.4951.41-1 Win64 build release.
With kind regards,
Former Cent Browser user 
I’m surprised Catsxp, a Brave fork with lots of customizations, isn’t included in the Chromium-based browser list.
Give it a try, any feedback would be really appreciated.
Anon7841
@Marmaduke
Thank you for the 101.0.4951.41 Linux 64-bit build release too.
With kind regards,
Anon7842
@Marmaduke
Hi. Thank you for Android Ungoogled update 101..... Regards :)
Anon7843
@Marmaduke
Hi. Version 101.0.4951.41-1 Win64 does not play HEVC video encoded with AMD Radeon graphics card (hevc_amf).

Video encoded with NVENC works.

For example, a video that does not work (10 second fragment):
https://anonfiles.com/p869e9c0y7/big_buck_bunny_10sec_mp4

chrome://flags/#enable-clear-hevc-for-testing is enabled.

Regards.
@Marmaduke
Hi. Thx for ungoogled update 101...
Lazy people tend not to use google 
@Anon7843

This is an AMD encoder and configuration issue:

Codec AVOption rc-lookahead (Number of frames to look ahead for frametype and ratecontrol) specified for output file #0 (big_buck_bunny_hevc.mp4) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream.

Try using ffmpeg:

ffmpeg.exe -hwaccel dxva2 -i <inputfile> -c:v hevc_amf -gops_per_idr 1 -profile:v main -qmin 18 -qmax 24 -b:v 1000k -maxrate 3000k -rc-lookahead 32 -g 250 -c:a copy -c:s copy -map 0 <outputfile>
Anon7846
I tried it, also doesn't work.

Encoded another video:
https://anonfiles.com/peheo1c2y7/Big_Buck_Bunny_Trailer_mp4

This file opens in any player, but does not work in the browser. I think that the problem is in the browser.
Stop wasting people's time.

garbage in garbage out
juseclueless 
Just pushed a new release out. This one has HEVC support added and it seems to be working on the video tester provided on this site.
(ie: https://tools.woolyss.com/html5-audio-video-tester/)

Performance seems pretty solid so far.
Anon7849
@Marmaduke & Hibbiki
Hi. Thanks for Ungoogled and nosync 101....54 updates. Best regards. :)
Hello juseclueless,

Could you please add a portable version AVX2 on Woolyss.com with Henry++'s Chrlauncher?

1000 thanks
In alphabetical order : Hello @Hibbiki @Marmaduke, thank you very much ti make these awesome chromium builds !

Please I have some suggestion request to make these wonderful chromium builds made by made by you two even more wonderful ! it will be good idea to add a new options not found in other browsers, make a version that uses the same version of chromium used by chrome browser in order to have the latest security patches, add a button on the main bar to easily enable the Auto Dark Mode for Web Contents chrome flag and quickly disable it, enable reader mode flag cancelle recently deleted by chromium(may be integrate brave browser reader open source) , buffer whole full video media streaming because some users have a slow internet connection and we need the video loads completely to avoid jerks, so it will be amazing to force have option to force buffer whole full HTML5 Audio/Video for Uninterrupted Playback, and include ad blocker dns by default like controld dns, bancuh dns, adguard dns.....

https://github.com/krisnoble/Mediabuffer

https://stackoverflow.com/questions/18251632/another-force-chrome-to-fully-buffer-mp4-video

https://forum.videohelp.com/threads/400542-How-to-force-full-buffer-videos-on-all-platforms

and an option to control the size of the cache and an option to deactivate the disk cache and activate memory ram cache for more speed because some HDDs are worn and old....

Thank you :)
@Luc77600: I'm using chrlauncher too. Just download the chrome.packed.7z and replace the contents of /bin in chrlauncher with the stuff in the archive.

I'm not sure what else you mean by add it in chrlauncher.
@Hibbiki_chromium_build_uses_affiliation, you said "

Hibbiki chromium-win64 executes a POST request in the background with a Google affiliation code

https://www.googleapis.com/affiliation/.........?key=...................

it is NOT included in the GitHub SOURCE!!!"
and @Hibbiki respond "You most likely want to take a look at the related code here: https://chromium.googlesource.com/chromium/src/+/refs/tags/100.0.4896.127/components/password_manager/core/browser/site_affiliation/

Affiliation service is part of password manager and is used to detect compromised credentials you've stored in Chrome."

What do you think @Hibbiki_chromium_build_uses_affiliation ?
@tomivonn

1. Chromium "stable" releases correspond with Chrome releases.
2. chrome://flags is the place for new/additional/existing functionality or an extension similar to firefox's prefbar
3. Reader mode is still available in ungoogled chrome://flags/#enable-reader-mode (I don't think that it works!)
4. Buffer whole full media! Use youtube-dl; use developer mode to find the url of the video; etc, and then download the video. It's a bit difficult to download a livestream. Buffered live streaming in Chromium is pretty good.
5. As for adblocking. Use pi-hole, pac files, hosts files, or Gorhill's excellent products. And in my opinion, don't use anti-virus software: why let the fox into the chicken coup!
6. Manually adjust parameters such as disk cache - https://peter.sh/experiments/chromium-command-line-switches/

I think ungoogled is bloated and would rather take away functionality than add it.
Anon7855
@Marmaduke
Thank you for the 101.0.4951.54 Win and Linux build releases.
With kind regards,
@Marmaduke thank you very much for your valuable advice and recommendations :) thank you very much for your kindness!

yes I found how to increase or reduce the cache, and I found how to completely remove the disk cache by adding " --disk-cache-dir=/dev/nul", but I don't know if chromium puts the cache anymore in the ram or does not use the cache because some applications need cache to work well without bugs, on firefox c easier to deactivate the disk cache and we can even disable memory cache .....

when I added - -media-cache-size=10, I noticed some improvement and increase in buffering....on firefox I could find two ways to increase buffering and blank the full video.. ...

for the reader mode, I think this flag can be harmful for google's advertising revenue that's why it was removed from chromium, I checked again and the reader mode flag disappeared and permanently removed from chromium, and therefore this flag does not work in Ungoogled-Chromium, why please? it is a very important feature which also allows us to have dark mode for web pages, I currently use instapaper reader bookmarklet....

thanks for your advice :) i heard that manipulating hosts files can be risky, adblocker extensions are good and ublock origin is excellent sometimes, extensions can weigh down and overheat the cpu since there are a lot of c list why i don't don't like to use extensions, whereas with adblock dns, malicious sites and ads are blocked at source unlike adblock extensions, I found this dns which even blocks crypto currency mining !

https://github.com/Ultimate-Hosts-Blacklist/Ultimate.Hosts.Blacklist/issues/590

so I don't use antivirus that can weigh down the computer, I found a simple way to completely disable the integrated antivirus of windows 10 alhamdoulilAllah !

yess I know how finding the url of the video using developer mode !! but the problem is that some videos are protected drm encrypted like french tv channels, some streams have chunk dash streams that need to be merged so can't find the url, and youtube-dl can't detect all embed video streams on streaming sites like this site

https://wiflix.city/serie-en-streaming/19929-attack-of-the-titans-saison-4.html

that's why buffer full video is important, but there is no problem since i found how to buffer the full video on firefox....

please i found these chromium command line to try to force full buffer media but i was not successful, do these flags affect streaming media buffering?

--force-protected-video-output-buffers--enable-protected-video-buffers

--mem-pressure-system-reserved-kb

--mse-audio-buffer-size-limit-mb

--mse-video-buffer-size-limit-mb

--upload-log-file

--waveout-buffers

thank you again Mr @marmaduke for your help and advice and generosity and your efforts to build these magnificent builds :)
Ezra Pound 
@tomivonn/trimechee

Stop trolling https://github.com/Eloston/ungoogled-chromium/issues

I don't think you appreciate the effort or rigour involved in producing ungoogled; these guys are like John Coltrane and Miles Davis, and not like some impudent, over educated and socially incompetent imbeciles who work for McKinsey & Co filling in the blank spaces of a MS Word document and flogging it for $100 000.
@Marmaduke , hello, in the privacy and security section, site settings, I noticed that there is no native ad blocker integrated in Chromium, this ad blocker integrated in Chromium blocks heavy ads and malicious crypto currency mining sites , it implement steps to block ads that consume a large share of device resources before the user interacts with the ad. can you reactivate this very important option please ?

it is necessary and more efficient than adblock extensions which may not detect crypto mining currency:

Motivating Use Cases
Examples of observed ad behaviors that are intended to be discouraged:

Ads that mine cryptocurrency
Ads that load large, poorly compressed images
Ads that load large video files before a user gesture
Ads that perform expensive operations in javascript, such as decoding video files, or CPU timing attacks

The user agent will unload ads that use an egregious amount of network bandwidth or CPU usage.

https://developer.chrome.com/blog/heavy-ad-interventions/

https://github.com/chromium/chromium-ads-detection

https://github.com/johnivdel/heavy-ad-intervention

https://blog.chromium.org/2020/05/resource-heavy-ads-in-chrome.html

https://www.tomsguide.com/how-to/how-to-block-heavy-ads-in-chrome
Ezra pound the lier trolleur spammer 
@Ezra Pound shut up your mouth, you stop spying on me and trolling me, what's the problem that I post my messages which required me a lot of research and years of reflection on the pages of Eleston and Woolyss, I contribute to improving the experience and user comfort and I'm not talking to you but to the developers so shut your mouth you pathetic spy, you have to thank me that I'm talking to the developers to convince them to make these improvements you ungrateful, give me your email and be a man, give me your email, i don't want to argue with you in public, you're a vermin, and i appreciate the effort made by the devs, i follow them and i thanked them and i praised them you pathetic liar troll spy, the developer liked my suggestions consume you with your jealousy and idiocy, if you want to support the developers, you send them money you liar spammer troll?
shut up, stop spying on me otherwise I will file a complaint against you, you have a pound of intelligence
@Ezra pound the lier trolleur spammer

muppet
@justclueless,
@trimakus,

I confirm that H.265/HEVC works on this version (103.0.50 [3|4] 0.0-r0-AVX2).

In terms of performances, we are at what we had with RobRich.

Works great.

It will just take me a little time to check with Wireshark this stories of Google/Amazon promo code injections (that I doubt).
Hello justclueless,

The Henry++'s launcher makes it possible to use the portable versions of Chromium and also, because the updates are very frequent, the Chrlauncer makes it possible to automatically update these portable versions. It compares, via the parameters of the ini file, the version used with the version available for download to launch the updates.
Currently I do this:
- Version check on Woolyss.com (version displayed on the wrong site, I have already reported it...)
- Download latest chrome.packed.7z
- Multiple extractions to get chrome-bin
- In chrome-bin, moving the chrome.exe and chrome_proxy.exe files to the folder with the version name (for example: 103.0.5040.0)
- Moved content of 103.0.5040.0 to Bin folder of launcher
- And that's it for an update.
And there are one or two a week and it is advisable to do them...

This is the reason for my request.
To @Luc77600,

It seem better to ask for help to chief @Jerry.

In « chrlauncher.ini » you can use the variable « ChromiumType = QQCH » for update

  ChromiumType=dev-official

— « dev-official » for Official development builds,
— « stable-codecs-sync » for Hibbiki,
— « dev-codecs-sync » or « dev-codecs-sync » for Marmaduke,
— etc.


BUT

You can use instead the variable « ChromiumUpdateUrl = URL » for a more precise version to update

  ChromiumUpdateUrl=https://chromium.woolyss.com/api/v3/?os=windows&bit=%d&type=%s&out=string

— « https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=dev-official&out=string » for Official development builds,
— « https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=stable-sync-hibbiki&out=string » for Hibbiki,
— « https://chromium.woolyss.com/api/v3/?os=windows&bit=64&type=stable-ungoogled-marmaduke&out=string » for Marmaduke,
— etc.


The important variable/parameter here is : « type »

So you need to ask Jerry for a « type » variable/parameter like « dev-avx2-justclueless » or « dev-avx2-alexfrick » for respective version and use « ChromiumUpdateUrl » in « chrlauncher.ini » file.

If you follow the comments here, you have probably seen that some people asked JustClueLess to email Jerry about that.

But JustClueLess didn’t necessarily want to become an official developer in Woolyss/Chromium’s site.

He compiles for personal use at the base and just sharing.

To be continued…
@Luc77600
I just extract chrome.packed.7z and rename Chrome-bin to Bin and that's it. No need to move chrome.exe,..etc into the version folder. Seems to work fine for me.

@Mumu
Thanks for confirming HEVC for me. I'm not sure if I'll regularly add this in the builds, so we'll see (don't think I have a use for it).
Also your explanation on chrlauncher is greatly appreciated. I didn't know that's how it operated. I disabled update checking in mine.
You're also spot on, I just build when ever I want to test something, so release times are erratic and features are added and dropped randomly (if I don't need it or find it annoying to build). It's just a massive learning exercise for me.
If Jerry and the community are okay with this erratic behavior then I don't mind it being in Chrlauncher.
@justclueless
Very, very many thanks! You are doing a really good job. I've been using your Chromium 103.0.5040.0 for a few days now. Allcodecs plus H.265 and the other facilities in it is a great thing and important in Europe for web TV. I notice: continuous transitions in dark, underexposed parts of the video. With Google Chrome and others there are the unsightly gradations, a disorder. Greetings from Switzerland.
Anon7867
@Marmaduke
Thanks for the ungoogled Mac update.
@wth
You're welcome. Europe so far ahead, I've only streamed HEVC over LAN, so browser support for HEVC wasn't necessary.
@justclueless
Hello again. I copied the folder "WidevineCdm" from Google installation from "101.0.4951.54" to Chromium "103.0.5040.0". After testing at
https://bitmovin.com/demos/drm
@Nico Whingebag Rosberg , your wonderful trick works, c awesome amazing,! thank you very much! no more digging around in the devtool or installing dangerous extension, thank you very much, you are a noble person :)
Anon7871
@justclueless
Thanks for the update 103.0.5052.0 (on Github repository)

@Jerry
But the Link "installer" goes to the false Goal: Marmadukes ungoogled 101.0.4951.54
Hello Justclueless,
I did as you said.
Indeed, it works. Thanks for the tip.
So one step less, but still no automatic update.
@Anon7871 @Luc77600
No problem.
Anon7874
@Marmaduke
Hi. Thank you for the very quick update Ungoogled 101.....64 , 64bit. Best regards. :)
Anon7875
@Hibbiki
Hi. Thank you for the nosync 101.....64 64bit update. Regards... :)
Anon7876
@Marmaduke
Thank you for the 101.0.4951.64 Win64 build releases.
With kind regards,
Anon7877
@Marmaduke
Thank you for the 101.0.4951.64 Linux build release too.
With kind regards,
Anon7878
@Marmaduke & Hibbiki
Hi. Thank you for the quick update 101.....67 64bit Ungoogled & nosync. Best Regards.... :)
Anon7879
@Marmaduke
Thank you for the super quick 101.0.4951.67 Win64 build release.
With kind regards,
Anon7880
Hello justclueless

The new version 104.0.5061.0 AVX2 works very fine for me.

Thank you
Has this site become Windows only? The Mac ungoogled version is not up to date.
Please update it as soon as possible, there are so many security patches in these updates recently.
`Mumu
As far as I can tell the Github Eloston site released 101.0.4951.64 on May 12 - 6 days ago. Marmaduke may be overworked since he does several different Windows versions, an Android version and Unix versions too, and he probably has other tasks as well, in addition to a full-time job. So maybe someone can step in and give him a hand? Hate to cause him any trouble, but if the Eloston site, and the Softaro site both have the latest version up, why not the Woolyss site? I doubt it is on purpose, but it could be due to a lack of time, or a lack of persons capable of doing the time consuming work? Sadly enough, I am not capable, or I would volunteer.
Anon7884
If Eloston and Softaro sites have it then why not download it there?
@Anon7884
Of course I already have the latest version, with the all important security patches.
You are missing my intent, which is the state and well-being of the Woolyss site, which has been a vital resource for so many people for ages.
For a while, the Mac versions have been consistently updated later than the Window's versions. That could be due to an overload on Marmaduke, the only developer to release Mac versions here, but that is unknown. Marmaduke is obviously a talented developer, so it is hard to say why there is that time difference in the Windows and Mac releases.
Anon7886
The other sites you mentioned are either the main release or people cloning the github of the main release. Marmaduke seems to be compiling. 2 different things, the latter obviously taking longer.

In this case, you are your own worse enemy here
You bought into the Apple ecosystem, an ecosystem that tries hard to differentiate itself from others and charge very premium prices for it. So if you're impatient, you also bought in on this as well.
If the speed of releases by the public community is not fast enough for you, then its a clear message to tell you to look into the mirror to say what you had to say.
Shiny! Anon7886.
@Marmaduke
Thanks for the update to the Mac ungoogled version. Much appreciated.
Anon7889
@Marmaduke
Hi. Thank you bro for the Ungoogled Android update 101.....61. Regards.... :)
@Marmaduke
Thx for the ungoogled update.
Anon7891
I moved portable install to a new windows installation my bookmarks were there but
Is it possible they are deleted even a little?
Because, my extensions got deleted,
settings page says "Some settings were reset Chrome detected that some of your settings were corrupted by another program and reset them to their original defaults"
I am logged out of websites. flags, bookmarks are unchanged
StaZhuquestion 
has anyone familiar with https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding/releases
builds or can check them?
there are a lot os variations + x265.
but the Chinese in the readme is a big red flag
anyone interested checking it out?
Anon7893
@Marmaduke
Thank you for the 102.0.5005.61_1 Linux build release.
With kind regards,
@StaZhuquestion

StaZhu knows what s/he is doing: look and learn people!

@StaZhu

Study:

../chrome/installer/mini_installer/chrome.release

Judging by the Windows TOOLCHAIN_HASH and ffmpeg_generated.gni, I think this person is associated with Google, and would not be surprised if HEVC becomes a standard feature in Chrome.

I'm quite pleased and will consider whether to continue with further Chromium releases.

Pre-release:
https://github.com/macchrome/winchrome/releases/tag/v102.0.5005.61-r992738-Win64
A couple weeks ago, I downloaded Marmaduke's portable build of Chromium for 64-bit Windows. It was a normal portable apps install.
Today I'm trying to download the newer version (portable), but it's chrlauncher instead, and after running it, it installs what does not appear to be a portable. It looks the same as the non-portable version, and does not have the portable exe.
It's also a little confusing where I should put the chrlauncher version before running it. And something in it's ini file mentions making it the default version I don't want that.

Can I just download the regular portable version somewhere without chrlauncher?
StaZhuquestion 
@marmaduke is any of those a portable version?

chromium_104.0.5078.0_darwin_arm64_with_hevc_hw_decode_support.zip
106 MB
2 days ago
chromium_104.0.5078.0_darwin_x64_with_hevc_hw_decode_support.zip
112 MB
2 days ago
chromium_104.0.5078.0_linux_arm64_with_hevc_hw_decode_suppor.rpm
68.3 MB
yesterday
chromium_104.0.5078.0_linux_arm64_with_hevc_hw_decode_support.deb
68.4 MB
yesterday
chromium_104.0.5078.0_linux_x64_with_hevc_hw_decode_support.deb
85 MB
yesterday
chromium_104.0.5078.0_linux_x64_with_hevc_hw_decode_support.rpm
85 MB
yesterday
chromium_104.0.5078.0_win32_arm64_with_hevc_hw_decode_support.exe
71.7 MB
yesterday
chromium_104.0.5078.0_win32_ia32_with_hevc_hw_decode_support.exe
71.1 MB
2 days ago
chromium_104.0.5078.0_win32_x64_with_hevc_hw_decode_support.exe
@StaZhuquestion

All of the above files can be made portable; unarchive them: 7-zip, ar -x; etc. make sure the directory structure (for Windows) is flat and launch from the command prompt.

For example in windows;

"C:\Local Programs\Chromium\App\Chromium\x64\Chrome.exe"  --user-data-dir="C:\Local Programs\Chromium\Data\ChromePortableData"

Chromium.app/Contents/MacOS/Chromium  --user-data-dir=/whatever

chrome  --user-data-dir=/whatever (Linux: need to take account of sandboxing, use chromium.desktop etc)

The important parameter for portable operation is  --user-data-dir

Alternatively for Windows, initially use PortableApps or chrlauncher, familiarise yourself with the configuration and file layout, subsequenly manually update by downloading an extractable archive.
@marmaduke
Can you make a Win64 portable version again, without chrlauncher, like it use to be?
earthsound 
@Jerry: AlexFrick has moved the macOS builds to https://github.com/Alex313031/Thorium-Special
Anon7901
@Marmaduke
Hi. Thanks for the Ungoogled update 102.... 64bit Regards :)
Anon7902
chrome://flags/#side-panel

Missing in last Ungoogled 102
How Disable Side Panel now ?
Anon7904
@Would you like fries with that!
Anon7902
Ok. Thank you for the info and link.
Anon7905
@Marmaduke
Thank you for the 102.0.5005.63-1 Win64 build release.
With kind regards,
Anon7906
@justclueless
Thank you very much for the update 104.0.5072.0. Best regards.
Anon7907
@Marmaduke

I'm getting a Netflix error code M7121-1331 with your chromium build 102.0.5005.63 (992738) on all movies. I am unable to watch Netflix with this build.
@Anon7907

Try this version, it's exactly the same as 102.0.5005.61, but without some changes I made to widevine_cdm

https://github.com/macchrome/winchrome/releases/download/v102.0.5005.61-r992738-Win64/ungoogled-chromium-102.0.5005.61-1_Win64.7z
Anon7909
According to the MacinTouch HP, Chrome 102.0.5005.61 patches a “critical” security flaw (CVE-2022-1853) among other high-priority vulnerabilities (32 in total). While we wait for the macOS version 102.0.5005.61, does the Developer's build 104.0.5085.0 released today contain those security patches?
Anon7910
@Hibbiki
Hi. Thanks for nosync 102...... 64bit update. Regards :)....
Anon7911
@Marmaduke
Your 102.0.5005.63-1 Win64 release... Best build ever !
No more micro stutters on vimeo, youtube, jwplayer, brightcove videos. Web page load times seems fast too.
Thank you sir,
With kind regards,
Anon7912
I noticed recently the text in the counters of pinned extensions, which used to be white, have now become black, making them harder to see. Has this happened for anyone else?
herdem1001 
@justclueless
Thank you very much for your builds! Best regards
@Marmaduke
Thanks for the Mac version update!
@justclueless,

On what CPU / SSD / RAM are you building Chromium ?

How many hours do it take you ?
@Mumu: Builds are currently done on Intel 10th gen CPU, NVME SSD, 16GB RAM. Not sure if this will change later.
Build times vary because I usually have other stuff going at the same time (and also depends on time of day), so anywhere between 2 to 4 hours max.

On an unrelated note, I push a new release several hours ago.
I know I pushed like 4 days ago or something, but I wasn't sure if that one contained the latest security patches, so to be sure, I push another one that I knew had them.
Anon7917
@justclueless
Thank you very much for your very goog job. The builds work also well with my Intel 8th generation.
Anon7918
how about an avx2/fma ungoogled-thorium version?
Anon7919
@Marmaduke

Thank you so much for your up-to-date Appimage releases! It's the best way to get ungoogled-chromium on many Linux distros.

Would you please consider making your AppImages updateable via an updater tool built into the AppImage itself? Or perhaps via external tools?

https://docs.appimage.org/packaging-guide/optional/updates.html

Thank you once again.
Hey @Marmaduke
I am using the latest build of Ungoogled Chromium on Windows 7 and I get a crash everytime I try to add a new Search Engine.
Since the latest (?) build I cannot connect to most of internal admin-sites that uses a selfencrypted certificate (ERR_CERT_AUTHORITY_INVALID). How can I get this working again? I did not find the needed setting in chrome:flags.

Cheers Tom
Anon7922
Using the latest (102.0.5005.63) Ungoogled build, I'm having the same problem as Tom: seeing ERR_CERT_COMMON_NAME_INVALID on all self-signed sites with no ability to override. I didn't see this in 101.0.4951.67, but the installer won't let me downgrade.
@Tom & @Anon7922

I had the same problem with a self-signed certificate for my local server (https://localhosthttps://127.0.0.1/)

I was able to get around this problem with the flag:  chrome://flags/#allow-insecure-localhost 

By cons, I imagine that this flag doesn’t work for online self-signed sites (and it's not worse for security issues)

I think it's a revision’s problem, not Marmaduke compilation related.

Is it possible to have examples of links that throw this error for sake of investigation and make bisection ( https://webrtchacks.com/bisecting-chrome-regressions/#:~:text=Debugging+Chrome+with+Bisect ) ?
Anon7924
@Mumu

As you suspected, enabling #allow-insecure-localhost doesn't work for self-signed sites.

What's interesting is that the offical Chrome build (102.0.5005.63, 32-bit) does give me the option to override the security warning so that I can access the site.

Unfortunately, the links I'm having problems with are on internal, non-routable networks so I don't have any examples to give you.
Anon7925
if you are looking for chrome flags and can't find them you can try unexpire flags options in chrome flags page and restart. or use the alternative which is an additional command line arguments, those would mostly still work regardless if the flags were removed from the chrome flags page. you can google around or visit github chromium mirror repository and use the github search after you are already inside the repository with "switches" and ".cc" or ".h",
the actual switch may or may not be similar in name to the actual naming of the flag, and you need to add "--" in-front of it to use it, but sometimes it is a part of  --enable-features="foo,bar,feature-name" (or  --disable-features, or  --blink-features).
for example "content_switches.cc" has "allow-insecure-localhost".
functionality is split across files (this why you need github search, you can also download the few GB repository and use VS-code which has an excellent search speed, or ask to gain access to github new code search at cs.github.com).

the best and easiest way to look for what actual command-line is for each chrome flags, is kind of weird:
get an older version from either of the guys that build a portable versions here,
(you can run it on a new profile using " --user-data-dir=C:\foo\bar" to not break your existing profile),
in the old browser: visit chrome://version scroll until you'll reach the command-line section, it is how the current flags are run and currently used. copy this to a notepad,
visit in chrome://flags page and switch some flags ON or OFF or custom value, click the restart button below,
once the old browser is up again re-visit chrome://version and see what has changed.
you are now capable to figure out which flag trigger which command-line switch!
keep the old browser aside (don't actually use it, for security reasons) it is handy to have, even for that purpose only!

for example chrome://flags/#enable-quic (enabled) will add " --enable-quic" (still in chrome://flags),
you can find stuff that has couple variations, that's fine you can include all those regardless,
for example chrome://flags/#passive-listener-default (default|True(when unspecified)|Force All True) and chrome://flags/#document-passive-event-listeners (Enable|Disable) and chrome://flags/#passive-event-listeners-due-to-fling (Enable|Disable) which no longer exists in newer browsers' chrome://flags would still work fine as
' --passive-listeners-default=forcealltrue  --enable-features=PassiveDocumentEventListeners,PassiveEventListenersDueToFling'
(it speeds up mouse/scroll reactivity in cr^ppy websites such as ebay that have a ton of scroll and mouse-move event listeners)

or  --enable-blink-features="IdleTimeSpellChecking"  --enable-features="IdleTimeSpellChecking" " --blink-settings=IdleTimeSpellChecking=enabled"
which has 3 variations depending on the the browser version, and it was removed so long ago I don't even remember the actual flag-name. does not matter still works, you can include all of them it is fine.
(it delays the spell check until you focus your cursor once in the element, instead of triggering the spellcheck engine as soon as you visit the page, which is really useful if you visit a website with a ton of text or source-code, so it won't hang at all).

you can go back the builds versions as you'll like, even as back as v60 or below (just don't actually use the browser for an actual browsing! it is just the most efficient way of getting those hard to find old command-line variation of the removed flags).

you can use the figured-out command-line (and possible custom values) in you new Chrome,
in most of the cases it will still work fine!

not a common knowledge, hope you'll find it useful.
Anon7926
generating a x265 HEVC test video with ffmpeg,
that is browser-playable:

1. don't forget to add `-tag:v hvc1`
https://trac.ffmpeg.org/wiki/Encode/H.265#FinalCutandApplestuffcompatibility
2. and `-movflags +faststart`

3. for compatibility you can add `-profile:v main -level "3.0" -tune fastdecode -pix_fmt yuv420p`
(or even `-profile:v baseline -level "3.0" -tune fastdecode -pix_fmt yuv420p`).

4. (optional) use the Matroska container (`output.mkv`), instead of `output.mp4`.
SSL certificates and search 
If the self-signing certifcate issue is only applicable to marmaduke's ungoogled chromium, make sure that you are using the latest release and revision.

With reference to:

https://stackoverflow.com/questions/7580508/getting-chrome-to-accept-self-signed-localhost-certificate

Follow the procedure in the section labelled "With only 5 openssl commands, you can accomplish this." and read the associated comments.

The links on this site point to marmaduke's latest ungoogled build, which incorporate the add additional search engines and SSL error bypass fixes. I suspect that the people moaning are not using marmaduke's latest issue, where all aformentioned problems have been fixed.
Anon7928
disable the side-panel:
" --disable-features=SidePanel"

disable ALL side-panel functionality:
" --disable-features=SidePanel,SidePanelDragAndDrop,SidePanelImprovedClobbering,SideSearch,SideSearchClearCacheWhenClosed,UnifiedSidePanel"
Anon7929
not working.
side panel disabling flags are ignored in Hibbiki v102.0.5005.63 (sync),
but work in macchrome v101.0.4951.41 (sync). not sure why.
Anon7931
if you want to improve it, you can add a 'permissions-policy' http header, with value of 'interest-cohort=("https://0.0.0.0/")'. use declarativeNetRequest.
..but you don't really need to block Federated Learning of Cohorts,
it was killed almost a year ago (July 2021) by Google, its successor is named new Topics API (not a lot of information regarding it).
Anon7932
Anon 7930 @Anon7931
Thank you.
Anon7933
@Marmaduke
Hi. Thanks for Ungoogled Android update 102 . Regards... :)
Hi! I am mostly a Firefox Nightly user on Linux these days, but thought I would stop by to say hello.

@Alex, I finally was able to email you about using Polly. Good luck! :)
Anon7935
@RobRich, good to see you around, hope life is well. Miss your builds :)
RobRich, Firefox and Ungoogled my browsers. Kind regards from Argentina.
Justclueless 
Hi Rob! The legend returns! I hope you're doing well.
Hi @Rob !

Linux and Firefox Nightly: you took the best browser on the best OS!

How are your health, your family, your loved ones and life in general?

You miss a little. The forum is a bit less technical and dynamic without you :’-(

Thank you for the little word!
Anon7939
@justclueless
Thank you very much for the update 104.0.5106.0. Best regards.
Hello Justclueless,

This new version v104.0.5106.0-r0-AVX2 seems faster to me than the previous version.
However, the downloads menu has lost functionality.
Similarly, http addresses are changed to https, which does not help them.
Why these regressions?

Thank you
@LUC77600
Using the installer (mini-installer) for v104.0.5106.0-r0-AVX2 as an update I have none of these problems, because the settings are kept from the previous installation.
- The download menu works as before. But new is an icon in the top right of the bar for saved downloads and with a dropdown menu.
- Changing http to https is for security and can be changed in the settings (security advanced).
Anon7942
@ wth

Thanks for help, but https is not actived in security parameters.

And the adjustment does not change the result.
I call it a bug
@Anon7942
I also work with a hosting provider that has installed the feature with certificate on their servers. It checks the requesting web browser for its "age". If it is newer, it automatically changes the request from "http" to "https". HTTPS is standard, everything else is obsolete and garbage, a security hole. What has to happen is not determined by the web browser alone, but rather by the hosting provider and the DNS service.
@LUC77600
If they are bugs, it's an upstream issue, there's not much I can do about it.

However, like @wth has said, My Downloads page is working for me and the comment about enforcing HTTPS is also in chrome://settings.
I don't have any of the issues you've mentioned. Maybe try deleting and starting on a fresh profile.

HEVC is the only thing added. But by the looks of it, this will no longer be necessary because it looks like it is a launch flag on Canary. So when you execute chrome.exe with PlatformHEVCDecoderSupport feature flag, that's all you need.
So my next build, ffmpeg and related files will be left as default and HEVC should be working using default config on compile.
Hello justclueless,

I know you can't do anything, but sometimes you have to alert the developers to report problems.

Downloads look like with µsoft edge, but I don't have access to the storage folder, nor to delete the download, aso...
With the Hibbiki version, everything works fine but I noticed that my profile is 1.4 GB!!!
I will redo this profile and I will come back here to give the result.
@LUC77600 True, but like I said, they weren't problems for me, so I wouldn't have know.
I don't use Edge browser either. My profile is less than 200MB. So probably a good idea for you to start a fresh one. I don't recommend using the same profile directory going back and forth stable and dev.
Hi there,

regarding my post from 31 May 2022, 00:14

Delete my profile and create a new one has fixed this problem.

Cheers Tom
Websites keep getting automatically loged-out. Marmaduke Windows x64 Porable
@justclueless and LUC77600
Using the "installer" we have a folder "User Data" (not named "Profile" as the use of the Archive). I copied this folder sometimes and copied it back (replaced the new one) when downgrading otherwise I automatically installed over it. Here I replaced the folders "Crowd Deny" and "Floc" with empty files with the same name (without .txt). In addition, I need the extension "uBlock Origin" and not needing "Save Browsing" from Google. - I like it as simple as possible and still secure. And I have no problems now.
Hello justclueless

As I assumed, changing the profile didn't bring any improvement.

- Unable to set http in security settings,
- The degraded µsoft edge download mode is really a regression,
- So this version doesn't only modify the codecs...

I am using Hibbiki's version
@LUC77600

It's curious because I use exactly the same version with the same profile for 4 years now and I can connect to http:// and even in ftp://
I neither have change on the interface or the downloads tab, etc.

I will do a test with a completely fresh version to see if the problem can come from elsewhere.

[ … 2 days pass … ]

Nor either, I can't reproduce your problem... It seem to be neither un revision problem, neither a compilation problem… What OS do you have ?
Forget :

Here a sample for whom who what to test ➜ http://htmledit.squarefree.com/

Image : https://i.ibb.co/F4TmPgX/10-06-2022-10-21-33.png
@LUC77600 I can assure you only HEVC (ie: ffmpeg and media related) was changed (and in fact no longer need to now ). You are welcome to submit your findings to the chromium project as well, seeing as you found and are in a much better position to reproduce the bugs than I am.
I would agree with you, if Hibbiki's builds are working better for you, probably best to stay on them, they are from stable branch.

@Mumu I'm able to open in http as well, no https redirection for me. Thanks.
@LUC77600
I see: you always write about the Microsoft Edge. The new Edge has the same base, but the one above it is very different from the Chromium builds here. Just in the settings for security or privacy, we have significant deviations. That's why the "User Data" or "Profiles" are also very different. Moving them from one to the other makes no sense, we just get a mess. - On my stable Chromium Edge 102.0.1245.3 the link http://htmledit.squarefree.com/ works by the way. You have to find out yourself which settings there are suitable for you.
May set this flag to « disabled » be helpful about getting the old download behavior ? chrome://flags/#download-bubble
Hello justclueless, Mumu, wth

Thanks for your suggestions.
I am using windows 11 pro.
The squarefree http address works fine indicating unsecured site. For other sites, the http address turns to https with gaps in the pages (test without any extension). Security settings do not change this.
It's been ages since ftp no longer works with internet browsers like chromium or firefox...
I turn "chrome://flags/#download-bubble" to "disable", that's it.
And finally, I use a portable version of Chromium with the Henry+++'s launcher which allows to find the bin and profile folders under the same Chromium folder (nothing in AppData).

So remains the question of http transformed into https...
@LUC77600 I'm on Win10.
My suggestion is to just wait and see if the next build has this issue for you. I'm not sure if Win 11 has any HTTPS enforcement on its side.
The fact that the link given by Mumu isn't redirecting to https means it may not be the browser. That link has HTTPS available (to my knowledge), so if it works for you in http, then it shouldn't be browser.
Hello justclueless,

The OS is not in question since the version of Hibbiki as well as Firefox do not cause this error.
I tested version 105.0.5114.0 (1013221) • Friday, 10 Jun 2022.
Same problem... and no security settings fix it.
@LUC77600 Cool, I haven't compiled v105 yet, so haven't tested.
Anyways, report it and send it up the food chain.
Anon7960
Hi. How disable automatic update extensions in nosync Hibbiki releases ?
In Ungoogled by Marmaduke automatic update is blocked.
Anon7961
@Anon7960
The extensions update themselves when they get a connection to their point of origin, such as "chrome web store". The ungoogled variant has no connection to this store, unless a special additional extension would allow this. Personally, of course, I don't want an outdated extension that doesn't work correctly anymore - better none then. Conclusion: It seems you should use the ungoogled, but deleted for all extensions.
@ justclueless

I would have done it but I don't understand anything about the chromium site...
Anon7963
Anon7960 @Anon7061
Well, thanks anyway.
But except sometimes it’s the other way around. The crash extension or the browser. And off course not always better work of the extension. Not to mention times when the extension is sold. And ends up with a new "bizarre" privacy policy .
And I would rather have control over the updates. That's all...
Anon7964
@Anon 7963, 7960
There might be one more possibility: The extensions are stored in the "User Data" (Profile) > Default > Extensions in one folder each with an aphabetic ID. If we find the right one, we could protect it and its contents from being overwritten.
Anon7965
Anon 7963&60 @Anon7964
Thank you.
I found two methods on the net
Maybe you talk of this:

Editing the extension's manifest.json file:

On Windows: C:\Users\<USERNAME>\AppData\Local\Google\Chrome\User Data\Default\Extensions\<EXTENSION-ID>\<VERSION>\manifest.json
(find out the extension's ID by enabling Developer Mode in the extension settings page)
And
In this file, set the "update_url" property to something invalid like "https://localhost" for example. For the given url, it makes auto-updating that extension as simply impossible.

Or
Read-only for extension folder
Anon7966
@Hibbiki
Thank you very much for the update 102.0.5005.115. Best regards.
@LUC77600 As my name suggests, neither do I, i'm not an active contributor there.
Anon7968
@Hibbiki
Hi. Thank you for the update nosync 64bit 102......115. Regards. :)
Anon7969
@Marmaduke
Thank you for your 102.0.5005.115-1 Win64 build release.
With kind regards,
Anon7970
@Marmaduke
Hi. Great, thank you for the update Ungoogled 102.......115 64bit. Best Regards:)
Sorry for posting another build so quickly, I forgot v105 came out when I compiled last.
I only did this build to see if I could re-produce some issues people were having and for bumping to v105.
I still can't replicate the http/(s) bug from before or the downloads page, all is working fine for me this build as well.

Also, my buildbox is tasked on another project so I may not build for another week or 2, just fyi.
Anon7972
@justclueless
Thank you very much for the update 105.0.5116.0 - fast and stable. Best regards.
Hello justclueless

By modifying the site settings (the blocked ones), the http sites are displayed normally.
In the address bar: "site not secure! Https://xxxxx.yyy"
LOL
By adding "chrome://flags/#download-bubble" to "disable",
I find a chromium in my hand.
@LUC77600 great, glad it all worked out in the end
Anon7975
Hi all.
Wonderfull in latest Ungoogled by Marmaduke 102...115.

chrome://flags/#hide-sidepanel-button

For do what he said
Hello justclueless

I finally figured out this https problem.
I consulted other websites in http and Chromium does not present any anomaly. Finally the problem arises for a single site among my favorites. Looking carefully, I noticed that the security certificate is valid and yet the site is called http://
This is what must disturb these new versions of chromium by causing display errors...

On the other hand, for "chrome://flags/#download-bubble", I checked the command on several versions of Chromium. The explanatory text is the same, the drop-down menu too, but the "default" variable acts in reverse. For me, it's really a bug.
Anon7977
@Admin Jerry
Hi.
9 test . In your site
JonDonym is end
Redirect to strange site
http://ip-check.info/?lang=en

See here : https://anonymous-proxy-servers.net/en/jondo.html
"Unfortunately, we have to close our service until 2021-08-31. Until then, our operators will ensure you that you can consume your existing plans. Purchasing new plans is not possible any more."

Regards.
Anon7978
@SSL certificates and search

With Marmaduke's latest 102.0.5005.115 ungoogled release, there is once again the option to bypass the self-signed certificate warning. Seems more likely that something was broken in the previous 102.0.5005.63 ungoogled build.
Anon7979
Anon7978 - "there is once again the option to bypass the self-signed certificate warning."

What is this option, please write it?
Anon7980
@Marmaduke
Hi. Thank you for the update Ungoogled Android 102.....125. Regards :)
@Marmaduke
Chromium for Android 102.0.5005.125:
Touching on "history", but there is no history visible even if pages were visited before. It's a bug.
Anon7982
@Anon7979

You have to go to a site that has a self-signed cert first. Then you should see a "NET::ERR_CERT_AUTHORITY_INVALID" warning from the browser along with an Advanced button. Click Advanced and you should see the "Proceed to <site> (unsafe)" option.
@Marmaduke
Thanks for the ungoogled Mac version.
Could you update the "sync" Mac version? That is handy to add extensions, etc. when doing a new installation on a backup computer.
Thanks in advance!
@wth

No history problem here on Chromium for Android 102.0.5005.125

Not on an updated neither on a new clean profil… Try a full reset of your Chromium (data, cache, dalvik, and so on…)
@Mumu, @Marmaduke
Thank you very much. I have uninstalled the new Chromium. Then I downloaded the Package again and reinstalled it on my Huawei Tab. Now the "History" works well as in the Kiwi browser.
Hello justclueless

The problem I mentioned about http/https addresses has disappeared.
Sunday 19, I noticed that the problem disappeared on version 105.0.5132.0 (1015790) • Sunday, 19 Jun 2022 from " The chromium Authors".
Monday 20, the correction applied to your current AVX2 version.

I don't understand where this update comes from.
Thank you very much
@LUC77600 interesting, I have no idea. But it's not a compilation issue then.
Hello justclueless

I correct my statement, I got mixed up between the different versions I use...

The problem I mentioned about http/https addresses disappeared on version 105.0.5132.0 (1015790) • Sunday, June 19, 2022 of "The Authors of Chrome".

Sorry for this mistake. Nevertheless, the bug is fixed on new versions.
Anon7990
Is it possible to turn on search suggestions and the calculator function?
Anon7991
With regards to the previous comment, I meant on the address bar if it was ambiguous. Also, is there a way to add justclueless's avx2 / fma builds to "Chromium Update Notifications"? It apparently adds HEVC support as well.
Anon7992
@Marmaduke
Thank you for your 103.0.5060.53-1 Win64 build release.
With kind regards,
Anon7993
@Marmaduke
Hi. Thank you very much for the quick update Ungoogled 103.... 64bit. Regards. :)
Anon7994
maybe a false positive,
but chrome.dll from
https://github.com/justclueless/chromium-win64/releases/download/v105.0.5116.0-r0-AVX2/chrome.packed.7z
is identified to be infected with Trojan.Heur!.02012822

https://www.virustotal.com/gui/file/01ffcaf3bf3c91dbe8d8cc571f39bd6a7be61314c36505599fca61d44a914ed4/detection

would have opened a bug for that but the repository is not having the issues section enabled.
note: the 7z is double packed (7z inside 7z) for some reason,
I've repacked it to a zip and uploaded it all to virustotal for testing.
Anon7995
Marmaduke's new ungoogled version 103.0.5060.53 (1002911) for 64-bit Windows is completely unusable:

1) It takes about 2 min for the browser to be usable on launch, for those 2 mins it just sits frozen and white and i can't do anything, it only takes 2 seconds when i launch on version 102 to be usable, as one would expect
2) Even after v103 loads, the "Allow 1?" in top right keeps blinking (the one where u allow an extension on this page), making the browser nearly useless because nothing on the page can be focused since the Allow 1? just keeps blinking and taking out the focus

After rolling back to v102.0.5005.115-r1142 - ungoogled all problems were resolved.

On a side note, i deleted the Application folder and ran the 102 mini installer again, but nothing happens. I had to use and manually unpack the .7z archive that he also provides, i am not sure why the v102 mini installer don't work yet when i tried the v103 mini installer it worked and the Application folder was created once more
@Anon7995

Your post is unintelligible. I suggest that you use another browser.
Anon7997
@Anon7995

I have unpacked the archive 103* ungoogled from Marmaduke. Everything runs without problems, incl. videos in various formats.

Your troubles may have to do with the DNS server you are using. There are DDoS attacks against several DNS servers all day long. At the moment I use Cloudflare 1.1.1.1 and I don't have any problems like you describe.
Anon7998
Hibbiki thank you for the update today. Used your 103.0.5060.53 installer on Windows 11, no problems :)
@Anon7994

1) the double packed 7z are provided by default during compile. They are what's used to build the mini_installer I believe. Single packed 7z is also provided during compile but much larger in file size, I can upload that instead, just a waste of bandwidth though, so I won't.
2) I provide virustotal scans every time I post a release and yes, for the 7z file, there's 1 random company labelling it as a threat. Use at your own risk I guess
Anon8000
Could we somehow get Marmaduke to compile his ungoogled version with avx2 and fma?
Anon8001
@Hibbiki
Hi. Thanks for the update nosync 103....... 64bit. Regards . :)
Anon8002
@marmaduke i recorded a video to show u that version 103 is bugged and doesnt work https://ufile.io/4rpfsu07
it's not my DNS as i use 1.1.1.1 as well and when i roll back to 102 the problem disappears

i am not sure where to report this, when i report this to ungoogled chromium github they said we don't support 3rd party build aka yours, doubt google/chromium would care much either for ungoogled build as well so this is like the only place i can report it
Anon8003
@Anon8002
No matter how much you fidget with the cursor, you should see that the problem is caused by the extension "Volume Master". It is defect or incompatible or simply outdated and interferes massively with the browser.
Anon8004
@Anon8003 no it is not. it doesn't matter the extension. i tested ublock origin too, if you set the permissions of it to only be allowed when u click the extension, it will behave the same way. it's not the extension it's the browser
Anon8005
@Anon8004 Delete the whole profile folder and start again. 1000% that fixes it
Anon8006
@justclueless
Lol you convinced me to drop chromium completely. Performance is essentially halved by going back to Chrome, but at least I won't get random malware from trusting random strangers on the internet.
@Anon8006
lol doesn't bother me what you use.
You might also wanna add Github to your firewall rules as well. That place is filled with software made by random strangers you probably don't know ;)
Anon8008
@Anon8004
Sometimes it is not the browser but the human in his mess with so many tabs. I have tested the "Volume Master". It does not work on newer browsers 103 and 105 and newest Windows 10 Updates. Only chuckle sounds are heard instead of music. An audio preamp in the browser? Physically absolutely crazy and unusable. Even the simplest firewall would have to block it. To adjust the volume, we have the speaker icon in the taskbar. So: out with it. Or as Anon8005 says: delete profile and with that all extensions are gone.
@justclueless 
We're surrounded by stuff that is made by people we don't know. What I should have said is made by people with no public image to maintain. Sorry for the misunderstanding.
Hahaha don't worry champ, take it easy.
If you are still interested though, I just uploaded the official builds (archive and mini_installer) by "The Chromium Authors" [105.0.5141.0 (1017790)]

Both came back with 1 positive result from that random AV, so draw your own conclusions.
https://www.virustotal.com/gui/file/96bb8dfad9f5a717fbff9cea237723fe5fc9a64a017ef35b17aca8dceba38f2b
https://www.virustotal.com/gui/file/7b9415c5e20fca1b6219b3f15f95763b89c2eb4a985f26b28fb583e4912a14eb

Weekend coming up, enjoy people
GNU/Linux cross-compiled: Ubuntu Jammy (11.2.0)

ungoogled-chromium-103.0.5060.53-2_AVX-Win64.7z AVX (64-bit)
https://github.com/macchrome/winchrome/releases/download/v103.0.5060.53-r1002911-Win64/ungoogled-chromium-103.0.5060.53-2_AVX-Win64.7z
SHA1 FB7BF87ACABD11B517216DE938B6FB6F2301ED74

ungoogled-chromium-103.0.5060.53-2_AVX2-Win64.7z AVX2 +FMA (64-bit)
https://github.com/macchrome/winchrome/releases/download/v103.0.5060.53-r1002911-Win64/ungoogled-chromium-103.0.5060.53-2_AVX2-Win64.7z
SHA1 114430BAB873098033B9CB50D334C8CC2F293236
Anon8012
@justclueless
I tested techspot's build of Chromium 105.0.5141.0.
https://www.virustotal.com/gui/file/58b27eb558f20e89cfc753d4dc93bf4507320b72a79c057e4b7f87cf1b9499de
Same result. I guess we lost.
@justclueless, @Anon8012
I have tested the archive and the unzipped version 105.0.5141.0 with Kasperky, server in Zurich in Switzerland. No malware was found. And the Windows Defender does not report any either.
Anon8014
@Anon8012 lots of AV vendors (Arcabit, Cylance, Bkav, Trapmine, Gridinsoft, K7GW, eScan, Rising, Jiangmin and all new added to VT after 2014) are known to generate false positives. These AVs mostly work like some poor chinese copies of original reputable engines. Don't waste your time trying to find or trigger an FP from one of them.
Anon8015
@wth, @justclueless, @Anon8012
And Malwarebytes? Detected threats: Zero - no malware found.
Anon8016
First of all, if you guys are downloading a file from here which realiistically has no more than idk a hundred or two hundred users? Then the av engine u're scanning the file with has never "met" the file before and thus has no information on it aka no signatures. Virusscan as well as your av's scan is what's called a STATIC scan. All it does is check for signatures and maybe for "bad code" chunks or stuff like that, but the signatures is the main part. Since these files over here of developers have very little users i doubt more than a few hundred at best, chances are very good the av u're using has never met this file before and thus has no signatures. That is why zero days malware are so dangerous, cuz since they are zero day the avs have no signatures for them. So because u're downloading files from a site with barely few hundred users (i think at least, maybe jerry can correct me), that means, static scans are useless. Secondly, if you do not trust the authors aka compilators of these browsers, u should not be using them in the first place. Bypassing AVs is rather trivial. Most avs just suck. A malware author would easily bypass one with a brand new malware that the AV has no signature for. Of course, there are a few exceptions, like Avast with Hardened mode as well as Kaspersky with its Trusted mode (which is almost like an anti-exe) is very strict, but nonetheless, avs in general just suck. So don't think that if one of the authors here decided to make malware that ur av would stop anything. U either trust em, or u don't, there's no "middle way". The virus scans on brand new files with next to no users are useless. And since a browser has to have internet connectin to connect to the web, if the browser is indeed "hijacked" aka has been tampered with, it would be able to transmit everything u type in it to the author and there isn't anything u can do to stop it, unless of course you use a packet inspector but those can be encrypted as well so basically u have to trust the author cuz if they wanna upload a malicious tampered with browser there's not much u can do to stop it since a browser inherently has to have internet connection. When I download a cracked game i can disable internet connection and isolate it in a sandbox, if it's malware it won't harm my pc cuz the sandbox, and it can't connect to the internet either. But a browser always has to it always can transmit ur data if it's malicious and there's nothing u can do to stop it besides not use it.
Anon8017
@Anon8016
The newest AVs work not only with statistics but also with artificial intelligence, heuristics and algorithms. ZeroDays attacks and ransomware are almost always detected this way.
@Marmaduke
Thx for latest Ungoogled 103...64bit
Anon8019
@Anon8017 you need to read some security forums... Everyone knows all the av labs and av tests are useless. At least, everyone who has some knowledge in the field. But i am no security researcher or expert, i don't write malware or anti-malware, so i'm not qualified enough to answer you in depth, but i can tell you what others who are have told me ( and others) and the truth is that most AVs with most settings are just not good enough to protect a pc from zero day malware. I mentioned a few that when specifically configured may stop one, but if you want more information i recommend you visit wilderssecurity.com and malwaretips.com there is a person there called "cruelsister" who works as a security researcher (aka coder) and she is very knowledgeable about this, she also made youtube videos testing AVs vs her brand new just-written malware and they almost always failed to stop the malware, she hasnt posted new ones recently because its pointless since not much has changed from years ago, in fact im gonna paste you the link here https://www.youtube.com/c/cruelsister1/videos the latest video is the most relevant one that showcases that av labs are USELESS all those ones like av-comparatives.org or av-test.org are completely useless and just a lie. You shouldn't use an AV or expect one to protect you. All those AI heuristics and algorithms that you mention are barely better than snake oil, they're very hit or miss and against a competent malware coder don't help much if at all.
ungoogled user 
Can I request an ungoogled build for Mac M1 ?
Danger ahead! 8.8.8.8 reported as C&C panel by benkow.cc, detected as spreading malware by Comodo Valkyrie! https://www.virustotal.com/gui/ip-address/8.8.8.8/detection

Please stop trusting or using VirusTotal blindly unless; unless you know what you are doing you should NOT interpret their results.
Anon8022
@Hibbiki Thanks that made me laugh
brain is always the best antivirus
@Hibbiki , @marmaduke : Then there will be no link to Virustotal in its constructions ... Thank you very much and cordial greetings to you.
According to https://chromereleases.googleblog.com/2022/06/stable-channel-update-for-desktop_27.html

the stable version for Windows is "103.0.5060.66".

@marmaduk: Why your version is 103.0.5060.68 .... -> .68?!

Is yours a beta version, because it is not an official one ?! Can you explain?!
Anon8025
@Marmaduke
Hi. Thank you bro for the quick update Ungoogled 103........68 64bit. Regards. :)
@sal

marmaduke does not explain; he does!

https://chromium.googlesource.com/chromium/src/+/103.0.5060.66..103.0.5060.68

A bunch of First World problems.
@mamsie

I asked if it was a beta ... because it's not a stable official version.
Anon8029
@Marmaduke
Thank you for 103.0.5060.68 both Linux and Win64 build releases.
With kind regards,
Anon8030
@justclueless
Thank you very much for de build 105.0.5148.0
Vaccini Assassini 
@justclueless many thanks for latest build update.
Hello justclueless,

Thank you for this new AVX2 105.0.5148.0. It works fine.
The http/https bug is well resolved as in the latest versions of The Chromium Authors.
The download tooltip has permanently changed to look like the Firefox download tooltip. If I note this change, it is that through the options, I always chose to ask for the download folder to place the files where I wanted and not systematically in the "Download" folder.
If this option is not used, the information on downloads has been enriched compared to previous versions... but not for me...
@Anon8030 @Vaccini Assassini you're welcome =]

@LUC77600 I'm not sure what you mean Downloads have been enriched but not for you.
I don't know why you seem to get all these issues, I'm unable to reproduce them.
But tbh, if it downloads, then I think that's all that matters
Anon8035
@LUC77600
In the settings "Downloads" you can define where the download should be saved.
For example: C:\Users\username\Desktop\A-A-A
Then a folder A-A-A-A will be created automatically on the desktop and the downloaded files will be saved there.
corel videostudio 
Thank you very much
Anon8037
Used ungoogled chromium for more than a year but yesterday hit a suspicious malware caught by Avira antivirus dubbed "mol64-****" which had been quarantined and removed by avira Windows 10.
I'd not have time to capture details but take immediate action to eradicate the incident and installed chrome instead.

Used ungoogled chromium with https://github.com/NeverDecaf/chromium-web-store/ and extensions like
ublock,privacy badgers,clearurls,vpn professional,google Picture-In-Picture etc. which are well known.

I wondered what would triggered this malware injection out of the blue.
My question now becomes how safe and how authentic is ungoogled chromium instead of privacy concern, any possible back doors left behind?
Thanks for the Mac Chromium.ungoogled.103.0.5060.53 version.
When you can, please update the Mac "sync" version, it is really old now,, and I need it when I set up a new system (use it to install extensions then never use it again, haha).
When you can only.
Nelson Ars'ole Piquet 
ungoogled-chromium is not a panacea for all of life's ills!

If the underlying product from which Chrome and ungoogled-chromium is derived from is garbage then the final product is garbage. I operate on the principle that all web browsers are garbage.

Personally, when surfing the net, I wear a (internally tin foil lined) hazmat suit with a remote link to Alpha Centauri; and a ready supply of ripe bananas. I've also noticed, that internet attacks tend not to happen when listening to the dulcet tones of Ariana Grande.

The Holy Grail of internet security does not exist!
Quick FYI; at least for Linux users. This weekend I was able to build Chromium using Polly for automatic detection of parallel loops and subsequent generation of OpenMP calls. I have considered the idea in years past, but I never really delved far into the process until recently compiling another open source project with GCC using Graphite to accomplish a similar goal.

The issue before being able to push a proof-of-concept public build is OpenMP support (for now) requires disabling security sandboxing as is calls into an external library. I need to look into how Chromium handles such libraries.

Also it remains to be seen whether there will be any real performance benefits; or losses for that matter as OpenMP can incur thread management overhead. At least one prominent benchmark might show potential promise when compared to a recent public dev build off the snap store, though I still need to compare a Polly+OpenMP build against a baseline build of the same revision.

Hopefully more details to follow, though it might be a few days.... or weeks at the rate I attempt these things anymore.
Anon8041
Awesome to see you around Rob
@Anon8041 Thanks! :)

----------------

Using Chromium's brotli component for initial testing, I have been able to statically link libgomp from GCC into the brotli binary. I have not done any live debugging or function tracing, but various GOMP strings and calls are present in the binary, so it appears Polly+OpenMP is working to generate parallel loop calls.

strings brotli | grep GOMP > broti_strings.txt

https://pastebin.com/pUysj8QA

objdump -d brotli | grep GOMP > brotli_objdump.txt

https://pastebin.com/KYhWSKuM

On the upside, Polly can generate calls to the GNU OpenMP library as well the LLVM library, so "whatever" for now. I might try to build a static version of the LLVM OpenMP library later, assuming it is even possible.

On the downside, statically linking an OpenMP library is not considered good practice for thread management due to possible contention if multiple processes are using concurrently using OpenMP. Then again, we are not exactly dealing with a enterprise- or HPC-class workload here, so.... ;)

TLDNR? I am poking at HPC-style optimizations that probably will do little or nothing for Chromium browser performance, but regardless, it is something that at least interests me a little.
The OpenMP library provided by LLVM can be built statically. Excellent!

I am running Polly early during Clang codegen when using ThinLTO, as apparently Polly (still) is breaking the chrome binary during ThinLTO codegen. Whatever IMHO, as long as the OpenMP calls are being generated and the needed library linked, which appears to be working thus far in limited testing.

I still need to build the actual chrome browser binary, and my two 32c build servers are offline, so it will take awhile on my 8c/16t notebook. Maybe later today or tomorrow for a basic proof-of-concept Linux AVX2 build.
Got around to checking on the build process. Chromium+ThinLTO+Polly = "Instruction does not dominate all uses!"

I am pretty sure that was happening back when I quit actively building Chromium public releases.... so, yeah, "fun stuff."

I will try to poke at it further later. In the meantime, I might roll a build without LTO just as a proof-of-concept.
Anon8045
@Hibbiki
Thank you for the new quickly released update 103.0.5060.114. Best regards.
vlc media piayer 
Thank you very much
Anon8047
@Hibbiki
Hi. Thank you for the very quick update nosync 64bit 103.....114. Regards :)
Anon8049
@justclueless
Thank you for the new very fast working update 105.0.5155.0. Best regards.
The Polly autopar proof-of-concept build works... sort of. I am posting this reply with the build, though without sandboxing enabled.

Chromium sandboxing is still causing segmentation faults when calling into OpenMP even after pulling the libomp library statically into the chrome binary, which admittedly makes sense from a memory security standpoint, but it beyond my current scope of effort. Guess I will drop the idea for now.

On a more positive note, Polly is back working with ThInLTO as long as it is restricted to early during Clang codegen. Ideally Polly should be run right before autotec via ldflags during ThinLTO codegen, but whatever IMO, as again we are not dealing with HPC worloads here.

For those interested, I built against the following Polly cflags:

"-mllvm", "-polly",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-vectorizer=stripmine",
# "-Rpass-analysis=polly",
Anon8051
@Marmaduke
Thank you for the 103.0.5060.114...both Linux and Win64 build releases.
With kind regards,
He's back! Welcome back Rob!!
I've only used OpenMP for scientific tasks, so this is out of my league.
@Marmaduke
Thanks for the Mac version update!
Anon8054
@Marmaduke
Hi. Thank you for the update Ungoogled 64bit win 103......114. Best regards... :)
Anon8055
@Anon8037 As we had unfairly accused justclueless of before, that's a false-positive (hopefully) from the lastest Chromium. You can look for other builds of the latest Chromium, or attempt to build it yourself if your computer is fast enough, and see the same result.
@justclueless Thanks. :)

I would delve further into autopar with Polly+OpenMP, but I took a quick peak at Chromium sandboxing on Linux and practically zoned out. o.0

I have adapted back to mostly using Firefox Nightly, which I used for many years before getting into actively Chromium building. but I might eventually return to the listings with Chromium for Linux AVX2 builds.
@RobRich Yeah, I use Firefox as well on my laptop.
The community would be lucky to have you back =)
Anon8058
The newest version 103.0.5060.114 is extremely laggy, had to roll back
Anon8059
Could someone in the know explain the inconsistencies in the announcement on https://www.xlr8yourmac.com/ about the latest Chromium updates? Obviously the 114 version is not only for Windows as Marmaduke released Mac and Linux versions (using the Mac version to write this). Have never seen an extended 'ungoogled' version. Does such a strange beast even exist?
Chrome 102.0.5005.148 Extended Stable Channel Update (Mac & Windows) (google)
- includes a critical security update (CVE-2022-2294).
("Google is aware that an exploit for CVE-2022-2294 exists in the wild".)
Chrome 103.0.5060.114 Stable Channel Update for Windows (only) (google)
- Includes 4 security updates.
@Anon8035,
The problem is not the folder in which the downloaded files are saved, but the display of the download icon in the menu bar. It's a habit to get into, you just need to have your eyes on the 4 corners of the screen, it's a good exercise against convergent starbism.
@justclueless
The http/https detection error has returned in the latest versions of chromium.
I don't know who creates the security standards on the internet, but not all sites follow. I have the feeling that the Authors of Chromium are a little too precursory in this field.
Official versions of browsers are fortunately a little more tolerant, as many users would forgo bypassing the security warnings given by Chromium, excluding many sites because they were unable to pay for developers to apply the latest security standards.
Anon8061
@Marmaduke
We need ungoogled for 32-bit Windows! Please! Please!
The Chromium-based Kiwi-Browser will no longer be available in the Google Store in the latest build. I have downloaded the update 103.0.5060.103 here:
https://kiwi-browser.uptodown.com/android (in German: https://kiwi-browser.de.uptodown.com/android)
Anon8063
@_NIK_

--autoplay-policy=no-user-gesture-required
--autoplay-policy=document-user-activation-required

older Chromium might need this too:
--enable-experimental-web-platform-features

here is how to find stuff in Chromium source-code yourself:
https://source.chromium.org/search?q=autoplay-policy&sq=&ss=chromium/chromium/src

f.y.i. it would probably won't work.
if you want autoplay policy support, use M$ edge or Firefox.

f.y.i. 2,

the feature-policy http header with `autoplay 'none';` won't work on Chromium/Chrome either.
and so neither the group policy for Windows that sets the autoplay policy on the Windows machine
using registry keys or gpedit.msc (it will effect edge though).
chrome simply has a very poor support of autoplay policy, and media start playing by itself,
either with the attribute in video/audio or programmatically triggering '.play()' that is commonly used in custom players that wraps around native HTML5 video/audio elements (such as in YouTube).

you can implement it yourself by patching up the prototype of .play() and measure user-interaction in any way you'll like (mousedown on page for example) and return "NotAllowedError" DOMException up until you get it.

be aware that most of the web-extensions on Chrome store WILL track every video you watch for "statistics" purposes.. ('Disable HTML5 Autoplay (Reloaded)' keeps sending a lot of sensitive information to 'stat.totallzero.com' even if you opt-out from it!).
@Marmaduke
Thx for latest 103.0.5060.114 Win64 build
Anon8065
@Anon8063 thanks!
Anon8066
@Marmaduke
Hi. Bromite is updated to 103.... Can we expected update of Ungoogled for Android. Thanks... Best regards
@Anon8066

No! Changes have been made to ffmpeg in 103 and I can't be bothered to write a patch particularly for Android 103. Wait until 104. I suggest that you sample my latest creation:

Tuesday, 12 July 2022
==================

Proof of RobRich's concept: Polly and OpenMP;

llvm commit: 81b62f7feb5de2fb37261974ffa0b2a43a2d83ee
config("optimize")
config("optimize_max")
config("optimize_speed")

cflags = [ "/O2",
"-mllvm", "-polly",
"-mllvm", "-polly-detect-profitability-min-per-loop-insts=40",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-position=early",
"-mllvm", "-polly-vectorizer=stripmine",
"-mllvm", "-polly-parallel",
"-mllvm", "-polly-omp-backend=LLVM",
"-Xclang", "-fopenmp",
##"-Xclang", "-Rpass-analysis=polly",
]

=========

if (is_win) {
ldflags += [
"/opt:lldltojobs=all",
"-mllvm:-import-instr-limit=$import_instr_limit",
"/lldltocache:" +
rebase_path("$root_out_dir/thinlto-cache", root_build_dir),
"/lldltocachepolicy:$cache_policy",
"-defaultlib:C:/Share/clang-15/lib/libiomp5md.lib",

==========
No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Polly - OpenMP - Ungoogled
ungoogled-chromium-103.0.5060.114-1_Polly-OpenMP.Win64.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v103.0.5060.68-r1002911-Win64/ungoogled-chromium-103.0.5060.114-1_Polly-OpenMP.Win64.7z
SHA1 45193080B7BA89930085B95CC233558A73A42CD1

Really should have used the same parameters that the Linux kernel guys and gals (and non-gender specific) use:

"-mllvm", "-polly",
"-mllvm", "-polly-parallel",
"-mllvm", "-polly-vectorizer=stripmine",
"-mllvm", "-polly-omp-backend=LLVM",
"-mllvm", "-polly-num-threads=24",
"-mllvm", "-polly-scheduling=dynamic",
"-mllvm", "-polly-scheduling-chunksize=1",
"-mllvm", "-polly-ast-use-context",
"-mllvm", "-polly-invariant-load-hoisting",
"-mllvm", "-polly-loopfusion-greedy",
"-mllvm", "-polly-run-inliner",
"-mllvm", "-polly-run-dce",
"-Xclang", "-fopenmp",
##"-Xclang", "-Rpass-analysis=polly",
@marmaduke I have not used Windows in quite awhile, but yeah, Polly+OpenMP *might* be working there due to differences in library linkage and Chromium sandboxing under Windows versus Linux. Have you verified the chrome.exe/.dll contains KOMP strings and actually calls in the omp library?

Note....

"-mllvm", "-polly-num-threads=24",
"-mllvm", "-polly-scheduling=dynamic",

....forces the omp thread pool to 24 threads. Fine if using the resulting binaries on the same system with 24 logical cores available. For public distribution I suggest dropping polly-num-threads and setting runtime scheduling, which will allow omp to set the thread poll according to the end users' systems. Actually, -polly-scheduling=runtime is the default anyway.

https://polly.llvm.org/docs/UsingPollyWithClang.html

You can drop polly-ast-use-context and polly-scheduling-chunksize if desired, as the former is default enabled and the latter is defaulted to 1.

YMMV on polly-run-inliner. I never researched it, but I *suspect* it could interfere with later PGO-related inlining during LTO codegen. It mostly just pulls in libc++ code anyway, which very well could be being split out by later LTO passes.
Before I forget, -polly-scheduling=runtime lets the end user set the scheduling type via an environment variable. IIRC, omp defaults to static for runtime scheduling unless the end user specifies otherwise. Setting dynamic either via Polly or an end user environment variable might be be the "best" generally generic option, though dynamic scheduling does incur additional omp thread management overhead versus simple static scheduling.

Rolling back a few posts, and assuming omp is working properly, there is the possibility that omp threading overhead might regress performance given most browser workloads are more latency than throughput sensitive. Huge YMMV, so I recommend considerable benchmarking.
Can anyone incorporate this patch in their chromium builds:
https://github.com/GTANAdam/GDIChromium/commit/709468108e584c5244285ddb8b9cf4ee3bf3cd0d

it restores GDI for us oled users by allowing us to use mactype to set a better font for text rendering.
Anon8071
Anon8066 @Marmaduke
Hi. Ok i will wait to version 104... Android
Thank you. Regards....
@RobRich

Initially, I test compiled brotli.exe, which required libomp.dll in order to execute. I then compiled ffmpeg_internal, which builds nasm.exe and requires libomp.dll for a successful compile.

The final program chrome.exe will not execute if libomp.dll is not present.

chrome.dll
----------
kmpc_fork_call
kmpc_global_thread_num
kmpc_push_num_threads
omp_get_max_threads
omp_get_num_threads

> libomp.dll

chrome.dll,chromedriver.exe,libGLEv2.dll
----------------
kmpc_dispatch_init_8w
kmpc_dispatch_next
kmpc_fork_call

> libomp.dll

I think that polly/openmp is similar to AVX/* and is prone to thermal throttling.

Your initial post piqued my interest (and improved my compiler building skills.)

In the Linux world it should be possible to dynamically load libs: rpath, LD_LIBRARY_PATH, etc; in a similiar way to how a component build of ffmpeg is loaded.

A work in progress.
Conducted a graphics oriented benchmark.

https://browserbench.org/MotionMark1.2/

(Higer figures are better)

Conventional build: 265.50 +/- 1.47

Polly & openmp: 174.69 +/- 1.90

Pretty poor perfromance from polly and openmp; could be due to using the incorrect PGO profile.
Anon8074
@justclueless
Thank you for the new update 105.0.5175.0. Best regards.
@marmaduke Nice work. :)

About performance, that was my particular concern. It might help with throughput loads, while latency loads could suffer. It could be even worse under Windows due to thread and memory management overhead. I suspect there could be excessive thread locking or similar on Windows in particular, which is why for example LLVM supports using rpmalloc for ThinLTO on Windows.

The problem with Linux is sandboxing. I can link against the omp library, but sandboxing blocks the omp calls. It works okay with sandboxing disabled, but that is a massive security hole.

----------------

In recent days I have been poking casually at post-link optimization on Linux. It appears to be working in practice, but I need to do profiling on an Intel system with LBR pmu hardware counter support to obtain last branch records, as collecting cpu cycle counts alone on my AMD system does not offer much benefit. I have an Intel Kaby Lake notebook that should suffice, if/when I get around to trying it.
@Anon8074 You're welcome.
@marmaduk,

This test site shows no real results, I can't even come close to your results - no matter with or without extensions installed.

I tested in a different way which one loads faster.

Open this site and see how long it takes your browser to load everything from the site -> https://www.kaldata.com/forums/topic/232183-забавни-снимки-и-клипчета/page/1087/#comments

I tested it with Ungoogled Chromium v.103.0.5060.114 - very slow, very clunky.

I tested it with LibreWolf v.102.0.1-1 - it loaded almost immediately.

And my question is - how can we optimize Ungoogled Chromium to load this site or similar sites with lots of images, gifs and such - with everything on it as fast as LibreWolf?!
@Ariweee If you used his OpenMP build, try his usual builds instead as they are usually quite performant.

The OpenMP build was an experimental proof-of-concept test build, and according to his benchmark testing and my expectations regarding OpenMP thread locking on Windows, it is indeed slower with OpenMP at this time.
@Ariweee

I've no intention of engaging javascript on the site you suggested: it's best described as a mess!

Your browser is most likely misconfigured: consider some of the settings below

chrome://flags/

Choose ANGLE graphics backend
Hardware-accelerated video decode
Override software rendering list
GPU rasterization
Zero-copy rasterizer
Out-of-process 2D canvas rasterization.

@RobRich

I've conducted a few more crude https://browserbench.org/MotionMark1.2/ bechmarks

(Higer figures are better)

Conventional build: 265.50 +/- 1.47

Polly & openmp: 174.69 +/- 1.90

Conventional build - AVX: 271 +/- 1.58

Polly + component polly optimised ffmpeg: 237.96 +/- 1.48

Polly + component polly /O3 optimised openmp ffmpeg: 237 +/- 1.89

Openmp results in 100% cpu usage when playing youtube 4k videos; normally it's approx 30%

By manipulating the OMP_NUM_THREADS it's possible to obtain better metrics, but not as good as the conventional builds.

I'm sure that polly and openmp are useful as part of a profiled and targetted build: that is a job for the Chromium Authors.

The cheapest gain in perfromance is achieved by using the AVX instruction set, no need to build a compiler, and Windows AVX/* can be cross-compiled on a non=avx machine.

I suppose the Chromium Authors know best: PGO, thinLTO and msse3 seem to be sufficient.
@RobRich, No OpenMP used. Just out of curiosity I compared these two browsers against this site and surprisingly to me LibreWolf loads everything almost instantly, it's not clunky and it's very smooth. It was a surprise to me that Ungoogled Chromium v.103.0.5060.114 loads them extremely slowly, CPU cores load and the site cycles and it is not pleasant to use this site with this browser, etc.

@marmaduke,
[quote]Your browser is most likely misconfigured: consider some of the settings below[/quote]
You are most likely wrong. Except for "Out-of-process 2D canvas rasterization", which was on "default". I changed it to "enabled". All the settings you mentioned were on "enabled".
Anon8081
@Ariwee, change ANGLE backend to somewhat different to d3d11 (same as Default), this happens even on latest opera.
@Ariweee

I compile ungoogled for myself; it meets my demanding needs; use another browser.
@marmaduke Ideally we need Polly running during LTO codegen, that way it is run after PGO and right before autovectorization. After getting with the Polly devs, Polly can and does work during LTO when passed through ldlflags; just not for building Chromium at this time due to an error. IIRC, the error is some type instruction ordering issue, but I did not delve into resolving or even reporting it since I basically quit building Chromium.

Otherwise, O3 is a hit or miss with Chromium, especially since we have regularly updated PGO profiles to guide better inlining and optimization decisions even at O2. O2 actually used to perform as good or better when benchmarking Windows builds in particular.

Ultimately do not be surprised if Chromium devs build the whole browser at Os for Clang codegen and mixed O0+O2 for LTO codegen. Large parts of the Chromium codebase can be built for size with minimal performance penalties.

That said some code for non-Windows builds is already at Oz, which could be leaving performance on table. Unless something has changed, Oz *turns off autovectorization*. BTW, same with any code built at O0 for LTO codegen as well, though much of that is build-time binaries and external libraries, so "whatever" I suppose. Unless targeting absolutely low-end devices, I tend to suggest changing all references of Oz to at least Os in the compiler build.gn configuration. Alternatively, one could even opt for O2 as long as PGO is being used.

AVX as the SIMD minimal baseline is a particular "sweet spot" IMO. That gets you VEX encoding across the board, thus hopefully limiting mixed SSE and AVX transition penalties. The penalties can be trivial to significant depending upon the code and processor involved, so YMMV.

@Ariweee On a comparative sidenote, Firefox Nightly with WebRender hardware acceleration has no particular performance issue with the indicated page, at least on my 8c/16t Linux notebook with amdgpu graphics.

Curious, what OS are you using? Reason I ask, if Linux, Chromium might be enabling Vulkan. If so, try disabling it via the about:flags config. Vulkan support tends to be okay with a relatively modern gpu, fresh drivers, and fresh kernel; but otherwise, it can be a huge YMMV and moving performance target.
@marmaduk

No, I won't use another one. Stop getting obsessed when someone shows facts different from your perceptions and arrogantly "advise" them to use another browser! You cannot blame someone, and this someone answered you with facts, for you to be arrogant towards him with unwanted and thoughtless "advice"!
@RobRich Thanks for the info in regards to optimizations
Isaiah Marley 
@Ariweee

More sage advice than arrogance! In the abundance of water the fool is thirsty.
Anon8087
@Isaiah Marley,

Exactly. Because even above @marmaduk was arrogantly giving "advice" to other users when asked to use another browser!
Quick revision to previous post: "Ultimately do not be surprised if Chromium devs *someday opt to* build....."

@justclueless Welcome. I still poke casually at build optimizations; be it for whatever software.
I have narrowed down the Polly during ThinLTO codegen issue to likely GVN. Apparently GVN-PRE in particular. I suspect the issue presents during the Polly codegen cleanup pass instead of during the LLVM pass manager, but I still need to verify it. Disabling GVN-PRE is not ideal, but we might be able to replace those passes with NewGVN.
Replaced GVN with NewGVN in the ThinLTO codegen passes and Polly codegen cleanup passes. No errors so far, but linking seems to be stalling on the chrome binary. It did the usual ThinLTO codegen, and now it has been running on single core at 100% for quite awhile. Grrr.

I might have to bypass GVN altogether in ThinLTO and Polly to at least get a working test build. I need to look closer at the pass manager.
Anon8091
@Marmaduke
Hi. Thank you very much for the quick update Ungoogled 64bit windows 103....134. Best Regards. :)
Anon8092
Anon8091 @Marmaduke
Sorry but:
After update. Browser don't work at all. All extensions crach and the browser said only ; problem "can't load page".
Uninstall . Try with clean profile same result. "Can't load page"
Go back to 103...114 and all work perfectly.
Anon8093
Updated (from 103.0.5060.114) to Marmaduke's 103.0.5060.134 (1002911) by chrlauncher (v.2.6.0.0): after restart all extensions are crashed.
Duke of Zurich 
Affirm, same issue here, extensions crashing with ungoogled 103.0.5060.134.
Screwdriver 
Marmaduke's 103.0.5060.134 is also crashing all extension and crashes on all sites.
Hello devs,
the latest ungoogled chromium (103.0.5060.134) is broken. Nothing's working, even the settings page.
Anon8097
Marmaduke's 103.0.5060.134 is working smoothly.
Archive download file.
Anon8098
How to downgrade (from Marmaduke's 103.0.5060.134) to Marmaduke 103.0.5060.114 using chrlauncher? Thanks
103.0.5060.134 was built with a tip-of-the-tree compiler.

103.0.5060.134_ungoogled_mini_installer.exe: this has never been my priority (I'm only interested in portable installs) and is provided as a matter of courtesy: so, I don't know if people are referring to this particular build when they are complaining about crashing.

With respect to portable installs:

2.9.0.99 Chromium Portable (PortableApps.com Launcher) PortableApps.com works OK.

2.3.6.13 Google Chrome Portable "Dan Bugglin, John T. Haller" PortableApps.com does not.

This suggests to me that some portable launchers are not functioning correctly with the latest release of ungoogled and the latest tip-of-the-tree compiler.

Needless to say, 103.0.5060.134 has been withdrawn, and there will be no further ungoogled releases until 104.
@Marmaduke
Can you do a Mac version of 103.0.5060.134? Those security updates are a matter of concern.
It seems that Apple has released Monterey and Big Sur updates too.
103.0.5060.134 crashing is due to sand-boxing; use of the  --no-sandbox flag does not result in crashing (for portable installs): obviously this is not a particularly safe/optimum option. Authors of portable launchers should take note.

@David Lee

Give me a couple of days.
If malfunctioning portable lauchers are run in Windows 8 compatibility mode ungoogled 103.0.5060.134 for Windows functions correctly, without the need to disable sand-boxing.
@Marmaduke
Much obliged, take your time (but you know we are waiting!).
Anon8104
@Hibbiki
Hi. Thank you for the nosync 64bit windows 103....134. Best regards. :)
Anon8105
I installed straight from the marmaduke archive build, all plugins crash right away everytime no matter fresh install remove the profile what not, reinstall the plugins same result so whatever the problem was it was not exclusive to the portable build. Last release still works perfect for me.
Liz the Worst Truss 
@Anon8105

Given the antecedent, is it too much of an effort to try running chrome.exe in windows 8 compatibility mode?

marmaduke has adequately explained the situation, and withdrawn the release in question.
Since marmaduk uploaded to his repository Ungoogled Chromium v.103.0.5060.134 - 1 minute later via Chrlauncher I was already using this new portable version. Since then - I haven't had any problems. And it's not like I don't have any extensions installed - 72 are installed and 35 are disabled. But I noticed that a new folder "Polly.Optimised.FFMPeg" appeared in the "bin" folder.
Anon8108
Well , i would like try in compatibility mode 8 but Ungoogled Chromium v.103.0.5060.134 is removed from github repository.
Anon8109
As updated by @marmaduke,
Because of the security fixes, I too would like to try in Windows-8 compatibility mode but Ungoogled Chromium v.103.0.5060.134 is removed from github repository.
@Marmaduke
Thanks for the quick release of the Mac ungoogled app. Works great. In fact, it works better than previous builds, which often threw up a prompt about accepting incoming connections. This version asked once, right after the installation, but has not done so since. Can you do whatever you did to get this good build in the future too? It is really solid! Much appreciated!
Running fine on my late 2014 iMac15,1 under OCLP 0.4.8 and Monterey 12.5 21G72, and a late 2011 MBP8,2 running OCLP 0.4.8 and Big Sur 11.6.8.
Anon8112
@non david

Thanks for sharing the file-link. Just for clarity, Is this the same file as originally released by @marmaduke ?
Rishi Arsewipe Sunak 
@David Lee

https://chromium.googlesource.com/chromium/src/+/main/docs/mac_build_instructions.md

Avoiding system permissions dialogs after each build
Every time you start a new developer build, you may get two system dialogs: Chromium wants to use your confidential information stored in "Chromium Safe Storage" in your keychain., and Do you want the application "Chromium.app" to accept incoming network connections?.

To avoid them, you can run Chromium with these command-line flags (but of course beware that they will change the behavior of certain subsystems):

--use-mock-keychain--disable-features=DialMediaRouteProvider
Boris Le Spaffer Johnston 
Chromium for 64-bit Windows - Wednesday, 20 July 2022

Chromium 103.0.5060.134 (Official Build, ungoogled-chromium)
Revision 8ec6fce403b3feb0869b0732eda8bd95011d333c-refs/branch-heads/5060@{#1262}

OS Windows

Native compile

SDK 10.0.22000.194 (Visual Studio 2022 17.1.5)

clang/llvm (llvm commit: 81b62f7feb5de2fb37261974ffa0b2a43a2d83ee)

PGO

Additional flag: chrome://flags/#enable-clear-hevc-for-testing

(chrome://flags/#win-10-tab-search-caption-button) needs to be disabled to remove tab search button on Windows.

RUN LAUNCHER OR CHROME.EXE IN WINDOWS 8 COMPATABILITY MODE

No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Ungoogled

ungoogled-chromium-103.0.5060.134-1_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v103.0.5060.134-r1002911-Win64/ungoogled-chromium-103.0.5060.134-1_Win64.7z
SHA1 DEDAF2310CD6CD5654EB8B48B6FF5C9C9F7E82B0
@RASunak
Thanks for the info. The dialog "Chromium Safe Storage" in your keychain, only appears once, when starting a new version.
The 2nd one, "incoming connections" will, depending on the build, appear far too often. This build is fine, stable on my old Macs, and not too irritating with that "incoming connections" pop up dialog box, which can appear countless times, again that appear to be 'build related' - I am not sure what causes it. Anyway, thanks to Marmaduke, the Mac users have all the latest security patches, and a usable build!
Not sure how to implement those command line flags, is that a one time thing, or a setting somewhere?
Anon8116
Anon8108 @non david & @Boris Le Spaffer Johnston
Hi. Thank You very much. best regards.
Anon8117
Anon8091 , Anon8108 @Marmaduke
Hi. Thanks tips running chrome.exe in windows 8 compatibility mode works perfectly for poratble with chrlauncher. Best regards... :)
Anon8118
@marmaduke,
Thank you for the Linux 103.0.5060.134_1 build release.
With kind regards,
Disabled GVN-PRE at the source level. Stalled while building Chromium with Polly during ThinLTO codegen. Grrr. Whatever.

----------------

Alternatively, if anyone wants to turn on Polly during Clang codegen, just keep it limited IMO. No early inlining in particular so you are not importing and inlining before PGO/LTO. Might as well disable DeLICM as well to potentially save a little build time if running Polly early, as it is intended more for Polly running late before autovec.

For example:

common_optimize_on_cflags += [
"-mllvm", "-polly",
"-mllvm", "-polly-enable-delicm=false",
"-mllvm", "-polly-position=early",
# "-Rpass-analysis=polly",
]

----------------

On a tangential note, I did finally get around to building LLVM with AOCC.

https://developer.amd.com/amd-aocc/

It worked fine for a LLVM checkout from earlier today. There are a few more AOCC optimizations not enabled that require FullLTO. Typically I do not use LTO for building LLVM due to excessive build times.

Modified Chromium LLVM build script:

https://pastebin.com/TsHSmM4j

How I run the script:

python3 /home/robrich/depot_tools/chromium/src/tools/clang/scripts/build.py  --without-android--without-fuchsia--llvm-force-head-revision--disable-asserts--gcc-toolchain=/usr  --host-cc=/opt/AMD/aocc-compiler-3.2.0/bin/clang  --host-cxx=/opt/AMD/aocc-compiler-3.2.0/bin/clang++

----------------

For anyone curious about AOCC with FullLTO, here is how I have been compiling some SDR-related code.

https://pastebin.com/Ltpd7cVt
Just pushed a new build, v106.
This one takes into account Rob's comments previously in regards to optimizations and O2.
@justclueless Curious, any benchmark testing?

I rolled a test build using -O3 across the board for both clang+lto codegen awhile back, and it was slightly slower in benchmarks than another less optimized build. However, that might have also been related to setting AVX2 and using the Intel Haswell target despite testing on an AMD Zen 2 system, so YMMV. Still, it would not be the first time I have seen -O3 slightly regress Chromium performance in some benchmarks.
@RobRich
A few speedometer 2.0 benchmarks shows better results, ~290 for me where previously v105, -O3 gave around ~270
Octane benchmark was better, but this is an outdated benchmark
Jetstream 2.0 was more or less the same (within the margin of error).

I too am doing AVX2 targeting Haswell, but running it on a Zen 3 CPU.

So I would say your comments previously were on point. -O2 with PGO is probably the sweet spot.
Hi @RobRich,

Happy to see you!

How about health, family and morals?

@justclueless

On Intel® Core™ i7-4710HQ, 4e Gen, Haswell, AVX2, Clean Profil no extensions or flags :

Your 105.0.5189.0
-----------------
Octane 38663  38628  38561   (= 38617)
JetStream 2 108.619  128.875  129.721  (= 122.405)
Speedometer 2 119 ±3.2  117 ±1.9  114 ±2.5  (= 117 ±2.5)


Your 106.0.5202.0
-----------------
Octane 38656  38764  38356  38752  (= 38632)
JetStream 2 109.636  127.508  128.863  127.661  (= 123.417)
Speedometer 120 ±2.2  117 ±2.2  116 ±1.2  (= 117 ±1.8)


Results 105 VS 106
-------
Octane : +0,04%
JetStream 2 : +0,8%
Speedometer :  ±0
@Mumu
Thanks for sharing. I think that's good news, at least dropping it down to O2, it didn't do any worse.
@Mumu Thanks for the positive thoughts, plus the benchmark feedback. Most things here are about the same.

Eventually I might return to the listings with occasional (experimental?) public builds for Chromium on Linux. I have some ideas for further performance optimizations, but they are not exactly simple processes, so it could be awhile before having anything to present.

@justclueless Good stuff. AFAICT, LLVM is doing a decent job with PGO these days, and O2 should allow a little more leeway for code that can be built more for size than outright performance. Building cold code to size also should allow for more resources, particularly processor caches, to be allocated to hot code.

About hot versus cold code in the Chromum codebase, I seem to remember there were only like a few hundred hot functions even built for performance when doing PGO builds with Visual Studio years ago. Builders had to do there own instrumentation and profiling, with VS generating a nice little PGO summary table during the final build.
^*their* own instrumentation.... ;p Anyway.
Anon8127
@justclueless would building AVX only (not 2) be an hassle for you? We could even compare with your latest AVX2&optimizations to see if there's big difference in performance. Just a thought
@Anon8127
I'll try to keep it in the back of my mind for next time.
Local Linux build using AVX2+FMA with O2 across the board versus the current Snap store dev build with (AFAIK) Chromium's default mix of various opt levels. ThinLTO and PGO as usual. No Polly. No extra LLVM optimization passes.

AMD 5700u. 64GB DDR4-3200. Crucial P5 Plus 1TB NVMe.
Kubuntu 22.04 with various PPAs. 5.19.0rc8 kernel. Mesa 22.2.0-devel. Wayland.
Mitigations off. Wait states disabled via idle=halt. Performance CPU governor.
Chromium via XWayland due to no about:flags set for testing.

AVX2 r5209 | Snap r5191

Sunspider 1.0.2 (lower better)
123.2ms +/- 2.8% | 137.4ms +/- 2.0%

Kraken 1.1 (lower better)
605.4ms +/- 0.8% | 619.9ms +/- 0.5%

Speedmeter 2.0 (higher better)
198 ± 5.2 | 171 ± 5.4

MotionMark 1.2 (higher better)
846.94 ± 2.93% | 811.03 ± 4.73%

AVX2 build done with LLVM 16.0.0 (ad16268f). Had to do a git revert on a recent LLVM commit to get the build to complete. Chromium devs are aware of the issue.

git revert --no-commit b3645353041818f61e2580635409ddb81ff5a272

AVX2 build compiler config:

https://pastebin.com/mxRn9kLu

I mostly was just checking out some LLVM optimizations*, but anyway, I suppose that sets me an updated Chromium baseline for later possible experimentation. I can post the build if anyone is interested.

----------------

*BTW, as for the LLVM optimizations, here is what I was testing via the Chromium project's LLVM build script:

https://pastebin.com/hZhxSLNR

Mostly O3, ThinLTO, Polly, etc. along with some (admittedly unneeded) binary size cleanup via ICF, string tail merging, etc.

No PGO due to the extra build times for multi-stage building. Likewise I usually stay away from LTO for building LLVM due to extended build times, but whatever this time I suppose. Dropping the LTO import limit down to 30 probably helped there a little, too. The initial build compiler used was a LLVM v15 dev build checked out from the LLVM apt server.
Anon8130
Best of luck
@Marmaduke
Thx for ungoogled 104 update!
Anon8132
@Marmaduke
Hi. Thank you very much for ungoogled 104... 64bit windows. Regards:)
Anon8133
@Marmaduke
Thanks for the Ungoogled version 104.
Anon8134
@Hibbiki
Thanks for the latest Chromium version 103
.
Anon8135
@marmaduke,
Thank you for the 104.0.5112.74-1 Win64 build release.
With kind regards,
@Maraduke
Cab you do that 104.0.5112.74 version for the Mac?
Anon8137
Chromium always the best browser.
Anon8138
@Hibbiki
Hi. Thank you very much for nosync update 64bit windows. Best Regards... :)
@Marmaduke
Saw this, got a little paranoid!
Chrome 104.0.5112.79 Stable Channel Update for Desktop (Mac & Linux) (google)
- Includes 27 security fixes.
When you can, please do a Mac build! Those security updates are on my mind...
Anon8140
@Marmaduke
need ungoogled Win32 very much. Please!
Instead of waiting for marmaduk for v.104.0.5112.81 release, here is a solution: https://github.com/ungoogled-software/ungoogled-chromium-windows/releases

Unfortunately, chrlauncher does not yet work with this repository to automatically update new versions from there.
Anon8142
@hSahS
Hi. Thanks ; work fine. Regards... :)
Anon8143
@Anon8140
In repository proposed by hSaHS you have Ungoolged 104.0.5112.81 Win 32bit. If you want.
Anon8144
Instead of waiting for marmaduke for the Mac v.104.0.5112.81 release, here is a solution: https://softaro.net/ungoogled-chromium/
@justclueless
Unfortunately I have to report: Build 106.0.5217.0 has already crashed on me twice - image flickers in squares in all colors. The PC is frozen and can not be restarted or shut down - so cold start. Has there been a conflict in the GPU (Intel UHD Graphics 630)?
Anon8146
@Marmaduke
Hi. Bromite 104 is out and Chrome for Android too ; maybe now you can do Unggogled for Android ? Thanks . Best regards. :)
@wth
No GPU stuff was touched, unless the chromium authors did something.
I haven't noticed any issues on my end. Is it reporting anything wrong in chrome://gpu?
@justclueless

We can see here in the builds from Chrome Edge and by Hibbiki:

Problems Detected
WebGPU has been disabled via blocklist or the command line.
Disabled Features: webgpu

In your build the feature is not disabled.

Is this the decisive difference?
@wth
That could be possible. Try disabling it in chrome://flags or via launch options.
Mine is enabled as well, but I'm not using integrated graphics and haven't noticed crashing.
Notice in flags:
Unsafe WebGPU
Enables access to the experimental WebGPU API. Warning: As GPU sandboxing isn't implemented yet for the WebGPU API, it is possible to read GPU data for other processes. – Mac, Windows, Linux, Fuchsia, Lacros

Stray bits? So it is recommended: Disable
Is anyone here actually using WebGPU for anything, yet? Anyway.

----------------

There is an ever-so-slight chance I *might* restart a small subset of builds. I have been bidding on an older 64-core server, though it is probably like a 50/50 at best chance of me getting it.

Admittedly, even just feeling up to managing like 5-6 different builds was the biggest part of the decision, but increasingly excessive build times were another part of my decision to quite routine public builds.

I briefly tried building Chromium on Google Cloud awhile back, but it was likewise annoying to setup and manage with how I feel most days. I actually could do distributed building locally, but even managing them aside, I am not a huge fan of running multiple would-be space heaters with summer temperatures here.

Anyone have a dual-socket AMD EPYC 7763X system to donate? lol
@wth Yeah, disable.
I'll be rolling out a new build later today/tonight (hopefully, current task should finish soon), lets see if the problem continues for you.

@RobRich Nope, not using WebGPU myself. Anything you build will be greatly received and appreciated Rob! =D
Will be like a "return of the master" moment and people using chrlauncher will get auto-updates again lol
Thank you very much
New build uploaded. @wth see if this one crashes for you.
Reverted back to -O3 for this one, just to see if there's any notable differences.
Anon8155
@justclueless
Thanks, thanks for the build 106.0.5228.2. We will see in the next day. There are rare NEWS clips in the web which the browser should block so that they don't crash the OS.
@justclueless Here are the build levels I am using for a current test build:

https://pastebin.com/DjiApYPg

Basically it is -O2 for Clang and LTO, except using -O3 for the max/speed code paths with Clang. PGO is suggested to manage code size of course, as there is a reason the bulk of code in non-PGO builds are done at Oz/Os. ;) I included the changes for Linux and Windows, but it has been quite awhile since I last build Chromium for Windows, so YMMV.

Once upon a time, one could actually build Chromium at -Ofast (or alternatively -ffast-math) without breaking much, if anything. I know Opus needed a quick source edit to build. The problem is the resulting browser was actually slower in some benchmarks, plus I have a nagging feeling maybe something in Skia or whatever graphics component might have crashed in a particular benchmark. Hmmm. Still, building just a few third_party components for multimedia and FP math at -Ofast might be of benefit. Something to explore later.

----------------

Speaking of building software, I have a system and parts on order. The box is a 64-core Opteron server. Ordered 256GB (32x8MB) of memory. I probably will reuse of my existing enterprise-class SSDs for storage.

I can not really justify the costs for a similar-class EYPC or later Xeon system. Anyway, it is an upgrade from my existing two 32-core Opteron systems without having to deal with distributed building.... thought I suppose that might be something to further explore later.
@justclueless

Sorry, Anon8155 it's me, wth.

After all, the Chromium variants here are easier to install. Microsoft Chromium Edge is installed three times as the same: Edge, Edge Core and WebViewer. Microsoft has specialists for unnecessary adware and open doors for malware. The German variant still forces the app startseite.de onto etc. If you want to delete something, it is first copied into two or three caches and the disk is cluttered.
@RobRich Thanks Rob! I'll take a look at the config later and yeah I'm using PGO.
All the best for your new box, I hope you got solar energy or something, inflationary pressures are real these days.
@justclueless During the summer I would not mind dumping the heat from build boxes somewhere other than back into the house. Thankfully my electric is via a local co-op, so a non-profit.
Anon8160
Very nice browsers. I fall in love. Thanks!
FWIW, I have completed internal Linux test builds at https://pastebin.com/DjiApYPg vs -03 across the board, and the -O3 builds are slower in various benchmarks. Some numbers are in the noise, and other numbers are up to a few percent. That said, I was running a litany of extra LLVM passes, so YMMV of course.

Hopefully my 64c Opteron build box will arrive and be ready next week. Barring no complications I hope to return at least a Linux build to the listings. I am not sure about Windows builds, as I rarely use the platform anymore.
@Rob,

You have already rendered gigantic services for years.

No pressure: build only what you need and simply share on your github.

Next week I would test -O2 VS -O3 from @justclueless’s build but I feel like the performance differences are not worthing the build time difference (except if you got 64 cores)
@justclueless

The User Agent is always incompletely specified on your builds, currently only 106.0.0.0 instead of 106.0.5228.2. Windows Defender reacts to this as a possible threat and constantly wants a Quickscan. This is quite annoying and obviously not an ideal way. If the User Agent would be displayed correctly, Windows Defender would give silence. - In comparison: Avast AntiVirus has no problem there. But the servers on the web want to know which app they are dealing with. So correctness is always an advantage.
@wth
Reporting of user-agent has nothing to do with me. I think they're moving towards this reduced structure for user-agent.
Go to chrome://flags and search for "user-agent".
You'll see a bunch of flags you can try to use to get it back to the exact user-agent string instead of the current major version only format.
Eg:
#full-user-agent
#reduce-user-agent
...etc

https://developer.chrome.com/blog/user-agent-reduction-deprecation-trial/
@justclueless
Thank you anyway. I had already found the flag "Full User-Agent request header". But what does "Default" mean in each case? Obviously different rules apply for the Beta than for the Stable. In your 106.0.0.0 the default is "Disabled" but in the Stable published here by Hibbiki and in Chromium Edge by MS it is "Enabled". Why this difference? "User-Agent Reduction deprecation trial" this is bullshit squared, an unnecessary mess. Who always allows himself such nonsense? The security apps on the servers and users sometimes react very sensitively to it.- But you "justclueless", doing allways your best, are excused, the name says it right.
@wth
Hahahaha, honestly, my name is accurate. I have no idea what the defaults mean tbh. I usually just "accept defaults" and proceed.
I think this "feature" is only activated on dev builds, hence why my builds have it and the Stable ones by Hibbiki...etc don't.

Tbh, there is an easy fix, just use an user-agent changer extension and just set it to "104.0.5112.81", the current chrome stable and you should be back to normal. That would probs save you more time than figuring out what the flags/defaults mean and trying to revert their changes.
Fine granularity in user_agent strings is intended to be replaced with client hints. Part of it has to do with browser fingerprinting.

https://developer.chrome.com/docs/privacy-sandbox/user-agent/
https://web.dev/migrate-to-ua-ch/
> I think this "feature" is only activated on dev builds, hence why my builds have it and the Stable ones by Hibbiki...etc don't.

The staged rollout of User-Agent version deprecation is controlled via field-trials, as such if your builds have them enabled, different users will experience different results.

Variations (also known as field-trials) are meant to change various browser settings and behaviors and are used by Google as a way to gather data or rollout new features in stages. Browser uses seed created on first run to determine which available variations to enable. Some trials might have higher chance while others lower.

Please note my builds are explicitly configured to disable variations (disable_fieldtrial_testing_config) for this exact reason - they inherently generate reporting overhead and cause people to file issues for them.
@Hibbiki
My apologies, I didn't know, thank you and @RobRich for the info as always. Like I said, I just accepted defaults and away we go.
I think I can switch it off via GN flags, disable_fieldtrial_testing_config=true by the looks of it. Might try it for next time if I remember to.
Anon8170
Has Marmaduke abandoned his builds?
@Marmaduke
Early hibernation? Or do you have some issues with your build box? Family issues that require you time? Let us know if we can help.
@Anon8170

No, it's not abandoned. He himself is arrogant! If you look at the threads in his repository, you'll see that he either doesn't reply for ~15 days or outright locks the thread where someone asks him a question. Nothing new, there are such people, if possible - you will get used to it.
This week's build is O2 across the board.
Lets see how we go
64c Opteron server arrived. 256GB mem arrived. Radon Pro WX 3200 arrived.

I have slightly faster Opteron 6380 procs on order. I would have liked 6386 SE procs, but I can source 4x 6380 for little more than 1x 6386 SE. Maybe later.

Now to get it together and install Linux. Might be a few days.

Also looks like I should have various 16c Opteron pulls available, including from previous socket G34 builds and upgrades. Down the road I might have to look into those affordable X89 motherboards from China. Distributed build farm running Goma, perhaps?
Screwdriver 
Thanks @Marmaduke!
@b'Aal

Fuck off
Anon8177
@Hibbiki
Thank you for the 104.0.5112.102. Best Regards.
Anon8178
@Marmaduke,
Thank you for the 104.0.5112.102-1 Win64 build release.
With kind regards,
@Marmaduke
If you can, please build the 104.0.5112.102 Mac version.
Thanks
Anon8180
@Marmaduke & @Hibbiki
Hi. Thank you for the quick Ungoogled & nosync 104......102 Windows 64bit. Regards...
Hello justclueless

Using your latest AVX2 version 106.0.5243.2 (Official Build) (64-bits), I thought I ran the Hibbiki build!
Indeed, the download module has returned as in the old versions of Chromium. The developers are a little playful...
The http to https transformation still happens, but rarely.
So, I close Chromium and at the new launch, the bug disappears...
Otherwise, everything works smoothly for me.
Anon8182
@Marmaduke,
Just my observation and feedback on 104.0.5112.102-1 Win64 build,
Micro stutters on youtube, vimeo, jwplayer, brightcove videos are back again. You fixed this in your earlier builds.
Kindly look into this please.
With kind regards,
The 64c build box is together for the basics, OS, and various software.

https://imgur.com/a/tG5FCxm

Still waiting on the slightly faster Opteron 6380 procs, plus a low-profile bracket for the Radeon Pro WX 3200.
Anon8184
I don't think Marmaduke "fixes" stuff does he? He just compiles builds, right? So if the issue is from the build itself how can Marmaduke fix it? But then again this is official stable version that Google released for 80% of the world's population using Google Chrome, so it should work, yet it's been degoogled but then question becomes it is ungoogled chromium's fault for introducing the micro stutter, or is it Marmaduke's?
Anon8185
@Anon8184,
Thank you for the clarity, yes, micro stutters could be due to chrome / ungoogled chromium base code regression too.

@Marmaduke, my apologies, I assumed, where possible you also included bug fixes / code optimisation part of your builds. Must say though, comparatively to others builds, your builds seems to be slightly faster and stable too.

I am learning something everyday, salute to all Chromium developers who publish their build in this site...and also to those who help / guide people like me. Thank you all !

With kind regards,
@Marmaduke
Thx for the Ungoogled 104....102 version
Anon8187
@Marmaduke
Hi. Thank you very much for the update Ungoogled Android 104....97. Regards.:)
@Marmaduke
The mac version on this site is 2 versions behind the curve. Please update it to version 104.0.5112.102.
Of course, there are other sites, at least 4 that I know of, where it is available, but many od us prefer your builds.
Please try to find the time to do that update!
Anon8189
Anyone else getting this error on the v107.0.5252.0-r0-AVX2 build when trying to sign into Gmail? How to resolve?

This browser or app may not be secure. Learn more
Try using a different browser. If you’re already using a supported browser, you can try again to sign in.
@Anon8189 Yeah, I just tried Gdrive and I'm getting the same thing as well. Will look into it over the coming days.
@Anon8189 and @justclueless

Already got the problem with version 106.0.5243.2

I tried spoofing user-agent, but it didn't change anything...

I continue to investigate.
@Mumu Thanks for confirming. Hopefully it's a google server side thing, unless me playing around with -O2 and -O3 has messed up things =/
Got my 64c Opteron build box upgrades done with 4x 6380 procs and Radeon Pro WX 3200 graphics.

I will deal with re-opening my previous build repo perhaps later this week. In the meantime, a Linux AVX build for testing:

https://github.com/RobRich999/Chromium_Experimental/releases/tag/v107.0.5255.0-r1037571-linux64-deb-avx

Technically it targets -march=x86-64-v2 with -mavx support added. For LLVM that means SandyBridge instruction scheduling. I added a few extra LLVM optimization passes, and there are likely more to follow. Additional details later, and yeah, I will get the build config posted eventually.

https://en.wikipedia.org/wiki/X86-64#Microarchitecture_levels

FWIW, it is nearly 70 points faster in Basemark Web 3.0 than the current Chromium edge build in the snap store. YMMV.

I am not seeing much need for a Linux AVX2 build, and it would complicate the build process on my Opteron builds boxes lacking native AVX2 support anyway. AVX gets us VEX encoding, and various components can still dispatch into AVX2 when available as already programmed by the devs.
@RobRich It's looking good Rob, the return of the legend!
Anon8195
Good to have you back @Rob! Are you planning on focusing only on Linux builds or perhaps Windows too? Nonetheless, awesome stuff :)
Thanks for the positive thoughts. :)

About builds, Linux for now as that is my platform of choice these days.

I do not really have much use for Windows anymore, but I am not entirely against building Chromium for it. I will need to cleanup and update a Windows system to get the needed SDK so I can cross-build from Linux.

I am also thinking about looking into using V8 builtins profile-guided optimization, at least on Linux, which is separate from the usual LLVM PGO process.
Anon8197
seems good @Rob; i'm still rocking your 100.0.4863.0-r965290 Windows build from Feb 03, 2022 :)
Anon8198
@Marmaduke,
Thank you for the 104.0.5112.101_1 Linux and 104.0.5112.97 Android build releases.
With kind regards,
Anon8199
A question to the more advanced/knowledgeable users: I've seen some projects on Github that have an automated building process (Actions tab on the plataform). One that comes to mind right now is mpv (media player - https://github.com/shinchiro/mpv-winbuild-cmake) which builds/compiles Windows binaries every 24 hours.
I assume such thing is not possible with the chromium project from here?
@Anon8199 Chromium takes serious resources to build. GitHub Actions has limited, especially for free accounts. YMMV.

I tried building on Google Compute Engine awhile back. It works, but again, be prepared to spend some money per build depending upon hardware resources. Also just because you might want a particular VM configuration, that does not mean it will be available at the datacenter where your would like it or even at all.

@Anon8197 I would suggest at least running the Chromium project's own dev builds in the meantime, The project's builds will be a little slower, but your current install is well behind for security updates.

----------------

I have Win11 installed on my Kaby Lake notebook via Rufus modifying the installer. Seems to be doing okay. Installing VS right now so I can extract the needed Windows SDK to cross-build on Linux.
It seems Google apps (gmail, drive..etc) are still broken on my latest release. I have no idea why.
@justclueless Just a quick thought. Did you turn off "Allow Chromium sign-in" in the settings?

chrome://settings/syncSetup

----------------

Upgraded the 64c Linux build box from a hybrid SSHD to an enterprise-class SSD. Currently it is pulling Chromium sources. Next is setting up the build environment, including for Windows cross builds. Might have a build (or builds?) later today or tomorrow.

My 32c Linux box has also been upgraded and reinstalled. Still need to work on my 32c Windows box.
@RobRich toggling "Allow Chromium sign-in" on and off has no effect. I might do a stock build later in the week and see if it's something in my config that's messed this up.
I'm not actually that integrated into the Google ecosystem, so it doesn't really affect me, but I think it does for others.
@AlexFrick Hi. Are we allowed to get some of your patches to apply on original Chromium source? I have a big history and extensions and sessions in Chromium so I dont wanna leave it now.
@justclueless Turns out it is a known issue. The underlying bug report is restricted for now. Public comment on the bug report here:

https://bugs.chromium.org/p/chromium/issues/detail?id=1352843

In the meantime, add....

--enable-features=LoadCryptoTokenExtension

....to the chrome command line as a workaround. Devs hope to have a fix in a few days.
Chromium 107.0.5266.0 (Official Build) (Windows 64-bit) - No Sync | WebRTC Enabled | Widevine Enabled
Revision bfb1f1913de17cfce1a194ba48928632fbc8602d-refs/heads/main@{#1040126}
Compiler clang (+lld_linker +thinlto +pgo +avx2 +fma +compiler_optimizations +linker_optimizations)

https://github.com/RobRich999/Chromium_Clang/releases/tag/v107.0.5266.0-r1040126-win64-avx2

----------------

Baseline clang opt at 02. Clang max/speed at 03. LTO at O3. No manually added LLVM opt passes for now. It was basically was an initial Win64 AVX2 build to verify cross building under Linux was working on the build box.

----------------

Currently I am expecting to build Linux64 AVX, Win64 AVX, and Win64 AVX2. Those cover most relatively modern systems (since ~2011) except for Intel Atoms or similar low-power procs, and those can use the project's own SSE3 builds as applicable.

Linux64 AVX2 is a no go for now, as my Opteron build boxes do no natively support AVX2. Not much a concern IMO since project code using AVX2 dispatch still is supported as applicable.

I am not too concerned about Win64 AVX2 for similar coding reasons, but I am proceeding (for now?) since cross building for Win64 AVX2 does not require native AVX2 support on the build box.

As I have noted several times over the years, we (should) want VEX instruction encoding to limit SIMD transition penalties, and establishing AVX as a baseline gets us that. Consider selectively dispatched AVX2 code to be "icing on the cake."

https://john-h-k.github.io/VexTransitionPenalties.html

----------------

@Jerry I will drop ya' a line in the upcoming days about relisting certain builds.
^LTO at *O2*. Typo.
A few build-related ramblings added to my repo's discussion thread if anyone is interested.

https://github.com/RobRich999/Chromium_Clang/issues/26
Updated Linux64 AVX build is now available.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v107.0.5266.0-r1040126-linux64-deb-avx

@Jerry Sorry for spamming the comments. Combine or edit the posts if desired. Thanks!
@RobRich Awesome, thanks for the info, as always =D
I'll be giving your Windows build a quick look later today or tomorrow.
Anon8212
The return of the king :)
Thanks a lot for "v107.0.5266.0-r1040126-win64-avx" @Rob
@justclueless
I couldn't resist and installed your build 107.0.5260.0. Good stuff! Thank you! Fast, faster than the new build 107.0.5266.0 from RobRich - 23.6% with the same UserData, same Windows, same device, tested with BaseMark Web 3.0. - No problems. Crash problems were rare in the past but due to a defective graphics driver from Intel - not the first time unsuitable drivers have come from Intel.
@Justclueless
Would it be possible for you to compile a Mac version? The up-to-date Mac builds on the site are now more than a month behind the curve.
I don't know what it takes to do those Mac builds, compared with the versions for Windows. So if it is impossible, sorry for the request.
Obviously Marmaduke has some issue with updating to the latest ungoogled version.
It may be time to give him a break as he is probably just too busy to do the Mac builds.
My r1040126 builds were to verify the new build box. Basically just slight O level and SIMD tweaks. More serious optimizations to follow.

----------------

The big issue with Mac builds IMO is the need for building Chromium natively on MacOS. No cross build support last I knew. That means needing Apple hardware or maintaining a "hackintosh".... and that is even before factoring the ongoing MacOS platform migration to ARM.
@justclueless and @RobRich
In my tests mentioned above, there is a difference in conditions:
In 107.0.5260.0 by justclueless the "Privacy Sandbox" is still Beta, switched OFF. But in version 107.0.5266.0 by RobRich the Privacy Sandbox is no longer Beta and ON by default. What can we conclude from this? Privacy Sandbox is - metaphorically speaking - a tightened handbrake, really a nonsense or as in Alemmanisch a "Gugelfuhre" (an overloaded haystack).- On the other hand, I browse with uBlock Origin (also googletagmanager and google-analytics are blocked) and for security I use "Malwarebytes Browser Guard".
I turn off the Privacy Sandbox trials in my own local installs plus block third-party cookies unless absolutely absolutely required by specific sites of particular personal interest. For example, last I knew, Google Drive wants third-party cookies enabled for some functionality.
@wth thanks for the feedback, but as Rob pointed out, his was a baseline test run for his hardware.

@David Lee also what Rob pointed out, you need to maintain a "hackintosh" to build it. I physically don't have the hardware to do it, sorry.

@RobRich: I took a quick look at your Windows builds, the difference between AVX/AVX2 is practically negligible. I haven't tested video benchmarks yet though. I might try dropping down to just AVX next time for my build and see what happens.
I would also like to ban third-party cookies, but there are providers of IP-TV that do not work completely without and refuse streaming. Also bitmovin.com is there and others with their media statistics. Then we should experiment with UBlock Origin. But "Privacy Sandbox" is counterproductive and makes the web slow.
@justclueless Thanks for the testing and feedback. :)

Interestingly enough a significant portion of the core Chromium codebase is actually scalar code, so we are leaning heavily on autovectorization for our SIMD efforts. Chromium devs actually built without autovec for awhile to improve build times back when initially adding ThinLTO support, and surprisingly very few end-users seemed to notice much difference with the stock Windows build, though I doubt many outside the project where actively looking for the regressions.

You are on the right idea regarding multimedia performance. The third-party components like media codecs, encryption, etc. are where we are more likely to encounter heavier SIMD coding, plus thankfully parts of those code paths are dynamically dispatched according to detected SIMD hardware support at run-time.

----------------

Right now my build box is rolling an "everything and the kitchen sink" Linux build. Slammed opt levels and numerous LLVM options to verify they config will build, then probably starting refining and tweaking the config over the upcoming days to weeks. Hopefully more info to follow later.
why don't u guys make a version for linux with sync and all? You can make a version with sync and all codecs like in windows then upload to aur for arch linux distros :3
@justclueless, it’s not because @Robrich is coming back that you have to give up!

Your justclueless’s builds are working fine.

What I see after several tests is that like with @justclueless’ builds like @Robrich's there is very little difference in performance between an AVX version and an AVX2 version.

And the performance differences are not extraordinary visible between a full O3 or an O2 even if it remains to the advantage of the O3.

Therefore, if power cost or time are variables to consider and someone wanted to compile only one single Chromium I would recommend an AVX + O2.

AVX2 + O3 compiled from a buildbox under Linux is if you want the best of all worlds! But as you can see with Rob, it costs a lot of research and testing…

PS : glad to see you here again Rob.
@David Lee

The only issue I have is with you: think about it!
@Mumu No, you have the wrong idea, I'm not leaving, it's the opposite. Best time to learn now that Rob is getting back into it =D
As for building, I don't mind either way, if Rob is going to build for Windows as well, it will help fine tune current optimizations.

The cost of O2 vs O3 and AVX vs AVX2 isn't that big for me yet, since I'm only building 1 version.
@Marmaduke
My apologies for upsetting you. Rest assured, you will not be bothered again, for without prompt Mac updates, the comprehensive attraction of the site has disappeared. As a Mac user only I have no more intention to visit.
Gook luck in the future.
Anon8226
@marmaduke i'm on your builds since your day one. Look like it's a same dude or group of bot's that attacking you since february with very strange messaging. But you stand very good. Cheer's
Anon8227
@Hibikki your 105.0.5195.54 after installation is coming up as 105.0.0.0 on this websites version check
Anon8228
@Hibbiki
Thank you very much for the update 105.0.5195.54. As always with all the latest codecs H.264/AVC also H.264/AVC High@L4. Best regards.
Anon8229
@Hibbiki after installing with your installer the new 105.0.5195.54, the chrome version check says 105.0.0.0

Screenshot https://i.imgur.com/nzcKJAW.png
Anon8230
@Anon8229
Set this: chrome://flags/ > Full User-Agent request header > Enabled
Anon8231
@Anon8230 - Never had to do that before, is that something new about this version of Chrome?
And if so, is that something the chrome programmers have put in to make our user agent less unique?
If it is a feature to make us less unique, I think I would rather keep it the way it is, makes my browser less identifiable by market research etcetera.
@Anon8229, @Anon8227
Yes it seems that Phase 4 is active since 105, which is weird as it isn't present on https://chromestatus.com/roadmap, however it matches with official Chrome builds.

See https://www.chromium.org/updates/ua-reduction/#reduced-navigatorplatform-values-for-all-versions for details on each phase; note that Phase 5 is planned for 106 currently (so next version).
Anon8233
@Anon 8231
The marketing is rather the other way around: With 105.0.0.0 more users can be targeted than specified with 105.0.5195.54. Besides, it is always better to see what we are doing. This is an advantage when we update manually, because we can see what we already have and if we should update at all. If I guess right, on this website clarity is a principle here.
@Anon8230

Using #reduce-user-agent-minor-version is more advisable if user only wants non-reduced minor version to show up.
Francis Preston Blair 
@David Lee

Good riddance to bad rubbish.
Anon8236
@Hibbiki
Hi . Thank you very much for your very quick update nosync 64bit Windows 105.0.5195.52. Best Regards... :)
Anon8237
@Marmaduke,
Thank you for the 105.0.5195.54-1 Win64 build release.
With kind regards,
proper W11 manifest 
would it be possible to modify the embedded manifest for the exe and dll files
for the Windows builds, to also include longPathAware, SegmentHeap, and dpiAwareness ?
Anon8239
@Marmaduke
Hi. Thank you for the Update Ungoogled 64bit Windows 105.0.5195.54. Best regards. :) ...
Updated Linux 64 AVX build now available.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v107.0.5275.0-r1041932-linux64-deb-avx

AFAIK and IIRC, perhaps a (or the?) record score in Basemark Web 3.0 on my Ryzen 5700u notebook with this build. Other benchmarks look about as expected with my experience for the optimizations being used.

I am rolling a Windows build with a similar config on another build box at the moment. Hopefully it will prove similarly performant and thus releasable.

Think I have my core set of extra LLVM passes about worked out. Still need to check a few other passes. I will try to get a config posted to my repo in the upcoming days, then probably get with @Jerry about relisting builds.

BTW I manually enabled LoadCryptoTokenExtension in chromium/src/extensions/common/extension_features.cc to workaround the current Google login issue, so the related command line switch is not required.
Anon8241
@Hibbiki

"Using #reduce-user-agent-minor-version is more advisable if user only wants non-reduced minor version to show up."

OK. Thanks. But then: Desabled - Then the full number appears. This way we can see what we do next update.
 […] manually enabled LoadCryptoTokenExtension […] to workaround the current Google login issue, so the related command line switch is not required […] 

Perfect ! Thank you very much, it will be much more practical that way!

Ɛ> @Rob !
Gordon Clyde Cummings 
What Chromium version would you recommend for 64bit Armbian?

Great site.
That's a good idea Rob, I enabled LoadCryptoTokenExtension (hopefully correctly) in this week's build too.
Anon8245
@Hibbiki
Thank you very much for the update 105.0.5195.102. Best regards.
@Mumu+justclueless Thanks and welcome.

----------------

Update on the Windows side. My latest internal Windows cross builds built but failed at runtime. Possibly a LLVM tweak or pass that works on Linux but not Windows. I am removing all extra LLVM options and rolling new builds to check. I am hoping to find the issue and have Windows builds pushed later this weekend.
Anon8247
@Hibbiki
Hi. Thank you very much for your very quick update 105.0.5195.102 nosync win 64bit. Best regards... :)
GoogleSucks 
FYI: the last 2 105.xxx.xxx.xxx releases by Hibiki don't show up as "Up To Date".
Screenshot: https://ibb.co/VYK1jSK
but the version is correct on "About Chromium" page.
it might just be the site detection?
Anon8249
@GoogleSucks
Set this: chrome://flags/ > Full User-Agent request header > Enabled
Anon8250
@Marmaduke,
Thank you for the 105.0.5195.52 Linux build release.
With kind regards,
"User-Agent (UA) reduction is the effort to minimize the identifying information shared in the User-Agent string which may be used for passive fingerprinting. "

Source: https://developer.chrome.com/en/docs/privacy-sandbox/user-agent/#what-is-user-agent-reduction
GoogleSucks 
@Anon8249 thank you.
Anyone who believes everything Google says is a fool. G. is only interested in more money, in better control over the WWW. What is all this babbling about security? Passive fingerprinting? The reduction is only about the version number and nothing else. As already said, Google can specifically reach more users with the reduced version number than with the unreduced one. Details about legal details of used licenses are also sent either way. We can even create an internal HTML file with a Java script and can see there what exactly is transmitted.

<div id="typos">
</div>
<script type="text/javascript">
document.getElementById("typos").innerHTML =
navigator.appVersion;
</script>

The IP address cannot simply be concealed. And it can be traced back to the real user anyway. FBI and NSA can do that.
More bits in the UA string allows for easier fingerprinting. It is not about stopping fingerprinting, but instead incrementally lessening the available attack surface for fingerprinting, even if just slightly.

Mozilla has done similar. I am posting this comment with "Firefox/106.0."

I do note Gnome Web (WebKitGTK) and Falkon (Qt WebEngine) still report detailed UA strings. YMMV with other browsers.

Why bother using a Google-sponsored browser project largely developed by Google employees?
On to other browser annoyances, it is not added LLVM passes breaking my Windows cross builds. Looking at event logs, it reminds me of a C++ redistributable issue, but Google Chrome works on the same target test system, so.... yeah. Fun stuff.

I did just note various Windows builds have been failing builbot CI tests since yesterday. Suppose I will dig through those later assuming devs have not already done so and have a fix in the pipeline.
Suppose strike that idea. Even of tests are flaking, the Win x64 builders appear okay.

https://ci.chromium.org/ui/p/chromium/builders/ci/Win+x64+Builder/123936/test-results
Potentially interesting regarding Windows and LTO. Now trying with enable_iterator_debugging = false set, which I have not bothered setting in a long time.

https://bugs.chromium.org/p/chromium/issues/detail?id=1335422
Anon8258
i updated to markmaduke's 105.0.5195.54 (1027018) for windows, however while chromium is correctly reporting the version, on this site in top right it shows as "105.0.0.0" which is obviously incorrect
@Anon8258 Scroll back a few posts.
Hmmm. Potentially getting closer on the Windows cross builds.

https://reviews.llvm.org/D133165

It has yet to land in the source tree. Looks like I will patching and building LLVM locally to verify.
GoogleSucks 
@RobRich thanks for explanation. i used to use Firefox but quit after discovering Mozilla promote "Internet Safety Speech" during Covid lockdowns in US. essentially, any narrative which goes against official Govt narrative is considered "dangerous" & should be "censored".

in addition, their mobile version is sluggish beyond usage. although i still use it for my smartphone, out of necessity, for uBlock. no other web browser supports extensions.

unfortunately, there are only a handful of companies to select from. if there were more options, i'd switch. for me, Chromium is fast, not as intrusive as others. ie. Operating System. almost everything requires Windows. yes, i can switch to Linux.. but would still need Windows for gadgets, etc.

thanks for this site & free offering. im not complaining.
Okay, maybe not, as it is still occurring here. Peaked at the Windows event logs.

"Activation context generation failed for "D:\chromium\win64avx2\chrome.exe". Dependent Assembly 107.0.5279.0,language="&#x2a;",type="win32",version="107.0.5279.0" could not be found."

A potential SideBySide error, which I would think lends to the idea of a redistributable issue, but those are installed and up to date. Tracing with sxstrace.exe was not helpful, either. Again, fun stuff.

There is an off-chance it could be the target test system, as for now I have run out of quick ideas on the build side of the equation.

Suppose I could virtualize Windows on one of my Linux systems. About to remember why I quit bothering with Windows; not just browser builds, but pretty much the Windows platform as a whole.
Did an AVX version this week as well.
AVX performs little bit better in stuff like speedometer, but AVX2 can be 100 points higher than AVX in motionmark.
It's like there's a trade-off happening between the two, unless I messed up somewhere on my systems.

https://github.com/justclueless/chromium-experimental/releases/tag/v107.0.5277.0-r0-AVX
@justclueless Sure enough. Welcome to the world of instruction scheduling, vector widths, etc.; with results being YMMV depending upon the particular processor(s) being used to benchmark the browser builds.

Are you running any extra LLVM passes, such as additional loop optimizations?
@RobRich Yeah, I think I have "enable-loopinterchange" and "extra-vectorizer-passes".
Not sure if the last one has much benefit though.
@justclueless The extra-vectorizer-passes option is now conditioned on loops being vectorized, so AFAICT, you should not have to manually pass it anymore.

https://reviews.llvm.org/D115052

YMMV, but consider trying something like the the following for Windows builds using ThinLTO:

cflags += [
"-mllvm", "-adce-remove-loops",
"-mllvm", "-enable-cse-in-irtranslator",
"-mllvm", "-enable-cse-in-legalizer",
"-mllvm", "-loop-rotate-multi",
"-mllvm", "-enable-loopinterchange",
"-mllvm", "-enable-loop-distribute",
"-mllvm", "-enable-loop-flatten",
"-mllvm", "-enable-loop-versioning-licm",
"-mllvm", "-interleave-small-loop-scalar-reduction",
]

ldflags += [
"-mllvm:-adce-remove-loops",
"-mllvm:-enable-cse-in-irtranslator",
"-mllvm:-enable-cse-in-legalizer",
"-mllvm:-loop-rotate-multi",
"-mllvm:-enable-loopinterchange",
"-mllvm:-enable-loop-distribute",
"-mllvm:-enable-loop-flatten",
"-mllvm:-enable-loop-versioning-licm",
"-mllvm:-interleave-small-loop-scalar-reduction",
]

That gets us most of the relatively modern LLVM loop opt passes, plus some extra cleanup passes. It is the config I used for my latest Linux AVX build.

Of note there is also -enable-unroll-and-jam, but I find it tends to regress performance for Chromium on x86 archs. Appears to make sense, at least for LLVM, as its unroll-and-jam pass originally targeted embedded procs.

https://reviews.llvm.org/D41953
Anon8267
@Marmaduke
Hi. Thank you bro for the new update Ungoogled 105......102 64bit win. Best Regards :) .....
The update makes the previous bug fixed, thanks! Not sure if it has something with my software and puglin (e.g https://screenapp.io/ and https://pandavpnpro.com/)...
@RobRich Thanks Rob, I'll try those next time.
@justclueless Welcome.

----------------

Did a Win10 install with VS, WinSDK, etc. on native hardware. Rerolled the WinSDK checkout with Chromium's script. Created a new Chromium repo on a Linux build box. Cross builds complete. Cross builds still failing at runtime due to supposed Windows SideBySide errors. Grrr.

One possible idea. To anyone doing cross builds successfully, what specific WinSDK version are you using?

For hopefully less of a headache, I am thinking it is about time to just virtualize Windows and forget the cross build process. What really annoys me is the process was generating working builds like a couple of weeks ago.
From marmaduke's github:

GNU/Linux cross-compiled [Ubuntu 22.04.1 LTS (GNU/Linux 5.19.4 x86_64)]
SDK 10.0.22000.194 (Visual Studio 2022 17.1.5)
clang/llvm (Default)
Thanks. Pretty sure I tried 22621, 20348, and even 19041. I will take a look at 22000.
Rishi Loser Sunak 
@RobRich

dcheck_always_on=false

Only build from a successful compile: it's only recently that multi-billion dollar corporation Google has perfected the cross-compile process.

For years marmaduke has been meeeting Robert Johnson at the cross-roads for advise on his builds.

https://ci.chromium.org/p/chromium/builders/luci.chromium.ci/linux-win_cross-rel/

Rishi "Green Card" Sunak
Thanks. I wanting to think I tried that previously, but perhaps not. I take a closer look at my current Windows cross build args, as I might have omitted that during the software overhauls of my build boxes.

Admittedly, I have not had much reason to follow Windows building - native or cross - for quite awhile. I reinstalled Windows on a spare system just to get a working WinSDK and to do build checking on native hardware. I am primarly a Linux user these days.
Anon8275
@Marmaduke,
Thank you for the 105.0.5195.102 Win64 and Linux build releases.
With kind regards,
Speaking of 105.0.5195.102, a security FYI for anyone running an earlier release for whatever reason. Updating is highly recommended.

https://arstechnica.com/information-technology/2022/09/chrome-patches-high-severity-0-day-its-6th-this-year/

----------------

The 64c build box is rolling a Win64 AVX2 cross build right now. Fingers crossed.
Checked on the build. Got a basic component debug Windows cross build working. Finally. Same WinSDK 10.0.20348.0 as used previously, so that was not it, though I might update the SDK later anyway.

Of all the things I tried, I did not build to a tempfs virtual memory drive this time, but instead straight to the usual out directory on the physical drive. ?! I seem to have a lurking memory of something similar happening in the past when cross building with the out directory symbolically linked to a different drive. Hmmm. Assuming that is the issue, it is kind of annoying to build to a physical drive considering the system has 256GB of memory, but "whatever" I suppose. Again, fingers crossed for an "release" build.
Turned back on my usual build args, and naturally the Windows cross build fails. lol
Looks like tempfs was a red herring. Oh well.

It is ThinLTO optimization causing the issue. So that probably puts me back to the previously mentioned LLVM commit, which has been updated and landed yesterday afternoon in the source tree. Chromium's own LLVM checkout does not yet have the commit.

Checking out and building LLVM locally to verify.
Sure enough regarding LLVM. Just checked the build box and deployed a test build. Win64 cross build with PGO+ThinLTO completed and successfully running.
RIP to our beloved monarch Queen Elizabeth II

Queen of the United Kingdom (of Great Britain and Northern Ireland) and the Commonwealth realms of:

Canada
Australia
New Zealand
Jamaica (The land of Bob Marley, Rastafari, dissent, God's chosen people, Usain Bolt, Michael Holding, and ...!)
The Bahamas
Grenada
Papua New Guinea
Solomon Islands
Tuvalu
St Lucia
St Vincent and the Grenadines
Belize
Antigua and Barbuda
St Kitts and Nevis

Our Liz was instrumental in the dismantling of the utterly corrupt, bestial, depraved and dehumanising USA inspired shitstem of apartheid in South Africa.

The Almighty Jah has blessed you Ma'am.

All builds are suspended unitl her Maj (Defender of the Faith) is reunited with the Almighty Jah.

Seen.
Updated Windows builds available. Build against WinSDK 10.0.22000.194.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v107.0.5287.0-r1043938-win64-avx2
https://github.com/RobRich999/Chromium_Clang/releases/tag/v107.0.5287.0-r1043938-win64-avx

I am largely just carrying over optimizations from my Linux builds to reduce my performance testing overhead down to a single platform. I am also now running Win11 under virtualization on a Linux box, so it is not exactly the ideal Windows environment to performance test anyway, but it is fine for checking if builds are working.

@Jerry Ya' got mail.
Liz Creole and her Coconuts 
Friday, 09 September 2022

- Queen Elizabeth II commemorative release
- ffmpeg v107
- AC-3 E-AC-3 enabled

ungoogled-chromium-105.0.5195.102-1_AC3-Win64.7z
https://github.com/macchrome/winchrome/releases/download/v104.0.5112.74-r1012729-Win64/ungoogled-chromium-105.0.5195.102-1_AC3-Win64.7z
SHA1: 6F1ADE1F993595D1EEFECDC075098CE381AAED96

Suella "I'm even more stupid and odious than Priti Patel" Braverman
Anon8285
Appreciate the updated AVX build @Rob! Cheers
@Anon8285 Welcome. :)

----------------

About builds in general, AFAICT, enabling LoadCryptoTokenExtension should no longer be needed for Google logins.
@RobRich thanks for keeping us updated, I will try building without LoadCryptoTokenExtension enabled by default and see.

Also I tried out your AVX/2 builds, both working fine.

I've been running my own AVX build as a daily recently, I think there isn't any benefit in building AVX2 now. With your optimizations provided earlier on AVX, seems to be sufficient. AVX2, at least for me, is just very small graphics performance (you won't even notice it if you didn't benchmark it).
Anon8288
Rob what virtualization software do you use? some are better than others when it comes to performance
@justclueless Welcome, and yeah, you found the issue with AVX2 builds. Limited performance return. AVX as a baseline gets us VEX encoding to limit mixed AVX+SSE SIMD penalties, and most components with native AVX2 support use CPU dispatch already.

@Anon8288 I use VirtualBox using AMD-V and HyperV. 3D acceleration is somewhat limited, but Chromium supports DX9 fallback, so it works okay enough for testing. I do not exactly spend much time using Windows anyway. ;)
@Rob,

Few days on your version 107.0.5287.0-r1043938-win64-avx2 in an old Windows 8.1 with Intel i7-4710HQ 4th Gen. Haswell.

Everything is fine.

The performance is barely better than a 107.0.5292.0-r0-AVX2 from @justclueless.

On the other hand, version 107.0.5292.0-r0-AVX2 from @justclueless can display h265 videos where you get only sound.

caminandes-2-gran-dillama-x65-aac.mp4 | H.265/HEVC |  Main@L4 AAC lc  | wikipedia.org | mp4
  caminandes-3-llamigos-x265-aac.mp4  | H.265/HEVC | Main@L3.1 AAC lc | wikipedia.org | mp4


So for me, it's especially interesting to have several builders to put less pressure on a single guy like Marmaduke suffers with its Mac’s version.

Morality, you manage like a boss for a guy who builds Windows under Linux and tests Windows… Under emulation in Linux!
@Mumu Thanks for the feedback. :)

justclueless and I should be running about the same optimizations right now, so any performance differences beyond usual Chromium revision-related changes are likely are in the noise.

I have been mostly focusing on loop optimization passes, but I have lots of other passes needing further (r)evaluation in the pipeline. I would also like to get Polly back working, though that might mean submitting a LLVM bug report if I can further pinpoint the issue.

Also I do not have HEVC enabled at this time. I made an entry in my notes for future builds.

Actually I tried running Chromium for Windows under Wine on Linux, but I moved on to virtualization after a few minutes of poking at it.
@RobRich
@justclueless

I tested your last 2 AVX2 versions.

RobRich's version does not convert http to https...
Recurring issue in The Chromium Authors builds!
And the downloads module appears on my screen at the bottom left as before.
It seems to me that the version of justclueless is the fastest, but I don't have a comparison tool, so it's totally subjective.

Thank you all for your work.
@Luc77600 Sounds like maybe a field trial, which I disable. You can enable "Always use secure connections" manually if desired.

chrome://settings/security?search=https
@Luc77600 thanks for the feedback

@Mumu Thanks for testing. I must say, I don't use HEVC often. But my understanding is that it is now enabled by default from source. So no extra flags are needed. I did a quick test using the video tester here on woolyss, and both played fine for me.

Yes, Rob and I have basically the same configs/optimizations now.
@justclueless HVEC is not showing as supported on my latest internal Linux build (r1045582). Some of the flags have changed over recent months, but AFAICT, "enable_platform_hevc = true" and optionally "enable_hevc_parser_and_hw_decoder = true" are required currently.

I suppose there might be related field trials as well, assuming you have field trial support enabled in your builds.

I am rolling a Linux build with HEVC support (hopefully) enabled right now. For those without hardware decoding support, I also enabled software HEVC support in ffmpeg via the following patch:

https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding/blob/main/add-hevc-ffmpeg-decoder-parser.patch

I will push the build to public assuming it works.
@RobRich I didn't disable field trials.
Sorry, I should've been more clear, no flags as in the end user shouldn't need to specify "PlatformHEVCDecoderSupport" as a launch flag on chromium.exe.
I also have enable_platform_hevc and enable_hevc_parser_and_hw_decoder set to true.

The patch by StaZhu hasn't been updated in months by the looks of it, since v105.
AFAIK, yeah, the two build args should enable at least hardware HEVC support.

Not sure about software support, so I applied the ffmpeg patch. The software HEVC patch is older, but it does apply successfully to Chromium's current ffmpeg checkout. I verified software HEVC is working in my latest Linux build.

Rolling a Win64 AVX2 build right now.
Hmmm. My GPU supports HEVC hardware decoding, though Chromium is not supporting it, so I get fallback to ffmpeg software decoding. Admittedly I am not concerned either way, so I suppose whatever.

Chromium:

Decode h264 baseline 16x16 to 4096x4906 pixels
Decode h264 main 16x16 to 4096x4906 pixels
Decode h264 high 16x16 to 4096x4906 pixels
Decode vp9 profile0 16x16 to 8192x4352 pixels

vainfo:

VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
@Rob

« 107.0.5295.0-r1045596-win64-avx2 » get the [h265] OK here, but it seem we lost the manually enabled LoadCryptoTokenExtension in chromium/src/extensions/common/extension_features.cc…

By the way, need more time but this build looks totally just fine (download, videos, https, performance, etc.)

Between your come back and @justclueless we can now update 3 time a week ;)

And congratulations for your switch to Linux. I dream of switching to Debian but I have too many drivers to construct manually (backlight, NVidia, Clevo Custom…)
Anon8303
All hail marmaduke
@Mumu "Between your come back and @justclueless we can now update 3 time a week ;)"
lol oh no! Nah should be fine, I think Rob's repo is linked to the chrlauncher updating thing, so should be an automatic process for you guys

As for HEVC, yeah, I didn't patch ffmpeg, so may be what Rob said. I only have HW decode and no software decode.
I dropped LoadCryptoTokenExtension enablement as I have been able to use Google logins without it for a few days now. Anyone still having issues?
Anon8306
@marmaduke

Chant down the filthy depraved child raping Holy See.
Anon8307
does anyone know on chromium how i can make a bookmarks icon/button on the top right like there is an extensions button? having to click the three dots, bookmarks and bookmark manager each time is exhausting, edge has this thing where u can choose what icons/buttons to have on top right
@Anon8307 I have not used this extensions, so YMMV, but looks like it might work for ya'.

https://chrome.google.com/webstore/detail/bookmark-icon/apkcacbhdpjmpgbioenjmjdlecijmbch
Anon8309
@Hibbiki
Thank you very much for the update 105.0.5195.127. Best regards.
Anon8310
@Hibbiki.
Hi. Thank you so much for your very quick update nosync 64bit windows 105......127. Best regards. : ) ...
Toady Obsequious Lickspittle 
thankyou ma'amaduke for your services
Anon8312
installed marmaduke's 105.0.5195.127, working fine here so far 👍
Anon8313
not sure how to use policy_templates.zip
Anon8314
Btw, has anyone managed, using any build on this site or any chromium-based browser, to pass https://fingerprint.com/demo/ id check? The site uses fingerprint js to take a fingerprint of you and give you a unique id. Following that, no matter what you do, it will detect you that you're the same person, enabling lots of tracking. With firefox-based browsers, i get a new id on each new session, but with chromium even ungoogled chromium my ID remains the same even days later, no matter what i did or tried, canvas blockers, user agent randomizers, tracking blockers etc. Unless you block the first-party javascript of the site namely loader_v3.7.1.js, it seems not much else can be done. I could add a rule for that in ublock origin, but on any site the name of the javascript file responsible for this loader could just be arbitrarily renamed to anything, so the rule is not very useful.
Updated Linux AVX build now available.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v108.0.5305.0-r1047821-linux64-deb-avx

Added a few more optimizations passes and tweaks. AFAIK, Basemark Web 3.0 set a new personal record on my test system. More details to follow.
Anon8316
@Marmaduke
Hi. Thank you for the update Ungoogled 105......125 64bit. Best regards. :) ......
5k0f e agent/shpionin na usa 
@Anon8314, I confirm your observations with Ungoogled chromium! Even with VPN on it still shows the same "YOUR ID"!
Hi,
Since june 2022, chromium.org has decided to reduce the user agent.
This is detailed here: https://www.chromium.org/updates/ua-reduction/#sample-ua-strings-phase-4
As a consequence, the identification of chromium version (at the right top of this page) is wrong: instead of 105.0.5195.125 it is 105.0.0.0.
So, it appears that this version identification is based on the user agent.
Is there a way to change the identification method, in order to display the real version, i.e. 105.0.5195.125, at the top of this page?
Regards,
MN
PS: not a big problem...
Anon8319
@MikeNavy
As has been said several times before:
chrome://flags > Full User-Agent request header > Enabled

So the full number is displayed in visited websites.
@Marmaduke
Thx for the update Ungoogled 105......127 64bit. Best Regards...
Anon8321
@Marmaduke,

Thank you for both 105.0.5195.127 Win64 and Linux 105.0.5195.125 versions.

With kind regards,
@Anon8319
It seems you didn't read the URL I sent; chromium.org has decided to reduce the user agent, and now the chromium version as shown in the user agent is 105.0.0.0 instead of 105.0.5195.125.
Here is my full user agent (as per "chrome://version/")
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36
So, my comment was addressed to this page author, asking him if he has a way to display the full chromium version, despite the reduced user agent (I don't think it is possible, but... who knows?)
Regards,
MN
The version number comes from the User Agent string reported by the client-side browser, so there is not much web devs can do about it. Browser devs recommend moving away from solely using UA detection for determining browser quirks and support issues to instead using feature detection and other techniques.

https://developer.mozilla.org/en-US/docs/Web/HTTP/Browser_detection_using_the_user_agent
Updated Win64 AVX2 build available.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v108.0.5306.0-r1048384-win64-avx2

Hardware and software HEVC decoding *should* be supported. Software decoding via ffmpeg is working on my virtualized Windows environment.

I also pulled in the extra LLVM optimization passes and tweaks from my latest Linux build. I will try to update the associated cross-build repo files, along with a Win64 AVX build, done later today or tomorrow.
Anon8325
@Anon8314 Ungoogled chromium (Windows), fingerprinting-client-rects-noise, fingerprinting-canvas-measuretext-noise and fingerprinting-canvas-image-data-noise flags are enabled, site generates new ID each time.
@anon8325,

For me, these three flags fingerprinting-client-rects-noise, fingerprinting-canvas-measuretext-noise and fingerprinting-canvas-image-data-noise were disabled. I changed them to Enabled. But on the site https://fingerprint.com/demo/ "YOUR ID" is the same every time. I do not confirm your statement! Apparently you use other add-ons that change "YOUR ID" every time, but only by changing the above three flags to Enabled - no change, every time "YOUR ID" is the same!
@Anon8314
@5k0f e agent/shpionin na usa

What the fuck is this black magic?

Even under TOR by changing both "identity" and "circuit", I got the same "your identifier" !!

I imagine that they synthetis multiple JS information like OS, installed fonts, system time, speech voices available, codecs, mediacapabilities, etc.

Something similar but better than HTML5 Canvas :https://browserleaks.com/canvas
This is an incredible website! Thx for creating such a valuable resource.

I really need some help on what I thought was a simple question: How do I Create a Chromium Distribution Package for Windows?

This documentation is exceptional:
Checking out and Building Chromium for Windows
https://chromium.googlesource.com/chromium/src/+/main/docs/windows_build_instructions.md

Now that I have a build, how do I distribute it to others?

I guess I could zip up the entire "chromium/src/out/default" but that directory is 51.6 GB.

Is there any documentation on what is needed in a Chromium distribution package for Windows.

There is a $50 Amazon gift card for anyone who can help me accomplish this "simple" task.

Thx in advance.

Mike
@Mike Follow the directions, but instead try building this target:

autoninja -C out\Default mini_installer.exe

That builds an Windows installer executable and a compressed 7z file in the output directory.

The installer is silent, so click it and wait a few seconds to maybe a minute on slower systems for the install to complete.

Alternatively, the 7z archive can be uncompressed and run from whatever directory if desired.
Current list of added LLVM passes and tweaks:

https://pastebin.com/jE1QRbfF

Likely more to follow over the upcoming days to weeks.
Anon8332
@Rob; as always, really appreciate all your efforts. Rocking that latest AVX build, thank you!
btw, have not seen Jerry around here lately, hope everything is okay with him.
@Anon8332 Thanks and welcome. Talked to Jerry a few days ago via email, so he is okay, just occupied doing something else for awhile. AFAIK, he plans to re-add my listings in the upcoming days, too.
Anon8334
@Rob; awesome, glad to hear, thanks for letting us know :)
Anon8335
@b'Aal

There are several categories of fingerprints, which should not be mistaken.

At "fingerprint.com/demo" we see a 20-character algorithm composed of these elements: Internet IP address, operating system, browser type and version number.

Another category of fingerprints is generated by using WebGL in the graphics unit, it contains 64 characters. These fingerprints can always be changed (spoofed) automatically in the browser, e.g. with the extension "WebGL Fingerprint Defender". We can see these changes there in the extension. E.g. we click on "Reload", a new ID is generated. etc.
Anon8336
As for this "https://fingerprint.com/demo/ ": In addition to enabling those three "fingerprinting" flags you also must clear your browser cache to get a new ID.
Chromium does not do that automatically in contrast to e.g. Firefox
Question for RobRich and others in the know.

I am using Ungoogled chromium. What do you think about these flags: "fingerprinting-client-rects-noise, fingerprinting-canvas-measuretext-noise and fingerprinting-canvas-image-data-noise" - should they be enabled or should they be disabled?! For the normal use of the browser, how will it be safest compared to the sites we use?!
@b'Aal I suspect they should be enabled, but I do not use ungoogled, so YMMV.

Of note, Jerry provides listings of various privacy settings, extensions, etc.

#privacy

The reality is there are plenty of ways to fingerprint Internet activity. I do not even bother much other than basic stuff like disabling third-party cookies.

I suppose if one needed increased browser security for a truly serious reason, I would be looking into a project like Tor Browser with fingerprint mitigations along with using Tor over VPN. Still, even using Tor is potentially susceptible to metadata correlation with control of enough entrance and exit nodes; among other potential tracking processes.
Anon8339
Bingo. If we really want to, we can install the "Fingerprint Spoofing" extension. We can choose in detail what should be spoofed. In all Chrome/Chromium versions we can pass the test "https://fingerprint.com/demo/". After deleting the browser user data and restarting the browser, there is always a new ID, a new algorithm.
@RobRich, what it means "YMMV"?!

Thanks for the reply. I asked not from the privacy point of view, but from the point of view of using the sites smoothly.
Anon8341
I enabled all three anti-fingerprinting ungoogled chromium flags that someone mentioned and restarted browser. Despite deleting cookies and "cached images and files", i still get the same ID. Only when i downloaded the "fingerprint spoofing" extension, was i able to get a new id. but even then i have to clean cookies (mine autodelete on exit), clean cached images and files, AND have the extension turned on, AND even then i only get a new ID when i restart the browser. So i need to do all 4 of these things to get a new ID. But here's the problem (besides needing to have the extension), chromium has no option to auto delete cached images and files. https://support.google.com/chrome/a/answer/10686330?hl=en Chrome does, but not Chromium. So fingerprint.com saves some cache in these "cached images and files" that is tracking me. Yet i have no way to view them or modify them asides from manually having to delete all of em. Also in fingerprint.com when i press F12 and go to Application tab, cache storage shows emtpy, yet it's clearly not as there's smth that the site has cached to track me.
@Anon8341 Considered disabling disk-based caching? There are various ways, like on Linux setting or symbolically linking the cache directory to dev/null.
Maybe it's a silly question but I'm going to ask it.... Will there be any site, similar to this one, but they develop firefox... something similar to ungoogled ?
Thank you very much and best regards.
YMMV = your mileage may vary

@Alberto There are a few third-party builds derived from Firefox. Palemoon, Tor Browser, and Waterfox come to mind. In particular, Tor Browser and Waterfox have a security focus in their stated project goals.
Anon8345
I'm not a firefox user. But librewolf https://librewolf.net/ seems like the equivent of ungoogled chromium for firefox, to me anyway, but again i am not a firefox user so make your own conclusions
Anon8346
I forgot to mention (why can't we edit our comments btw?), here's some useful links to help you what browser to use, if privacy is what you care for:

https://restoreprivacy.com/browser/secure/
https://restoreprivacy.com/browser-fingerprinting/
https://privacytests.org/

Do not use Tor for privacy! At least not without a vpn, preferably two:
https://restoreprivacy.com/tor/
Thank you very much for your answers, and many thanks for the great work you do here. My browsers are Chromium ungoogled or Hibbiki and Firefox.
So, I tried :

|  @justclueless | 108.0.5305.0-r0-AVX2             | 18/09/2022 |
|  @RobRich999   | 108.0.5306.0-r1048384-win64-avx2 | 18/09/2022 |


Both read HEVC/H.265, both connects Google’s applications. And finally I can’t settle between both about performance because my laptop has too much problem to be super precise in benchmarks.

Morality ? Is us, end users, winners of this = more choices and more updates !

@Jerry, Thank you to provide a place for all datas about Chromium in one page.
@Mumu justclueless has been tracking my optimizations, so benchmarks should be about the same other than perhaps revision noise.
I am going to toss this build in the experimental repo for now. Linux64 AVX2 hybrid.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/v108.0.5312.0-r1048985-linux64-deb-avx2

It is actually a blended build. The build targets Haswell for tuning (-mtune=haswell) even for AVX and lower SIMD code, while while code built under the "thinlto_optimize_max" targets the actual Haswell architecture (-march=haswell) with AVX2 and FMA support. It is not a "full AVX2" build, but it can be compiled on my Linux AVX build boxes due to no AVX2 binaries actually been run during the build process. ;)

Benches look okay on my test system. Eventually I might add it to my regular builds.
Anon8351
Why won't my Chromium open? It was fine earlier, and I've not had this issue before. I'm running Windows 11 64-Bit with the latest published Chromium stable build.
@Mumu Thanks for checking them out. Rob is right, we basically on the same configs.
Anon8353
@RobRich disabling disk-cache would mean sites would load slower, since each time they'd have to redownload every file. this performance loss expressed in time spent redownloading everything is much bigger than the few percentages of performance gain you get from using your builds, so that's a bit funny that you'd spent so much time making your builds only to disable disk based caching and undo everything you've done tenfold lol

But in any case i found the solution, this extension https://chrome.google.com/webstore/detail/smart-clean-history-cache/pooaemmkohlphkekccfajnbcokjlbehk?hl=en can be set to clean cache and other stuff on browser start (or each X minutes/hours/days), and you can disable its permissions by setting them to "when i click the extension" (and then never click it) so it can't spy on you, it doesn't need that permission to clean the cache so now everything works perfect, each time i start Chromium my cache is completely cleaned so i still benefit from disk based caching but it cannot be used to track me on a new session since it gets cleaned, with this i now get a new fingerprint id on each browser restart, perfect
@Anon8353 You still have memory caching in most modern browsers. Most of my systems have 64-256GB of memory, and I have a 300+ mbps ISP connection at home.

That said I do not typically disable disk caching in Chromium, but lots of people do particularly if they have a decent low-latency, high-bandwidth connection available.I did used to use Chromium along with it disk caches on ram drive setups back in my Windows days, though. :)

I do disable disk caching in my primary browser, which is Firefox Nightly these days. It is a quick about:config edit, my SSDs are not subject to GBs of near daily otherwise usless writes just for web browsing, and there is no perceivable difference on my primary connection.
Anon8355
@Marmaduke,
If possible, an Android release would be much appreciated.
With kind regards,
Anon8356
For Android check Bromite, altho it is a bit behind in versions but nothing major imo
Hevc is so 5 years ago...ma'amaduke presents:

Saturday, 24 September 2022

**Chromium 107.0.5282.0 (Official Build) (macOS x86_64)**

** GNU/Linux cross-compiled for macOS**

- Sync
- Release build without LTO and PGO
- All Codecs (including AC-3 E-AC-3)
- Widevine

- Built on Ubuntu 22.04.1 LTS (GNU/Linux 5.19.4 x86_64)
- Default Chromium compiler used (with macOS intrinsics)
- macOS SDK 12.3 (21E226) - Hermetic [use_system_xcode=false, target_os="mac"]
- mig built from Chromium src changed mig.sh to mig
- cctools https://github.com/tpoechtrager/cctools-port (Will not build on Jammy)
- unsigned (proof of concept build)

- Forgot to remove the mold linker patches,so Chrome Framework is bloated

Chromium.app.sync-AC3-107.0.5282.0_3.tar.xz
https://github.com/macchrome/chromium/releases/download/v107.0.5282.0-r1043032-Win64/Chromium.app.sync-AC3-107.0.5282.0_3.tar.xz
SHA: 29489E7AC88A1EDE2C6DDADA3588FADEE4E75244
Ubuntu 22.10 is feature frozen, and FWIW, Kubuntu 22.10 is working here okay. Well, more like "Kubuntu"-ish with various PPAs, my optimized mainline kernel build, etc. Anyway.
Rolled a Win64 AVX2 build. Looks like -ffp-contract=fast might be breaking something. It has caused issues in the past, thus the project devs disable automatic FMA generation by default. I am going to change it to -ffp-contract=on, which generates FMAs only when explicitly encountered in the source code, then check again.
Chromium for 64-bit macOS - Sunday, 26 September 2022

Chromium 106.0.5249.55 (Official Build) (x86_64)

Revision 4d5f098fca6ab7f4b6b7c240be3d9593c2357709-refs/branch-heads/5249@{#531}

OS macOS Version 12.5.1

- only for macOS x86_64 (Intel)
- official build (LTO & PGO)
- cross-compiled on Ubuntu 22.04.1 LTS (GNU/Linux 5.19.4 x86_64)
- clang/LLVM default (with macOS intrinsics)
- macOS SDK 12.3 (21E226) - Hermetic [use_system_xcode=false, target_os="mac"]
- cctools https://github.com/tpoechtrager/cctools-port
- otool used: llvm-otool/llvm-objdump not fit for purpose!
- E/AC3

Sync • WebRTC • Widevine • AVX
Chromium.app.sync-106.0.5249.55.zip
https://github.com/macchrome/macstable/releases/download/v106.0.5249.55-r1036826-macOS/Chromium.app.sync-106.0.5249.55.zip
SHA1 54D35E04B997F89F53CBB502537BECCD01DB5381
Quick FYI. A hurricane is approaching here. I will try to get updated builds done today or Tuesday, but if not, it could be weekend or later.
My machine is actually not able to compile for another week and half as well, current task isn't expected to be finished until then.
I think I do have an AVX build though, if any one is interested in that for the mean time.
"Chrome 106.0.5249.61 ( Mac/linux) and 106.0.5249.61/62( Windows) contains a number of fixes and improvement [....] includes 20 security fixes."

https://chromereleases.googleblog.com/2022/09/stable-channel-update-for-desktop_27.html
Anon8364
106.0.5249.62 google chrome stable version released for win64
Native Wayland support on Linux appears to be borked, at least under KDE on my test system. YMMV on other DE setups.

I reported a Wayland issue on Tuesday. Both could be related to a recent Wayland roll. Checking now.
FYI. Chromium with the Ozone backend set to Wayland is borked with the recently released KDE 5.25.90 beta. It is working under KDE 5.25.5.
Devs pushed a patch to commit. Issue with Chromium using Wayland under KDE 5.25.90 resolved.
Anon8368
@Hibbiki - Thank you for 106.0.5249.62 (1036826), I used the Installer, all seems to be running really well and especially appreciate this update with all the security fixes it includes.

And huge thanks to all you guys voluntarily upkeeping these builds.
Anon8369
@Hibbiki
Thanks for the update 106.0.5249.62. But the codec for H.265/HEVC is missing. Google Chrome 106.0.5249.62 has it though, has all-codecs+
Anon8370
@Hibbiki
Hi. Thank you for your very quick update nosync 106....... Best Regards.
@Anon8369
Not sure where you are getting that information from. The only builds marked as "all-codecs+" for Windows are by AlexFrick.
Anon8372
@Marmaduke
Hi. Thank you for the update Ungoogled 64bit Windows 106...... Best regards....
Anon8373
@Hibbiki
I have installed Google Chrome 106.0.5249.62 myself. And from Jerry there is a test page
https://tools.woolyss.com/html5-audio-video-tester/ And here I can see it. Also on this start page https://chromium.woolyss.com/ I can see it - displayed on the top right. By the way also the builds from justclueless have all-codecs+. Test, test test and we see. Best regards Anon8369
Anon8374
@ Anon8369 and Anon8373
Hover your mouse over the all-codecs label, it will tell you what codecs are included
Hibbiki does include all-codecs, but does not include all-codecs+
@Anon8374
These static labels do not always correspond to the actual content. Jerry should revise the page, the site would only gain from this. But the actual content for the currently running version is displayed in the upper right corner - with an interactive (not static) label. That is the difference. And just: test, test, test and you'll get the truth. And by the way: also the build of Marmaduke for Win64 ungoogled has all-codecs+ although declared wrong in the static label.
Anon8376
I'm also using Hibbiki's 106.0.5249.62, Installer (which just overwrites the previous version).
Using the "My Chromium Browser" information box at the top right, it shows all-codecs .. Which is correct, Hibbiki does not include all-codecs+
Maybe some people have the wrong Chromium installed but believe they have Hibbiki's?.
I agree with Hibbiki and anon 8374, what they say checks out to be true.
That's so, Hibbiki's build 106.0.5249.62 has only "all-codecs". But this is not good. It is the only one here for Win64, all other builds have "all-codecs+" and the declarations are wrong. And as said above: Google Chrome latest release has also "all-codecs+". That is the point.
Anon8378
@wth Hibbiki, like all other contributers here is a volunteer.
He / she chooses to do all-codecs, and may not have personal time to support another project build with all-codecs+
As I understand it, it takes a lot of time to do these builds, on personal machines, so Hibbiki may not wish to do another build just to support a few codecs most websites do not need anymore.

You could always also have Google Chrome installed for the odd site which needs H265 or whatever (Apple formats?).
Personally I have not found any site which needs the extra codecs, not since HTML5 became a thing anyway, even Youtube which used to be an occasional problem has converted every video to HTML5 .. And for anything weird I download I use VLC which handles everything.

On this site there used to be a few more variations, but I think the contributers here became a bit burned out doing too many variations of what people wanted.

You could also choose one of AlexFricks builds if you follow the link to github and download one of his installers which has all-codecs+
Anon8379
Ty marmaduke for quick update, 106 def feels faster than 105 altho it's maybe just placebo
I always use ungoogled, in version 106.0.5249.62, Norton qualifies it as malware
@Anon8378, @Anon8376, @wth, @Anon8374, @Anon8373
The label is correct (ie. "all-codecs") until release of 107 planned for 2022-10-25 which will enable HEVC by default. Currently, the code necessary to support is present but not enabled; you can try it at your own risk by using " --enable-features=PlatformHEVCDecoderSupport".

@wth
All other builds of Chromium for Windows x64 are beyond 106 (ie. they're following current development, not stable), hence they have HEVC support already enabled by default.

@Anon8369, @Anon8373
Please test on another device. I believe you are seeing results of field trials enabling HEVC support for random subset of people as Google prepares to roll it globally and gathers telemetry data to solve any potential outstanding issues.
Anon8382
AVX2 version of Ungoogled Chromium 103 is very stable. Thank you.
Anon8383
@Marmaduke
Hi. Thank you very much for your very quick update 106.0.5249.91 Ungoogled 64bit Windows. Best regards... :)
Win64 AVX update now available. Built against WinSDK 22621.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v108.0.5334.0-r1053906-win64-avx

Win64 AVX2 and Linux builds currently building.
Win64 AVX update now available. My previous auto FMA generation (-ffp-contract=fast) issue has been resolved.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v108.0.5334.0-r1053906-win64-avx2
Anon8387
@Hibbiki
Hi. Thanks for the update nosync 64bit Windows 106........91. Regards... :)
Anon8388
@Rob, thanks a lot for the updates. Using - v108.0.5334.0-r1053906-win64-avx - cannot watch Twitch streams, getting "Error code: STATUS_ACCESS_VIOLATION". No problem though, just reporting to see if others experience the same. Will rollback in the meantime
AFAIK....

Enabling the various HEVC-related build args sets support for hardware/platform decoding of common profiles. One probably still needs to patch media/base/supported_types.cc to enable support for other HEVC profiles if desired.

Also one will need to patch FFmpeg to enable software HEVC decoding support where hardware or otherwise whatever native platform support is not available.
@Anon8388 Just checked. Twitch.tv crashed here as well on my first try with Win64 AVX2 r1053906, but then started working again after opening and closing the browser. Hmmm.

Curious, did you try it with hardware video decoding disabled?

chrome://flags/#disable-accelerated-video-decode
Anon8391
Same behavior with that flag set to disabled, Rob. I actually had it working too but a simple refresh of the page and it crashed again.
@@Anon8388 Did the same thing with Win64 AVX r1053906. Twitch crashed but started working after closing and restarting the browser. It is just a H264 stream, but we have had intermittent issues with Twitch in past builds.

Hopefully it is just a flake on Windows builds, as Twitch is working fine on Linux AVX r1053906. I will take a look at recent commits, plus roll updated Windows builds.
Anon8393
Rob, no need to roll another builds just because of that, one can live a week or so till you decide to push others like you usually do. I guess that's the price we pay for running such fresh builds :)
@Anon8393 It is not that big of a deal on my 64-core system, as long as I am around to kickstart and verify the builds.

Actually I could automate most or even all the the processes involved, but I would prefer to at least manually verify things are working since I only push builds like every week or two.
Anon8395
Rob always does the cutting edge technology builds for whatever reason, and every other build is gonna have some issue that you're gonna have to deal with. If you don't want that, just use a stable build, those are like they say, STABLE
@Anon8395 Surprisingly, I have had very few issues with Chromium trunk builds (comparatively) considering the thousands of trunk builds I have used over the years. Chromium does do continuous integration and testing. ;) I usually build ToT, but if perhaps concerned about ToT builds, there is still is LGKR tracking in the tree.
@RobRich
Software decoding for HEVC is completely pointless and I can't imagine anyone actually wanting or needing it. A device that would realistically need it would be so old that it would struggle to CPU decode HEVC content in browser. Let the meme die, seriously.

Profiles support is another story, but frankly, I doubt it's of much concern, and for the off-chance unusual content you should most likely use sane player that can deal with it (like mpv), and not browser. I estimate chance of encountering Chromium-unsupported HEVC or H.264 profiles in an embedded video content to be about 0. On that note, I suggest you check how the profile support looks on Firefox side (keeping in mind that you'll need to test about 6 last versions since they happen to break stuff every second version :>).
@Hibbiki The reality is I have zero use for HEVC in a browser. ;) I agree that VLC, mpv, etc. is more suitable. I did not bother with support for years, yet some people do want support for some reason, so "whatever" IMO.

That said I did test software decoding just to verify it works, and it did fine on remote XRDP remote sessions and similar situations where hardware decoding is not always available.

----------------

Found the Twitch.tv issue, or well, more like narrowed it way down. It is my extra optimization passes during LTO. Now to further narrow to the affected pass(es) and resolve.
Anon8399
@Rob, great. No rush though :)
On a modest - 10 year old - Thinkpad W520 i7-2760QM, both VLC and MPC-HC were unable to play a SW decoded 2160p HEVC remux of Hitchcock's Psycho: Chromium was!

I tweak the number of threads that is allocated to ffmepg's HEVC: media/filters/ffmpeg_video_decoder.cc

Browser based SW HEVC decoding is useful in low cost, low bandwidth IP surveillance camera multiplexer scenarios.
@Anon8399 No prob. I am just listening to music right now anyway.

I doubt is simply an extra LTO pass, as the issue still is intermittent.

I suspect the underlying issue is on the LLVM side of things. I spotted one recent commit that might be related.
Win64 AVX build update available. Win64 AVX2 to follow later.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v108.0.5335.0-r1053948-win64-avx

The Twitch.tv issue should be resolved. I usually set Clang codegen for optimize_max and optimize_speed targets to -O3 on Windows to match what I do on Linux, but I dropped them back to the default -O2 for Windowws. Issue appears resolved even with my extra LLVM options and passses applied. I have not seriously benchmarked the build, but any real-world performance difference is likely in the noise.
Anon8403
@Rob, it works normally now, thank you very much, that was a speedy debug!
Win64 AVX2 build update available.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v108.0.5335.0-r1053948-win64-avx2

----------------

For those keeping track, my compiler configuration for Linux AVX cross-building of Chromium for Win64 AVX2:

https://pastebin.com/iu9cHcRy
https://pastebin.com/S8sprpw9

For a Win64 AVX build change /clang:-ffp-contract=fast to /clang:-ffp-contract=off in the general compiler config file and change /arch:AVX2 to -mavx in the Windows compiler config file.

I will try to get around to updating the modification archives in my repo within the next few days.

----------------

@marmaduke Thanks for pointing out media/filters/ffmpeg_video_decoder.cc threading. I moved HEVC to the H264/VP8 scaled multi-threading config.

----------------

@Anon8403 Thanks and welcome. Ideally it should have been a (much) easier fix, but I was reiterating over my extra LLVM options and passes instead of initially thinking about the -O level. I have set the Windows max and speed Clang codegen targets to -Xclang -O3 for years, so I am going to assume it has been a recent change; likely in LLVM. Oh well. LTO builds at -O2 anyway.

On the underlying technical side, I suspect perhaps an -O3 gated pass like maybe nontrivial-unswitch. Perhaps something to look at later.
My Linux AVX2 hybrid build has been doing okay enough for promotion to my release repo.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v108.0.5335.0-r1053948-linux64-deb-avx2

AVX code cflags:

"-mavx", "-maes", "-mvaes", "-mtune=haswell",

While AVX2 code under the thinlto_optimize_max target adds to the above these clfags:

"-march=haswell", "-ffp-contract=fast",

It is not entirely "AVX2" optimized, but it does build on my older Opteron build boxes. :)
Anon8406
@Marmaduke,
Thank you for both 106... 64-bit Windows and Linux build releases.
With kind regards,
@Marmaduke,
Thx very much for latest 106...91 64-bit Windows release. Much appreciated!
Anon8408
Is anyone able to get new fingerprinting id (fp id) on https://abrahamjuliot.github.io/creepjs/ consistently?
I use Android Marmaduke version. When I open link from Bitwarden I get the error: "there are no items in your vault for org.chromium.chrome.stable" and login is not auto-filled. It works without any problems on Chrome android. Has anybody else noticed that? Any suggestion?
Thank you!
Anon8410
marmaduke's android build hasn't been updated in a month and a half. use carl's build, also called Bromite https://www.bromite.org/
@RobRich I have temporarily freezing issues with AVX/AVX2 builds. PC is not on heavy load and my CPU is kind of recent. What it could be?
@idris Not experiencing it here, but there are lots of variables involved. It is occurring with project dev (The Chromium Authors) builds, too?
I install chromium by chocolatey i want to ask if it update by itslef or do i have to do anything?
Thanks alot!
@M I do not use Chocolatey, but the docs say it checks for outdated package and allows for installing updates when opening the Chocolatey GUI app. More info here:

https://docs.chocolatey.org/en-us/chocolatey-gui/user-interface/main-window/actions/update-all
Anon8415
@Marmaduke
Hi. Thanks for the update Ungoogled Android 106..... Regards.
Pushed new AVX2 build, but I've noticed the UI/UX for the tabs have been messing up lately.
@justclueless GPU driver issue, perhaps? My latest AVX2 build seems okay regarding the UI, but admittedly, my primary Win11 test environment is running under VirtualBox with only DX9-level 3D hardware acceleration.
@RobRich Maybe, I haven't touched my drivers in ages.
I've noticed this behavior in the recent revisions. Tab bar goes blank and I need to open a new tab for it to all return to normal.
I doesn't bother me anyway, i can always just create a new tab and close and all is well.
@justclueless If it becomes annoying you might try changing chrome://flags/#use-angle to DX9 or OpenGL as a diagnostic test regarding potential GPU driver-related issues.
Updated Linux AVX2 build now available. Including *Polly* during LTO.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v108.0.5341.0-r1055127-linux64-dev-avx2

AFAIK, it is the fastest Linux build in multiple benchmarks I have done to date.

----------------

I got around to revisiting my previous look into Polly. I had to disable partial redundancy elimination during the global value numbering pass in LLVM when building the primary chrome binary, but trading it for Polly is showing to be the (much) more worthwhile optimization in my testing. My compiler configuration:

https://pastebin.com/WC18QCK6

SIMD levels and other added optimization passes aside, the key aspects are enabling Polly under the ThinLTO section and disabling GVN-PRE under the thinlto_optimize_max section.

I evaluate additional Polly options later.

----------------

I will try to take a look at Windows builds in the next day or few.
Anon8422
No one is able to get changings ids on https://abrahamjuliot.github.io/creepjs/ ?
Polly on Win64 is not faulting to error, but it does seem stalled during LTO. Probably hung on whatever function, but Polly should hit a computeout limit or similar.... ideally anyway. No timeframe here, but I will keep casually poking at the issue for Windows builds.
Anon8424
hey guys, the latest version (1036826) of win 64 doesn't seem to be working properly. streaming services don't play and some other sites are broken, like my yahoo mailbox (the search function isn't working). everything works on other browsers.
Anon8425
@Hibbiki
Hi. Thank you so much for the very quick update nosync 64 bit Windows 106.0.5249.103. Best regards... :)
Anon8426
@justclueless, i did notice something with the tabs as well, its random behavior, i'm using Rob's AVX. It must certainly revisions issues, i guess.
https://i.imgur.com/nsOjVjo.png
Had two tabs open but suddenly they disappear
@RobRich Yes, it does happen in official builds too
@Anon8426 @idris
Thanks for confirming. It goes away if I Ctrl+T for a new tab, then i can just close it immediately.
EladKarako 
after reading https://bugs.chromium.org/p/chromium/issues/detail?id=1102281
I've patched up chrome's embedded manifest with segmented heap as an experiment
(as well as long path support and max dpi awareness), to try to see if it improves the memory consumption,
and how slow it really makes things.

I didn't notices any slowness,
and the memory consumption and allocation seems better.

I still test things up,
if anyone wants "to join in the experiment", or try it out for themselves,
there is a guide in
https://gist.github.com/eladkarako/74fbcb8384f0f285552e086a6789faa8#file-windows-patch-chromium-post-build-binaries-to-opt-in-long-path-awareness-and-segmented-heap-md

it does not require building anything from source,
just patching a handful of files (2 minutes top).
Anon8430
@Marmaduke
Hi. Thanks for the update Ungoogled 64bit Windows 106.0.5249.103. Best regards...
If desired, the tab issue can be reported to crbug.com since its is happening with the Chromium's own builds. I would report it, but I have yet to see it on Linux. I rarely use Windows anymore.

----------------

Static release builds on Windows use PartitionAlloc, thus enabling segment heap support should do nothing much either way.

https://blog.chromium.org/2021/04/efficient-and-safe-allocations-everywhere.html
https://chromium-review.googlesource.com/c/chromium/src/+/2543884/
@Marmaduke,
Thx for latest 106...103 64-bit Windows release!
Hello justclueless & RobRich

Apart from the tabs fading away, there is also an issue with the keyboard keys.
Even when changing the keyboard, the problem remains the same.
For example, when I press the 5 key on the numeric keypad, the 5 is written, but the cursor jumps back... It makes funny mixtures with text...
By doing some research, one of the solutions recommended by µsoft is to change your browser. I went back to the AVX2 version of RobRich, the problem disappeared.Apart from the tabs fading away, there is also an issue with the keyboard keys.
Even when changing the keyboard, the problem remains the same.
For example, when I press the 5 key on the numeric keypad, the 5 is written, but the cursor jumps back... It makes funny mixtures with text...
By doing some research, one of the solutions recommended by µsoft is to change your browser. I went back to the AVX2 version of RobRich, the problem disappeared.
Nothing serious, but it surprised me.

Thank you for your job.
Anon8434
@Marmaduke,
Thank you for both Linux and Windows 64-bit 106.0.5249.103 build releases.
With kind regards,
@Luc77600
My 5 key is fine, I think it's just you.
Interestingly, unless I am missing something, hot code under blink renderer is being compiled at -O2 instead of -O3 for non-debug builds on non-Windows platforms. It appears maybe a typo landed in a conditional somewhere along the way. There might not even be any real-world performance difference, but I have submitted a bug report anyway.
Experimental Linux AVX2 build available.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/v108.0.5350.0-r1056734-linux64-deb-avx2

I have enabled -ffast-math across the board, though *without* disregarding NaNs and +-Infs.

"-ffast-math", "-fno-finite-math-only",

Note Opus will need its has_float_approx=yes option enabled. It is quick edit around line 165:

/home/robrich/depot_tools/chromium/src/third_party/opus/src/configure.ac

I have done -ffast-math internal builds in the past, but usually only for select code paths. I have not (yet?) encountered any issues with this particular build, but I am going to use it for a day or few before promoting the config to my main repo.
Win64 AVX2 experimental build with -ffast-math optimizations. It seems okay in my limited testing, but YMMV.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/v108.0.5350.0-r1056734-win64-avx2
@RobRich:
The biggest possible issue would be FTZ brought up via -funsafe-math-optimizations. This particular optimization is non-reversible and can't be disabled per-function or library basis as its controlled by per-thread FPU flag. It's also one that would bring the most significant speed-up, although that will depend on CPU (as far as I'm led to know, Zen CPUs incur almost no penalty when dealing with denormals).

There are also some subtle differences in various other places (see https://twitter.com/kwalfridsson/status/1450556903994675205 for example). The biggest issue here would be some very awkward and hidden behavioral changes in one of dozen codebases external to Chromium/Blink itself.
Hello RobRich,

Regarding version 108.0.5350.0 AVX2.
I don't have any means of testing, but it seems to me that images like video streams are displayed faster.
I say well, it seems to me...
Everything is ok for me.
@Hibbiki https://godbolt.org/z/W1sTxz5Yh ;)

I have been occasionally testing -ffast-math against various parts of Chromium for several years now*. The primary observed issue tends to be rendering breakages, likely due to NaNs, thus -fno-finite-math-only being passed.

*Largely in internal builds, but sometimes on a finer per component or similar basis in public builds. IIRC, these builds are the first public builds where I enabled it across the board, thus marking them "experimental" for now.

@Luc77600 Thanks for the feedback.
@justclueless
Thank you very much for the update 108.0.5351.0. And as always with all-codecs+. H.265 is more and more important for IP-TV, better compression, smaller bitrates, less traffic and last but not least better display of dark areas (less picture noise). Best regards from Switzerland.
@wth
Thanks for the feedback =D
Anon8444
any thoughts on seeing an ungoogled Thorium version?
Updated Linux builds, including -ffast-math optimizations. Please let me know if experiencing crashes or other serious issues.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v108.0.5356.0-r1058022-linux64-deb-avx2
https://github.com/RobRich999/Chromium_Clang/releases/tag/v108.0.5356.0-r1058022-linux64-deb-avx

Windows builds probably later tonight or tomorrow.
How to open chrome.exe with flags? Programmatically calling chrome.exe with  --profile-directory=Default doesn't works
chrome.exe needs to launched from chrlauncher. How to launcher incognito in a specific profile?
...\chrome.exe  --profile-directory=Default -incognito opens in a new profile
\chrlauncher.exe  --profile-directory=Default -incognito doesn't work

https://github.com/macchrome/winchrome/issues/86
Anon8447
@Hibbiki
Hi.Thx for the update nosync 64bit windows 106......119. Regards....
@Rexa

This is not a bonafide issue.

Try  --incognito
@marmaduke
Still the same  --incognito instead of  --incognito doesn't make a difference

--profile-directory=Default doesn't make a difference

...\chrome.exe  --profile-directory=Default  --incognito opens in a new profile
chrome://version/ in that window shows C:\Users\User*\AppData\Local\Chromium\User Data\Default

while my portable Marmaduke chromium shows-
C:\...\chrlauncher-win64-stable-ungoogled\profile\Default

...\chrlauncher.exe  --profile-directory=Default  --incognito doesn't work
Anon8450
This is probably going to be a rubbish report, but I have a slightly annoying issue with Chrome.

Is anyone else occasionally seeing Chromes window sort of jump right, and the right hand edge of the browser window appears on the left side of the screen (wrap around) by about a centimeters width, it lasts about 1 second then goes back to normal?

It started happening a few versions back, I'm now on Hibikki's 106.0.5249.119 installer.

I maybe see this twice or once a day, and I cant associate it with anything specific, when it happens I do not have my hands or wrists on the keyboard or track pad so not pressing any weird key combinations, its just while I am using the mouse, sometimes when using the middle wheel to vertically scroll a page and sometimes not, but the brief wrap around twitch is horizontal not vertical.

Only add-on I am using is UBlock Origin. And a few versions back I resized the browser window to be well clear of the desktop edge in case it was due to window edge magnetism to screen edge in windows .. But that has not stopped it happening.
I cant tie it in to anything running in the background (the only things in systray are NVidia Control panel and Windows Defender icons, and nothing unusual in background processes / windows startup apps).
Anon8452
Just tried out the windows builds with -ffast-math optimizations, they are rock solid.
Looking forward to seeing more of these in future releases
Anon8453
Thanks for the updated builds Rob, much appreciated.
Anon8454
@Marmaduke
Hi. Thank you for Ungoogled 64bit Windows 106.0.5249.119. Best Regards....
Anon8455
@Marmaduke
Thank you for the 64-bit Windows 106.0.5249.119 build release.
With kind regards,
@Marmaduke
Thx for latest 106...119 64-bit Windows release!
@RobRich Hi, do you have build files for native builds?
@idris If talking about Windows, then not explicitly, as I do cross builds using Linux. That said, the same files *should* work for native building, as most of the changes in places like the compiler and win build configs are conditioned on the OS targets.

On a related note, I need to update the modified build files in my repo. I have made a few changes since those were pushed.
Thorium vs RobRich vs macchrome

Alex313031/Thorium-Win (Linux, Windows, MacOS, Raspberry Pi)
RobRich999/Chromium_Clang (Linux and Windows)
macchrome/winchrome (marmaduke) (Windows only)

Does having or not having FMA, AVX/2 makes browser faster or secure?
Mary Elizabeth Truss 
@Rexa

You're being disingenuous: marmaduke is one of the most prolific Chromium develeopers. Just what is your problem!

Liz
@Rexa I work mostly on performance optimizations related to building Chromium with the LLVM compiler suite. If that is an interest, you can benchmark various builds if desired to find what works best for you.
@Mary Elizabeth Truss @Liz
macchrome is marmaduke
Updated Linux AVX2 build now available. Been poking at maybe improving devirtualization optimizations.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v109.0.5366.0-r1060271-linux64-deb-avx2
Quick FYI. My Linux builds are back in the listings. Windows to follow in the near future.

Thanks Jerry! :)
@ Rob and Jerry,

Is it me or do the API don’t send the same data than #linux ?

Or is it just a delay between what Rob is asking and what Jerry's will update?

Nothing important here, just asking by curiosity.
Anon8466
Hello! I'm using Rob's latest AVX build. On Youtube when playing videos in 4K it seems that the browser struggles a lot, he freezes there for a couple of seconds with the buffering circle, sometimes it resumes video playback sometimes it just stays there forever. I've tried Microsoft Edge and there the videos in 4K play smoothly.
Question: Anyone else using Rob's AVX Windows build experiencing the same?
Anon8467
@RobRich: Sorry for delay. But I work on your return! :)

@Mumu: The API about the RobRich builds is not open. I will do it quickly.

Jerry ;)
@Anon8466 Just checked with my current Win64 AVX2 build. 4K VP9 at YT using software decoding does seem to load a little slow at times in my virtualized Win11 environment. Using h264ify to force H264 at YT worked better IMO.

If using hardware decoding, I would have to check further on another system since my virtualized Win11 environment does not support that.

Ultimately it could be revision related. I will take a quick skim for related bug reports, too.

@Jerry As always, thanks for the site and support! :)
@Anon8466
@RobRich

Same problem with AVX2 version.
When the stream is interrupted, chromium loops on the cache memory and seems unable to get out of it (problem already noted).
It also seems that codecs are missing, some videos are invisible (I no longer have the sites in mind...)
Hardware decoding is indeed enabled.
It appears the YT VP9 4K issue is likely related to -fast-math optimizations. However, the issue is not directly in libvpx, so it could take more than a little effort to track down.

I am rolling updated builds without -fast-math. I will push them public if the issue is resolved, and I will revisit -fast-math later if/when I narrow down the exact optimization and/or component.
Anon8471
@Anon8466 try to see if the cause is the format that is playing.
different file formats. AV1/VP9/OPUS/MP4
try using invidious.snopyta.org and piped.kavin.rocks since they can explicitly set the video format.
eventually you will be able to tell which format gets your browser to lag, which will be more helpful to debug the cause.

* for example, I know HEVC (which isn't actually used in youtube) is a real pain to decode (I.E. play),
this is why people often opt-out some of the encoder optimization with https://x265.readthedocs.io/en/master/presets.html#fast-decode
Anon8472
@Anon8471, tried on piped.kavin.rocks (invidious only offered me 720p resolution for some reason) and the video played fine while on Youtube it lags badly. The codec used: vp09.
Thanks for the tips
The problem should be resolved with the current AVX2 builds.

I need tor roll AVX builds, but it might be awhile. I have hit an annoying SSH issue with an OS update on both of Linux build boxes. Fun.
Graphics driver issue. The current mesa 22.3~git2210200600.53ab57~oibaf~k ppa build apparently has an issue with X forwarding, at least for my configuration. Rolled back to the ubuntu mesa build for now.
Windows builds updated. Waiting on Linux AVX to build.

I might roll another Linux AVX2 build. I need to test more to see if there is an actual performance regression, but at first placen, I am not liking a processor target change I did.
Anon8476
@Rob, Youtube issue apparently resolved, playback seems smooth now, thanks a lot! With - 109.0.5371.0 (1061456) - i cannot open Woolyss website though, it throws this error (no big deal, it seems to be isolated to this website alone for whatever odd reason):
https://i.imgur.com/99xHYdo.png
@Anon8476 Sure enough. Win64 builds are affected. Linux AVX2 is okay. Save revision, and similar optimizations except for Polly on Linux. Oh well, like ya' said, only one site not loading so far.
Anon8478
@Rob, yup, please don't mind it, you already do more than enough and i'm thankful for that! We can perfectly wait a few weeks for other build updates, don't worry. Thanks for everything :)
Anon8480
@Rob, we don't deserve you :)
Updated Windows builds now available. Site is no longer crashing.

@Anon8480 Thanks and welcome.
Anon8482
@Rob, yep, all working as intended now, thanks a lot!
Hello RobRich,

Thank you for this new version 109.0.5372.0 AVX2.

Watch out for speeding !!!
@RobRich
Thanks for the 109.0.5372.0 with avx2 for Win64. It is very fast and also works with widevine and especially with H.265/HEVC. In Europe all movies are produced for TV with 4k (2160p/50Hz) and H.265/HEVC.
TIGER Masum 
Chromium always the best browser.
Anon8486
The remove tabsearch button flag doesn't remove the tab search icon like it says it does. Is there any other way to remove the icon?
Anon8487
@Anon8486 Have you also set the #win-10-tab-search-caption-button flag to "Disabled"?
@Jerry
The build 109.0.5372.0 avx2 for Win64 by RobRich also has "all-codecs+" - displayed here in the upper right corner in "My Chromium version" - and also tested with your site:
https://tools.woolyss.com/html5-audio-video-tester/
temporary freezing/delay in new tab doesnt happen in Thorium builds. But there is an annoying bug in AVX2 builds of Thorium. Gonna test Rob's Chromium too
@justclueless
Thanks a lot for the 109.0.5376.0. Interesting this contest with RobRich. My reality test: video streaming with zattoo.com in Switzerland. If this streaming runs stable and the pictures are in best quality, what more could we want?
Anon8491
@Marmaduke
Hi. Great ; thank you ver much for Ungoogled 64bit Win 107.0.5304.62 . Best regards... :)
Mathilde May McCross-Compiler 
@Rexa

Given marmaduke's predilection for cross-compiling himbo/bimbo is transitioning and would like to be known as Mathilde May McCross-Compiler.

Preferred pronoun (say with eyes shut and with a pure soul: "Most Beatified Excellency of the Holy Trinity of Soustroup++"

Tilly
@wth Not a contest, not competing with him. Actually, my optimizations are derived from Rob's, always has been.
Google Moron Risk Premium 
diff --git a/chrome/VERSION b/chrome/VERSION
index af4afbc..78d405f0 100644
--- a/chrome/VERSION
+++ b/chrome/VERSION
@@ -1,4 +1,4 @@
MAJOR=107
MINOR=0
BUILD=5304
-PATCH=62
+PATCH=63
@Marmaduke
Wow, great. Thx very much for ungoogled 64bit Win 107....62 verison!
Anon8496
@Marmaduke,
Thank you for both Windows and Linux 64-bit 107.0.5304.62 build releases.
With kind regards,
Anon8497
@Hibbiki
Thanks for nosync win 64bit 107.0.5304.63. Best Regards. :)
@Hibbiki
Great! Joy reigns. Now your build 107.0.5304.63 also has all-codecs+ (including H.265/HEVC) and is stable and very fast. Thank you very much.
"With the release of Chrome 110 (tentatively scheduled for February 7th, 2023), we’ll officially end support for Windows 7 and Windows 8.1. "

https://support.google.com/chrome/thread/185534985/sunsetting-support-for-windows-7-8-1-in-early-2023
Anon8500
"Google is Deprecating the Widevine DRM CDM"
https://bitmovin.com/google-deprecating-widevine-drm-cdm/
Technically the existing Widevine v4.10.2449.0 component is being depreciated and replaced with a new version.

A new version is not in the https://dl.google.com/widevine-cdm/versions.txt log, yet. I suppose Google Chrome might already have it, but someone else will have to download a binary and check if interested enough.
@RobRich
Google's Chrome does come with v4.10.2557.0
@Hibbiki Thanks for verifying the version. 4.10.2557.0-win-x64.zip and similar are not on the Google DL infrastructure, yet. Edge and others are scheduled for 11/15, so it might be awhile before v4.10.2557.0 lands there.
I pushed Linux AVX2 and FFmpeg diffs to my Chromium repo. I hope to get the other platforms and builds in the next day or two.

https://github.com/RobRich999/Chromium_Clang

Diffs currently against:

Chromium = https://chromium.googlesource.com/chromium/src/+/8543bb326d7ec8c5b1526af682ce560f910a9eb6
FFmpeg = https://chromium.googlesource.com/chromium/third_party/ffmpeg/+/5f4813ac6fded755ee386f94fbc5440748c09e71

I do not promise to keep the diffs in sync, but I will try to keep them updated occasionally.
Looks like Polly is stalling Linux builds; again. Dropping it for now. Plan to revisit later. Probably after experimenting with some LTO-related tweaks.
Hello, The My Chromium version box at the top of this page doesn't seem to be able to read the minor version numbers anymore.

For example, I'm using Chromium 107.0.5304.63 but the My Chromium version at the top of this page says: 107.0.0.0

Thanks for the great work you all do here!
Anon8507
@Dave This is the upstream modification to the source code
Anon8508
@Marmaduke & @Hibbiki

Hi. Thank you very much guys. For yours very quick Update Ungoogled and nosync 64bit Windows 107.0.5304.88. Best regards.... ;)
@Marmaduke
Thx very much for ungoogled 64bit Win 107....88 verison
Anon8511
@Hibbiki
Thx very much for the update 107.0.5304.88 for Win64. The Widevine 4.10.2557.0 I have copied it in myself.
Hello.

I have a problem with the following.

Until Ungoogled Chromium v.106.0.5249.119 x64 (by marmaduk) I didn't have this problem that I have with Ungoogled Chromium v.107.0.5304.88 x64.

With these settings:
1. chrome://settings/privacy -> Security -> Use secure DNS -> enable/check it.
2. With Custom -> https://dns.adguard.com/dns-query.

And every time on some sites I get: "ERR_TOO_MANY_REDIRECTS"

I am attaching two pictures to visualize the settings:
https://i.postimg.cc/hj0LxJSp/1.png
https://i.postimg.cc/gjkvKYjd/2.png

The problem is only fixed when you disable "Use secure DNS" and then the problem site loads.

For verification, I also tested https://github.com/Hibbiki/chromium-win64/releases/tag/v107.0.5304.88-r1047731 - on Hibbiki.

But it's the same there.

For reference: Each test is done with portable version and without any settings, tests are done with new profile and with new settings.

I'm not posting this to the marmaduk repository because it will lock the thread there and not respond.

The sites that cause me problems are for example: https://2baksa.ws/ and https://arenabg.com/torrents/.

Please, for example, Hibbiki to test.

Because I just tested with Hibbiki's https://github.com/Hibbiki/chromium-win64/releases/tag/v106.0.5249.91-r1036826 - no problem at all.

I also tested with the flag chrome://flags/#enable-webrtc-hide-local-ips-with-mdns - I don't know if it has any relevance, but whether it will be Enabled, Default or Disables - no change.

So... What is the cause of this problem?!
Addendum: I tested with the portable version - https://github.com/ungoogled-software/ungoogled-chromium-windows/releases/download/107.0.5304.63-1.1/ungoogled-chromium_107.0.5304.63-1.1_windows_x64.zip

The problem is here too. Could it be due to how to put it properly and accurately....the developments of @Eloston, @Ahrotahn and this problem just hasn't been noticed?!
Anon8514
Why not just release this "Chromium Browser" by "The Chromium Authors" in the Microsoft Store? This would solve the auto update issue right?
Anon8515
@Ariweee
https://dns.adguard.com/dns-query
For this DNS service you need an account first. Then you see more. Your specified path for to nowhere: no 'dns' query parameter found
@Anon8515 - > https://adguard.com/en/blog/adguard-dns-announcement.html and scroll down to the bottom of the page.
Updated Win64 AVX2 build pushed. I have applied -ffast-math optimizations to the Blink renderer and V8 code paths. I have yet to narrow down the YT media playback problem with enabling -ffast-math across more code paths, but admittedly, I have not taken much effort in that regards.

I am also experimenting with LLVM ext-tsp-block-placement and constraint-elimination passes; though I did need to disable each in a couple of different components for now. The ext-tsp-block-placement pass *might* help with processor instruction cache utilization. The constraint elimination pass simplifies conditions to help eliminate compares. YMMV, as usual.

----------------

@Anon8514 The Chromium project would have to package and distribute any official builds for inclusion to the Microsoft Store. That is unlikely to happen, as Chromium is considered a *development project* instead of end-user consumer products like Google Chrome, Microsoft Edge, and similar. The "The Chromium Authors" builds are development builds for continuous integration testing and similar dev purposes.
Anon8518
@Ariweee
You are right, there is a bug, but it is also present in Google Chrome. I also wanted to use the Quad9 and that could not be set, even with the correct URL. Well then I just use Cloudflare (1.1.1.1). It also filters many websites with malware.
@Anon8518 note that this problem did not exist in any version of 106. I notice that on some sites it asks me to login with a username and password every time, even though the site is marked to remember this. @Anon8518, test it too, that with any version of 106 you won't have your problem either.

To me all versions of 107, that have been released, are buggy. Maybe users haven't encountered the problems I encountered yet.
Jerry and I exchanged a few emails in recent days. He updated some build tags, plus the browser detection at the top of the page should now report the full version string for Chromium-based browsers.

As always, much thanks to Jerry for the site and updates. :)
Possible FYI for Widevine DRM users. While skimming some bug reports, I spotted this (so far unconfirmed) submission about a potential Widevine v4.10.2557.0 playback issue.

https://bugs.chromium.org/p/chromium/issues/detail?id=1379530
BTW, Windows build performance might be a little off. The LLVM nontrivial-unswitch pass by default runs at -O3, but I enabled it across the board these builds. It used to be okay months ago, but I have been getting mixed results in recent internal Linux builds using it, and I do not do much performance testing directly on Windows these days.
Anon8523
@Rob, indeed, thanks Jerry for the site updates and also to you for your updated Windows builds!
Only thing left causing OCD is @justclueless builds not having its revision shown instead of just r0 but i think that's on @justclueless side because that's what is also shown on Github... just a thought for him :)
@Anon8523 Welcome.

----------------

Rolled an internal Linux AVX2 build. Got Polly back working. That said, I am not seeing much difference with ext-tsp-block-placement, constraint-elimination, or even targeted -ffast-math. Oh well, something to add to my notes for subsequent builds.

I might clean up the above tweaks and roll updated Windows builds later this weekend, too.
I'm using marmaduk's latest Ungoogled Chromium v.107.0.5304.88 x64. But on the right side of this site it says that this is the latest version, but the "up-to-date" pole is missing! It used to be there, now why is it gone, like it's not the latest and newest version?!

https://i.imgur.com/twpwnHg.png
Anon8526
Yeah i just noticed, how come now it says "107.0.5304.88" instead of 107.0.0.0 like it did with the 106 version? I thought chromium removed the user agent tracking?
Anon8527
@Anon8526
Jerry has changed the script client-side (i.e. it works in your browser). Now it no longer shows the User-Agent but the Chrome Version (link is given above), according to the input in the address line: chrome://version
@Anon8523
Yeah that's my bad. But I'm not too sure how to grab the revision number anyway.
chrome://version is reporting "Revision: 0" for me
Updated Linux AVX2 build in the listing. Polly is enabled again. Code diff:
https://github.com/RobRich999/Chromium_Clang/blob/master/linux64-avx2.patch

On a lark I enabled VPlan-Native path outer loop vectorization. It actually getting through a build was an interesting surprise, as it has been largely a build crasher in previous attempts. That said I probably should check optimization remarks to see if VPlan is even doing anything for us. When VPlan-Native path was initially introduced, it was an explicit optimization pass dependent upon code pragmas. Not sure if that remains a requirement, as I have not been closely following VPlan development much in recent times.
Anon8530
Latest .62 and .87 versions are broken on MacOs :(
Suella Braverman 
@Anon8530

You're a fount of useless information.
@RobRich Hi Rob. I saw you removed build configs from your repo. Also made some modifications a few days ago, later deleted. Is there some upgraded build files and pacthes for win-avx2?
@idris Noted. Apparently I did not get around to them in my previous round of builds. I will try to push updated configs this weekend.
In which folder are cookies stored in Hibbiki and Marmaduke versions for Windows 10 64?
I want to migrate from Chromium to ungoogled Chromium, so I have to uninstall Chromium first and delete profile folder. But I would like to transfer cookies to ungoogled Chromium.
Thank you!
Apologies on the slow build cycle. Had some other things to do. I just kicked off fresh Windows builds. Might be tonight or tomorrow before pushing them public, as I am doing them in the background on my 8c/16t notebook instead of my build servers.

I have been casually poking at other optimizations, but I have been hitting a register allocation issue, so I am going with my usual optimizations for this round of builds. I will toss up diffs when I do push the public builds.
Win64 AVX in the listings. Diff in my repo.
Anon8538
@Hibbiki
Hi. Thank you for your quick update nosync 64bit 107.0.5304.107 Windows. Best Regards ... :)
Anon8539
@Hibbiki
Thank you very mutch for the update 107.0.5304.107 for Windows. Best regards.
Anon8540
Thanks a lot for the updates @Rob
Thx for latest update Marmaduk
Anon8542
@Suella Braverman just try downloading them, the unpacked binary can't be launched on the latest MacOs 13 Ventura.
Anon8543
I don't know for MacOS 13, but the builds work for MacOS 12, if you set the LSRequiresNativeExecution=False.

It's currently set to "True". I don't know any (legal or technical) implication of changing it, but it works on my MacOS with a M1 processor.
Richard Head 
@Anon8542

xattr -csr Chromium.app

codesign --force --deep --sign - Chromium.app

Dick
Anon8545
@Marmaduke,

Thank you for the 107.0.5304.107 64-bit Windows build release.
With kind regards,
Not liking my latest Linux AVX2 build. Some mild, yet annoying performance regressions. Rerolling the build without the loop rerolling pass this time.
Anon8547
@Marmaduke
Hi. Thank you for your update Ungoogled 64 bit windows 107.0.5304.107 . Best Reagrds. :)
Linux AVX2 updated. Diff in repo. Linux AVX to follow likely later today.
Under Win 64 versions, why is only one Ungoogled?
AmCap product key 
Thank you very much
Anon8551
@Marmaduke
Hi. Thank you so much for Ungoogled Android 107.0.5304.107. Best Reagrds. :)
Anon8552
@RobRich, thanks for the updated Windows AVX build. Cheers
Widevine is enabled in all builds here, but it still needs our own help, for example Windows 64-bit.

First we have to download the latest version of the dll file if possible and unzip the zip file to get the file "widevinecdm.dll" - free download here:
https://www.dllme.com/dll/files/widevinecdm_dll.html

In the folder "Application" and further in the folder with the many dll files we have to create a folder "WidevineCdm". In this folder we need another hierarchical folder structure. First "_platform_specific" and in there the folder "win_x64". Here we put the file "widevinecdm.dll".

But that's not all: without the appropriate text file "manifest.json" at the top in the folder "WidevineCdm" nothing works. It has the content with the appropriate version number of Widevine, sample 4.10.2557.0:
{
"manifest_version": 2,
"update_url": "https://clients2.google.com/service/update2/crx",
"name": "WidevineCdm",
"description": "Widevine Content Decryption Module",
"version": "4.10.2557.0",
"minimum_chrome_version": "68.0.3430.0",
"x-cdm-module-versions": "4",
"x-cdm-interface-versions": "10",
"x-cdm-host-versions": "10",
"x-cdm-codecs": "vp8,vp09,avc1,av01",
"x-cdm-persistent-license-support": true,
"x-cdm-supported-encryption-schemes": [
"cenc",
"cbcs"
],
"icons": {
"16": "imgs/icon-128x128.png",
"128": "imgs/icon-128x128.png"
},
"platforms": [
{
"os": "win",
"arch": "x64",
"sub_package_path": "_platform_specific/win_x64/"
},
{
"os": "win",
"arch": "x86",
"sub_package_path": "_platform_specific/win_x86/"
},
{
"os": "win",
"arch": "arm64",
"sub_package_path": "_platform_specific/win_arm64/"
}
]
}
{
"manifest_version": 2,
"update_url": "https://clients2.google.com/service/update2/crx",
}, "name": "WidevineCdm",
}, "description": "Widevine Content Decryption Module",
}, "version": "4.10.2557.0",
"minimum_chrome_version": "68.0.3430.0",
"x-cdm-module-versions": "4",
"x-cdm-interface-versions": "10",
"x-cdm-host-versions": "10",
"x-cdm-codecs": "vp8,vp09,avc1,av01",
"x-cdm-persistent-license-support": true,
"x-cdm-supported-encryption-schemes": [
}, "cenc",
"cbcs"
],
}, "icons": {
"16": "imgs/icon-128x128.png",
"128": "imgs/icon-128x128.png"
},
}, "platforms": [
{
}, "os": "win",
}, "arch": "x64",
"sub_package_path": "_platform_specific/win_x64/"
},
{
}, "os": "win",
}, "arch": "x86",
"sub_package_path": "_platform_specific/win_x86/"
},
{
}, "os": "win",
}, "arch": "arm64",
"sub_package_path": "_platform_specific/win_arm64/"
}
]
}
Anon8554
why this blog became a dumping ground for all the build garbage and a$$ kissing thank you messages?
Sorry, but in the "manifest.json" the content is specified twice, once is enough:

{
"manifest_version": 2,
"update_url": "https://clients2.google.com/service/update2/crx",
"name": "WidevineCdm",
"description": "Widevine Content Decryption Module",
"version": "4.10.2557.0",
"minimum_chrome_version": "68.0.3430.0",
"x-cdm-module-versions": "4",
"x-cdm-interface-versions": "10",
"x-cdm-host-versions": "10",
"x-cdm-codecs": "vp8,vp09,avc1,av01",
"x-cdm-persistent-license-support": true,
"x-cdm-supported-encryption-schemes": [
"cenc",
"cbcs"
],
"icons": {
"16": "imgs/icon-128x128.png",
"128": "imgs/icon-128x128.png"
},
"platforms": [
{
"os": "win",
"arch": "x64",
"sub_package_path": "_platform_specific/win_x64/"
},
{
"os": "win",
"arch": "x86",
"sub_package_path": "_platform_specific/win_x86/"
},
{
"os": "win",
"arch": "arm64",
"sub_package_path": "_platform_specific/win_arm64/"
}
]
}
Why not set up a simple three category forum? One for questions, one for build info, and one for thank you messages.
Widevine.
But do not forget. From the folder "WidevineCdm" we need to make a BackUp (a copy). Because during an installation (mini-installer) of an update of Chromium, unfortunately, the folder is deleted. Maybe the authors of the new builds will always integrate the whole thing.
Anon8558
@Anon8554
Why not come to this blog anymore ???
Since you don't respect other users or authors !!!
Programmatically calling chrome.exe with  --profile-directory=Default doesn't works.

...\chrome.exe  --profile-directory=Default -incognito opens in a new profile
...\chrlauncher.exe  --profile-directory=Default -incognito doesn't work

--profile-directory=Default doesn't make a difference

--incognito instead of -incognito doesn't make a difference

...\chrlauncher.exe  --profile-directory=Default  --incognito doesn't work

...\chrome.exe  --profile-directory=Default  --incognito opens in a new profile
chrome://version/ in that window shows C:\Users\User*\AppData\Local\Chromium\User Data\Default
while my portable Marmaduke chromium shows-C:\...\chrlauncher-win64-stable-ungoogled\profile\Default

@Marmaduke
Anon8560
@RobRich
thanks for your avx2 patches! Is it a problem to use both, avx2 and pgo? Or is it better to disable pgo for avx2 builds?
@Anon8560 Use PGO. Instructions might change, but the function names and counts should remain largely intact.

My args.gn for Windows builds using Chromium's bundled LLVM checkout:

# Build arguments go here.
# See "gn args <out_dir> --list" for available build arguments.
is_clang = true
is_component_build = false
is_debug = false
is_official_build = true
use_thin_lto = true
thin_lto_enable_optimizations = true
symbol_level = 0
blink_symbol_level = 0
v8_symbol_level = 0
target_cpu = "x64"
enable_media_drm_storage = true
enable_widevine = true
bundle_widevine_cdm = false
ignore_missing_widevine_signing_cert = true
enable_remoting = false
proprietary_codecs = true
ffmpeg_branding = "Chrome"
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false
treat_warnings_as_errors = false
clang_use_chrome_plugins = false
enable_resource_allowlist_generation = false
enable_nacl = false
enable_precompiled_headers = true
chrome_pgo_phase = 2
disable_fieldtrial_testing_config = true
target_os = "win"
enable_media_foundation_widevine_cdm = true
enable_ffmpeg_video_decoders = true
enable_platform_hevc = true
enable_hevc_parser_and_hw_decoder = true
enable_platform_ac3_eac3_audio = true
enable_platform_dolby_vision = true
enable_platform_mpeg_h_audio = true
enable_mse_mpeg2ts_stream_parser = true

My args.gn for Linux builds using an external LLVM checkout for Polly support:

# Build arguments go here.
# See "gn args <out_dir> --list" for available build arguments.
is_clang = true
is_component_build = false
is_debug = false
is_official_build = true
use_thin_lto = true
thin_lto_enable_optimizations = true
symbol_level = 0
blink_symbol_level = 0
v8_symbol_level = 0
target_cpu = "x64"
use_lld = true
enable_media_drm_storage = true
enable_widevine = true
bundle_widevine_cdm = false
ignore_missing_widevine_signing_cert = true
enable_remoting = false
proprietary_codecs = true
ffmpeg_branding = "Chrome"
google_api_key = "no"
google_default_client_id = "no"
google_default_client_secret = "no"
use_official_google_api_keys = false
treat_warnings_as_errors = false
clang_use_chrome_plugins = false
enable_resource_allowlist_generation = false
enable_nacl = false
enable_precompiled_headers = true
use_vaapi = true
enable_linux_installer = true
enable_distro_version_check = false
chrome_pgo_phase = 2
use_icf = true
is_cfi = true
clang_base_path = "/usr/lib/llvm-16"
clang_version = "16.0.0"
disable_fieldtrial_testing_config = true
enable_ffmpeg_video_decoders = true
enable_platform_hevc = true
enable_hevc_parser_and_hw_decoder = true
enable_platform_ac3_eac3_audio = true
enable_platform_dolby_vision = true
enable_platform_mpeg_h_audio = true
enable_mse_mpeg2ts_stream_parser = true
use_text_section_splitting = true

BTW, for a potential build time improvement, I also use rmpalloc for LLVM on Linux by "abusing" the args.gn cc_wrapper prefix. If building on Windows, Chromium's bundled LLVM checkout is built with rpmalloc anyway.

cc_wrapper = "env LD_PRELOAD=/home/robrich/Downloads/rpmalloc/bin/linux/release/x86-64/librpmallocwrap.so"
Vladimir Putin 
@Rexa

This has been explained many times before: stop flogging a dead horse!

Chromium.Portable.Template.7z
https://github.com/macchrome/winchrome/releases/download/v102.0.5005.63-3-r992738-Win64/Chromium.Portable.Template.7z
Anon8563
if anyone needs - daily ffmpeg builds with all nonfree libs for Windows. it (also) has shared build which reduces the weight to a third of the size: https://github.com/nanake/ffmpeg-tinderbox/releases/tag/build-2022-11-19-21-28-n109143

=-=-=-

and I've found this guide to be very useful:

https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding/blob/main/README.md

A guide that teach you enable hardware HEVC decoding & encoding for Chrome / Edge, or build a custom version of Chromium / Electron that supports hardware & software HEVC decoding and hardware HEVC encoding.

Chromium v110.0.5428.0 Latest
1. Support HEVC HW encoding on Windows and macOS.
2. Support 10bit WebCodec decoding.
3. Support HEVC with Alpha WebCodec decoding and preserve its alpha layer on macOS.
4. Support HEVC HDR metadata extraction.
5. Support HEVC HW VAAPI decoding on Linux.
6. Increased WebCodec max encoding frame rate from 30 to 120fps on macOS.
7. Improved HDR Tone mapping color accuracy and performance on Windows.
8. Decrease 66% HEVC with Alpha decoding CPU usage on macOS.
9. Decrease 50% GPU memory usage when decoding 10bit videos on SDR screen on Windows.
10. Fix a bug if D3D11VideoDecoder is disabled by gpu workaround on Windows, support detection API still report "supported".
11. Fix incorrect ucNumDeltaPocsOfRefRpsIdx param passed to D3D11 HEVC decoder on Windows.

disclaimer:
1. not me, based on readme this guy is from china.
2. I can't tell if it is safe to use or not. if it is safe, can you please add it to the website, it got EVERY OS builds (macOS, linux, Windows) in arm64 and x64 (amd64). which is pretty awesome!
I use the following patches for my builds. Code looks fine, and no concerns to note IMO.
https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding/blob/main/add-hevc-ffmpeg-decoder-parser.js
https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding/blob/main/remove-main-main10-profile-limit.patch

Plus I enable multithreading in ffmpeg_video_decoder.cc for those using software HVEC decoding. Example near the bottom of the following patch.
https://github.com/RobRich999/Chromium_Clang/blob/master/win64-avx2.patch
Anon8565
Any ideas on how to run chromium with vulkan backend, on 107...vulkan enabled, it freezes chromium on playing youtube videos?
@Anon8565 By running Chromium on Android and potentially Linux depending upon GPU drivers. To be fair, it should and does run on multiple platform, but it can be YMMV as you have experienced.

Also IIRC, I think there were some performance regressions last time I tried benchmarking Vulkan, at least with RADV drivers on my AMD hardware under Linux.

Anyway, assuming you have a purpose for wanting Vulkan rendering, did you try with hardware video decoding disabled?
Anon8567
@RobRich I'm using chromium on win11, it works with disabled hw acceleration, but i really want to use it with hw acceleration enabled.
@Anon8567 GPU hardware acceleration or just hardware video decoding?
chrome://settings/system
chrome://flags/#disable-accelerated-video-decode

AFAIK, VaapiVideoDecoder does should support hardware video decoding with Vulkan on Linux, but I am not sure what is implemented (or planned) for Windows at this time. Until if/when someone else can answer, you might poke around at crbug.com to check further.
Anon8569
@RobRich my fault, sorry. i disabled hardware acceleration. I tried to enable vulkan and disabled hw decode and it works precise. But an idea is been to use vulkan with all hardware decode things.
Thx for latest update Marmaduke
Anon8572
@Hibbiki
Thank you very much for the update 107.0.5304.122
@Anon8571 I skimmed the readme and a couple of files, so the following is in no way a code audit. It appears to search for and patch function instruction patterns for chrome.dll in resident memory. You would be doing arbitrary code injection to a dynamic library.

On Linux one can do LD_PRELOAD to override dynamic binary functions. There are potential security implications, but Linux will ignore a binary's setuid bit when using LD_PRELOAD, thus running the binary as the user executing it, not as the setuid owner of the binary file. That does provide an additional layer of security.

There appears no malicious intent with the utility, as for example, it is by a developer with numerous repos, has an organized development process, and has a clearly presented licensing model. That said, the security methodologies in Windows still requires the DLL injection utility to run with *admin* rights, along with any such security implications regardless of developer intent.

The repo readme mentions the benefit of the utility for developers, which makes sense. I suppose the relevant question for end-users is whether one wants to use an actively resident DLL injector running (or most any other app) under admin rights, along with incurring any potential unintended security vectors with such software running and having system administrative rights.

Security aside, as coding evolves the instruction search patterns would need to evolve as well. An injection to modify a certain feature might work with one revision and not the next until a signature is updated. Likewise for potential differences in instructions due to compiler version and/or configuration, thus YMMV on the included pattern signatures working for third-party builds like mine or others changing optimization levels, bumping SIMD level targeting, and similar.
@Anon8571 What is even point of that? URL elision is configurable and developer mode warning will not be displayed if "is_chrome_branded" is set to false in build args (see https://chromium.googlesource.com/chromium/src/+/refs/tags/107.0.5304.122/chrome/browser/extensions/install_verifier.cc#68)
Anon8575
Chromium.app.ungoogled-107.0.5304.121.tar.xz does not work for me, I get the following error:

Downloads % open Chromium.app
The application cannot be opened for an unexpected reason, error=Error Domain=NSOSStatusErrorDomain Code=-10661 "(null)" UserInfo={_LSLine=4087, _LSFunction=_LSOpenStuffCallLocal}

Changing LSRequiresNativeExecution to false as mention in previous comments did not work this time (it did before).
Lionel De Poofter Messi 
@Anon8575

Chromium.app.ungoogled-107.0.5304.121.tar.xz works perfectly on macOS High Sierra 10.13.6 (17G14019)!

Gabriel Fernando de (call me) Jesus
Quick FYI for those building with extra optimizations. Looks like -mllvm -enable-loop-versioning-licm is no longer supported in LLVM. Without delving too far into commits right now, I suspect it might have finally been enabled by default. Either way, the option needs removed from Clang and LLD/LTO if present.

I will rebase my repo's patches on my next round of builds. Maybe today or tomorrow.
Anon8578
@Hibbiki
Hi. Thank you very much for your very quick update nosync 108 .... 64bit. Cheers. :)
Anon8579
@Hibbiki
Thank you very much for the immediate update 108.0.5359.72. The version runs very fast. Best regards.
Win64 AVX2 updated in the listings, along with Polly optimizations once again working and enabled. Updated diff in my repo for those interested, too. Win64 AVX and Linux builds might be tomorrow sometime.
Anon8581
@Lionel De Poofter Messi

Any chance you use an M1 Mac (this could be related, also, I'm using Ventura 13.0.1) ?
Anon8582
@Hibbiki
Hi. Strange with your build nosync 108.xxxxx in this site : My Chromium Version = 8.0.0.0
With your sync version no problem My Chrome Version = 108.0.5359.72 ( Without flag enable #full-user-agent )
If in nosync i enable flag #full-user-agent : My Chromium Version = 108
Is it normal or bug in building nosync ?
Thank'sss. Regards.
Anon8583
@Anon8582
There is nothing wrong with both versions. The bug for the 8.0.0.0 is on this site. A locked link?
Anon8584
Anon8582 @Anon8583
Hi. OK . Thank you. Regards.
Why is only one of the Win 64 versions Ungoogled? Why do others not ungoogle their versions?
Win64 AVX updated. Diff in repo. Notes about Polly in the usual repo issues thread.

----------------

@Jack Lots of reasons. Perhaps at the top of the list for end users, some people using Chromium actually want and use certain Google features.

For me it is a matter of not having any personal use for it, and ya'll usually get the same builds I use. I target performance optimizations from the compiler perspective, so I tend to focus more on LLVM than Chromium development. Well I used to anyway, as thankfully my compiler-related optimizations have been largely static for quite awhile now, other than dealing with the occasional build breakage due to an added LLVM pass or similar.

I also do dev builds off the source trunk, while ungoogled tends to track "stable" build parity with Chrome releases. I would have to update patches accordingly, which is far from my idea of "fun" these days. I have dealt with enough my own optimization breakages building Chromium over the years, less long dealing with porting patches that tend to target two or so major revisions behind ToT dev builds.

That said, I have diffs in my repo, so others are free to use them - as is or as guidance - in their ungoogled builds if desired.
Anon8587
@RobRich; as usual, thanks a lot for the updated builds!
@Anon8587 Welcome.

----------------

It appears I accidentally put Polly under the Linux ldflags instead of the Windows ldflags for my latest builds. That means Polly was not used for Windows. Great. I will try to reroll builds and diffs this weekend, and fingers crossed, hopefully Polly works this time.
I am using ungoogled chromium and floccus gives error because it can't login to google drive
Here is the error: You can't sign in to this app because it doesn't comply with Google's OAuth 2.0 policy for keeping apps secure.

Any workaround?
Thank yoU!
Anon8590
@Marmamaduke & @Hibbiki
Hi. Thanks for the Update Ungoogled & nosync 64bit windows 108.0.5359.95 . Best regards. :)
Anon8591
@Hibbiki
Thank you very much for the update 108.0.5359.95 sync for Windows 64 capable for widevine. Best regards.
Anon8592
Anyway to disable the "Windows 7 is soon to be unsupported" banner? Dismissing it does not work (as it opens every startup) and there does not appear to be a flag mentioning it either.

This is just silly.
@Anon8592, I support, I too have been looking for how to stop this spam sentence permanently. Can anyone provide a solution to this artificially created problem by google?!
Anon8594
@Marmaduke,
Thank you for both 64-bit Windows 108.0.5359.95 and Linux 108.0.5359.94 build releases.
With kind regards,
@Anon8592 Don't worry it will disappear in 2 versions, since Windows 7 won't be supported since 110 :>
@Hibbiki Thank you for the answer. Sure, "Windows 7 is soon to be unsupported" banner will disappear since 110.* version, but Win7 is still our system on PC and version 110.* will not work on it at all. That is the reason why people ask to remove the banner, coz we will stop updating Chromium and will stay with latest supported (and with that annoing banner)
Assuming one cares about security updates, and you should IMO, upgrading to a later *supported* version of Windows is the proper solution.

For those unwilling or unable to upgrade OS for whatever reason(s), I seriously suggest looking at other browser options with regular security updates. Last I knew, the Pale Moon project admin stated the intention to support the Windows 6.1 kernel "for the foreseeable future" barring significant changes or breakages.

https://forum.palemoon.org/viewtopic.php?f=3&t=21685#p163736
Anon8598
@Marmaduke
Hi That's great , thank you for the Update Ungoogled Android 108 . Regards ...
@Haris K

ungoogled for Linux is compiled with the use-oauth2-client-switches-as-default.patch - subsequent releases of ungoogled for macOS and Windows will use the same patch: whether that will make a differnece remains to be seen.
@Anon8592, @Efx

New GP in 108...

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Chromium]
"SuppressUnsupportedOSWarning"=dword:00000001

"Setting the policy to Enabled suppresses the warning that appears when Google Chrome is running on an unsupported computer or operating system. Setting the policy to Disabled or leaving it unset means the warnings appear on unsupported systems."
@Ang1024,
Unfortunately, the reg file method doesn't work on Ungoogled Chromium! I tried it on two developers, I restarted the computer, but the unwanted inscription remains!
Here's a working variant for Ungoogled chromium: https://krakenfiles.com/view/D3T1x7XjJq/file.html

You download this file, run it. Then restart your computer and you won't see the unwanted caption anymore!

(The trick is to change the path to: [HKEY_CURRENT_USER\Software\Policies\Chromium]
"SuppressUnsupportedOSWarning"=dword:00000001)
@Ang1024 Thank you so much, Ang1024.

It works with both Ungooled Portable and Ungooled Installed. 3 copies of Ungooled Portable and one Ungooled Installed, Win7 64 bit.

Regedit -> HKEY_LOCAL_MACHINE\SOFTWARE\Policies (create "Chromium" in Policies) -> create dword32 with the name "SuppressUnsupportedOSWarning" in "Chromium" -> choose hexadecimal value of dword32 and if it is "0" - bunner is shown, if it is "1" - bunner is hidden
I came across a serious problem with this "solution" I published.

When you go: Chrome://Settings/Privacy -> Chrome://Settings/Security -> The menu "Use Secure DNS. This setting is disabled on managed browsers" is disabled without any ability to activate it.

If you use me DNS, do you remove Google's unwanted inscription for Windows 7 support - horror!

There are two options:
1. To work with the DNS menu - manually delete the settings/directory created from regedit;
2. You reconcile with the available unwanted and annoying inscription on Google.
Anon8605
@Ariweee
Did you try:

[HKEY_CURRENT_USER\Software\Policies\Chromium]
"SuppressUnsupportedOSWarning"=dword:00000001
"DnsOverHttpsMode"="on"
@Anon8605, Please clarify about "DnsOverHttpsMode"="on"

like what from the picture i am attaching this should be set to "on"?!

https://i.imgur.com/cV5S33N.png

I assume you mean add it to the registry?!

Basically I tried it with "DWORD" but no positive result.
@Anon8605, I understood you. No, there is no positive effect. The setting continues to be disabled!
Anon8608
DnsOverHttpsMode values are off/automatic (insecure fallback, can use templates below)/secure (requires templates below)

[HKEY_CURRENT_USER\Software\Policies\Chromium]
"SuppressUnsupportedOSWarning"=dword:00000001
"DnsOverHttpsMode"="secure"
"DnsOverHttpsTemplates"="https://your.doh.provider1/dns-query{?dns}https://your.doh.provider2/dns-query{?dns} provider3 provider4 more"
Hibbiki build can play mp4 but Marmaduke build of the same version can't although both are all-codecs+
Any idea why? Any help? Thank you!
@Haris K

Marmaduke Ungoogled 108.0.5359.95 64bit on Win7 64bit plays *.mp4. File drag&dropped on blank tab.
version 108 add affiliate ids and links to your urls automatically

try to enter etsy.com it will be redirected to a url with affiliate link for the author !!!

Can you explain ?!!?!?
@Marmaduke
Thx for Ungoogled 108...99
Anon8614
@Marmaduke
Hi. Thanks bro for the quick update Ungoogled Windows 64bit 108.0.5359.99. Regards... :)
Anon8615
@Hibbiki
Thanks for the update 108...99. Best regards.
Anon8616
@Hibbiki
Hi. Thanks for the Update nosync 64bit 108.0.5359.99 . Regards. :)
Win64 builds updated. Polly optimizations back enabled. Diffs in my GitHub repo.
Anon8618
Thanks Rob :)
Anon8619
Marmaduke has affiliate links again?
this is seriously a huge security flag.
Richard Head 
@Anon8619

State your case or shut up.

Dick
I just tested an internal AVX2 build, for v110.0.5470.0
I'm having issues playing AV1 codec video files (Youtube included). I just did a test using Rob's latest AVX2 build, same thing, fails to render for me.

Woolyss Video tester gives the same thing, fails to render. (AV1 + opus)
https://tools.woolyss.com/html5-audio-video-tester/?u=woolyss.com/f/caminandes-1-llama-drama-av1-opus.webm

Can other people confirm if this is happening to them or not?
Last Win7 64bit supported version of Chromium is 110.0.5419.0 - 1070994
@justclueless

Test with AV1 + opus:

justclueless 110.0.5467.0 avx2: Audio works, Video not

RobRich 110.0.5470.0 avx2: Audio works, Video not

Hibbiki 108.0.5359.99: Audio works, Video works
@wth thanks for confirming so quickly, much appreciated.
Maybe it's a revision thing
Correction to my last comment:

Last Chromium version able to launch on my Win7 64 bit is 110.0.5425.0 - commit 1072883
commit 1072954 - no kernel dll error and no launch. Older commits - kernel dll errors
@justclueless
In addition about AV1 + opus:
Thorium 109.0.5362.0 avx2: Audio works, Video works
The AV1 test is playing in using dav1d software decoding on both my Linux and Windows systems.
To those affected, do you have GPUs with hardware AV1 decoding support? Try disabling hardware decoding to see if the issue resolves, then we can perhaps work from there.
chrome://flags/#disable-accelerated-video-decode
@RobRich

Test with AV1 + opus:

flag > disabled - but it does not work
@RobRich
No, I can't afford to have AV1 hardware decode at the moment lol
But with the flag to disable HW Dec. , it's still dead for me too.

@wth
Thanks for testing. I think Thorium may be a major version behind, as we're testing using v110, not v109.
Anon8630
All good for me with Rob's 110.0.5470.0 (1081726) AVX build
Anon8631
10x for the new releases guyz but it seems that the video playback is suppppppper buggy and slow,
regardless, so after a long time using those builds, I've switched back to using Google Chrome Canary, then grabbed the installation files after it finished, and uninstalled the program, which removes the Google update, I've then created a shortcut to prevent setting default browser and using a custom profile. I've ran it few times, used Burp to capture all the traffic and added all the google related requests that I didn't liked to the machine's HOSTS file.
copying the old profile from the chromium build to chrome canary worked well. to update I'll just install and grab the files from a virtualbox windows vm and replace the application folder. Chrome seems to works a lot faster, and I don't have those pesky lags I kept getting with those chromium builds, I suspect that's the newer heap allocation optimizations that it isn't shared in the chromium open-source project. currently opening 60 windows, each with 30 tabs, memory consumption of 6gb out of 16gb ram total and fully usable.
probably safer than using private/custom builds.
Hello,

About codec AV1
AV1 = H265/HEVC open source

I can read AV1 @L2.0
But i can't read AV@L3.0
I don't find the difference between the 2 levels.
AV1 is basically VP10 with modifications derived from a couple of other video codec projects. ;)

----------------

Oddly enough, Chromium r1079200 AV1 playback does work for me on Linux, plus Windows under VirtualBox.

@justclueless Did you build with Polly, perhaps?

Also since I assume we are referencing Windows builds here, did you set -enable-pre=false in the LTO optimized section of the compiler config? Even without Polly enabled, I might have left it in older diffs due to ongoing experimenting with Polly, which (used to?) require it for successfully building with Polly. Usually disabling an optimization does not break stuff, but I have seen stranger things.
@RobRich

No, I'm not using Polly. I'm compiling on a Windows machine. I think getting Polly to work via Windows will be a lengthy process.

As for the "-enable-pre=false ", no I don't think I changed anything to do with that.
I might do a stock build later to see if it still happens. If it does, then it's probably not something I've done that caused it.
@justclueless Okay, then it is likely not Polly. My latest Windows builds have Polly enabled. About using it for your Windows builds, you would need to build LLVM with Polly support enabled.

I am leaning towards perhaps some type of revision issue.
Anon8636
@Marmaduke
Hi Thanks for Unggogled Android Update 108.0.5389.123 . Best regards :)
Anon8637
Hello there, not sure if this is the correct place to ask for this, I am currently using linux with a gdm3 interface, none of the Chromium releases that I tested from this set is "dark mode aware".

I mean, with firefox, if I enabled the Gnome dark theme, compatible website will appear dark as first visit (twitter, and youtube are good examples).

With Chromium they don't, there is a flag to enable dark mode, but it's overriding websites stylsheet to force dark theme, not just enabling the dark mode if that site supports it.

Is this normal ?
It works on Windows, just curious if this is a feature removed on the releases, or just never released for linux.
This is my last need for a full switch from Windows to Linux, firefox is too choppy.
TheInternetFoundation 
Thank you for organizing these issues in one place. The Internet is extremely inefficient for global issues that affect more than a few hundred million people. If the tools are clumsy, the work is hard, to impossible. When billions of people use old, hard to maintain, and nearly impossible to change, methods hardware and software, the whole human species suffers. I think I understand why you wrote many of the things you did. More than Chromium, GitHub needs to be rewritten, the Internet needs to be rewritten. It is not impossible, just a bit tedious. And, rather than having so many people waste time fiddling other people's code, they could help with global issues. Or new things, like "solar system colonization". I did not find what I was looking for, but I enjoyed and appreciate what you had to say, and what you did not say. Thanks
Anon8640
Thank you, I've added the -force-dark-mode as the "Exec" command in chromium.desktop and this seems to do the job, well the dark mode is not enabled in the chromium built-in settings menu, but it actually is on others sites that support it.

This will do the job until this old bug get fixed...
@Anon8640 Thanks for verifying the workaround.

----------------

FYI to those using affected extensions:
https://9to5google.com/2022/12/12/manifest-v2-chrome-extension/
Mahmudur Rahman 
Thank you very much
Anon8643
@Hibbiki
Thanks for the update 108.0.5359.125. But there is no more H.265/HEVC. Why?
Anon8644
For some reasons, app specific shortkeys (for example, CTRL+B on https://lassebomh.github.io/htmx-sandbox/) are not working for me since last few versions.
Anon8645
@Hibbiki from Anon8643
Sorry. The trouble is a new corrupted update of Windows 10 blocking the codecs. Your build is OK.
Anon8646
@Ungoogled Users
While waiting for the Ungoogled 108.0.5359.125 version of Marmaduke for Windows x64 or x86 here is another one :
https://github.com/ungoogled-software/ungoogled-chromium-windows/releases

Best Regards :)
@Anon8646

There are the same ungoogled flags as in Marmaduke releases
@Anon8646
Thanks for the url. This build does allow widevine but it is missing the folder "WidevineCdm" with the important data to run it. We need to create it manually - described above.

@Anon8643/8645
Microsoft wants to build their Edge Chromium into the OS but it is forbidden. Due to a mistake during the installation of the last update of the Windows 64, apparently data in the independent Chromium was mixed up and exchanged. As a reaction to this, I restored an older image of the Windows. Now I have completely removed the Edge Chromium and disabled the services. Hopefully there is peace now.
Anon8649
How does Chromium determine Windows version and build? Is it possible to make it think it is installed on a different version without installing that version?
Anon8650
@Marmaduke
Thank you for the update ungoogled 108.0.5359.125 for Windows 64bit - with Widevine installed.
Anon8651
@Marmaduke
Thank you for the 108.0.5359.125-1 64-bit Windows build release.
With kind regards,
Hello,

I've got a question:
Is there a download link for the Chromium version 49.0.2623.112, but the 64 bit variant?
Because on the webpage here only the 32 bit variant is listed. :\

Kind regards. :)
@Marmaduke
Thx for 108.0.5359.125-1 release. Wish you and your family all the best!
earthsound 
@mabla77
If you're still running Windows XP, you'd be better served by installing One-Core-API and running a more recent version of Chrome/Chromium (up to version 102).
Hello.
I use portable versions of Chromium.
When I move Chromium folders from one PC to another, I lose all extensions and my preferences.
I noticed messages that some files could not be copied.
Why ?
What is a portable version?
Thanks for your help.
@Luc77600 in portable app notes

Some Settings/Extensions Locked Per PC: Google Chrome locks specific settings to a given PC. Details are included in this post. This behavior is by design by the Chrome team. If you would like this changed, please file a bug with the Chrome team. A suggested workaround is to sign in to Google to restore all settings and extensions and to use an extension such as Session Buddy to maintain your session state as you move PCs. Note that PortableApps.com has not evaluated this extension.

Note that other portable browsers such as Mozilla Firefox, Portable Edition do not have any of the issues mentioned above. These issues are specific to Chrome due to Chrome's design and not something we can work around without fixes to the base app by the Chrome developers.
Win64 AVX2 build pushed. Other builds pending. Diffs in my repo.

Quick FYI. I have had to manually add CLMUL instruction set support to get the abseil third-party component building on Win64 AVX. YMMV.
@ dchrono

Thank you for these explanations.
I suspected that Google was behind all this, especially because the extensions are those of the Google Store.
But about browser preferences, it's a bit short. I use Chromium and not Chrome and above all I never log in to my Google account. Also, all the preferences don't disappear, for example, the Chromium homepage shortcuts come back but the "open homepage" button disappears... There's a logic here that's a bit beyond me ...
But I do with it because the browser security is very strong.
Anon8659
@ dchrono
I use from Chromium only the mini_installer or the archives. But both types need a special folder called "User Data" (profile) in C:\Users\UserName\AppData\Local\Chromium ("UserName" replace by your current user name for the Windows (see Control Panel). The Google account is not needed here at all. This folder also needs to be copied and pasted back to the new location correctly.
YMMV with VAAPI hardware video decodind/encoding on my current Linux builds. HEVC might be affected as well.

I will take a look later.
Figures. I forget to set UseChromeOSDirectVideoDecoder in the media_switches.cc config. The workaround for now:

chromium-browser  --disable-features=UseChromeOSDirectVideoDecoder

I added another reminder in my build notes.
@RobRich
Are you cross compiling, Linux host targeting windows for the Win64?
I was thinking about using WSL2 and target Windows builds from there, just seeing if you had any experience with this.

Reason being, compiling using visual studio 2022 on Win. is completely broken. Devs expect it to be fixed mid Jan.
@justclueless Yes, I cross compile Chromium for Windows on multiple Kubuntu systems. I run Win11 under VirtualBox for testing Chromium builds.

You might hit the "too many files open" issue in both Linux and ciopfs under WSL2.

The usual fixes on the Linux side might work. Been too long ago since last using WSL2 to remember. YMMV.

https://superuser.com/a/1200818

Cross building Chromium for Windows uses ciopfs, which can hit a similar issue with enough threads spawned. You can build and install ciopfs with the fix applied via the following repo:

https://github.com/quinte17/ciopfs

The usual commands for Ubuntu and similar:

./configure
make
sudo make install

The actual fix if interested:

https://github.com/quinte17/ciopfs/commit/e54a0dcc8fa37855c2cd4354d35d2d20c7a44d5b

It has been awhile since I last built anything much on Windows, but can you not still build Chromium under a Visual Studio 2019 environment in the meantime?

https://learn.microsoft.com/en-us/visualstudio/releases/2019/release-notes
@RobRich

Actually, I didn't think about that, that's a good point.
I think it's possible to use VS 2019, though tracking down the correct version of Windows 10 SDK may be problematic.
I'll look into this soon, thanks for the help Rob! Have a happy new year!
Anon8665
@Marmaduke
Hi. Great thanks for Ungoogled Win 64 109.0.5414.88 . Best Regards
Anon8666
@Marmaduke
Thank you for the 109.0.5414.88-1 64-bit Windows build release.
With kind regards,
Anon8667
Marmaduke is releasing beta versions now? :O
Anon8668
@Hibbiki
Thank you very much for the update 109.0.5414.75.
@RobRich
WSL2 is too tedious to fiddle with, so I finally got around to trying VS2019.
Seems to work fine, so I'll stay on this until the devs push a fix (or more likely move to W11 SDK as well)
Anon8670
@justclueless
what is wrong with vs2022? I could compile latest chromium stable with it and no problems occured.
@Anon8670 Like me, justclueless builds dev releases. There can be different requirements.

@justclueless Good to know. BTW, IIRC, i have been cross compiling Windows builds against the Win11 10.0.22621 SDK for awhile now, so you should be okay if/when it is viable for you to migrate.
how to do a proper update with the installer? will the installer do it properly or do you need to uninstall old version first?
Anon8673
@mark

The mini-installer automatically removes the old version properly and installs the new one in the same place. All extensions and settings are preserved.

However, there is an exception if, for example, a folder with an extension was added manually beforehand, such as the "WidevineCdm" folder. This folder should be copied before and then pasted again (in the folder above with the version number - C:\Users\username\AppData\Local\Chromium\Application).

Here there is still the folder "Installer" and in it the archive (...7z). This file is not needed after the installation. If you run out of disk space, you can delete it without any problems.
@Anon8670
This was the bug/issue I was encountering. Basically a toolchain issue.
https://bugs.chromium.org/p/chromium/issues/detail?id=1402885

@RobRich
Thanks, that's good to know.
@Marmaduke
Thx for latest ungoogled version!
Anon8676
For some reason, the latest marmaduke version slows down selenium in some areas considerably. Initially i thought i forgot to update the the driver, but even after i did that it was still slower (using chrome driver 109.0.5414.74) not sure if this is marmaduke's fault or ungoogled chromium's or chromium's
Anon8677
Figured out the problem, apparently with this new update, the ungoogled chromium instance launched by selenium now requires to connect through port 53 udp for dns through the firewall in order to find the ip address of the url (otherwise takes like 20 secs). Once i made a rule to let it connect it all works like normal. Weirdly i didn't see such a change in "What's new in Chrome 109"
Anon8678
please place link to archive of older versions
Disable or Remove Unsupported OS Warning in Chromium on Windows 7 ?
@aaa BTW, that registry policy location is slightly different for Chromium. I am in front a Linux system at the moment, but AFAIK, the locations should be:

Chrome = HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome
Chromim = HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Chromium

You might have to create the path in the registry is not already there.
@RobRich this method doesn't work for me, probably because I have Chromium stored in the folder Appdata\Local\Chromium and there I have 2 folders: Aplication and User Data
Anon8684
Any clues as to why the Mac ungoogled version update is so far not available anywhere? The windows platform has been updated, as far back as Jan. 8. It may be due to so many reasons. Just intrigued.
Anon8685
@aaa you could also start Chromium with the  --test-type flag. It conveniently also disables any other nagging banners, pretty neat.
Anon8686
The msvs2022+sdk22621 toolchain should be able to compile chromium normally. I just used them to successfully compile chromium
@Anon8686 Yup, I've compiled a few times on msvs2022 already. Seems fine so far.
Apologies on the build delays. I intended on having updated builds this weekend, but ffmpeg is giving me issues on Linux. Grrr.
Got ffmpeg working for an updated Linux AVX build. Probably later on Monday before getting to the other builds.
Anon8690
Chromium win64 stable 109.0.5414.120 released
Anon8691
Zoomba and other extensions like it dont work on chromium? Do you know why? Can you help?
Please note I will be deprecating 32-bit builds (both sync and no-sync) with release of Chromium 110. I believe with M110 requiring Windows 10+ we no longer have any need for 32-bit variants of Chromium and they are adding significant amount of time in build process for little overall gain.
Anon8693
@Marmaduke

Thank you for your lastest build. Please note that the Widevine folder is missing.
Anon8694
@Hibbiki
Thank you very much for the update 109.0.5414.120.
Anon8695
Thank you @Marmaduke for your continued efforts!!
Anon8696
Zoomba and other extensions like it dont work on chromium? Do you know why? Can you help?
Hello

I have a problem with the latest stable version 109.0.5414.120 x64.

I am attaching a photo for you to see:

https://i.imgur.com/Ex6iZc2.png

I found the problem on this site: https://2baksa.ws/

I tested the latest stable and portable versions of Marmaduke and Hibbiki.

I tried to test with justclueless and RobRich's versions but no luck because they are version 111 and require Windows 10.

Until yesterday I was using v.108.0.5359.125 x64 (missed the first version of v.109) and the site https://2baksa.ws/ was opening without any problems. As of this morning I switched to Ungoogled Chromium v.109.0.5414.120 x64 and the site I specified is impossible to open because of an error:

"This page isn't working

2baksa.ws redirected you too many times.
Try clearing your cookies.
ERR_TOO_MANY_REDIRECTS"

Important clarification: I did all experiments with portable versions and without any ported settings, but only with a new profile and everything is new - with new settings.

I was surprised when I also tried the latest Brave v.1.47.186 portable version - which was released yesterday. It also cannot open https://2baksa.ws/.

Probably a Chromium issue, I have no other explanation.

If any of the build masters could file a problem report with Chromium or wherever.

The only possibility with 109.0.5414.120 x64 to open https://2baksa.ws/ is only with a proxy, but agree that this is extremely inconvenient...

I'm sure there will be other sites that won't load and the error from the picture will appear.

Anyone with advice or to test my observations?!
Anon8699
@Marmaduke
Thank you for the 109.0.5414.120-1 64-bit Windows build release.
With kind regards,
Anon8700
Ty marmaduke for the update
Anon8701
@Marmaduke
Thank you for the 109.0.5414.119 Mac build!
Librewolf v.109.0-1 loads http://2baksa.ws and http://123tvnow.com. But so what, Librewolf isn't Chromium cored.

Everything works fine only up to version 108.0.5359.125. From this version up, any site that is http - is impossible to open. Such "progress" = regression!

Looks like google has removed http support and that's why such sites can't load?!
Chromium supports non-encrypted http transfers, even if enabling the https first and/or always options.

Not that bothered checking those sites, but are you sure they are not being blocked as unsafe by Chromium, or perhaps a blocklist by any content filtering extension(s) you might be using?
@RobRich yes I'm sure. As I wrote - tested with brand new and standard settings only - meaning without any apps installed and tested with portable versions only! There can be no more objective test than this.
You're an idiot 
There's no need to annoyed with the builders.

1) Opening a bug report for browser because your site won't load - good luck, go ahead
https://bugs.chromium.org/p/chromium/issues/list

2) Your sites are http only, that's the "progress" and "regressions" you're talking about.

3) Most importantly, the builder you are annoyed with, RobRich, was actually correct. Go into Security in settings and turn off browser protection and see what happens.
Until .... if you are an idiot ...

Yes, we went into the browser settings and the protection is turned off! Result = 0.

@RobRich, yes, it's a pain to type in a site address and see that it doesn't open...
Yea, an http only site thats been disabled by modern security features, i wouldn't open it either...
Your solution is simple - just stay on the older browser - its clear you dont need the bleeding edge of anything
@ Azz

https://2baksa.ws/ becomes accessible by modifying the site settings "intrusive ads".
On the other hand, the address of the site is in http and not https.
I've reported this before but it doesn't seem to be fixing.
Chromium no longer accepts http sites!!!
@Luc77600, Can you please attach a picture so I can see where that "intrusive ads" setting is?! I wrote a few days ago that sites that are http do not load, but here from the writers no one paid attention, no one even tested with the site I specified - just to test - everyone hid and no one helped in any way way!
@Azzzzzzzz...

Sorry, I never understood how to insert an image on this forum.

But just open the site settings and change the editable settings that are in the "blocked" state.
On the Web page, we refresh the display and miraculously... it works.

Otherwise, the site opens without problems with Firefox.
@Luc77600, I didn't quite understand you.

Which of these settings do you mean to be "blocked"?!

https://i.imgur.com/UMHpPSl.png
@Azz

Ads is block, change for Allow.
@Luc77600, Thus - enabling "ADS" - 2baksa.ws loaded 2 times. I tried restarting my browser a few times (6-7) and then the site absolutely wouldn't load, never mind that "ADS" were enabled. On the other hand, allowing ads is terrible…
Anon8714
I tried to open "2baksa.ws" with the Chromium based browsers Kiwi Browser 107.0.5304.74 and Bromite 108.0.5359.156 and Chromium 108.0.5359.123 - it doesn't work - but with Firefox it works. In Chromium, an error message "2baksa.ws has redirected you too many times" (translated from German) appears in each case. That means Chromium and Chrome allow only a certain number of hops. With the extension "Redirect Path" we see that the site has an error and constantly redirects back to itself - infinite times just does not work. Firefox stops this chain of redirection, the faulty script, obviously.
v112 came out a day after my previous build, so I pushed another one for v112 bump.

As for those sites, the second is fine.
For the first one, it appears to be a site (server side) issue. Tell the site owner to update their configuration.
@Azz & Anon8714

There are other blocked and modifiable parameters, you have to test...
On the other hand, you have to use an ad blocker like Adguard...
lol this guy is hilarious. I opened your russian site on firefox, its ok. Allowing all ADS didn't work either.
However this site doesnt work either but its HTTPS, i think its a bigger issue than HTTP. Can you open it for me to test - https://tinyurl.com/2s4j3ykf
Anon8718
@funny guy
Open the url "https://tinyurl.com/2s4j3ykf" is redirect to "malware.wicar.org" who ist indicated als "trojan" - (test variant, js_crypto_miner).
@Luc77600, I'm using µBlock origin.

@Luc77600 I tested what you described but it only worked twice, I restarted my browser 10 times to test but your method didn't work for me. As for sending a letter to the owner of the site - not an option, because google through its regression in version 109 and above about sites with http... led to a problem of not opening sites that are http for all Chromium browsers! Until version 108 everything works perfectly! The problem is with the developers /remove features, even remove necessary flags/! The sites are good, the google developer of Chromium cuts the capabilities of the browser! I even expect that in two years, for example, they will remove the menu, because of "innovations and/or environmental protection"!
Anon8720
Azz: I allow ADS - no work
also Azz: I use ublock origin
there's not point telling people here your site doesnt work. They dont dev the browser. You need to go submit a bug report to the chromium devs at google, they'll fix it for you.
@Azz

I dropped µblock because I didn't understand how the settings work.
The settings of Adguard are much simpler and finally this makes Adguard more efficient than µblock
Android update! THANK YOU! 👏🏻
Anon8723
At first I was happy with Chromium 109.0.5414.128 for Android. But this browser has a bug. It does not scale to the full width of the display on startup. The display is too small. - Now I must continue to use the old Kiwi Browser 107.0.5304.74.
Richard Head 
@Anon8723
https://github.com/macchrome/droidchrome/releases/tag/v109.5414.128-M109.0.5414.128-r1070088-Ungoogled-And64
...Might be necessary to adjust "viewport" parameters in chrome://flags - Eg. dailymail.co.uk with javascript enabled!
Use your imagination!
Dick.
@Anon8723

Settings I found to work on my tablet using 109.0.5414.128 (w permant Desktop turned on). YMMV

chrome://flags/#viewport-protection ENABLED
chrome://flags/#request-desktop-site-exceptione ENABLED
Anon8726
@leacha
Thank you very much for these tips. I have set both flags to "ENABLED". It actually works fine. But I wonder: Why is this not standard as "DEFAULT"?
@Annon8726

I know there was a viewport change from v108 to v109 in Chrome. A flag was added to allow the Desktop viewport as a default vs the mobile. Maybe that messed something up and wasnt caught?

After reviewing, the chrome://flags/#request-desktop-site-exceptions isnt needed. That just my prefrence.

Enjoy!
Anon8728
@Marmaduke
Thank you very much for the update 110.0.5481.84 for Windows. A step towards the future.
Anon8729
@Marmaduke
Is it normal, that 110.0.5481.84 for Windows does not start in Win7?
error message "The procedure entry point SetProcessMitigationPolicy could not be located in the dll KERNEL32.dll"
I've heard, 110 ver will be the last compatible with win7.. 109 works fine.
win7 sp1 x64
thanks
Anon8730
@Anon8729
The M109 version is the last version that supports win7/8/8.1. In addition, I heard that some early versions of M110 may also be available on win7/8/8.1
Chromium 110.0.5425.0 - 1072883 is the last available on my win7 64bit sp1. But 110.0.5481.84 was released.
Anon8732
@Anon8730, @Efx
I see, Thanks for your replies :)
@Efx
So 110.0.5425.0 still works on 7? Anywhere to download that specific version?
I don't really want to compile u. chromium myself, even though adding the AVX build flag would give me a nice perf. boost, but i digress.
Anon8734
@Steven:
You could try https://github.com/macchrome/winchrome/tags for older versions.
Anon8735
The new marmaduke update completely ruined the browser, now the extensions don't work, when i press one extensions button all i get is the URL of the current tab, nothing else. Tried restart pc, restart browser, clean cache nothing works
How to disable JIT ?
Anon8737
@Hibbiki
Thank you very much for the update 110.0.5481.78 for Windows.
Android - Google search redirected and blocked 🚫 🤣 9oo9le?
Today's version
Set Google search as default and try searching from address bar, you'll see the result
SHA1 mismatch on version downloaded

>>
CRC32: b910c9e9
MD5: d2be3d3da026d504a7ec9f52a2de54a3
SHA1: 33b28eafdf43dea4ff5dc3dbd9e5a523f67f6bb1
SHA256: 32a2fc74d731105859e5a85df16d95f102d85b22099b8064c5d8915c61dad1e0
SHA384: c5edf1e53549f2642b8ac65fcc0ed69b6169a4658c8c60aec196f8651104187b3b97061986d679c32979571081d545cb
SHA512: 7e5214d621478cbdc8284aa20f92f7ffbe2b71a4e2713ecd8a0238c2201aec113a6325af50dbf9d0ed7f36906799d4b6ba73811c843551131110890f1c93bc9f

<<
Wayne Couzens 
@devss: Imbecile!
Anon8741
@Marmaduke
Thanks for the package 110.0.5481.110 for Android. It updates the existing installation. The settings are not changed.
Anon8742
@Marmaduke & @Hibbiki
Hi.Thank you very much for Unggoogled & nosync 110 ...... Win64bit. And Android update Ungoogled too. Best regards.

With 110 new interesting Flag : chrome://flags/#high-efficiency-mode-available

And depuis version 78 don't forget for less memory usage : chrome://flags/#enable-force-dark
Anon8743
@Marmaduke & @Hibbiki

Hi. Thanks brothers for the quick Update Ungoogled & nosync 110.0.5481.97 Windows 64bit . Best regards... :)
Anon8744
The new patch 110.0.5481.100 did not fix the browser, extensions are still unusable, quite disappointing
Anon8745
Thanks for the updated Mac version 110.0.5481.100.
Anon8746
@Anon8735, Anon8744
You are very strange. Marmaduke's builds are "ungoogled". But the extensions come from Google's Chrome Web Store. "ungoogled" = no Google. If you want to have extensions, you have to take the versions from Hibbiki. Or you have to take the more complicated way and install manually with "Chromium Web Store.crx", see here: "https://avoidthehack.com/manually-install-extensions-ungoogled-chromium#1downloadchromiumwebstore"
Hello RobRich,

Chrlauncher AVX2 points to the older version AVX2 5561.
You have to get the new file 5598 to do the update manually...
@Luc77600 Should be resolved, at least on my side. Appears I pushed the wrong URL for chrome.zip when submitting.
Anon8749
@Robrich, thanks for the updated builds
Anon8750
I just manually reverted to 109.0.5414.120 and everything is working again. Idk if it's Google or ungoogled-chromium or Marmaduke's fault, but something in the new version 110 breaks the extensions and literally none works
@RobRich

Thank you.
I did update manually when I've senn the problem.
Add  --js-flags=--noexpose_wasm to Flags
Anon8753
@Marmaduke

Hi. Thank You very much vor the ultra quick update 110.0.5481.104 Ungoogled 64bit Win. Work Fine here . Best Regards. :)
Anon8754
@Hibbiki
Thank You very much vor the update 110.0.5481.104 - very passionate.
Anon8755
` Marmaduke
According to a search on Google.source com, "If you are on an Intel Mac, all that's required to build Chromium for arm64 is to add a target_cpu = "arm64" line to your args.gn . Then build normally."
Could also make an arm version for M2 macs?
@Anon8746
I think with the statement from @Anon8735, Anon8744 is meant that about the extension icon no more extensions are displayed, only a link to the forum in dialogue box. Extensions still work of course, but they must be accessed via the menu.
Anon8757
@Marmaduke,

Thank you for the ungoogled 110.0.5481.104 64-bit Windows build release.
With kind regards,
Anon8758
Updated to latest version 110.0.5481.104, still cannot use extensions. Rolling back to 109
Anon8759
The Android download section is not quite correct. It says "Android 5.0+" while in reality different builds require at least 6.0 or even 8.1 and some also do not support the advertised 32 bit.
Anon8760
For those who are interested If you want to test new releases of developments by the largest contributor to the project outside of the creator of Bromite . Android or Windows 64bit Bromite
https://github.com/uazo/bromite-buildtools/releases
https://github.com/uazo/bromite-buildtools
earthsound 
@Hibbiki: thanks for the recent updates for Win 10 / synced
How to run a profile in incognito from commandline in portable version ?

Another post for this problem - https://www.reddit.com/r/foobar2000/comments/1180ppq/how_to_use_foo_run_to_open_incognito_in_chromium/

Command I use for foobar2000 -
"C:\chrlauncher-win64-stable-ungoogled\chrlauncher 2.5.7 (64-bit).exe ChromiumCommandLine= --flag-switches-begin--user-data-dir="C:\chrlauncher-win64-stable-ungoogled\profile"  --incognito--profile-directory=C:\chrlauncher-win64-stable-ungoogled\profile\Default  --no-default-browser-check--flag-switches-end" https://en.wikipedia.org/w/index.php?go=Go&search=$replace(%title%-%artist%, ,+)
Anon8763
@User_99 indeed, extensions "work" but cannot be accessed at all, making them useless. I cannot open ublock origin's menu or any other on the current site, so the extension is as good as dead to me, i've got like 30+ extensions and most of em require opening a menu on the current site through the extensions button, but that button only shows the current link of the site instead of the menu as it should
Anon8764
Anyone experience video stuttering in youtube on 109,110 version, when moving mouse pointer? This happening on chromium-based browsers: edge, opera. But v108 work's great.
how in the world do you compile the stable release?
Anon8766
Why Chrome Releases blog often mentions several versions for Windows, e.g. 110.0.5481.177/.178?
Anon8767
@Hibbiki
Thanks for the prompt update 110.0.5481.178
Anon8768
@Marmaduke & @Hibbiki
Hi. Thanks for the Update Ungoogled and nosync 64bit Windows 110.........178. Best Reagrds...
@Anon8763
I do understand, but ex. for uBlock Origin I can do it via right click on extension icon and open "Option" to get all the settings...

@Marmaduke
Thx for latest Ungoogled update :)
Anon8771
@User_99 there is no "extension icon" as that is in the extension menu which only shows current page link and no extension icons
Anon8772
@Anon8771
Open chrome://extensions/shortcuts, set shortcuts for your extensions, and use keyboard to open them when necessary. Some extensions with contextMenus permission can also be activated via right-click menu.
Anon8773
a new player in town:
https://github.com/uazo/bromite-buildtools/releases

do you want new bromite for android? current version for 2023.02.26 is 110.0.5481.78 that aligns with Hibbiki and Marmaduke to pretty much stable build.

it also has bromite for Windows!!!!!!!
the Windows chromium build is officially arm64 but it runs just fine on Windown amd64!!!

has bromite's security patches and hardening.

the android apk seems fine, it is a dev build which I prefer, it also includes network_security_config with both system and user certificates support, which means you can use burp and fiddler to debug network activity by just just installing burp's custom ca certificate like normal user (no need to access /system/etc/security/cacerts ).

I don't actually use the built in adblock for windows since ublock is better,
and I use adguard dns in both the dns over https `https://94.140.14.14/dns-query` instead of `https://dns.adguard-dns.com/dns-query` to prevent potential blocking of resolving the hostname.
as well in my router's ISP dial-up dns configuration.
https://adguard-dns.io/kb/general/dns-providers/#adguard-dns
it reduces the CPU a lot, it also covers all your bases when you use your mobile provider as well as when you are using your home network to browser websites.

I also strongly advise users to disable QUIC.
you can do it with chrome flags
and I also add a firewall rule in the router (which again, applies to all the devices connected in the home network)
to block UDP with port 443 (you need to add two rules router-to-lan and lan-to-router).
it will fallback to normal TCP over 443 which is fine.
Anon8774
@Anon8773
We know that : #comment-8760
Sheriff Buford T. Justice 
Sunday, 26 February 2023

- Final Windows 7 compatible 32-bit legacy build
- CLI  --test-type to get rid-off silly OS update prompt.

Chromium 109.0.5414.130 (Official Build, ungoogled-chromium)
Revision 0c760d4c9eeb7196b13d3551c2dcf2397ad78301-refs/branch-heads/5414@{#1526}
OS Windows x86

No Sync - WebRTC - Widevine - All Codecs - No ThinLTO - Ungoogled - 32-bit SSE2 Legacy

ungoogled-chromium-109.0.5414.130-1_Win32.7z (32-bit)
https://github.com/macchrome/winchrome/releases/download/v109.5414.120-M109.0.5414.120-r1070088-Win64/ungoogled-chromium-109.0.5414.130-1_Win32.7z
SHA1 7674D5F744DB66F457800CAAB16B489B1DE84CE0
Anon8776
@Anon8772 i guess this will work for now, i can use Ctrl + 1/2/3/4/5/6 etc. to access my extensions menu, thanks for the tip
Anon8777
I personally switched to Google Chrome dev enterprise, since I wanted a way to control autoplay (with group policies), since you can't really extract the archive from the setup (not even from the full offline setup),
I just installed it on a virtualbox w10 virtual machine, grabbed the installation from whatever default location it placed,
and copied the files to my pc. I'm using a launcher designed for chromium to launch chrome with arguments,
as well as few registry entries to make the launcher an official browser in windows,
google chrome now days can update itself without using the update service (although it will still install it for analytics and crash reports), every now and again (for dev it's every a week and a half) a have a little icon saying there is an update, I often just ignore it and the browser gets updated when it launches the next time. there are not services and no crap you might would expect if you've used to have google chrome installed in the past,
and there is a significant performance boost comparing to plain chromium! I'm not kidding!
the main reason for me to switch (back) to official google chrome is the fact that you don't really know if what you get in the actual build is true to the source-tree. so yeah, mainly trust. also, video playing from versions 101-today is very buggy. oh and there is the oh 'cr^p factor' of version 99-103 that were delayed few weeks in that zero day security update.. as well as couple of comments here for amazon affiliate links injected to pages..
Anon8778
Thorium for Linux and Windows, by AlexFrick are outdated releases. They are still on version 109.x and last release was on January 29, 2023
Anon8780
@Anon8777 chrome enterprise is faster? How so? What registry tweaks and launch arguments do you use? Have you done benchmarks to check it's faster? Also comparion VM performance isn't quite the same, also vmware is much faster than virtualbox, especially the paid one

@RobRich so what will we use now to check chrome versions?
@Anon8780 Chromium Dash:
https://chromiumdash.appspot.com/

Click releases. OS selection is a drop menu at the top.

On the Chrome side, there is Chrome Platform Status:
https://chromestatus.com/

BTW, I have not looked much into the various ongoings, so no real idea regarding JSON, XML, etc feeds of the release data.
Anon8782
@Anon8778

Thorium is now developed based on the stable branch
jezyk polski 
tlumacz na polski
Anon8784
@jezyk polski
Please use an extension or this Link:
https://www.deepl.com/translator.html
What is "C:\Users\User*\AppData\Local\Chromium" when using portable Chromium
Anon8786
@Marmaduke
Thank you very much for the update 110.0.5481.153 for Android - very pleasant.
Anon8787
@Anon8782, stable is 110.x, Thorium is two major versions behind
Anon8788
Google - "The Stable channel has been updated to 111.0.5563.50 for Windows and Mac as part of our early stable release to a small percentage of user"
Anon8789
"@Marmaduke
Thank you very much for the update 110.0.5481.153 for Android - very pleasant."
+1
Linux AVX2 updated. Diff in the repo. More builds to follow.

Every so often I tend to toss a wall of LLVM and Polly passes into the mix to see what builds, crashes, etc. I did not spot any significant regressions with the above Linux AVX2 build, so barring any unexpected issues, I am going to roil with compiler config for this round of builds.
Okay perhaps not. Instead I am greatly pairing down the LLVM and Polly passes for now. It has been awhile since doing that, so let see if there is enough performance difference to matter anymore. II would prefer the less maintenance annoyance if the numbers are similar enough anyway.

I will re-roll the Linux AVX2 build later today or tomorrow to reflect the change.
Hardware and software I currently use: 3 gb ram 32 bit pc
BionicPup32 lite 173 mb
https://archive.org/download/Puppy_Linux_Upup_Bionic_Beaver/upupbb32-light-19.03-uefi_plus0.iso
and
Chromium_87.0.4280.88 Sufficient for normal use with yewtu.be
hosting time 30 day
https://easyupload.io/292m6i

The information here helped me a lot. Thanks.
I have various builds. I will try to get them pushed to public later today.

Recently I have been poking at further modifying the LLVM build script to better suit my purposes. The source mods are in my usual repo diffs.
https://github.com/RobRich999/Chromium_Clang

Further details if interested:
https://github.com/RobRich999/Chromium_Clang/issues/26#issuecomment-1454836222
Anon8794
Is there any way to disable "client-side phishing warnings" for all sites?
https://chromium.googlesource.com/chromium/src/+/master/docs/security/lookalikes/lookalike-domains.md

Adding * to https://chromeenterprise.google/policies/?policy=LookalikeWarningAllowlistDomains doesn't work, despite the policy says "a hostname can be allowed with a complete host match, or any domain match", and "*" is listed as a valid pattern specification in https://chromeenterprise.google/policies/url-patterns/
Finally was able to get builds pushed.

I have streamlined extra LLVM optimization passes. Seems okay. Diffs in my repo as usual.
Anon8797
try [*.]
or [*.]com
chromium url pattern matching is weird
Anon8798
BLAS (Basic Linear Algebra) are available on modern CPUs and GPUs,
they are faster than existing AVX2 sets,
so maybe trying to build chromium with those?

https://netlib.org/blas/
https://en.wikipedia.org/wiki/Basic_Linear_Algebra_Subprograms
@Anon8798 I have poked at AMD LibM, but IIRC, I did not get very far into it with Chromium.

Chromium is not really a HPC-class codebase. Case in point Google supplies its own gemmlowp GEMM library with Chromium, but is for "low-precision" matrix multiplication and already features various architecture-specific optimizations via assembly and intrinsics.

You can pull in math libraries, but usually there needs to be direct calls into those libraries unless there are replacements and/or overrides for existing functions and/or intrinsics. ;) AMD and Intel have developer docs on the processes involved.

https://www.intel.com/content/www/us/en/develop/documentation/get-started-with-mkl-for-dpcpp/top.html
https://www.amd.com/content/dam/amd/en/documents/pdfs/developer/aocl/aocl-v4.0-ga-user-guide.pdf

There are replacement pass options to help the process. For example KernelFaRer can replace various GEMM and SYR2K ops. One issue is these types of HPC and research utilities tend to be based upon often older stable compiler codebases due to development overhead incurred with trying to near continually rebase with LLVM development. IIRC, KernelFaRer is based on LLVM 12.

Same tends to go for vendor-specific optimizing compilers. Take AMD AOCC for instance. I occasionally use it for other projects, but the current release is based upon a LLVM 14 branch checkout. Chromium currently targets LLVM 17 on most platforms, and it often will not (easily) build with older LLVM checkouts.
Anon8800
@Hibbiki
Hi. This is a very quick update ; thank you for 111.0.5563.65 nosync 64bit Windows. Regards...
Anon8801
@Hibbiki
Thank you very much for the update 111.0.5563.65 sync for Windows 64bit.
Anon8802
@Marmaduke
Hi. Thank you for 111.0.5563.65 Ungoogled 64bit Windows. Regards...
Anon8803
@Marmaduke
Thank you v.m. for the new update 111.0.5563.71 for 64bit Windows
Anon8804
@Alex Frick
Thanks for the arm64 M110.0.5481.178. Works great.
Anon8805
@Alex Frick
Imported from Firefox and now have an Apps icon, top left in the Bookmarks Bar. Can that be deleted? Bookmarks manager can't do it. Otherwise, arm64 M110.0.5481.178 no bugs or glitches seen so far.
@Marmaduke
Thx for new update 111.0.5563.71.
Think extension icon is back again :)
Anon8807
@Marmaduke
Thank you for the 111.0.5563.71 64-bit Windows build release.
With kind regards,
Anon8808
@Marmaduke
Hi. Thanks bro for Ungoogled Android 111.0.5563.75 . Work fine here. Regards...
Anon8809
@Anon8805
Please right-click the mouse in the blank space of the bookmark bar and cancel the selection of `show app shortcuts`
Anon8810
@Marmaduke
Thank you very much for the update 111.0.5563.75 for Android - now with "checking for Updates". And we can add more adblocking filter lists.
Anon8811
@Anon8809
Thanks so much. That right-click (Control key-click) worked! My menu bar is back to normal.
Anon8812
@Marmaduke
Hi. uazo Bromite contributor. Has integrated three possible choices. Very interesting. Webgl , WebRTC and Viewport Protection enabled/disabled. Maybe in your future construction of Ungoogled you could integrate them.
Github : https://github.com/uazo/bromite-buildtools/releases
Features available in Bromite for Windows 64bit at the bottom ; in : chrome://settings/content
Thank You. Best Regards
Anon8813
@Marmaduke
Thanks for the Intel Mac version update. Much appreciated, use it on an older iMac.
Wish you could make an Apple Silicon arm64 version I could use on my new MBA 2023!
Anon8814
The Kiwi Browser is now also on 111... But in the junk store by Google is still version 107...
https://kiwi-browser.de.uptodown.com/android
This article was really informative. Thank you for providing it.

[EDITED by Jerry: Link removed. Thanks a lot Anon8819! ;) ]
Anon8816
@Marmaduke
Thank you v.m. for the new update 111.0.5563.103 for 64bit Windows. Really advanced.
Buen día. Alguien podría decirme donde conseguir la última versión ungoogled chrlauncher para windows 7 ?.. Muchas gracias, saludos cordiales.
Anon8818
@Jerry
Small play on words: Mamaduke's updates are not "up-to-date" but "upper-to-date".
Anon8819
@abers-
https://github.com/henrypp/chrlauncher/releases

@Gtopsuvs- . Why spam. This site is so useffull for Chromium user. Do not disgust the administrator @jerry to provide us with this great place.

Regards
Muchas gracias @Anton8819 por tu amabilidad. Saludos cordiales desde Argentina.
Anon8821
Excellent website with great work of all developers. Thank you all!
Anon8822
@Marmaduke
Thank you for your 111.0.5563.116 Windows 64-bit build release.
With kind regards,
Anon8823
@Hibbiki @Marmaduke
Thank you very much for the new valuable updates 111....
Anon8824
Just tried to download the archive for 111.0.5563.111 at the very top. Win 64 by Hibbiki. I do this every time there is an update and this is the first time I got a virus detected warning. "Detected: Trojan:Script/Wacatac.H!ml".
Anon8825
@Anon8824
Which antivirus program does that? In VirusTotal it says both times - link and device: "No security vendors and no sandboxes flagged this URL [or "file"] as malicious." But the Windows Firewall - not Defender - sometimes brings an warning message that can be ignored in this case.
Anon8826
The message comes up in a notification in the Windows task bar. "Windows Defender Antivirus found threats" When I click on the details it shows me the text I quoted earlier.
Anon8827
Anon8826, Anon8824
Something must have gotten mixed up. The Trojan is from another download or mail. You should read and follow this:
https://www.makeuseof.com/windows-wacatac-trojan/
Anon8828
Doesn't look like a mix up. The partial file is being flagged during the download process.
Detected: "Trojan:Script/Wacatac.H!ml"
file: "chrome.BfGN8i9e.sync.7z.part"
Details: "This program is dangerous and executes commands from an attacker."

No email is open. No other downloads are in progress.
Anon8829
@Anon8828
The files of Hibbiki on "chromium.woolyss.com" are from github.com (https://github.com/Hibbiki/chromium-win64/releases/tag/v111.0.5563.111-r1097615).
The file "chrome.BfGN8i9e.sync.7z.part" does not exist here and is a fake. The real archive is just called "chrome.sync.7z". So you have downloaded an infected part from a forger. Or you had the Trojan on your computer before, which then misdirected the download, with the Trojan.
The archive here from Hibbiki is free of Trojans. Absolutely cleand and secure.
Anon8830
Windows names the partial file with random characters until the download is complete. This happens with every download. Once the download is complete, the partial file is renamed to the original file name.
I download Hibbiki's archive every time there is an update and I've never had a problem. I've been doing this for years.

I just downloaded the ungoogled archive from marmaduke with no problem. Then tried Hibbiki's archive again and it worked???

Thanks for your help.
Anon8831
`@marmaduke
Thanks so much for the Sync Mac version update.
Could you do a Apple Silicon arm64 ungoogled version?
No sync • WebRTC • Widevine • ungoogled • arm64 (Apple Silicon)
Chromium.app.ungoogled-arm64-111.0.5563.115.tar.xz
https://github.com/macchrome/macstable/releases/download/v111.5563.115-M111.0.5563.115-r1097615-macOS/Chromium.app.ungoogled-arm64-111.0.5563.115.tar.xz
SHA1 0F1D834098EF7675BB7D47B498C3ED9E8AD561E3

CLI:  --use-mock-keychain--disable-features=DialMediaRouteProvider

xattr -rc Chromium.app
Anon8833
@Maggot
Thanks for posting that link. Unfortunately it doesn't contain an arm64 ungoogled version, but rather an Intel only version.
@Anon8833 & Maggot
Confirmed; the link Maggot posted is mislabeled - it contains an Intel version. Reposting possible?
Build withdrawn. Compile it yourself on your M1/2 superdooper machines.

Marmaduke explicity states that s/he cross-compiles ungoogled macOS under Linux: obviously; the Chromium Authors have been owned by MS ChatGPT and have neglected macOS arm64 (Apple Silicon) Linux cross-compilation.

Otherwise, the slovenliness of those demanding AS ungoogled builds ignote the fact such a build is readily available from the official ungoogled site.

There's a search engine called Google - it's bascially crap - use it!
No sync • WebRTC • Widevine • ungoogled • arm64 (Apple Silicon)
Chromium.app.ungoogled-arm64-111.0.5563.115.tar.xz
https://github.com/macchrome/macstable/releases/download/v111.5563.115-M111.0.5563.115-r1097615-macOS/Chromium.app.ungoogled-arm64-111.0.5563.115.tar.xz
SHA1 8B8EA538A6C4ADC53D616C514190D24DE89C5C06

CLI:  --use-mock-keychain--disable-features=DialMediaRouteProvider

xattr -rc Chromium.app
Anon8837
@Maggot
Thanks for reposting the link to the Apple Silicon arm64 Mac version. This time it is an Apple Silicon version, but unfortunately enough, it crashes on startup on a 2023 MBA M2.
Please investigate when you have the time.
herdem1001 
@justclueless thank you for v114.0.5674 build
With kind regards
@Anon8837

Have you tried your own investigation?

Unpack the bundle and run: xattr -rc Chromium.app

It crashes on startup provides no information at all. If you're not willing to try, why should others help you. It's obvious that marmaduke does not have access to Apple Silicon.

https://chromium.googlesource.com/chromium/src/+/main/docs/mac_arm64.md

Building for Arm Macs
...
A note about copying a Chromium build to your Arm Mac. If you don‘t do a component build (e.g. a regular is_debug=false build), you can just copy over Chromium.app from your build directory. If you copy it using macOS’s “Shared Folder” feature and Finder, Chromium.app should be directly runnable. If you zip, upload Chromium.app to some web service and download it to an Arm Mac, browsers will set the com.apple.quarantine bit, which will cause the Finder to say "Chromium" is damanged and can't be opened. You should move it to the Trash.". In Console.app, the kernel will log kernel: Security policy would not allow process: 2204, /Users/you/Downloads/Chromium.app/Contents/MacOS/Chromium and amfid will log amfid: /Users/you/Downloads/Chromium.app/Contents/MacOS/Chromium signature not valid: -67050. To fix this, open a terminal and run

% cd ~/Downloads && xattr -rc Chromium.app
After that, it should start fine. (If it doesn't; then tough)
Anon8840
@Maggot
Here is the diagnostics report. I assumed you had access to an Apple Silicon Mac, sorry about that. I hope this info helps in correcting whatever is amiss with this build. Of course, I did run the "cd ~/Downloads && xattr -rc Chromium.app" script in Terminal, Unfortunately, it still crashes.
{"app_name":"Chromium","timestamp":"2023-03-27 23:24:12.00 +0900","app_version":"","slice_uuid":"4c4c4497-5555-3144-a121-15d65bd6bd15","build_version":"","platform":1,"share_with_app_devs":0,"is_first_party":1,"bug_type":"309","os_version":"macOS 13.2.1 (22D68)","roots_installed":0,"incident_id":"D256C99F-7700-4E12-B9FB-8034A3D20FE4","name":"Chromium"}
{
"uptime" : 5800,
"procRole" : "Default",
"version" : 2,
"userID" : 501,
"deployVersion" : 210,
"modelCode" : "Mac14,2",
"coalitionID" : 1752,
"osVersion" : {
"train" : "macOS 13.2.1",
"build" : "22D68",
"releaseType" : "User"
},
"captureTime" : "2023-03-27 23:24:12.6646 +0900",
"incident" : "D256C99F-7700-4E12-B9FB-8034A3D20FE4",
"pid" : 1869,
"translated" : false,
"cpuType" : "ARM-64",
"roots_installed" : 0,
"bug_type" : "309",
"procLaunch" : "2023-03-27 23:24:12.6169 +0900",
"procStartAbsTime" : 139743906256,
"procExitAbsTime" : 139745045059,
"procName" : "Chromium",
"procPath" : "\/Applications\/Chromium.app\/Contents\/MacOS\/Chromium",
"parentProc" : "launchd",
"parentPid" : 1,
"crashReporterKey" : "08667332-9386-34A6-D3E6-E322A911B946",
"throttleTimeout" : 2147483647,
"wakeTime" : 1310,
"sleepWakeUUID" : "23AFE944-FBBA-4968-AC37-810001409F17",
"sip" : "enabled",
"exception" : {"codes":"0x0000000000000001, 0x000000010eec186c","rawCodes":[1,4545321068],"type":"EXC_BREAKPOINT","signal":"SIGTRAP"},
"termination" : {"flags":0,"code":5,"namespace":"SIGNAL","indicator":"Trace\/BPT trap: 5","byProc":"exc handler","byPid":1869},
"os_fault" : {"process":"Chromium"},
"extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0},
"faultingThread" : 0,
"threads" : [{"triggered":true,"id":53255,"threadState":{"x":[{"value":6090667888},{"value":4703937872},{"value":259},{"value":4563942556,"symbolLocation":18788608,"symbol":"ChromeMain"},{"value":1713384482},{"value":10},{"value":25614222950007074},{"value":1},{"value":4545321068,"symbolLocation":167120,"symbol":"ChromeMain"},{"value":13337873215004999853},{"value":18446744073709551615},{"value":4},{"value":68719562322},{"value":0},{"value":2199023325184},{"value":4294967296},{"value":6562395812,"symbolLocation":0,"symbol":"free"},{"value":8124086456},{"value":0},{"value":1236953399808},{"value":1236952875008},{"value":0},{"value":12297829382473034410},{"value":12297829382473034410},{"value":4712894464},{"value":6090667120},{"value":0},{"value":0},{"value":0}],"flavor":"ARM_THREAD_STATE64","lr":{"value":4571262852},"cpsr":{"value":1610618880},"fp":{"value":6090666752},"sp":{"value":6090666624},"esr":{"value":4060086272,"description":"(Breakpoint) brk 0"},"pc":{"value":4545321068,"matchesCrashFrame":1},"far":{"value":4545321068}},"queue":"com.apple.main-thread","frames":[{"imageOffset":186476,"symbol":"ChromeMain","symbolLocation":167120,"imageIndex":0},{"imageOffset":26128260,"symbol":"ChromeMain","symbolLocation":26108904,"imageIndex":0},{"imageOffset":26835072,"symbol":"ChromeMain","symbolLocation":26815716,"imageIndex":0},{"imageOffset":26834080,"symbol":"ChromeMain","symbolLocation":26814724,"imageIndex":0},{"imageOffset":19668,"symbol":"ChromeMain","symbolLocation":312,"imageIndex":0},{"imageOffset":6500,"symbol":"main","symbolLocation":196,"imageIndex":1},{"imageOffset":24144,"symbol":"start","symbolLocation":2544,"imageIndex":2}]},{"id":53281,"name":"StackSamplingProfiler","frames":[{"imageOffset":4176,"symbol":"mach_msg2_trap","symbolLocation":8,"imageIndex":3},{"imageOffset":78108,"symbol":"mach_msg2_internal","symbolLocation":80,"imageIndex":3},{"imageOffset":39972,"symbol":"mach_msg_overwrite","symbolLocation":452,"imageIndex":3},{"imageOffset":5068,"symbol":"mach_msg","symbolLocation":24,"imageIndex":3},{"imageOffset":9816076,"symbol":"ChromeMain","symbolLocation":9796720,"imageIndex":0},{"imageOffset":44119376,"symbol":"ChromeMain","symbolLocation":44100020,"imageIndex":0},{"imageOffset":13003848,"symbol":"ChromeMain","symbolLocation":12984492,"imageIndex":0},{"imageOffset":13001476,"symbol":"ChromeMain","symbolLocation":12982120,"imageIndex":0},{"imageOffset":24213128,"symbol":"ChromeMain","symbolLocation":24193772,"imageIndex":0},{"imageOffset":24212652,"symbol":"ChromeMain","symbolLocation":24193296,"imageIndex":0},{"imageOffset":15329276,"symbol":"ChromeMain","symbolLocation":15309920,"imageIndex":0},{"imageOffset":28780,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":4},{"imageOffset":7724,"symbol":"thread_start","symbolLocation":8,"imageIndex":4}]},{"id":53282,"frames":[{"imageOffset":7704,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":4}]},{"id":53283,"frames":[{"imageOffset":7704,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":4}]}],
"usedImages" : [
{
"source" : "P",
"arch" : "arm64",
"base" : 4545134592,
"size" : 156975104,
"uuid" : "4c4c44ae-5555-3144-a146-7d9c74bfbccf",
"path" : "\/Applications\/Chromium.app\/Contents\/Frameworks\/Chromium Framework.framework\/Versions\/111.0.5563.115\/Chromium Framework",
"name" : "Chromium Framework"
},
{
"source" : "P",
"arch" : "arm64",
"base" : 4376215552,
"size" : 147456,
"uuid" : "4c4c4497-5555-3144-a121-15d65bd6bd15",
"path" : "\/Applications\/Chromium.app\/Contents\/MacOS\/Chromium",
"name" : "Chromium"
},
{
"source" : "P",
"arch" : "arm64e",
"base" : 6560849920,
"size" : 568228,
"uuid" : "191e84f1-4b95-39c8-b253-1c1ef56c0fa8",
"path" : "\/usr\/lib\/dyld",
"name" : "dyld"
},
{
"source" : "P",
"arch" : "arm64e",
"base" : 6563926016,
"size" : 237548,
"uuid" : "3dcd49b9-b3c5-3d90-be40-a3b807cb9cd7",
"path" : "\/usr\/lib\/system\/libsystem_kernel.dylib",
"name" : "libsystem_kernel.dylib"
},
{
"source" : "P",
"arch" : "arm64e",
"base" : 6564163584,
"size" : 53244,
"uuid" : "9f3b729a-ed04-3e65-adac-d75ad06ebbdc",
"path" : "\/usr\/lib\/system\/libsystem_pthread.dylib",
"name" : "libsystem_pthread.dylib"
}
],
"sharedCache" : {
"base" : 6560202752,
"size" : 3447455744,
"uuid" : "835716ae-b363-3187-b065-cf94139bfc85"
},
"vmSummary" : "ReadOnly portion of Libraries: Total=1.5G resident=0K(0%) swapped_out_or_unallocated=1.5G(100%)\nWritable regions: Total=562.2M written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=562.2M(100%)\n\n VIRTUAL REGION \nREGION TYPE SIZE COUNT (non-coalesced) \n=========== ======= ======= \nActivity Tracing 256K 1 \nKernel Alloc Once 32K 1 \nMALLOC 146.2M 15 \nMALLOC guard page 96K 5 \nMALLOC_NANO (reserved) 384.0M 1 reserved VM address space (unallocated)\nMemory Tag 253 32.0G 52 \nSTACK GUARD 56.1M 4 \nStack 17.1M 4 \nVM_ALLOCATE 16K 1 \n__AUTH 1973K 376 \n__AUTH_CONST 24.7M 601 \n__CTF 756 1 \n__DATA 15.0M 590 \n__DATA_CONST 36.7M 606 \n__DATA_DIRTY 2015K 241 \n__FONT_DATA 2352 1 \n__LINKEDIT 769.4M 3 \n__OBJC_CONST 4900K 340 \n__OBJC_RO 65.5M 1 \n__OBJC_RW 1988K 1 \n__TEXT 732.5M 626 \ndyld private memory 256K 1 \nmapped file 29.1M 2 \nshared memory 64K 4 \n=========== ======= ======= \nTOTAL 34.2G 3478 \nTOTAL, minus reserved VM space 33.9G 3478 \n",
"legacyInfo" : {
"threadTriggered" : {
"queue" : "com.apple.main-thread"
}
},
"trialInfo" : {
"rollouts" : [
{
"rolloutId" : "62699e1ec1ff2978b47f6c3b",
"factorPackIds" : {
"SIRI_FIND_MY_CONFIGURATION_FILES" : "631f72d1de559130376df1fb"
},
"deploymentId" : 240000023
},
{
"rolloutId" : "63a0a6cfd1cdb67d083006d0",
"factorPackIds" : {

},
"deploymentId" : 240000003
}
],
"experiments" : [

]
}
}

Model: Mac14,2, BootROM 8419.80.7, proc 8:4:4 processors, 16 GB, SMC
Graphics: Apple M2, Apple M2, Built-In
Display: Color LCD, spdisplays_2560x1664Retina, Main, MirrorOff, Online
Memory Module: LPDDR5, Hynix
AirPort: spairport_wireless_card_type_wifi (0x14E4, 0x4387), wl0: Nov 30 2022 02:17:16 version 20.10.965.13.8.7.131 FWID 01-1251c18d
Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports
Network Service: AX88179A, Ethernet, en5
USB Device: USB31Bus
USB Device: USB3.0 Hub
USB Device: AX88179A
USB Device: USB2.0 Hub
USB Device: Anker USB-C Hub Device
USB Device: USB31Bus
Thunderbolt Bus: MacBook Air, Apple Inc.
Thunderbolt Bus: MacBook Air, Apple Inc.
In addition to:

xattr -csr Chromium.app

apply ad-hoc signing to all files and folders in app bundle:

codesign --force --deep --sign - Chromium.app
@Maggot
Thanks! Success, that archived version works even without those additional Terminal commands.
Should I run them anyway?
Thanks again for your time, efforts, and most of all your patience with an amature!
@LeeVan

If the archived version is https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/download/111.0.5563.110-1.1_arm64__1679909012/ungoogled-chromium_111.0.5563.110-1.1_arm64-macos.dmg

and you are satisfied with its performance then don't run the commands.

Apple Silicon requires that apps are signed: the "official" ungoogled is signed.

marmaduke is only interested in cross-compiling Apple Silicon under Linux; perhaps for the simple fact that he can't be bothered to turn on his native build macOS ESXi machine.

Would someone with the reqired skills try this:

No sync • WebRTC • Widevine • ungoogled • arm64 (Apple Silicon)
Chromium.app.ungoogled-arm64-111.0.5563.115_1.tar.xz
https://github.com/macchrome/macstable/releases/download/v111.5563.115-M111.0.5563.115-r1097615-macOS/Chromium.app.ungoogled-arm64-111.0.5563.115_1.tar.xz
SHA1 2647F1FD3DB2C9CB17DF6046A8575424AE3D5CB1

CLI:  --use-mock-keychain--disable-features=DialMediaRouteProvider (Not really necessary)

clears extended file attributes of app bundle and its internal files:
xattr -csr Chromium.app

apply ad-hoc signing to all files and folders in app bundle:
codesign --force --deep --sign - Chromium.app
@Maggot
I ran those two commands on the version you supplied a link to, the 111.0..5563.110 version. The ad-hoc signing command worked and showed a message saying "Replacing the existing signing" (that may not be exactly correct, the message disappeared quickly).
I can see no difference after running those commands.
Next, I downloaded that second version in your post above, the 111.0.5563.115 version.
First running those two commands, but not the "CLI:  --use-mock-keychain--disable-features=DialMediaRouteProvider",
as you said it was "Not really necessary" and I was not sure how to do it anyway.
As a result, after moving the app to the Applications folder, the app throws an error 11, trying to load the google search page (set as the page to open first on startup).
As you know, I am not really "someone with the required skills", but I hope that helps.
Obviously, there is some difference between the 111.0.5563.110 and the 111.0.5563.115 versions.
@LeeVan

You've been most helpful. Do not mess around with your system: stick with the ungoogled that works for you.
Anon8847
Google Chrome - Direct Permanent Download Links For The Offline Installers (full size)
architecture: x86/x64 (amd64)
channel: standard, beta, dev(not Canary).
x86 standard exe - https://dl.google.com/tag/s/dl/chrome/install/ChromeStandaloneSetup.exe
x64 standard exe - https://dl.google.com/tag/s/dl/chrome/install/ChromeStandaloneSetup64.exe

x86 standard-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/googlechromestandaloneenterprise.msi
x64 standard-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/googlechromestandaloneenterprise64.msi

x86 beta exe - https://dl.google.com/tag/s/dl/chrome/install/beta/ChromeBetaStandaloneSetup.exe
x64 beta exe - https://dl.google.com/tag/s/dl/chrome/install/beta/ChromeBetaStandaloneSetup64.exe

x86 beta-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/beta/googlechromebetastandaloneenterprise.msi
x64 beta-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/beta/googlechromebetastandaloneenterprise64.msi

x86 dev exe - https://dl.google.com/tag/s/dl/chrome/install/dev/ChromeDevStandaloneSetup.exe
x64 dev exe - https://dl.google.com/tag/s/dl/chrome/install/dev/ChromeDevStandaloneSetup64.exe

x86 dev-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/dev/googlechromedevstandaloneenterprise.msi
x64 dev-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/dev/googlechromedevstandaloneenterprise64.msi

I advise enterprise builds
and https://dl.google.com/dl/edgedl/chrome/policy/policy_templates.zip + https://enterprise.google.com/chrome/chrome-browser/#download

you'll be able to use gpedit.msc
to control stuff you normally can't do with
chrome settings nor flags (autoplay).
@herdem1001 Your welcome
@Ahh

With a Wiki!

@LeeVan

"error 11" is the Chromium updater - which has now been disabled.

Unpack to a sub-directory and try to run in a portable manner. (IMO, Applications is not really the correct place for ungoogled!)

Tuesday, 28 March 2023

No sync • WebRTC • Widevine • ungoogled • macOS arm64 (Apple Silicon)
Chromium.app.ungoogled-arm64-111.0.5563.146_1.tar.xz
https://github.com/macchrome/macstable/releases/download/v111.5563.115-M111.0.5563.115-r1097615-macOS/Chromium.app.ungoogled-arm64-111.0.5563.146_1.tar.xz
SHA1 CA8556BD7CE2EDF31B965AE57C399F64BB371630

Apple Silicon requires a signed binary (bundle packaged under GNU/Linux):

Clear extended file attributes of app bundle and its internal files
xattr -csr Chromium.app

Apply ad-hoc signing to all files and folders in app bundle.
codesign --force --deep --sign - Chromium.app

Run from CLI in a portable manner (Example): /Users/xeon/Desktop/Chromium/Chromium.app/Contents/MacOS/Chromium  --user-data-dir=/Users/xeon/Desktop/Chromium/Data  --use-mock-keychain--disable-features=DialMediaRouteProvider& (The ampersand is optional)
@Maggot
I really don't know how to thank you enough for your consideration.
I put that Chromium 111.0.5563.146 download in my Downloads folder, unpacked it and ran those two commands in Terminal. Got that "Ah Snap" error 11 again. So I tried as per your example:
/Users/davidv/Downloads/Chromium.app/Contents/MacOS/Chromium  --user-data-dir=/Users/davidv/Downloads/Chromium/Data  --use-mock-keychain--disable-features=DialMediaRouteProvider&
and the browser does work, after specifying another (any) page from my bookmarks. Want to hurray! But starting the browser like that is so inconvenient and cumbersome.
Any workaround so you can just click on an icon in the dock to start it up?
Having the up-to-date version, with all of the security fixes is great. For now I will just use that natively built 111.0.5563.110. version you turned me on to previously. Got a link to a natively built 111.0.5563.146 version handy?
Please don't go to any extra effort on my account, you have been more tha kind enough already.
Once things settle down, may I suggest adding that natively built 111.0.5563.110. version and any thing later to the list in the https://github.com/macchrome/macstable/releases page?
Anon8852
@Hibbiki - @Marmaduke
Thanks very much for the update 111.0.5563.147. Best Regards.
@LeeVan

A massive thank you to you for stepping up to the plate as a novice when many seasoned users could not be arsed!

Here is how I launch ungoogled:

scripts.zip
https://github.com/macchrome/macstable/releases/download/v111.5563.115-M111.0.5563.115-r1097615-macOS/scripts.zip
SHA1 F5B12281DA4781B932424F9EE92606BB39A20704

The magic happens in: Chromium.app\Contents\MacOS\Chromium (edit to your desire - contains your present details)

Furthermore, you can place Chromium.app in some obscure region, and create an alias on the desktop, click file info and drag the Chromium icon to the empty place holder.

I'm sure there are easier ways to create a shortcut.

The "official" ungoogled-chromium-macos binaries are situated here:

https://github.com/ungoogled-software/ungoogled-chromium-macos/releases

Marmaduke's build is pgo optimised and plays more media formats.

https://tools.woolyss.com/html5-audio-video-tester/ (dogphilosophy.net certificate has expired, manually visit and accept exception)
https://developer.dolby.com/tools-media/sample-media/video-streams/hd-video-streams/

Maggot - Core Apple Developer at 'Mamsie He-Man Rapid Development Build Systems'
@Maggot
Thanks again! Am I missing something? That scripts.zip only contains a "scripts" folder and in that folder there is a copy of Chromium, no scripts that I can see.
I will try putting an Alias somewhere convenient and let you know later what happens.
I am already spoiled by the prior 111.0.5563.110 version, which works so easily.
@LeeVan

The official version of ungoogled is not compiled by me (certain people at ungoogled do not like me, I can't think why!) .if the official version works for you use that, and manually check for updates by visiting that site.

The scripts folder actually contains Chromium.app (the .app extension is not shown by default). Right click and examine the contents of Chromium. Alternatively, double click Chromium and ungoogled should launch.

Not to worry: the objective was that someone requested a build of ungoogled arm64 macOS, and I was curious to know if that build could be cross-compiled under GNU/Linux x86_64

The macOS is a decent operating system; but Apple infantalises its users; and macOS is an extremely poor development environment. A GNU/Lunux cross-compile arm64 macos compiles in half the time of a macOS x86_64 arm64 cross-build!
@Maggot
I can't imagine why they don't like you either, but that is the way the world works. People like to fight, argue and they can find many reasons to "dislike" others.
As for the "official" Chromium site, I have long used the Woolyss site to get Marmaduke's builds for my old iMac, now running OCLP 0.6.2 and Yentura 13.3.
BUt the only current version that works well on my MBA M2 is that 111.0.5563.110 version you gave me a link for. The other builds on the https://github.com/macchrome/macstable/releases site all do that "Ah, snap. Error 11 and then choosing some bookmarks, will work, but some sites error out. In conclusion those builds are useless.
That scripts version is the same, no go.
Before meeting you, I used Brave with many of its functions turned off, as it gets updates regularilly, and it is based on Chromium. Unfortunately, that 111.0.5563.146 build doesn't work either.
So, enough, I will just use that 110 version for a while.
Thanks again for your help!
@LeeVan

Fair enough!

Checkout AlexFrick's builds https://github.com/Alex313031/ he's one of the few who actually knows what he is doing.

Time for the Maggot to fly!

Toodles.
Anon8858
@AlexFrick
Your links to "MacOS x64 and M1 Releases - M111.0.5563.111" actually contain version 111.0.5563.69, which is good to have but still mislabeled. Could you correct that when you have the time?
I debated between pushing Linux AVX2 r1123588 to release or experimental. I went release, so let us see what happens. I am playing with -ffast-math on certain code paths; once again. MotionMark is a little glitchy in a few spots, but otherwise browsing my usual sites and services seems okay in thus far limited testing.

I will post the patch diff(s) if further testing proves stable enough. A rendering glitch in a benchmark is not a big deal and potentially something I can track down. Dealing with a crash happy browser could be something else entirely. ;)

Performance numbers in MotionMark, Speedometer, BaseMark Web, etc. look "good" on my AMD 5700u notebook.

I might have corresponding Windows builds ready before weekend.
Anon8860
@Jerry
Chrome 112.0.5615.49 is not yet available as stable but only as beta - since 30 Mar 2023. You are too early.
https://community.chocolatey.org/packages/googlechromebeta/112.0.5615.49-beta
@Anon8860, it's not just that!

Stable and official version 112 is scheduled to be released on 04.04.2023.
@Jerry, when will the actual times when posting here be fixed?!

I posted a comment and it says it's at 03:52. And for me, the time is actually 13:52. It's actually a 10 hour difference.
Anon8863
@Ehoo
It depends on the time zone of the server. I guess it is the Pacific Standard Time (PST).
admin
Hello dear users and developers,

Sorry, the excellent official tool (https://omahaproxy.appspot.com/) will soon be discontinued. There is no tool to replace it currently.
https://groups.google.com/a/chromium.org/g/chromium-dev/c/uH-nFrOLWtE

ChromiumDash is not "developer-friendly". So I created a new script but it is not as good as the previous one. Sorry for inconvenience!
@Jerry
Querying https://versionhistory.googleapis.com/v1/chrome/platforms/win64/channels/stable/versions/all/releases?filter=fraction>0.9,endtime=none should return current newest stable version for Windows excluding early stable and test builds (such as 111.0.5563.148). The tool however does not return branch position, so you will also need to send a query to https://chromiumdash.appspot.com/fetch_releases?channel=Stable&platform=Windows to get that (sadly can not be filtered by version)
Anon8866
@Jerry
I can well understand. Google has once again made a mess with the new category "Early Stable..." - but this is not the common "Stable".
With "Early Stable...":
https://chromereleases.googleblog.com/
Without, just "Stable." alone:
https://chromereleases.googleblog.com/search/label/Stable+updates+Desktop+Update
Anyway, best thanks for your worthy work!
@Maggot
The https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/ site now has updates for the latest x86-64 and arm64 versions of Chromium.
@LeeVan

If you're an advanced user marmaduke's arm64 ungoogled actually works quite well.

Woof
admin
Thank you very much Hibbiki ;)
It helps me a lot to improve my request. I will add the branch position (revision) later.
Looks like I found the MotionMark rendering glitch with -fast-math optimizations. V8 uses libm for some math functions. I have been skipping -fast-math for V8 due to correctness concerns anyway, but there is an extra V8 compiler config specifically for the libm functions that needed modified as well.

Barring no other significant issues, hopefully that means updated builds later tonight or tomorrow.
Anon8871
Hello. VirusTotal links only seem to work on Hibbiki and Marmaduke builds. All the others throw an error such as RobRich, Chromium Authors builds, etc... Is it possible to have them all working? Ty
@Mongrel
I am anything but an advanced user, but I tried Marmaduke's arm64 build build twice. No go, even after running the required scripts, it errors out with a "Ah Snap. Something went wrong". Error 11. and then will partially work with some sites, but many, even google.com the search site, cause it to error out again.
The up-to-date versions at the https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/ site both work, on the respective Intel and Apple Silicon platforms. If Marmaduke's version works for you great. It doesn't for me on the Apple M2 MBA and the Intel version hasn't been updated.
Turned on LTO, and the MotionMark glitching is back. I am not sure whether to lol or sigh. o.0 Not that it should happen, but I suppose some function(s) being pulled into LTO translation units are not being optimized the same as with regular compilation, as in fast-math being applied across the unit instead of the specifically tagged function(s).

So dropping the fast-math efforts once again; for awhile anyway. Now on to getting updated builds pushed.
Okay, probably more like lol on my part. I forgot V8 is treated as its own git checkout, so it was not patched on a Chromium checkout update and build. I have added a v8 diff patch.

Fixing and redoing those builds. Fingers crossed.
Linux r112491x builds with -ffast-math are okay thus far in my limited testing.

Some highlights:

* Added "-ffast-math", "-fno-finite-math-only", to hot code paths except V8.

* Back to -O3 for Clang+LTO for now pending further testing. Measured performance difference tends to be in the noise on my test system, but it barely bloats our code case, so "whatever" in the meantime.

* After further internal testing, I have added back a few more extra LLVM opts and passes into the config. Nothing too exotic.

* Loop passes might change further in near future builds. AFAIK, loop distribution still has no profitability heuristic. So far it has not seemed to cause regressions, but it might not be doing much for us except potentially bloating code.

* Added a few Polly passes. Second-level tiling is not likely doing much for us, but it does not seem to significantly impact build time, so whatever IMO. Greedy loop fusion disregards profitability, but I doubt it is doing much either (pending further eval), so probably another whatever. Pretty much the same with register tiling, as AFAIK it still lacks profitability analysis as well.

* The slight revision number difference is due to two different build systems that were not synced. Happens. Anyway.
to update this when new versions come out for android, do I have to comeback to the website and download the latest build or will the app manage that by itself?
Just wondering, is anyone having issues compiling dev builds with PGO enabled?
I've had to disable PGO in order to get it to compile, I think 'gn gen out/Default' is no longer generating the required files correctly.
Anon8879
@justclueless

You may need to add v8_enable_builtins_optimization = false to the args
@justclueless Working here, though i cross build for Windows on Linux.

Is gen gen completing? Is there a LLVM error ya' can post here?

----------------

Win64 AVX2 updated with -ffast-math on hot code paths over than V8. Seems okay thus far in my limited testing. Someone else will have to test GPU and video hardware acceleration, as OS upgrades finally forced my test system to VirtualBox 7, which is still having issues for many after switching to DXVK for 3D acceleration of Windows guests.

Clang and LTO optimizations at O3 (for now), plus now LTO codegen at O3 for the thinlto_optimize_max targets as well. Ideally the LTO codegen level should be done per function, probably even more so if we have profile data, but LLVM is now at least letting us manually set it in the meantime. I narrowed the build targets for experimentation due to having a build crash with the option awhile back. YMMV on any real performance returns, as it has been known to cause gains and regressions depending upon the code involved.

I got a little sidetracked over the weekend. Anyway. I am getting ready to build Win64 AVX, so it might be tomorrow before releasing to public.
@Anon8879
Thanks, adding v8_enable_builtins_optimization = false gets it to build. However, I think this is basically disabling the profile optimization for the v8 component.

@RobRich
gen is completing fine without errors.

The associated error is:
ninja: error: ../v8/tools/builtins-pgo/profiles/x64.profile needed by gen/v8/embedded.S , missing and no known rule to make it
Anon8882
@justclueless

If you set it to true, you should get the same error. I have previously done this and tried to introduce pgo for the v8 engine, but I haven't found a specific way to do it, so I set it to false to allow compilation to work.

I think we need to find a way to introduce the pgo optimization for the v8 engine, plus this compile parameter was only recently added.
@justclueless I have the profiles in my checkout. That said, I do not handle code checkout exactly like Chromium docs specify.

Basically....

cd depot_tools
git checkout -f main
git pull --rebase
cd chromium/src
git checkout -f main
git pull --rebase
gclient sync --with_branch_heads -f -R -D

I have not looked, but I suspect gclient sync probably should pull the profiles.

Anyway, I noted there is a script to download profiles.

v8/tools/builtins-pgo/download_profiles.py

My system is in the middle of a build, so i can not verify, but it appears this should work from your chromium/src dir:

python3 v8/tools/builtins-pgo/download_profiles.pydownload_profiles.py download
Python3 v8/tools/builtins-pgo/download_profiles.py download
Anon8885
@RobRich

After I ran python3 v8/tools/builtins-pgo/download_profiles.py download, the cmd returned the following message to me

E:\chromium\src\v8\third_party\depot_tools\download_from_google_storage.py does not exist; check  --depot-tools path
@RobRich Thanks Rob, profiles downloaded fine and seems to be compiling now.

@Anon8885
use --depot_tools flag and then specify where your depot tools directory is and it should download fine.
Anon8887
@justclueless

I now manually copied the depot_tools under v8\third_party\ and now I can download the pgo file normally.

How should I use the --depot_tools parameter?
Windows, right? Assuming it honors the path environment variable for depot tools, set it before doing anything else with Chromium. For example:

set PATH=C:\depot_tools;%PATH%
set DEPOT_TOOLS_WIN_TOOLCHAIN=0
set GYP_MSVS_VERSION=2019

Adjust according to your particular environment.
@Anon8887 yeah Rob is right, can set it as an environment var.
But what I was saying was:
Python3 v8/tools/builtins-pgo/download_profiles.py download --depot_tools C:\path\to\depot_tools
Anon8890
@RobRich @justclueless

Thank you, the problem has been solved
Anon8891
@Hibbiki and @Marmaduke
Best Thanks for the updates for Win64.
- Windows (x64 Intel) build of Uazo's fork of Bromite
- https://github.com/uazo/bromite/tree/4749e17cd5690fdc902c32d0bb4231840204acba
- Integrated Adblock Pro
-

mongrel-chromium-112.0.5615.62-1_Win64.7z
https://github.com/macchrome/winchrome/releases/download/v112.5615.56-M112.0.5615.56-r1109224-Win64/mongrel-chromium-112.0.5615.62-1_Win64.7z
SHA1 DAF04EF6358AEDC57E379580F903565642A42D2C
Anon8893
Hello guys.
What do you think of building Chromium without any component present?
I noticed that when we use Chrome official offline installers (aka Standalone installers) there's not a single component present under "chrome://components/" and the browser works as intended, it even seems snappier than regular Chrome install, althought this can be very well placebo.
Just wondering what others think about this around here.
Thanks for all your work
Anon8894
@Anon8893
All of them are not really necessary, probably except Widevine. If you don't need them, you can delete component folder (or all of them) from your profile folder. For example, removing "SafetyTips" folder will disable Lookalike phishing warnings. If deny access to the folder, component updater will not update or reinstall them.

Ungoogled Chromium builds don't install components. Marmaduke builds include safe browsing features, which you can turn off yourself (in settings and by deleting folders).
@Anon8894

Unless explicitly stated, my Ungoogled Chromium builds do not contain safe browsing features: all the main and distribution specific (ungoogled) safe browsing patches have been applied. Furthermore, the safe browsing feature has been removed from the chrome:// (about://) url.

@Anon8893

mongrel-chromium-112.0.5615.62-1_Win64.7z

Contains no components; but is shipped with Widevine which is probably redundant.
Anon8896
@Marmaduke
Thank you very much for the update 112.0.5615.62 for Android. (Bromite is obviously no longer being continued.)
marmaduke; boss!
I am going to have to audit -ffast-math on a near per-component basis. The GPU process is not crashing, but it is churning through plenty of angle errors. Angle is built without fast-math, so it is something else interacting with it. Perhaps skia or similar. Anyway.

I intend to roll updated builds without my -ffast-math opts in the next day or few.
Regarding....

https://chromium.googlesource.com/chromium/src/+/9667cf795513f2be303fd5dc9a81adb6131c06fd

If anyone cross building Windows on Linux gets a ARM toolchain error when doing a gn gen, you probably are like me and rolled a VS package without ARM support. I do not target Windows ARM, so the quick fix is commenting out or removing the win_toolchain_data_arm64 section in the new win toolchain data gni.

chromium/src/build/toolchain/win/win_toolchain_data.gni

The change should be in my next Windows diffs as well.
Systemwebview wanter 
Can you please release chromium builds of Android systemwebview?
- Uazo's (github.com/uazo) Adblock Pro patches integrated into ungoogled chromium for windows
- No domain substitution, standard codecs
- Extensions work

inbred-ungoogled-112.0.5615.55-1_Win64.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v112.5615.56-M112.0.5615.56-r1109224-Win64/inbred-ungoogled-112.0.5615.55-1_Win64.7z
SHA1 719CEC01FB852E9B2A46698CD281CF9456F043E9
It's a surprise to me that @marmaduk has stopped offering stable versions since two months somewhere. For reference - look at @marmaduk's build numbers and compare them to stable Chromium builds.
@RobRich

RE: ...cross building Windows on Linux..

Before doing a "gn gen", have you tried, for examlpe:

- export GYP_MSVS_HASH_1023ce2e82=e829aa96e4

- build/ciopfs -o use_ino third_party/depot_tools/win_toolchain/vs_files.ciopfs third_party/depot_tools/win_toolchain/vs_files
@Why
What Stable builds are you refering to and what builds offered by Marmaduke Dev.?
The https://github.com/macchrome/macstable/releases site has up-to-date Marmaduke's builds for both ungoogled and sync version for the Intel platform (this Woolyss site does need updating).
There are arm64 builds available on Github, still at 111.0.5563.146 for the arm64 versions;
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
So I don't think Marmaduke is behind the curve at all (for the Intel platform anyway).
@LeeVan,

It's about the Windows versions. The reason it stopped offering stable versions of Windows is unclear. Released are Dev, alpha, beta or whatever, but no stable builds are maintained.

For reference here: https://chromereleases.googleblog.com/search/label/Stable+updates+Desktop+Update

and compare with those posted here: https://github.com/macchrome/winchrome/
@Why
Ah, the Widows versions....
I have only Macs in the house, sorry about that, just assumed you meant the Mac Version.
My bad there.
@marmaduke No prob with cross-building here. Just a FYI about Chromium now wanting a WIndows ARM sysroot, especially since I do not target WinARM. I use the  --no-arm option with the package_from_installed.py script. I could repackage my local Visual Studio checkout with ARM support, but just removing it as a sysroot for Chromium is easier for now.
Anon8909
@Why
These releases don't differ from stable releases by functionality and are just a few patches ahead of the current stable version. The build is the same as the current stable version.
@Anon8909, there is no objective reason to skip the exact stable version and run ahead with other versions. This is what I meant with my previous comments, that precisely the stable versions that are public from https://chromereleases.googleblog.com/search/label/Stable+updates+Desktop+Update at @marmaduk for several months are not officially so. Why he does it - there is no explanation.

I have no problem with that. When he publishes a really stable version corresponding to https://chromereleases.googleblog.com/search/label/Stable+updates+Desktop+Update - then I'll be pulling boldly. Otherwise no.

Before and @Alex313031 always published some dev, beta or similar and never provided a stable version, that's why he had no interest in Thorium. Recently I see that he abandoned work on Thorium and his current version is 111... that is, his versions are already behind...
@Why
As an informed user of ungoggled software, can you tell us why the <https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/> site hass not released an update to the current version for the Apple Silicon arm64?
Must be a difficult build, but I have no insight about it. Considering the rash of OS updates to patch security holes by Apple and others (MS Office etc.) I am hesitant to use the one-level older version of Chromium at that site..
Do you have any knowledge about that?
@Jerry
Big mistake: Marmaduke's current ungoogled build for windows 64bit from 10 Apr 2023 has the number 112.0.5615.67 - the build 112.0.5615.56 is from 01 April 2023 (so outdated).
https://github.com/macchrome/winchrome/releases
@wth

It's not a mistake.

The ungoogled .67 Mac, Windows, and Linux builds are marked as "Pre-release". They contain an integrated adblocker, which works; but the operation of the toggle on/off switch might not be inuitive to the average user.

The .67 builds are for hardcore users who know what/where GitHub is; are able to negotiate the idiosyncrasies of the adblock interface; who potentially understand the significance of the integration of an adbocker apropos manifest V3; and who are empathetic to the iterative software development cycle.
@Marmaduke
OK. Thanks! I use the 112.0.5615.67 and the adblocker "uBlock Origin" with many filters and "Fingerprint Spoofing" and an Extension against Malware. There are no problems.
Anon8915
Thanks for your excellent browser.
Anon8916
@Marmaduke and others if you know the answers to my questions

On your github page for ungoogled .67 there are three points you make that I have questions about.

First is...

"Disable Hardware HEVC CLI flag:  --disable-features=PlatformHEVCDecoderSupport" do you mean that we should run ungoogled with this command flag. If yes, could you please explain why? Note: I have being running your ungoolged builds since you started posting them on this web site without this flag and have not experienced any negative effects.

Second is...

"(chrome://flags/#win-10-tab-search-caption-button) needs to be disabled to remove tab search button on Windows" if I am reading this correctly this is optional if you want to remove it you can, if you don't just ignore it? Is there any security/privacy one way or the other?

Third is...

"There's an issue with the Adblock on/off toggle switch" at this point is the only way to access the built-in adblocker is through "Settings" to turn it on/off and pick the filters etc. you want to use?

Thanks in advance for your builds and taking the time to answer my questions.
Sasht e agresor 
Ungoogled Chromium v.112.0.5615.87-r936 - (Beta WIP) Integrated adblock pro - privacy enhanced, telemetry removed. Courtesy of Uazo: https://github.com/uazo/bromite/tree/4749e17cd5690fdc902c32d0bb4231840204acba

Beta WIP?!

"Integrated adblock pro"?!

Where is the menu on this?! Not an extension. Where this integrated to see at all that and its options?!
@Anon8916

1. It's a matter of choice: for graphics card that are HEVC capable, hardware acceleration is enabled by default. No further elaboration is required and will not be given.

2. This is purely a cosmetic/aesthetic issue: if you do not understand the signifcance of what has been stated then it need not concern you.

3. Integrated adblocker with an integrated settings page.

For the technically minded, in Eyeo's Adblock Chromium SDK (for Windows and I suppose desktop platforms in general), the settings functionality is actually an external extension: Uazo has reversed this recently introduced nefarious abomination and restored it to proper place - the Settings menu.

Whether Eyeo's SDK will play well with Manifest V3 remains to be seen.

Maggot - Apple Core Developer @ HRD Build Systems
Sasht e agresor 
@Anon8918, thanks, I got my bearings.

But, if I add "Custom Filters" - there is no setting at what period the filters are updated, nor if they are updated at all?! Right?!
Sasht e agresor 
@marmaduk, I added "Custom Filters" in your built-in adblocker.

But please put in your built-in adblocker an option to import and export the settings there (added filters, etc.).

@marmaduk something needs to be done about this problem:

https://i.postimg.cc/gkJjGsCw/Gresh.png

I'm showing how the manually added "Custom Filters" circled in red are added, but the menu to remove that filter is gone. Or for manually added filters to be visualized in two lines, because the "Remove" menu remains hidden for filters longer than the address.

Other: I have just over 8000 personal filters like these:

https://i.postimg.cc/2SWZfTWQ/8k.png

Is there a place to add them to your ad blocker?
Anon8922
@Hibbiki
Thank you very much for the update 112.0.5615.87. With uBlock Origin I have a very good Adblocker as before. I don't think this one will just go away.
Chromium for 64-bit Windows - Friday, 14 April 2023

Chromium 112.0.5615.87 (Official Build, ungoogled-chromium)
Revision 368d515a000ae24538ce21a9bbe9d15f0fce7d51-refs/branch-heads/5615_49@{#3}
OS Windows

- GNU/Linux cross-compiled [Ubuntu 22.04.2 LTS (GNU/Linux 6.2.8 x86_64)]
- SDK 10.0.22621.755 (Visual Studio 2022 17.4.5)
- clang/llvm (Default)
- PGO
- Disable Hardware HEVC CLI flag:  --disable-features=PlatformHEVCDecoderSupport
- (chrome://flags/#win-10-tab-search-caption-button) needs to be disabled to remove tab search button on Windows.
- Wiki https://github.com/macchrome/winchrome/wiki/Ungoogled-Chromium-Linux-to-Win-Cross-Compilation-Resources
- (Beta WIP) Integrated Adblock Plus (ABP) - Privacy enhanced, telemetry removed. Courtesy of Uazo:
- https://github.com/uazo/bromite/tree/4749e17cd5690fdc902c32d0bb4231840204acba
- ABP functionality (if desired) is accessed via an extension: src.crx


ABP Interface

src.crx
https://github.com/macchrome/winchrome/releases/download/v112.5615.87-M112.0.5615.87-2-r936-Win64/src.crx
SHA1 4AF3FBD01B91FE4130970125C5459BE54BC1F0CB

No Sync - WebRTC - Widevine - All Codecs - ThinLTO - Ungoogled

ungoogled-chromium-112.0.5615.87-2_windows.7z (64-bit)
https://github.com/macchrome/winchrome/releases/download/v112.5615.87-M112.0.5615.87-2-r936-Win64/ungoogled-chromium-112.0.5615.87-2_Win64.7z
SHA1 78C0DA083BEBBD6AD4C2C0DE0ABA6F8EE2D9BA75

==================

112.0.5615.87-2_ungoogled_mini_installer.exe (64-bit)
https://github.com/macchrome/winchrome/releases/download/v112.5615.87-M112.0.5615.87-2-r936-Win64/112.0.5615.87-2_ungoogled_mini_installer.exe
SHA1 C223C884DFE1516071F8507C9ACFEC1A5F523DD0

Some people need to get a life!
Sasht e agresor 
@maggot

Criticism: Not a single answer to the questions posed by me in my previous posts!

Second: https://i.postimg.cc/d3xvz8t3/AA.png

What is "AA"?! Again there is no explanation anywhere.

The on or off menu (with the blue ellipsis) is imprecise and goes out of its own order.

The "chrome://settings/adblock" flag and menu are gone. Again, no explanation.

There aren't any options to import/export settings.

Allegedly, the extension is named: "Adblock Settings" - that's what it says, but its official name is: "eyeo Chromium SDK Settings v.0.1" - for reference - chrome://extensions/.

Things are presented with questionable direction, without any clarity as to what is what, what has been removed...
Amoeba Brain 
@Sasht e agresor

"eyeo Chromium SDK Settings v.0.1" standard, bog standard Eyeo interface!

Piss off!
@Maggot
Kudos for all of the hard work for the Windows version! There will always be some people who don't appreciate it, but please ignore them, and believe it there are still those who do understand!
If you have any further news about the Mac version (no arm64 up-to-date version yet at <https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/>), please post it.
Sasht e agresor 
@maggot

Also provide information about the cuts you are making. Provide information and what you remove.

As soon as you do something - do it by providing information, but also answer questions, not hiding.
@Sasht e agresor
The integrated AdBlock is work derived from https://gitlab.com/eyeo/adblockplus/chromium-sdk

The specific version in Marmaduke's build comes courtesy of uazo's Bromite fork (see https://github.com/uazo/bromite/tree/4749e17cd5690fdc902c32d0bb4231840204acba).

The functionality should be equivalent to https://adblockbrowser.org/ which is owned by Eyeo (they also own AdBlock Plus itself). For details on settings consult their documentation.

Please note that this information was clearly given out by Marmaduke in release description. Let's all be civilized and not jump to conclusions, okay?
Hibbiki, brilliant !!
@Jerry
It would seem that current stable version (112.0.5615.121) is being deployed in a rather confusing way which broke site logic relying on query I provided to you. For some reason fraction is set to only 25% (https://versionhistory.googleapis.com/v1/chrome/platforms/win/channels/stable/versions/all/releases?filter=endtime=none&order_by=version+desc) which I find very confusing given that the version contains fix for critical, actively exploited 0-day.

Regardless, I suppose you need to add some error handling in case query returns empty value. I'd recommend ignoring such responses and keeping old version as stable for now until we know more about this unusual rollout behavior.
FYI. If anyone is using AMDGPU+RADV on Linux, you might note the following chrome://gpu/ errors:

[3603:3603:0414/234357.252260:WARNING:angle_platform_impl.cc(48)] : ProgramGL.cpp:989 (checkLinkStatus): Program link or binary loading failed with no info log.

In my noted particular instance the errors do not appear until chrome://gpu/ is accessed. What *seems* to be happening is chrome://gpu/ ends up querying the Vulkan ICD even if the browser is not actively using Vulkan graphics, thus trying to to load another ICD library despite GPU sandboxing already being in place.

The error is more an annoyance than an actual issue, so just disregard it for now. I might be able to tweak the the Chromium AMDGPU permissions list to workaround it, but I am suspecting perhaps not. Alternatively I could just rip out the specific error directive. o.0
The chrome://gpu/ log errors happens with Vulkan enabled as well, probably for the same reason regarding ICDs. Alternatively there is a chance it could just be a driver issue assuming Chromium ICD library permissions are actually correct, but I am not bisecting mesa, so whatever.

Also I did note one interesting aspect. The Vulkan flag breaks the VDAVideoDecoder for my current build.

chrome://flags/#enable-vulkan

While the  --use-vulkan command line option allows the VDAVideoDecoder for VAAPI acceleration. lol
Experimental build with PartitionAlloc enabled as the general malloc implementation for Chromium on Linux instead of just for Blink.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/v114.0.5714.0-r1130208-linux64-deb-avx2

YMMV. There are quirks including apparently some UI font sizing issues.
Anon8934
@Jerry Admin
Hi
Could you add as a recommendation not to use Samsung Internet browser
This company doesn't care about its smartphone customers
The current version of their browser is based on Chromium 106. So almost 20 or 25 delay builds and security vulnerabilities & exploit 0-day
Thank you Best regards
@Marmaduke
Hi . Thanks for all you quick update Ungoogled
@Hibbiki
Hi. Thank too for your update nosync. Too bad you need to do one more :)

Best Regards
Speaking of experimental, there are graphical glitches, but Wine 8.5 (waiting on 8.6 builds) actually runs Chromium with hardware graphics acceleration.

Chromium for Windows running under Wine + OpenGL:

https://pastebin.com/JUk0YzH6

Chromium for Windows running under Wine + DX11 (DXVK):

https://pastebin.com/

Chromium for Windows running under Wine + Vulkan (RADV):

https://pastebin.com/

I use VirtualBox for testing Windows builds, but GPU acceleration is borked for me (and many others) thus far in VirtualBox 7.x releases, which switched to DXVK for DX11 support.
About #comment-8932 ....

https://source.chromium.org/chromium/chromium/src/+/main:gpu/command_buffer/service/gpu_switches.cc?q=kUseVulkan&ss=chromium

This only initializes Vulkan, the flag  --enable-features=Vulkan must also be used to select Vulkan for compositing and rasterization.

Makes sense now, but that is not really all that intuitive IMO. Anyway.
Sasht e agresor 
@Hibbiki, thanks for your reply. But what you wrote, I have seen and read it as recently as yesterday, but my questions are completely different, which are not provided in @marmaduk's repository.

So this is what I asked, for which no one has answered so far:

I asked the abbreviation "AA" in this picture what does it mean?

https://postimg.cc/D4LtG4G3

I'm hardly the only one in the world who wonders what this abbreviation means.

As I wrote before - with no explanation and no information provided - this flag and its "chrome://settings/adblock" menu just disappeared.
Anon8939
Nurse, Sasht e agresor is out the bed!

Oh for the love of God, use your damn brain: Acceptable Advertising.
Anon8940
@Sasht e agresor
You can be quiet now. Use the latest version of ungoogled. There is no adblock anymore. The "AA" does not exist.
Sasht e agresor 
@Anon8940, What you write is not true!

By adding: https://github.com/macchrome/winchrome/releases/download/v112.5615.121-M112.0.5615.121-r938-Win64/src.crx

and again "AA" is here, whatever "AA" stands for?!

https://i.postimg.cc/8zsMcksJ/AAAAAAA.png

@Anon8940, it's obvious you're out of step with what's new on offer due to lack of information on what's being removed.
Anon8942
I rest my case.
Anon8943
@Sasht e agresor
(Anon894) Of course I see this crx-file, but I can't download it with ungoogled Chromium in Windows. I get an error message: "CRX_REQUIRED_PROOF_MISSING".
What is the opposite of "extension"? "Intension". In Marmaduke's Chromium for Android, AdBlocking is fix integrated. And I even added more lists there - as txt files - for example from uBlock Origin. This works well.
Sasht e agresor 
@Anon8943, in a desktop Windows environment, Adblocking WAS also integrated, but without explanation WAS removed. In practice, in the Windows environment, Adblocking is no longer integrated. Marmaduk to integrate it again for Windows?! It was not clear why he removed it.

@Anon8943 to avoid getting the error you mentioned do the following: chrome://flags/#extension-mime-request-handling to Always prompt for install

https://i.postimg.cc/mDBNn2nk/Always-prompt-for-install.png
Anon8945
@Sasht e agresor
(Anon8943) I know this flag. It all used to work in the past. The mentioned CRX-file contains packed an extension to add more extensions from the Google store. But this is now no longer desired. That's why the CRX-file is locked in Chromium.
I go another way: I install Hibbikis sync version and there the desired extensions. I also add Marmadukes ungoogled as an unpacked 7z-archive. Both use the same user data and also the extensions.
Anon8946
what a mess. There's nothing wrong with just using stable if you can't figure out what the new stuff does, as the new stuff is still in beta.
Anon8947
@Hibbiki
Thank you very much for the "secure" update 112.0.5615.121 against new Zero-Day gaps. But it may seem controversial, but I do not trust Google Save Browsing so much and use an antivirus program for the web as well.
What is maggot build AdBlock and chrome://settings/adblock everyone is talking about ?
@Rexa Marmaduke has been working on pulling in Eyeo-based adblock integration from uazo, who has helped develop and recently pretty much forked bromite.

https://github.com/uazo/bromite-buildtools/releases
https://github.com/uazo/eyeo-adblockplus-as-a-patch/tree/main/components/adblock
https://github.com/uazo/bromite/branches

The work initially targeted Android due to the extensions situation there. With the shared common code base in Chromium, though, the patches should apply to multiple platforms probably with a little porting effort.

YMMV, as I do not use the patches or builds.

----------------

Does a mesa dev read these comments? lol Updated mesa this morning, and the about:gpu log errors cleaned up. At least that is something I will not have to address when rolling builds probably later today.
Spoke too fast. Restarted the browser, and those annoying likely ICD-related about:gpu log errors are back. Grrr. I will try modifying the GPU sandbox file permissions first, but if that does not, I am about simply comment out the error source since it more an annoyance than an issue IMO.
Muy buen día gente trabajadora y genial! Les consulto, porqué norton NPE me elimina a ungoogled?.. Y puedo confiar en ungoogled aunque NPE lo considere malware? Me refiero a la versión 109 de marmaduk.. Muchas gracias. Saludos cordiales.
@Rexa

In addition to what RobRich said: Uazo has removed the associated telemetry; and eyeo has reached out to Bromite:
https://github.com/bromite/bromite/discussions/2184

Needless to say, eyeo is an industry heavyweight! My only question to eyeo is why? This is not Jacqueline du Pré playing Elgar territory; it's more Jimi Hendrix - Live At The Café Au Go Go, or modal jazz: people will improvise!

Anyway, the integrated Adblock plus interface as an extension is the way to go: it's MV3 compliant.

The performance of the integrated adblocker is good: on the most demanding of streams, sports streams of a rather dubious origin & nature, I've been informed that it was possible to watch the GOAT Sir Lewis "me tyres have gone" Hamilton navigate his Mercedes to second place without immoral adverts from Lucious Lolita and her gang.

wormy, turning maggot's mess into somthing fertile.
Sasht e agresor 
@wormy, as @marmaduk integration was in previous versions. After that, it is not clear why the integration was removed.

All I know so far is that Adblock plus only appears if the "src.crx" extension is installed from here: https://github.com/macchrome/winchrome/releases/download/v112.5615.121-M112.0.5615.121-r938-Win64 /src.crx
@wormy I guess that's what you mean?!

Because in the last version of @marmaduk ungoogled-chromium-112.0.5615.121-1_Win64 the Chromium integrated Adblock plus disappeared as a flag, disappeared as an integrated menu.
Looks like allowing the RADV Vulkan ICD into the early AMDPU sandbox permissions resolved the annoying GPU log errors. Hopefully anyway. If anyone is affected with Intel or nVidia GPUs on Linux, let me know and I will look into similar patches for them.
Quick FYI. My Linux AVX r1130956 build is a little flaky in testing. Rolling revision updates, along with Linux AVX2. Probably later tonight.
Anon8956
Thanks for the updated builds Rob :)
@Anon8956 Welcome.

----------------

BTW, to clarify, my Windows r1130956 builds do not seem affected. I am going to let them ride for now.
Anon8958
@Marmaduke,
Thank you for the 112.0.5615.121 windows 64-bit build release.
With kind regards,
@earthsound
Ok, thank you for the answer.
Anon8960
Anyone know if Netflix blocked chromium browsers as of a few hours ago today?. I have been using the latest Marmaduke ungoogled 112.0.5615.121 (1109224) without any issue until an hour ago when the video playback suddenly went to a black screen when changing episodes. Now everything i try to play gets a Netflix error code m7121-1331 (unsupported browser).
Anon8961
@Anon8960
Same issue with this build: ungoogled-software. github. io/ungoogled-chromium-binaries/

Also, since past few months almost all sites behind Cloudflare stuck in an infinite captcha loop, regardless of browser settings/ungoogled flags.
Linux AVX rr1131511 is an interim build without ThinLTO, which also means no CFI. Not too a big deal IMO, though performance is probably down a few percent.

Recent internal Linux builds with LTO are causing me an issue breaking some sites. The Github homepage is one prime example. AFAICT, it might affect any current Linux x86 builds with LTO enabled. YMMV.

Think I might have narrowed the component and possibly even a specific revision causing it, but I still need to roll yet another build to verify. More info to follow, plus possibly a project bug report if needed.
Okay, to be technical, it is still occasionally happening. LTO just seems to make it (much) worse.
Project devs might have beat me to it.

I was suspecting:

https://chromium.googlesource.com/chromium/src/third_party/freetype2.git/+/e78e2d29a95baf6053e30cc9422aa20319259803

This has landed:

https://chromium.googlesource.com/chromium/src/third_party/freetype2.git/+/c4fe77c3f072fab930267f95510562e7aeb03302

UB seems about right, and LTO+CFI could have been potentially catching the issue.

I am hoping it also resolves a minor font scaling issue that I have noticed recently.

I need to roll a test build.
It was the suspected freetype commit. Bug reported.

https://bugs.chromium.org/p/chromium/issues/detail?id=1434194

I will try to roll updated Linux builds maybe later Tuesday.
sasht e agresor 
brawn-112.0.5615.134-1_Win64

- Windows (x64 Intel) build of Uazo's fork of Bromite;
- https://github.com/uazo/bromite/tree/4665625fb26e2e97ccc5687812bfc8532257a67e;
- Integrated adblock plus;
- Internal firewall;
- Developer defined policies;
- Settings accessed by clicking 3 verticals dots at the top right!;
- To quote uazo: "...can try it at your own risk."

Uazo's browser is the future.

I found this flag: chrome://flags/#enable-firewall

I activated it. But where is the "Internal firewall" menu to see what I can manage with this firewall?!
Anon8967
@sasht e agresor It's called "internal firewall", it's "internal". If you activated, just trust it's on.
sasht e agresor 
@Anon8967, I don't see that internal firewall, nor is there a menu to look around and/or change anything?!
Anon8969
@sasht e agresor that's what i'm saying, it's internal. Just turn it on and leave it.
Who said there is a menu?! where are you getting this from?! did uazo say there was a menu?
Anon8970
@RobRich Can you release Windows and Linux builds in separate repos?
sasht e agresor 
@Anon8969

I don't know if there is a menu or not. It is supposed to have a menu. Even the terrible Windows 11 has menus, although they are hidden, but they are there.
Anon8972
@Hibbiki
Thank you very much for the update 112.0.5615.138 for Windows 64bit. This is always the best choice for a simple and safe Chromium.
@Anon8970 Actually, I might drop Linux builds. I am back to Windows on my daily system due to software for a hobby among other reasons,
@Marmaduke and @ ungoogled users
We can add extensions manually. But these must be Manifest V3.
An example: uBlock Origin 1.49.0 from gorhill (github, open source):
https://github.com/gorhill/uBlock/releases/tag/1.49.0
Here we download the asset "uBlock0_1.49.0.chromium.zip".
We unzip it, for example with 7-Zip and we get a folder.
Now we can add this folder on the "Extensions" page in "Developer Mode".
That's all.
Anon8975
@RobRich If you drop Linux builds, please keep Windows AVX and AVX2 in separate repos. Or maybe just single-mindedly focus on only Windows AVX or Windows AVX2 build?
@Anon8975 Apologies, but my repos are setup to interface with Jerry's scripts here. Too much hassle on both ends to bother changing them IMHO.

----------------

Speaking of Windows, I been setting up a Windows build environment. Bleh.
How to move my Marmaduke Windows x64 Portable folder from 1 installation to other ?
I can't understand the given guide - www.adlice.com/google-chrome-secure-preferences/
After a little time actually using it, now I remember why Windows is a horrid experience and especially so on this system. No thanks. Back to Linux. I can run my other hobby software on another system if need be.

I will try to roll updated builds, including a potential fix for the Linux situation, after I get my system(s) worked out. Could be a day or few depending upon how I feel.
Anon8979
For those in need, the Github site <https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/> has both Intel and Apple Silicon versions of the latest Chromium 112.0.5615.137.
sasht e agresor 
Ungoogled Chromium v.112.0.5615.169-1 (22.04.2023) - https://github.com/macchrome/winchrome/releases/tag/v112.5615.138-M112.0.5615.138-r1109224-Win64

- domain substitution applied;
- integated ABP settings (can also use extension: src.crx).
Back to Kubuntu here, so it looks like Linux builds will continue.

Linux AVX2 r1134209 should be "stable" compared to the past couple of Linux builds. The workaround for now is adding a function to the CFI ignore list. Whatever the project devs are doing about it apparently is in a currently non-public bug report.

I will push a diff to my repo shortly.
sasht e agresor 
Ungoogled Chromium v.112.0.5615.169-2 (23.04.2023) - https://github.com/macchrome/winchrome/releases/tag/v112.5615.138-M112.0.5615.138-r1109224-Win64

- Activate ABP AllowPrivilegedFilters.

Allow the rules that modify the headers and the addition of snippets: applies to ABP AntiCV filter and User filters. (Perhaps, should not relax the restriction for "user filters"; but, we are all big boys and girls.).

Rationale: Integrate eyeo adblock plus in Bromite (https://github.com/bromite/bromite/pull/2359).
Anon8983
@Marmaduke
Thanks for the ungoogled 112.0.5615.169. Now we have the "Adblock" again with the "Ad blocking" settings. This is good. Here it has a switch to turn off and on the integrated function. But the switch set to "Off" does not work. At the next start of the browser it is again on On.
Anon8984
@RobRich; - v114.0.5732.0-r1134387-win64-avx - immediately crashes on startup. Could you please confirm/check?
@RobRich
I have tested both - AVX2 and AVX - with the existing user data as archives with CPU Intel Core i5-9400 and Win64. Both cannot be started.
@Anon8984

eyeo removed the integrated interface in chromium-sdk 111. marmaduke said that it may be possible to restore the full functionality of the integrated interface by using templates; but said he is not interested in compromising the "code". As such, future release of ungoogled - if they feature ad blocking - will not have an integrated interface.

mongrel - chief systems integrator
Interestingly enough they run under WINE.

I have not bothered redoing my visualized install, so I will have to drag out a Windows system to check further.

I might just reroll builds. Probably would be quicker.
Thanks for the FYI. I have retracted the affected Windows builds for now.

I did change some optimizations to more closely mirror what I do in Linux. Admittedly, that does not always work according to plan.

Now to get around to seeing if my virtualized Windows backup wants to restore so I do not have to bother with a complete install. I do not have high expectations.

At some point I might have to put my 32-core Windows build server back online. It has been collecting dust for quite awhile.
Anon8989
@RobRich, we appreciate you :) thanks for all your efforts
@Anon8989 Thanks and welcome. :)

----------------

Had to edit uuid strings, but I got Win11 restored under VirtualBox. Typing this message on it.

Seems VB 7.0.8 has dramatically improved 3D acceleration support. The legacy DX9 backend for Chromium is even working.
Sasht e agresor 
src v.002.crx - https://github.com/macchrome/winchrome/releases/download/v112.5615.138-M112.0.5615.138-r1109224-Win64/src_v.002.crx

After this extension is added - none of its menu works! No matter where it is pressed - nothing works!
Richard Head 
@Sasht e agresor

What is your problem? Do you need spoon feeding?
@Sasht e agresor

Listen up, in the futute there will not be an ABP integrated interface: the ABP chromium-sdk does not have one.
If v.002 of the extension is not working then use the previous version.

Really, the new extension does not work! The code for the integrated ABP interface is open source; I suggest that you locate it and amend the code.

If other users report that v.002 is not working, I will personally look at the problem; but, where you are concerned I will not!

Do not try my patience.
Sasht e agresor 
Tested on two different Chromium browsers.

I don't care at all who says what.

No settings can be changed in the extension. Nor can a filter be added. Nothing at all can.

@Richard Head give you a pacifier?! I don't care about your opinion.

@mongrel, when I write something, I've tested it with at least two Chromium browsers. I don't care what you will or won't do! I warn you that this extension does not work! No matter how much you jump at me and give me goosebumps - it's not important to me! I comment facts! Patience is entirely your problem! Let me be the cynic?! I'm writing it again for those who don't understand - I'm writing facts - v.002 doesn't work! Is it a fact - a fact! You don't like it and start being aggressive, but the problem is yours!

:}
Anon8995
Why there is no Chromium version 109.0.5414.141 for Windows 7 / 8.1?
@Sasht e agresor

The beta/wip ungoogled integrated ABP ad-blocker, in a similar vein to uBO Lite, is an experimental permission-less and declarative manifest v3 (MV3) based content blocker. Neither the addition of Custom Subscriptions nor Custom Filters is supported. But it is possible to Allow Domains: src_v.004.crx https://github.com/macchrome/winchrome/releases/download/v112.5615.138-M112.0.5615.138-r1109224-Win64/src_v.004.crx reflects this functionality.

I don't think you are capable of civil discourse.
@mongrel
When trying to open the link, a CRX file should be downloaded. But there is an error message: Package is invalid: "CRX_REQUIRED_PROOF_MISSING".
Is not the CRX format originally from Google for adding extensions? But it seems to be outdated and obsolet, it seems to be deprecated and locked by Chromium base. By the way .crx is always a package and can be unpacked. For example with 7-Zip. Then the unzipped folder can be added to the ungoogled Chromium, on the "Extensions" page in developer mode.
Adblock Plus is not yet V3. The new uBlock Origin 1.49.0 but already (from gorhill github, open source):
https://github.com/gorhill/uBlock/releases/tag/1.49.0
Here we can download the asset "uBlock0_1.49.0.chromium.zip".
@wth

People who use ungoogled are more than capable of downloading and unpacking a .crx

uBlock Origin is unassailable: uBOLite https://github.com/gorhill/uBlock/releases/tag/uBOLite_0.1.23.4076 is more of an apt analogue to ungoogled's integrated ABP.

If you actually examine the manifest of the ungoogled ABP interface extension, it states: ' "manifest_version":3,'

The integrated ABP adblocker is acting in an MV3 manner: it is declarative and similar to uBOLite, it is not possible to add third party (external) filters or subscriptions.

Some people are not interested in what can be done and are looking forward.

The objective was to see if it was possible to integrate Uazo's bromite adblocker, based on eyeo's chromium-sdk, into chromium ungoogled; that objective has be achieved.

MV3 is not yet definitive; but I trust a comapny such as eyeo will keep abreast of the evolving standard.
Sasht e agresor 
I tested SRC_V.004.crx with two browser - again its menus do not work - neither the domain menu, nor the "Rocmended Subscriptions" menu.

@mongrel, I point out again a verified fact. The discourse of the dialogue with you on my part is a fact!

Yes, src_v.004.crx is currently highly reduced in options, even some options that have been in previous versions have been removed, but even in this version and with these reduced capabilities - again the extension does not function.

@mongrel, you wrote yesterday that you are waiting for someone else to comment on whether the extension is functioning ... as it is noticed - no one comments. On the contrary, even a user cannot install it, and with me you lead an uncivilized attempt at dialogue. You need to accept the constructive criticism checked with facts.
@Sasht e agresor

i'd also like @RobRich @Hibbiki @jerry @justclueless @AlexFrick, in fact the opinioin of anyone, feel free to comment..

Portable Widows x64 ungoogled build

- launched by GoogleChromePortable.exe
- integrated adblock, interface accessed via extension
- load unpacked ABP interface from the eyeo directory: chrome://extensions/ Developer mode

UG-112.0.5615.169.7z
https://github.com/macchrome/winchrome/releases/download/v112.5615.138-M112.0.5615.138-r1109224-Win64/UG-112.0.5615.169.7z
SHA1 D5DA304ECD20F641C8FAF56EC1B4E9F972D86593
Sasht e agresor 
@marmaduke, to comment but no one except me comment through real tests..

I tested UG-112.0.5615.169.7z with src_v.004.crx.

The extension is now fully functional.

@marmaduke, first question: Any options to add export/import options/settings to src_v.004.crx?!

Second question: Will your versions of "GoogleChromePortable.exe" be like this going forward or was this just a test?
@Sasht e agresor

1. The functionality of the extension is down to eyeo.

2. Just extract any new chrome/chromium release to App\Chrome-bin (make sure that you maintain the directory/file structure)

If the browser ever malfucntions, delete the contents of the data directory.
Sorry, I don't usually use Ungoogled, so my comments can be treated as just white noise.

But I did download the portable build just now, in UG-112.0.5615.169.7z (using it to type this comment now)
Seems to work as expected and I think it would probably work with Henrypp's chrlauncher if one chooses to instead.

I'm not too sure what @Sasht e agresor is talking about (but I don't use Ungoogled enough myself to probably know), this is what I see in terms of menus though.

https://imgur.com/2XpsUBu

Portable windows build was straight forward, extract and run (add the bundled extension in the folder to get the menus if you want), @Sasht e agresor perhaps try this.
Sasht e agresor 
@marmaduke, so to my first question - no such functionality can be added. And to my second question - as far as I understand - your builds will already be modified to contain "GoogleChromePortable.exe" and be located in "App\Chrome-bin". Am I understanding you correctly?

@justclueless you misunderstood me. In my previous post I wrote that the extension (src_v.004.crx) is now working properly and that there is no problem with UG-112.0.5615.169.7z.

:}
@marmaduke Apologies for not testing, as I have enough Windows build issues right now, but definitely kudos on the effort. :)

----------------

As to Windows dev builds....

I had to patch LLVM just to get Chromium for WIndows building.

The builds are still crashing. Logging is not helping much.

I need to check further, but I figure the issue could be LTO related. Perhaps WPD, CFI, or similar.

Chromium's next pending Clang/LLVM roll has a couple of blockers linking to private bug reports. Hmmm.
Much as I suspected, it appears to be CFI borking Windows cross-builds. Seems it has been disabled for a long time in my Windows builds anyway. Oh well. I can (once again) disable CFI easily enough, but I intend to try doing a native build to see what happens.
@justclueless and & Jerry
Thank you very much for the newest update. It's really <b>115.0.5736.0</b> and not 114.0.5736.0. Another step into the future.
@wth
It's not Jerry's fault, it was mine. My apologies, I think it's fixed now.
i have a strange problem with ungoogled chromium 112.0.5615.138. Whenever i try to open bookmark folder with scroll button click of course it asks: "Are you sure you want to open <x amount> tabs?" the confirm button of this dialog seems to buggy, it doesn't acknowledge first click or second click i have to click many many times to confirm and no i don't have any clicking problem anywhere else so not a mouse problem, it's just this dialog.
Anon9011
@nope
No, this is normal for Chrome and Chromium. This is part of the usual shorcuts, see:
https://support.google.com/chrome/answer/157179?hl=en-GB&co=GENIE.Platform=Desktop
Is Marmaduke, macchrome, Eloston the same person ?
@rexa, marmaduke = macchrome
Got a Windows build environment setup including an external LLVM checkout with various support libraries.

I have a Windows test build rolling. It is a slow go in an 8-core virtualized environment.

I have an inquiry out regarding a Xeon 72-core/144-thread system. Older procs, but at least they support AVX2.
Anon9015
Is it possible to integrate this extension into chromium? https://github.com/ilyhalight/voice-over-translation
Native Windows AVX2 build finally competed, and it is borked as well. Appears CFI (and/or WPD) is likely breaking native Windows dev builds. Might only affect recent LLVM checkouts. Not sure, as I am not eager to roll Chromium and LLVM on 8 vcpus again anytime soon.

I do know the pending LLVM roll by Chromium devs has multiple blockers linked to private bug reports. AFAIK, at least one of those bugs was previously public. Hmmm.

If disabling CFI, I might change or turn off whole program devirtualization to set -fno-split-lto-unit to potentially speed build times in the meantime as well. CFI+WPD as done currently by Chromium pulls in split LTO units, thus hybrid LTO. Most optimizations and codegen are done via ThinLTO, but CFI and WPD are done via regular LTO. AFAIK, there is an alternative index-only WPD that does not require hybrid LTO units that I might try, too.

TLDR? For now I am probably turning off CFI in Windows builds. CFI for my Windows builds has been off for quite awhile without me realizing it anyway.
The weather is nice outside! But I plan to continue using Chromium.
I am automatically getting logged out of websites.
Marmaduke Windows x64 Portable
Anon9019
@Anon9015
Why would someone want to do that? Just install it in an userscript manager extension like in any other browser, or drop the .user.js to chrome://extensions (ungoogled builds). If you need Android support, use uazo's builds or Kiwi browser.

@Rexa
Check if "Clear cookies and site data when you close all windows" is enabled on chrome://settings/cookies
You can add these sites to exceptions.
If you have group policies enabled, check if ClearBrowsingDataOnExitList is also enabled at chrome://policy
Anon9020
How is Eloston ?
Anon9021
How can i enable "Preload pages for faster browsing and searching" setting in ungoogled chromium? It's greyed out with icon that says "this setting is managed by your administrator".
Anon9022
@Marmaduke
Thanks very much for the new ungoogled 113.0.5672.63 - working well as before. Who wants can add unzipped packages in the developer mode of "Extensions" - .zip is better than .crx, because we get a new folder that we can insert as a whole.
@Anon9020 I suspect you mean "Who is Elston?" If so, he is the originator of ungoogled-chromium builds.

https://en.wikipedia.org/wiki/Ungoogled-chromium
New software build box and processor upgrades ordered. Barring no issues, hopefully I should have a Xeon 96-core / 192-thread system up and running in a couple of weeks.
Anon9025
@Anon9021
Your problem seem it's Policies
See
HKEY_LOCAL_MACHINE\SOFTWARE\Policies
Delete Google
See here for more details :
https://stackoverflow.com/questions/26997549/google-chrome-this-setting-is-enforced-by-your-administrator
Or if is by Malware
https://malwaretips.com/blogs/remove-this-setting-is-enforced-by-your-administrator-virus/
Anon9026
@Anon9025
Thanks for your reply, i checked regedit there is no such policy also do some scanning no malware. I suspect this change comes from Eloston side, but I don't know what to change to revert since I use Wİndows 10 home and there is no policy editor, like pro version, here.
Anon9027
Just wait for Sasht e agresor (he/she of many facts), to reply. May have an idea about your administrator issue
@Anon9025

This isn't from Eloston, it's specific to Uazo's Bromite builds, which Marmaduke is integrating into his ungoogled forks. According to Uazo, it's a result of his added Admin policy patch addition. It should be user customizable, just visit chrome://policy and you'll notice there are a handful of active Policies in effect; No Prefetching being one of them. They all have a check box next to them and you can uncheck any which you'd like to take out of effect.

Also, in Windows, Group Policy for Chromium resides in the registry separately from Google Chrome Policy. It's located in HKLM\SOFTWARE\Policies\Chromium\Policies I believe (may not need the last \Policies branch but I think you do).

Would anybody happen to know if this implementation by Uazo is specific to the Policies he chose to set, or if it allows Chromium to consume any Group Policy for Chromium that is set on Windows? Vanilla Ungoogled ignores all Windows GP, but thats like the one feature I wish it did have more than anything.
Benny from Crossroads 
@Alternity

https://github.com/bromite/bromite/discussions/2424

...during policy generation, no preference storage is available, because it is not yet available, other than the flags and the command-line.
this is because i [uazo] tried to modify the ui to allow the user to select whether the policy should be activated or deactivated, but this was not possible...

components/policy/core/common/policy_loader_command_line.cc

AddPolicy(disabled_policies_list, policy_map, policy::key::kNetworkPredictionOptions,
base::Value(static_cast<int>(
prefetch::NetworkPredictionOptions::kDisabled)));

Policies are set at build time and cannot be changed by the end user.
@Alternity

Problem will be rectified in subsequent builds.
Windows builds updated. Updated diffs in my repo. The various changes are noted in my repo discussion thread.

https://github.com/RobRich999/Chromium_Clang/issues/26

I will try to get to Linux builds in a day or two.
Anon9032
@Alternity- Anon9025
Hi. thank you for your explanations. Best Regards
Anon9033
@RobRich: Thanks for pushing those Windows updates!
Anon9034
@Hibbiki
Thank you very much for the update 113... sync for Windows 64 bit. Best regards.
herdem1001 
@justclueless
thank you for new build. Best regards
@herdem1001 You're welcome =)
Anon9037
@RobRich , how to get notified about only win64-avx2 builds in your repo?
@Anon9037 Do you have a RSS feed app or browser extension? GitHub provides RSS feeds.

https://github.com/RobRich999/Chromium_Clang/releases.atom
https://github.com/RobRich999/Chromium_Clang/tags.atom

You can narrow down the feeds using a RSS filter like siftrss. Below I set filtering to include titles with "win64-avx2" using the tags feed.

https://siftrss.com/f/J70WDMgzb8
Anon9039
For those in need:
Mac versions of Chromium 113.0.5672.63 for the Intel and Apple Silicon platforms are available at;
<https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/>
Anon9040
Hello, I have been using https://github.com/macchrome/chromium/releases/download/v86.0.4218.0-r793075-macOS/Chromium.86.0.4218.0.arm64.sync.app-rev1.zip for personal reasons but sometimes I get messages like www.googleadservices.com can't be reached or I get the Aw Snap error(error 5, possibly related to google ads and cookies?). Does anyone know a fix for this? This is marmaduke's ungoogled chromium.
village talkies 
Thank you very much
@Benny from Crossroads

Uazo, thanks for the definitive answer on that, I see what you did based on your code sample. And I appreciate the link, I never would have found that, it provides very helpful context. I'm issued an Apple device for work (iOS) so I often forget about the Android platform being the intended primary target for Bromite (originally) and only consider the Desktop builds, Windows specifically.

So in your implementation, are the check boxes next to the policies purely cosmetic? Unchecking one would not disable the corresponding effect of the policy? (You set the value static at build making it un-toggleable?)

I'm certainly not complaining though, you selected several of my most desireable policies to set. Some others like disabling the built-in DNS Resolver, disabling the default search provider (so the addresss bar only accepts URIs), and turning off the myriad of autofill/autosave features are great but most can be done via flags (except the search provider). So thanks for that!

@mongrel

To which 'Problem' are you referring? The toggles/checkboxes not having an effect (assuming they don't)? The inability to set Policy as the user? Something else?

(I didn't really intend to be describing any particular problem, just the expected behavior of an Ungoogled/Bromite type build)
If you're working on making it possible to set Policy though, even to a limited degree, that'd be nothing short of Bloody Awesome.
Anon9043
Hello, I updated to 113.0.5672.63 on Archlinux, and now everything is blurry, from the sandwich menu to any website content.
I'm on Gnome@Wayland with 200% zoom enabled, Chromium has the flag #ozone-platform-hint set to Wayland.

This has been my setup for 6 months now and this is new.
@Anon9021

Problem will be rectified in subsequent builds.
It is probably time to reevaluate Polly. It is dragging builds significantly. I just rolled a Linux AVX2 test build without it, and benchmarks are not showing any appreciable performance difference anymore.

I have also tweaked LTO instruction imports limits depending upon the particular LTO path. Looking okay so far.

Now I am stepping through my current list of extra LLVM passes, which could take awhile.

----------------

On the hardware side, my quad-socket Xeon server and various parts have arrived. Hopefully the build box should be up and running maybe later this week.
^Clarification. Polly is dragging *build times* significantly.
If you are currently building Chromium at -O3 across the board with LLVM 17 and using LTO+PGO, I suggest to start trimming extra LLVM optimization passes you might have previously added. More info:

https://github.com/RobRich999/Chromium_Clang/issues/26#issuecomment-1539218480

I am down to gvn-hoist on the thinlto_optimize_max code path at this time. Yeah, seriously. I have some older optimization passes to check later.

About tweaking the LTO instruction import limits, thinlto_optimize_max remains at 30 while thinlto_optimize_default is down to 5. i need to do further performance analysis, but the config appears okay for now in my quick performance testing.

The thinlto_optimize_max path covers the core browser executable code, which is where we want effective optimizations even if potentially encountering a little non-excessive code bloat. Lowering potential code bloat on cooler paths like support libraries and similar might help with more effective caching of the hotter browser code. YMMV, as there are lots of variables (not a pun) involved.
Anon9048
@Hibbiki
Very prompt work. Thank you very much for the update 113.0.5672.93 sync.
Does Windows System Restore (https://en.wikipedia.org/wiki/System_Restore) revert back bookmarks saved (in other words are bookmarks saved between now and last System Restore point deleted) in Windows Portable chromium specially Marmaduke windows portable x64
Anon9050
@Marmaduke
Thank you very much for the updates:
113.0.5672.118 for Android
113.0.5672.119 ungoogled for Windows
Best regards.
Anon9051
@Marmaduke
Thank you for the 113.0.5672.118 Android and 113.0.5672.119 Windows build releases.
With kind regards,
Hello ,
How can i add site that : can always to use cookie ?
on this page : chrome://settings/cookies
juse can add site that : Allowed to use third-party cookie
Anon9053
@Ehsan
No down here: Websites that may always use cookies (Sites that are always allowed to use cookies - I am not using English, translate with DeepL)
Anon9054
marmaduke's ungoogled build gone back to previous version: 112.0.5615.138 Why is that?
Builds updated. The Xeon 96c/192t build box is up and running. Looking like around 25-30 minutes to roll one of my optimized builds.
Anon9056
@admin Jerry
Hi.
By honestly for users can you if you agree.
And i hope so.
For Kiwi browser Android add:

- Kiwi is not an ideal privacy browser but has good extension support.
- The browser is paid by search engines for each search performed with the browser. Depending on the choice of search engine, your queries may go to Kiwibrowser / Kiwisearchservices servers.
Google Ads ads in Kiwi may use location - but you can opt out by turning off the Discovery Feature. But that will soon change. For more information, visit https://privacy.kiwibrowser.org/.

Best regards.
Anon9057
@Rob, awesome! 👌
Btw, since - v115.0.5748.0-r1138372-win64-avx - i've been seeing some random black blocks across the screen, nothing major though and usually goes away when moving the mouse/scrolling. Also, since - v115.0.5766.0-r1142933-win64-avx - on Twitch, there's invisible buttons and not properly rendering ones:

https://i.imgur.com/XC3HZ7H.png

Probably due to revision issues. As always, just posting here to see if anyone else noticed these. Thanks
@Anon9057 My Windows testing is *extremely* limited as I run Win11 under VirtualBox. It could be revision related as noted, or it could be even a graphics driver issue. Ya' might want to step through any GPU-related about:flags and/or disable hardware acceleration to check further.
Anon9059
Yo what happened with Marmaduke's build?
@Anon9057
The Twitch issue I think is revision related, I noticed it on some of my builds too.

@Anon9059
I think Marmaduke's builds are fine, the windows link on this site is just pointing to his Mac builds, that's all.
Marmaduke's github repo for Windows: https://github.com/macchrome/winchrome/releases
Last build was 4 days ago as of time of writing, relax people.
Anon9061
@justclueless, thanks for the confirmation.
Regarding the other issue, with black blocks across the screen, i've seen some other users reporting the same on some forums. Seems to be related with latest Nvidia drivers
Hello RobRich,

The 115.0.5771.0 version does not work fine on my PC.
Windows 11 22H2 home edition.
Tabs that close by themselves.
Blockages on google queries
Aso...

No problem with Firefox
Anon9063
@Anon9061
It is probably even caused by Microsoft. I experience this myself almost after every Windows update. MS always thinks they can build better drivers for the graphics than the manufacturers of the devices. The result is only dilletant trash. Then I experience again and again disturbances of most diverse kind, particularly with the HDMI connection. Then only one thing helps, to reinstall the latest original driver of the manufacturer (Intel, NVIDIA etc).
Not able to launch chrome or chrlauncher with command line in path/.exe format with flags.
https://github.com/henrypp/chrlauncher/issues/221
I need this for foobar2000 component foo_run
Anon9065
How to stop Chromium (Windows) from stealing focus when new tabs are being opened? If open a large list of URLs at once without waiting each tab opened/loaded, it is impossible to switch to another app because browser window with new tab constantly pops out until all pages are opened.
Anon9066
Just updated from a much older version - is there a way to change the bookmark folder icon back to the way it was in older builds? i.e. and actual folder, not the outline of a folder?
@Luc77600 Not a clue as it was working here in testing. Roll back a revision for now. I will try to do updated builds in a day or two.
Anon9068
The Twitch issue (with invisible icons) seems to be resolved. Today they became visible. Weird
Anon9069
Help me, please.
Let's say I have an open tab with Google. I will right click my Twitter bookmark icon and use "Open in new tab". It opens in the background but it won't load the page at all UNTIL I switch to that same tab.
Is there a way to fix/avoid this? On Firefox there's no such behavior
Anon9070
@Hibbiki
Thank you very much for the update 113.0.5672.127.
Anon9071
marmaduke's ungoogled chromium build 113.0.5672.127 constantly use around 15% cpu on twitter, there is no such problem on google chrome official version, anybody else notice this?
Win64 AVX2 r1146442 seems "okay" in my brief testing. I will try to have AVX rolled out later today.

I dropped lldltocg back to O2, as I have had issues with it in some previous Windows builds. LTO optimizations are still bumped to O3.
Anon9073
@Anon9071 now i'm too scared to update lol
Anon9074
Thanks @Rob
FYI. I am providing an AVX2 optimized LLVM checkout for Linux. I will try to keep it upgraded on maybe weekly or bi-weekly release cycle.

https://github.com/RobRich999/LLVM_Optimized_AVX2

The binary release includes basically the same files as the default LLVM checkout included with Chromium, though only with x86-64 support at this time. I have verified release package works to build Chromium for Linux, and barring no issues, it should suffice for Windows cross builds as well.

LLVM optimizations include -march=x86-64-v3, -O3, Polly, LTO, PGO, BOLT, and the mimalloc allocator. FWIW, note the libxml2 library and mimalloc allocator are currently built with GCC and several of its optimizations.
Anon9076
@admin Jerry
Hi.
By honestly for users can you if you agree.
it is a need for the very bad bad reputation of GAFAM.
It's not a criticism. But a general observation.
Everyone complains about their use of Data.
For Kiwi browser Android add:

- Kiwi is not an ideal privacy browser but has good extension support.
- The browser is paid by search engines for each search performed with the browser. Depending on the choice of search engine, your queries may go to Kiwibrowser / Kiwisearchservices servers.
Google Ads ads in Kiwi may use location - but you can opt out by turning off the Discovery Feature. But that will soon change. For more information, visit https://privacy.kiwibrowser.org/.

And Bromite for Windows is abandoned
uazo the other dev of Bromite ; is launching its successor which will normally be called Chromite

Best regards.
I use portable @Anon9078
Anon9080
@Rexa
I also use portable. All Chromium browsers follow group policy regardless of how you installed them, check chrome://policy to verify this.
@RobRich

Thank you. Version 115.0.5781.0 is OK for me to.
Anon9082
For those in need, https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
has Apple Silicon and Intel versions of the latest Ungoogled Chromium.
Anon9083
For those interesting by other open source browser for Android
https://github.com/Slion/Fulguris
Anon9084
So apparently https://github.com/ungoogled-software/ungoogled-chromium-windows/releases they now have their own releases. I've been using marmaduke's for a long time but i can't help but wonder which one is "better", like has anyone done a comparison or smth?
Hi @Jerry,

I woke up a little late, but it seems like API v4 is not returning the version of « justclueless ».

However, according to the website update « new justclueless shares his stable builds for #windows » and the comment https://chromium.woolyss.com/?all=1#comment-7705, it appears to be available.

So my question is, API or not HAPPY for justclueless ?
@Mumu
I'm not sure what mean by not returning the version correctly. if you're referring to the specific revision, I've always set it as r0 as I haven't found a way to pull it as I fetch from upstream.

If you're talking about the API as in the one used for Henrypp's Chrlauncher, for example, to download certain versions (ungoogled, dev, Rob's...etc), then yeah, I haven't spoken to Jerry telling him to add me to it either. At the beginning, I didn't want to because Rob wasn't building at the time and I didn't want people to think I was "taking over". Also, I was still learning to build chromium.

Now, I'm indifferent to whether it includes me or not. If people are finding manually downloading and extracting annoying, we can set it up.

In any event, I don't think it's Jerry's fault.
@justclueless,

What I wanted to say is that at the very top of this woolyss’s site under « Chromium for 64-bit Windows » :
there are your builds (justclueless, avx2, modified, widevine, all-codecs+, win64).

But in the API that Jerry offers to his best buddies, you don’t appear.

For example, on a personal page that I use for my updates: https://www.murielfrenchcouture.fr/chromium, you’re not in the « Windows 64-bit » section.

And I didn’t know if it was me coding incorrectly or making a mistake, or if it was a normal behavior.

But you answered my question, so I adapted something manually in my « Bonus » section at the bottom of my personal page.

That will do it! Thank you for your response, but most importantly, thank you for your builds!

Sending kisses to all!
Various r1148470 builds updated.

Been testing opt levels and multiple extra LLVM passes against the Speedometer 2.1 benchmark. Updated diffs in my repo. Related build comments for those interested:

https://github.com/RobRich999/Chromium_Clang/issues/26#issuecomment-1560951957
https://github.com/RobRich999/Chromium_Clang/issues/26#issuecomment-1561812459

----------------

Updated LLVM Linux AVX2 checkout as well. Updated diff in the repo.

https://github.com/RobRich999/LLVM_Optimized_AVX2/releases/tag/llvm-r62dc3ba-linux64-avx2
@Mumu
Apologies, I didn't know there was a special API. Also, thanks for including my builds in your site.
@Mumu

"API or not HAPPY for justclueless" humour français ou je me trompe ?
Anon9092
What is C:\Users\User*\AppData\Local\Chromium in portable builds. I once deleted it and no data was missing (bookmarks,settings,extensions).
I installed marmaduke portable in Win10 VM and the folder was not created
@Luc77600

On cause en Anglais par mondialisme, mais tu imagines pas le nombre de Français qui traîne ici !

( We speak English due to globalization, but you can’t imagine the number of French peoples hanging around here! )
@Mumu, where is hre?.. Yf you can know!.. Me from Argentina. Kind regards!
Anon9096
@Anon9092
It means Chromium was once launched without loading proper profile directory. For example, by running chromium.exe instead of a shortcut with  --user-data-dir="..." command line, or invalid profile directory in chrlauncher.ini. Just delete the contents and deny access to this folder if you want to prevent this in future.
Anon9097
@Hibbiki, @Marmaduke
Thank you very much for the updates 114... Best Regards.
Anon9098
Marmaduke chromium for windows crashes when turning an extension on/off using the extentions menu (the puzzle icon)
Anon9099
@Marmaduke
Thank you very much for the 114... Win-64 build release
With kind regards,
@Marmaduke
Thx you very much for 114...Win-x64 build release!
DRM not working on websites
Marmaduke Win x64 Portable

I did setup in chrome://settings/content/protectedContent and chrome://components

Video here are working -

https://bitmovin.com/demos/drm
https://demo.castlabs.com/ (Choose videos with labeled "DRM")
https://shaka-player-demo.appspot.com/demo/
I have been poking at optimizing a standalone Mesa for potentially improved graphics performance for Chromium on Linux.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/mesa-23.2.0_devel-git_c1ac4ea13e-avx2

The initial release is getting a baseline built with LLVM, -O3, AVX2, ThinLTO, etc.
^Disregard. I will need to look at packaging. Mesa statically codes paths in the config files. That should not a big issue to resolve, but it is annoying enough to need addressing before pushing a release.
Let us try that again:

https://github.com/RobRich999/Chromium_Experimental/releases/tag/Mesa-AMGPU-23.2.0-devel-git-d22a86c77c-AVX2

I did not have bother with the paths as those package config files can simply be removed. Also I removed Vulkan (RADV) since the ICD json is using a hardcoded path, and I am not currently using Vulkan for Chromium on Linux at this time anyway. Anything that has been removed should simply fall back to using the system Mesa install, so "whatever" IMO. YMMV, as usual.
Anon9105
@justclueless
Thanks for the release 116.0.5808.0, but there (also in your earlier versions) is one thing I would like to change: the characters in the address bar are a bit too small (compared to the builds 114... Chromium and Chrome).
@Anon9105
Thanks. I've also noticed the visual change in the address bar, but I think this is a new design and nothing to do with the compiling.
I'll check with Rob's and others builds to compare later.
@justclueless i have been asked about similar UI aspects in recent builds. AFAIK, just the usual ongoing Chromium UI changes.
Linux AVX2 updated. More builds to follow.

There might be a slight performance difference. According to the repo diffs, it appears I had thinlto_optimize_max backwards in my last round of public builds, so the builds were pretty much -O2 across the board. The Linux AVX2 diff is fixed already. Other diffs as I roll the builds.

----------------

LLVM AVX2-optimized build for Linux updated:

https://github.com/RobRich999/LLVM_Optimized_AVX2/releases/tag/llvm-r79c27e0-linux64-avx2

Added -enable-ext-tsp-block-placement when building LLVM with PGO. Chromium devs have noted a small performance uplift with the pass. Might as well try it with LLVM.

https://chromium.googlesource.com/chromium/src/+/28eb73ce1c2a415d399d5a0ff7c693a093cdb0e1

----------------

Updated Mesa AMDGPU standalone graphics library:

https://github.com/RobRich999/Chromium_Experimental/releases/tag/Mesa-AMGPU-23.2.0-devel-git-87ac5d7d0a-AVX2

I should get around to migrating it to another repo. Anyway.
Anon9109
@justclueless
The situation is not so easy. We have the settings in the Chromium menu and we have the settings in the OS - visible on Windows and changeable with apps like "Alternate FontSizer". Font and size of the address bar should be the same as in the Chromium menu and the bookmark bar.
@RobRich I figured as much as well.
@Anon9109 Again, see the comments above by RobRich. This is a new UI design by the project and not by us.
Anon9111
@Hibbiki
Thank you very much for the update 114.0.5735.110 for Windows. It has come soon. Best regards.
Duke of Zurich 
@marmaduke
Thanks, as always
Anon9113
Hibbiki Build 114.0.5735.110

Lots of 'Aw Snap!' errors on sites that fine with the previous build.
Anon9114
KIWI for Android
I recommend not to use this browser. it's pure marketing. If there is support for extensions they are disabled by the developer when it bothers them. Example Your searches go through its servers. Your browser settings yet another of its servers. And the best a server update of what. Mistery. Since the updates are made by Play store.
And all google trackers inside app as always
You can have the github version it does not change anything
Do the test yourself with Adguard or another internet monitored.
Servers :
kiwisearchservices.net
kiwisearchservices.com
kiwiservices.net
update.kiwibrowser.com
chromecontentsuggestion-pa.kiwibrowser.com
popular.kiwibrowser.com
settings.kiwibrowser.com

This is a tool that can help you choose a good browser outside Marmaduke Build for Android ; in this place.
Or uazo build for Android https://github.com/uazo/bromite-buildtools

Open Source
https://github.com/Tobi823/ffupdater

Don't use KIWI
And I also do not recommend "Confidential Browser" .
It's a strange browser he is using another app : The Webview of Android

Use Mull
or
Iceraven ; the only problem is that the updates are not regular enough.
No trackers
Support of Firefox extensions

Midori Lite for Android is very Good ; If you have a smartphone with few resources it is downright ideal.
Not yet in ffupdater ; yet many users ask for it
Ads blocker. Custom User agent ; custom list of filters. No trackers inside app. Etc etc
Open Source
https://gitlab.com/midori-web/midori-android
Available
F-Droid Or Play Store
Anon9115
@Anon9114
What are you really trying to tell us with this long speech? Should we not use Chromium based browsers in Android?
You don't even know the Kiwi browser and you are parroting some propaganda. You recommend Mozilla based browsers. Well, these are all pretty slow. Or do we not want to use android? What else?
In Kiwi we can choose the search engine itself (for example Yahoo, but self-selected) and all other settings of a Chromium. Furthermore we can install extensions - especially recommended uBklock Origin. Or why not fingerprint spoofing? Or even a Google translator?
Kiwi Browser is offered to us by the Google Play Store and should therefore be relatively safe. Every browser connects to a server at startup. Without a DNS server, nothing works. In Kiwi, we can also choose there, for example Cloudflare. But sure is: Nothing in life is perfect. In any case, Bromite is outdated (108...). We can also track the current connections with the app "Net Analyzer" and see that all Brwosers also call home. And because Android is from Google, there are always connections there automatically. That's the way it is with the web.
Anon9117
Anon9114 @anon9115

Sorry.
My Fault.
I don't precisely for my message.
Is not for noob
Malicious person.
Or Who understands what wants when reads

And i recommend Marmaduke build chromium based browser for android
@anon9116 You don't read too
I recommended uazo build chromium based browser for android
@anon9114 the master
Marmaduke and uazo build chromium browser
Without trackers
And if you try ffupdater before talk
You well see others based chromium browser with better privacy of Chrome. and off course kiwi

except Kiwi non of these browser collect user usage and data
on own servers
You work for gafam i suspicious
Your comment is too poor.
Or you are really noob of noob

Mull Iceraven support extension
And except site isolation.
No less speed
It's old that

And even you disagree Mull is much better than kiwi
And no connecting to any server
except for list of malicious web site

Kiwi extension are disabled when they're are really needed
kiwi is coded like that
ublock origin too
Gorhill dev of ublock don't support kiwi.
And arnaud dev of kiwi disable uBlock when he want where he whant

I hope only.
Some users there want browser with support extension
Try ffupdater
Don't listen only person like you.
And try Mull or Iceraven

Off course the best is use Marmaduke build
You know who is it you use build made by him here
For support the hard work of marmaduke
And the generosity of admin Jerry to give to people
A place to speak of knowledge of different browser

Or Uazo build based chromium browser off course other dev of Bromide

@anon9115
Marmaduke build and uazo build
Don't connect to marmalade or uazo servers

Mull team
Not affiliate at Mozilla
Ask to users if there find suspicious connection to mozilla
open issue in github

Inside kiwi there are traders
off course you don't know what is trackers
Because for you play store is a recommendation

Play store is google proprietary
google is
GAFAM

GAFAM don't respect users privacy.
Collect too much data .
And it's not because you check the box
Don't collect my data
It's do by other way

You work for Gafam. You are noob . Or just bad person
who like just criticism.
Without technical arguments

I loose too much time. The worst just for said
Users you have much better for privacy
Than Chrome
And for Android if you want browser with support extension
much better than kiwi
That's all

In my previous comments i said.
Finally you it's yours decision
Use what you want
But know there are others good browsers
Try is not a risk
Anon9118
How are macchrome's builds reliable? They don't even share the source code. Please, clarify why it is listed here.
Anon9119
@Anon9118
Maybe this help you.
Did you look good all its Github repositories
For example
https://github.com/macchrome/winchrome
Patch
And here General build configuration
https://github.com/macchrome/winchrome/releases/tag/v114.5735.110-M114.0.5735.110-r1135570-Win64

After it's the same for others repositiry https://github.com/macchrome

Without being discourteous, I don't see where there is mystery
For Hibbiki build is the same.
Marmaduke compile and apply patch from diverses sourses.
The source code is made by the devellopers of Chromium.
The same goes for anyone who compiles browsers based on Chromium
Regards
For those in need, this site has the latest Chromium for Intel and Apple Silicon:
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Anon9121
@Hibbiki
Thank you very much for the update 114.0.5735.134 for Windows. It has come soon. Best regards.
Anon9122
Recently the Chromium Authors' "Chromium for 64-bit macOS on Arm" can't be opened (x86-64 is the same).
Usually, you can acess the Privacy and Security Settings Pane and use the "Open anyway" function to open the app. This app seems to be the only option to accessing the chrome web store to install extensions.
Any solutions?
@Anon9122 Note if is happening with the project's own builds, you can check crbug.com and file an official bug report if warranted.

----------------

I expect to be a day or few behind with updated builds. Filesystem corruption hit the OS SSD drive for my 96c/192t system. Quite possibly related to a recent Nouveau driver issue with 6.3 kernels.

https://www.phoronix.com/news/Avoid-Nouveau-Linux-6.3

It is mostly just a software build box, so I do not bother with RAID or backups.
Anon9124
@Rob Rich
Thanks for the reply. Tried to access that crbug.com site, but can't make heads or tails of it, so I can't file a bug report. Ameture here, sorry about that.
I can still use Chromium with extensions, just copied the app/support Chromium folder for a working system,
(Marmaduke's latest Intel version on an iMac 2014) and the 2023 MBA arm version works! So there is no real issue. I do wonder what has changed, as the previous versions (tested several months ago) worked.
Thanks again!
Anon9125
With the recent Marmaduke ungoggled chromium 114.0.5735.134 (1135570) Weather radar fails to load on websites such as weatherbug.com and windy.com. The previous build loads these sites radar with no issues.
I can confirm that Chromium v.114.0.5735.134-r1135570 - marmaduk's ungoogled at https://www.weatherbug.com/ does not render LIVE RADAR.

https://postimg.cc/XrwgRZHw

But Chromium v.114.0.5735.110-r1135570 - marmaduk's ungoogled at https://www.weatherbug.com/ previews LIVE RADAR.
There is another problem with Chromium v.114.0.5735.134-r1135570 - marmaduke when trying to login to https://account.proton.me/login. The site seems to freeze for 20-30 seconds. And only after that you enter your mail normally.

This was not observed with the previous version Chromium v.114.0.5735.110-r1135570 - marmaduke.

It is obvious that the current Chromium v.114.0.5735.134-r1135570 - marmaduke is problematic.
Mac Version 114.0.5735.133 (Official Build, ungoogled-chromium) (x86_64) shows the Live Radar fine, as does the latest MS Edge version and the older Mac ungoogled-chromium_114.0.5735.106-1.1_arm64-macos version.
(If only Marmaduke made a good Mac version for arm64!).
Surprisingly, the latest Brave version (based on Chromium 114.0.5735.133) stumbles on the Radar!
1. There is absolutely no problem with windy.com (works when webgl is disabled)

2. weatherbug.com requires that webgl is enabled chrome://settings/content/webgl (make sure that webgl is not disabled at the cli)

3. account.proton.me I have absolutely no interest in your first world problem.
jaja! you are a genius Marmaduke!
Anon9131
Thank you Marmaduke for responding to my issue with windy and weatherbug and for ungoogled build 114.0.5735.134. Webgl disabled by default is a new and welcome addition. Windy.com has wind, water, and other animations that don't render when Webgl is disabled. Others who found issue with webgl being disabled by default can also click the padlock icon far left in the address bar to enable / disable Webgl when needed for trusted sites.
marmaduke writes explanations that should be explained somewhere in principle.

And yet didn't anyone see that for example on the site https://chromium.woolyss.com/, when you click on the padlock, "webgl" is present, but if you click on "site settings" - there is no "webgl" option?! ?!?!? (Absent on every site).

https://i.imgur.com/Z10rHAb.png

https://i.imgur.com/4Hdg5iG.png

His arrogant attitude is world uninteresting.
It's a real treat to see how marmaduke can't lock this thread when it's not useful to him and trash it like he does in his repository.

https://i.imgur.com/wKkortr.gif
Anon9134
@lgbt

Grow up you moron.
Anon9135
Hi!
Could someone please let Marmaduke know that his ungoogled Chromium 114.0.5735.133 build for 64-bit Linux is broken because I lost all hardware accelerated video support on Kubuntu 22.04 LTS with an Intel Kaby Lake GPU. The log simply says:

[44671:44671:0616/220042.928970:VERBOSE1:vaapi_wrapper.cc(1703)] Initialize(): The system version 1.14 should be greater than or equal to 1.17

I assume this refers to libva, which on my system is version 2.14.0-1 (which is the same as 1.14 because versioning on Linux is weird). I did some digging and found out that the minimum required libva version is determined by the version on the system with which Chromium was built. So it looks to me like Marmaduke accidentally built this version of Chromium requring at least libva-2.17, even though his github page says only libva-2.11.0+ is needed for accelerated video.
Anon9136
@lgbt

lol! Absolutely :D

@Anon9134
You grow up.
Anon9137
Thanks for your continuous work on ungoogled chromium!
Anon9138
@marmaduke,
Thank you for 114.0.5735.134 (1135570) 64-bit windows build release.
However, for the first time experiencing frequent 4K youtube video crashes with Error code: STATUS_ACCESS_VIOLATION. Reverted back to ungoogled-chromium-114.0.5735.110-1_Win64 and no crashes at all.
With kind regards,
Anon9139
@Anon9138
I watch the video https://www.youtube.com/watch?v=RK1K2bCg4J8 in 4k (2160p). No crash with 114.0.5735.134 ungoogled 64bit Windows. In your case: error in the graphics card or with an extension?
Anon9140
@Anon9139
Thanks for checking this. Its is mostly 2160p50 4K videos. 114.0.5735.134 ungoogled 64bit Windows is also crashing randomly even loading
normal web pages like https://www.nbc.com. The crash occurs within the first 10secs of loading the web page.. Reverted back to ungoogled-chromium-114.0.5735.110-1 and all is good. will wait for the next release.
With kind regards,
Anon9141
For those in need of an alternative, Intel and arm64 versions are available at the Github site:
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Anon9142
@duk

Maramaduke's apparent arrogant attitude is easily expalined when he has to deal with a world class idiot such as you.

Why are you spreading misinformation?

Marmaduke's ungoog;ed chromium 114.0.5735.134 introduced:

chrome://settings/content/javascript-jit
chrome://settings/content/timezone-override
chrome://settings/content/webgl

Yoyr claima are easily refuted. QED
Anon9143
marmaduke is maestro of building. He's attacked by a bunch of fag's from 404 country for sure, as they claim he got smthng in his builds since he just started to post his builds here, but these builds are clear.
Very few people in the world do such an honest and good job, as Marmaduke does, in topics such as web browser.. and also free of charge.. Respect to him!
Anon9146
after last update hardware acceleration is all over the place. some sites seem to use it, some don't. windows 10, ungoogled, amd gpu, latest drivers
Anon9147
@Anon9146

Are you really expecting anyone to react in a constructive way to such next useless information!
Anon9148
Well... you reacted.
The "Chromium for 64-bit macOS on Arm" cannot be opened on a MBA M2, but the same 117.0.5847.0 X86-64 version can be opened on my Intel iiMac 15,1 (albeit you have to open the Privacy and Security System Setting and grant it permission by clicking on the "Open anyway" button. This Sync version is useful when attempting to add an extension.
Could someone report that to the Chromium authors? I tried but failed on that.
herdem1001 
@justclueless thank you for v117 build
Best Regards
@herdem1001
You're welcome
My build server is back online. Hope to have browser build updates this weekend.
Hi @RobRich ,

[… build server is back online …]

Does this repair [ https://github.com/RobRich999/LLVM_Optimized_AVX2 ] Repositorie too ?
But you have an error providing an exact address. Every time you post this address: https://gitlab.com/eyeo/adblockplus/chromium-sdk/-/commits/eyeo-beta-114.0.5735.53-v1-patches - this address is incomplete and completely wrong because: " Page not found".
@marmaduke, thanks for 114.0.5735.199-r1135570.

But you have an error providing an exact address. Every time you post this address: https://gitlab.com/eyeo/adblockplus/chromium-sdk/-/commits/eyeo-beta-114.0.5735.53-v1-patches - this address is incomplete and completely wrong because: " Page not found".
Anon9156
@Hibbiki - @Marmaduke
Thanks very much for the new update 114.0.5735.199. quickly brought.
@use your brain,
give it to @marmaduke and he can post it correctly.
Olivia Dean - Messy 
marmaduke is eagerly awaiting Olivia Dean's debut album and is not particuraly concerned about the mentally challenged.
I no longer get a QR code on https://web.whatsapp.com/ with Version 114.0.5735.199 (Official Build, ungoogled-chromium) (64-Bit)

Any ideas?
usa is satan 
@zaffinger, Many here ask and others tell them how stupid they are... don't expect an adequate answer. There are degraded people here who do not want to help!
Anon9162
@zaffinger
It's true. I think it is caused by the integrated adblocker. This adblocker do not trust with such false alarms.
Anon9163
@Anon9162

Nothing to do with the integrated adblocker this time. Same behavior with the actual "official" build from https://ungoogled-software.github.io/ungoogled-chromium-binaries/
Anon9164
@Anon 9163
Then compare with the above version SYNC! After waiting a few seconds, the QR code is displayed - same settings, but without integrated adblocker. What does it have to do with?
Anon9165
With some ungoogled patches, obviously. Uazo's Bromite also has the same issue.
Jorja Superbabe Smith 
@usa is satan

I don't know where satan resides, but am almost certain that he was present in Olivia Dean's recording studio when her album Messy was produced. An album that is 30 minutes of badly/over produced sixth form utter drivel - Carmen excepted.

Olivia Dean is an exceptional talent, when she is not doing her Carole King tribute act.

Olivia Dean - Messy: 7/100 Lianne La Havas' (Contemporary Greek Goddess of Music Scale)
usa is satan 
@Anon9165, once @uazo bromit has this issue too, post the issue to his repository so he can look into it and fix this issue, assuming it doesn't violate privacy.
Lianne La Havas - Bittersweet 
@usa is satan

Stop being such a passive punk: do you realise the work and effort that the the marmaduke's, uazo's and the ungoogled team put into delivering quality browsers? Show some respect you arse hole!
usa is satan 
@Lianne La Havas - Bittersweet

Stop writing nonsense here! I wrote a tip for the user to contact @uazo for help, and you're spamming indiscriminately here!
For those in need, this Github site has the latest Chromium Arm64 and Intel X86 versions;
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
I'm in total agreement: people should stop spouting nonsense and posting banal problems, which with a modicum of research they could solve.
Anon9172
@marmaduke
Thank you for latest android update.
Anon9173
@marmaduke
Thank you for the 114.0.5735.199 64-bit Windows build release.

My observation of using this build, when playing any video in full screen mode, the CPU speed almost doubles. When switching and playing in a window mode, the CPU speed immediately drops to half speed of the full screen CPU speed.

With kind regards,
Anon9174
chrome://gpu/
Video Acceleration Information

chrome://media-internals/ is D3D11VideoDecoder being used?

Experiment with the relevant acceleration settings in chrome://flags/

The CPU speed almost doubles means: nothing: 2x2=4 2X10=20!
Anon9175
@Anon9174,
Thank you for the info. I'll check the GPU settings and chrome flags again.
With kind regards,
@Mumu I am working on restoring the LLVM AVX2 repo rright now. I am hoping to have it resolved in the next day or so.
eHp0Gu1zXC 
@Hibbiki, thanks a ton for your builds! <3
I prefer Hibbiki's builds as they allow for easy, direct and authentic (and hence secure) installation and updates of extensions from Chrome Web Store.
So is there a version for Win Arm64 Devices which have the features of Widevine and more codecs
I just hope there is a Chromium For Win Arm64 with more features
Anon9179
Anon when u say cpu speed doubles, u mean it uses twice as much cpu? As in, doubles in mhz? And what are those acceleration flags you're talking about?
Anon9180
Probably about #num-raster-threads or cmd line  --num-raster-threads=
Anon9181
@marmaduke
Thank you for the 115.0.5790.93 64-bit Windows build release.

@Anon9174, @Anon9179, @Anon9180,
Good news, with new version/build 115.0.5790.93 all resolved. Everything is working fine now. Thank you.

With kind regards,
Anon9182
Latest marmaduke's 115.0.5790.93-1 boost's very good, if you turn on Javascript JIT and WebGL. Proved by browserbench.org it's high scored as ms edge
Anon9183
Indeed the browser runs faster now on 115, but WebAssembly and JIT introduce security holes, while WebGL allows sites to easily fingerprint you https://browserleaks.com/webgl
The default setting for WebGL; WebAssembly and JIT is disabled.
Anon9185
@justclueless
Thanks for the build 117.0.5585.0, you are very busy. But I set the flag "Power bookmarks side panel" to "Disabled", it doesn't need it.
@Anon9185
You're welcome.
That flag you mentioned, toggles the new side panel for bookmarks. For me there's a folder in my bookmarks bar called "All bookmarks", inside there's an option to open the side panel.

If you set that flag to disable, this disappears.
Anon9187
@justclueless
That's fine either way. Everyone, as he wants. I have created a few years ago with the Bookmark Manager my own order. I have the most important Boorkmarks directly in the bar - on the right they spill over as » pop down. Less important ones I put in a "Bookmarks" folder and placed in the top left of the bar. I still use the same user data. And the Bookmark Manager is a good thing for customization. But anyway thanks for your valuable work. (Anon 9185).
Please, is it possible to build Chromium with Widevine support ON for Win on ARM64?
Widevine for win arm64 is available
https://github.com/chromium/chromium/commit/77efb41adb7b9a99f0827926027ca0f34c381544
https://dl.google.com/widevine-cdm/4.10.2557.0-win-arm64.zip
Anon9189
@justclueless
Thanks for the revision 117... Now the font in the address bar is also back to normal, like other Chromium and Chrome builds - and as in in the bookmarks.
The Github site has the Intel version of the latest Chromium available
ungoogled-chromium_115.0.5790.98-1.1_x86-64-macos.dmg:
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Anon9191
I noticed that for some 'Chromium for 32-bit Windows' are not in last update. Is there a specific reason for which their update is not more possible?
Thanks
@Anon9191
No idea about Marmaduke but as for me, I have decided to stop building 32-bit variants when Chromium dropped support for Windows 7. I can't imagine many people using 32-bit versions on Windows 10/11 and it doubles build time for each version which costs me in electricity.
Anon9193
ok, thanks
personally I still use 32 bit versions of some software only in order to save system memory, it's just my habit.
If necessary, I will try to compile it myself
@marmaduke
Thx for the latest 115 Windows build.
Anon9195
Getting a "uBlock Origin has crashed" balloon (also with TamperMonkey) on Version 117.0.5905.0 (Developer Build) (64-bit) - any known reason and/or solution?
justclueless and RobRich, The shallot race

The shallot race (in French, la course à l'échalote) : Race event in pairs where the second had to hold the first by the collar and the bottom of the pants without letting go.

Thank you very much for all this work.
Your recent versions are very fast.
Anon9197
why garbage Adblock Plus (ABP) is integrated into macchrome/winchrome,
do you know it allows "ok ads" and garbage chumboxs (tab00la/0utbrain) because they pay them??????
this is ridiculous!!!!
why to integrate those stuff anyway? let users choose if they want ambiguous 3rd-party for themselves.
ublock origin for example!
Clem Blake 
I just want to thank you for your hard work in providing us Chromium I use the sync version which simply saves time If you have to not only do a re-installation but also It works wonders If you have chrome installed on your phone, When It comes to browsers I like to support independent developers instead of the big corporations as they have tended to lose their way over the years & they fail to listen to their users.
Anon9199
Cromite browser is now available by the other dev of Bromite : uazo
For Android arm64 or x64 . And Windows 64bit
For those who are interested: https://github.com/uazo/cromite

Regards
The Github site has the latest Chromium builds for Intel x86 and ARM64, for those in need.
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Hello friends

I'm using @Marmaduke's Ungoogled chromium.

And I need some advice.

These flags:
- chrome://flags/#fingerprinting-client-rects-noise
- chrome://flags/#fingerprinting-canvas-image-data-noise
- chrome://flags/#fingerprinting-canvas-measuretext-noise

Constructive response please - these flags should be at what correct setting specifically for @Marmaduke's Ungoogled chromium - Enabled or Disabled?! I ask for a clear answer. Thank you guys.
Anon9202
Based on the description i have them all enabled. You can check it works on https://browserleaks.com/canvas on each refresh you will see different signature. Of course, still nowhere near the privacy of some firefox-based forks because simply the browser lacks a lot of stuff and no amount of ungoogled can fix that, but every bit counts.
Thank you Anon9199.
Bromite is very good but it is no longer updated.
Cromite has a system for reporting updates.
Anon9204
@Hibbiki
Thank you very much for the update for Win64 sync - always a good browser, fast and secure.
Anon9205
Anon9199 @Luc77600
Hello.
You're welcome.
My pleasure :) .
Regards...
The Github site has the latest Intel build of Chromium. The ARM64 version will follow in time.
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Anon9207
Looks like marmaduke is on vacation, hope he's having fun in the water *splash splash*
Anon9208
@Anon9207
Hi.
If you have Windows 64bit.
Try Cromite for Windows.
By the other dev of Bromite uazo.
Also have Android Build too.
Regards.
{ Good *splash splash* to Marmaduke if is on vacation ;) }

https://github.com/uazo/cromite
Anon9209
Looks like the ungoogled version is in the hands of a so far well being single person. Not a very redundant thing you know?
Anon9210
@Anon9209
Hi
Only for Windows 64bit
Ungoogled:

https://github.com/ungoogled-software/ungoogled-chromium-windows

Regards
Ungoogled-Chromium available at this Github site for Mac x86 and arm64.
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Ungoogled-Chromium for Windows is also available here, https://softaro.net/ungoogled-chromium/
Anon9212
Marmaduke's ungoogled seems to add extra patches so it might be better, but since he's on vacation now you can use the "official" one
How to diagnose chromium crash ? What extension crashed it ? How to make a report for chrome/extension dev ?
Marmaduke, thank you for the latest build.
Anon9215
Hi.
Thanks Marmaduke for your 116 build.
But why remove
chrome://settings/content/javascript-jit
chrome://settings/content/webgl
chrome://settings/content/webrtc
Introduced in your previous build.
Now ; we have to go through chrome://flags/
For acces to these settings
Except javascript-jit completely removed now.
But thank you anyway.
Regards.
Anon9216
@Anon9215

Strange, I confirm that they have indeed been removed.

chrome://settings/content/javascript-jit
chrome://settings/content/webgl
chrome://settings/content/webrtc

I didn't know either, but I haven't switched to this early stable version yet.

My hopes are that @marmaduke will bring them back in the stable release.
Anon9217
Anon9215 @Anon9216

Thanks for confirmation.
I hope too these settings back soon. In Marmaduke ungoogled builds.
If possible.
Anon9220
Thank you Marmaduke !!!
Anon9221
@Marmaduke
Hi.
Thank you for your build 116.0.5845.82-2 with back settings

chrome://settings/content/javascript-jit
chrome://settings/content/webgl
chrome://settings/content/webrtc

Much appreciated.

@Anon9218
Thanks for the information.

Regards.
Anon9222
Thank you marmaduke!
Hello=) Can someone please tell me how I get buld 116.0.5845.82-2 with back settings?

Thank you:)
Anon9224
@Jada Gitt

At the bottom of the page:
116.0.5845.82-2
Don't forget select build in 7.z or mini installer as you need
With -2 after 116.0.5845.82
Here:

https://github.com/macchrome/winchrome/releases/tag/v116.5845.82-M116.0.5845.82-r1160321-Win64

Regards
Linux64 AVX2 updated, as I built it on my AMD 8c/16t notebook.

Even with AC it has been so hot here in recent weeks that I have not been keen to evening turn on my large build servers during the day. Up to 100F temps with "RealFeel" temps around 125F. I will try to roll updates over night hopefully in the next day or few.

----------------

On a technical note for Linux users, there appears to be a browser GPU crasher with mesa builds starting maybe a day or two ago. I hit the issue in my internal standalone mesa builds over the weekend, and a build pulled last night from a mesa PPA returned similar results.

I ended up reverting back to the distro's own mesa build on my system for now. I will continue rolling occasional mesa checkouts to verify. Hopefully it will be resolved soon.
There might be a bug with selecting about:flags options in my current Linux64 AVX2 build. It is not a high-priority issue, so I will just leave the build public and roll another one when doing my other builds.

Just rolled a fresh mesa build. It is not crashing now, but it is still corrupting browser graphics here, especially in webgl. Using AMDGPU RadesonSI. Not sure about other GPU targets. YMMV.
^The about:flags selection issue was one of the flags I was testing. Reset flags and it goes away. Anyway.
Hello.

About Cromite.

An alert in Cromite informed me of the arrival of a new version.
Although I was able to download this new version thanks to the version of Cromite already present, my phone (Android 11) refuses to install the apk, even if I grant the necessary authorizations.
I had, as for the first installation, to download the apk by Chrome!
I thought Android was a Google product like Chrome...
We don't talk to each other at Google?
Anon9230
@Luc77600
Hi.
Already they never respond to users. American paranoia. To answer is to confirm. Give arguments in case of trial. And arrogance and contempt typical of big corporations. So they have to go so far as not to talk to each other. For fear of getting sued by themselves. : )

And Android is not part of google.
Google and Android and etc is part of Alphabet

Surely a scheme to avoid taxes. For these companies it is tax optimization. It is legal. For the people, this is tax evasion. Your punishment your country take all your money. And next prison stop.
@Anon9224

Thank you:D You guys are amazing=)

Cheers
Anon9232
Anon9224 @Jada Gitt

Welcome.

Regards.
Anon9233
Hi

For those who interested
Cromite browser by other dev of Bromite ( no longer maintained )
Is up to date to 116.0.5845.96
Available for Android arm64, 64bit , and Windows 64bit too

https://github.com/uazo/cromite

Regadrs.
Anon9234
Hi.

Marmaduke thank you for your very quick upsate Ungoogled 64bit Win 116.0.5845.97.
And for have kept settings ; javascript-jit , webgl , webrtc
Your build work fine here

Best regards
Anon9235
@Hibbiki
Thanks for the update 116... stable for Win64. Best regards.
Picture-in-Picture not working on Marmaduke Portable Windows 11
Anon9237
@justclueless
Thanks for the Chromium 118.0.5956.0 for Win64 - faster than before (BaseMark WEB 3.0). All rendering fine.
hello folk. appreciate your continued efforts!! question:
does chromium respond to the gpedit instruction underneath?

How to automatically clear Chrome browsing data on exit
https://www.thewindowsclub.com/how-to-automatically-clear-chrome-browsing-data-on-exit
Anon9239
@jo

Yes. Before importing Google policy template, edit the file and change paths from
\SOFTWARE\Policies\Google\Chrome
to
\SOFTWARE\Policies\Chromium. Or just set appropriate keys in the registry under that path.
Then check chrome://policy
#copy-link-to-text flag not working on Marmaduke Windows x64 Portable
Anon9241
@Rexa

Set ScrollToTextFragmentEnabled group policy to disabled, it will remove this shit.
herdem1001 
@justclueless
Thanks for the build v118.0.5956
Best regards
Anon9243
When can we expect Marmeduke Linux v116 build?
@Anon9243
> When can we expect Marmeduke Linux v116 build?

I'm waiting for this as well.

There is also this one:
https://ungoogled-software.github.io/ungoogled-chromium-binaries/releases/linux_portable/64bit/
But that doesn't work on my Linux Mint 20.3...
See:
https://github.com/clickot/ungoogled-chromium-build/issues/4
Furthermore, that repo has been archived since Aug 20...

Could be that they have issues building, but the official Chromium dev. build (118.0.5966.0 atm) still works fine here.
Anon9245
Strange, for Windows latest build is not 116.0.5845.98 like is indicated in Windows section, but 116.5845.111.
Been dealing with health, family, etc. Took an OS reinstall, but anyway, I finally got my primary build server back online a few hours ago.

Hopefully I will have updated public builds by weekend.
Anon9247
Hi.
Cromite browser by other dev of bromite ( no longer updated. )

Is up to date to 116.5845.111
Android arm64 , 64bit and Windows 64bit too.
https://github.com/uazo/cromite/releases

Regards.
Anon9248
@Hibbiki
Thanks for the newly weekly update 116.0.5845.111 stable for Win64. Best regards.
Anon9249
@RobRich, hope everything's fine
Latest updates don't seem to be working. I tried 118.0.5968.0 (1187677) AVX and once clicked on Chromium icon, nothing happens (it doesn't open)
Anon9250
I think i found the problem, AVX files seem to be the same as AVX2
@Anon9250 Thanks for the FYI. I was shuffling various build files across systems earlier today. It should be fixed now.
Anon9252
@RobRich, yup! thanks a lot
Appears VA-API hardware video decoding/encoding is likely broken on my current Linux builds, at least for my test system. Took a quick skim of bug reports at a few places, and it seems to be par for the course in other recent Chromium builds as well. Probably is Chromium related, as I have tried a couple of different mesa builds. Stats reported by vainfo look okay.

I rarely bother with VA-API for Chromium on my own primary system, especially since I do not feel like dealing with various Wayland-related patches to enable it there, but I do enable the usual source edits to (try to) enable it under X11 and Xwayland for those perhaps interested. Just a FYI, and as usual, YMMV.
@RobRich
Sorry to hear about your situation, I wish you a speedy recovery and all goes well soon.

@Anon9237 @herdem1001
You're welcome
thank you @Anon9239
Anon9256
Hi
For those who interested
Ungoogled up to date to 116.0.5845.111-1
Awaiting Marmaduke build

https://github.com/ungoogled-software/ungoogled-chromium-windows/releases

Regards.
Anon9257
Please make a Supermium variant for old Windows.
novaxforme 
@Marmaduke
Many thanks for latest android update.
Anon9260
@Hibbiki
Thanks for the weekly update 116.0.5845.141 stable for Win64. Very fast realization. Best regards.
Anon9261
@Marmaduke
Thank you for the 116.0.5845.141 Windows 64-bit build release.
With kind regards,
Anon9263
Marmaduke Windows x64 Portable crash as soon as it starts also popus show on bottom right for extensions. 3 extensions at a time. for many extensions. Popup says "X Extension has crashed. Click this ballon to reload the extension".
Extensions like Decentraleyes, Random-User Agent (Switched), uBlock Origin, neverdecafe Extension Downloader, CleanURL, WebArchive. Evey time chromium shows different sent for extensions that crashed
Windows 11.
Anon9264
@Nakatomi
Hi
Thanks for the info
Regards.
Anon9265
How to manually install update "ungoogled-chromium-116.0.5845.141-2_Win64.7z" Windows x64 Portable ?
Anon9266
@Anon9265
Hi
If it's crhlauncher portable.
Delete all files in folder bin of your portable folder.
After downloading the archive.
Open it with winrar or 7zip
Select all files in ungoogled-chromium-116.0.5845.141-2_Win64
And put them in the bin folder of your
portable folder. By drag, drop.
That's all.
Regards.
How does UnGoogled Chromium works ?

1. Is it first chromium is patched and everyone builds their own way with - compiler CPU optimizations, codecs, google sync API ? What is the Top project ?
2. So macchrome/winchrome's and all other "Ungoogle Chromium" is downstream from GitHub - ungoogled-software/ungoogled-chromium ?
3. Do GitHub - ungoogled-software/ungoogled-chromium run https://chromium.woolyss.com ?
4. Is Bromite, Cromite downstream from GitHub - ungoogled-software/ungoogled-chromium repo too ?
5. What other projects downstream from here ?
6. Where does https://github.com/Eloston fit in this ?
usa is satan 
@Rexa

The author of Cromite does not consider the users and almost everything the users want, he refuses! It even came up with the terrifying idea of removing extension support. I do not advise anyone to use Cromite.

Eloston - its repository is practically useless for any user. It does not offer any usable downloads. It's a completely useless repository.

Only these two repositories are suitable for Ungoogled use:
1. macchrome/winchrome is so far the most permanent in its project, although it is also not user friendly most of the time.
2. ungoogled-software/ungoogled-chromium.
Anon9269
@Hibbiki
Thank you very much for the update 116.0.5845.180 - same day - highest acclaim!
@Rexa

1. Yes. Base Chromium is first patched with set of patches from ungoogled-chromium (not necessarily all of them) and then user building it chooses to (or not) to add specific other optimizations. There is no ungoogled build on this site that has compiler optimizations and "all-codecs+" is meaningless because this is default state of Chromium nowadays. Builds of ungoogled-chromium do not feature Google Sync API (obviously). Anything not marked as "ungoogled" (in purple) is not a ungoogled-chromium build but a Chromium build (with all Google integration intact). Builds marked as "modified" (in gold) feature modifications maintained by specific author of build. All of builds on this site use Chromium branding except for Thorium which decides to use its own branding and custom set of patches.
2. Yes
3. No
4. Yes, with additional patches
5. Nothing. This site just aggregates various community builds of Chromium, it does not strictly endorse any one of them and author of this site does not build Chromium personally.
6. Eloston is original author of set of patches that constitute ungoogled-chromium. The development of ungloogled-chromium was since then moved to its own organization on GitHub.
Anon9271
@Marmaduke
Thank you for the 116.0.5845.180 Windows 64-bit build release.
Another one of the best builds.
With kind regards,
Anon9272
Ty marmaduke
The Intel version of Chromium 116.0.5845.179 for Mac is now available at the Github site;
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Anon9274
@Jerry
The "Reference: Google Chrome 117.0.5938.48" is incorrect for stable. Hibbiki's version is correct at this point. Can your information still be relied upon?
@Anon9274

Getting current stable version is rather complicated these days, since Early Stable is technically Stable just with low fraction. Generally most reliable way is https://versionhistory.googleapis.com/v1/chrome/platforms/win64/channels/stable/versions/all/releases?filter=fraction>0.9,endtime=none however I think @Jerry got annoyed at it not working a lot of times (usually around when new release drops, sometimes there are no releases with fraction>0.9). I think these days he just fetches first entry from https://chromiumdash.appspot.com/fetch_releases?channel=Stable&platform=Windows which sadly puts Early Stable in same category as Stable.
Anon9276
@Hibbiki, @Jerry
Common users, like me, get the valid information from this web file:
https://chromereleases.googleblog.com/search/label/Stable+updates+Desktop+Update
Anon9274
Any alternative to that 'thorium' , the installer does not even installs the browser on my laptop, lolz
@Marmaduke
Thx for latest 117 Windows 64-bit build release.
With kind regards!
Anon9279
Looks like Chromium is about to devolve into a touch UI garbage like Edge with huge (no, HUGE) context menu entries and main menu with scroll buttons (WHY?!?!?!)

before "Chrome Refresh 2023": https://i.ibb.co/P47W6Z1/1.png
after "Chrome Refresh 2023" 💩: https://i.ibb.co/9bmBX8W/2.png
Anon9280
@Anon9279
Do not hate it too much, it will be forced at some point in the future
Anon9281
I would definitely sacrifice security for usability and stay on the last version that will still allow to disable this 💩 rather than allow this to be shoved down my throat. It's only going to be worse, and nobody wants to allow us to control these changes. Why are almost all major software developers being like this? Destroying usability, user experience and habits formed over many years like it's nothing, for absolutely no reason!
[Idea] "Firefox Container" for chromium.
admin
@Anon9274, Hibbiki and Anon9276:
I reactivated my previous script ;) Hope all will be correct. Thank you for your report.

Thanks a lot to all developers and users. 😌
For the one's that don't know with the new build 117.0.5938.55 from Marmaduke and using the chromium webstore store extension, you can update extensions again when you enable "Handling of extension MIME type requests" to always prompt to install (chrome://flags/#extension-mime-request-handling)
earthsound 
Thanks @Marmaduke for sync versions of macOS builds.
The Github site, https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
now has Intel x86-64 and Apple Silicon ARM64 versions of the latest Chromium 116.0.5845.179.
Anon9287
@Jerry and @Hibbiki
Everything is fine! There is nothing like clear information and good work.
LLVM AVX2 compiler suite is updated at GitHub. Chromium Linux64 AVX2 browser is updated. The other usual builds are pending.

Polly optimizations are back.... for now? I did a couple of quick benchmark passes, and the results looked okay. Actually, AFAIK, my test system posted like its second-highest Speedometer score to date.
Anon9289
Thanks Rob
earthsound 
@Jerry Thorium releases for macOS have moved to https://github.com/Alex313031/Thorium-MacOS
Anon9291
@Marmaduke
Thank you for the 117.0.5938.63 Windows 64-bit build release.
With kind regards,
[Quote] Chromium Linux64 AVX2 browser is updated [/Quote]
Thanks @RobRich 👍
Anon9293
How do I enable google search suggestions on Android?
Clem Blake 
Can anyone tell me why when I change my fonts In settings In chrome based browsers they don't work the only way I can get them to work is by using an extension & even then not all fonts In websites are changed, When I've used Firefox based browsers I never had any issues like this my fonts have always been changed to the one I require.
Anon9295
Flag to block UDP Broadcast ?
I remember someone recommended to do it.
@Anon9295 Do you mean UDP multicast used by Chrome for device casting, perhaps? IIRC, there used to be a media router flag. The closest flag I see in v119 is chrome://flags/#media-router-cast-allow-all-ips that at least blocks UDP multicast outside of the private addresses.

I do filter mutlicast on the WAN side at my router. Many models have a checkbox setting in the admin config to do so.

For anything further you are likely looking at configuring local system and/or router firewall rules.

@Clem Blake See: https://superuser.com/questions/1209191/force-chrome-to-use-my-preferred-font-over-the-authors
Anon9297
Anyone else having issues with Marmaduke's Windows (10) 64bit ungoogled Chromium build 117.0.5938.63 (1181205)? Certain web pages like outlook.com (after I login) and maps.google.com give me the "Aw, Snap!" error with "Error code: STATUS_ACCESS_VIOLATION"...
Anon9298
@Hibbiki
Thank you very much for the instant update 117.0.5938.89 - Google is very active.
Anon9299
macchrome Windows x64 Portable v117 crashes on start up
The official Github site now has Intel and Apple Silicon versions of Chromium for Mac Version 117.0.5938.62-1.1
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Anon9301
don't trust the builds of browsers that should handle private information for guys on github that say "i promise the build i put in the release is really fine". do you know of malicious ZeuS malwares? affiliate links pushed into your amazon links, google pay mini transactions, etc.. etc.."

Google Chrome - Direct Permanent Download Links For The Offline Installers (full size)

- architecture: x86/x64 (amd64)
- channel: standard, beta, dev(not Canary).

x86 standard exe - https://dl.google.com/tag/s/dl/chrome/install/ChromeStandaloneSetup.exe
x64 standard exe - https://dl.google.com/tag/s/dl/chrome/install/ChromeStandaloneSetup64.exe

x86 standard-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/googlechromestandaloneenterprise.msi
x64 standard-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/googlechromestandaloneenterprise64.msi

x86 beta exe - https://dl.google.com/tag/s/dl/chrome/install/beta/ChromeBetaStandaloneSetup.exe
x64 beta exe - https://dl.google.com/tag/s/dl/chrome/install/beta/ChromeBetaStandaloneSetup64.exe

x86 beta-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/beta/googlechromebetastandaloneenterprise.msi
x64 beta-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/beta/googlechromebetastandaloneenterprise64.msi

x86 dev exe - https://dl.google.com/tag/s/dl/chrome/install/dev/ChromeDevStandaloneSetup.exe
x64 dev exe - https://dl.google.com/tag/s/dl/chrome/install/dev/ChromeDevStandaloneSetup64.exe

x86 dev-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/dev/googlechromedevstandaloneenterprise.msi
x64 dev-enterprise msi - https://dl.google.com/tag/s/dl/chrome/install/dev/googlechromedevstandaloneenterprise64.msi

download the standard-enterprise x64 msi version!
right click, install.
copy the application from the program files.
right click the msi, uninstal.
place copied application somewhere.
create a folder for the profile.
run the main chrome.exe with  --user-data-dir="d:\software\chrome\profile"  --no-default-browser-check--disable-crash-reporter--crash-server-url="https://0.0.0.0/"--no-pings--start-maximized--autoplay-policy=document-user-activation-required " --enable-features=ClosedTabCache,IdleTimeSpellChecking,WebShare" " --disable-features=PlatformHEVCDecoderSupport,AsyncDns,EncryptedClientHello,MediaEngagementBypassAutoplayPolicies,ChromeLabs,UseDnsHttpsSvcbAlpn"  --disable-quic " --force-color-profile=srgb"  --enable-async-image-decoding--enable-experimental-web-platform-features--enable-experimental-cookie-features--disable-default-apps " --pull-to-refresh=0"

" --js-flags=--jitless" will disable WebASM
--component-updater=url-source="0.0.0.0" will disable updating

block 3rd party cookies.
install ublockorigin,
add custom filters:
https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts
https://www.i-dont-care-about-cookies.eu/abp
https://winhelp2002.mvps.org/hosts.txt
https://adguardteam.github.io/AdGuardSDNSFilter/Filters/filter.txt
set your DOH (dns over https) to AdGuard DNS with
https://94.140.14.14/dns-query
change your ISP dsl dns to 94.140.14.14 and 94.140.15.15

edit your HOSTS file at C:\Windows\System32\drivers\etc
open notepad++ as admin, then open the location.
add bad domains like so:
#comment
0.0.0.0 bad.com
0.0.0.0 bad2.com

don't fill up too much though. 18,000 lines is fine in my case. that's about 1MB.

install a virtualbox ubuntu linux,
make sure your network is not NAT but bridged and allow all in its settings.
your router will see it as a computer.
install pi-hole.
now the ip the machine got from your router, that's your DNS (over port 53).
change the router settings to that IP, even in your ISP dsl connection (keep the other dns box empty).
let your house residents enjoy ads free browsing for few days,
view the logs copy the most blocked hostnames and the ones not blocked but you think they should,
now with your own list, update HOSTS when ever possible,
if your router has HOSTS section under LAN fill each hostname with the IP 0.0.0.0
it will never try to resolve it through DNS.
little by little you can get your statistics in pi-hole from 50% of connection blocked to 2% or less,
over a week or so you'll get most of the chumbox and analytics blocked.
then you can restore adguard as your dns in your router, having the HOSTS doing immidiate block for most of the $h!t.
enjoy.

tip: disable QUIC in router. block 443 udp, you might need multiple 6-8 rules (lan-to-wan, wan-to-lan, ...)
QUIC is bad.
@Marmaduke: Hi, first of all thanks for providing the ungoogled binaries.

Secondly: I came across an issue where webgl was not working (checked with http://get.webgl.org/) with your built that is not in the official binary release from https://github.com/ungoogled-software/ungoogled-chromium-windows/releases.

I don't know if it is related to the issue but dev/maintaner PF4Public gave the hint that "Usage of chrlauncher is also discouraged".

Maybe You can take a look into both the issue and the usage of chrlauncher.
@ralphie

https://get.webgl.org/

Click the padlock in the url bar, scroll down, then toggle webgl: you should see a spinning cube.

I'm familiar with the views of PF4Public and am not particularly impressed nor disturbed by them: aberrant behaviour/thought does not upset my (Western) liberal democratic mindset. You'll have to make your own decision.
Anon9304
@Anon9301
Are you American people.
If you are.
You comment is normal.
If not you are paranoid.
( Your comment is normal for an American ; 10% of population think the earth is flat ; 20 -30 % Think we are governed by reptilian aliens or Les Illuminati . The un was invented to conquer the usa. Etc etc...
The USA is a paranoiac's paradise)
@marmaduke: This did it, Thanks a bunch! I'd never had any idea to try this approach - always only had the padlock in mind to deal with SSL stuff :D
Anon9306
@Marmaduke
Thank you for the 117.0.5938.114 Windows 64-bit build release.
With kind regards,
The version 117.0.5938.114 does not work with https://app.electricitymaps.com/map The countries are not visible. That's sad, because i love your browser.
@Frank, Webgl - > enabled!
Maggot - HRD Build Systems 
Cromite for macOS x86_64
=====================

Chromium for 64-bit macOS - Friday, 22 September 2023

Chromium 117.0.5938.92 (Official Build) (x86_64)

67649b10b92bb182fba357831ef7dd6a1baa5648-refs/branch-heads/5938_62@{#14}

OS macOS Version 13.5.1
only for macOS x86_64 (Intel)
official build (LTO & PGO)
cross-compiled on Ubuntu 22.04.3 LTS (GNU/Linux 6.5.4 x86_64)
clang/LLVM default (with macOS intrinsics)
macOS SDK 12.3 (21E226) - Hermetic [use_system_xcode=false, target_os="mac"]
cctools https://github.com/tpoechtrager/cctools-port
E/AC3
Building (Cromite) on Linux - uazo/cromite#317
Derived from uazo and PF4Public uazo/cromite@a5a00f5
All Cromite patches applied, apart from 00Cromite-Branding.patch: browser crashes when this patch is applied.
https://github.com/macchrome/chromium/tree/v117.0.5938.92
==========================

No sync • WebRTC • Widevine • cromite
Chromium.app.cromite-117.0.5938.92.tar.xz
https://github.com/macchrome/chromium/releases/download/v117.5938.92-M117.0.5938.92-r1181205-macOS-Cromite/Chromium.app.cromite-117.0.5938.92.tar.xz
SHA1 A382BD419F658C35CF60033B89FA92A43D9899FB

No sync • WebRTC • Widevine • cromite • ad-hoc signed
Chromium.app.cromite-117.0.5938.92.zip
https://github.com/macchrome/chromium/releases/download/v117.5938.92-M117.0.5938.92-r1181205-macOS-Cromite/Chromium.app.cromite-117.0.5938.92.zip
SHA1 1D72054CFD51ECB1F206199122E1FCE0939DB84F

Maggot - Core Apple Developer - He-Man Rapid Development Build and Validation Systems (HRD B&VS)
Anon9310
@Hibbiki
Up-to-date with ...92 Thank you. Best regards.
@Marmaduke
Great!
Thx for latest 117.0.5938.114 Windows 64-bit build release.
@Marmaduke
Great!
Thanks for latest 117.0.5938.112 Linux 64-bit build release.
Rosie West 
No sync • WebRTC • Widevine • cromite • Apple Silicon (AS)
Chromium.app.cromite-arm64-117.0.5938.92_1.tar.xz
https://github.com/macchrome/chromium/releases/download/v117.5938.92-M117.0.5938.92-r1181205-macOS-Cromite/Chromium.app.cromite-arm64-117.0.5938.92_1.tar.xz
SHA1 8A62F324905B812604465B0D674C19F54CBB0FEB

https://chromium.googlesource.com/chromium/src/+/main/docs/mac_arm64.md - Chromium signature not valid: -67050cd: ~/Downloads && xattr -rc Chromium.app

Would someone test this!

Fred & Rosie
Anon9314
@Marmaduke @Hibbiki
Hi.
Thanks for your latest versions Windows 64bit and Android too.
Best regrds
Initial testing regarding potential AVX/2/512 performance impacts of Intel firmware mitigation for Downfall on Linux.

https://www.phoronix.com/review/downfall-xeon-e2300

More or less a FYI if noting a recent change in app performance on Skylake and later Intel architectures.

My Xeon build box has older unaffected Broadwell procs, and my primary system is AMD, so I will have to leave any impact testing regarding Chromium performance to someone else.
Anon9316
lscpu

/etc/default/grub
GRUB_CMDLINE_LINUX="mitigations=off"

update-grub

lscpu
Anon9316 I disable mitigations on my multiple build servers and other secondary Linux systems, though I doubt disabling migrations will have many takers here due to often-expressed system security concerns.

Actually I do use mitigations on my primary Kubuntu system. These days I am not too concerned about absolutely system performance if it is already acceptable enough for my usual day-to-day tasks. Admittedly that position is also part of the reason I no longer undertake comprehensive benchmark testing of numerous additional LLVM optimization options and passes.

I used to find some satisfaction of being near or at the top of various browser benchmarks. It was fun for several years, but these days I am more or less satisfied if the numbers meet my own (perhaps now more) realistic expectations.
Huggy Bear 
Thank you very much
Anon9319
@Marmaduke
Thanks for latest Android release. Best wishes.
Anon9320
@Marmaduke
Thank you for the 117.0.5938.132 Windows 64-bit build release.
With kind regards,
Anon9321
@Hibbiki
Thank you very much for the update 117.0.5938.132. Kind regards.
Anon9322
Marmaduke ty for the update
Anon9323
What's the chance we get a patched Chromium 109 for the people stuck on W7 and 8? Some big vulnerabilities are in the wild. Microsoft did patch Edge 109 but I'd rather stick to Chromium on my concerned machines, if I can.
usa is satan 
SHOCK: macchrome wrote last week: "An honest answer is: I don't know! I actually want to stop publishing builds."
Black Rainbow 
Cromite for 64-bit macOS - Sunday, 01 October 2023

Cromite 117.0.5938.146 (Official Build) (x86_64)

1d1cc6760235a7b43c47a7c47e25f536c42d2dac-refs/branch-heads/5938@{#1510}

OS macOS Version 13.5.1
only for macOS x86_64 (Intel)
official build (LTO & PGO)
cross-compiled: Ubuntu 22.04.3 LTS (GNU/Linux 6.5.4 x86_64)
clang/LLVM default (with macOS intrinsics)
macOS SDK 12.3 (21E226) - Hermetic [use_system_xcode=false, target_os="mac"]
cctools https://github.com/tpoechtrager/cctools-port
E/AC3
Building (Cromite) on Linux - uazo/cromite#317
Derived from uazo and PF4Public uazo/cromite@a5a00f5
All Cromite patches applied - Standard Chromium icon.
JPEG XL https://github.com/OpenMandrivaAssociation/chromium-browser-stable/blob/master/chromium-restore-jpeg-xl-support.patch
https://github.com/macchrome/chromium/tree/v117.0.5938.92
==========================

No sync • WebRTC • Widevine • cromite • JPEG XL
Cromite.app-117.0.5938.146_4.tar.xz
https://github.com/macchrome/chromium/releases/download/v117.5938.146-M117.0.5938.146-r1181205-macOS-Cromite/Cromite.app-117.0.5938.146_4.tar.xz
SHA1 2F4C59145D0A2E805271A4BC0D64AD60E330A877

No sync • WebRTC • Widevine • cromite • ad-hoc signed • JPEG XL
Cromite.app-117.0.5938.146_4.zip
https://github.com/macchrome/chromium/releases/download/v117.5938.146-M117.0.5938.146-r1181205-macOS-Cromite/Cromite.app-117.0.5938.146_4.zip
SHA1 B30787473E3BC0CC5CD50B1A9392CA414846FDDB
Anon9326
@Anon9323, try supermium, it is updated frequently. The webp bug is patched here.

https://github.com/win32ss/supermium
Anon9327
@Anon9326 Thanks a lot, I haven't heard of this project before, this is really helpful.
Hi, @marmaduke

Is this true ?
macchrome wrote last week: "An honest answer is: I don't know! I actually want to stop publishing builds."
Anon9329
@Mumu
Read the actual comment here: https://github.com/uazo/cromite/pull/317#issuecomment-1733444616
It was obviously taken off context. Don't listen to morons, especially the ones who proudly label themselves as such.
Anon9330
Is javascript jit really a privacy hazard? I mean, everything has vulnerabilities. I figured it out almost by mistake that it was disabled by default. Score at speedometer went from 75 to 140. Literally double. Everything now is faster and smoother.
Anon9331
@Anon9329

Hi. Thank you. Regards.
Anon9332
@Hibbiki
Thank you very much for the update 117.0.5938.150. Kind regards.
Cromite for 64-bit macOS - Wednesday, 04 October 2023

Cromite 117.0.5938.157 (Official Build) (x86_64)

3aaa227e7dd1711718ba65731fe35b576a06b37e-refs/branch-heads/5938@{#1552}

OS macOS Version 13.5.1
only for macOS x86_64 (Intel)
official build (LTO & PGO)
cross-compiled: Ubuntu 22.04.3 LTS (GNU/Linux 6.5.4 x86_64)
clang/LLVM default (with macOS intrinsics)
macOS SDK 12.3 (21E226) - Hermetic [use_system_xcode=false, target_os="mac"]
cctools https://github.com/tpoechtrager/cctools-port
E/AC3
Building (Cromite) on Linux - uazo/cromite#317
Derived from uazo and PF4Public uazo/cromite@a5a00f5
All Cromite patches applied
JPEG XL https://github.com/OpenMandrivaAssociation/chromium-browser-stable/blob/master/chromium-restore-jpeg-xl-support.patch
https://github.com/macchrome/chromium/tree/v117.0.5938.92
Icon production by Cosser & Mosser
==========================

No sync • WebRTC • Widevine • cromite • ad-hoc signed • JPEG XL
Cromite-117.0.5938.157.dmg
https://github.com/macchrome/chromium/releases/download/v117.5938.157-M117.0.5938.157-r1181205-macOS-Cromite/Cromite-117.0.5938.157.dmg
SHA1 08369483439891741BA638F16AFFAE1F39B8A6B7
@ Anon9330 More info:

https://en.wikipedia.org/wiki/JIT_spraying
https://microsoftedge.github.io/edgevr/posts/Super-Duper-Secure-Mode/

IMHO? I use JIT. Keeping pace with routine build updates should pull in routine V8 security fixes.

You might want to look at the popular NoScript extension if concerned about JS security. YMMV.

Now if your system has a modern high-end proc, then jitless might not affect *perceived* JS performance for usual day-to-day browsing.
Anon9335
@Marmaduke @Hibbiki

Hi. Thanks for latest Windows 64bit builds.
@RobRich
Thank you for your explanations
Best Regards.
@Marmaduke
Thx for latest 117.0.5938.150 Windows 64-bit build release.
Works perfectly
Anon9337
@Marmaduke
Thank you for the 117.0.5938.150 Windows 64-bit build release.
Another one of the best builds.
With kind regards,
I have picked up a page zoom crash in internal AVX2 builds on both Linux and Windows. Fun.

First through? I am going to turn disable automatic FMA generation, like the project devs do, and set what happens.

Not sure about AVX builds, yet, but a current Chromium project SSE3 build is not experiencing it.
AVX affected, too. Win64 AVX debug build done. Found it.

[3200:2628:1010/020534.407:FATAL:longhands_custom.cc(9406)] Check failed: RuntimeEnabledFeatures::CSSMaskingInteropEnabled().

Disabling the runtime check resolves the crash.

It might be later today or tomorrow before I get updated builds pushed.
Hello RobRich,

I haven't encountered this crash problem and I don't know if there is a cause and effect link.
But Chromium AVX2 opens much faster with the latest version you uploaded.

Many thanks for your work.
I have Hibbiki build 117.0.5938.150 installed on my desktop computer (Win 11) and when I open it, it turns on power saving mode. I have to turn it off every time. In Win 11, the power mode is max performance. Any tips?
@Luc77600 Yeah, it should be resolved. I ended up doing a debug build with full symbols to find it. I suspect the dev(s) involved will eventually drop the affected runtime feature check since that is more a debug thing.

Being realistic, I probably need to work on Windows build optimizations. I do not test them much other than for basically working since my day-to-day OS is Kubuntu.

Thanks for the feedfack!
Anon9343
@Justice S
Go in Chromium to "Settings" > Performance > Memory Saver > out (deactivate)
@Anon9343
It's switched off, thats the problem.
I also checked the command line arguments, nothing criminal there
"C:\Users\xxx\AppData\Local\Chromium\Application\chrome.exe"  --disable-nacl--origin-trial-disabled-features=WebGPU --restart  --flag-switches-begin--flag-switches-end--disable-nacl
I'll try it on another PC tomorrow, I think the problem is in some Windows 11 settings.
Time for a "toss most everything at the wall to what sticks" build. It is for Win64 AVX2. I am somewhat surprised it even built. It works in my limited testing. Huge YMMV.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/120.0.6060.0v120.0.6060.0-r1207692-win64-avx2-exp

No mini_installer. Archive only, so unzip to whatever directory and run chrome.exe assuming Chromium is already installed on the system.

A diff patch covering the related compiler config files is in the downloads links as well. I seriously do not recommend copying all those LLVM passes and optimizations for building Chromium. Some do not have cost models, whiles others have caused regressions in the past. I am just more or less seeing what I have available and working for future builds.
Hello RobRich

I just tested version v120.0.6060.0-r1207692-win64-avx2-exp with Windows 11 build 22621.2428.
This gives the impression of a mess when the web pages appear before stabilization of course...
I preferred to return to version 120.0.6059.0 with which the display decision is very clear and very fast.
The web pages I'm talking about contain text, images and video.
This is just a feeling as I have no measurement method.
Anon9347
@Hibbiki
Thank you very much for the update 118.0.5993.71. Very good and fast work. Kind regards.
Anon9348
Thanks for maintaining this site. My school never keeps Google Chrome up to date (it's on 116 right now), and I prefer up to date versions. Chromium 118 with sync enabled works exactly as I need it to!
Anon9349
@Marmaduke
Thank you for the 118.0.5993.71 Windows 64-bit build release.
With kind regards,
Anon9350
@Rob: v120.0.6066.0-r1209773-win64-avx and avx2 share the same files, please fix :)
@Anon9350 Fixed. Thanks for the FYI.
Fixed my issue with reinstall Win xD
Now all works like a charm
Anon9354
@Anon9353
Hi.
Only for dev of app.
https://developer.mozilla.org/en-US/docs/Web/API/Launch_Handler_API

And soon removed.
!!! NOTE: THIS FLAG IS EXPIRED AND MAY STOP FUNCTIONING OR BE REMOVED SOON !!! Enable web app manifests to declare app launch behavior. Prototype implementation of: https://github.com/WICG/web-app-launch/blob/main/launch_handler.md – Mac, Windows, Linux, ChromeOS, Fuchsia, Lacros

Regards.
@Marmaduke there is a problem with version 118.0.5993.71 (1192594) for this site, respectively for this clip https://ok.ru/video/6393462721114

The site can't load at all and gives an error.

https://i.imgur.com/IsZnDeo.png
Anon9356
@Hibbiki
Thank you very much for the update 118.0.5993.89. Kind regards.
Anon9357
118.0.5993.89 broke my existing install with a message to the effect of: you do not have rights to run this file or it was not found...
Anon9358
@Anon9357
Problem with the Firewall (Windows Defender)? And set: allow (permission) in the message.
Anon9359
@Marmaduke
Thank you for the 118.0.5993.106 Windows 64-bit build release.
With kind regards,
Hello justclueless

I wanted to test the new version 120.0.6078.0 (0) • Friday, 20 Oct 2023
The Windows Security Center alerts me to the presence of a serious virus.
Is it serious doctor ?
THANKS.
@Luc77600
There shouldn't be an issue.
I didn't get that alert on Windows 10 and the Virustotal results look the same as previous releases as well.
Double check the hash of the file after download to make sure they're the same as the ones I put on github.
Probably a false positive.
@ justclueless.

Indeed, no such problem on Github.
I don't understand...
I'm going to test this new version :-)
Anon9363
@Marmaduke
Thank you very much for the update 118.0.5993.108 for 64bit Android 6+. It's good that there is also a Chromium for the Android. I had already inserted filter lists from UBlock in your previous versions.
@ justclueless.

This latest version works very well.
For information, the Windows 11 security center had detected Trojan:Script/Wacatac.B!ml considered serious. The 7z file was deleted, so I can't check the hashtag...
@Luc77600
Thanks for the feedback, I might compile another build later to see if the issue remains.
Is there a Sync version of Chromium available that will run on an Apple Silicon M2 MBA? Need to install the uBlock Origin blocker on the latest Ungoogled Chromium
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Anon9367
@Marmaduke @Hibbiki
Hi. Thanks for the update 118....118 64bit Windows, Ungoogled & nosync
Regards.
Anon9368
@Hibbiki
Thank you very much for the update 118.0.5993.118. Kind regards.
Anon9369
@Marmaduke
Thank you for the 118.0.5993.118 Windows 64-bit build release.
With kind regards,
@ justclueless.

I'm losing my mind :-)
I download version 120.0.6098.0.
The version that is running is 120.0.6089.0

That said, it works very well and no problems with the Windows Security Center.
Anon9371
@Marmaduke
Hi. Thank you for Android update 118....111 . Regards.
@Luc77600
Oops sorry, thanks for pointing that out. It was a typo on my end, accidentally typed 98 instead of 89. This has been fixed.
No need to re-download the files, they are the same.
Also thanks for the update on the Windows Security Center, much appreciated.
El mejor navegador que existe hoy en internet sin duda.

GRACIAS!!!!!
Updated Linux and Windows now available in the usual listings.

Updated diff patches including various additional LLVM optimization passes and options.

https://github.com/RobRich999/Chromium_Clang

BTW, I enabled LTO -opt:lldltocgo=O3 once again for the Windows builds. It caused some stability issues in the past, but it *seems* okay now on my test system. Please let me know if otherwise.

----------------

Linux AVX2 build targeting AMD Zen2 (and later) processors.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/v120.0.6096.0-r1216665-linux64-deb-avx2-znver2

I had to get a little creative with the -march= and -mtune= options since it was built on on my Intel Broadwell 96c/192t server. The diff patch is included at the above link if interested.

----------------

Updated Mesa AMDGPU AVX2 standalone build available.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/mesa-amdgpu-24.0.0-devel-git-4f892ecc1e-avx2

An AMDGPU AMD Zen2 AVX2 build is available as well.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/mesa-amdgpu-24.0.0-devel-git-4f892ecc1e-znver2

RadeonSI OpenGL with the ACO shader compiler is included by default. The LLVM shader compiler is not included. RADV Vulkan support is included, though might be YMMV.
Anon9376
Thanks a lot RobRich
@Marmaduke

Lately there is big delay in releases for Linux.
Can we hope that you will continue make builds for Linux?

Thanks for your great work!
Kathleen Chick Kennedy 
Until native AMD vaapi is reintroduced (possibly v120) or there is a third-party fix that works, v116 will be security updated periodically.

LTS: Friday, 13 October 2023

ungoogled-chromium_116.0.5845.243_1.vaapi_linux.tar.xz
https://github.com/macchrome/linchrome/releases/download/v116.5845.193-M116.0.5845.193-r1160321-portable-ungoogled-Lin64/ungoogled-chromium_116.0.5845.243_1.vaapi_linux.tar.xz
SHA1 350C8A05F3CDE9909700507651702BC97E3A0F60
Anon9379
@Kathleen Chick Kennedy
If that's the case, could we please have a build of v116 that contains the X11 memory leak fix?
https://github.com/ungoogled-software/ungoogled-chromium-archlinux/blob/master/free-the-X11-pixmap-in-the-NativePixmapEGLX11Bind.patch
The AMDGPU Vaapi issue on X11 potentially can be resolved in Mesa. It supposedly works for Chromium v117-118. YMMV otherwise. AFAIK, Vulkan support is reqjuired. Patches for those feeling adventurous:
https://github.com/hannesmann/mesa/commit/c3a318016df57858eec2ff54828e01f9bd43744a
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23214

Discussion:
https://gist.github.com/thubble/235806c4c64b159653de879173d24d9f?permalink_comment_id=4718214#gistcomment-4718214

In the meantime I might see if the patches can be pulled into my standalone Mesa builds,

----------------

As for Wayland, various patches have been landed, reverted, relanded, etc. multiple times. I suspect the older VAAPI Wayland patches do not work anymore, though like above, YMMV.
https://bugs.chromium.org/p/chromium/issues/detail?id=132675

----------------

All that said, I have fallen back to software video decoding on my Linux dev builds for quite awhile now. I am not sure about 8K, as I do not even have an 8K display here, but it tends to work okay for up to 4K HDR decoding at YouTube and similar on daily-use x86 systems.
@Anon9379

The release notes explicitly state to use  --enable-features=VaapiVideoDecoder. Vaapi, in this specific v116 build, was reverted to v115. The patch suggested is only applicable to v117+

All that glisters is not gold!
Anon9382
@maggot
Thanks. I didn't know about the revert. On Intel GPUs video acceleration works fine with the newer VaapiVideoDecodeLinuxGL flag, except that the X server locks up for several minutes after closing Chromium due to the memory leak issue, which has been present since v114. I was hoping the fix could be easily backported.
@RobRich
I've been targeting Zen 3 (znver3) in some of my test builds for myself (I have 1 system with a zen 3 cpu), is there any particular reason, other than more compatibility, to use znver2 for AVX/AVX2 builds?
@justclueless My primary daily-use notebook has an AMD 5700u, which is 8c/16t Zen2 proc.
https://en.wikipedia.org/wiki/Zen_2

That is pretty much the only reason. ;) Being realistic, there is not much performance difference IMO.

Haswell modelling does quite decent on Zen procs. x86-64-v3 is very close to Haswell, and it uses Haswell base scheduling.

It is GCC instead of LLVM, but case in point if interested:
https://www.phoronix.com/review/amd-znver3-gcc11
Anon9385
@Marmaduke
Hi.Thanks for Ungoogled 64bit Windows 119..... Regards.
@RobRich
Ah got it, thanks Rob!!
Anon9387
@Marmaduke
Thank you for the 119.0.6045.110 Windows 64-bit build release.
With kind regards,
Anon9388
Is it possible to put "ahead" tag or something to marmaduke's build for at a glance info sake.
Anon9389
@Hibbiki
Thank you very much for the stable build 119.0.6045.106 for Windows 64-bit. Kind regards.
Anon9390
Hi.Someone knows. If it's possible to prevent websites from automatically installing their search engine. It’s a little boring to have to erase them every time.
Regards ...
Will Thorium patches be added to Marmaduke build https://github.com/Alex313031/thorium/blob/main/infra/PATCHES.md
Anon9393
Anon9390 ---> @Anon9391
Hi. Thank you very much, it works perfectly. Best regards... :)
Anon9395
Latest Android Chrome is 119.0.6045.66 not 118.0.5993.111 así indicated in ''Reference: Google Chrome''
>> Rexa - 02.11.2023, 11:48
Will Thorium patches be added to Marmaduke build https://github.com/Alex313031/thorium/blob/main/infra/PATCHES.md

Better to ask here: https://github.com/macchrome/winchrome/issues

>> Rexa - 02.11.2023, 23:57
What is chrome://settings/content/siteData

Yeah, this is new to me too, but which Ungoogled chromium setting is the right one to set/select?!
Anon9397
In 'How to install the Widevine CDM plugin?' step 4 the dll, lib, sig files should be copied to 'WidevineCdm\_platform_specific\win_x64' and not 'WidevineCdm\_platform_specific'. And the respective directories should be created if they do not exist.
Anon9398
'WidevineCdm\_platform_specific\win_x64' is correct - also in Google Chrome if the Windows 64-bit is in use.
Anon9399
Site data is just what cookies used to be. The options are the same as before, you can allow them, allow them but delete them on windows close, or don't allow them at all, which is the best option but breaks many websites, another reason to use Firefox and not crappy chromium.
Anon9400
@Hibbiki
Thank you very much for the update 119.0.6045.124 for Windows 64-bit. Kind regards.
Quick FYI. Looks like I did not patch ffmpeg for H265 in my Linux r1221987 builds. It might be a day or few before I get those builds updated.
Anon9402
Hello Rob. Once again, avx build has the same files as avx2 :)
Chromium for 64-bit Windows - Wednesday, 08 November 2023

Chromium 119.0.6045.124 (Official Build, ungoogled-chromium)
Revision b9e5b8a154549bb57a57b9c822607bc3289fc5b9-refs/branch-heads/6045@{#1231}
OS Windows

GNU/Linux cross-compiled [Ubuntu 22.04.4 LTS (GNU/Linux 6.5.4 x86_64)]
SDK 10.0.22621.755 (Visual Studio 2022 17.4.5)
clang/llvm (Default)
PGO
Disable Hardware HEVC CLI flag:  --disable-features=PlatformHEVCDecoderSupport
https://github.com/ungoogled-software/ungoogled-chromium/tree/d1f177cd0006b5c4bf8ce66d9084498085f35843
https://github.com/uazo/cromite/tree/0a1d422610855b5dbe6b88a7461c36fe57257752
chrome://settings/content/javascript-jit
chrome://settings/content/webgl
chrome://settings/content/webrtc
For AVX2 capable computers only - https://github.com/RobRich999/Chromium_Clang/archive/refs/tags/v120.0.6096.0-r1216665-win64-avx2.zip
==========================

No sync • WebRTC • Widevine • All Codecs • ThinLTO • Ungoogled • AVX2

ungoogled-chromium-AVX2-119.0.6045.124-1_Win64.7z
https://github.com/macchrome/chromium/releases/download/v119.6045.124-M119.0.6045.124-r1204232-Win64/ungoogled-chromium-AVX2-119.0.6045.124-1_Win64.7z
SHA1 00F7CB727945D2F33AF9031C144A1CAD01268F3E
@Anon9402 AFAIK, it should be resolved now. Thanks.
Anon9405
Thanks a lot, Rob!
Anon9406
@Anon9405 Welcome.

----------------

BTW, while thinking about Chromium, my current Linux AVX2 build is one of, if not my fastest performing build in Speedometer2.1 to date.... at least on my particular test system. Not sure about the Windows builds. YMMV of course.
Anon9406 is me. ;)
Anon9408
@maggot

Is that macchrome ungoogled-chromium-AVX2-119.0.6045.124-1_Win64.7z an update for the winchrome 119.0.6045.110 (Official Build, ungoogled-chromium) or is it something entirely different? Can I update winchrome to this AVX2 thing?
@Anon9408 I think he might have accidentally copy-and-pasted one of my build URLs in the post, so you disregard it as I do not do ungoogled builds at this time.

As for the other build URL, unless there is something majorly different in the patches and changes, you should be able to use his listed AVX2 build assuming your system has an AVX2-compatible processor. See the "CPUs with AVX2" section here:
https://en.wikipedia.org/wiki/Advanced_Vector_Extensions

If unsure about the processor, the popular freeware CPU-Z utility should tell ya' the model and supported SIMD instructions as well.
https://www.cpuid.com/softwares/cpu-z.html
<a href="httpps://judol303.co/">judol303</a>
Anon9411
@RobRich

Anon9408 here

Thanks for the info.
Updated to the AVX2 version, except for the version number it is practically the same as my original one (Marmaduke 119.0.6045.110), didn't notice any difference (not a bad thing).
Even the few performance tests I ran were head to head, no clear winner. I guess either AVX2 does not do much (on Rocket Lake), or Marmaduke's one is also AVX2 (even though not advertised as such). The AVX2 version seems to use more memory though, but can't say for sure as memory use keeps changing.
No sync • WebRTC • Widevine • All Codecs • ThinLTO • Ungoogled • AVX2

ungoogled-chromium-AVX2-119.0.6045.124-1_Win64.7z

BUILD DELETED

Google knows best!
I am about done with trying to manage a litany of extra LLVM passes and options for performance differences that are seemingly delving further into the noise. Being realistic, much of the low-hanging fruit has been picked in recent years thanks to the relatively quick pace of LLVM development.

The catalyst was rolling a typical SSE3+PGO+LTO build and finding out an internal AVX2 test build of the same Chromium revision was closer to being in the noise than actually generating truly worthwhile performance returns. Thrilling.

I think it might be time for me to both revisit and expand into more intensive optimization options. Hopefully I will have more info to follow in the upcoming weeks.... err, months? In the meantime i am going to continue my usual AVX and AVX2 builds, but probably with more streamlined optimization configs.
marmaduke10 Nov 2023
>> ungoogled-chromium-AVX2-119.0.6045.124-1_Win64.7z
>> BUILD DELETED
>> Google knows best!

marmaduke knows better than google why he deleted it.
During the course of testing, I realised that the test browser was misconfigured.

Google knows what it is doing in the sense that it's not worth alientating its user base in the pursuit of negligible gains - such as with the deployment of AVX2. Plus, from reading the code, V8 and ffmpeg will make use of the AVX/2 code set when approriate.

Chromium 119.0.6045.110 v 119.0.6045.124 (AVX2)

MotionMark1.2 4.64% gain AVX2
Speedometer2.1 3.0% gain AVX2
Jetstream2 2% less AVX2
That is dynamic dispatch of SIMD code. It works but can incur encoding transition penalties, thus one of the original driving reasons for my AVX/AVX2 builds. Years ago on older procs it might have mattered. Thing is modern processors have become so fast that I am not sure the transition penalties due to partial register updates during encoding transitions matter much anymore, at least for our type of codebase. We are not exactly running HPC-class workloads here.

Interestingly Lacros - Chrome decoupled from ChromeOS - now requires SSE 4.2 support. IIRC, those devs considered AVX as a baseline, but there are still lots of in-support Chromebooks running on x86 procs lacking AVX support. In particular Intel Atom did not pickup AVX/AVX2 support until Gracemont launched a couple of years ago.
Updated builds. Diffs with streamlined optimization configs at GitHub as usual.
An updated Linux64 AMD Zen 2 build is available if interested. AFAIK, it returned the highest benchmark score (AFAIK) in Speedometer 2.1 to date on my AMD 5700u system. Note I update kernels and GPU drivers often, and I am not going to test for each update, so YMMV.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/v121.0.6126.0-r1223558-linux64-deb-znver2

Actually I am setting -mtune=znver2 instead of -march=znver2, so the build should run on other AVX2-class procs. Yet another YMMV regarding performance differences/

Also I outright disabled the -ftrivial-auto-var-init options in the compiler config. It is known -ftrivial-auto-var-init can cause performance changes potentially both negative and positive, so I will try to take a closer look in the near future. Chromium devs recently disabled it specifically for the AOM AV1 encoder due to a measured 13% performance hit due to a glibc AVX2 memset function pulled into the library. V8 devs had already disabled it in certain places, too.
Anon9419
@Hibbiki
Thank you very much for the stable build 119.0.6045.160 for Windows 64-bit. Kind regards.
Anon9420
@Hibbiki
Hi. Thanks for your latest nosync 64 bit Windows Update. Regards
Does anyone know if Adré is okay? No Android Buld or Ungoogled Build since long time.
I hope he is do well.
Best regards.
Anon9421
Anon9420
Sorry mistake, Marmaduke not Adré.
Anon9422
@Anon9420, 9421
Instead, as an alternative, we now get the Kiwi Browser 120.0.6099.20 for Android - also in Google's Play Store - based on Chromium.
Anon9423
Anon9420, 9421 @Anon9422
Hi.
Thank you for your answer . But I prefer the navigators to the private maximum. Like Marmaduke or uazo Cromite browsers . kiwi never again. When you log traffic. All you do with kiwi browser, is it's send to kiwi severs. Your searches ''anonymously'' sale to bing, Yahoo... extensions don't work when you need them. Exemple: switcher of user agent. dev of kiwi doesn't disable client hints ----> user agent switcher useless etc etc. But thank anyway for your suggestion. Users have choice. I respect if they want use kiwi browser ...
Anon9424
@Anon9420, 9421

I don't know, but would like to know too.
The plot thickens though, Thorium Alex is MIA too, no update for even longer.
Anon9425
Anon9420, 9421 @Anon9494
Hi.
I agree. Thorium is a really good fork too. It's not a good time for really usful browsers for users. Maybe because, compilers are volunteer. This is not easy to reconcile with real life and its cost. Other fork no longer maintained bromite by csagan5. This time since one year. Best regards.
Dear Team,

thanks for your great work. Please build your Chromium ARM64 WIndows Version with

enabled Widevine
all-codecs+all-codecs+

support enabled.

Google is providing ARM64 Widevine-Cdm since a few weeks -> https://dl.google.com/widevine-cdm/4.10.2710.0-win-arm64.zip.

I used it with confidence for testing in this binary (just put it in the main directory but you have to use correct structure)
https://ungoogled-software.github.io/ungoogled-chromium-binaries/
structure taken from thorium-build: https://github.com/Alex313031/Thorium-WOA

cheers and many thanks in advance
Anon9427
@Anton
Thank you...
Anon9428
For those who are interested
Cromite For Windows 64bit and Android arm64 , x64 v119.0.6045.160
https://github.com/uazo/cromite

Download
https://github.com/uazo/cromite/releases

(Cromite is fork by other dev of Bromite : uazo
He work with : Marmaduke too in some project)

Regards...
Thanks for your reply :) ARM64 Windows and Linux seems to be a small but more and morge growing Community so it would be nice to have CHromium builds with more daily use features like codecs and widevine option. https://chromium.woolyss.com/ is for me a trusted source since years I dont have much fear to use the builds from here on productive machine :).

Cheers
ANton
Anon9430
Hello, what can be the reason for Chrome store msg: Item currently unavailable. Please check the troubleshooting guide.
I see this for all extensions and Add to Chrome is greyed out. Browser = Marmaduke 119.0.6045.110 (1204232)

Thank you
Anon9431
@Anon9430
Just to verify, is the Chromium web store extension installed, updated to the latest version and not turned off?
https://github.com/NeverDecaf/chromium-web-store/releases

If the button becomes active, just ignore the error message, it still should download and install your extension.
Anon9432
Hello, Chromium web store extension was not installed at all and assuming it has become mandatory recently. The greyed out button is now available again although the error message persists.

Thank you!!
You've linked the wrong version of thorium on arm macs.
The right link should be: https://github.com/Alex313031/Thorium-MacOS/releases
Clem Blake 
Where's the clear cookies & other site data on exit option gone I can't seem to find It no more?.
Updated Linux builds. Default user directories are ~/config/chromium-clang and ~/cache/chromium-clang now. Users can simply copy or move their existing chromium user directories if desired.

Updated Windows builds potentially later today or over the weekend.
Anon9436
Appreciate the updates. Cheers.
Anon9437
Hi @marmaduke,

Hope you are OK. We miss your ungoogled build releases.
With kind regards,
This build set the Speedometer 2.1 record to date on my AMD 5700u notebook.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/v121.0.6147.0-r1228896-linux64-deb-znver2

I need to further evaluate the build, so no diff at the moment. Assuming the changes prove stable, updated diffs should be available with the next round of my usual Linux builds.
Anon9439
I wonder what RobRich thinks about Thorium, "The fastest browser on Earth" https://thorium.rocks/
I have helped Alex with compiler-related optimizations and some other aspects regarding Thorium. AFAIK, I was one of the earliest outside contributors to his project's efforts.

Ultimately we diverge in our build targets and goals. He does "stable" builds with various patches to change features, disable this, enable that, etc.

I do trunk development builds, and other than an occasional build workaround, most of my changes are compiler-related optimizations.

----------------

Years ago I had the "fastest" Chromium builds in multiple benchmarks, at least in my own testing on Windows. These days? I do not really know, and especially so for Windows. Now I mostly carry over what I can from my Linux builds, and even there it is typically iterative testing against my own builds. As I often say, YMMV. ;)

Much of the lowest-hanging fruit for performance have been picked over the years; be it on the Chromium or LLVM development sides. That makes finding other performance tweaks all that much harder. I also have to factor how I feel these days versus my efforts from years ago.
@Robrich
I tried your experimental build targeting znver2 on windows using WSL, it came out around 5% faster than my builds on speedometer!
That's super cool, can't wait to see the updated diff patches later.
@justclueless Thanks for the benchmark feedback. There might be room for even a little more uplift, as one of the LLVM optimizations being used might not have been working as I originally expected due to a missing option. I need to check my diff and build notes.

----------------

BTW, AFAIK, the same build using my latest standalone Mesa3D AMDGPU library just set a Basemark Web 3.0 record on my AMD 5700u notebook as well. RadeonSI OpenGL with LLVM is back to being faster for Chromium than Vulkan with ACO at the moment, at least on my test system.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/mesa-amdgpu-24.0.0-devel-git-023fa0aa5d-znver2
herdem1001 
@justclueless thank you for v121.0.6140 build.
Also thanks @RobRich for all efforts which benefits other builds as well!

Best regards both of you :)
Sure enough as I suspected. One of the Linux-related optimization passes I was testing in that experimental build created the desired binary ELF section, but I am not seeing it populated properly with symbols. I have not yet verified it against a Chromium build, but hopefully I should have it resolved. The feature is more for enterprise- and HPC-class applications, so it remains to be seen there will be any uplift for Chromium.

----------------

So that leads me to the question of where did the uplift occur? I am doubting it was solely revision related. Hmmm.

I did redo the SIMD flags. A Chromium dev doing app profiling has found the SIMD flags are *not version cumulative* (?!) for intrinsics. I added the various stepped SIMD flags up to whatever desired level of support for the particular build.

The other aspect could be automatic initialization of variables. I do not have the build.args to verify due to building on a tmpfs, but IIRC, I likely set init_stack_vars_zero=true (sets =zero instead of =pattern) for the build. It is already known there are various reports of -ftrivial-auto-var-init potentially incurring performance and size regressions, with associated discussions of =pattern usually having higher costs than =zero.

AFAIK, Mozilla devs keep kicking around the positives and negatives of both options. I think one of the more popular ideas over there has been using =zero for release builds and =pattern for debug builds. That approach seems adequate iMHO, as there are some security benefits versus just outright not using the feature.

BTW, I thought LLVM devs planned to drop -ftrivial-auto-var-init=zero support in v17 or maybe v18. Another hmmm.

Anyway, at least on the upside we can carry the SIMD and autovar init changes over to Windows builds as well.

----------------

Looking at my internal diff, I also forced disabled emulated local-thread storage. However, AFAIK, native TLS is (or should be?) the normal behavior of Clang/LLVM for Linux anyway. I can poke at it later to perhaps verify.

--------------------

Following recent changes in libc++, I have been internally testing reconfiguring the libc++ hardening mode. We are running "extensive" for use_safe_libcxx, though "fast" contains much of the actual security critical subset of hardening options. That is another one we can carry over to Windows if viable.

----------------

@herdem1001 Thanks! :)
Anon9445
hello,
I am not begging for anything but are we going to see some updated version of the ungoogled release ?
thank you for your support
Anon9447
Will there be any update to ungoogled chromium or is it dead, can we get an info on that?
There is an emergency update for zero day exploitation:
https://www.bleepingcomputer.com/news/security/google-chrome-emergency-update-fixes-6th-zero-day-exploited-in-2023/

if there will be no more updates, please tell so people switch to something else instead of keep using known to be vulnerable browser.
Chromium v119.6045.200-M119.0.6045.200-r1204232 ungoogled - AVX2

Chromium for 64-bit macOS & Windows - Wednesday, 29 November 2023

Chromium 119.0.6045.200 (Official Build) (x86_64)

f6fcaed63cb61e2eeff44a3268ac6fbaaa2a8f88-refs/branch-heads/6045@{#1518}


- For AVX2 compatible x86_64 (Intel) CPUs only
- official build (LTO & PGO)
- cross-compiled on Ubuntu 22.04.4 LTS (GNU/Linux 6.5.4 x86_64)
- clang/LLVM default (with macOS intrinsics)
- macOS SDK 14.0 (23A334) - Hermetic [use_system_xcode=false, target_os="mac"]
- Windows SDK 10.0.22621.755 (Visual Studio 2022 17.4.5)
- E/AC3
- Disable Hardware HEVC CLI flag:  --disable-features=PlatformHEVCDecoderSupport
- https://github.com/ungoogled-software/ungoogled-chromium/tree/b71d4afb9aaa4ac26286967c44750a4cff2c6843
- https://github.com/uazo/cromite/tree/0a1d422610855b5dbe6b88a7461c36fe57257752
- chrome://settings/content/javascript-jit
- chrome://settings/content/webgl
- chrome://settings/content/webrtc

==========================

No sync • WebRTC • Widevine • All Codecs • AVX2 • Ungoogled macOS x86_64

Chromium.app.ungoogled-119.0.6045.200.tar.xz
https://github.com/macchrome/chromium/releases/download/v119.6045.200-M119.0.6045.200-r1204232-ungoogled-AVX2/Chromium.app.ungoogled-119.0.6045.200.tar.xz
SHA1 5F13F724AC7B8A0914A3948881E682FA4CD9C9C2

No Sync • WebRTC • Widevine • All Codecs • AVX2 • Ungoogled Wintel x86_64

ungoogled-chromium-119.0.6045.200-1_Win64.7z (64-bit)
https://github.com/macchrome/chromium/releases/download/v119.6045.200-M119.0.6045.200-r1204232-ungoogled-AVX2/ungoogled-chromium-119.0.6045.200-1_Win64.7z
SHA1 10219CBA99BD297A5A6F83ACC425DE4291812E27


119.0.6045.200_ungoogled_mini_installer.exe (64-bit)
https://github.com/macchrome/chromium/releases/download/v119.6045.200-M119.0.6045.200-r1204232-ungoogled-AVX2/119.0.6045.200_ungoogled_mini_installer.exe
SHA1 11E667A74101CECA5A05182F468BCC56DBE56547

=================
Maggot - He-Man Rapid Development Build Systems
Anon9449
@Hibbiki
Thank you very much for the stable build 119.0.6045.200 for Windows 64-bit. Kind regards.
Maggot, thanks for your time to build the ungoogled version of Chromium 119.0.6045.200
Anon9451
@Maggot
+1 :)
Anon9452
The ungoogled chromium builds for android are based on Cromite. I don't know whether the windows ones are, but i still think Cromite might be better than ungoogled chromium for windows. Has anyone done a comparison? Talking about the official ones
Anon9453
Also, thank you definitely-not-marmaduke for the updated build, much appreciated
Anon9454
if this maggot person is marmaduke, why not update the regular way, how am i supposed to use chrlauncher to update?
Anon9455
@Anon9452

I tried both ungoogled and cromite, both on droid and windows. On windows tried both the ungoogled-software and Maggot/Marmaduke builds. Not gonna do a detailed comparison, but here is my personal opinion.
Windows:
Performance wise Cromite and Maggot/Marmaduke builds perform a little better than ungoogled-software in tests. Not much difference between Maggot/Marmaduke and Cromite in tests. But that's just the tests. In daily use there is absolutely no noticable difference. Cromite lacks a few flags (features) I want to use, so I am using Maggot/Marmaduke.
Android:
On Android I only tried Marmaduke and Cromite. Didn't run tests, but in daily use there is no noticable difference between the two. I do not use them much on the phone, didn't notice much difference, but my choice is Cromite because of the (semi) auto updates and I like the green icon.

In short, they are all fine browsers, pick whichever you prefer, can't go wrong.
Anon9456
Thx maggot for the ungoogled update. If I could I would carry you on roses to venice. :)
Anon9457
Is keeping hope for a new x64 ungoogled chromium update just carrying on a pipe dream of anomitity, security and stability for older systems at this point?. Counting down the months to full manifest 3 or should I and others give up and go firefox?
Anon9458
@Hibbiki
Hi. Thanks for nosync win 64 update 119.0.6045.200 . Regards
Anon9459
@Maggot Thanks for the Intel version of Chromium for Mac! Works great. Now if you could only make an ARM64 version (only if you have the time). Thanks again.
Anon9460
Maggot, your ungoogled-chromium-119.0.6045.200-1_Win64.7z (64-bit) does not run on Windows-10 x64
Error displayed as "The application was unable to start correctly (0xc0000142)"
Updated Linux builds and diffs. I was finally able to get the Machine Function Splitter working. In theory:

"For clang bootstrap we observe a mean 2.33% runtime improvement with a ~32% reduction in itlb and stlb misses. Additionally, l1 icache misses reduced by 9.5% while l2 instruction misses reduced by 20%."

Source: https://reviews.llvm.org/D85368

"Additionally we find small improvement in icache and tlb metrics (3-5%) due to improved locality."

Source: https://reviews.llvm.org/D87840

The reality for Chromium is more like in the noise, at least for benchmarks. There is the chance it could benefit startup times as well, though I am running the Chromium binaries on a prosumer NVME and the browser cache on a tmpfs, so it would not likely be discernible here. Anyway, I am not seeing performance regressions, so I will keep the optimization around for now.

BTW, the previous underlying issue for me was Chromium Linux installer generator script stripping of binaries. I have disabled the stripping, thus the symbols are being preserved in the ELF sections. To verify, we can use readelf and objdump to verify creation and propagation of the .text.split ELF section.

readelf -S chrome

objdump -x chrome | grep .text.split | less

Of course the resulting binary file size is up, but it is symbol data for code ordering and locality, not actual code bloat due to larger functions or similar runtime concerns.

----------------

I will hopefully have Windows builds later today or mabye tomorrow.
@Maggot
thx for the ungoogled version 119.0.6045.200
We might have Chromium VAAPI video decoding on AMD hardware back working in the near future. There is a Mesa merge request to address it in Gallium. If/when the merge lands, Chromium should be able to use it via Vulkan.

https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26165

I will give it a try later in my local standalone Mesa build to check for support, though I suspect it will need to be done at the Mesa system driver level. Since I tend to experiment with compiler optimizations and similar in my standalone Mesa, I typically use Oibaf's PPA for system-wide Mesa.
Latest build I pushed is cross-compiled from WSL Ubuntu.
So far, it seems to be working. Thanks RobRich for his patches! I used them to do the build.
Anon9465
@Jerry
Do you know if Marmaduke will be updating the ungoogled chromium for 64bit windows? Last update was on Oct.31st. I use chrlauncher to update his builds on my computer. If there are not going to be anymore updates I will need to find another solution. Just a side note I tried Maggot ungoogled build and it does not work on my computer.
Anon9466
@Anon9465 Maggot is Marmaduke. U can tell because he uploaded the newest version on the same github account called "macchrome", just that marmaduke uploaded in the "winchrome" repo and definitely-not-marmaduke aka maggot uploaded in the "chromium" repo. In fact, marmaduke had an exchange with some people in his github issues and it got quite heated, with one person calling him "liar" "rude" "ungrateful" and that "it's illegal for you to activate the H264 codec in your shady browser, I can call the police and denounce you and the fbi put you in prison". Now i don't know who's right or wrong, and i'm sure marmaduke (probably) doesn't put malware in his builds, but it's true that the codecs are illegal to put, which is why marmaduke never revealed his name. So perhaps now he felt threatened and decided to make a new account to appear as a new person. You can read the whole exchange here https://github.com/macchrome/winchrome/issues/122 , although you should take everything you read with a grain of salt, as those allegations are accusations are mostly unfounded and without any evidence whatsoever. But it is true that, even though marmaduke is very clear and open when it comes to which sources he uses for his builds (ungoogled-chromium and cromite) and what patches he applies, he does not post the code of his builds (perhaps because it's illegal to include those codecs and he knows it so that's why he doesn't post the builds), so for this reason it would be very hard to reproduce his builds. On the other hand, other browsers such as Cromite are "safer" in the fact that you verify the code. So either marmaduke got scared of legal consequences and decided to change accounts, or he got offended by those people calling him bad things and decided he's done compiling for people who don't appreciate him. But then had a change of mind and posted another updated build. I don't know which one it is.
Anon9467
Correction - other browsers such as Cromite are "safer" in the fact that you can verify the code used and reproduce the build
Anon9468
@Anon9465
Hi . Maybe your cpu doesn't support avx2.
Try this Ungoogled
https://ungoogled-software.github.io/ungoogled-chromium-binaries/releases/windows/
It is the same except missing settings webgl webRTC and maybe jit. That's all.
But you can be trust the compiler
Regards.
Anon9469
Anon9468 @Anon9465

And if don't work
Try Cromite by uazo fork of Bromite ( Bromite project by csagan5 is no longer maintained ).
(uazo is the other dev of Bromite . uazo work with Marmaduke on some projects. You can trust it)

Cromite For Windows 64bit and Android arm64 , x64 v119.0.6045.200
https://github.com/uazo/cromite

Download
https://github.com/uazo/cromite/releases

Regards...
Anon9470
incredible. Now on play store . Amazon Store apk or the real online store. You buy an item. you have no right to criticize. Even if you stay polite. It’s the same prince as the crooks. Except they break your face when you complain. Gafam tells you to re-write your comment. The worst dictates to you your comment word by word. In fact to have only what they want in comments. Damned tyranny of the Gafam. Elon Musk is definitely all too often right. And yet he’s not someone I particularly admire. But when what is said is true. No matter by whom. It remains true!! Users no longer buy from Gafam, more respectful and less tyrannical alternatives existing for both buyers and their employees. A few more efforts are just necessary.
P.S
And also seen this method. Reviews for 99.99% are bogus. Fake. And everywhere...
Edit:
I don't use Apple but i think is the same
For microsoft it is so obvious that it is useless to talk about it
And of course Facebook ( they sell everything about you, your whole life to whoever wants to pay. sometimes you don't even need to pay cambridge analytica )
For those in need; latest Chromium for Mac, x86-64 - for the Intel platform - now available at:
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
The arm64 version for Apple Silicon may follow in a few days.
Anon9472
Hi .
Latest Chrome Windows 64bit is 120.0.6099.63.
Need to Update; site reference.
Regards.
Anon9473
@marmaduke

Thank you very much for the v120 release!
Anon9474
@Marmaduke,
Thank you for the 120.0.6099.63 (1217362) 64-bit Windows build release.
With kind regards,
Anon9475
@Marmaduke
Hi. Welcome back. Thank you for quick update Ungoogled 120..... Win 64bit.
Regards.
Anon9476
@Marmaduke, good to see you and yet another new release back here. God bless.
Anon9477
Hi
New Update Chrome for Windows ; Linux ; Mac 120.0.6099.71
Regards
Anon9478
@Marmaduke
Hi again. Admiring your so fast reactivity to update Ungoogled Win 64bit to 120.......71. Really much appreciated. Thank you bro.
Best regards...
Anon9479
Thx Marmaduke!
Anon9480
@Marmaduke
Hi ,re-re-again
At las :) , one of your famous and my favorite build Ungoogled for Android. Thank you very much fo 120.......71 .
Best regards.
Anon9481
@Marmaduke
So sorry Linux build , not Andrd. Off course. My apology. (Typo error)
Regards.
Anon9482
@Marmaduke,
Thank you for the 120.0.6099.71 (1217362) 64-bit Windows build release.
With kind regards,
Anon9483
Waiting @Hibbiki build...
Hibbiki, are you ok?
Anon9484
@Marmaduke,

Thanks for ungoogled 120.x.x.71 build for Windows 64-bit. I noticed the mini installer is 20% larger than previous releases. Any reason for such a large increase in size?
Anon9485
@Hibbiki
Thank you very much for the build 120.0.6099.71 sync for Win64. Best regards.
Anon9486
@Hibbiki
Hi.Thank you so much for the update 120.......71 nosync for Win64bit. Regards.
@Marmaduke
Welcome back. Thx for latest ungoogled 120 Win 64bit
Cheers
@marmaduke's Chromium v120.0.6099.71-r1217362 - ungoogled has a weird problem.

When you're in a youtube channel or somewhere else that has a lot of clips, and you hover over a clip but don't select it - the clip itself turns purple. This purple coloring occurs wherever there are clips that you haven't started yet.
Ahh, really purple - example: https://www.vbox7.com/user:tvoyat_den
Hello,

I like your project. This message was created from Chromium. Long time ago I used Chromium on my phone until Google restricted the sync.
Is it possible to make it work again like the desktop version?

Regards
Brain Dead Muppets 
@Anon9466

Arsehole!

v120.6099.71-M120.0.6099.71-r1217362-macOS-Cromite

Cromite v120.0.6099.71-r1217362-Cromite-macOS

Cromite for 64-bit macOS - Friday, 08 December 2023

Cromite 120.0.6099.71 (Official Build) (x86_64)

9729082fe6174c0a371fc66501f5efc5d69d3d2b-refs/branch-heads/6099_56@{#13}

OS macOS Version 14.1.1

- only for macOS x86_64 (Intel)
- official build (LTO & PGO)
- cross-compiled: Ubuntu 22.04.4 LTS (GNU/Linux 6.5.4 x86_64)
- clang/LLVM default (with macOS intrinsics)
- macOS SDK 14.0 (23A334) - Hermetic [use_system_xcode=false, target_os="mac"]
- E/AC3
- Building (Cromite) on Linux - uazo/cromite#317
- Derived from uazo and PF4Public https://github.com/uazo/cromite/tree/8930409029b2bd18512f65011d5a0e2ffde08225
- All Cromite patches applied
- Icon production by Cosser & Mosser

==========================

No sync • WebRTC • Widevine • cromite • ad-hoc signed Cromite-120.0.6099.71.dmg
https://github.com/macchrome/chromium/releases/download/v120.6099.71-M120.0.6099.71-r1217362-macOS-Cromite/Cromite-120.0.6099.71.dmg
SHA1 67EBD7CA3BB452904D606EEA16F410B82817D812
Anon9492
github.com/macchrome/winchrome/releases/tag/v120.6099.71-M120.0.6099.71-r1217362-Win64 - ungoogled-chromium-120.0.6099.71-1_Win64.7z has a problem with purple color appearing on clips .

An example of purple color appearing is this clip - https://www.youtube.com/watch?v=B4syyUiBG5I

https://i.imgur.com/cSavWVr.png
Anon9493
@Anon9492

You're being willfully obtuse; or just a stupid brain dead muppet!
Windows builds updated first in this round of builds for a change. Further cleaned up the Windows diffs in my repo. I will get back to testing -ftrivial-auto-var-init=zero, CPP hardening, etc. later.

Linux builds to follow. Doubt tonight. Maybe this weekend.
Anon9495
@Anon9493, with your comment we noted that you are hopelessly stupid.
Anon9496
@Marmaduke
Hi. Thank you very much for your new Android version 120.0.6099.105. Really appreciated. Best regards...
Hello RobRich

I still use portable versions of Chromium AVX2 with automatic updating with the Henry++ launcher.
Since version 121.0.6160.0, the update is inoperative. Although we download something, the update does not take place.
By searching a little, the launcher does its job, but I notice that a temporary folder "chrome-win32" in which the new chrome is located leaves traces in the bin folder without wanting to replace the old version...

So I use the Chrome.zip archive to do this update manually...

Could you check what's happening? Looks like the auto-download "chrome-win32" folder has issues.

My operating system is Windows 11 pro 23H2

Thank you.
Anon9498
Ungoogled Chromium 120...71, has anyone figured out how to get rid of the "Open Side Panel to see all bookmarks" entry on top when you click "Other bookmarks" (renamed to "All bookmarks") on this version? Unsurprisingly, the flag to remove the side panel icon only hides the icon, and all combinations of unexpire M118 / Power bookmark backend / Customize side panel flags don't work.
What the hell Chromium devs are trying to do? Make the bookmark bar and menu so uncomfortable and inconvenient so everyone is forced to use this shitty touch-UI side panel nobody asked for?
Anon9500
The reason for the purple color is " --disable-gpu-driver-bug-workarounds" - don't use it anymore.
Anon9501
@Anon9499 It only hides the button, not the bookmark menu item or the side panel which is opened if you click on it.
https://i.imgur.com/fg4qlsZ.png
Anon9502
@Anon9501

There is no option to make this menu that you indicated in the picture disappear with a flag or a switch. Unless you compile your own Chromium like @marmaduke, @Hibbiki, @AlexFrick, @justclueless, @RobRich, @uazo do...

Since it's been flagged for quite a few versions, I didn't know that this  --disable-features=GlobalMediaControls switch could remove this:
https://i.imgur.com/1cvKS4d.png

Everyone learns something new and useful.
Anon9503
@Anon9498
flags > "Customize Chrome Side Panel" > Disabled
Anon9504
@Anon9503
https://i.imgur.com/gEhAonf.png
Anon9505
@Anon9503 you missed what @Anon9501 was asking.

Even using chrome://flags/#customize-chrome-side-panel --> disabled, it's still visible when clicked.

Quoting @Anon9501's photo:
https://i.imgur.com/lZEDgCt.png
@Marmaduke

Thank you and welcome back=)

Kind regards
@Luc77600 Unknown. I have used the chrome-win32 directory format for many years now, as it was what nik was doing for his builds back in the day as well.
@RobRich

Just to add my bit of information, in case it might be useful:
I also am experimenting (for the first time in years) the issue reported by Luc77600.

Obviously it's not a major problem, but definitely something seems to have gone... stuck in the usual update procedure.
@RobRich

I'm also encountering the same issue as @Luc77600 and @Harmand.

I first thought that it was an interrupted update on my side that could have breaked my bin folder, so I did removed it and restart chrlauncher.

I'm left with a "bin" folder that contains 3 empty folders ("Extensions", "Locales" and "MEIPreload") and one folder, "VisualElements", that only contains "SmallLogo.png"

I didn't change anything on my computer before the update that could have explained this.

In doubt, I tried to stop Windows Defender during the chromium update, but it didn't change a thing.

So the downloaded zip/installer must definitely have something broken.

Anyway, thanks for your work ! I switched to LibreWolf in the meantime and waiting for a corrective update.

Kind regards,
I took a closer look at the Windows build zip archives. It appears I compressed them with deflate64 instead of regular deflate. I suppose chrlauncher might not support it. I will recompress the zips with deflate and reupload them in a few.
I compressed the zip archives with deflate, changed out the files in my repo, and pushed updates here.

Took a quick skim of chrlauncher. Spotted deflate mentions in the source files but not deflate64. I suspect was likely the issue.

I do not use chrlauncher, so YMMV on how it handles file updates to existing browser revisions. Looks like there are CLI options of possible benefit if needed.
https://github.com/henrypp/chrlauncher#command-line
I have promoted the Linux AVX2 builds tuned for the AMD Zen 2 processor microarchitecture to my regular repo.
https://github.com/RobRich999/Chromium_Clang/releases/tag/v122.0.6184.0-r1237314-linux64-deb-znver2

It is basically a build for my primary notebook with an AMD 5700u proc. Later Zen versions might might see a slight performance uplift as well. YMMV of course. No promises, but I will try to keep it in sync with my usual Linux builds.
@RobRich
I can confirm the update is now working as usual (on my system).

Thanks.
Anon9514
@Marmaduke
Hi. Thanks for quick update Ungoogled 120........121 64bit Windows. Best regards.
Hello RobRich.

Thank you for taking a good look at this question on automatic updates.
To be certain that the problem is indeed the one that you have developed in the file compression mode, the compressed document "chrome.zip" from the "Archive" folder works perfectly. This means that it is not compressed in the same way as the "Portable" version.
If the 2 folders are compressed identically, then the problem lies elsewhere.
Anon9516
@Hibbiki
Thank you very much for the update 120.0.6099.110 sync for Win64bit. Best Regards.

@Marmaduke
Thank you very much for the update Ungoogled 120........121 for Win64bit. Best regards.
@Harmand Thanks for the feedback.

@Luc77600 Note the portable versions are generated by a server-side script here at woolyss.com by Jerry. I am not sure it updates with every API push or only for new revisions. If per revision it might take to my next round of builds to resolve.
Anon9518
@Marmaduke,
Thank you for the 120.0.6099.121 (1217362) 64-bit Windows build release.
With kind regards,
For Mac Users: the https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Github site has Chromium versions for the Apple arm64 and the Intel x64 platforms, version 120.0.6099.71
Anon9520
@Hibbiki
Hi.Thanks for the update
120.0.6099.110 nosync Win64bit. Best Regards.
@RobRich
Thanks for your znver2 build config, I just tried it targeting znver3 instead and it seems to be working well!
@Marmaduke and everyone
Congratulations! The current UNGOOGLED 120......121 is probably the best version ever. It doesn't need the integrated adblocking, it was just a source of trouble. Instead, we have the new extension "Chromium Web Store" 1.5.4 with which we can add further extensions from the stores of Google Chrome, Opera or Microsoft Edge, e.g. uBlock Origin.
Pinned to the top of the bar, we can also check the current status of the extensions at any time. As before, the site provides further instructions for getting started:
https://avoidthehack.com/manually-install-extensions-ungoogled-chromium#1downloadchromiumwebstore
@justclueless Welcome and thanks for the feedback. For now it is just a couple of -mtune changes to my AVX2 config. That said, there is a binary size change compared to Haswell tuning, so there are some codegen differences happening.

----------------

Not Chromium related, but anyway, Firefox for Android extensions are now officially available.

https://addons.mozilla.org/en-US/android/
For Mac users; Github site <https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/> has Chromium version 120.0.6099.109 available for the Intel (x86-64) and Apple Silicon (arm64) platforms.
your google chrome reference is out-of-date u know that right?
Anon9526
@Marmaduke
Hi. Thnaks for latest update Ungoogled Win64 and Android 120.....149/125 Best Regards.
Anon9527
@marmaduke
muah! ty bud
Anon9528
@Hibbiki
Thank you very much for the update 120.0.6099.130 sync for Win64bit. Now uptodate ...130. Best Regards.
Anon9529
@Marmaduke & Hibbiki
Hi. Thanks for your latest update Ungoogled win64 & Android. And nosync Win64. Best regards
Anon9530
@Marmaduke,
Thank you for the 120.0.6099.180 (1217362) 64-bit Windows build release.
With kind regards,
Anon9531
Cromite for 64-bit macOS - Thursday, 21 December 2023

Cromite 120.0.6099.180 (Official Build) (x86_64)

c2df01f9d80c5cddaa2af675b99965441881a2f6-refs/branch-heads/6099@{#1574}

OS macOS Version 14.2.1

- only for macOS x86_64 (Intel)
- official build (LTO & PGO)
- cross-compiled: Ubuntu 22.04.3 LTS (GNU/Linux 6.6.7 x86_64)
- clang/LLVM default (with macOS intrinsics)
- macOS SDK 14.0 (23A334) - Hermetic [use_system_xcode=false, target_os="mac"]
- E/AC3
- Building (Cromite) on Linux - uazo/cromite#317
- Derived from uazo and PF4Public https://github.com/uazo/cromite/tree/8930409029b2bd18512f65011d5a0e2ffde08225
- All Cromite patches applied
- Icon production by Cosser & Mosser

==========================

No sync • WebRTC • Widevine • cromite • ad-hoc signed Cromite-120.0.6099.180.dmg
https://github.com/macchrome/chromium/releases/download/v120.6099.180-M120.0.6099.180-r1217362-macOS-Cromite/Cromite-120.0.6099.180.dmg
SHA1 2A59E2FB4C1FC7555DCB264729AC958D649CAB34
Anon9532
@Marmaduke, 120.0.6099.180 Windows release,
is .180 a typo error or a real official release? seems a big jump from .130 to .180
Anon9533
@Marmaduke,
Thank you very much for the 120.0.6099.181 64-bit Linux build release.

@Anon9532
It's correct, according to Chromium Git https://chromium.googlesource.com/chromium/src.git
Anon9534
Does anyone know if Thorium is dead or just resting? Thx
Anon9535
Thorium has been the subject of some sad 'drama'... https://www.youtube.com/watch?v=Q-02fW-n4qg
Anon9536
if i toggle the 2 data encryption flags (Disable encryption, Disable machine ID) to enable machine portability, will it delete any existing cookies or not?
Updated Linux builds in the listings. Linux build tuned for AMD Zen 2 here:

https://github.com/RobRich999/Chromium_Clang/releases/tag/v122.0.6215.0-r1241500-linux64-deb-znver2

Windows builds might be later today or perhaps over the weekend.
@Anon9535
https://www.youtube.com/watch?v=Q-02fW-n4qg

Wow. Disturbing stuff indeed.
Took a little longer than expected initially, but updated Windows builds are in the listings now.

For no particular reason other than my build box was rolling builds anyway, an updated Linux Zen2 build as well.

https://github.com/RobRich999/Chromium_Clang/releases/tag/v122.0.6224.0-r1242047-linux64-deb-znver2
Anon9540
Thank you for the latest updates, Rob. Best regards 🍻
Hello RobRich,

Happy new year 2024.

The automatic update of your AVX2 version works again.
Thank you for the correction.
This version works very well on my machine. I notice small changes from one version to another, but I am no longer able to judge whether one is better than the other.
nomasknovaxnofear 
@RobRich
Many thanks for latest Win AVX2 Portable update..
Anon9543
@Hibbiki
Thank you very much for the update 120.0.6099.200 sync for Win64bit. Now up-to-date again ...200 (is the correct number). Best Regards.
Anon9544
Ty marmaduke for the new version
ximenamajor 
hi,

ungoogled marmaduke chromium versions newer than 114.0.5735.133 no longer install on macos 10.13.6 (high sierra)
despite the page says for macOS 10.13+, is it possible to fix the problem?
thanks for your work anyway :-)
Anon9546
@Marmaduke,
Thank you for the 120.0.6099.200 (1217362) 64-bit Windows build release.
With kind regards,
@ ximenamajor
Don't know if it will work, but you might try a version at https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Another perspective, it is known that High Sierra corrupts the preboot partition, so it may be best to upgrade the OS (Mojave will still run 322-bit apps), or use OCLP to run a more modern macOS (https://dortania.github.io/OpenCore-Legacy-Patcher/).
Anon9548
@ LeeVan
thanks, no luck with the github's versions :-(
from time to time i think about upgrafe macos and then i give up, i still need high sierra as is, for work/freetime (i would have to fix a bunch of old applescripts and applets to work with a more modern macos and i'm very laaaaaaaazy :-)
@Anon9548
Have you tried Brave? It is based on Chromium, updates itself when you hit the About Brave menu, and if you disable the Awards, it is rather lean. Some folk don't like the associated company, but the Browser works well (somehow I still prefer the ungoggled Chromium available here).
Anon9551
looking forward to an optimized avx2 ungoogled
Anon9552
@Marmaduke,
Thank you for the 120.0.6099.217 (1217362) 64-bit Windows build release.
With kind regards,
Anon9553
Ty Marmaduke for the update
Anon9554
@Hibbiki
Thank you very much for the update 120.0.6099.217 sync for Win64bit. Best Regards.
Anon9555
@Marmaduke,
Thank you for the 120.0.6099.217 (1217362) 64-bit Windows build release.
With kind regards,
Anon9556
@Hibbiki
Thank you very much for the update 120.0.6099.225 sync for Win64bit. With kind regards.
@Anon9550 AFAIK, this MR still needs to land in Mesa to get AMD GPU support.

https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26165

----------------

I have my build box working on updated builds for the listings. Hopefully both Linux and Windows will be done today barring no significant issues.

Also, Chromium for Linux AVX2 targeting AMD Zen2 (and later) is here:

https://github.com/RobRich999/Chromium_Clang/releases/tag/v122.0.6256.0-r1248736-linux64-deb-znver2
Linked is a WinAVX512 experimental build. It targets the AVX512 baseline at the moment, meaning it targets Skylake-X/SP for now. I do not have a local AVX512 system to verify, but AFAIK, it should run on AMD Zen4 for testing if desired.

https://github.com/RobRich999/Chromium_Experimental/releases/tag/v122.0.6256.0-r1248736-win64-avx512
Anon9559
For those users of Chrome browsers looking for security and stability, should we even be going near versions of Chrome "Early Stable Update for Desktop" such as with the current release 121.0.6167.75? I have noticed that Hibbiki and Marmaduke do not seem to create builds for those releases and have wondered if there was a reason for that. Thanks to all for what you do here.
Anon9560
@Marmaduke,
Thank you for the 120.0.6099.238 (1217362) 64-bit Windows build release.
With kind regards,
Anon9561
@Aonon9559
There is a misunderstanding. My Google Chrome is currently using up-to-date version 120.0.6099.225. Hibbiki's version is up-to-date. Version 121.0.6167.75 is not yet officially distributed.
Anon9562
@Anon9561 -- Thanks, Marmaduke. That was the second time I had seen a "Early Stable Update for Desktop" release version listed as the current version at the top of this page. Was wondering if it was something I should take more seriously. Seems not. And that is fine. Have been relying solely on the Chromium release packages posted to Chocolatey. Just making sure I was not missing something along the way. Checked the comments section and did not see anything mentioned, so thought I should ask. I will diminish...and go into the West.
Anon9563
@Marmaduke,
Thank you for the 121.0.6167.131 (1233107) 64-bit Windows build release.
With kind regards,
Anon9564
@Hibbiki
Thank you very much for the update 121.0.6167.86 sync for Win64bit. Yours is up-to-date, the same number as in Google Chrome. With kind regards.
Anon9565
Broken in 121:

--disable-features=DownloadBubble
--disable-features=CopyLinkToText (Can be disabled by ScrollToTextFragmentEnabled policy along with the context menu entry)
— new "simple" bookmark saving notification requiring additional click for editing the bookmark (Can be disabled by setting #simplified-bookmark-save-flow -> Disabled)
— unsolicited "Open in Reader mode. NEW!" context menu entry (#read-anything -> Disabled)
— unsolicited "Search Google for image" context menu entry in the ungoogled version, CANNOT be disabled by setting #enable-lens-standalone or default search engine policies
Anon9566
@Anon9565 For "Search Google for image" removal kill all chromium processes and fully delete the profile folder. Then open Chromium to create a new profile automatically; the entry will be gone. It appears when you install update on a different edition (ungoogled-chromium-windows releases, ungoogled-chromium-binaries on github) without clearing the profile first.
For those in need: https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
has Apple Silicon (arm64) and Intel (x-86-64) versions of the latest v121.0.6167.85 of Chromium dated 1-29-24
Anon9568
@Marmaduke
Hi
Update to Android to 121; that would be nice. When you can.
Regards :)
Anon9570
Thanks for the updates, Rob!
nomasknovaxnofear 
Many thanks, for latest Portable Win AVX2 update, Rob.
Anon9572
The newest reference to Google Chrome for Windows is 121.0.6167.140
When I try to install Marmaduke's Win64 Installer, Symantec Endpoint Protection quarantines it. This hasn't happened with past versions (ie. I currently have 120.0.6099.200 installed). It's a work PC with SEP locked down, so I can't set it to ignore it. Any way around this?

https://github.com/macchrome/winchrome/releases/download/v121.6167.140-M121.0.6167.140-r1233107-Win64/121.0.6167.140_ungoogled_mini_installer.exe
Anon9574
Hi, I need to know the build flags used to create the optimized mini installer
https://chromium.woolyss.com/download/en/
Anon9575
Ref Chrome Android is :
121.0.6167.143
Anon9576
will we see avx or avx2 optimized ungoogled builds?
The official Chromium site <https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/>
has the latest version of Chromium, 121.0.6167.139-1.1 available for Mac, both arm64 and x86 vesions.
admin
Hello everybody,

Hope all is ok for you!
I updated the script to check the reference to Google Chrome ;)

Thanks to all developers and users. 😌
@Jerry
Thank you very much for all your efforts, but the script is not working properly. The information in the reference file for Google is "...and 121.0.6167.160/161 to Windows..." It's always the second number, so here currently 161. If in doubt, you should run and update Google Chrome on a computer yourself and you will get the correct number.
Anon9580
@Marmaduke,
Thank you for the 121.0.6167.161 (1233107) 64-bit Windows build release.
With kind regards,
Anon9581
Does anyone know of an alternative to Hibbiki builds, with similar configuration, but updated faster? I see his builds' files have correct timestamp of the release, but he often delays posting the files to GitHub...
@Anon9581
While in general build times of my releases differ slightly, I aim not to exceed 48h mark. All my builds are started and uploaded to GitHub manually and due to timezone differences, new Chrome releases usually drop deep into night for me, so I can not promise or guarantee any timetable for when new builds will be released, however, taking 121.0.6167.140 as an example, a build was released 9 hours and 7 minutes after Chrome release, which is faster than most of Linux distributions. I'm afraid that if you require new releases to be available sooner than 6h after relevant Chrome release, you will have to either switch to Chrome directly or set up your own automated build pipeline.

121.0.6167.161 is now available ~45h after Chrome release drop, according to Chromium Dash, this release is only targeting 50% of all Google Chrome users for automated upgrade. Please note that due to various reasons, current newest build in Chromium Dash is always one patch version behind the one offered as new installer package. My builds target the newer of two, however this also means that this site does not mark releases as "up-to-date" until about half a week later (as according to the site at the moment, my release is one patch ahead). There is no functional difference between two builds. Sadly this has been a state of things ever since OmahaProxy was deprecated and Google started to bake two builds of Chrome for Windows.
Anon9583
@Hibbiki
I thought you had an automated build process (with manual uploading to Releases), because... Let's take 121.0.6167.161 as example. Its git tag was pushed Feb 05 (https://chromium.googlesource.com/chromium/src/+/refs/tags/121.0.6167.161), and the modification date of your compiled files is also Feb 05.
However, if builds are not automatically started, I wonder why you set the timestamps of the files...
Look, I personally think having an auto-build is very good, but an automatic upload method would be very nice addition. 😉
Maybe you could build using GitHub actions bot?
(Some featured browsers (e.g. Brave, Vivaldi) published their updates right on Feb 07)
-Anon9581
The official Github site has the latest Chromium for Mac available for the Apple Silicon and Intel platforms.
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Mant thanks to Cubik.
Anon9586
@Hibbiki 👍 💗
Clem Blake 
As much as I like Chromium I simply can not use It as the customise fonts feature does not work my font setting will not work on websites where In browsers like Firefox & Waterfox I have no issues, I shouldn't have to use two extension just so I can override website fonts I can't believe that this issue has been ignored for so long.
Anon9588
@Hibbiki, @Marmaduke, @Jerry
Thank you very much for the updates 121.0.6167.185 for Win64bit. Realized very quickly. And everything is immediately indicated correctly as up-to-date. With kind regards.
Anon9589
@Marmaduke,
Thank you for the 121.0.6167.185 (1233107) 64-bit Windows build release.
With kind regards,
Anon9590
Ty Marmaduke for update
Anon9591
@Jerry
False alarm. You can't always believe everything you read on Google. Google is playing its joke on us. Version 121.0.6167.185 is still up to date. Google has corrected this again.
@Anon9591
Version 122.0.6261.39 is current Early Stable release, it always goes out a week before Stable and functions as a intermediate between Beta and Stable, only certain (low) percentage of Stable users are updated to Early Stable.

Whether @Jerry wants to consider Early Stable releases as up-to-date on this site is up to them of course. Personally, I do not care much for them and will only build once Stable version is out.
The official Github site has the latest Chromium v121.0.6167.184 for Mac available for the Apple Silicon and Intel platforms.
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
admin
@Hibbiki ang guys,

I have always tried to get the information regarding the latest stable version of Google Chrome. It has always worked well with the powerful Omaha Proxy service. But since its death in 2023, I have tried various official APIs (Chromium Dash, Chrome History Version, Chrome Platform Status). Results were consistently bad due to the Extended Stable and Early Stable versions. I see a lot of errors on the Web. From now on, I chose to use the official Chrome Releases blog. 😉

Thank you all for your work and support.
Anon9595
Can we expect an android update soon, Marmaduke?
Quick FYI. I started rolling updated builds, but I have hit a right-click context menu issue with a couple of v124 checkouts from today. Fun.

I will poke at the issue and hopefully have updated builds done in the next few days.
@The Chromium Authors

Stop taking the piss and sort out the GMB buffers leak:

diff --git a/chrome/VERSION b/chrome/VERSION
index e7c7542..a918d1e0 100644
--- a/chrome/VERSION
+++ b/chrome/VERSION
@@ -1,4 +1,4 @@
MAJOR=122
MINOR=0
BUILD=6261
-PATCH=56
+PATCH=58
diff --git a/chrome/build/linux.pgo.txt b/chrome/build/linux.pgo.txt
index f438864..99802ce 100644
--- a/chrome/build/linux.pgo.txt
+++ b/chrome/build/linux.pgo.txt
@@ -1 +1 @@
-chrome-linux-6261-1708184559-dc8779874f6e019857fa726035bda28b43304c3f-eec584c534302bf91cb20498a3d07a7c8f30d8a0.profdata
+chrome-linux-6261-1708268232-3418a9d4663369c71f975e83bd362c3a1fd425f7-18cb7200418c3959f4dbf168935389b6be28c494.profdata
diff --git a/chrome/build/mac.pgo.txt b/chrome/build/mac.pgo.txt
index 3dd3a77..02e444e 100644
--- a/chrome/build/mac.pgo.txt
+++ b/chrome/build/mac.pgo.txt
@@ -1 +1 @@
-chrome-mac-6261-1708184559-6cbea852d356ef0dfc9922b5313d9a46e1c13c2e-eec584c534302bf91cb20498a3d07a7c8f30d8a0.profdata
+chrome-mac-6261-1708268232-7dce920f74665cf2e7f5ddb7a025a91a3586299d-18cb7200418c3959f4dbf168935389b6be28c494.profdata
diff --git a/chrome/build/win64.pgo.txt b/chrome/build/win64.pgo.txt
index 1eb4c15..d89775b 100644
--- a/chrome/build/win64.pgo.txt
+++ b/chrome/build/win64.pgo.txt
@@ -1 +1 @@
-chrome-win64-6261-1708184559-2abfd14763019ebbaafde7e45adb95da337107f1-eec584c534302bf91cb20498a3d07a7c8f30d8a0.profdata
+chrome-win64-6261-1708268232-d223cff55e70b75e50f057c5e3ef85dffa788160-18cb7200418c3959f4dbf168935389b6be28c494.profdata
Anon9598
I think the link to Thorium for Windows should be updated to https://github.com/Alex313031/Thorium-Win/releases.
The author plans to deprecate Thorium-Linux-AVX2, Thorium-SSE3, and Thorium-Win-AVX2 repos.
@RobRich
Thanks for keeping us up-to-date. Glad I wasn't the only one running into issues, new material design is weird to say the least.
Also just a heads up, V8 patches from your repo are out of date I think, I've been modifying mine for a few months now instead.
@justclueless I narrowed down my current issue to Chromium's Wayland graphics support on Linux. I might have a recent suspect commit, though i still need to revert it to further evaluate. At least that means Windows is not likely affected, so I might get to rolling those today or tomorrow. I might have updated Windows patches as well.

I will take a look to see if it needs updated, though note the V8 patch is just to change mismatches in V8's own profiling from errors to warnings. I am not even sure the issue is present on native Windows builds, but it does affect my Windows cross builds on Linux.
Anon9601
@Hibbiki
Thank you very much for the update 122.0.6261.58 for Win64bit - the final stable is good that way. Realized very quickly.
Fixed the context menu issue with Wayland, As expected I had to revert the following commit:

https://chromium.googlesource.com/chromium/src/+/0e7a5fe1723b8b0e9c31216d51d6d04c4f478165

I will need to submit a bug report. In the meantime I will proceed with rolling updated builds.
Then again, maybe not. I forget to re-enable Wayland support. Still happening. Grrr. It is likely something in Ozone. Get to dig deeper.

Anyway, I will proceed with rolling Windows build updates.
Anon9604
@Marmaduke,
Thank you for the 122.0.6261.56 (1250580) 64-bit Windows build release.
With kind regards,
@RobRich
Yeah, V8 patch is to just stop it from crashing during the build.
I've actually been cross-compiling windows builds using WSL2. I haven't compiled using windows for quiet some time now lol
Thanks for your update linux patches! Will take a look at them soon.
Hello ,

i am in Windows 7 64bit and latest build is 109.
there should be Passkey support starting from Chrome 108, but i cannot see it on Chromium for certain sites.

Do i need a special version of Chromium? it seems i have installed googled-version-64bit-109. thanks.
Win64 AVX2 updated. Win64 AVX cooking. Diffs in my repo. Only like a couple of changes. Please let me know if spotting any significant regressions as I rarely spend much, if any time on Windows benchmarking these days.

For those using StaZhu HEVC patches, you will need to revert a couple of third_party/ffmpeg commits until his patches are updated.

git revert  --no--commit 79a88d33936007f95568ae1b39536d8452cd7366
git revert  --no--commit 6915066451d11ce31802789b1246d0c30e17ca03

One is to drop a couple of older codecs, while the other is a source format update, so no real concerns with either being reverted for now.

https://chromium.googlesource.com/chromium/third_party/ffmpeg

Do the reverts and proceed with the usual HEVC patch process.

----------------

I *might* update the Win64 AVX512 experimental build later this weekend. Probably the usual AVX512 baseline, plus maybe a Zen 4 build as I recently sorted out the actual instruction set differences between the two targets.

----------------

@justclueless The latest Linux patches were more or less just migrating back to -march for ongoing testing. I will likely end up changing them back to -mtune and manually setting the desired instruction sets.
@rich Being straight to the point, sticking with Chromium 109 is not really a good idea from a security standpoint.

There is Supermium, which is a project based upon a modified Chromium codebase to continue older OS support. I have no experience with the particular project. AFAIK, the primary dev has been involved with other efforts to extend software support on older Windows versions. YMMV.

https://github.com/win32ss/supermium

Firefox ESR is getting security updates to later this year. SeaMonkey is still supporting Windows 7 as well, though I not sure if the devs will be following the Firefox ESR schedule.

Pale Moon is still supporting Windows 7. It is a long-since divergent fork of Firefox, and AFAIK, there are not currently stated plans to discontinue Windows 7 anytime soon.... perhaps for many months or even years.
Clem Blake 
RobRich regarding your build of Chromium the sync feature does not work even though the ability is there to sign In to Google If you could fix this In the next update that would be great.
@Clem Blake Sync is possible, but you would need to set your own Google API keys as I do not bundle them. Jerry has a section further up the page detailing the process if interested.
what happened to JIT, webRTC, WebGL controls in Marmaduke Win x64 Portable ?
@RobRich
Thanks, I edited them for Zen3 myself.
Anon9614
What does "chrome://settings/content/javascript-jit removed in favour of Chrome's chrome://settings/content/v8" mean ?
@justclueless Figured. :)

@Anon9614 You can configure V8 optimizations for JavaScript on a per site basis now. For example, you could allowlist domains you trust to use JIT optimizations for better performance, while having all other domains default to the slower, yet more hardened V8 interpreter.
Copy-and-paste from my GitHub repo....

----------------

If anyone is hitting:

../../base/json/json_reader.cc(119,7): error: no member named 'string_viewToRustSlice' in namespace 'std'; did you mean 'StringPieceToRustSlice'?

Try applying this revert:

git revert --no-commit c1bbf32e1e83a4cc579247a9755aa9913d1badc9

I have reported the issue.

----------------

Windows 64 AVX-512 experimental build:

v124.0.6323.0-r1264984-win64-avx512 Latest

Windows 64 AVX-512 AMD Zen 4 experimental build:

v124.0.6323.0-r1264984-win64-avx512-znver4

The znver4 build explicitly targets AMD Zen 4 instructions and tuning. Assuming the build work, it probably will run on Intel Ice Lake and later procs having support for the same instructions, though note the instruction tuning might be sub-optimal. YMMV.

https://en.wikipedia.org/wiki/AVX-512

These AVX-512 builds are likely to remain experimental for the foreseeable future, as I do not have a local system with AVX-512 support for further testing at this time.

----------------

I will try to get updated Linux builds pushed this week. Maybe Monday or Tuesday.
Anon9618
Hello RobRich,

Some environment change with this new version 124.0.6320.0.
But bugs too...
Chromium no longer opens pdf files even though the option is checked...
For example
https://agriressources.fr/fileadmin/user_upload/Auvergne-Rhone-Alpes/177_Eve-agriressources/fertisols/RESSOURCES/Diagnostic/EU_Le_drop_test_guide.pdf
The file opens with other browsers...
@Anon9618 Confirmed the PDF issue. It is a revision issue as PDF rendering is working in a later r1264984 internal build.

I need really to roll Linux build updates today or tomorrow anyway. I will try to roll Windows AVX/AVX2 build updates with them.
Various builds updated. :)
Anon9621
Thanks a lot for the updated builds, Rob
The official Github site has the latest Chromium v121.0.6261.69 for Mac available for the Apple Silicon and Intel platforms.
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
nomasknovaxnofear 
Many thanks for latest AVX2 Portable, RobRich.
Anon9624
@Hibbiki
Thank you very much for the update 122.0.6261.95 for Win64bit.
Clem Blake 
@Hibbiki Thank you for the latest chromium windows 64bit sync build keep up the great work.
Anon9626
@Marmaduke,
Thank you for the 122.0.6261.95 (1250580) 64-bit Windows build release.
With kind regards,
What happened to pdf-plugin-name flag ?
Anon9628
when might we see an Ungoogled AVX2 build?
The official Github site has the latest Chromium v121.0.6261.94 for Mac available for the Apple Silicon and Intel platforms.
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Anon9630
@Hibbiki
Thank you very much for the update 122.0.6261.112 for Win64bit - there so fast.
Anon9631
@Marmaduke,
Thank you for the 122.0.6261.115 (1250580) 64-bit Windows and Linux builds release.
With kind regards,
`Marmaduke
Thanks for the Mac Intel version of the latest Chromium build.
Are there any Chromium changelogs somewhere?
I wasn't able to find any (maybe because I'm a bad searcher).
Anon9634
@Harmand,
Logs between the previous and latest stable version (for windows, mac and linux):
https://chromium.googlesource.com/chromium/src/+log/122.0.6261.94..122.0.6261.112?pretty=fuller&n=10000
@Marmaduke
Thx for latest 122.0.6261.115 64-bit Windows build release. All fine...
The official Github site has the latest Chromium v121.0.6261.111 for Mac available for the Apple Silicon and Intel platforms.
https://github.com/ungoogled-software/ungoogled-chromium-macos/releases/
Usual builds in the listings updated. Linux Zen2 build here:

https://github.com/RobRich999/Chromium_Clang/releases/tag/v124.0.6351.0-r1270729-linux64-deb-znver2

Hoping to get Win64 AVX-512 builds rolled on Monday.
Anon9638
Hello. Can Marmaduke release keep passwords at exit/restart?
Anon9639
@Anon9638
If you have enabled "disable encryption" in flags, set back to default or wait for the next release (ungoogled chromium issue: https://github.com/ungoogled-software/ungoogled-chromium/issues/2751 )
New (12.03.2024 - 1 hour ago): ungoogled-chromium-122.0.6261.126-3_Win64.7z - https://github.com/macchrome/winchrome/releases/tag/v122.6261.126-M122.0.6261.126-r1250580-Win64 - "Fix disable encryption caused by OSCrypt async DPAPI key provider - https://github.com/ungoogled-software/ungoogled-chromium-windows/commit/85be91b3ac71fbeaec121bbf13472d9b431ccd9c"
Anon9643
@Hibbiki
Thank you very much for the update 122.0.6261.129 for Win64bit.
Anon9644
@Anon9639

I think you mean something else because I experiece it for months on end.
The issue is every time I exit the browser I need to import the passwords.

Can browser retain passwords?
Anon9645
@Marmaduke,
Thank you for the 122.0.6261.129 (1250580) 64-bit Windows builds release.
With kind regards,
Anon9646
Tip: to disable the "Chrome Retrash 2023" UI in 123...+ in addition to #chrome-refresh-2023 now you also need to set the #customize-chrome-side-panel flag to "Disabled", otherwise it will be ignored and the "new" theme will be enabled. Total degeneracy.
@Marmaduke,
If you dont like that users of your Chromium releases are reporting a bug just say so but dont block them.
@Aftergit you're not the first but you're not the last to be blocked by @marmaduke. I was banned from his repository back in 2023 for the exact same thing as you - I reported problems and he didn't like it - he banned me, but that's how he is - arrogant and doesn't care about other opinions.

@marmaduke is a modern dictator.
He lives at the attic of his mom house thinking he own the world because he can build a release from a repo that he not even contribute to.
I will buy him a lolipop maybe he relax a bit and comes back to earth.
Anon9650
Thanks @Anon9646

That is exactly what I was looking for. I didn't like the new look.
Anon9651
Browser crashes when on any page with "Ungoogled Chromium" - This Page or https://github.com/ungoogled-software/ungoogled-chromium.
I think some words trigger's some process IDK.
I use Marmaduke/macchrome Windows x64 Portable on Windows 11

Leave few words!
  • Advice: To prevent errors, copy/paste your comment to the clipboard (Ctrl+C → Ctrl+V, on Windows) before to send it. For help, use a browser extension like Textarea Cache, Typio Form Recovery or Form History Control.

  • Please read the Privacy policy page.
Sorry, the form is not available on the mobile version!