xdg-desktop-portal-wlr: Google Chrome {dev,beta,stable} and Chromium crash on Desktop Sharing on xdpw-git

I am on Arch Linux. I have installed xdpw via the AUR package xdg-desktop-portal-wlr-git. The issue seems to disappear if I install the xdg-desktop-portal-wlr release (on pacman).

Using the latest Firefox I can share my desktop without issues (using https://mozilla.github.io/webrtc-landing/gum_test.html).

Different story when trying the same on Chromium-based browsers. I’ve tried with:

  • Google Chrome 103.0.5028.0 dev,
  • Google Chrome 101.0.4951.54 stable
  • Google Chrome 102.0.5005.27 beta
  • Chromium 101.0.4951.54 Arch Linux with the same result:
❯ chromium --ozone-platform-hint=auto
[10745:10771:0504/153214.642087:ERROR:object_proxy.cc(623)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/portal/desktop: org.freedesktop.DBus.Error.InvalidArgs: No such interface “org.freedesktop.portal.FileChooser”
[10745:10771:0504/153214.642103:ERROR:select_file_dialog_linux_portal.cc(242)] Failed to read portal version property
[10745:10745:0504/153214.716937:ERROR:cursor_loader.cc(116)] Failed to load a platform cursor of type kNull
[10780:10780:0504/153214.725585:ERROR:gpu_init.cc(481)] Passthrough is not supported, GL is egl, ANGLE is 
[10745:11011:0504/153228.517111:ERROR:egl_dmabuf.cc(569)] Failed to record frame: Error creating EGLImage - EGL_BAD_ALLOC
[10745:11011:0504/153228.517127:ERROR:shared_screencast_stream.cc(716)] Dropping DMA-BUF modifier: 72057594037927940 and trying to renegotiate stream parameters
[0504/153228.526044:ERROR:elf_dynamic_array_reader.h(64)] tag not found
zsh: illegal hardware instruction (core dumped)  chromium --ozone-platform-hint=auto

I attach the /lib64/xdg-desktop-portal-wlr -l DEBUG -r output here. debug.txt

Let me know if you need other info or debug stuff.

About this issue

  • Original URL
  • State: closed
  • Created 2 years ago
  • Comments: 16 (2 by maintainers)

Most upvoted comments

@grulja Can you please check if #207 selects the right device?

I will, but I might not have time to test it today so it will have to wait until the next week.

I can confirm OBS (from master, with -DENABLE_BROWSER=OFF -DENABLE_AJA=OFF -DENABLE_VLC=OFF) PipeWire capture is working.