Describe the bug
On macOS, when the option to hide the recording controls from capture is enabled (hiddenFromCapture / Electron content protection), the Recordly recording control HUD becomes invisible in remote desktop sessions.
The HUD still exists and is visible on the MacBook's physical display, but it is completely hidden from the remote viewer. This makes Recordly look like it has no visible UI when operating the Mac remotely.
This seems to happen because the remote desktop app is also a macOS screen-capture consumer. In my case, NetEase UU Remote (UURemoteService) has the Screen & System Audio Recording permission enabled, so macOS content protection hides the HUD from the remote stream as well as from screenshots/recordings.
To Reproduce
- On macOS, connect to the Mac from another device using a remote desktop app that uses the Screen Recording permission, for example NetEase UU Remote /
UURemoteService.
- Open Recordly and enable the setting that hides the recording controls from capture, or set
~/Library/Application Support/Recordly/hud-overlay-settings.json to { "hiddenFromCapture": true }.
- Open/start the Recordly recording control HUD.
- Compare the MacBook's physical display with the remote desktop viewer.
Expected behavior
The user should still have a way to see and control the Recordly HUD while using remote desktop, or the app should clearly explain that hiding controls from capture will also hide the HUD from remote desktop / screen-sharing clients.
Ideally, there could be a separate remote-control mode, or a setting that makes this tradeoff explicit.
Actual behavior
The HUD is visible on the MacBook's built-in display, but invisible in the remote desktop session. From the remote session, Recordly appears to have no visible UI.
Screenshots
I can provide one if needed. The relevant macOS Privacy & Security panel shows UURemoteService under Screen & System Audio Recording, confirming that the remote-control app is using the same screen-capture path.
Desktop (please complete the following information):
- OS: macOS on MacBook
- Recordly version: v1.3.3
- Remote desktop app: NetEase UU Remote (
UURemoteService) with Screen & System Audio Recording permission enabled
Additional context
Changing ~/Library/Application Support/Recordly/hud-overlay-settings.json to { "hiddenFromCapture": false } makes the HUD visible in the remote session again, but then the control HUD is also visible in the recorded video. So the current behavior is difficult to use when operating the Mac remotely.
Describe the bug
On macOS, when the option to hide the recording controls from capture is enabled (
hiddenFromCapture/ Electron content protection), the Recordly recording control HUD becomes invisible in remote desktop sessions.The HUD still exists and is visible on the MacBook's physical display, but it is completely hidden from the remote viewer. This makes Recordly look like it has no visible UI when operating the Mac remotely.
This seems to happen because the remote desktop app is also a macOS screen-capture consumer. In my case, NetEase UU Remote (
UURemoteService) has theScreen & System Audio Recordingpermission enabled, so macOS content protection hides the HUD from the remote stream as well as from screenshots/recordings.To Reproduce
UURemoteService.~/Library/Application Support/Recordly/hud-overlay-settings.jsonto{ "hiddenFromCapture": true }.Expected behavior
The user should still have a way to see and control the Recordly HUD while using remote desktop, or the app should clearly explain that hiding controls from capture will also hide the HUD from remote desktop / screen-sharing clients.
Ideally, there could be a separate remote-control mode, or a setting that makes this tradeoff explicit.
Actual behavior
The HUD is visible on the MacBook's built-in display, but invisible in the remote desktop session. From the remote session, Recordly appears to have no visible UI.
Screenshots
I can provide one if needed. The relevant macOS Privacy & Security panel shows
UURemoteServiceunderScreen & System Audio Recording, confirming that the remote-control app is using the same screen-capture path.Desktop (please complete the following information):
UURemoteService) with Screen & System Audio Recording permission enabledAdditional context
Changing
~/Library/Application Support/Recordly/hud-overlay-settings.jsonto{ "hiddenFromCapture": false }makes the HUD visible in the remote session again, but then the control HUD is also visible in the recorded video. So the current behavior is difficult to use when operating the Mac remotely.