Post

Replies

Boosts

Views

Activity

Reply to Push notifications were not successfully delivered and have bad status
I'm also having these issues, and background notifications (sent from my server and CloudKit subscriptions) are vital to my app. I have a macOS version of my iOS app ready to go, but this bug is blocking its release. Judging from these discussions I found, these issues have persisted for more than a year by now. Is there any hope of a resolution from Apple? https://stackoverflow.com/questions/74868553/apple-push-notifications-arriving-on-macos-but-not-in-the-application-itself https://github.com/raivo-otp/macos-receiver/issues/15
Dec ’23
Reply to Decoding and parsing App Attest receipts
After decoding the nested value like this: const result1 = fromBER(newReceiptBuffer); const result2 = fromBER(result1.result.valueBlock.valueBeforeDecodeView); console.log(result2.result.toJSON()); I get this result. Any idea how to proceed from here? { blockName: 'OBJECT IDENTIFIER', blockLength: 11, error: '', warnings: [], valueBeforeDecode: <omitted hex value 32 characters in length>, idBlock: { blockName: 'identificationBlock', blockLength: 1, error: '', warnings: [], valueBeforeDecode: '', isHexOnly: false, valueHex: '', tagClass: 1, tagNumber: 6, isConstructed: false }, lenBlock: { blockName: 'lengthBlock', blockLength: 1, error: '', warnings: [], valueBeforeDecode: '', isIndefiniteForm: false, longFormUsed: false, length: 9 }, valueBlock: { blockName: 'ObjectIdentifierValueBlock', blockLength: 9, error: '', warnings: [], valueBeforeDecode: '', value: '1.2.840.113549.1.7.2', sidArray: [ [Object], [Object], [Object], [Object], [Object], [Object] ] }, name: '', optional: false, value: '1.2.840.113549.1.7.2' }
Dec ’23
Reply to Decoding and parsing App Attest receipts
Thanks for those insights. Maybe it's not worth using the fraud metric after all. Does the ability for a device to produce a valid attestation (apart from the fraud metric) give you any insight into whether the app is running on a jailbroken device or is otherwise compromised? I am at least able to validate attestations. I did try using fromBER, but I wasn't sure what to do with the output: Sequence { blockLength: 3774, error: '', warnings: [], valueBeforeDecodeView: Uint8Array(3774) [ <values omitted> ], name: '', optional: false, idBlock: LocalIdentificationBlock { blockLength: 1, error: '', warnings: [], valueBeforeDecodeView: Uint8Array(0) [], isHexOnly: false, valueHexView: Uint8Array(0) [], tagClass: 1, tagNumber: 16, isConstructed: true }, lenBlock: LocalLengthBlock { blockLength: 1, error: '', warnings: [], valueBeforeDecodeView: Uint8Array(0) [], isIndefiniteForm: true, longFormUsed: false, length: 0 }, valueBlock: LocalConstructedValueBlock { blockLength: 3772, error: '', warnings: [], valueBeforeDecodeView: Uint8Array(3772) [ <values omitted> ], value: [ [ObjectIdentifier], [Constructed] ], isIndefiniteForm: true } }
Dec ’23
Reply to Slowness in iOS 17 Beta 3 with WebRTC DataChannel
I've been having connection issues with WebRTC in my app since updating my devices to iOS 17. The issues are inconsistent, but generally the video connection cuts out after a couple seconds, seemingly because of network issues. I saw that there was a mention of WebRTC in the security content of iOS 17, and I've seen some reports on Reddit about users of smart home devices with cameras having connection issues after updating to iOS 17. Is anyone else experiencing similar issues?
Oct ’23
Reply to WebRTC, UDP, and iOS 17
I started having difficulties with WebRTC connections in my iOS app after upgrading to iOS 17. The behavior isn't totally consistent, but it looks like there are network issues when connecting via a STUN server, but not via TURN. Via STUN, the connection is established and then usually drops after a few seconds. Is anyone else experiencing these issues? This is the WebRTC package I'm using: https://github.com/stasel/WebRTC
Sep ’23