When custom browser dock is in focuse, "Alt+Space" combination freezes BroadcastChannel communication on it #413
Labels
No labels
area/accessibility
area/dependency
Confirmed
Crash Report
Delayed
Design Issue
Duplicate
Feedback required
Good first issue
kind/bug
kind/cleanup
kind/enhancement
platform/linux
platform/macos
platform/windows
priority/high
Question
Request for Comments
Seeking Other Contributors
Seeking Testers
Won't Fix / By Design
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gh-obsproject/obs-browser#413
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Operating System Info
Windows 10
Other OS
No response
OBS Studio Version
29.0.2
OBS Studio Version (Other)
No response
OBS Studio Log URL
https://obsproject.com/logs/dZfbyqtAbyc0JJki
OBS Studio Crash Log URL
No response
Expected Behavior
I have a custom browser dock that communicates with some browser sources using JS BroadcastChannel object.
I expect communication to continue all time, regardless of whether any program menus are open.
Current Behavior
When dock is in focuse, "alt+space" key combination will open a dropdown menu (what's expected) and also make the dock to stop receiving and sending messages through BroadcastChannel object.
Steps to Reproduce
Add a timer browser source to any scene (https://kravchenkoandrey.github.io/obs_tournament_web_overlay/timer)
Add a custom browser dock with a dashboard (https://kravchenkoandrey.github.io/obs_tournament_web_overlay/tournamentDashboard)
Set any time to the top text input (1) and click "play/pause" button

Timer in the browser source will start updating every second, until you click to any place on the dock and press "alt+space" combination
Anything else we should know?
The issue does not reproduce in the chrome browser. Therefore I think that this is OBS problem.
Noting here on Windows that
Spaceis not even required for this issue. Simply hitting Alt after clicking Play/Pause causes this freeze. Updates resume as soon as another input is made. This can include clicking the dock, another part of OBS, swapping focus to an entirely different app, or even hitting Alt a second time.Also interestingly of note, ALL OBS windows stop reacting to hover state changes during this freeze, including Windows title decorations. I suspect something in the Qt event or input processing.
This is still occurring as of 30.2.0 beta4.
The Twitch.tv browser source rendering will now freeze. Audio still plays.
Do you need to press (and release)
Altor press (and hold)Alt? Does this also happen in cefclient?Unsure what you mean by "does it happen in cefclient?".
It's a single alt press. Then it freezes. Next alt press, it unfreezes.
I've tested latest v29, v28 v27 - and the latest v30.2 beta and latest v30.1
All same behaviour.
cefclient is the CEF client implementation example. I'm asking if it also experiences the same issue as a point of verifying if this occurs in CEF itself or if it's due to something in our implementation.