[
https://issues.apache.org/jira/browse/CB-9445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14705853#comment-14705853
]
jcesarmobile commented on CB-9445:
----------------------------------
I explained why.
On iOS the callbacks are executed using an iframe that is added only once, if
you use executescript on loadstart the iframe is added to the empty page, so
when the page is actually loaded the iframe is gone and callback won't work
anymore.
If you don't execute executescript on loadstart the bug won't appear, you can
call executescript multiple times after loadstop without problems
> executeScript callbacks not working for iOS
> -------------------------------------------
>
> Key: CB-9445
> URL: https://issues.apache.org/jira/browse/CB-9445
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin InAppBrowser
> Affects Versions: 5.1.1
> Environment: Cordova 5.1.1 (CLI), ios 3.8.0, android 4.0.2,
> cordova-plugin-inappbrowser 1.0.1 (NPM)
> Reporter: Scott Seitz
> Assignee: jcesarmobile
>
> Can someone please check to see if they are encountering the same problem I
> am in the environment I've listed? (latest released builds of everything I
> think)
> I open an inappbrowser window and then run an executeScript command using
> "code:" (not "file:"). Everything works fine on Android, but on iOS, it
> simply will NOT fire the callback function after executing the injected code.
> Make the "code:" as simple as you like to test it and see if you can get a
> callback to fire. I've dumbed it down as much as possible and can't get one
> to fire. I know that all instances of code I've injected have run fine in
> the iab by using the console (against the iab) to check for the variables I
> was creating in the code. I can't even get a callback to fire that doesn't
> expect a parameter to be passed back...
> Many thanks,
> Scott
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
