Request failed with http status code 503

Hello, I'm trying to renew my Appstore Connect subscription but unfortunately I'm facing problems. Our Account Holder ID is locked and when he tries to log in an error message keeps showing up saying This Apple ID has been Locked. Contact your Administrator or Manager to reset your password and unlock your account. whose the admin or manager in this case? I contacted the support multiple times and they referred me to this link. https://support.apple.com/en-us/HT201487 We tried these steps but sadly no luck. whenever he tries to change the password an error message keep popping up saying Need to reset your password? Contact your organization’s Administrator or Manager and ask them to reset the password for your Managed Apple ID

Also submitted as feedback (ID: FB20612561). Tensorflow-metal fails on tensorflow versions above 2.18.1, but works fine on tensorflow 2.18.1 In a new python 3.12 virtual environment: pip install tensorflow pip install tensor flow-metal python -c import tensorflow as tf Prints error: Traceback (most recent call last): File , line 1, in File /Users//pt/venv/lib/python3.12/site-packages/tensorflow/init.py, line 438, in _ll.load_library(_plugin_dir) File /Users//pt/venv/lib/python3.12/site-packages/tensorflow/python/framework/load_library.py, line 151, in load_library py_tf.TF_LoadLibrary(lib) tensorflow.python.framework.errors_impl.NotFoundError: dlopen(/Users//pt/venv/lib/python3.12/site-packages/tensorflow-plugins/libmetal_plugin.dylib, 0x0006): Library not loaded: @rpath/_pywrap_tensorflow_internal.so Referenced from: <8B62586B-B082-3113-93AB-FD766A9960AE> /Users//pt/venv/lib/python3.12/site-packages/tensorflow-plugins/libmetal_plugin.dylib Reason: tried: '/Users//pt/venv/lib/python3.12/site-pa

Hello everyone, I am migrating a KEXT for a SCSI PCI RAID controller (LSI 3108 RoC) to DriverKit (DEXT). While the DEXT loads successfully, I'm facing a DMA issue: an INQUIRY command results in a 0-byte disk because the data buffer received by the DEXT is all zeros, despite our firmware logs confirming that the correct data was prepared and sent. We have gathered detailed forensic evidence and would appreciate any insights from the community. Detailed Trace of a Failing INQUIRY Command: 1, DEXT Dispatches the Command: Our UserProcessParallelTask implementation correctly receives the INQUIRY task. Logs show the requested transfer size is 6 bytes, and the DEXT obtains the IOVA (0x801c0000) to pass to the hardware. DEXT Log: [UserProcessParallelTask_Impl] --- FORENSIC ANALYSIS --- [UserProcessParallelTask_Impl] fBufferIOVMAddr = 0x801c0000 [UserProcessParallelTask_Impl] fRequestedTransferCount = 6 2, Firmware Receives IOVA and Prepares Correct Data: A probe in our firmware confirms that the har

Hi everyone, I am developing a mobile application designed for rug cleaning businesses. The app allows businesses to register, subscribe, and use various tools to manage their daily operations — such as job tracking, rug status updates, and team coordination. Essentially, our platform provides a SaaS solution specifically for professional rug cleaning companies, not for general consumers. I have a couple of questions: Since the app is meant only for registered businesses, and users must have a valid business account to access the core features — what are the chances of the app being rejected during App Store review? If I integrate Apple In-App Purchase (IAP) for subscription instead of using an external payment method (like Stripe), would that reduce the chances of rejection, or could there still be issues since it’s a B2B app? Any guidance or real experiences with similar business-use apps would be greatly appreciated. Thank you, Dinesh

Platforms: macOS 15.x (Sequoia), Intel-Based App type: Endpoint Security (ES) client, notarized Developer ID app + LaunchDaemon Goal: Boot-time ES client that runs on any Mac (managed or unmanaged) Summary Our ES client launches and functions when started manually (terminal), but when loaded as a LaunchDaemon it fails to initialize the ES connection with: (libEndpointSecurity.dylib) Failed to open service: 0xe00002d8: Caller lacks TCC authorization for Full Disk Access We can’t find a supported way to grant Full Disk Access (SystemPolicyAllFiles) to a system daemon on unmanaged Macs (no MDM). Local installation of a PPPC (TCC) profile is rejected as “must originate from a user-approved MDM server.” We’re seeking confirmation: Is MDM now the only supported path for a boot-time ES daemon that requires FDA? If so, what’s Apple’s recommended approach for unmanaged Macs? Environment & Artifacts Binary (path placeholder): /Library/Application Support///App/.app/Contents/MacOS/ Universal (x86_6

Hello Apple Review Team, We recently submitted an urgent update to our app (App ID: 6736983550) to fix a critical signup bug that prevented all new users from registering on the platform. The app initially showed “Waiting for Review”, but since October 21, its status has changed to “In Review” without any progress or feedback. Given that this update directly impacts user access and onboarding, we kindly request that the review process be prioritized or expedited as a matter of urgency. Please advise if any additional details are required to facilitate the review. Thank you for your attention and assistance. Kind regards,