Hooray! Glad to see it's working now.

I have logged FB16495166 as well. Please feel free to set it as a duplicate of FB16398210

I'm also hitting into this same issue (unable to add a VM's Provisioning UDID to the developer portal). Would it be worthwhile to file an additional feedback issue, or just watch this thread for updates to FB16398210?

I don’t think this is an apple issue that you are encountering. We have had no issues from any of our networks or build machines since the original issue was resolved over a year ago. As Quinn mentioned, this appears to be a networking issue on your own network. I would suggest reaching out to your IT and security teams and see what changes they made on July 18th to determine if there may be new firewall rules that they recently put into place that are preventing access to the time stamp service. I know that many organizations will try to “lock down” their networks - particularly those networks that have access to source code - and this can cause problems with the time stamping and notarization services. In fact, just a few months ago, my own organization did a firewall rule review, updated some rules, and broke our access for timestamping and notarization. we had to re-request our firewall exemptions to our internal security team to allow the signing and notarization to work again. But the most important thing is, this is doesn’t look like an apple issue, and there is nothing that can be done from apples side to resolve it. I would suggest working with your company help desk, IT, and/or security teams to resolve this issue. The document at https://support.apple.com/en-us/HT210060 is likely a good place to start for what endpoints need to be available from your network (there may be additional endpoints - for example, I don’t see timestamp.apple.com on that list - we just ensure that we can access everything on 17.0.0.0/8 and have had no problems). If, after working and ruling out your own organizations networking issues, there continues to be a problem, I suggest you open a developer support incident with apple - this thread is for a completely separate issue from over a year ago that has been resolved - and there are MANY people on this thread who do not need to be getting notifications of your corporate firewall issues.

It isn't needed - we are just seeing on some customer machines that signals are not being delivered to our application (we send SIGUSR* signals to communicate between some troubleshooting scripts we have and our application). In some cases, those signals are not getting delivered to our application, and we were wondering if it might be related to something that they are doing with their MDM configuration.

I have logged a bug as FB9815906 with an example project which shows this behavior.

To note - this happens with both the appstore version of xcode as well as the version downloaded from developer.apple.com. The only known workaround now is to install version 13.1

Rolling back to Xcode 13.1 fixes the issue. The issue exists in both Xcode 13.2 and 13.2.1

I added the wrong FB ID - the correct one is FB9668079. I think I will still log the DTS incident and continue discussion there (sharing code snippets as needed, etc).

I get this same warning whenever I try to build an app (a macOS app) using xcodebuild when I have a locked iOS device connected to my machine. Unlocking the device suppresses the warning in xcodebuild.

It actually works without doing the export as well (if you just point to the original plist in ~/Library)...in my original post I listed PlistBuddy as an approach - and it will be sufficient for me as a workaround. I hadn't logged a bug, since it seemed to be working as designed (using data(using:allowLossyConversion:)) and for my particular case, I need something that will work in older versions of the OS as well. I have now logged it as FB9160695. Thank you for the pointers and the guidance!

Thank you - that makes sense with what I am seeing. The workflow is to be able to store/recover string values from within a system of shell scripts. Is there some shell command that would allow us to unescape the values?