[
https://issues.apache.org/jira/browse/CB-7735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14224976#comment-14224976
]
Andrew Grieve commented on CB-7735:
-----------------------------------
After a bunch of investigation, seems the original fix was entirely shoddy. It
worked only in a small number of cases (such as for the attached project). I've
now updated the fix to work in all cases.
The root of my misunderstanding, was that the window.onunload event fires only
once for frames that have their navigation canceled by shouldStartLoad: on the
native side. So, it wasn't actually even catching all of hte times the iframe
was being disconnected.
New fix makes bridge ~7% slower on my device, but should work all the time now.
> Callbacks not being executed when calling requestFileSystem
> -----------------------------------------------------------
>
> Key: CB-7735
> URL: https://issues.apache.org/jira/browse/CB-7735
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaJS
> Affects Versions: 3.7.0
> Environment: iOS
> Reporter: Christophe Benoit
> Assignee: Andrew Grieve
> Labels: bridge, callback, filesystem
> Attachments: filesystem-issue.zip
>
>
> When calling window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, success,
> error) none of the callback functions are executed.
> Several calls to window.requestFileSystem are made during the initialization
> of the application, after the deviceready event. All those calls are being
> queued in the command queue.
> If I set the bridge mode to XHR_NO_PAYLOAD in the deviceready handler with
> following call,
> cordova.exec.setJsToNativeBridgeMode(cordova.exec.jsToNativeModes.XHR_NO_PAYLOAD),
> the callbacks are executed as expected and my application is beinig
> initialized.
> If I change the bridge mode back to IFRAME_NAV when the first view is
> rendered, any following calls to requestFileSystem are being handled as
> expected.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
