Arch Linux User Repository

The last update corrupted Brave title bar etc on Mesa drivers (6800xt).

Not sure if same on NVIDIA. Probable Mesa-Git to blame. (confirmed, normal mesa22 is fine)

Ok, I finally noticed the "something else" from "fails to open a window". I'm running LXQt over openbox with multiple "desktops". When brave "fails to open a window", actually, it did open a window, but not on the active desktop, and then, the panel, in this case, also fails to recognize that brave has opened a window on an inactive desktop and display a new tab in the panel for this new window. brave is the only app that I've seen do this with LXQt, but probably cannot blame brave.

Sorry about the noise.

Thanks for your note. Sorry about the time delay.

$ glxinfo
name of display: :0
Error: couldn't find RGB GLX visual or fbconfig

Umph. After reading-up on this, and noting that I'm running two different Xorg servers simultaneously, one on an Nvidia, one on a Radeon, I see in the Xorg log for the Radeon device "Loading /usr/lib/nvidia/xorg/libglx.so", even though ServerLayout and Screen sections have been explicitly configured to select only the Radeon device. That seems like an Xorg bug to me, and nothing to do with brave-beta-bin, of course.

Explicitly setting "-modulepath /usr/lib/xorg/modules" on the Xorg command line solves the problem, and no more complaints from brave-beta.

Apparently, some versions of brave-beta - for instance brave-beta-bin 1.37.84-1 - again work despite the libglx issue. And, at the moment, and after fixing the libglx problem, for instance brave-nightly-bin 1.38.29-1 will run but now fails to open a window. But that is brave-nightly. Still, there may be something else going on here. For the moment, brave-beta is behaving as expected.

I doubt it. I'm not seeing that.

Try a glxinfo and see if your glx is working.

After a recent system upgrade, when starting brave-beta, lots of messages:

ERROR:gl_surface_egl.cc(808)] EGL Driver message (Critical) eglInitialize: GLX is not present.

and

ERROR:angle_platform_impl.cc(44)] Display.cpp:940 (initialize): ANGLE Display::initialize error 12289: GLX is not present.

and the browser window never opens.

From brave-beta support, I see:

"I maintain that aur. It turns out that chromium now ships their own libEGL and libGLES. ... I’ve updated the AUR to pull those files from chromium."

But, brave-nightly works normally.

Is there some problem again with these libraries?

it would be good to have also the user flags https://aur.archlinux.org/cgit/aur.git/tree/brave-bin.sh?h=brave-bin#n5

This is now also fixed in brave-nightly-bin at https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=brave-nightly-bin#n44

Doesn't work with linux-hardened, presumably because of CONFIG_USER_NS_UNPRIVILEGED!=y.

% zgrep CONFIG_USER_NS_UNPRIVILEGED /proc/config.gz
# CONFIG_USER_NS_UNPRIVILEGED is not set
% brave-beta
[72909:72909:1021/004455.869326:FATAL:setuid_sandbox_host.cc(158)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/brave.com/brave-beta/chrome-sandbox is owned by root and has mode 4755.
/opt/brave.com/brave-beta/brave-browser: line 48: 72909 Trace/breakpoint trap   (core dumped) "$HERE/brave" "$@"
% ls -l /opt/brave.com/brave-beta/chrome-sandbox   
-rwxr-xr-x 1 root root 237728 Oct 20 23:30 /opt/brave.com/brave-beta/chrome-sandbox
% 

The stable package brave-bin addresses this here https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=brave-bin#n51 with

# allow firejail users to get the suid sandbox working
chmod 4755 "$pkgdir/usr/lib/brave-bin/chrome-sandbox"

Updated the PKGBUILD with todays beta: https://pastebin.com/jfHegT2r

I don't think it conflicts with brave-bin.