[
https://issues.apache.org/jira/browse/CB-12336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15832082#comment-15832082
]
ASF GitHub Bot commented on CB-12336:
-------------------------------------
Github user alsorokin commented on the issue:
https://github.com/apache/cordova-plugin-file-transfer/pull/171
Hey @filmaj, nice to see you 😄
Nevermind this test, it was meant to ensure that my changes does not break
downloading two files successively.
The bad news are that the fix is still not working:
http://cordova-ci.cloudapp.net:8080/job/cordova-periodic-build-TEST/58/PLATFORM=android-4.4,PLUGIN=cordova-plugin-file-transfer/testReport/junit/cordova-plugin-file-transfer-tests.tests%20__.FileTransfer.methods/download/filetransfer_spec_9_should_not_leave_partial_file_due_to_abort/
After some investigation, I think that calling `win` callback after
`abort()` is kind of expected behavior, at least if we've not called`fail`
callback yet and the file is ready or is being saved to disk or anything else.
Going to adapt the spec to expect `fail` callback, but if we receive win,
we just make sure there were no other `fail` callbacks called.
> filetransfer.spec.9 is flaky on Android
> ---------------------------------------
>
> Key: CB-12336
> URL: https://issues.apache.org/jira/browse/CB-12336
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File Transfer
> Affects Versions: Master
> Reporter: Alexander Sorokin
> Assignee: Alexander Sorokin
> Labels: flaky, found-by-ci, triaged
>
> filetransfer.spec.9 sometimes fails on Android:
> http://cordova-ci.cloudapp.net:8080/job/cordova-periodic-build/269/PLATFORM=android-4.4,PLUGIN=cordova-plugin-file-transfer/console
--
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
