A way to simulate this is dev/test is to create a local hosts file entry for the domain browser-intake-datadoghq.com and set it to something like 127.0.0.1 or a bogus private address. My blocking is done at a network level, no software on the machines required.  Sites known for collecting private or configuration information have their DNS overridden.  That's what's happening in this case, but normally RUM/telemetry isn't a dependency (intentional or unintentional) in authentication flow or normal operation so I never usually have an issue.   Thanks, tpro   ... View more

I found the root of the issue.  It seems the newer version of Pandora desktop client is making a call to browser-intake-datadoghq.com for telemetry tracking.  Unfortunately when that fails, as in the case of someone that doesn't allow telemetry or tracking, it renders the desktop app useless.  Also, not a free user.  Family Plan for too long to remember. Maybe RUM/telemetry shouldn’t be a dependency injected in the auth flow?  Just a WAG. Moderator Edit: Merged posts ... View more

I've tried it on a second MacBook with the exact same results.  It takes the password, then gives the error above.   I also realized it is throwing the error with an incorrect one also which is pretty telling. I have also fully uninstalled it and reinstalled from the Pandora-16.0.3-universal.dmg available from https://www.pandora.com/desktop.  No active password managers that ever populate the Pandora Desktop App. Works fine in any web browsers on either machine, no problems with the app on my phone.  It's only the macOS desktop app and after it forced an update from within the app on both machines, possibly after the macOS Golden Gate 27.0 update.  I have yet to try it on a non-Silicon / Intel Mac though, but the newest OS I have on one of those machines is Tahoe. Sometimes I will get the following, but I do not try a password reset as it's working everywhere but the desktop app. Thanks, Tim ... View more