Hi, after updating to 27.0.1 today, the bypass from last week stopped working.
This is extremely frustrating. Over the past week, I have spent hours trying to resolve the issue.
There must be a way to fix that issue.
Hi, after updating to 27.0.1 today, the bypass from last week stopped working.
This is extremely frustrating. Over the past week, I have spent hours trying to resolve the issue.
There must be a way to fix that issue.
today i updated to 27.0.1 and i can see again my devices on roon macbook
I run Roon Server on ROCK, not MacOS, and my BOwers & Wilkens Formation products have all disappeared (but show up as they are in the B&W app). B&W had a software update, also, so I was/am confused, but the rest of our devices are all Mac, so Iâm guessing this issue is also affecting clients?
And thatâs where this different issue is. Roon is aware and working with B&W:
Every macOS update since Sequoia required the workaround of toggling the local network permissions for Roon off and back on. Did you do that?
Itâd be very interesting if the 27.0.1 update fixed the issue I worked around⌠My improvement better isolates us from breakages like this.
I edited the title of this topic from 27.1 to 27.0.1 for clarity as 27.1 doesnât exist, so surely the OP doesnât have it.
There is another issue here that doesnât have anything to do with B&W, IMHO â Namely, using a Roon client on Golden Gate doesnât work consistently. I can get it to work on from one machine, but only after a fresh restart. My other machine â same network â canât connect. Using the iOS client works just fine (but my B&W speakers/zones donât appear, which is what we have been talking about here).
Environment:
Roon Server (ROCK) on dedicated NUC, RoonOS 2.1 (build 271), wired Ethernet, static IP 192.168.1.221
Roon Remote on two Macs, both freshly upgraded to macOS 27 Golden Gate (now on 27.0.1)
Network: UniFi Dream Machine SE gateway, multiple managed switches, flat network (no VLANs)
Symptom: Remote shows ROCK correctly (right name, IP, version) but hangs at âInitializingâŚâ / âConnectingâŚâ and never completes. Works briefly immediately after a full system restart, then degrades.
Steps taken, in order:
Flushed local DNS/mDNS cache (dscacheutil -flushcache; killall -HUP mDNSResponder) â temporarily restored connection, confirming it wasnât a DNS/discovery resolution issue, but didnât hold.
Verified UniFi network settings were not the cause:
IGMP Snooping: confirmed off
Gateway mDNS Proxy: confirmed set to Auto
Ruled out VLAN segmentation (none configured â flat network)
Applied the documented Terminal workaround for Golden Gateâs Local Network Privacy enforcement:
sudo defaults write com.apple.network.local-network AllowedEthernetLocalNetworkAddresses -array "192.168.1.0/24" "224.0.0.0/4"
Full restart after each change. Tried both subnet-wide and host-specific (192.168.1.221/32) scoping. Verified the setting persisted correctly via sudo defaults read com.apple.network.local-network. No improvement â same stall behavior.
Checked System Settings â Privacy & Security â Local Network: only Roon.app is listed. RoonAppliance.app and RAATServer never appear in this list at all, despite the main app being present and allowed.
Checked Firewall settings: Roon.app, RoonAppliance.app, and RAATServer are all correctly present and set to âAllow incoming connectionsâ â ruled out the firewall as the blocker.
Performed a full clean uninstall and reinstall of Roon Remote, including removing /Applications/Roon.app, ~/Library/Application Support/Roon, ~/Library/Caches/com.roon.*, ~/Library/Logs/Roon, preference plists, and any LaunchAgents â to force a fresh permission registration attempt. No Local Network permission prompt appeared for RoonAppliance/RAATServer on first launch after reinstall â same stall behavior persisted.
Updated to macOS 27.0.1 â issue persists unchanged.
Conclusion: This appears to match the broader Golden Gate bug reported by other third-party developers (Moonlight-Qt, LightBurn, Codex Desktop, Ghostty, TrguiNG) where certain helper/child processes never trigger macOSâs Local Network permission prompt at all, regardless of the parent appâs permission state, Terminal-level network exemptions, or a clean reinstall. RoonAppliance and RAATServer specifically never register in Local Network privacy on this setup, which appears to be the root blocker.
Current workaround: Using Roonâs iOS app as the primary remote, which connects reliably.
Open a new support request if you havenât. Posting here in the user discussions in Roon Software Discussion wonât do anything. (Copy your detailed analysis from here to the new support case)
You could also try clicking the Select a different Roon server button, if you have it, in the remote that canât connect. If this helps, then this happens sometimes and is not new to 27.x.
Just to say I updated to MacOS27.0.1 and Roon 2.73.1 today and everything seems fine. I run Roon on a Macmini but it can âseeâ my other Macs and my Sonos Roam as endpoints, and my iPad andiPhone work fine as control points.
I just updated to 27.2 (beta) and Roon (2.73) (2.73.1 EA Hotfix build 1697).
No workarounds required at all. It simply just works.
2.73 or 2.73.1 (with the hotfix)?
Build 1697 EA is 2.73.1 ⌠see âŚ
Iâve updated your post.
So have all the issues been fixed with latest update? Safe to update my MacBook and iPhone?
The traditional necessity of having to toggle the network permissions havenât been fixed, but they seem no worse than before.
Other than that, macOS and iOS have enough issues of their own, independently of Roon. Mission Control on macOS is more or less completely broken. WiFi reception on iOS is worse at least for some people. As always, the safe approach is waiting for 27.2 in November/December or googling for âmacOS 27 issuesâ etc and deciding for yourself.
I have an M4 Mini, M1Pro Macbook and iPhone 17 all updated with none of those problems so it is not like that for every user. Roon and ARC are both running great for me at the moment.
Well the broken Mission Control at least is on all Mac sites and was already widely reported during Beta. The WiFi problem seems less frequent but it exists (I have it).
But thatâs why I said nothing beats looking for oneself and making oneâs own judgement. (The question was if all issues are fixed and they arenât).
As for the Roon issues, yes they are largely fixed but not the old one with the permissions, at least occasionally, and there are enough reports on the forum. Anyway, this probably never affected everyone on every update, but often enough.
There is another 2.73(.2) release coming out today or tomorrow thatâll fix the tvOS issues and a couple other issues around airplay. Hopefully we are getting closer to Roon running smoothly regardless of what Apple does ![]()
Apple âChallenge accepted".