cordova-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Grieve (JIRA)" <>
Subject [jira] [Commented] (CB-7735) Callbacks not being executed when calling requestFileSystem
Date Tue, 25 Nov 2014 18:46:13 GMT


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:
>             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:
> 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

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message