Brave after update doens't work.

[kubatron]

After update to latest Brave Browser Stable Desktop for Fedora 39 via RPM Package - Brave Doesn't work.

Steps to Reproduce

1. Launch cmd or click icon (cmd: brave-browser)
2. Brave lunch blank screen without profiles (screenshot)
3. Brave doesn't work
4. Via cmd brave-browser shows:

kubatron@kubatron:~$ brave-browser
[141488:141488:0422/141136.864921:ERROR:chrome_browser_cloud_management_controller.cc(161)] Cloud management controller initialization aborted as CBCM is not enabled. Please use the `--enable-chrome-browser-cloud-management` command line flag to enable it if you are not using the official Google Chrome build.
[141488:141488:0422/141137.100457:ERROR:profile_attributes_storage.cc(1033)] Failed to PNG encode the image.
[141488:141488:0422/141137.100504:ERROR:profile_attributes_storage.cc(1033)] Failed to PNG encode the image.
[141529:141552:0422/141144.806020:ERROR:ssl_client_socket_impl.cc(879)] handshake failed; returned -1, SSL error code 1, net_error -107
[141529:141552:0422/141144.989221:ERROR:ssl_client_socket_impl.cc(879)] handshake failed; returned -1, SSL error code 1, net_error -107
[141488:141488:0422/141146.922980:ERROR:sharing_service.cc(221)] Device registration failed with fatal error

Actual result:

Expected result:

Brave start with all features. After back to previous version, Brave work fine without any errors and issues.

Reproduces how often:

Easy

Brave version (brave://version info)

1.65.114

Version/Channel Information:

OS: Fedora 39 KDE

[wknapik]

Thanks for the report.

Have you tried starting the browser with a fresh profile? That can be done on the command line with brave-browser --user-data-dir=/path/to/profile/directory (if the path doesn't exist, it will be created; to use a random temporary directory use brave-browser --user-data-dir="$(mktemp -d)").

The idea with this would be to eliminate custom configuration, or extensions as the source of the problem.

I assume you installed by following the instructions at https://brave.com/linux/#fedora-rockyrhel?

[wknapik]

If you're using Wayland, you may be running into https://github.com/brave/brave-browser/issues/37498. This issue is fixed, but the fix hasn't been published on the Release channel yet (should go out on Wednesday).

@rillian described the workaround steps as follows:

There is a known regression with the Preferred Ozone platform experiment (ozone-platform-hint) on Linux systems. When set to 'wayland' or 'auto', browser windows appear empty or are invisible. As a work-around, launch Brave with --no-experiments and set the flag back to 'default' to disable the experiment. To continue using experimental Wayland support, append --ozone-platform=wayland to the command line.

[dsimmons]

@rillian described the workaround steps as follows:

I can confirm that, using Fedora 39 + Sway (Wayland), this temporary workaround does the trick!

[wknapik]

Please retest with 1.65.122. AFAIU, workarounds should no longer be needed.

[solstudioim]

Same with me with latest version on Mac: https://github.com/brave/brave-browser/issues/38511

[rebron]

@kubatron @dsimmons @solstudioim Are you still having issues with our latest 1.69.162?

[dsimmons]

@dsimmons Are you still having issues with our latest 1.69.162?

Negative!

An update not long after the original issue was posted resolved the problem for me, has worked as expected since!

[rebron]

Closing per last the last comment.