[
https://issues.apache.org/jira/browse/CB-5457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13854778#comment-13854778
]
ASF subversion and git services commented on CB-5457:
-----------------------------------------------------
Commit 7ed9e7186dbb3a6aa7d45d4dbbe079a0727f1983 in branch refs/heads/master
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=7ed9e71 ]
CB-4970 CB-5457 Switch default bridge mode to IFRAME_NAV for iOS != 5
Suspect XHR bridge is sometimes shakey, so hopefully switching will
solidify things.
> File Upload seems to break js -> iOS interface
> ----------------------------------------------
>
> Key: CB-5457
> URL: https://issues.apache.org/jira/browse/CB-5457
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaJS, iOS, Plugin File Transfer
> Affects Versions: 3.1.0
> Environment: iOS 7.0
> Reporter: Farhad Farzaneh
>
> After performing an upload File Transfer, plugins no longer work. What I
> _think_ happens is that if there are plugin interfaces during file transfer,
> for example, a console.log or File process, the first one triggers the
> _execXhr_ command with _gap_exec_ keyword, but this is not picked up. That
> is, it does not result in a CDVURLProtocol:canInitWithRequest. But the
> command is in the javascript commandQueue. No additional commands will
> trigger an execXhr b/c of the logic that assumes that if the command queue
> length > 1 the native side has already been "poked" and will pick up the
> commands shortly. If the native side has lost the command (and I don't know
> how or why), we're now wedged. A quick hack to prove the issue is to
> retrigger the execXhr if the command queue length is > 5, for example. This
> causes the native side to be poked again, and things work again.
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)
