It fails to create a file , once we clone the git , git clones the files into .git from there it checkouts the working branch. in this case git is not able to checkout the files WE have the EPS client which has registered for "ES_EVENT_TYPE_AUTH_CREATE". In fact we have also responded with "es_respond_auth_result". from the EPS client. Mostly I am expecting the fwrite failed on the side of git , but with out the EPS the git clone is successful

Yes this is what i meant.

[quote='797302022, DTS Engineer, /thread/759955?answerId=797302022#797302022'] My understanding, based on my conversations with the networking team about 6 months ago, is that: The LNP setting is per user. The system does not apply LNP to code running as root. [/quote] @DTS Engineer Quinn “The Eskimo!” @ Developer Technical Support @ Apple what we have observed is that, we do see the pop up for the LNP settings. Which is some thing which would like to solve and have not found any thing the apple documentation.

@DTS Engineer Answering your question : That it’s a launchd daemon, not an agent. That is, it starts based on a configuration file in /Library/LaunchDaemons Yes its a launchd daemon and not an agent Its started based on the configuration file based in /Library/LaunchDaemons folder Also, that it’s not using UserName to run as a role account. We are not using any UserName to run as role account And that you don’t launch it any other way, for example, via sudo, even during testing or upgrades. We are not launch in any other way , we are also not using sudo during debug testing or upgrades.

@DTS Engineer Yes its triggering the alert when the daemon is communicating to the web serverWe use low level api for communicating to the server. These are the calls which are made in the daemon + ! : 18550 getaddrinfo (in libsystem_info.dylib) + 168 [0x19c7cbae8] + ! : 18550 si_addrinfo (in libsystem_info.dylib) + 1368 [0x19c7cc0e8] + ! : 18550 search_addrinfo (in libsystem_info.dylib) + 176 [0x19c7d30bc] + ! : 18550 mdns_addrinfo (in libsystem_info.dylib) + 404 [0x19c7d32a0] + ! : 18550 _mdns_search_ex (in libsystem_info.dylib) + 1076 [0x19c7d0a2c] + ! : 18550 kevent (in libsystem_kernel.dylib) + 8 [0x19c750edc]

@DTS Engineer We are using the int err = getaddrinfo(dest, port_str, &hints, &ai); call and during address resolution we end up getting the LNP One more critical observation i have is LNP is not seen on machine which is upgraded from 14.x to 15.x LNP is only seen on machine where the 15.x is installed fresh i.e no prior OS on the volume on which 15.x is installed.

@DTS Engineer Following is the feedback ticket which was created. https://feedbackassistant.apple.com/feedback/14602669 Ticket Number: FB14602669

@DTS Engineer , We see that in the latest beta release i.e Beta7 the daemon was able to connect to the server which is part of the same sub domain and the LNP pop was also not seen. More history on this, On Beta 6 we have the geaddrinfo call was able to resolve the address, but was not able make any socket connection we have also seen the LNP Pop up being displayed . this got resolved in the beta7 release also we are not seeing the LNP pop up. Can we know what all changed in beta6 and beta7 so that we can have a informed decision on what was root cause for the problem of LNP being triggered till Beta 6 and what changed from beta 6 to beta 7