[
https://issues.apache.org/jira/browse/CB-6051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13908603#comment-13908603
]
ASF subversion and git services commented on CB-6051:
-----------------------------------------------------
Commit b365d09ec3f3c61f0922f3ba1d8c12ccf4300dab in cordova-plugin-media's
branch refs/heads/dev from [~iclelland]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media.git;h=b365d09 ]
CB-6051: Android: Allow media plugin to handle invalid file locations
> video / audio won't play from cdvfile:// urls
> ---------------------------------------------
>
> Key: CB-6051
> URL: https://issues.apache.org/jira/browse/CB-6051
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File, Plugin Media
> Affects Versions: 3.3.0
> Environment: iOS
> Reporter: Claudius Coenen
> Assignee: Ian Clelland
>
> We have an application that used to work in Cordova 2.9, we think we have
> traced down the error to cdvfile://. Here's what's happening:
> *The Application*
> We're loading a few videos and a HTML-File referencing those videos into the
> app, using {{FileTransfer}}. This transfer is fine now, and we _can_ access
> and display the HTML-File and other assets like images. The videos on this
> page however won't play. They display as "broken" (strike-through play symbol
> on iOS). We know the videos to run, it's not the video's encoding, we also
> triple-checked all the filenames as well. If we pre-package the video into
> the app, the same setup _does_ play just fine.
> *Behaviour Cordova 2.9*
> We're getting the just-downloaded html file from the filesystem and call
> {{toURL()}} on that entry. In 2.9 this will return a lengthy (but working)
> {{file:///}}-url. We're basically setting
> {{window.location = entry.toURL(); // returns file:///...}}
> *Behaviour Cordova 3.3*
> When calling {{toURL}}, we're now getting a {{cdvfile://}} URL, and (since
> the video file is referenced relatively) the video is also loaded from a
> {{cdvfile://}} URL.
> *Why i believe the cdvfile:// to be at fault*
> Basically "it used to work". We're suspecting that the file-protocol emulates
> a lot of the iOS-y stuff when it comes to video. Possibly the
> Content-Type-Header and the Range-Header that iOS uses extensively for
> streaming the video from a webserver.
> For an audio file, we're getting log-lines reading "_itemFailedToPlayToEnd:
> {kind = 1; new = 2; old = 0;}"
> I did not find any way to get a {{file:///}}-URL out of cordova 3.3, but i am
> pretty sure that this would cure my immediate problem.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
