Screen sharing fails in v3.2.3: The new share picker (hyprland-preview-share-picker) returns selection -1

[Gad-MA]

System details

AMD Ryzen 7 4800H, NVIDIA GeForce GTX 1650, Omarchy 3.2.3

What's wrong?

After updating to Omarchy 3.2.3, screen sharing functionality (Google Meet via Firefox, Discord, etc.) stopped working completely. When initiating a screen share, the window/screen selection dialog never appears, and the request fails immediately.

Investigating the xdg-desktop-portal-hyprland logs reveals that the session is destroyed instantly with SHAREDATA returned selection -1, indicating the picker binary is failing to launch or crashing immediately.

I identified that the issue is caused by the switch to the new hyprland-preview-share-picker in the default configuration. Reverting to the legacy picker resolves the issue.

Logs

Output from xdg-desktop-portal-hyprland during the failed attempt of sharing my screen in a google meet using firefox:

[LOG] [toplevel] (activate) locks: 2
[LOG] [screencopy] New session:
[LOG] [screencopy]   | /org/freedesktop/portal/desktop/request/1_56/webrtc_2037842160
[LOG] [screencopy]   | /org/freedesktop/portal/desktop/session/1_56/webrtc_session517802545
[LOG] [screencopy]   | appid: firefox
[LOG] [screencopy] SelectSources:
[LOG] [screencopy]   | /org/freedesktop/portal/desktop/request/1_56/webrtc1117726608
[LOG] [screencopy]   | /org/freedesktop/portal/desktop/session/1_56/webrtc_session517802545
[LOG] [screencopy] restore data invalid / missing, prompting
[LOG] [screencopy] SHAREDATA returned selection -1
[LOG] [screencopy] Session destroyed

The Fix / Workaround

The issue was resolved by editing xdph.conf (located in ~/.config/hypr/) to revert the picker binary to the original hyprland share picker.

Faulty Configuration (Default in 3.2.3):

screencopy {
    custom_picker_binary = hyprland-preview-share-picker
    allow_token_by_default = true
}

Working Configuration:

screencopy {
    custom_picker_binary = hyprland-share-picker
    allow_token_by_default = true
}

[ryanrhughes]

@Gad-MA this appears to be an isolated problem. Could you try running hyprland-preview-share-picker in a terminal window and see if the picker appears or if there are any helpful logs there to rule out browser interference?

[Gad-MA]

You are right, it turned out the hyprland-preview-share-picker binary wasn't installed correctly. Re-installing it from AUR fixed it.

[bananf1zk]

I have had the exact same issue, worked for me as well to re-install hyprland-preview-share-picker from AUR

[xvusrmqj]

Another data point: preview picker fails on AMD too, stock picker works
▎
▎ Same symptom as the OP on Omarchy 3.2.3 / Hyprland 0.56.2, but on AMD Renoir (Radeon Vega, no NVIDIA): every app (Feishu desktop + Feishu web in Chromium) showed the share picker with an empty Outputs tab, and the picker couldn't be closed. Window sharing worked; entire-screen sharing was impossible.
▎
▎ Details worth adding to the investigation:
▎ - Both generations of hyprland-preview-share-picker fail here: the old Qt build (0.2.1 from AUR) and the current hyprland-preview-share-picker-git 0.2.1.r0.g211b789-1 from the Omarchy repo (GTK4/Rust rewrite — it logs gtk_flow_box_set_max_children_per_line: assertion 'n_children > 0' failed, i.e. zero outputs found).
▎ - Its own strings show it queries monitors via the Hyprland IPC socket (unable to get monitors from hyprland socket), and that socket works fine — hyprctl monitors -j and a raw j/monitors query return healthy JSON.
▎ - The stock hyprland-share-picker shipped by xdg-desktop-portal-hyprland 1.4.1 works perfectly.
▎
▎ Fix: removed custom_picker_binary = hyprland-preview-share-picker from ~/.config/hypr/xdph.conf and restarted the portal services — entire-screen sharing works again. Unlike the OP, reinstalling the picker did not help, so the earlier "just reinstall" advice doesn't cover this case.

this is ai summarise.