Community

I believe I have identified a reproducible issue with Remote Utilities Host 2.0.1 for macOS that is specifically related to macOS turning off the display due to inactivity.
Configuration
• Remote Utilities Viewer: 2.0.1 for macOS
• Viewer OS: macOS Tahoe
• Remote Utilities Host: 2.0.1 for macOS
• Host OS: macOS Sequoia
• Host display configuration: Two monitors
• The Main display is an Apple Studio Display
• Both Full Control and View Only are affected
• The same Mac Viewer connects normally to my Windows Remote Utilities Hosts
Problem
When the Mac Host’s displays are turned off by macOS due to inactivity, Remote Utilities can apparently reach the Host, but the remote desktop session does not finish initializing.
Both Full Control and View Only display a gray screen with a continuously spinning progress indicator.
The Host Mac itself does not appear to be asleep. While Remote Utilities is sitting at the gray screen with the spinning indicator, I can successfully ping the Mac from another computer on the same LAN.
During one of these failed Remote Utilities connection attempts, I received:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss)

Approximate round trip times:
Minimum = 0ms, Maximum = 1ms, Average = 0ms
This indicates that the Mac remains awake/reachable on the network while the Remote Utilities screen session is failing to initialize.
macOS Power Settings
I also checked the Host’s actual power-management configuration using pmset -g:
standby              0
Sleep On Power Button 1
autorestart          0
powernap             1
networkoversleep     0
disksleep            0
sleep                0
ttyskeepawake        1
displaysleep         20
tcpkeepalive         1
lowpowermode         0
womp                 1
The important point is that:
sleep        0
System sleep is therefore disabled. The Mac remains awake while only the displays are being turned off.
The Host also has the required macOS Screen & System Audio Recording and Accessibility permissions enabled for Remote Utilities.
Steps to Reproduce
1. On the macOS Host, set System Settings → Lock Screen → Turn display off when inactive to a timed value, such as 20 minutes.
2. Leave the Mac unattended until macOS turns the displays off.
3. Attempt to connect to the Mac using Remote Utilities Viewer 2.0.1.
4. The Viewer reaches the Host, but Full Control or View Only remains at a gray screen with a continuously spinning progress indicator.
5. The Mac remains reachable over the network during this condition.
6. Wake the Host’s displays locally.
7. Remote Utilities can then display/connect to the remote desktop normally.
Workaround / Confirmation
I have been able to reproduce and eliminate the problem by changing one macOS setting.
If:
System Settings → Lock Screen → Turn display off when inactive
is set to any timed value, Remote Utilities fails after the displays have turned off.
If I change this setting to:
Turn display off when inactive → Never
Remote Utilities continues to connect normally, including after the Mac has been left unattended for an extended period.
Changing the setting back to a timed value allows the problem to return once the displays turn off.
This behavior has been repeatable.
Additional Display Information
The Host is running a dual-monitor configuration, and one of the connected displays is an Apple Studio Display.
I am including this detail because the issue appears specifically tied to the macOS display-off state, rather than system sleep or loss of network connectivity. It is possible that the Apple Studio Display, dual-monitor configuration, or the way macOS handles display sleep/wake with this hardware is relevant to the screen-capture initialization problem.
Summary
The evidence appears to indicate:
Mac system awake + displays awake → Remote Utilities works
Mac system awake + displays asleep → Remote Utilities gray screen/spinning indicator
Mac system awake + display sleep disabled (Never) → Remote Utilities works consistently
Could you please investigate whether Remote Utilities Host 2.0.1 for macOS is able to initialize its screen-capture session when the Host’s displays are in the macOS display-sleep/off state?
I would be happy to provide Host/Viewer logs or perform additional testing if that would help isolate the issue.