“apple pencil battery life”

Hi Everyone, We are currently migrating a mature legacy KEXT to DriverKit for our PCIe SCSI storage controller (connected via Thunderbolt 3). During the DEXT load sequence, we have observed that the system automatically triggers a power state transition from State 0 (Off) to State 2 (On). However, this process results in a Kernel Panic due to a timeout after approximately 21 seconds. We have verified that our implementation of Start_Impl, UserInitializeController_Impl, and SetPowerState_Impl executes extremely fast, with a total execution time of less than one second. Specifically, SetPowerState_Impl returns kIOReturnSuccess immediately upon being called. Furthermore, our current Info.plist does not contain any IOPowerManagement dictionary or related keys. Despite the fast execution and the absence of explicit power management declarations in the plist, the kernel power management state machine (IOServicePM) still generates a 21-second timeout, leading to the following panic: Panic Log: panic(cpu 7 caller 0xf

Hi, I submitted a Family Controls (Distribution) entitlement request on March 9, 2026 for my iOS app, but I still have not received any approval, rejection, or other status update. At this point, I’m mainly trying to understand: whether this waiting time is currently normal, whether there is any way to check if the request is actually under review, and whether Apple provides any follow-up if more information is needed. This is blocking my progress, because the app depends on the Screen Time / Family Controls APIs. Has anyone recently experienced similar delays, and is there any recommended next step besides waiting? Thanks. Imi

Hi everyone, I recently submitted the Family Controls request form and received the following request IDs: 429MKWT5VX
 KNL6T2DC7A
 N62KV78DKC However, I haven’t received any updates yet and I’m not sure how these requests are tracked or when we’ll know if they’re approved. Our app is almost ready to launch and this capability is critical for us. Both the main app and an extension depend on Family Controls, so we’re currently blocked from moving forward. I also raised a support ticket with Apple Developer Support (Case ID: 102838723073), but I haven’t received any response there either. To be honest, this is becoming really stressful. Months of work are stuck at the final step and we’re unable to move forward without this approval. This isn’t just a small personal project and we’re building a production app and were hoping to launch very soon. If anyone has been through this process or has any guidance on the approval timeline, or if someone from Apple could help look into these request IDs,

Hello, I have a critical issue regarding the Family Controls (Distribution) entitlement. My app FocusPact was approved for the entitlement, but there is a technical mismatch in the Bundle IDs that prevents distribution via TestFlight. [Current Situation] Parent App ID: com.hayashikento.FocusPact (Approved / Capitalized) Approved Extension ID: com.hayashikento.focuspact.ShieldConfigurationExtension (Approved / Lowercase) [The Issue] Due to the case-sensitivity difference (FocusPact vs focuspact), Xcode throws a Bundle identifier prefix mismatch error. Since the parent app identifier is already established as capitalized, I cannot change it to lowercase without breaking the existing configuration. [Request] I have submitted a new entitlement request with the corrected capitalized Bundle ID: Corrected Extension ID: com.hayashikento.FocusPact.ShieldConfigurationExtension Could a DTS engineer please help me synchronize the approved status to this capitalized ID? This is purely a technical correction of an already

Every new build of macOS 26 further breaks some part of text-to-speech or voice control. I have filed multiple bug reports on this, yet the situation gets worse, not better, with each new build. I am begging you to fix this! I am disabled and rely on these features to work. Accessibility in macOS is more than 50% of my reasons for choosing Macs over Windows. Here's some of what is currently broken: Speak announcements only works if the Samantha voice is selected. If other voices are selected either the announcements don't speak, or they default to the Samantha voice. This became broken with 26.1. Announce the time only works with some voices. I would like to use Australian English Siri 2 but with that voice selected it defaults to Samantha. This became broken with 26.4. With voice control enabled there are two menu bar icons. The blue voice control icon and an orange microphone an application is accessing the microphone icon. This orange icon started appearing with 26.3. For four years of macOS releases, the

Hello all - just developed my first app. Submitted to apple for review since February 26, 2026 and still stuck in Waiting for review status. Is this timing normal? I've filled out support tickets and no response I can see either. Curious how app review and response timing is for others?

I've encountered an issue where we need multiple domain associations with separate Apple Pay implementations. Briefly, we have a /.well-known/apple-developer-merchantid-domain-association already setup with Stripe, and now we need another, different version of the file to get setup with FreedomPay. FreedomPay insists this file represents a three-way relationship between all parties and I have no reason to disbelieve them. I'm wondering if anyone has encountered this or if there is a standard procedure. I'm currently trying to find documentation on the exact way Apple Pay verification interacts with this file to see if we can produce it dynamically.

When i search for my app there are 2 results an ad for an unrelated app, and my promoted in app purchase. My app doesnt even show up so ridiculous. Apple really needs to fix search. i guess it doesnt even matter it would get burried in search results any way. Search in itunes connect app doesnt even work well haha

As the title suggests, I've been waiting over a month for a review. Testing patience to say the least when the official word is less than 72 hours.. What is going on? The version in review is now out of date as I've developed features quicker than Apple has been able to review them, yet I daren't remove the app from review as I'll lose my place in the queue. So even when/if it gets approved, I'll immediately have to add a new version for review. What a farce. Submission ID 994fa30a-92a6-4923-8cc8-b94090986b39

Hello, I’m experiencing an unusual issue with App Store review and would appreciate any guidance. I currently have two apps in the review queue: • Tendre – submitted on February 4 • After Midnight – submitted on February 19 The first app has now been stuck in Waiting for Review for over a month, and the second one has also not progressed at all since submission. During this time: • I contacted Apple Developer Support multiple times • I submitted support requests (including escalation) • I requested an expedited review However, I have not received any meaningful response or update. What makes this concerning is that typical review times are usually much shorter (often within a few days), and there are no visible issues or rejections. This situation is currently blocking our release, and we are unable to move forward. As these are our first app releases, this delay is critical and is significantly affecting our planned launch. Could this be related to: • an account-level issue • a review queue problem