[jira] [Created] (CB-6082) Installing plugins fails when Firefox platform is present
Sébastien Blanc created CB-6082: --- Summary: Installing plugins fails when Firefox platform is present Key: CB-6082 URL: https://issues.apache.org/jira/browse/CB-6082 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS, Plugman Affects Versions: 3.4.0 Reporter: Sébastien Blanc Once the firefoxos platform is added it fails to install new plugins using : cordova plugin add xx I tested with Contacts, Device and my own plugin. This is the output : Error: ENOENT, no such file or directory '/home/sebastien/aerogear/ffos/ffsupport/platforms/firefoxos/www/config.xml' at Object.fs.openSync (fs.js:427:18) at Object.fs.readFileSync (fs.js:284:15) at Object.module.exports.parseElementtreeSync (/home/sebastien/nvm/v0.10.23/lib/node_modules/cordova/node_modules/plugman/src/util/xml-helpers.js:119:27) at Object.module.exports.package_name (/home/sebastien/nvm/v0.10.23/lib/node_modules/cordova/node_modules/plugman/src/platforms/firefoxos.js:10:38) at Object.module.exports.generate_plugin_config_munge (/home/sebastien/nvm/v0.10.23/lib/node_modules/cordova/node_modules/plugman/src/util/config-changes.js:100:53) at Object.module.exports.add_plugin_changes (/home/sebastien/nvm/v0.10.23/lib/node_modules/cordova/node_modules/plugman/src/util/config-changes.js:300:43) at /home/sebastien/nvm/v0.10.23/lib/node_modules/cordova/node_modules/plugman/src/util/config-changes.js:440:28 at Array.forEach (native) at Object.module.exports.process (/home/sebastien/nvm/v0.10.23/lib/node_modules/cordova/node_modules/plugman/src/util/config-changes.js:439:49) at Object.handlePrepare (/home/sebastien/nvm/v0.10.23/lib/node_modules/cordova/node_modules/plugman/src/prepare.js:69:20) So it's seems to look for the config.xml at the wrong place. The problem seems to be in plugman here : https://github.com/apache/cordova-plugman/blob/master/src/platforms/firefoxos.js#L9 When changing config.xml to ../config.xml I am able to install the plugins. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6083) [windows8] Use registry to read msbuild tools path
Sergey Grebnov created CB-6083: -- Summary: [windows8] Use registry to read msbuild tools path Key: CB-6083 URL: https://issues.apache.org/jira/browse/CB-6083 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Sergey Grebnov Assignee: Sergey Grebnov Right now we require to have 'msbuild' tools folder in the path. But we can retrieve tools location from registry REG QUERY HKLM\SOFTWARE\Microsoft\MSBuild\ToolsVersions\12.0\ /v MSBuildToolsPath Will return the path for VS 2013 (msbuild 12.0) REG QUERY HKLM\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0\ /v MSBuildToolsPath Will return the path for VS 2012 (msbuild 4.0) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6083) [windows8] Use registry to read msbuild tools path
[ https://issues.apache.org/jira/browse/CB-6083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13908342#comment-13908342 ] Sergey Grebnov commented on CB-6083: Here is the fix https://github.com/apache/cordova-windows/pull/17 [windows8] Use registry to read msbuild tools path -- Key: CB-6083 URL: https://issues.apache.org/jira/browse/CB-6083 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Sergey Grebnov Assignee: Sergey Grebnov Right now we require to have 'msbuild' tools folder in the path. But we can retrieve tools location from registry REG QUERY HKLM\SOFTWARE\Microsoft\MSBuild\ToolsVersions\12.0\ /v MSBuildToolsPath Will return the path for VS 2013 (msbuild 12.0) REG QUERY HKLM\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0\ /v MSBuildToolsPath Will return the path for VS 2012 (msbuild 4.0) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-6083) [windows8] Use registry to read msbuild tools path
[ https://issues.apache.org/jira/browse/CB-6083?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-6083: --- Assignee: Jesse MacFadyen (was: Sergey Grebnov) [windows8] Use registry to read msbuild tools path -- Key: CB-6083 URL: https://issues.apache.org/jira/browse/CB-6083 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Sergey Grebnov Assignee: Jesse MacFadyen Right now we require to have 'msbuild' tools folder in the path. But we can retrieve tools location from registry REG QUERY HKLM\SOFTWARE\Microsoft\MSBuild\ToolsVersions\12.0\ /v MSBuildToolsPath Will return the path for VS 2013 (msbuild 12.0) REG QUERY HKLM\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0\ /v MSBuildToolsPath Will return the path for VS 2012 (msbuild 4.0) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6084) Error executing command 'ant'
[ https://issues.apache.org/jira/browse/CB-6084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13908382#comment-13908382 ] Mike Hartington commented on CB-6084: - Alright that was the issue. I guess between updating to Mavericks, my version of ant was removed some how. Error executing command 'ant' - Key: CB-6084 URL: https://issues.apache.org/jira/browse/CB-6084 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Environment: OSX Mavericks Reporter: Mike Hartington Labels: CLI, Cordova Just updated to OSX Mavericks and tried to create an android project and got this error: Error: ERROR : executing command 'ant', make sure you have ant installed and added to your path. at /Users/gcollins/.cordova/lib/android/cordova/3.4.0/bin/lib/check_reqs.js:47:27 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:743:16) at Socket.anonymous (child_process.js:956:11) at Socket.EventEmitter.emit (events.js:95:17) at Pipe.close (net.js:466:12) Error: /Users/gcollins/.cordova/lib/android/cordova/3.4.0/bin/update: Command failed with exit code 8 at ChildProcess.whenDone (/Users/gcollins/.nvm/v0.10.25/lib/node_modules/cordova/src/superspawn.js:112:23) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:743:16) at Process.ChildProcess._handle.onexit (child_process.js:810:5) I checked my profile and I have the android SDK in my path: export PATH=${PATH}:/Applications/Android\ Studio.app/sdk/platform-tools:/Applications/Android\ Studio.app/sdk/tools Not sure what the issue is as this wasn't a problem when I had Mountain Lion yesterday. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-6084) Error executing command 'ant'
[ https://issues.apache.org/jira/browse/CB-6084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard reassigned CB-6084: - Assignee: Marcel Kinard Error executing command 'ant' - Key: CB-6084 URL: https://issues.apache.org/jira/browse/CB-6084 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Environment: OSX Mavericks Reporter: Mike Hartington Assignee: Marcel Kinard Labels: CLI, Cordova Just updated to OSX Mavericks and tried to create an android project and got this error: Error: ERROR : executing command 'ant', make sure you have ant installed and added to your path. at /Users/gcollins/.cordova/lib/android/cordova/3.4.0/bin/lib/check_reqs.js:47:27 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:743:16) at Socket.anonymous (child_process.js:956:11) at Socket.EventEmitter.emit (events.js:95:17) at Pipe.close (net.js:466:12) Error: /Users/gcollins/.cordova/lib/android/cordova/3.4.0/bin/update: Command failed with exit code 8 at ChildProcess.whenDone (/Users/gcollins/.nvm/v0.10.25/lib/node_modules/cordova/src/superspawn.js:112:23) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:743:16) at Process.ChildProcess._handle.onexit (child_process.js:810:5) I checked my profile and I have the android SDK in my path: export PATH=${PATH}:/Applications/Android\ Studio.app/sdk/platform-tools:/Applications/Android\ Studio.app/sdk/tools Not sure what the issue is as this wasn't a problem when I had Mountain Lion yesterday. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5739) Rewrite Win/WP8 Platform Guides
[ https://issues.apache.org/jira/browse/CB-5739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Sierra resolved CB-5739. - Resolution: Fixed Rewrite Win/WP8 Platform Guides --- Key: CB-5739 URL: https://issues.apache.org/jira/browse/CB-5739 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Mike Sierra Assignee: Mike Sierra Task includes: - Flesh out the content, e.g., with more/better screen shots, especially to show device emulators. The current platform guide doc for iOS/Android should serve as a baseline. Fix the various formatting errors on these pages, align it with the editorial style sheet, etc. - Upgrade platform guide doc to present information about the CLI workflow along with the existing shell-tool workflow. incorporate what are currently separate Command-line Tools pages into each platform guide - Look for opportunities to merge any relevant info about outdated wp7 platform into wp8 topic - Upgrade various Windows platform guides to support development on Mac via VMWare, Parallels, or BootCamp. Leverage this content: http://bit.ly/1jqMKhz http://bit.ly/1ktL9dS. Avoid distracting readers with all available options in main platform guide. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6085) Note Windows 8.1 apps not backward-compatible to 8.0
Mike Sierra created CB-6085: --- Summary: Note Windows 8.1 apps not backward-compatible to 8.0 Key: CB-6085 URL: https://issues.apache.org/jira/browse/CB-6085 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Mike Sierra Priority: Minor Windows 8.1 apps don't run on Windows 8.0. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6051) video / audio won't play from cdvfile:// urls
[ https://issues.apache.org/jira/browse/CB-6051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13908500#comment-13908500 ] ASF subversion and git services commented on CB-6051: - Commit f96f2ac8cadfecf390a736fb94fe146b9bb0d4d8 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=f96f2ac ] CB-6051: Update media plugin to work with new cdvfile:// urls 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)
[jira] [Commented] (CB-6084) Error executing command 'ant'
[ https://issues.apache.org/jira/browse/CB-6084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13908606#comment-13908606 ] ASF subversion and git services commented on CB-6084: - Commit 74007ab3b8c74ef1113e6f065d949f87942d11cd in cordova-docs's branch refs/heads/master from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=74007ab ] CB-6084: clarify need for ant Make the ant pre-req more clear, and note that OSX Mavericks dropped the built-in ant. Also fix some typos of angle brackets needing to be escaped as HTML entities. Error executing command 'ant' - Key: CB-6084 URL: https://issues.apache.org/jira/browse/CB-6084 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Environment: OSX Mavericks Reporter: Mike Hartington Assignee: Marcel Kinard Labels: CLI, Cordova Just updated to OSX Mavericks and tried to create an android project and got this error: Error: ERROR : executing command 'ant', make sure you have ant installed and added to your path. at /Users/gcollins/.cordova/lib/android/cordova/3.4.0/bin/lib/check_reqs.js:47:27 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:743:16) at Socket.anonymous (child_process.js:956:11) at Socket.EventEmitter.emit (events.js:95:17) at Pipe.close (net.js:466:12) Error: /Users/gcollins/.cordova/lib/android/cordova/3.4.0/bin/update: Command failed with exit code 8 at ChildProcess.whenDone (/Users/gcollins/.nvm/v0.10.25/lib/node_modules/cordova/src/superspawn.js:112:23) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:743:16) at Process.ChildProcess._handle.onexit (child_process.js:810:5) I checked my profile and I have the android SDK in my path: export PATH=${PATH}:/Applications/Android\ Studio.app/sdk/platform-tools:/Applications/Android\ Studio.app/sdk/tools Not sure what the issue is as this wasn't a problem when I had Mountain Lion yesterday. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6051) video / audio won't play from cdvfile:// urls
[ https://issues.apache.org/jira/browse/CB-6051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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)
[jira] [Resolved] (CB-6084) Error executing command 'ant'
[ https://issues.apache.org/jira/browse/CB-6084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-6084. --- Resolution: Fixed Fix Version/s: 3.5.0 Sebastien, thanks for the clarification about Mavericks, I've included that tip. This doc change should be visible on edge (future 3.5) upon the next publish. Error executing command 'ant' - Key: CB-6084 URL: https://issues.apache.org/jira/browse/CB-6084 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Environment: OSX Mavericks Reporter: Mike Hartington Assignee: Marcel Kinard Labels: CLI, Cordova Fix For: 3.5.0 Just updated to OSX Mavericks and tried to create an android project and got this error: Error: ERROR : executing command 'ant', make sure you have ant installed and added to your path. at /Users/gcollins/.cordova/lib/android/cordova/3.4.0/bin/lib/check_reqs.js:47:27 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:743:16) at Socket.anonymous (child_process.js:956:11) at Socket.EventEmitter.emit (events.js:95:17) at Pipe.close (net.js:466:12) Error: /Users/gcollins/.cordova/lib/android/cordova/3.4.0/bin/update: Command failed with exit code 8 at ChildProcess.whenDone (/Users/gcollins/.nvm/v0.10.25/lib/node_modules/cordova/src/superspawn.js:112:23) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:743:16) at Process.ChildProcess._handle.onexit (child_process.js:810:5) I checked my profile and I have the android SDK in my path: export PATH=${PATH}:/Applications/Android\ Studio.app/sdk/platform-tools:/Applications/Android\ Studio.app/sdk/tools Not sure what the issue is as this wasn't a problem when I had Mountain Lion yesterday. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6013) [BlackBerry10] FileReader and FileWriter not resolving File objects correctly
[ https://issues.apache.org/jira/browse/CB-6013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13908630#comment-13908630 ] ASF subversion and git services commented on CB-6013: - Commit e634519852bca8f46b8d24c02648722f2a284c05 in cordova-plugin-file's branch refs/heads/dev from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=e634519 ] CB-6013 [BlackBerry10] wrap webkit prefixed called in requestAnimationFrame Due to a bug in BB10's webkit implementation, requestAnimationFrame is required to make multiple calls to requestFileSystem in the same callback chain. [BlackBerry10] FileReader and FileWriter not resolving File objects correctly - Key: CB-6013 URL: https://issues.apache.org/jira/browse/CB-6013 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Plugin File Reporter: Bryan Higgins Assignee: Bryan Higgins Reported here: http://supportforums.blackberry.com/t5/Web-and-WebWorks-Development/Webworks-FileReader-API-differs-from-Cordova/td-p/2773057 I confirmed the observation that both FileReader and FileWriter do not work correctly when passed File objects. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-6051) video / audio won't play from cdvfile:// urls
[ https://issues.apache.org/jira/browse/CB-6051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-6051. -- Resolution: Fixed I've fixed this now in the dev branch of the Media plugin (also requires the dev version of File). The problem affected both recording and playback, on both Android and iOS. All four locations have been fixed now. 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)
[jira] [Commented] (CB-6079) Android video mediaplayer error
[ https://issues.apache.org/jira/browse/CB-6079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13908716#comment-13908716 ] Ian Clelland commented on CB-6079: -- Can you provide a bit more detail about what your code is doing? Are you using a Cordova plugin, a video tag, or a third-party video player library? Where are the resources that you are trying to play? Are they remote URLs, local assets, or something you've downloaded with FileTransfer? And are there any other errors in the logs? Mediaplayer isn't a string that I can find anywhere in Cordova code; hopefully there is another error that Cordova is producing that can help track this down. Android video mediaplayer error --- Key: CB-6079 URL: https://issues.apache.org/jira/browse/CB-6079 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0 Environment: OSX 10.8.5, Android Developer Tools Reporter: Arnout Labels: Android, Video Fix For: 3.3.0 I have a project with HTML5 video playback. On iOS everything works great, but if I build the same project for Android the video doesn't want to play. This is the error I get in LogCat: Mediaplayer Error (1, -2147483648). I tried to play the video with another plugin but without result. Installed platforms: android 3.3.0, ios 3.3.0 Installed plugins: jaeger.Html5Video', 'org.apache.cordova.device', 'org.apache.cordova.file', 'org.apache.cordova.inappbrowser' -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-6087) File plugin should load on startup
Ian Clelland created CB-6087: Summary: File plugin should load on startup Key: CB-6087 URL: https://issues.apache.org/jira/browse/CB-6087 Project: Apache Cordova Issue Type: Bug Components: Android, iOS, Plugin File Reporter: Ian Clelland Assignee: Ian Clelland Because of the new {{cdvfile://}} protocol, which may need to be handled before any {{exec()}} calls have been made to the File plugin, File should be initialized on startup on Android and iOS. This is just a matter of adding {code} param name=onload value=true / {code} to File's {{plugin.xml}} file. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6087) File plugin should load on startup
[ https://issues.apache.org/jira/browse/CB-6087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13908749#comment-13908749 ] ASF subversion and git services commented on CB-6087: - Commit bf9d20ab2031b181995849ddcbdbd86e6c8bc417 in cordova-plugin-file's branch refs/heads/dev from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=bf9d20a ] CB-6087: Android, iOS: Load file plugin on startup File plugin should load on startup -- Key: CB-6087 URL: https://issues.apache.org/jira/browse/CB-6087 Project: Apache Cordova Issue Type: Bug Components: Android, iOS, Plugin File Reporter: Ian Clelland Assignee: Ian Clelland Because of the new {{cdvfile://}} protocol, which may need to be handled before any {{exec()}} calls have been made to the File plugin, File should be initialized on startup on Android and iOS. This is just a matter of adding {code} param name=onload value=true / {code} to File's {{plugin.xml}} file. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-6087) File plugin should load on startup
[ https://issues.apache.org/jira/browse/CB-6087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-6087. -- Resolution: Fixed File plugin should load on startup -- Key: CB-6087 URL: https://issues.apache.org/jira/browse/CB-6087 Project: Apache Cordova Issue Type: Bug Components: Android, iOS, Plugin File Reporter: Ian Clelland Assignee: Ian Clelland Because of the new {{cdvfile://}} protocol, which may need to be handled before any {{exec()}} calls have been made to the File plugin, File should be initialized on startup on Android and iOS. This is just a matter of adding {code} param name=onload value=true / {code} to File's {{plugin.xml}} file. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4607) Bad HTML on File docs page prevents proper linking
[ https://issues.apache.org/jira/browse/CB-4607?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4607. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. As a result of that this issue no longer occurs. Bad HTML on File docs page prevents proper linking -- Key: CB-4607 URL: https://issues.apache.org/jira/browse/CB-4607 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Raymond Camden Assignee: Michael Brooks Priority: Minor Go to the File docs page http://docs.phonegap.com/en/3.0.0/cordova_file_file.md.html#File and notice how #File is already in the URL. There is a a name=File towards the top. But - and here is the issue - there is also a File object definition in the docs. You are supposed to be able to get to it by clicking FIle in the TOC on top. You can't because a name=File is already defined. You should switch the second one to something like fileob or whatever and ensure the link in the TOC (again, I'm talking about the table of contents ON the File page, not the left side) is updated. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4821) DirectoryEntry.copyTo - error if copy to path occupied by a file
[ https://issues.apache.org/jira/browse/CB-4821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4821. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. DirectoryEntry.copyTo - error if copy to path occupied by a file Key: CB-4821 URL: https://issues.apache.org/jira/browse/CB-4821 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Minor The documentation for DirectoryEntry.*moveTo* says that an error results if the app attempts to: {quote} * move a directory to a path occupied by a file. {quote} AFAIK this same point is true also for DirectoryEntry.*copyTo* so the section about errors of copyTo should be similarly documented. See http://cordova.apache.org/docs/en/3.0.0/cordova_file_file.md.html#DirectoryEntry -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4663) File API documentation - FileWriter headings are incorrect
[ https://issues.apache.org/jira/browse/CB-4663?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4663. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. File API documentation - FileWriter headings are incorrect -- Key: CB-4663 URL: https://issues.apache.org/jira/browse/CB-4663 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Minor Many the headings in the *FileWriter* section are incorrect and/or inconsistent with other sections making it difficult to read For example, * Seek Quick Example - this is a function name. Heading should be seek * Quick Example - should be h3 instead of h2 * Truncate Quick Example - this is a function name. Heading should be truncate * Quick Example - should be h3 instead of h2 * Write Quick Example - this is a function name. Heading should just be write * Write Quick Example - should be h3 instead of h2 and called something like Text Write Quick Example (under the write section) * Binary Write Quick Example - should be h3 instead of h2 (still under write section) * Append Quick Example - should be h3 instead of h2 (still under write section) * Abort Quick Example - this is a function name. Heading should be abort (would also be better to be alphabetical order - ie above seek section) * Quick Example - should be h3 instead of h2 Ref: http://cordova.apache.org/docs/en/3.0.0/cordova_file_file.md.html#FileWriter (similar to CB-4644) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4628) Incorrect code for FileEntry.remove example?
[ https://issues.apache.org/jira/browse/CB-4628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4628. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. Incorrect code for FileEntry.remove example? Key: CB-4628 URL: https://issues.apache.org/jira/browse/CB-4628 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Trivial The File API guide for the FileEntry.remove method says *successCallback* method is _Invoked with no parameters_ , yet the Quick Example code in the guide shows a parameter: {code} function success(entry) { console.log(Removal succeeded); } {code} Ref: http://cordova.apache.org/docs/en/2.9.0/cordova_file_file.md.html#FileEntry See also CB-4626, CB-4627 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4627) Incorrect code for DirectoryEntry.removeRecursively example?
[ https://issues.apache.org/jira/browse/CB-4627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4627. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. Incorrect code for DirectoryEntry.removeRecursively example? Key: CB-4627 URL: https://issues.apache.org/jira/browse/CB-4627 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Trivial The File API guide for the DirectoryEntry.removeRecursively method says *successCallback* method is _Invoked with no parameters_ , yet the Quick Example code in the guide shows a parameter: {code} function success(parent) { console.log(Remove Recursively Succeeded); } {code} Ref: http://cordova.apache.org/docs/en/2.9.0/cordova_file_file.md.html#DirectoryEntry -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4626) Incorrect code for DirectoryEntry.remove example?
[ https://issues.apache.org/jira/browse/CB-4626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-4626. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. Incorrect code for DirectoryEntry.remove example? -- Key: CB-4626 URL: https://issues.apache.org/jira/browse/CB-4626 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Trivial The File API guide for the DirectoryEntry.remove method says *successCallback* method is _Invoked with no parameters._ , yet the Quick Example code in the guide shows a parameter: {code} function success(entry) { console.log(Removal succeeded); } {code} Ref: http://cordova.apache.org/docs/en/2.9.0/cordova_file_file.md.html#DirectoryEntry -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-3286) FileReader docs incorrect (for failure callbacks)
[ https://issues.apache.org/jira/browse/CB-3286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-3286. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. FileReader docs incorrect (for failure callbacks) - Key: CB-3286 URL: https://issues.apache.org/jira/browse/CB-3286 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Reporter: Shazron Abdullah Assignee: Michael Brooks See: http://docs.cordova.io/en/2.6.0/cordova_file_file.md.html#FileReader Notice there are two Quick Examples with this code, which will throw an exception: {code} var fail = function(evt) { console.log(error.code); }; {code} *Expected:* {code} var fail = function(evt) { console.log(evt.target); // evt.target is the FileReader object }; {code} *Actual:* {code} var fail = function(evt) { console.log(error.code); }; {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2495) File API master heading gets confused with File API's File Ojbect
[ https://issues.apache.org/jira/browse/CB-2495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-2495. Resolution: Not A Problem With the release of 3.4.0 the plugin docs were moved to the individual plugin repositories. Furthermore, the docs there now point at the W3C docs for the HTML5 Filesystem API as well as an HTML5 Rocks' FileSystem article. As a result, this issue no longer applies. File API master heading gets confused with File API's File Ojbect - Key: CB-2495 URL: https://issues.apache.org/jira/browse/CB-2495 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Affects Versions: 2.4.0 Reporter: Filip Maj Assignee: Michael Brooks There is a File object that is part of the File API. The generated documentation's hyperlinks, however, always point to the top-level API, not this API's File object. Confused yet? Repro steps: 1. click here http://docs.phonegap.com/en/2.4.0/cordova_file_file.md.html 2. In the Objects list at the top, click the third item (File). Expected result: page jumps to the first sub-section that describes the File object Actual result: page stays at the top of the File API index page -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-3546) Tizen Getting started document is inacurate.
[ https://issues.apache.org/jira/browse/CB-3546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-3546. Resolution: Not A Problem See previous comment Tizen Getting started document is inacurate. Key: CB-3546 URL: https://issues.apache.org/jira/browse/CB-3546 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: 2.7.0 Reporter: John M. Wargo Assignee: Michael Brooks Priority: Trivial Labels: documentation Original Estimate: 0.25h Remaining Estimate: 0.25h The tizen getting started document located at http://cordova.apache.org/docs/en/2.6.0/guide_getting-started_tizen_index.md.html#Getting%20Started%20with%20Tizen has errors. Need to remove reference to the files being in the latest cordova download. Perhaps other edits are needed, I don't know Tizen. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-3545) bada getting started document inaccurate.
[ https://issues.apache.org/jira/browse/CB-3545?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-3545. Resolution: Not A Problem See previous comment bada getting started document inaccurate. - Key: CB-3545 URL: https://issues.apache.org/jira/browse/CB-3545 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: 2.7.0 Reporter: John M. Wargo Assignee: Michael Brooks Priority: Trivial Labels: documentation Original Estimate: 0.25h Remaining Estimate: 0.25h The bada getting started document at http://cordova.apache.org/docs/en/2.6.0/guide_getting-started_bada_index.md.html#Getting%20Started%20with%20Bada has errors. It instructs developers to use bada 1.2 when I thought the code has been updated to use 2.x. Also, it references that the bada files are in the cordova download - which they're not. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6090) CLI should not error on build command for firefoxos
[ https://issues.apache.org/jira/browse/CB-6090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13908964#comment-13908964 ] Carlos Santana commented on CB-6090: Actually the build command for firefoxos is a valid way to refresh the assets (www) including any merges build will runs prepare + compile in the case of compile firefox platform should print a message like No compile step need it, firefoxos is a web platform :-) So a user will use build for all platforms and get the firefoxos files refreshed. CLI should not error on build command for firefoxos --- Key: CB-6090 URL: https://issues.apache.org/jira/browse/CB-6090 Project: Apache Cordova Issue Type: Bug Components: CLI, FirefoxOS Affects Versions: 3.4.0 Environment: osx $ cordova -v 3.4.0-0.1.0 Reporter: Carlos Santana cordova should not error when running 'cordova build firefoxos firefox platform already handle with a nice message that the command is not applicable for other commands like emulate and run same should be done for build recreate: (master)$ cordova create todd-firefoxos com.example.todd TODD Creating a new cordova project with name TODD and id com.example.todd at location /Users/csantana23/Documents/SWG/git/csantanapr/triangle-open-data-day/hybridApp/todd-firefoxos (master)$ cd todd-firefoxos/ (master)$ cordova platform add firefoxos Creating firefoxos project... Creating Firefox OS project Project Path ../../../../../../../git/csantanapr/triangle-open-data-day/hybridApp/todd-firefoxos/platforms/firefoxos Package Name com.example.todd Project Name TODD Generating config.xml from defaults for platform firefoxos Preparing firefoxos project (master)$ cordova build Generating config.xml from defaults for platform firefoxos Preparing firefoxos project Running command: /Users/csantana23/git/csantanapr/triangle-open-data-day/hybridApp/todd-firefoxos/platforms/firefoxos/cordova/build args=[] execvp(): No such file or directory Error: /Users/csantana23/git/csantanapr/triangle-open-data-day/hybridApp/todd-firefoxos/platforms/firefoxos/cordova/build: Command failed with exit code ENOENT at ChildProcess.whenDone (/Users/csantana23/.nvm/v0.10.24/lib/node_modules/cordova/src/superspawn.js:112:23) at ChildProcess.EventEmitter.emit (events.js:95:17) at Process.ChildProcess._handle.onexit (child_process.js:787:12) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6051) video / audio won't play from cdvfile:// urls
[ https://issues.apache.org/jira/browse/CB-6051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13908983#comment-13908983 ] Claudius Coenen commented on CB-6051: - I can't verify it right now, but looking at the filenames in those chagesets, i'd like to ask if this fixes video and audio, or if it's fixing Audio only. I am just asking, because the changed files are CDVSound and AudioHandler. 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)
[jira] [Assigned] (CB-5837) Create registry service to retrieve manage downloads - PluginIDs
[ https://issues.apache.org/jira/browse/CB-5837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill reassigned CB-5837: -- Assignee: Steve Gill Create registry service to retrieve manage downloads - PluginIDs --- Key: CB-5837 URL: https://issues.apache.org/jira/browse/CB-5837 Project: Apache Cordova Issue Type: Sub-task Components: Registry Web Reporter: Steve Gill Assignee: Steve Gill -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5837) Create registry service to retrieve manage downloads - PluginIDs
[ https://issues.apache.org/jira/browse/CB-5837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13909130#comment-13909130 ] ASF subversion and git services commented on CB-5837: - Commit fe736677f0ecf044275ab2ea544de6859fab1309 in cordova-registry-web's branch refs/heads/refactor from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-registry-web.git;h=fe73667 ] CB-5837: added downloads factory to use among controllers Create registry service to retrieve manage downloads - PluginIDs --- Key: CB-5837 URL: https://issues.apache.org/jira/browse/CB-5837 Project: Apache Cordova Issue Type: Sub-task Components: Registry Web Reporter: Steve Gill Assignee: Steve Gill -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6079) Android video mediaplayer error
[ https://issues.apache.org/jira/browse/CB-6079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13909240#comment-13909240 ] Ian Clelland commented on CB-6079: -- On a hunch, I tried placing a file on the sdcard with FileTransfer, and setting the {{src}} attribute of a {{video}} tag to its {{cdvfile}} URL. Logcat shows this when I tap the play button: {code} 02-21 23:36:24.546: D/MediaPlayer(3396): Couldn't open file on client side, trying server side 02-21 23:36:24.546: E/MediaPlayer(3396): error (1, -2147483648) 02-21 23:36:24.566: E/MediaPlayer(3396): Error (1,-2147483648) {code} A couple of extra log lines show that the File plugin is being initialized, and {{webview.shouldInterceptRequest}} *is* being called, but the video still doesn't play. If I change the source manually to a {{file:///}} URL, then it plays as expected. The error in the logs appears to be coming from {{android.media.MediaPlayer}} -- It looks like {{MediaPlayer.setDataSource()}} checks for {{file:///}} URLs and ContentResolver URLs before it prints the first log message, and then checks only for {{http}} and {{https}} URLs before giving up. Android video mediaplayer error --- Key: CB-6079 URL: https://issues.apache.org/jira/browse/CB-6079 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0 Environment: OSX 10.8.5, Android Developer Tools Reporter: Arnout Labels: Android, Video Fix For: 3.3.0 I have a project with HTML5 video playback. On iOS everything works great, but if I build the same project for Android the video doesn't want to play. This is the error I get in LogCat: Mediaplayer Error (1, -2147483648). I tried to play the video with another plugin but without result. Installed platforms: android 3.3.0, ios 3.3.0 Installed plugins: jaeger.Html5Video', 'org.apache.cordova.device', 'org.apache.cordova.file', 'org.apache.cordova.inappbrowser' -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6042) [windows8] Cordova emulate fails if no developer certificate is installed
[ https://issues.apache.org/jira/browse/CB-6042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13909248#comment-13909248 ] ASF subversion and git services commented on CB-6042: - Commit 9768a159a3d89f63efe54b648b7667990b46fe58 in cordova-windows's branch refs/heads/master from [~sgrebnov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=9768a15 ] CB-6042 [windows8] Cordova emulate fails if no developer certificate is installed [windows8] Cordova emulate fails if no developer certificate is installed - Key: CB-6042 URL: https://issues.apache.org/jira/browse/CB-6042 Project: Apache Cordova Issue Type: Bug Components: CLI, Windows 8 Reporter: Sergey Grebnov Assignee: Jesse MacFadyen Priority: Minor 1. Use clean machine or uninstall current windows8 developer certificate via Unregister-WindowsDeveloperLicense powershell command. 2. Run 'cordova emulate windows8' Expected: there is a prompt dialog to install developer certificate, application is successfully started Actual: there is the following error message (if run with -d parameter) Before installing this app, you need to do the following: - Acquire a developer license You must provide administrator credentials to proceed. Please run this script without the -Force parameter or from an elevated PowerShell window. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-6083) [windows8] Use registry to read msbuild tools path
[ https://issues.apache.org/jira/browse/CB-6083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13909250#comment-13909250 ] ASF subversion and git services commented on CB-6083: - Commit b4c4f2324d3f05625ed31e9200b172896fa65e94 in cordova-windows's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=b4c4f23 ] Merge branch 'CB-6083' of https://github.com/sgrebnov/cordova-windows [windows8] Use registry to read msbuild tools path -- Key: CB-6083 URL: https://issues.apache.org/jira/browse/CB-6083 Project: Apache Cordova Issue Type: Improvement Components: Windows 8 Reporter: Sergey Grebnov Assignee: Jesse MacFadyen Right now we require to have 'msbuild' tools folder in the path. But we can retrieve tools location from registry REG QUERY HKLM\SOFTWARE\Microsoft\MSBuild\ToolsVersions\12.0\ /v MSBuildToolsPath Will return the path for VS 2013 (msbuild 12.0) REG QUERY HKLM\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0\ /v MSBuildToolsPath Will return the path for VS 2012 (msbuild 4.0) -- This message was sent by Atlassian JIRA (v6.1.5#6160)