Post

Replies

Boosts

Views

Activity

Issuing an SKReceiptRefreshRequest on the app's startup
Hi all,these observations apply to the Sandbox.In my app, I do a local receipt validation on startup. Apple's documentation "Validating Receipts Locally" says:"If validation fails in iOS, use the SKReceiptRefreshRequest class to refresh the receipt"If I install the app on a new device, receipt validation always fails because there is no local receipt (yet) on the device. But if I use a SKReceiptRefreshRequest, it will prompt the user with a iTunes login. So any time a user installs the app on a new device, they will receive this prompt, which could be confusing.What's the recommendation here? Add an own prompt before the SKReceiptRefreshRequest that explains why the login is required?Thanks,Markus
5
0
2.7k
Apr ’20
Cannot debug Catalyst App: "Message from debugger: Process attach denied"
Hi all,I have a rather large iOS app that I enabled to run as a MacOS Catalyst App. I can run the app, but when I set the checkmark "debug executable" in the scheme, running the app fails with the following error message:"Message from debugger: Process attach denied, possibly because System Integrity Protection is enabled and process does not allow attaching."I'm using XCode 11.4.1.In the Console log, you can see the following messages:2020-05-10 10:56:19.787046 +0200com.apple.dt.lldberrordebugservererror: MachTask::TaskPortForProcessID task_for_pid failed: ::task_for_pid ( target_tport = 0x0103, pid = 28030, &task ) => err = 0x00000005 ((os/kern) failure)2020-05-10 10:56:19.787133 +0200com.apple.dt.lldbdefaultdebugserver10 +0.010309 sec [6d7f/0307]: error: ::task_for_pid ( target_tport = 0x0103, pid = 28030, &task ) => err = 0x00000005 ((os/kern) failure) err = ::task_for_pid ( target_tport = 0x0103, pid = 28030, &task ) => err = 0x00000005 ((os/kern) failure) (0x00000002020-05-10 10:56:19.799117 +0200com.apple.dt.lldberrordebugservererror: MachTask::StartExceptionThread (): task invalid, exception thread start failed.2020-05-10 10:56:19.799177 +0200com.apple.dt.lldberrordebugservererror: MachProcess::AttachForDebug failed to start exception thread: unable to start the exception thread2020-05-10 10:56:19.799398 +0200com.apple.dt.lldberrordebugservererror: Attach failed because process does not allow attaching: "unable to start the exception thread".2020-05-10 10:56:19.799437 +0200com.apple.dt.lldbdefaultdebugservererror: attach failed.2020-05-10 10:56:19.800153 +0200com.apple.dt.lldbdefaultdebugserver11 +0.013004 sec [6d7f/2903]: error: ::read ( 6, 0x70000b99bb00, 1024 ) => -1 err = Bad file descriptor (0x00000009)2020-05-10 10:56:19.800499 +0200com.apple.dt.lldbdefaultdebugserverExiting.If I create a fresh iOS app and enable Catalyst, everything works fine. So I guess it's something with the Build settings or similar.Thanks,Markus
4
0
5.3k
May ’20
WkWebView: When using autocomplete for username/password, JavaScript event “keyup” is not triggered
I created a login webpage that disables the "Login" button as long as user name and password have not been filled in yet: <script type="text/javascript" language="javascript"> function checkform() { var f = document.forms["theform"].elements; var cansubmit = true; for (var i = 0; i < f.length; i++) { if (f[i].value.length == 0) cansubmit = false; } document.getElementById('submitbutton').disabled = !cansubmit; } </script> <form name="theform"> <input id="user-text-field" type="text" type="email" autocomplete="username" onKeyup="checkform()" /> <input id="password-text-field" type="password" autocomplete="current-password" onKeyup="checkform()" /> <input id="submitbutton" type="submit" disabled="disabled" value="Login" /> </form> I use an WkWebView to display the page. It works fine when manually entering user name or password. However, if I use the autocomplete function of iOS to fill in user name and password, the "Login" button stays disabled. It looks like in case of autocomplete, the keyup event is not generated. In Safari, it works correctly. Is this an iOS bug? Any way to work around it?
0
0
910
Jun ’21