Thanks for your reply, I've just attached a sysdiagnose file (simctl_diagnose_2025_09_12.08-17-25+0300.tar.gz) collected after I reproduced this behavior to the FB bug.

I've just tested using the new iOS 26 Beta 8 (23A5330a) and call blocking stopped working. After restarting my device following the iOS update, the issue resolved, and call blocking is working as expected on Beta 8. I don't know if it's an edge-case bug though.

I have tested with iOS 26 Beta 7 (23A5326a) and the bug is fixed. Calls are now blocked when a blocking rule is set with addBlockingEntryWithNextSequentialPhoneNumber from CallKit API. I have closed the FB issue. Thanks for fixing that.

Ok, thanks for the clarification. I’ll be waiting for the fix in the next beta (or stable) release version.

I also tested on iOS 26 Beta 6 (Build 23A5318f), but blocked calls still pass through.

The issue persists in iOS 26 Beta 6 (Build 23A5318c). I have attached a new sysdiagnose collected from the latest build for your review in the FB bug.

It is a bug, but including the full international area code (which is what you should already be doing) may get things working even in the beta. I tested this extensively and can confirm that using full international area codes doesn't fix the blocking issue.

Yes, it's a bug in iOS 26 Beta version, check this out: https://developer.apple.com/forums/thread/794740

That's great news! Thank you for the thorough investigation and handling of the issue. I really appreciate the collaborative approach in getting to the root cause. I'll keep an eye on future releases and I'm happy to test this with a (possible) new beta release when the fix is implemented.

Coming at this from the other direction, have you tested this test device that's been reset, doesn't have anything else installed, and has never been called by that number before (well, since the device was reset)? I have also tested with a factory reset device (using the debugging profile) and still the call blocking didn't worked. I have attached a sysdiagnose ZIP as well in the FB bug (sysdiagnose_2025.08.05_10-45-11+0300_iPhone-OS_iPhone_23A5297m.tar.gz)

Yes, I have tested a number that I never received a call from before, blocking didn't work. I have uploaded a new sysdiagnose ZIP (after installing the debugging profile) in the FB bug.

That's already been happening. Thanks for clarifying that. Coming at this from the other direction, have you tested this test device that's been reset, doesn't have anything else installed, and has never been called by that number before (well, since the device was reset)? No, I haven't tested on a factory reset device. Have you tested with multiple phone numbers (since that would explain why it fails in other apps)? Yes, I did multiple tests with different phone numbers. Is there any other factor we might be missing here? I guess this should be a higher-level logging but I constantly see a "blocked=0" in the custom logs I've attached in FB (call_received.txt). I got those using the Console app monitoring my device and filtering for 'CallKit' when the call received. Example (I've replaced the real number with '1234567' here for privacy reasons): default 14:33:11.270045+0300 callservicesd Checking live blocking info using handle: 1234567 default 14:33:11.270051+0300 callservicesd fetchLiveBlockingInfoForHandle handle=1234567 default 14:33:11.270057+0300 callservicesd fetchLiveBlockingInfoForHandle: 1234567 default 14:33:11.270127+0300 callservicesd fetchLiveBlockingInfoForHandle blocked=0 default 14:33:11.270132+0300 callservicesd fetchLiveBlockingInfoForHandle handle=1234567 block=NO

are you adding a blocking AND an identification entry for the same number? No, I either block or identify a call in my app, but never both at the same time. Regarding the potential conflict between blocking and identification entries - if this is indeed the root cause, it seems like this conflict behavior must have changed in iOS 26 Beta. I want to note that almost daily I'm getting user reports from iOS 26 beta users reporting that my app suddenly stopped blocking calls (but it was functioning normally on iOS 18.x). In addition, I had tested similar call blocking apps and their block function was working on iOS 18.x, but stopped working in iOS 26 Beta. Based on the evidence we've gathered - multiple apps failing, user reports, and the systematic nature of this issue - I'd like to request that this be escalated to the appropriate engineering team for investigation. This seems to be a significant regression that could impact the entire call blocking ecosystem when iOS 26 releases.

Thanks for checking the sysdiagnose and sorry for the "bad" log. I've collected a fresh new sysdiagnose right before the call (the call passed through at 07:09) and I've uploaded it to the FB bug. Additionally, if there are any other specific logs, diagnostic data, or testing scenarios that would be helpful for investigating this issue, please let me know. I'm happy to provide whatever additional information would be most useful for the engineering team.

I have updated the FB19140680 incident with the following: Full sysdiagnose log of iOS before I receive the call from the number that failed to be blocked Logs (via the Console app) when I added the blocking rules with my app using CallKit Logs (via the Console app) when I receive the call from the number that failed to be blocked In addition, I closed FB19140594 incident as it was a duplicate I hope this helps expedite the process and narrow down the issue.