When screen sharing, the prompt from XDPH for screen sharing appears multiple times, once when you click the screenshare button, and once or twice when you click "Go Live"
What is the expected behaviour?
I expect it to only open the first time.
How do you recreate this bug or crash?
Enter a call
Screen share
Debug Logs
checkForUpdatesAndNotify called, downloadPromise is null
[[38;2;88;101;242marRPC[0m > [38;2;254;231;92mipc[0m] listening at /run/user/1000/discord-ipc-0
[[38;2;88;101;242marRPC[0m > [38;2;235;69;158mwebsocket[0m] listening on 6463
[[38;2;88;101;242marRPC[0m > [38;2;237;66;69mprocess[0m] started
[2024-11-23 17:15:46.280] [venmic] [info] [patchbay] (handle) found default metadata: 39
[2024-11-23 17:15:46.280] [venmic] [info] [patchbay] (meta_update) speaker name: "alsa_output.pci-0000_00_1f.3.analog-stereo"
[2024-11-23 17:15:46.281] [venmic] [info] [patchbay] (get) running venmic 6.1.0
Request Agreement
[X] I have searched the existing issues and found no similar issue
[X] I am using the latest Vesktop and Vencord versions
[X] This issue occurs on an official release (not just the AUR or Nix packages)
Discord Account
mageowl
Operating System
Arch Linux
Linux Only ~ Desktop Environment
Hyprland (Wayland)
Package Type
Flatpak
What happens when the bug or crash occurs?
When screen sharing, the prompt from XDPH for screen sharing appears multiple times, once when you click the screenshare button, and once or twice when you click "Go Live"
What is the expected behaviour?
I expect it to only open the first time.
How do you recreate this bug or crash?
Debug Logs
Request Agreement