obs-studio icon indicating copy to clipboard operation
obs-studio copied to clipboard

Using pinned Browser Dock freezes all open applications

Open scaramangado opened this issue 3 years ago • 6 comments

Operating System Info

Other

Other OS

Arch Linux

OBS Studio Version

Other

OBS Studio Version (Other)

27.2.0-rc1 (Flatpak, X.Org)

OBS Studio Log URL

https://obsproject.com/logs/PLtZ7gwaUG8kfyE6

OBS Studio Crash Log URL

No response

Expected Behavior

Browser Docks can be used pinned to the main window and floating as a separate window.

Current Behavior

When opening Browser Docks (e.g. Twitch login or adding a custom one) it works fine. After pinning it to the main window I can still interact with my system. Once i click in the pinned dock however, all windows which are already open become complete unresponsive. Fortunately I am able to open a terminal to kill OBS Studio, afterwards all other applications work fine again.

Steps to Reproduce

  1. Launch OBS.
  2. Add a custom browser dock containing any website (e.g. google.com)
  3. (At this point everything works fine, including clicking on links on the website)
  4. Pin the dock to the main window.
  5. (At this point everything still works)
  6. Interact in any way with the pinned browser dock.
  7. Try to click anywhere, no window is responsive.

Anything else we should know?

No response

scaramangado avatar Feb 01 '22 15:02 scaramangado

Followed steps to reproduce and can't reproduce the issue on OBS 27.2.0-rc1 build for Debian 11, Xorg, Pulseaudio. Maybe another distro ?

ogmkp avatar Feb 03 '22 14:02 ogmkp

I installed the new Flatpak version as described in the official forum post: https://obsproject.com/forum/threads/obs-studio-27-2-release-candidate.151781/

My tests were done on Arch Linux with Xorg and I experienced these issues from the first beta release (which at first I only reported on the forum). I used Pulseaudio but switched to PipeWire recently without any change (as to be expected).

From my understanding the Flatpak version should behave differently on diefferent distros, but I could try it in a Debian VM if that helps.

scaramangado avatar Feb 03 '22 16:02 scaramangado

Found some time to test it and indeed it works fine on Debian using the Flatpak. Since there is no output whatsoever when the issue occurs I don't know how to debug this. I'll probably just keep the browser docks floating for now.

scaramangado avatar Feb 08 '22 11:02 scaramangado

I was able to narrow down the circumstances under which this issue occurs. I'm using awesomeWM as a standalone window manager. In an Arch VM with a similar setup I can't quite replicate the same issue, however the browser dock is black there after pinning it.

I then installed KDE both in the VM and on my real system. When using OBS in the full DE the dock works as expected and still does after switching back to the window manager setup. When deleting and recreating the dock, the issue appears again.

If anyone who knows more about Flatpak than me has any suggestions for other things to try, I'm happy to run more tests.

scaramangado avatar Feb 15 '22 17:02 scaramangado

Tagging dependency issue as this sounds like a Qt bug, maybe.

kkartaltepe avatar Apr 01 '22 04:04 kkartaltepe

Please retest in OBS Studio 29.0.2 (or newer). Please provide a new OBS log if this still occurs.

RytoEX avatar Feb 10 '23 17:02 RytoEX