[jira] [Commented] (CB-8661) executeScript doesn't return the a result on Windows platform
[ https://issues.apache.org/jira/browse/CB-8661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381476#comment-14381476 ] ASF GitHub Bot commented on CB-8661: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/97 CB-8661 Return executed script result on Windows This fixes [CB-8661](https://issues.apache.org/jira/browse/CB-8661) You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-inappbrowser CB-8661 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-inappbrowser/pull/97.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #97 commit ebca36fb42dafed4bf430dda6d6bee6da6601621 Author: Vladimir Kotikov Date: 2015-03-24T15:11:28Z CB-8661 Return executed script result on Windows > executeScript doesn't return the a result on Windows platform > - > > Key: CB-8661 > URL: https://issues.apache.org/jira/browse/CB-8661 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser, Windows > Environment: Windows 8 > Latest version of Cordova 4.3.0 > Latest version of Plugin InAppBrowser 0.6.0 >Reporter: John Little > > executeScript is supposed to provide a variable to the function called when > the script is completed as per this clip from the documentation :- > If the injected script is of type code, the callback executes with a single > parameter, which is the return value of the script, wrapped in an Array. For > multi-line scripts, this is the return value of the last statement, or the > last expression evaluated. > When running as a Windows app the array is empty. > Looking in the Windows InAppBrowserProxy.js file, line 230 looks like this >op.oncomplete = function () { hasCallback && win([]); }; > So clearly no data is being passed ([]) is an empty array. > According to the documentation from Microsoft :- > https://msdn.microsoft.com/en-us/library/windows.ui.xaml.controls.webview.invokescriptasync.aspx > The invokeScriptAsync function can return a string. > So if I modify line 230 to look like this > op.oncomplete = function (e) { hasCallback && win([e.target.result]); }; > I get a string returned to my callback function. > You could also modify the similar line in the injectScriptFile function, as > it also calls invokeScriptAsync. > I need the return value because the only way to comunicate between the page > in the IAB and the app is to poll some sessionStorage and wait for the page > to set some data. -- 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
[jira] [Assigned] (CB-8661) executeScript doesn't return the a result on Windows platform
[ https://issues.apache.org/jira/browse/CB-8661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov reassigned CB-8661: Assignee: Vladimir Kotikov > executeScript doesn't return the a result on Windows platform > - > > Key: CB-8661 > URL: https://issues.apache.org/jira/browse/CB-8661 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser, Windows > Environment: Windows 8 > Latest version of Cordova 4.3.0 > Latest version of Plugin InAppBrowser 0.6.0 >Reporter: John Little >Assignee: Vladimir Kotikov > > executeScript is supposed to provide a variable to the function called when > the script is completed as per this clip from the documentation :- > If the injected script is of type code, the callback executes with a single > parameter, which is the return value of the script, wrapped in an Array. For > multi-line scripts, this is the return value of the last statement, or the > last expression evaluated. > When running as a Windows app the array is empty. > Looking in the Windows InAppBrowserProxy.js file, line 230 looks like this >op.oncomplete = function () { hasCallback && win([]); }; > So clearly no data is being passed ([]) is an empty array. > According to the documentation from Microsoft :- > https://msdn.microsoft.com/en-us/library/windows.ui.xaml.controls.webview.invokescriptasync.aspx > The invokeScriptAsync function can return a string. > So if I modify line 230 to look like this > op.oncomplete = function (e) { hasCallback && win([e.target.result]); }; > I get a string returned to my callback function. > You could also modify the similar line in the injectScriptFile function, as > it also calls invokeScriptAsync. > I need the return value because the only way to comunicate between the page > in the IAB and the app is to poll some sessionStorage and wait for the page > to set some data. -- 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
[jira] [Commented] (CB-8635) InAppBrowser on Windows adds 40px gray border, wrapper div without class or id
[ https://issues.apache.org/jira/browse/CB-8635?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381481#comment-14381481 ] ASF GitHub Bot commented on CB-8635: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/98 CB-8635 Improves UX on windows platform This implements some improvements for IAB on window from CB-8635 - Adds `fullscreen` option which allows to open IAB window without gray border around it - Adds ability to apply custom styles to IAB window via `inAppBrowserWrap` CSS class (similar to Friefox OS) - Moves styles for IAB container to separate CSS file You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-inappbrowser CB-8635 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-inappbrowser/pull/98.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #98 commit c541fcf642a47a3ac235cfd26024b73db82c6358 Author: Vladimir Kotikov Date: 2015-03-25T12:03:30Z CB-8635 Improves UX on windows platform * Adds `fullscreen` option * Adds ability to apply custom styles to IAB window > InAppBrowser on Windows adds 40px gray border, wrapper div without class or id > -- > > Key: CB-8635 > URL: https://issues.apache.org/jira/browse/CB-8635 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.6.0 > Environment: Windows 8.1, Windows Phone 8.1 >Reporter: Brandon Paddock > > The InAppBrowserProxy on Windows 8.1 does some weird things. One of them is > that it adds a wrapper div with a bunch of inline styles on it, including a > gray 40px border on all sides. This appears even if you set the "location=no" > option to disable the default browser controls. > Because this div is inserted directly under the body element with no id or > class, you can't override its styling via CSS (and since it uses inline > styles, you'd have to use !important to override them). > Suggested fixes: > 1) Assign a class name to the div so it can be styled. > 2) Don't use an inline style for the default styling. Use CSS. > 3) Don't put this weird gray border in the default styling (it isn't there on > Android so why put it there on Windows?) > 4) Or, remove the div entirely (at least in the location=no case). -- 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
[jira] [Assigned] (CB-8649) Media Plugin WP8.1 Media.getDuration returns -1 for audio (mp3) asset
[ https://issues.apache.org/jira/browse/CB-8649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov reassigned CB-8649: Assignee: Vladimir Kotikov > Media Plugin WP8.1 Media.getDuration returns -1 for audio (mp3) asset > - > > Key: CB-8649 > URL: https://issues.apache.org/jira/browse/CB-8649 > Project: Apache Cordova > Issue Type: Bug >Reporter: Kim Hansen >Assignee: Vladimir Kotikov >Priority: Minor > > It is understood that WP8.1 is not supported (hence minor priority) but when > support is added this is fixable. > Media plugin 0.2.13, Cordova 4.2.0, Tools for Apache Cordova > The duration can be found at Media.node.duration -- 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
[jira] [Commented] (CB-8649) Media Plugin WP8.1 Media.getDuration returns -1 for audio (mp3) asset
[ https://issues.apache.org/jira/browse/CB-8649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381495#comment-14381495 ] Vladimir Kotikov commented on CB-8649: -- [~khansen] looks like this is a duplicate for CB-7638. This already fixed in https://github.com/apache/cordova-plugin-media/commit/2660e925ab3a4926999333751819fdac017698f7 and fix available since plugin version 0.2.14. Could you please update your plugin and check if still can be reproduced. > Media Plugin WP8.1 Media.getDuration returns -1 for audio (mp3) asset > - > > Key: CB-8649 > URL: https://issues.apache.org/jira/browse/CB-8649 > Project: Apache Cordova > Issue Type: Bug >Reporter: Kim Hansen >Assignee: Vladimir Kotikov >Priority: Minor > > It is understood that WP8.1 is not supported (hence minor priority) but when > support is added this is fixable. > Media plugin 0.2.13, Cordova 4.2.0, Tools for Apache Cordova > The duration can be found at Media.node.duration -- 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
[jira] [Commented] (CB-8742) wp8 doesn't send report to CouchDB
[ https://issues.apache.org/jira/browse/CB-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381511#comment-14381511 ] ASF subversion and git services commented on CB-8742: - Commit 126c0c41125d93d9f175b765ec5c3137dd291370 in cordova-mobile-spec's branch refs/heads/master from [~dmitriy.barkalov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=126c0c4 ] CB-8742 fixed XMLHttpRequest.spec.6 to use local variable github close #125 > wp8 doesn't send report to CouchDB > -- > > Key: CB-8742 > URL: https://issues.apache.org/jira/browse/CB-8742 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Reporter: Dmitriy Barkalov > > Steps to reproduce > 1. Run medic build for wp8 > 2. Wait for build complete > Expected: > Results of mobile-spec test run sent to CouchDB and added to medic stdout > Actual: > No results in CouchDB and therefore build ends by timeout. -- 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
[jira] [Commented] (CB-8742) wp8 doesn't send report to CouchDB
[ https://issues.apache.org/jira/browse/CB-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381512#comment-14381512 ] ASF GitHub Bot commented on CB-8742: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/125 > wp8 doesn't send report to CouchDB > -- > > Key: CB-8742 > URL: https://issues.apache.org/jira/browse/CB-8742 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Reporter: Dmitriy Barkalov > > Steps to reproduce > 1. Run medic build for wp8 > 2. Wait for build complete > Expected: > Results of mobile-spec test run sent to CouchDB and added to medic stdout > Actual: > No results in CouchDB and therefore build ends by timeout. -- 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
[jira] [Closed] (CB-8742) wp8 doesn't send report to CouchDB
[ https://issues.apache.org/jira/browse/CB-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dmitriy Barkalov closed CB-8742. > wp8 doesn't send report to CouchDB > -- > > Key: CB-8742 > URL: https://issues.apache.org/jira/browse/CB-8742 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Reporter: Dmitriy Barkalov > > Steps to reproduce > 1. Run medic build for wp8 > 2. Wait for build complete > Expected: > Results of mobile-spec test run sent to CouchDB and added to medic stdout > Actual: > No results in CouchDB and therefore build ends by timeout. -- 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
[jira] [Resolved] (CB-8742) wp8 doesn't send report to CouchDB
[ https://issues.apache.org/jira/browse/CB-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dmitriy Barkalov resolved CB-8742. -- Resolution: Fixed > wp8 doesn't send report to CouchDB > -- > > Key: CB-8742 > URL: https://issues.apache.org/jira/browse/CB-8742 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Reporter: Dmitriy Barkalov > > Steps to reproduce > 1. Run medic build for wp8 > 2. Wait for build complete > Expected: > Results of mobile-spec test run sent to CouchDB and added to medic stdout > Actual: > No results in CouchDB and therefore build ends by timeout. -- 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
[jira] [Reopened] (CB-7689) Add insertCSS support for Windows platform
[ https://issues.apache.org/jira/browse/CB-7689?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov reopened CB-7689: -- > Add insertCSS support for Windows platform > -- > > Key: CB-7689 > URL: https://issues.apache.org/jira/browse/CB-7689 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser > Environment: 'windows' platform >Reporter: Sergey Shakhnazarov >Assignee: Vladimir Kotikov > > insertCSS (injectStyleCode and injectStyleFile) are not implemented in > InAppBrowser Windows proxy -- 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
[jira] [Assigned] (CB-8589) Cordova no success callback on WP81
[ https://issues.apache.org/jira/browse/CB-8589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov reassigned CB-8589: Assignee: Vladimir Kotikov > Cordova no success callback on WP81 > > > Key: CB-8589 > URL: https://issues.apache.org/jira/browse/CB-8589 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: Windows Phone 8.1 >Reporter: Bodo Probst >Assignee: Vladimir Kotikov > > The success callback in fileTransfer.upload() is not call, when the server > does not respond with data, but only with a httpResonseStatus. > The call to (FileTransferProxy.js::167) > reader.loadAsync(result.progress.bytesReceived).then(function(size) > fails with exception, when bytesReceived == 0 > On Android, the callback is called correctly. -- 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
[jira] [Commented] (CB-7970) Add cordova-plugin-vibration support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381676#comment-14381676 ] ASF subversion and git services commented on CB-7970: - Commit 3c784336c6851649f740f0ae9e82c390a871aa70 in cordova-plugin-vibration's branch refs/heads/master from daserge [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-vibration.git;h=3c78433 ] CB-7970 Add cordova-plugin-vibration support for Windows Phone 8.1 Added Windows Phone 8.1 support Updated documentation > Add cordova-plugin-vibration support for Windows Phone 8.1 > -- > > Key: CB-7970 > URL: https://issues.apache.org/jira/browse/CB-7970 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Vibration >Reporter: Sergey Shakhnazarov > -- 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
[jira] [Commented] (CB-7970) Add cordova-plugin-vibration support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381677#comment-14381677 ] ASF subversion and git services commented on CB-7970: - Commit 5192900d846646e32fdd69a1dfa19f6800a30e26 in cordova-plugin-vibration's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-vibration.git;h=5192900 ] CB-7970 Reference proxy project instead of compiled winmd github close #25 > Add cordova-plugin-vibration support for Windows Phone 8.1 > -- > > Key: CB-7970 > URL: https://issues.apache.org/jira/browse/CB-7970 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Vibration >Reporter: Sergey Shakhnazarov > -- 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
[jira] [Commented] (CB-7970) Add cordova-plugin-vibration support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381678#comment-14381678 ] ASF GitHub Bot commented on CB-7970: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-vibration/pull/25 > Add cordova-plugin-vibration support for Windows Phone 8.1 > -- > > Key: CB-7970 > URL: https://issues.apache.org/jira/browse/CB-7970 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Vibration >Reporter: Sergey Shakhnazarov > -- 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
[jira] [Commented] (CB-7970) Add cordova-plugin-vibration support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381680#comment-14381680 ] ASF GitHub Bot commented on CB-7970: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-plugin-vibration/pull/25#issuecomment-86446195 Rebased, tested, merged > Add cordova-plugin-vibration support for Windows Phone 8.1 > -- > > Key: CB-7970 > URL: https://issues.apache.org/jira/browse/CB-7970 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Vibration >Reporter: Sergey Shakhnazarov > -- 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
[jira] [Created] (CB-8754) Auto-restoring a plugin fails when adding a platform
Tim Barham created CB-8754: -- Summary: Auto-restoring a plugin fails when adding a platform Key: CB-8754 URL: https://issues.apache.org/jira/browse/CB-8754 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: Master Reporter: Tim Barham Assignee: Tim Barham Start with a blank Cordova app, then enter the following: {noformat} cordova plugin add org.apache.cordova.camera --save cordova plugin remove org.apache.cordova.camera cordova platform add browser {noformat} The final step should restore the camera plugin, but it fails with the following exception: {noformat} TypeError: Cannot read property 'latest' of undefined at next (D:\GIT\Cordova\cordova-lib\cordova-lib\node_modules\npm\lib\cache.js:694:35) at D:\GIT\Cordova\cordova-lib\cordova-lib\node_modules\npm\lib\cache.js:682:5 at RegClient.get_ (D:\GIT\Cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\npm-registry-client\lib\get.js:105:14) at RegClient. (D:\GIT\Cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\npm-registry-client\lib\get.js:41:12) at fs.js:336:14 at D:\GIT\Cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\graceful-fs\graceful-fs.js:103:5 at FSReqWrap.oncomplete (fs.js:99:15) {noformat} -- 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
[jira] [Commented] (CB-8581) Geolocation plugin doesn't work in Restricted Profile on Android
[ https://issues.apache.org/jira/browse/CB-8581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381779#comment-14381779 ] Ibrahim M. Ghazal commented on CB-8581: --- Some notes I gathered which might be useful: - This is definitely a bug in Chrome/Webview. Version 0.3.6 of the geolocation plugin does work in Restricted Profiles because it calls the Java geolocation API instead of using the Chrome/Webview implementation. - I wrote a simple native Java application to confirm. The GPS provider works in Restricted Profiles. The "network" provider does not. - The proprietary Google Play Location API ( [https://developer.android.com/google/play-services/location.html] ) works without a problem in Restricted Profiles. - I ended up using [http://plugins.cordova.io/#/package/fr.louisbl.cordova.locationservices] for my project because running in Restricted Profiles was a requirement for my project. > Geolocation plugin doesn't work in Restricted Profile on Android > > > Key: CB-8581 > URL: https://issues.apache.org/jira/browse/CB-8581 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Docs, Plugin Geolocation >Affects Versions: 4.1.3 > Environment: Android 4.4 > "Restricted Profile" > Samsung Galaxy Tab 3 7.0 3G (SM-T211) and Samsung Galaxy Tab 4 7.0 3G > (SM-T231). >Reporter: Ibrahim M. Ghazal >Assignee: Joe Bowser > > Android 4.3 has a "Restricted Profile" feature ( > https://support.google.com/nexus/answer/3175031?hl=en ), that restricts a > user to a limited subset of apps. > When a Cordova application is run under a Restricted Profile, geolocation > functions (both navigator.geolocation.getCurrentPosition and > navigator.geolocation.watchPosition ) always time out. > I tried changing the Android Location settings, but nothing seems to fix it. > Tried on two devices with the same results: Samsung Galaxy Tab 3 7.0 3G > (SM-T211) and on Samsung Galaxy Tab 4 7.0 3G (SM-T231). -- 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
[jira] [Created] (CB-8755) Plugin --save: Multiple config.xml entries don't get removed
Tim Barham created CB-8755: -- Summary: Plugin --save: Multiple config.xml entries don't get removed Key: CB-8755 URL: https://issues.apache.org/jira/browse/CB-8755 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Tim Barham Assignee: Tim Barham *Steps:* Enter the following: {noformat} cordova plugin add cordova-plugin-camera --save {noformat} Then manually add another entry for camera on config.xml, then enter the following: {noformat} cordova plugin rm cordova-plugin-camera --save {noformat} *Expected:* All plugin entries to be removed from config.xml *Actual:* Only one entry is removed -- 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
[jira] [Created] (CB-8756) Make plugin --save work more like npm install --save
Tim Barham created CB-8756: -- Summary: Make plugin --save work more like npm install --save Key: CB-8756 URL: https://issues.apache.org/jira/browse/CB-8756 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Tim Barham Assignee: Tim Barham 1. {{plugin add --save}} doesn't save version by default - it should always save version (in the form {{^x.y.z}}) 2. {{plugin add --save}} never overwrites an existing entry - it should always overwrite an existing entry. 3. An existing version specified in {{config.xml}} is ignored when plugin is added without a specific version, but with the {{--save}} option - version in {{config.xml}} should be honored. -- 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
[jira] [Commented] (CB-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381825#comment-14381825 ] ASF GitHub Bot commented on CB-8721: Github user mowcixo commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/72#issuecomment-86503166 I think it's correct. It does not solve the root of the problem, but customizing each plugin that uses headers, will be a good solution. As you say, it will solve the apache/cordova-wp8#62 and the apache/cordova-plugin-file-transfer#54 too. > (Windows Phone 8, File-transfer download method) When specifying header with > comma in it, fail callback is called > - > > Key: CB-8721 > URL: https://issues.apache.org/jira/browse/CB-8721 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Alexander Sorokin >Assignee: Vladimir Kotikov > > This code fails because header with comma in it is not parsed properly: > {code} > transfer.download(fileURL, localFilePath, function win(){}, function > fail(){}, true, > { > headers: { > 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' > } > }); > {code} -- 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
[jira] [Assigned] (CB-8651) Restoring platforms and plugins causes plugin install to be triggered twice
[ https://issues.apache.org/jira/browse/CB-8651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Barham reassigned CB-8651: -- Assignee: Tim Barham > Restoring platforms and plugins causes plugin install to be triggered twice > --- > > Key: CB-8651 > URL: https://issues.apache.org/jira/browse/CB-8651 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Connor Pearson >Assignee: Tim Barham >Priority: Minor > > Using the basic starter app with the following config.xml: > {code:xml} > > xmlns="http://www.w3.org/ns/widgets"; > xmlns:cdv="http://cordova.apache.org/ns/1.0";> > HelloCordova > > > > > > > > {code} > Running cordova prepare ios without a platforms or plugins directory produces > this output: > {quote} > Restoring platform ios@3.8.0 referenced on config.xml > Adding ios project... > iOS project created with cordova-ios@3.8.0 > Discovered org.apache.cordova.device in config.xml. Installing to the project > Fetching plugin "org.apache.cordova.device" via plugin registry > Installing "org.apache.cordova.device" for ios > Plugin "org.apache.cordova.device" already installed on ios. > {quote} > It looks like Cordova is trying to install the plugin twice. -- 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
[jira] [Resolved] (CB-8756) Make plugin --save work more like npm install --save
[ https://issues.apache.org/jira/browse/CB-8756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Barham resolved CB-8756. Resolution: Duplicate Forgot I'd already opened this issue previously. Dup of CB-8741. > Make plugin --save work more like npm install --save > > > Key: CB-8756 > URL: https://issues.apache.org/jira/browse/CB-8756 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Tim Barham >Assignee: Tim Barham > Original Estimate: 4m > Remaining Estimate: 4m > > 1. {{plugin add --save}} doesn't save version by default - it should always > save version (in the form {{^x.y.z}}) > 2. {{plugin add --save}} never overwrites an existing entry - it should > always overwrite an existing entry. > 3. An existing version specified in {{config.xml}} is ignored when plugin is > added without a specific version, but with the {{--save}} option - version in > {{config.xml}} should be honored. -- 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
[jira] [Closed] (CB-8756) Make plugin --save work more like npm install --save
[ https://issues.apache.org/jira/browse/CB-8756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Barham closed CB-8756. -- > Make plugin --save work more like npm install --save > > > Key: CB-8756 > URL: https://issues.apache.org/jira/browse/CB-8756 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Tim Barham >Assignee: Tim Barham > Original Estimate: 4m > Remaining Estimate: 4m > > 1. {{plugin add --save}} doesn't save version by default - it should always > save version (in the form {{^x.y.z}}) > 2. {{plugin add --save}} never overwrites an existing entry - it should > always overwrite an existing entry. > 3. An existing version specified in {{config.xml}} is ignored when plugin is > added without a specific version, but with the {{--save}} option - version in > {{config.xml}} should be honored. -- 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
[jira] [Commented] (CB-8753) Maintain splash screen aspect ratio
[ https://issues.apache.org/jira/browse/CB-8753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381903#comment-14381903 ] ASF GitHub Bot commented on CB-8753: Github user agrieve commented on the pull request: https://github.com/apache/cordova-android/pull/168#issuecomment-86521912 Great questions. The statics are meant to prevent multiple splash screens from showing if there is more than one CordovaWebView within a project. `CordovaPreferences.copyIntoIntentExtras(Activity)` - it's legacy. keep getting preferences from CordovaPreferences - because embedders can change these preferences during app start-up, and we want those changes to take effect. New Prefs android only - yes. that's fine. Splash screen already has mostly platform-specific prefs :( Overall comments: - Randomly, an `onConfigurationChange` hook was just recently added to master, so you should just use that instead. - We aren't planning on doing another release of 3.x branch, so you should make these changes to cordova-plugin-splashscreen, which is what will work with cordova-android@4.0.x (and with master branch of cordova-android) - I don't see why anyone would want reloadOnOrientationChange=false, so maybe don't make that a preference? - Might be better to get rid of the LinearLayout, and instead switch to an ImageView in both cases > Maintain splash screen aspect ratio > --- > > Key: CB-8753 > URL: https://issues.apache.org/jira/browse/CB-8753 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 3.7.1 > Environment: Android >Reporter: Alex Talis > Fix For: 3.8.0, 4.0.0, 3.7.1 > > Attachments: cur-land.png, cur-port.png, new-land.png, new-port.png > > > I will be submitting a pull request for this enhancement shortly. > Current splash screen scales images non-uniformly to fit into splash dialog. > This approach does not work well for many typical splash screen images that > contain scenery or text and look bad when aspect ratio is not preserved. > 9-patch images work, but they have to be carefully designed so that the edges > can be stretched without producing undesired effects. > The purpose of this enhancement is to allow use of non-9-patch images without > stretching, similar to CSS "background-size:cover" capability. For this to > work, splash images have to have large safe area all around that can be > safely cropped off. > With this type of splash screen, it is usually necessary to use different > images for portrait and landscape orientations, so a second part of this > enhancement is to add an option to reload the drawable when orientation > changes. > Examples of the two preferences are shown below. Both are optional and > default to False to maintain current splash screen behavior. > > -- 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
[jira] [Commented] (CB-8734) add FirefoxOS to Cordova-Medic
[ https://issues.apache.org/jira/browse/CB-8734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381970#comment-14381970 ] ASF GitHub Bot commented on CB-8734: Github user marti1125 commented on the pull request: https://github.com/apache/cordova-medic/pull/39#issuecomment-86543253 the unique error is about path of mobilespec G:\cordova-medic (CB-8734) λ node build_firefoxos.js G:\cordova-medic\.git G:\cordova-medic G:\cordova-medic G:\cordova-medic\bin G:\cordova-medic G:\cordova-medic G:\cordova-medic\buildbot-conf G:\cordova-medic G:\cordova-medic G:\cordova-medic\node_modules G:\cordova-medic G:\cordova-medic G:\cordova-medic\runner G:\cordova-medic G:\cordova-medic G:\cordova-medic\src G:\cordova-medic G:\cordova-medic [FIREFOXOS ERROR]: (sha: Firefox) Exception thrown modifying FirefoxOS mobile spec application. create must have failed as output path does not exist.path G:\cordova-medic\mobilespec\platforms\firefoxos FirefoxOS test prepare failed > add FirefoxOS to Cordova-Medic > -- > > Key: CB-8734 > URL: https://issues.apache.org/jira/browse/CB-8734 > Project: Apache Cordova > Issue Type: New Feature > Components: FirefoxOS > Environment: add FirefoxOS to Cordova-Medic >Reporter: Willy Aguirre > > I am working in add FirefoxOS to Cordova-Medic -- 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
[jira] [Commented] (CB-8286) cordova create --link-to should not result in a .cordova/config.json file
[ https://issues.apache.org/jira/browse/CB-8286?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14381973#comment-14381973 ] ASF subversion and git services commented on CB-8286: - Commit cc596a37d77a92665292a5370d660a898217e0cb in cordova-lib's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=cc596a3 ] CB-8286 Fix regression from e70432f2: Never want to link to app-hello-world > cordova create --link-to should not result in a .cordova/config.json file > - > > Key: CB-8286 > URL: https://issues.apache.org/jira/browse/CB-8286 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > > {code} > cordova create foo --link-to=bar > ls -a foo > {code} > shows a .cordova/config.json being created with no useful info in it. -- 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
[jira] [Updated] (CB-8757) Install with --link of a plugin containing static libraries breaks Xcode build on iOS
[ https://issues.apache.org/jira/browse/CB-8757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Bektchiev updated CB-8757: - Affects Version/s: 3.8.0 > Install with --link of a plugin containing static libraries breaks Xcode > build on iOS > - > > Key: CB-8757 > URL: https://issues.apache.org/jira/browse/CB-8757 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 3.8.0 >Reporter: Martin Bektchiev > > If a Cordova iOS project is located in a path that contains symlinked > directories and a plugin with static libs is installed with --link, the > project becomes unbuildable. The reason is that apparently Xcode expands the > symlinks in project path and the relative paths that plugman has generated > become incorrect. > Steps to reproduce: > 1. Create a new Cordova iOS project in /tmp on a Mac > 2. Download and place a plugin that contains a static library somewhere > outside of /tmp (e.g. > https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) > 3. Install it using plugman install --platform ios --project > /tmp/ --plugin --link > 3. Attempt to build - the build fails with an error: directory not found for > option '-L
[jira] [Created] (CB-8757) Install with --link of a plugin containing static libraries breaks Xcode build on iOS
Martin Bektchiev created CB-8757: Summary: Install with --link of a plugin containing static libraries breaks Xcode build on iOS Key: CB-8757 URL: https://issues.apache.org/jira/browse/CB-8757 Project: Apache Cordova Issue Type: Bug Components: Plugman Reporter: Martin Bektchiev If a Cordova iOS project is located in a path that contains symlinked directories and a plugin with static libs is installed with --link, the project becomes unbuildable. The reason is that apparently Xcode expands the symlinks in project path and the relative paths that plugman has generated become incorrect. Steps to reproduce: 1. Create a new Cordova iOS project in /tmp on a Mac 2. Download and place a plugin that contains a static library somewhere outside of /tmp (e.g. https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) 3. Install it using plugman install --platform ios --project /tmp/ --plugin --link 3. Attempt to build - the build fails with an error: directory not found for option '-L
[jira] [Commented] (CB-8680) Support Swift templates
[ https://issues.apache.org/jira/browse/CB-8680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382023#comment-14382023 ] Carlos Santana commented on CB-8680: [~shazron] Thanks for the feedback that's what we want to get first, specially from you. You saying "I agree this is nice to have" is a great thing to move forward. Here in IBM we will be working on some of this items to get them into the code base. I'm working internally to defined what are the set of things (i.e. cocoapods integration, xcode workspaces, asset catalog for app icons, etc..) that better fit and belong on Apache Cordova rather than on downstream distribution. and at the same time getting more resources to actually contribute some of these. So my goal short team is to put these ideas on JIRA, to get feedback "that's a terrible idea", "thats a nice to have", etc.. :-) > Support Swift templates > --- > > Key: CB-8680 > URL: https://issues.apache.org/jira/browse/CB-8680 > Project: Apache Cordova > Issue Type: Wish > Components: CLI, iOS >Reporter: Nathan Hazout >Priority: Critical > Labels: ios, swift, xcode > > As an application developer, I want to add custom native code in my Cordova > project (not plugins). > I would like Cordova to be provide an option tp generate the XCode template > with a App Delegate in Swift. > Swift is becoming more and more important. New iOS developers learn Swift > first now. > Also, there are chances that Apple may require Swift by default in a few > versions... -- 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
[jira] [Commented] (CB-8185) Add online and offiline plugin-network-information events support for the Browser platform
[ https://issues.apache.org/jira/browse/CB-8185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382026#comment-14382026 ] ASF GitHub Bot commented on CB-8185: Github user deadbird1980 commented on a diff in the pull request: https://github.com/apache/cordova-plugin-network-information/pull/25#discussion_r27221938 --- Diff: www/network.js --- @@ -26,7 +26,9 @@ var exec = require('cordova/exec'), // Link the onLine property with the Cordova-supplied network info. // This works because we clobber the navigator object with our own // object in bootstrap.js. -if (typeof navigator != 'undefined') { +// Browser platform do not need to define this property, because +// it is already supported by modern browsers +if (cordova.platforId !== 'browser' && typeof navigator != 'undefined') { --- End diff -- I think it should be cordova.platformId here, just found this problem when testing latest code on browser. > Add online and offiline plugin-network-information events support for the > Browser platform > -- > > Key: CB-8185 > URL: https://issues.apache.org/jira/browse/CB-8185 > Project: Apache Cordova > Issue Type: Improvement > Components: Browser, Plugin Network Information >Reporter: Sergey Shakhnazarov >Assignee: Vladimir Kotikov > > Initial implementation used XHR to check whether we connected to network or > not. Two main problems of this approach is that it used CORS and wasn't able > to detect local network access. > So for better compatibility with specs it is better to use browsers native > implementation of {{navigator.onLine}} property which properly handles all > the aspects of network accessibility. > {{navigator.onLine}} available for all modern browsers: > http://caniuse.com/#feat=online-status -- 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
[jira] [Commented] (CB-8757) Install with --link of a plugin containing static libraries breaks Xcode build on iOS
[ https://issues.apache.org/jira/browse/CB-8757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382085#comment-14382085 ] ASF GitHub Bot commented on CB-8757: GitHub user mbektchiev opened a pull request: https://github.com/apache/cordova-lib/pull/192 CB-8757 Make paths with --link relative to the real project path Fixes https://issues.apache.org/jira/browse/CB-8757 You can merge this pull request into a Git repository by running: $ git pull https://github.com/Icenium/cordova-lib bektchiev/CB-8757 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-lib/pull/192.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #192 commit cb7f38c554cb98644509b7fdca49dd476f95ecd0 Author: Martin Bektchiev Date: 2015-03-26T15:09:06Z CB-8757 Make paths with --link relative to the real project path > Install with --link of a plugin containing static libraries breaks Xcode > build on iOS > - > > Key: CB-8757 > URL: https://issues.apache.org/jira/browse/CB-8757 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 3.8.0 >Reporter: Martin Bektchiev > > If a Cordova iOS project is located in a path that contains symlinked > directories and a plugin with static libs is installed with --link, the > project becomes unbuildable. The reason is that apparently Xcode expands the > symlinks in project path and the relative paths that plugman has generated > become incorrect. > Steps to reproduce: > 1. Create a new Cordova iOS project in /tmp on a Mac > 2. Download and place a plugin that contains a static library somewhere > outside of /tmp (e.g. > https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) > 3. Install it using plugman install --platform ios --project > /tmp/ --plugin --link > 3. Attempt to build - the build fails with an error: directory not found for > option '-L
[jira] [Updated] (CB-8757) Install with --link of a plugin containing static libraries breaks Xcode build on iOS
[ https://issues.apache.org/jira/browse/CB-8757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Bektchiev updated CB-8757: - Description: If a Cordova iOS project is located in a path that contains symlinked directories and a plugin with static libs is installed with --link, the project becomes unbuildable. The reason is that apparently Xcode expands the symlinks in project path and the relative paths that plugman has generated become incorrect. Steps to reproduce: 1. Create a new Cordova iOS project in /tmp on a Mac 2. Download and place a plugin that contains a static library somewhere outside of /tmp (e.g. https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) 3. Install it using plugman install --platform ios --project /tmp/ --plugin --link 3. Attempt to build - the build fails with an error: directory not found for option '-L' was: If a Cordova iOS project is located in a path that contains symlinked directories and a plugin with static libs is installed with --link, the project becomes unbuildable. The reason is that apparently Xcode expands the symlinks in project path and the relative paths that plugman has generated become incorrect. Steps to reproduce: 1. Create a new Cordova iOS project in /tmp on a Mac 2. Download and place a plugin that contains a static library somewhere outside of /tmp (e.g. https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) 3. Install it using plugman install --platform ios --project /tmp/ --plugin --link 3. Attempt to build - the build fails with an error: directory not found for option '-L Install with --link of a plugin containing static libraries breaks Xcode > build on iOS > - > > Key: CB-8757 > URL: https://issues.apache.org/jira/browse/CB-8757 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 3.8.0 >Reporter: Martin Bektchiev > > If a Cordova iOS project is located in a path that contains symlinked > directories and a plugin with static libs is installed with --link, the > project becomes unbuildable. The reason is that apparently Xcode expands the > symlinks in project path and the relative paths that plugman has generated > become incorrect. > Steps to reproduce: > 1. Create a new Cordova iOS project in /tmp on a Mac > 2. Download and place a plugin that contains a static library somewhere > outside of /tmp (e.g. > https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) > 3. Install it using plugman install --platform ios --project > /tmp/ --plugin --link > 3. Attempt to build - the build fails with an error: directory not found for > option '-L' -- 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
[jira] [Updated] (CB-8757) Install with --link of a plugin containing static libraries breaks Xcode build on iOS
[ https://issues.apache.org/jira/browse/CB-8757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Bektchiev updated CB-8757: - Description: If a Cordova iOS project is located in a path that contains symlinked directories and a plugin with static libs is installed with --link, the project becomes unbuildable. The reason is that apparently Xcode expands the symlinks in project path and the relative paths that plugman has generated become incorrect. Steps to reproduce: 1. Create a new Cordova iOS project in /tmp on a Mac 2. Download and place a plugin that contains a static library somewhere outside of /tmp (e.g. https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) 3. Install it using plugman install --platform ios --project /tmp/ --plugin --link 3. Attempt to build - the build fails with an error: directory not found for option '-L', because /tmp is a symlink to /private/tmp and the relative path leads to /private/Users/... instead of /Users/ was: If a Cordova iOS project is located in a path that contains symlinked directories and a plugin with static libs is installed with --link, the project becomes unbuildable. The reason is that apparently Xcode expands the symlinks in project path and the relative paths that plugman has generated become incorrect. Steps to reproduce: 1. Create a new Cordova iOS project in /tmp on a Mac 2. Download and place a plugin that contains a static library somewhere outside of /tmp (e.g. https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) 3. Install it using plugman install --platform ios --project /tmp/ --plugin --link 3. Attempt to build - the build fails with an error: directory not found for option '-L' > Install with --link of a plugin containing static libraries breaks Xcode > build on iOS > - > > Key: CB-8757 > URL: https://issues.apache.org/jira/browse/CB-8757 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 3.8.0 >Reporter: Martin Bektchiev > > If a Cordova iOS project is located in a path that contains symlinked > directories and a plugin with static libs is installed with --link, the > project becomes unbuildable. The reason is that apparently Xcode expands the > symlinks in project path and the relative paths that plugman has generated > become incorrect. > Steps to reproduce: > 1. Create a new Cordova iOS project in /tmp on a Mac > 2. Download and place a plugin that contains a static library somewhere > outside of /tmp (e.g. > https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) > 3. Install it using plugman install --platform ios --project > /tmp/ --plugin --link > 3. Attempt to build - the build fails with an error: directory not found for > option '-L', because /tmp is a symlink > to /private/tmp and the relative path leads to /private/Users/... instead of > /Users/ -- 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
[jira] [Commented] (CB-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382094#comment-14382094 ] ASF GitHub Bot commented on CB-8721: Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/72#issuecomment-86588650 @mowcixo, if you're ok with this approach, could you please close apache/cordova-wp8#62 and the apache/cordova-plugin-file-transfer#54 > (Windows Phone 8, File-transfer download method) When specifying header with > comma in it, fail callback is called > - > > Key: CB-8721 > URL: https://issues.apache.org/jira/browse/CB-8721 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Alexander Sorokin >Assignee: Vladimir Kotikov > > This code fails because header with comma in it is not parsed properly: > {code} > transfer.download(fileURL, localFilePath, function win(){}, function > fail(){}, true, > { > headers: { > 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' > } > }); > {code} -- 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
[jira] [Commented] (CB-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382107#comment-14382107 ] ASF GitHub Bot commented on CB-8721: Github user mowcixo commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/72#issuecomment-86591690 Sure. Done. > (Windows Phone 8, File-transfer download method) When specifying header with > comma in it, fail callback is called > - > > Key: CB-8721 > URL: https://issues.apache.org/jira/browse/CB-8721 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Alexander Sorokin >Assignee: Vladimir Kotikov > > This code fails because header with comma in it is not parsed properly: > {code} > transfer.download(fileURL, localFilePath, function win(){}, function > fail(){}, true, > { > headers: { > 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' > } > }); > {code} -- 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
[jira] [Commented] (CB-8185) Add online and offiline plugin-network-information events support for the Browser platform
[ https://issues.apache.org/jira/browse/CB-8185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382111#comment-14382111 ] ASF subversion and git services commented on CB-8185: - Commit 481bdd93b023f808c301943ac6c541e3633aeee4 in cordova-plugin-network-information's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-network-information.git;h=481bdd9 ] CB-8185 Fixes typo in `cordova.platformId` > Add online and offiline plugin-network-information events support for the > Browser platform > -- > > Key: CB-8185 > URL: https://issues.apache.org/jira/browse/CB-8185 > Project: Apache Cordova > Issue Type: Improvement > Components: Browser, Plugin Network Information >Reporter: Sergey Shakhnazarov >Assignee: Vladimir Kotikov > > Initial implementation used XHR to check whether we connected to network or > not. Two main problems of this approach is that it used CORS and wasn't able > to detect local network access. > So for better compatibility with specs it is better to use browsers native > implementation of {{navigator.onLine}} property which properly handles all > the aspects of network accessibility. > {{navigator.onLine}} available for all modern browsers: > http://caniuse.com/#feat=online-status -- 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
[jira] [Commented] (CB-8185) Add online and offiline plugin-network-information events support for the Browser platform
[ https://issues.apache.org/jira/browse/CB-8185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382116#comment-14382116 ] ASF GitHub Bot commented on CB-8185: Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-plugin-network-information/pull/25#issuecomment-86594471 My bad :dizzy_face: Fixed in https://github.com/apache/cordova-plugin-network-information/commit/481bdd93b023f808c301943ac6c541e3633aeee4 > Add online and offiline plugin-network-information events support for the > Browser platform > -- > > Key: CB-8185 > URL: https://issues.apache.org/jira/browse/CB-8185 > Project: Apache Cordova > Issue Type: Improvement > Components: Browser, Plugin Network Information >Reporter: Sergey Shakhnazarov >Assignee: Vladimir Kotikov > > Initial implementation used XHR to check whether we connected to network or > not. Two main problems of this approach is that it used CORS and wasn't able > to detect local network access. > So for better compatibility with specs it is better to use browsers native > implementation of {{navigator.onLine}} property which properly handles all > the aspects of network accessibility. > {{navigator.onLine}} available for all modern browsers: > http://caniuse.com/#feat=online-status -- 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
[jira] [Commented] (CB-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382119#comment-14382119 ] ASF GitHub Bot commented on CB-8721: Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/72#issuecomment-86594703 Thanks. > (Windows Phone 8, File-transfer download method) When specifying header with > comma in it, fail callback is called > - > > Key: CB-8721 > URL: https://issues.apache.org/jira/browse/CB-8721 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Alexander Sorokin >Assignee: Vladimir Kotikov > > This code fails because header with comma in it is not parsed properly: > {code} > transfer.download(fileURL, localFilePath, function win(){}, function > fail(){}, true, > { > headers: { > 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' > } > }); > {code} -- 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
[jira] [Resolved] (CB-6105) Cordova CLI orientation does nothing on iOS
[ https://issues.apache.org/jira/browse/CB-6105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6105. -- Resolution: Fixed > Cordova CLI orientation does nothing on iOS > > > Key: CB-6105 > URL: https://issues.apache.org/jira/browse/CB-6105 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.4.0 > Environment: iOS >Reporter: Michal Mocny > > There is a multi-platform app config for orientation, documented > here: > http://cordova.apache.org/docs/en/edge/config_ref_index.md.html#The%20config.xml%20File_global_preferences > CLI's android_parser.js specifically looks for this tag and updates > AndroidManifest, but ios_parser.js does not. I think it should be updating > the UISupportedInterfaceOrientations array in the app's plist. > (Also, generally the way we do orientations is pretty poor and could do with > an overhaul, alas..) -- 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
[jira] [Commented] (CB-4998) iOS Bridge sometimes stops working when debugger is attached.
[ https://issues.apache.org/jira/browse/CB-4998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382193#comment-14382193 ] Shazron Abdullah commented on CB-4998: -- Check out CB-8468 which outlines the problem. > iOS Bridge sometimes stops working when debugger is attached. > - > > Key: CB-4998 > URL: https://issues.apache.org/jira/browse/CB-4998 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > Attachments: Screen Shot 2013-10-04 at 1.50.54 PM.png > > > This is happening to me on iOS 7 simulator only when Safari's remote > inspector is connected. > But - the symptoms are scary. Traced it through and what's happening is that > calls to stringByEvaluatingJavaScriptFromString stop being performed at all. > The code doesn't run and the return value is "". Retrying after a timeout > doesn't help. Seems it's hosed from this point forward. > May be related to JS doing GC (screenshot attached). > At this point, it's just something to keep an eye on I think. -- 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
[jira] [Updated] (CB-4846) Support the two new multitasking modes in iOS 7
[ https://issues.apache.org/jira/browse/CB-4846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-4846: - Fix Version/s: (was: 3.6.0) > Support the two new multitasking modes in iOS 7 > --- > > Key: CB-4846 > URL: https://issues.apache.org/jira/browse/CB-4846 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS, Plugins >Affects Versions: 3.0.0 >Reporter: Shazron Abdullah >Priority: Minor > Labels: core, ios7 > > See > https://developer.apple.com/library/prerelease/ios/releasenotes/General/WhatsNewIniOS/Articles/iOS7.html#//apple_ref/doc/uid/TP40013162-SW10 > https://developer.apple.com/library/prerelease/ios/documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/ManagingYourApplicationsFlow/ManagingYourApplicationsFlow.html#//apple_ref/doc/uid/TP40007072-CH4 > New background modes: > 1. background fetch > 2. remote notification > This is either/or mode (modification of Info.plist). > These require appdelegate functions to be implemented as well. As an > alternative, this could be added as "empty" plugins (we provide the plugin > template), and the user can just add their custom code in. > "Hooking" into the appdelegate is possible with plugins by method proxying, > see the Pushwoosh plugin: > https://github.com/shaders/phonegap-cordova-push-notifications/blob/cf7f1c1857a4bb88931e8bd34356f0cc6add3c74/iOS/Plugins/PushRuntime.m#L111 > My suggestion is this is added as a plugin. -- 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
[jira] [Updated] (CB-4071) Capture error callback (should be an object)
[ https://issues.apache.org/jira/browse/CB-4071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-4071: - Fix Version/s: (was: 3.6.0) 4.0.0 > Capture error callback (should be an object) > > > Key: CB-4071 > URL: https://issues.apache.org/jira/browse/CB-4071 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Docs, iOS, Plugin Media Capture, Windows 8 >Affects Versions: 2.9.0 > Environment: All >Reporter: Jonathan Bond >Priority: Minor > Fix For: 4.0.0 > > > When using camera.getPicture(), the cameraError is documented as a string but > on Android & iOS, it's actually an object. > On the native side in 2.7: > Android: > private static final int CAPTURE_INTERNAL_ERR = 0; > // private static final int CAPTURE_APPLICATION_BUSY = 1; > // private static final int CAPTURE_INVALID_ARGUMENT = 2; > > private static final int CAPTURE_NO_MEDIA_FILES = 3; > iOS: > enum CDVCaptureError { > > CAPTURE_INTERNAL_ERR = 0, > > CAPTURE_APPLICATION_BUSY = 1, > > CAPTURE_INVALID_ARGUMENT = 2, > > CAPTURE_NO_MEDIA_FILES = 3, > > CAPTURE_NOT_SUPPORTED = 20 > }; > Windows 8: > only string errors > Android and iOS have the same looking api on the native side, error callback > Android returns JSON: {message: '', code: int}, iOS returns JSON: {message: > '', status: int}, > Looking at the javascript api, it looks like it should return a 'new > CaptureError()' on the errorCallback, is that the direction for 3.0? > Windows only sends a string as the callback error, it's difficult to know if > the user just cancelled taking a picture or what kind of specific error > occurred. > Should I look into creating a patch? > This probably affects other apis, overall I'd like to see the CaptureError() > returned more consistently instead of strings. > It would make sense to improve this in 3.0 and possibly break BC for those > expecting strings. > CaptureError() could implement 'toString()' to mitigate potential issues. -- 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
[jira] [Resolved] (CB-1369) CLI - add instructions and/or feature to sign an app
[ https://issues.apache.org/jira/browse/CB-1369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-1369. -- Resolution: Duplicate Assignee: Shazron Abdullah This is already done by "cordova build [--debug]" and "cordova build --release", and the certs used are set by the build*.xcconfig files. There is an work in progress issue where cordova packaging is being worked on as well. > CLI - add instructions and/or feature to sign an app > > > Key: CB-1369 > URL: https://issues.apache.org/jira/browse/CB-1369 > Project: Apache Cordova > Issue Type: New Feature > Components: CLI, iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah >Priority: Minor > > This possibly needs a cross-platform discussion (common interface), but for > now we can provide docs on how to do this only for iOS which will help ease > writing this feature. > Requirements for code signing: > - Distribution/Developer cert (cert + private key) > - Dist/Dev provisioning profile > - codesign tool (included in OS X) > - security tool (included in OS X) > - zip tool (included in OS X) > OR (RECOMMENDED) > we can just document xcrun. xcrun should be included in Xcode already: > {code} > /usr/bin/xcrun -sdk iphoneos PackageApplication -v > "${RELEASE_BUILDDIR}/${APPLICATION_NAME}.app" -o > "${BUILD_HISTORY_DIR}/${APPLICATION_NAME}.ipa" --sign "${DEVELOPER_NAME}" > --embed "${PROVISONING_PROFILE}” > {code} > I don't see any reason we shouldn't just use xcrun. xcodebuild is just an > alias to xcrun, and we need xcodebuild to build the app. -- 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
[jira] [Updated] (CB-6274) iOS should support backgroundColor in config.xml
[ https://issues.apache.org/jira/browse/CB-6274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-6274: - Fix Version/s: 4.0.0 > iOS should support backgroundColor in config.xml > > > Key: CB-6274 > URL: https://issues.apache.org/jira/browse/CB-6274 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Jesse MacFadyen >Priority: Minor > Fix For: 4.0.0 > > > http://cordova.apache.org/docs/en/3.4.0/config_ref_index.md.html#The%20config.xml%20File -- 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
[jira] [Commented] (CB-6274) iOS should support backgroundColor in config.xml
[ https://issues.apache.org/jira/browse/CB-6274?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382210#comment-14382210 ] Shazron Abdullah commented on CB-6274: -- Add in UIWebView and WKWebView engine plugins.. > iOS should support backgroundColor in config.xml > > > Key: CB-6274 > URL: https://issues.apache.org/jira/browse/CB-6274 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Jesse MacFadyen >Priority: Minor > Fix For: 4.0.0 > > > http://cordova.apache.org/docs/en/3.4.0/config_ref_index.md.html#The%20config.xml%20File -- 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
[jira] [Resolved] (CB-7730) [Xcode 6] Update platform scripts to support ios-sim 3.0.0
[ https://issues.apache.org/jira/browse/CB-7730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7730. -- Resolution: Fixed > [Xcode 6] Update platform scripts to support ios-sim 3.0.0 > -- > > Key: CB-7730 > URL: https://issues.apache.org/jira/browse/CB-7730 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > See CB-7729. > Add when OS X Yosemite 10.10 is out. -- 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
[jira] [Resolved] (CB-7682) iOS 8 - Cant load image of Documents folder
[ https://issues.apache.org/jira/browse/CB-7682?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7682. -- Resolution: Incomplete > iOS 8 - Cant load image of Documents folder > --- > > Key: CB-7682 > URL: https://issues.apache.org/jira/browse/CB-7682 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Affects Versions: 3.5.0 > Environment: Mac, Cordova, AngularJS >Reporter: graphefruit > > Hello together, > I have a simple app which downloads an image from the internet, stores it > into the "/documents" folder, use the fileEntry.fullPath and sets this path > into the image-src. > > With the new iOS 8 Version, the image isn't displayed anymore, with iOS 7 no > problems. > fileEntry.fullPath, fileEntry.toInternalURL(), fileEntry.toURL(), > fileEntry.toNativeURL() etc, didn't have any affect. > (That description is just a simple case, the app itself is much more bigger) > Can you help me please? -- 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
[jira] [Commented] (CB-8468) Application freezes if breakpoint hits JavaScript callback invoked from native
[ https://issues.apache.org/jira/browse/CB-8468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382213#comment-14382213 ] Andrew Grieve commented on CB-8468: --- One reservation I have with doing this for all callbacks is that without the setTimeout(), exec() calls made from within the callback are "chained" back to the native side. This optimization is actually quite dramatic in places where it kicks in. Perhaps we should use a setTimeout only when running in debug mode? > Application freezes if breakpoint hits JavaScript callback invoked from native > -- > > Key: CB-8468 > URL: https://issues.apache.org/jira/browse/CB-8468 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Reporter: Marcus Pridham >Priority: Minor > Fix For: 4.0.0 > > > It you attach Safari to your application and hit a breakpoint in a Cordova > callback the application freezes and you can't step through or continue. > This only happens in breakpoints in the native to JavaScript callbacks. > JavaScript breakpoints in other areas work fine. > A simple way to reproduce is to use the globalization plugin. Attach safari > and put a breakpoint in the success callback. > {code} > navigator.globalization.getPreferredLanguage(function() { > console.log("test"); // Will freeze if breakpoint set here > }, function() {}); > {code} > The problem seems to have to do with the webview > stringByEvaluatingJavaScriptFromString. It is a synchronous call that can > return the result of the JavaScript back to the native. The native code will > crash if a breakpoint is hit while trying to execute the JavaScript. The > workaround is to have your callback code in a setTimeout so it is not in the > same context as the native stringByEvaluatingJavaScriptFromString call. > > A workaround: > > Open cordova.js and around line 281 replace: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} > With: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { >setTimeout(function() { > cordova.callbackFromNative2(callbackId, isSuccess, status, args, > keepCallback); > }, 0); > }, > > callbackFromNative2: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} -- 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
[jira] [Resolved] (CB-8035) CLONE - [iOS 8][Camera] Newly Taken Picture Previews are Black
[ https://issues.apache.org/jira/browse/CB-8035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8035. -- Resolution: Fixed > CLONE - [iOS 8][Camera] Newly Taken Picture Previews are Black > -- > > Key: CB-8035 > URL: https://issues.apache.org/jira/browse/CB-8035 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin Camera >Affects Versions: 3.3.0 > Environment: iOS 8 on an iPhone 6 >Reporter: Miguel Angel Del Monte Ortega > > When making the following call using iOS 8 on an iPhone 6 then taking a new > picture, the XCode console display the error *"Snapshotting a view that has > not been rendered results in an empty snapshot. Ensure your view has been > rendered at least once before snapshotting or snapshot after screen > updates."* and the image preview screen becomes completely black: > {noformat} > navigator.camera.getPicture( > function() { ... }, > function() { ... }, > { > quality: 40, > destinationType: Camera.DestinationType.DATA_URL, > sourceType : Camera.PictureSourceType.CAMERA, > allowEdit : false, > encodingType: Camera.EncodingType.JPEG, > correctOrientation: true, > targetWidth: 600, > targetHeight: 800, > saveToPhotoAlbum: true > } > ); > {noformat} > The "Re-Take" and "Use Photo" buttons at the bottom of the screen appear and > function properly though. > I'm using the latest camera plugin code base located at: > https://github.com/apache/cordova-plugin-camera > This behavior is not occurring using the same code with iOS 7.1 on an iPhone > 5. -- 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
[jira] [Resolved] (CB-7613) [iOS 8] AJAX request causes 404 error
[ https://issues.apache.org/jira/browse/CB-7613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7613. -- Resolution: Incomplete > [iOS 8] AJAX request causes 404 error > - > > Key: CB-7613 > URL: https://issues.apache.org/jira/browse/CB-7613 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Affects Versions: 3.6.0 > Environment: Cordova 3.6.3-0.2.13 > iPhone 5: iOS 8.0 >Reporter: Scott Garland > > Making an AJAX request for a local file (www/app/json/Contacts/states.json) > works on iOS 7.0 for both the iPhone and iPhone simulator; however, the same > request in iOS 8.0 only works on the iPhone simulator. When attempting to > request the file on an iPhone 5 running iOS 8.0, the Safari web inspector > yields the following error: > file:///private/var/mobile/Containers/Bundle/Application/3319C2ED-FF2C-4A81-A019-D537B5CF3349/myApp.app/www/app/json/Contacts/states.json?08VC9Hx0vEDUxIj > Failed to load resource: The requested URL was not found on this server. > Note: The random string (08VC9Hx0vEDUxIj) appended to the end of the filename > exists to prevent caching. It is not clear if this is part of the problem, > but if it is, the problem only occurs when the phonegap app is deployed to a > real iOS 8.0 device. -- 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
[jira] [Updated] (CB-7185) [Docs][iOS 8] Document MediaPlaybackAllowsAirPlay iOS preference
[ https://issues.apache.org/jira/browse/CB-7185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7185: - Component/s: iOS Environment: iOS Fix Version/s: 4.0.0 > [Docs][iOS 8] Document MediaPlaybackAllowsAirPlay iOS preference > > > Key: CB-7185 > URL: https://issues.apache.org/jira/browse/CB-7185 > Project: Apache Cordova > Issue Type: Sub-task > Components: Docs, iOS > Environment: iOS >Reporter: Shazron Abdullah >Priority: Minor > Fix For: 4.0.0 > > > it's been there since iOS 5, and is even supported in WKWebView. Only pull in > changes once the dev branch has been integrated. -- 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
[jira] [Commented] (CB-8757) Install with --link of a plugin containing static libraries breaks Xcode build on iOS
[ https://issues.apache.org/jira/browse/CB-8757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382227#comment-14382227 ] ASF GitHub Bot commented on CB-8757: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/192 > Install with --link of a plugin containing static libraries breaks Xcode > build on iOS > - > > Key: CB-8757 > URL: https://issues.apache.org/jira/browse/CB-8757 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 3.8.0 >Reporter: Martin Bektchiev > > If a Cordova iOS project is located in a path that contains symlinked > directories and a plugin with static libs is installed with --link, the > project becomes unbuildable. The reason is that apparently Xcode expands the > symlinks in project path and the relative paths that plugman has generated > become incorrect. > Steps to reproduce: > 1. Create a new Cordova iOS project in /tmp on a Mac > 2. Download and place a plugin that contains a static library somewhere > outside of /tmp (e.g. > https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) > 3. Install it using plugman install --platform ios --project > /tmp/ --plugin --link > 3. Attempt to build - the build fails with an error: directory not found for > option '-L', because /tmp is a symlink > to /private/tmp and the relative path leads to /private/Users/... instead of > /Users/ -- 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
[jira] [Commented] (CB-8757) Install with --link of a plugin containing static libraries breaks Xcode build on iOS
[ https://issues.apache.org/jira/browse/CB-8757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382225#comment-14382225 ] ASF subversion and git services commented on CB-8757: - Commit 43adf9756b30d4b796407e54bbe5809038987f39 in cordova-lib's branch refs/heads/master from [~mbektchiev] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=43adf97 ] CB-8757 ios: Make paths with --link relative to the real project path (close #192) > Install with --link of a plugin containing static libraries breaks Xcode > build on iOS > - > > Key: CB-8757 > URL: https://issues.apache.org/jira/browse/CB-8757 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 3.8.0 >Reporter: Martin Bektchiev > > If a Cordova iOS project is located in a path that contains symlinked > directories and a plugin with static libs is installed with --link, the > project becomes unbuildable. The reason is that apparently Xcode expands the > symlinks in project path and the relative paths that plugman has generated > become incorrect. > Steps to reproduce: > 1. Create a new Cordova iOS project in /tmp on a Mac > 2. Download and place a plugin that contains a static library somewhere > outside of /tmp (e.g. > https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) > 3. Install it using plugman install --platform ios --project > /tmp/ --plugin --link > 3. Attempt to build - the build fails with an error: directory not found for > option '-L', because /tmp is a symlink > to /private/tmp and the relative path leads to /private/Users/... instead of > /Users/ -- 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
[jira] [Resolved] (CB-8757) Install with --link of a plugin containing static libraries breaks Xcode build on iOS
[ https://issues.apache.org/jira/browse/CB-8757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-8757. --- Resolution: Fixed fixed in 4.3.1-dev > Install with --link of a plugin containing static libraries breaks Xcode > build on iOS > - > > Key: CB-8757 > URL: https://issues.apache.org/jira/browse/CB-8757 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 3.8.0 >Reporter: Martin Bektchiev > > If a Cordova iOS project is located in a path that contains symlinked > directories and a plugin with static libs is installed with --link, the > project becomes unbuildable. The reason is that apparently Xcode expands the > symlinks in project path and the relative paths that plugman has generated > become incorrect. > Steps to reproduce: > 1. Create a new Cordova iOS project in /tmp on a Mac > 2. Download and place a plugin that contains a static library somewhere > outside of /tmp (e.g. > https://github.com/couchbaselabs/Couchbase-Lite-PhoneGap-Plugin) > 3. Install it using plugman install --platform ios --project > /tmp/ --plugin --link > 3. Attempt to build - the build fails with an error: directory not found for > option '-L', because /tmp is a symlink > to /private/tmp and the relative path leads to /private/Users/... instead of > /Users/ -- 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
[jira] [Commented] (CB-8468) Application freezes if breakpoint hits JavaScript callback invoked from native
[ https://issues.apache.org/jira/browse/CB-8468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382230#comment-14382230 ] Shazron Abdullah commented on CB-8468: -- That's a good idea. Not sure of a good way as yet to flag this in JS, perhaps a new cordova property? > Application freezes if breakpoint hits JavaScript callback invoked from native > -- > > Key: CB-8468 > URL: https://issues.apache.org/jira/browse/CB-8468 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Reporter: Marcus Pridham >Priority: Minor > Fix For: 4.0.0 > > > It you attach Safari to your application and hit a breakpoint in a Cordova > callback the application freezes and you can't step through or continue. > This only happens in breakpoints in the native to JavaScript callbacks. > JavaScript breakpoints in other areas work fine. > A simple way to reproduce is to use the globalization plugin. Attach safari > and put a breakpoint in the success callback. > {code} > navigator.globalization.getPreferredLanguage(function() { > console.log("test"); // Will freeze if breakpoint set here > }, function() {}); > {code} > The problem seems to have to do with the webview > stringByEvaluatingJavaScriptFromString. It is a synchronous call that can > return the result of the JavaScript back to the native. The native code will > crash if a breakpoint is hit while trying to execute the JavaScript. The > workaround is to have your callback code in a setTimeout so it is not in the > same context as the native stringByEvaluatingJavaScriptFromString call. > > A workaround: > > Open cordova.js and around line 281 replace: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} > With: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { >setTimeout(function() { > cordova.callbackFromNative2(callbackId, isSuccess, status, args, > keepCallback); > }, 0); > }, > > callbackFromNative2: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} -- 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
[jira] [Commented] (CB-8468) Application freezes if breakpoint hits JavaScript callback invoked from native
[ https://issues.apache.org/jira/browse/CB-8468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382235#comment-14382235 ] Marcus Pridham commented on CB-8468: Does web inspector set anything? For windows there is a Debug.debuggerEnabled https://msdn.microsoft.com/en-us/library/ie/hh969516%28v=vs.94%29.aspx > Application freezes if breakpoint hits JavaScript callback invoked from native > -- > > Key: CB-8468 > URL: https://issues.apache.org/jira/browse/CB-8468 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Reporter: Marcus Pridham >Priority: Minor > Fix For: 4.0.0 > > > It you attach Safari to your application and hit a breakpoint in a Cordova > callback the application freezes and you can't step through or continue. > This only happens in breakpoints in the native to JavaScript callbacks. > JavaScript breakpoints in other areas work fine. > A simple way to reproduce is to use the globalization plugin. Attach safari > and put a breakpoint in the success callback. > {code} > navigator.globalization.getPreferredLanguage(function() { > console.log("test"); // Will freeze if breakpoint set here > }, function() {}); > {code} > The problem seems to have to do with the webview > stringByEvaluatingJavaScriptFromString. It is a synchronous call that can > return the result of the JavaScript back to the native. The native code will > crash if a breakpoint is hit while trying to execute the JavaScript. The > workaround is to have your callback code in a setTimeout so it is not in the > same context as the native stringByEvaluatingJavaScriptFromString call. > > A workaround: > > Open cordova.js and around line 281 replace: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} > With: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { >setTimeout(function() { > cordova.callbackFromNative2(callbackId, isSuccess, status, args, > keepCallback); > }, 0); > }, > > callbackFromNative2: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} -- 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
[jira] [Commented] (CB-8468) Application freezes if breakpoint hits JavaScript callback invoked from native
[ https://issues.apache.org/jira/browse/CB-8468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382262#comment-14382262 ] Andrew Grieve commented on CB-8468: --- I don't think iOS has such a property. Maybe make it a part of the build step to inject the boolean? > Application freezes if breakpoint hits JavaScript callback invoked from native > -- > > Key: CB-8468 > URL: https://issues.apache.org/jira/browse/CB-8468 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Reporter: Marcus Pridham >Priority: Minor > Fix For: 4.0.0 > > > It you attach Safari to your application and hit a breakpoint in a Cordova > callback the application freezes and you can't step through or continue. > This only happens in breakpoints in the native to JavaScript callbacks. > JavaScript breakpoints in other areas work fine. > A simple way to reproduce is to use the globalization plugin. Attach safari > and put a breakpoint in the success callback. > {code} > navigator.globalization.getPreferredLanguage(function() { > console.log("test"); // Will freeze if breakpoint set here > }, function() {}); > {code} > The problem seems to have to do with the webview > stringByEvaluatingJavaScriptFromString. It is a synchronous call that can > return the result of the JavaScript back to the native. The native code will > crash if a breakpoint is hit while trying to execute the JavaScript. The > workaround is to have your callback code in a setTimeout so it is not in the > same context as the native stringByEvaluatingJavaScriptFromString call. > > A workaround: > > Open cordova.js and around line 281 replace: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} > With: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { >setTimeout(function() { > cordova.callbackFromNative2(callbackId, isSuccess, status, args, > keepCallback); > }, 0); > }, > > callbackFromNative2: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} -- 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
[jira] [Commented] (CB-8468) Application freezes if breakpoint hits JavaScript callback invoked from native
[ https://issues.apache.org/jira/browse/CB-8468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382271#comment-14382271 ] Shazron Abdullah commented on CB-8468: -- My initial thought was to add to build-debug.xcconfig in GCC_PREPROCESSOR_DEFINITIONS: DEBUG=1 This is set in the project when you do "cordova build"/"cordova build --debug" (default is debug) And in the CDVPluginResult, pass in an extra property "debug" set to true (based on the macro set). This will be passed back to JavaScript in the args here: https://github.com/apache/cordova-ios/blob/b07c174250842b023c20762839f66b05d87d21cf/CordovaLib/cordova.js#L265 And then we pass args.debug to cordova.callbackFromNative on the next line, and it handles it based on that boolean > Application freezes if breakpoint hits JavaScript callback invoked from native > -- > > Key: CB-8468 > URL: https://issues.apache.org/jira/browse/CB-8468 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Reporter: Marcus Pridham >Priority: Minor > Fix For: 4.0.0 > > > It you attach Safari to your application and hit a breakpoint in a Cordova > callback the application freezes and you can't step through or continue. > This only happens in breakpoints in the native to JavaScript callbacks. > JavaScript breakpoints in other areas work fine. > A simple way to reproduce is to use the globalization plugin. Attach safari > and put a breakpoint in the success callback. > {code} > navigator.globalization.getPreferredLanguage(function() { > console.log("test"); // Will freeze if breakpoint set here > }, function() {}); > {code} > The problem seems to have to do with the webview > stringByEvaluatingJavaScriptFromString. It is a synchronous call that can > return the result of the JavaScript back to the native. The native code will > crash if a breakpoint is hit while trying to execute the JavaScript. The > workaround is to have your callback code in a setTimeout so it is not in the > same context as the native stringByEvaluatingJavaScriptFromString call. > > A workaround: > > Open cordova.js and around line 281 replace: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} > With: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { >setTimeout(function() { > cordova.callbackFromNative2(callbackId, isSuccess, status, args, > keepCallback); > }, 0); > }, > > callbackFromNative2: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} -- 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
[jira] [Created] (CB-8758) WP8: splashscreen.hide() causes exception to be thrown
Dan Polivy created CB-8758: -- Summary: WP8: splashscreen.hide() causes exception to be thrown Key: CB-8758 URL: https://issues.apache.org/jira/browse/CB-8758 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen, WP8 Reporter: Dan Polivy Assignee: Jesse MacFadyen When calling the hide() method on splashscreen, on WP8, the call to Popup.IsOpen throws a TargetInvocationException due to invalid cross-thread access. I don't know the specifics, but most likely the threading model for how plugins are executed has changed over time, exposing this exception. + [System.Reflection.TargetInvocationException] {System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.UnauthorizedAccessException: Invalid cross-thread access. at MS.Internal.XcpImports.CheckThread() at System.Windows.DependencyObject.GetValueInternal(DependencyProperty dp) at System.Windows.FrameworkElement.GetValueInternal(DependencyProperty dp) at System.Windows.Controls.Primitives.Popup.get_IsOpen() at WPCordovaClassLib.Cordova.Commands.SplashScreen.hide(String options) --- End of inner exception stack trace --- at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor) at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments) at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture) at System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters) at WPCordovaClassLib.Cordova.Commands.BaseCommand.InvokeMethodNamed(String methodName, Object[] args) at WPCordovaClassLib.Cordova.Commands.BaseCommand.InvokeMethodNamed(String callbackId, String methodName, Object[] args) at WPCordovaClassLib.Cordova.NativeExecution.<>c__DisplayClass6.b__2()} System.Reflection.TargetInvocationException -- 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
[jira] [Commented] (CB-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382313#comment-14382313 ] ASF GitHub Bot commented on CB-8721: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/72#issuecomment-86642247 I think the DataContractJsonSerializer is gonna choke on some possible (valid) json data. Nested objects are allowed, are they not? > (Windows Phone 8, File-transfer download method) When specifying header with > comma in it, fail callback is called > - > > Key: CB-8721 > URL: https://issues.apache.org/jira/browse/CB-8721 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Alexander Sorokin >Assignee: Vladimir Kotikov > > This code fails because header with comma in it is not parsed properly: > {code} > transfer.download(fileURL, localFilePath, function win(){}, function > fail(){}, true, > { > headers: { > 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' > } > }); > {code} -- 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
[jira] [Resolved] (CB-7747) Extract whitelist functionality into a plugin
[ https://issues.apache.org/jira/browse/CB-7747?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-7747. -- Resolution: Fixed Merged into iOS 4.0.x now; I fixed the last outstanding mobile spec whitelist test (it was an android-specific content:// URL test, so it's just ignored on non-android now) Feel free to open new JIRA issues with whitelist-specific problems at this point. > Extract whitelist functionality into a plugin > - > > Key: CB-7747 > URL: https://issues.apache.org/jira/browse/CB-7747 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, iOS >Affects Versions: 4.0.0 >Reporter: Ian Clelland >Assignee: Ian Clelland > > Mailing list thread: http://markmail.org/message/6jqt5f3t4iio52td > Also @apache: > https://mail-archives.apache.org/mod_mbox/cordova-dev/201407.mbox/%3CCADVgkyNN3EKT4xiRXJFbwMGFhsrVF3kHQRzd3exvb5nW7_GdfA%40mail.gmail.com%3E > Ideally the network policy is completely removed from Cordova core, and > replaced with a small set of plugin hooks so that different kinds of policies > can be implemented in different plugins. The current whitelist implementation > can be an example plugin provided for backwards-compatibility. > It should also be possible, once this is removed, to control the webview's > network policy with CSP, in most platforms. -- 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
[jira] [Commented] (CB-8717) Write cordova-android@4.0.0 release notes
[ https://issues.apache.org/jira/browse/CB-8717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382339#comment-14382339 ] ASF GitHub Bot commented on CB-8717: Github user jsoref commented on the pull request: https://github.com/apache/cordova-android/pull/167#issuecomment-86647590 @jpchase: https://github.com/apache/cordova-android/compare/master...jsoref:pr/167?expand=1 Please consider folding in these changes (I can't seem to make a pull request against your repo) > Write cordova-android@4.0.0 release notes > - > > Key: CB-8717 > URL: https://issues.apache.org/jira/browse/CB-8717 > Project: Apache Cordova > Issue Type: Task > Components: Android >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > > These will be hefty! Best to get them done before starting release process. -- 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
[jira] [Commented] (CB-8468) Application freezes if breakpoint hits JavaScript callback invoked from native
[ https://issues.apache.org/jira/browse/CB-8468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382384#comment-14382384 ] Andrew Grieve commented on CB-8468: --- One one hand, passing debug:true to every callback adds overhead to every call, on the other hand, we do this only for debug mode, so probably fine! :) > Application freezes if breakpoint hits JavaScript callback invoked from native > -- > > Key: CB-8468 > URL: https://issues.apache.org/jira/browse/CB-8468 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Reporter: Marcus Pridham >Priority: Minor > Fix For: 4.0.0 > > > It you attach Safari to your application and hit a breakpoint in a Cordova > callback the application freezes and you can't step through or continue. > This only happens in breakpoints in the native to JavaScript callbacks. > JavaScript breakpoints in other areas work fine. > A simple way to reproduce is to use the globalization plugin. Attach safari > and put a breakpoint in the success callback. > {code} > navigator.globalization.getPreferredLanguage(function() { > console.log("test"); // Will freeze if breakpoint set here > }, function() {}); > {code} > The problem seems to have to do with the webview > stringByEvaluatingJavaScriptFromString. It is a synchronous call that can > return the result of the JavaScript back to the native. The native code will > crash if a breakpoint is hit while trying to execute the JavaScript. The > workaround is to have your callback code in a setTimeout so it is not in the > same context as the native stringByEvaluatingJavaScriptFromString call. > > A workaround: > > Open cordova.js and around line 281 replace: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} > With: > {code} > callbackFromNative: function(callbackId, isSuccess, status, args, > keepCallback) { >setTimeout(function() { > cordova.callbackFromNative2(callbackId, isSuccess, status, args, > keepCallback); > }, 0); > }, > > callbackFromNative2: function(callbackId, isSuccess, status, args, > keepCallback) { > {code} -- 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
[jira] [Commented] (CB-8734) add FirefoxOS to Cordova-Medic
[ https://issues.apache.org/jira/browse/CB-8734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382382#comment-14382382 ] ASF GitHub Bot commented on CB-8734: Github user dblotsky commented on the pull request: https://github.com/apache/cordova-medic/pull/39#issuecomment-86654603 You need to follow the same steps that Medic follows to use the build scripts. That is: ```bash $ # make sure all the relevant repositories are cloned, npm-installed, and npm-linked $ node cordova-mobile-spec/createmobilespec/createmobilespec.js --firefoxos --copywww --skiplink mobilespec $ node cordova-medic/updateconfig.js --firefoxos $ node cordova-medic/build_firefoxos.js ``` If it's still failing for you, please post your directory layout and outputs on the mailing list and we can debug there. > add FirefoxOS to Cordova-Medic > -- > > Key: CB-8734 > URL: https://issues.apache.org/jira/browse/CB-8734 > Project: Apache Cordova > Issue Type: New Feature > Components: FirefoxOS > Environment: add FirefoxOS to Cordova-Medic >Reporter: Willy Aguirre > > I am working in add FirefoxOS to Cordova-Medic -- 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
[jira] [Commented] (CB-8750) WP8: Splashscreen should support pixel-perfect images for each resolution
[ https://issues.apache.org/jira/browse/CB-8750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382405#comment-14382405 ] ASF GitHub Bot commented on CB-8750: GitHub user dpolivy opened a pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/41 CB-8750 [wp8]: Allow resolution-specific splashscreen images There are two aspect ratios for Windows Phone devices: 15:9 and 16:9. At the moment, though, there is only one splash screen by default for WP8 Cordova apps. When stretched to fit all possible resolutions, this can sometimes look bad. WP supports resolution-specific splashscreens, so this commit adds the same support to the splashscreen plugin. It uses the same base name for the splashscreen, but adds modifiers such as ".screen-" based on the device. If a screen-specific image is found, it is used. If not, we fall back to the single default image. Fixes https://issues.apache.org/jira/browse/CB-8750 You can merge this pull request into a Git repository by running: $ git pull https://github.com/dpolivy/cordova-plugin-splashscreen CB8750 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-splashscreen/pull/41.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #41 commit 542cf56240ae19592bdba2ee67b61a0325eadd00 Author: Dan Polivy Date: 2015-03-26T18:29:50Z CB-8750 [wp8]: Allow resolution-specific splashscreen images There are two aspect ratios for Windows Phone devices: 15:9 and 16:9. At the moment, though, there is only one splash screen by default for WP8 Cordova apps. When stretched to fit all possible resolutions, this can sometimes look bad. WP supports resolution-specific splashscreens, so this commit adds the same support to the splashscreen plugin. It uses the same base name for the splashscreen, but adds modifiers such as ".screen-" based on the device. If a screen-specific image is found, it is used. If not, we fall back to the single default image. Fixes https://issues.apache.org/jira/browse/CB-8750 > WP8: Splashscreen should support pixel-perfect images for each resolution > - > > Key: CB-8750 > URL: https://issues.apache.org/jira/browse/CB-8750 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin SplashScreen, WP8 >Affects Versions: 3.7.1 >Reporter: Dan Polivy >Assignee: Jesse MacFadyen >Priority: Minor > > Currently, the splashscreen plugin on Windows Phone only supports a single > SplashScreenImage.jpg file, and scales that to fit all device resolutions. > But, it is possible to detect the resolution of the device, and allow for > pixel-perfect splash screens for each individual resolution. > I have some local changes that I will send as a PR to the plugin that allows > one to specify three different images, each of different resolutions to match > those supported by WP8. > Resolution Dimensions File name > WVGA 480 x 800 SplashScreenImage.screen-WVGA.jpg > 720p 720 x 1280 SplashScreenImage.screen-720p.jpg > WXGA 768 x 1280 SplashScreenImage.screen-WXGA.jpg -- 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
[jira] [Commented] (CB-8758) WP8: splashscreen.hide() causes exception to be thrown
[ https://issues.apache.org/jira/browse/CB-8758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382438#comment-14382438 ] ASF GitHub Bot commented on CB-8758: GitHub user dpolivy opened a pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/42 CB-8758 [wp8]: UnauthorizedAccessException on hide() When calling hide() from JS, the attempt to access Popup could happen on a background thread, which ends up throwing an UnauthorizedAccessException about cross-thread access. To address this, it's best to check the popup's state from within the UI thread. Fixes https://issues.apache.org/jira/browse/CB-8758 You can merge this pull request into a Git repository by running: $ git pull https://github.com/dpolivy/cordova-plugin-splashscreen CB8758 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-splashscreen/pull/42.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #42 commit 179831178b87531392afbf9539146a47689447d3 Author: Dan Polivy Date: 2015-03-26T18:52:10Z CB-8758 [wp8]: UnauthorizedAccessException on hide() When calling hide() from JS, the attempt to access Popup could happen on a background thread, which ends up throwing an UnauthorizedAccessException about cross-thread access. To address this, it's best to check the popup's state from within the UI thread. Fixes https://issues.apache.org/jira/browse/CB-8758 > WP8: splashscreen.hide() causes exception to be thrown > -- > > Key: CB-8758 > URL: https://issues.apache.org/jira/browse/CB-8758 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen, WP8 >Reporter: Dan Polivy >Assignee: Jesse MacFadyen > > When calling the hide() method on splashscreen, on WP8, the call to > Popup.IsOpen throws a TargetInvocationException due to invalid cross-thread > access. > I don't know the specifics, but most likely the threading model for how > plugins are executed has changed over time, exposing this exception. > + [System.Reflection.TargetInvocationException] > {System.Reflection.TargetInvocationException: Exception has been thrown by > the target of an invocation. ---> System.UnauthorizedAccessException: Invalid > cross-thread access. >at MS.Internal.XcpImports.CheckThread() >at System.Windows.DependencyObject.GetValueInternal(DependencyProperty dp) >at System.Windows.FrameworkElement.GetValueInternal(DependencyProperty dp) >at System.Windows.Controls.Primitives.Popup.get_IsOpen() >at WPCordovaClassLib.Cordova.Commands.SplashScreen.hide(String options) >--- End of inner exception stack trace --- >at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] > arguments, Signature sig, Boolean constructor) >at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, > Object[] parameters, Object[] arguments) >at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags > invokeAttr, Binder binder, Object[] parameters, CultureInfo culture) >at System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters) >at WPCordovaClassLib.Cordova.Commands.BaseCommand.InvokeMethodNamed(String > methodName, Object[] args) >at WPCordovaClassLib.Cordova.Commands.BaseCommand.InvokeMethodNamed(String > callbackId, String methodName, Object[] args) >at > WPCordovaClassLib.Cordova.NativeExecution.<>c__DisplayClass6.b__2()} > System.Reflection.TargetInvocationException -- 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
[jira] [Commented] (CB-8721) (Windows Phone 8, File-transfer download method) When specifying header with comma in it, fail callback is called
[ https://issues.apache.org/jira/browse/CB-8721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382452#comment-14382452 ] ASF GitHub Bot commented on CB-8721: Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/72#issuecomment-86671373 Yep, they're allowed if you have corresponding data contract. > (Windows Phone 8, File-transfer download method) When specifying header with > comma in it, fail callback is called > - > > Key: CB-8721 > URL: https://issues.apache.org/jira/browse/CB-8721 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Alexander Sorokin >Assignee: Vladimir Kotikov > > This code fails because header with comma in it is not parsed properly: > {code} > transfer.download(fileURL, localFilePath, function win(){}, function > fail(){}, true, > { > headers: { > 'If-Modified-Since': 'Sun, 06 Nov 1994 08:49:37 GMT' > } > }); > {code} -- 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
[jira] [Created] (CB-8759) windows bin scripts are nonexecutable on OSX
Edna Morales created CB-8759: Summary: windows bin scripts are nonexecutable on OSX Key: CB-8759 URL: https://issues.apache.org/jira/browse/CB-8759 Project: Apache Cordova Issue Type: Bug Components: Windows Reporter: Edna Morales Although the CLI has the ability to add any platform to a project regardless of what OS you are working on, adding the Windows platform on OSX errors out because the Windows scripts don't have the permissions to execute when downloaded from npm -- 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
[jira] [Commented] (CB-8734) add FirefoxOS to Cordova-Medic
[ https://issues.apache.org/jira/browse/CB-8734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382679#comment-14382679 ] ASF GitHub Bot commented on CB-8734: Github user marti1125 commented on the pull request: https://github.com/apache/cordova-medic/pull/39#issuecomment-86719561 Hi, in firefoxos I have this //fs.writeFileSync(path.join(output, 'assets', 'www','autotest','pages', 'medic.json'),medic_config,'utf-8'); this file doesn't exist > add FirefoxOS to Cordova-Medic > -- > > Key: CB-8734 > URL: https://issues.apache.org/jira/browse/CB-8734 > Project: Apache Cordova > Issue Type: New Feature > Components: FirefoxOS > Environment: add FirefoxOS to Cordova-Medic >Reporter: Willy Aguirre > > I am working in add FirefoxOS to Cordova-Medic -- 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
[jira] [Commented] (CB-8484) Cordova package support for Android
[ https://issues.apache.org/jira/browse/CB-8484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382747#comment-14382747 ] ASF GitHub Bot commented on CB-8484: Github user nikhilkh commented on a diff in the pull request: https://github.com/apache/cordova-android/pull/164#discussion_r27259466 --- Diff: bin/templates/cordova/lib/build.js --- @@ -422,11 +477,15 @@ function parseOpts(options, resolvedTarget) { module.exports.runClean = function(options) { var opts = parseOpts(options); var builder = builders[opts.buildMethod]; -return builder.prepEnv() +return builder.prepEnv(opts) .then(function() { -return builder.clean(opts.extraArgs); +return builder.clean(opts); }).then(function() { shell.rm('-rf', path.join(ROOT, 'out')); +}).then(function() { +['debug', 'release'].forEach(function(config) { +removeIfExists(path.join(ROOT, config + SIGNING_PROPERTIES)); --- End diff -- Good point. To delete these files the user has to explicitly run the `clean` script from platforms\android\cordova. This made me think about other scenarios as well for CLI workflow: 1. cordova build 2. cordova build 3. cordova build The third invocation will use the pacakgeInfo from the previous invocation as I do not delete debug-signing.properties & release-signing.properies. I can make this a bit more sophisticated to account for non-CLI workflows - detect if the file is auto-generated (It has the canned comment ("Do not modify this file -- YOUR CHANGES WILL BE ERASED")). If it is then I go ahead and delete it not only on `clean` but also when starting a build with no package info specified. > Cordova package support for Android > --- > > Key: CB-8484 > URL: https://issues.apache.org/jira/browse/CB-8484 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Affects Versions: 4.0.0 >Reporter: Nikhil Khandelwal >Assignee: Nikhil Khandelwal > > Details of the design here: > https://docs.google.com/document/d/1tJQ9OoGrrMhZcLI3mg46rGzAfbiQu9PuNBL1auAMGFM/edit# -- 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
[jira] [Commented] (CB-8734) add FirefoxOS to Cordova-Medic
[ https://issues.apache.org/jira/browse/CB-8734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382764#comment-14382764 ] ASF GitHub Bot commented on CB-8734: Github user marti1125 commented on the pull request: https://github.com/apache/cordova-medic/pull/39#issuecomment-86731533 I had to move mobilespec to inside of cordova-medic λ node build_firefoxos.js G:\cordova-medic\.git G:\cordova-medic G:\cordova-medic G:\cordova-medic\bin G:\cordova-medic G:\cordova-medic G:\cordova-medic\buildbot-conf G:\cordova-medic G:\cordova-medic G:\cordova-medic\mobilespec G:\cordova-medic G:\cordova-medic G:\cordova-medic\node_modules G:\cordova-medic G:\cordova-medic G:\cordova-medic\runner G:\cordova-medic G:\cordova-medic G:\cordova-medic\src G:\cordova-medic G:\cordova-medic [FIREFOXOS] Modifying Cordova firefoxos application. (sha: FirefoxOS__master__1427406728) > add FirefoxOS to Cordova-Medic > -- > > Key: CB-8734 > URL: https://issues.apache.org/jira/browse/CB-8734 > Project: Apache Cordova > Issue Type: New Feature > Components: FirefoxOS > Environment: add FirefoxOS to Cordova-Medic >Reporter: Willy Aguirre > > I am working in add FirefoxOS to Cordova-Medic -- 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
[jira] [Commented] (CB-8748) Cordova-wp8 3.8.0 Platform Release March 25, 2015
[ https://issues.apache.org/jira/browse/CB-8748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382811#comment-14382811 ] ASF subversion and git services commented on CB-8748: - Commit 0434f7d729682c3e6aa117c561ce6f67945b05d4 in cordova-firefoxos's branch refs/heads/3.7.x from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-firefoxos.git;h=0434f7d ] CB-8748 updated RELEASENOTES > Cordova-wp8 3.8.0 Platform Release March 25, 2015 > - > > Key: CB-8748 > URL: https://issues.apache.org/jira/browse/CB-8748 > Project: Apache Cordova > Issue Type: Task > Components: WP8 >Reporter: Steve Gill >Assignee: Steve Gill > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- 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
[jira] [Commented] (CB-8748) Cordova-wp8 3.8.0 Platform Release March 25, 2015
[ https://issues.apache.org/jira/browse/CB-8748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382810#comment-14382810 ] ASF subversion and git services commented on CB-8748: - Commit 23033c49e5adf197c0e28265ad17de578cd41287 in cordova-wp8's branch refs/heads/3.8.x from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=23033c4 ] CB-8748 updated RELEASENOTES > Cordova-wp8 3.8.0 Platform Release March 25, 2015 > - > > Key: CB-8748 > URL: https://issues.apache.org/jira/browse/CB-8748 > Project: Apache Cordova > Issue Type: Task > Components: WP8 >Reporter: Steve Gill >Assignee: Steve Gill > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- 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
[jira] [Commented] (CB-8179) Cordova-WP8 Platform Release December 18, 2014
[ https://issues.apache.org/jira/browse/CB-8179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382818#comment-14382818 ] ASF subversion and git services commented on CB-8179: - Commit bc8c42fbe070cef5891932b654468bba861c276c in cordova-wp8's branch refs/heads/3.8.x from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=bc8c42f ] CB-8179 updated RELEASENOTES > Cordova-WP8 Platform Release December 18, 2014 > -- > > Key: CB-8179 > URL: https://issues.apache.org/jira/browse/CB-8179 > Project: Apache Cordova > Issue Type: Task > Components: WP8 >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- 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
[jira] [Commented] (CB-8748) Cordova-wp8 3.8.0 Platform Release March 25, 2015
[ https://issues.apache.org/jira/browse/CB-8748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382826#comment-14382826 ] ASF subversion and git services commented on CB-8748: - Commit 94cae29b0b79f3776eb08738d2491664f13d175d in cordova-firefoxos's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-firefoxos.git;h=94cae29 ] CB-8748 updated RELEASENOTES > Cordova-wp8 3.8.0 Platform Release March 25, 2015 > - > > Key: CB-8748 > URL: https://issues.apache.org/jira/browse/CB-8748 > Project: Apache Cordova > Issue Type: Task > Components: WP8 >Reporter: Steve Gill >Assignee: Steve Gill > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- 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
[jira] [Commented] (CB-8748) Cordova-wp8 3.8.0 Platform Release March 25, 2015
[ https://issues.apache.org/jira/browse/CB-8748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382823#comment-14382823 ] ASF subversion and git services commented on CB-8748: - Commit ac15e13124461f3700bb65a7a8b84515425b5d42 in cordova-wp8's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=ac15e13 ] CB-8748 updated RELEASENOTES > Cordova-wp8 3.8.0 Platform Release March 25, 2015 > - > > Key: CB-8748 > URL: https://issues.apache.org/jira/browse/CB-8748 > Project: Apache Cordova > Issue Type: Task > Components: WP8 >Reporter: Steve Gill >Assignee: Steve Gill > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- 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
[jira] [Commented] (CB-8732) Cordova-firefoxos Platform Release March 23, 2015
[ https://issues.apache.org/jira/browse/CB-8732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382836#comment-14382836 ] ASF subversion and git services commented on CB-8732: - Commit b964c19940e97255dd134e9a3ec23ef903e6af2c in cordova-firefoxos's branch refs/heads/3.7.x from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-firefoxos.git;h=b964c19 ] CB-8732 updated RELEASENOTES > Cordova-firefoxos Platform Release March 23, 2015 > - > > Key: CB-8732 > URL: https://issues.apache.org/jira/browse/CB-8732 > Project: Apache Cordova > Issue Type: Task > Components: FirefoxOS >Reporter: Steve Gill >Assignee: Steve Gill > > "Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md"; -- 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
[jira] [Commented] (CB-8739) Whitelist and legacy whitelist plugins release March 24, 2015
[ https://issues.apache.org/jira/browse/CB-8739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382965#comment-14382965 ] ASF subversion and git services commented on CB-8739: - Commit 9003be1a6862bcd3558ba786706b63eb7e3aa61a in cordova-plugin-legacy-whitelist's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-legacy-whitelist.git;h=9003be1 ] Revert "Revert "CB-8739 Incremented plugin version."" This reverts commit cb66dfe1ce7728ebf8204b2f1610b21d87fff267. > Whitelist and legacy whitelist plugins release March 24, 2015 > - > > Key: CB-8739 > URL: https://issues.apache.org/jira/browse/CB-8739 > Project: Apache Cordova > Issue Type: Task > Components: Plugin Whitelist >Reporter: Steve Gill >Assignee: Steve Gill > > "Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md"; -- 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
[jira] [Commented] (CB-8739) Whitelist and legacy whitelist plugins release March 24, 2015
[ https://issues.apache.org/jira/browse/CB-8739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14382964#comment-14382964 ] ASF subversion and git services commented on CB-8739: - Commit cb66dfe1ce7728ebf8204b2f1610b21d87fff267 in cordova-plugin-legacy-whitelist's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-legacy-whitelist.git;h=cb66dfe ] Revert "CB-8739 Incremented plugin version." This reverts commit b11d456689962c06fdfcd238749caaf6927f13ef. > Whitelist and legacy whitelist plugins release March 24, 2015 > - > > Key: CB-8739 > URL: https://issues.apache.org/jira/browse/CB-8739 > Project: Apache Cordova > Issue Type: Task > Components: Plugin Whitelist >Reporter: Steve Gill >Assignee: Steve Gill > > "Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md"; -- 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
[jira] [Commented] (CB-8484) Cordova package support for Android
[ https://issues.apache.org/jira/browse/CB-8484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383000#comment-14383000 ] ASF GitHub Bot commented on CB-8484: Github user nikhilkh commented on a diff in the pull request: https://github.com/apache/cordova-android/pull/164#discussion_r27267568 --- Diff: bin/templates/cordova/lib/build.js --- @@ -530,8 +589,60 @@ module.exports.findBestApkForArchitecture = function(buildResults, arch) { throw new Error('Could not find apk architecture: ' + arch + ' build-type: ' + buildResults.buildType); }; +function removeIfExists(file) { --- End diff -- Resolved in next iteration > Cordova package support for Android > --- > > Key: CB-8484 > URL: https://issues.apache.org/jira/browse/CB-8484 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Affects Versions: 4.0.0 >Reporter: Nikhil Khandelwal >Assignee: Nikhil Khandelwal > > Details of the design here: > https://docs.google.com/document/d/1tJQ9OoGrrMhZcLI3mg46rGzAfbiQu9PuNBL1auAMGFM/edit# -- 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
[jira] [Commented] (CB-8731) Cordova-App-Hello-World Release March 23, 2015
[ https://issues.apache.org/jira/browse/CB-8731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383001#comment-14383001 ] ASF subversion and git services commented on CB-8731: - Commit 318c460037cee87bdd23d58a4ced12537bfeef61 in cordova-lib's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=318c460 ] CB-8731 updated app hello world dependency to 3.9.0 > Cordova-App-Hello-World Release March 23, 2015 > -- > > Key: CB-8731 > URL: https://issues.apache.org/jira/browse/CB-8731 > Project: Apache Cordova > Issue Type: Task > Components: App Hello World >Reporter: Steve Gill >Assignee: Steve Gill > > "Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/cordova-app-hello-world-release-process.md"; -- 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
[jira] [Commented] (CB-8484) Cordova package support for Android
[ https://issues.apache.org/jira/browse/CB-8484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383002#comment-14383002 ] ASF GitHub Bot commented on CB-8484: Github user nikhilkh commented on a diff in the pull request: https://github.com/apache/cordova-android/pull/164#discussion_r27267702 --- Diff: bin/templates/cordova/lib/build.js --- @@ -542,5 +653,12 @@ module.exports.help = function() { console.log('\'--versionCode=#\': Override versionCode for this build. Useful for uploading multiple APKs. Requires --gradle.'); console.log('\'--minSdkVersion=#\': Override minSdkVersion for this build. Useful for uploading multiple APKs. Requires --gradle.'); console.log('\'--gradleArg=\': Extra args to pass to the gradle command. Use one flag per arg. Ex. --gradleArg=-PcdvBuildMultipleApks=true'); +console.log(''); +console.log('Signed APK flags:'); --- End diff -- Resolved in next commit > Cordova package support for Android > --- > > Key: CB-8484 > URL: https://issues.apache.org/jira/browse/CB-8484 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Affects Versions: 4.0.0 >Reporter: Nikhil Khandelwal >Assignee: Nikhil Khandelwal > > Details of the design here: > https://docs.google.com/document/d/1tJQ9OoGrrMhZcLI3mg46rGzAfbiQu9PuNBL1auAMGFM/edit# -- 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
[jira] [Commented] (CB-8740) Mobile Spec Camera test can't find the photo, keeps finding directory
[ https://issues.apache.org/jira/browse/CB-8740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383093#comment-14383093 ] Joe Bowser commented on CB-8740: After further investigation, the flow is broken, and the reason there's no file present is because the Camera never wrote one, and we're expecting to get something from nothing. We need to re-factor the Camera to conform to how the Camera Intent actually works on Android as opposed to how it used to work. http://developer.android.com/training/camera/photobasics.html#TaskCaptureIntent > Mobile Spec Camera test can't find the photo, keeps finding directory > - > > Key: CB-8740 > URL: https://issues.apache.org/jira/browse/CB-8740 > Project: Apache Cordova > Issue Type: Bug > Components: Android, mobile-spec, Plugin Camera >Reporter: Joe Bowser >Assignee: Joe Bowser > > I tried to accept a pull request from a user, and I have no idea if it works, > because it appears that the Camera API is broken and it doesn't pass the > manual mobile-spec tests. I keep getting this error on the Nexus 7 running > Lollipop, Nexus 6 running Lollipop and the Samsung Galaxy S4 running 4.4.2. > (Log from S4): > W/System.err( 7822): java.io.FileNotFoundException: Is a directory > W/System.err( 7822): at android.os.Parcel.openFileDescriptor(Native Method) > W/System.err( 7822): at > android.os.ParcelFileDescriptor.openInternal(ParcelFileDescriptor.java:252) > W/System.err( 7822): at > android.os.ParcelFileDescriptor.open(ParcelFileDescriptor.java:198) > W/System.err( 7822): at > android.content.ContentResolver.openAssetFileDescriptor(ContentResolver.java:902) > W/System.err( 7822): at > android.content.ContentResolver.openOutputStream(ContentResolver.java:672) > W/System.err( 7822): at > android.content.ContentResolver.openOutputStream(ContentResolver.java:648) > W/System.err( 7822): at > org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:418) > W/System.err( 7822): at > org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:610) > W/System.err( 7822): at > org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:90) > W/System.err( 7822): at > org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:319) > W/System.err( 7822): at > android.app.Activity.dispatchActivityResult(Activity.java:5618) > W/System.err( 7822): at > android.app.ActivityThread.deliverResults(ActivityThread.java:3547) > W/System.err( 7822): at > android.app.ActivityThread.handleSendResult(ActivityThread.java:3594) > W/System.err( 7822): at > android.app.ActivityThread.access$1400(ActivityThread.java:161) > W/System.err( 7822): at > android.app.ActivityThread$H.handleMessage(ActivityThread.java:1313) > W/System.err( 7822): at android.os.Handler.dispatchMessage(Handler.java:102) > W/System.err( 7822): at android.os.Looper.loop(Looper.java:157) > W/System.err( 7822): at > android.app.ActivityThread.main(ActivityThread.java:5356) > W/System.err( 7822): at java.lang.reflect.Method.invokeNative(Native Method) > W/System.err( 7822): at java.lang.reflect.Method.invoke(Method.java:515) > W/System.err( 7822): at > com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1265) > W/System.err( 7822): at > com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1081) > W/System.err( 7822): at dalvik.system.NativeStart.main(Native Method) > I have no idea how we're handling files these days, and I think that's the > main probelm with out camera plugin. Once we take the image and save it, the > code just breaks, and it would be good if we could somehow bundle some JUnit > tests with this to make sure that the camera actually stays working, since > it's really brittle right now. -- 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
[jira] [Commented] (CB-8484) Cordova package support for Android
[ https://issues.apache.org/jira/browse/CB-8484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383129#comment-14383129 ] ASF GitHub Bot commented on CB-8484: Github user agrieve commented on a diff in the pull request: https://github.com/apache/cordova-android/pull/164#discussion_r27270342 --- Diff: bin/templates/cordova/lib/build.js --- @@ -422,11 +477,15 @@ function parseOpts(options, resolvedTarget) { module.exports.runClean = function(options) { var opts = parseOpts(options); var builder = builders[opts.buildMethod]; -return builder.prepEnv() +return builder.prepEnv(opts) .then(function() { -return builder.clean(opts.extraArgs); +return builder.clean(opts); }).then(function() { shell.rm('-rf', path.join(ROOT, 'out')); +}).then(function() { +['debug', 'release'].forEach(function(config) { +removeIfExists(path.join(ROOT, config + SIGNING_PROPERTIES)); --- End diff -- hmm, maybe for this reason you should pass the parameters on the command line as gradle properties so that there is no file to clean up. Note that it's unlikely the ANT workflow is important anymore, as gradle is the new default and seems to work much better. > Cordova package support for Android > --- > > Key: CB-8484 > URL: https://issues.apache.org/jira/browse/CB-8484 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Affects Versions: 4.0.0 >Reporter: Nikhil Khandelwal >Assignee: Nikhil Khandelwal > > Details of the design here: > https://docs.google.com/document/d/1tJQ9OoGrrMhZcLI3mg46rGzAfbiQu9PuNBL1auAMGFM/edit# -- 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
[jira] [Commented] (CB-8715) Update docs for Android 4.0 features
[ https://issues.apache.org/jira/browse/CB-8715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383249#comment-14383249 ] ASF GitHub Bot commented on CB-8715: GitHub user jpchase opened a pull request: https://github.com/apache/cordova-docs/pull/274 CB-8715 Update upgrade guide for Android 4.0.0 You can merge this pull request into a Git repository by running: $ git pull https://github.com/jpchase/cordova-docs CB-8715-Upgrade Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-docs/pull/274.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #274 commit 62d85aa62b13585253eca681bd5aee755a4cad8b Author: Jason Chase Date: 2015-03-27T02:31:11Z CB-8715 Update upgrade guide for Android 4.0.0 > Update docs for Android 4.0 features > > > Key: CB-8715 > URL: https://issues.apache.org/jira/browse/CB-8715 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Docs >Reporter: Andrew Grieve >Assignee: Andrew Grieve > > * Gradle docs (done) > * Whitelist guide (done) > * Upgrade guide > * Embedders guide -- 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
[jira] [Commented] (CB-8715) Update docs for Android 4.0 features
[ https://issues.apache.org/jira/browse/CB-8715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383314#comment-14383314 ] ASF subversion and git services commented on CB-8715: - Commit 62d85aa62b13585253eca681bd5aee755a4cad8b in cordova-docs's branch refs/heads/master from [~chasej] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=62d85aa ] CB-8715 Update upgrade guide for Android 4.0.0 > Update docs for Android 4.0 features > > > Key: CB-8715 > URL: https://issues.apache.org/jira/browse/CB-8715 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Docs >Reporter: Andrew Grieve >Assignee: Andrew Grieve > > * Gradle docs (done) > * Whitelist guide (done) > * Upgrade guide > * Embedders guide -- 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
[jira] [Commented] (CB-8715) Update docs for Android 4.0 features
[ https://issues.apache.org/jira/browse/CB-8715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383316#comment-14383316 ] ASF GitHub Bot commented on CB-8715: Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/274 > Update docs for Android 4.0 features > > > Key: CB-8715 > URL: https://issues.apache.org/jira/browse/CB-8715 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Docs >Reporter: Andrew Grieve >Assignee: Andrew Grieve > > * Gradle docs (done) > * Whitelist guide (done) > * Upgrade guide > * Embedders guide -- 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
[jira] [Commented] (CB-8715) Update docs for Android 4.0 features
[ https://issues.apache.org/jira/browse/CB-8715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383315#comment-14383315 ] ASF subversion and git services commented on CB-8715: - Commit 981cf975c4bfb3700c0f1ffe95a300b8f38fb8c1 in cordova-docs's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=981cf97 ] Merge branch 'CB-8715-Upgrade' of https://github.com/jpchase/cordova-docs Closes #274 > Update docs for Android 4.0 features > > > Key: CB-8715 > URL: https://issues.apache.org/jira/browse/CB-8715 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Docs >Reporter: Andrew Grieve >Assignee: Andrew Grieve > > * Gradle docs (done) > * Whitelist guide (done) > * Upgrade guide > * Embedders guide -- 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
[jira] [Created] (CB-8760) Version issues with 'cordova platform list'
Tim Barham created CB-8760: -- Summary: Version issues with 'cordova platform list' Key: CB-8760 URL: https://issues.apache.org/jira/browse/CB-8760 Project: Apache Cordova Issue Type: Bug Components: Browser, Windows Affects Versions: Master Reporter: Tim Barham Assignee: Tim Barham Two issues noticed with {{cordova platform list}}: 1. No version is listed for windows platform. 2. Wrong version is listed for browser platform. -- 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
[jira] [Commented] (CB-6313) Extra boundary in FileTransfer upload on Windows Phone
[ https://issues.apache.org/jira/browse/CB-6313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383389#comment-14383389 ] ASF GitHub Bot commented on CB-6313: GitHub user dpolivy opened a pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/73 CB-6313 [wp8]: Extra boundary in upload When performing an upload on Windows Phone, an extra boundary is included after any parameters, and before the file contents. This causes some servers (such as express/multiparty on node.js) to fail to handle the request properly. This commit removes the extraneous boundary. Fixes https://issues.apache.org/jira/browse/CB-6313 You can merge this pull request into a Git repository by running: $ git pull https://github.com/dpolivy/cordova-plugin-file-transfer CB6313 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-file-transfer/pull/73.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #73 commit 237dd43b4d28c1a0e074bafedd404e6a7566cc7e Author: Dan Polivy Date: 2015-03-27T06:13:12Z CB-6313 [wp8]: Extra boundary in upload When performing an upload on Windows Phone, an extra boundary is included after any parameters, and before the file contents. This causes some servers (such as express/multiparty on node.js) to fail to handle the request properly. This commit removes the extraneous boundary. Fixes https://issues.apache.org/jira/browse/CB-6313 > Extra boundary in FileTransfer upload on Windows Phone > -- > > Key: CB-6313 > URL: https://issues.apache.org/jira/browse/CB-6313 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer, WP8 >Affects Versions: 3.4.0 > Environment: Windows Phone 8; Cordova 3.4.0 >Reporter: Dan Polivy >Assignee: Jesse MacFadyen > Labels: filetransfer, windows-phone, wp8 > > I am using the File Transfer plugin on Windows Phone 8, and am adding > additional parameters to the upload via FileTransferOptions.params. When > doing this, I've found that an extra boundary is emitted into the request, > which unfortunately causes my node.js server (running express) to fail in > parsing the form submission. > The form submission ends up looking like this (notice the extra boundary > included after the parameters, and before the file itself): > --8d1119c8955f52c > Content-Disposition: form-data; name="param1" > 1 > --8d1119c8955f52c > Content-Disposition: form-data; name="param2" > 2 > --8d1119c8955f52c > --8d1119c8955f52c > Content-Disposition: form-data; name="file"; > filename="///CapturedImagesCache/C__Data_Users_Public_Pictures_Camera > Roll_WP_20140319_001_jpg.jpg" > {data} > --8d1119c8955f52c-- > I've reviewed the code, and believe it is simply a one line fix to remove the > line causing the issue, but confirmation from one of the owners would be > helpful. > For me, it is line 746 of FileTransfer.cs: > requestStream.Write(boundaryBytes, 0, boundaryBytes.Length); > I've confirmed that commenting out this line in my app will allow the upload > to complete successfully. -- 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
[jira] [Created] (CB-8761) WP8: FileTransfer does not inherit cookies from WebBrowser
Dan Polivy created CB-8761: -- Summary: WP8: FileTransfer does not inherit cookies from WebBrowser Key: CB-8761 URL: https://issues.apache.org/jira/browse/CB-8761 Project: Apache Cordova Issue Type: Improvement Components: Plugin File Transfer Reporter: Dan Polivy On Android and iOS (and presumably other platforms), the file transfer plugin will inherit any relevant cookies from the WebBrowser control when communicating with a particular domain. On WP8, however, that is not the case, as HttpWebRequest does not share cookies with the WebBrowser control. When cookies are used for authentication, and authentication is required for file uploads, it becomes important to be able to set cookies on the HttpWebRequest containing the upload. This should be supported on WP8 like it is on other platforms. I have built a solution to this problem that works; it essentially copies the relevant cookies from the WebBrowser control and manually generates a Cookie header for the HttpWebRequest. Due to some bugs in the version of .NET on WP8, not all cookie data is accessible in this manner (e.g. path, domain), however enough is there to get the job done. This fix is more limited to only scenarios where the browser scheme and host match that of the file transfer request to avoid any security issues with cookies going to the wrong domain. In my scenario, I am hosting my web pages remotely, on the same server I upload files to, so this works OK. Unfortunately, it won't help with scenarios where the transfer is to a different remote host. -- 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
[jira] [Commented] (CB-8760) Version issues with 'cordova platform list'
[ https://issues.apache.org/jira/browse/CB-8760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383424#comment-14383424 ] ASF GitHub Bot commented on CB-8760: GitHub user TimBarham opened a pull request: https://github.com/apache/cordova-browser/pull/11 CB-8760 'platform list' shows wrong version for browser platform. Updated version file for `browser` platform (note that this relies on a change in `coho` to keep it in sync). You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-browser CB-8760 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-browser/pull/11.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #11 commit b6a3826ca7e624c2683729f04672e82dc26a84f5 Author: Tim Barham Date: 2015-03-27T04:51:37Z CB-8760 platform list shows wrong version for browser platform. Updated version file for browser platform (note that this relies on a change in coho to keep it in sync). > Version issues with 'cordova platform list' > --- > > Key: CB-8760 > URL: https://issues.apache.org/jira/browse/CB-8760 > Project: Apache Cordova > Issue Type: Bug > Components: Browser, Windows >Affects Versions: Master >Reporter: Tim Barham >Assignee: Tim Barham > Original Estimate: 2h > Remaining Estimate: 2h > > Two issues noticed with {{cordova platform list}}: > 1. No version is listed for windows platform. > 2. Wrong version is listed for browser platform. -- 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
[jira] [Commented] (CB-8760) Version issues with 'cordova platform list'
[ https://issues.apache.org/jira/browse/CB-8760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383423#comment-14383423 ] ASF GitHub Bot commented on CB-8760: GitHub user TimBarham opened a pull request: https://github.com/apache/cordova-coho/pull/67 CB-8760 Issues with 'platform list'. Added support for updating `windows` and `browser` platform versions. You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-coho CB-8760 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-coho/pull/67.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #67 commit 0f1336e517b1d8e482a0c955195953df59a2d4aa Author: Tim Barham Date: 2015-03-27T04:51:10Z CB-8760 Issues with 'platform list'. Added support for updating 'windows' and 'browser' platform versions. > Version issues with 'cordova platform list' > --- > > Key: CB-8760 > URL: https://issues.apache.org/jira/browse/CB-8760 > Project: Apache Cordova > Issue Type: Bug > Components: Browser, Windows >Affects Versions: Master >Reporter: Tim Barham >Assignee: Tim Barham > Original Estimate: 2h > Remaining Estimate: 2h > > Two issues noticed with {{cordova platform list}}: > 1. No version is listed for windows platform. > 2. Wrong version is listed for browser platform. -- 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
[jira] [Commented] (CB-8760) Version issues with 'cordova platform list'
[ https://issues.apache.org/jira/browse/CB-8760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14383425#comment-14383425 ] ASF GitHub Bot commented on CB-8760: GitHub user TimBarham opened a pull request: https://github.com/apache/cordova-windows/pull/64 CB-8760 'platform list' doesn't show version for windows platform. Added version file for `windows` platform (note that this relies on a change in `coho` to keep it in sync). You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-windows CB-8760 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-windows/pull/64.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #64 commit 14a470b78c8ddedb8ab60c056dc33d1a89a10cfb Author: Tim Barham Date: 2015-03-27T04:52:59Z CB-8760 platform list doesn't show version for windows platform. Added version file for windows platform (note that this relies on a change in coho to keep it in sync). > Version issues with 'cordova platform list' > --- > > Key: CB-8760 > URL: https://issues.apache.org/jira/browse/CB-8760 > Project: Apache Cordova > Issue Type: Bug > Components: Browser, Windows >Affects Versions: Master >Reporter: Tim Barham >Assignee: Tim Barham > Original Estimate: 2h > Remaining Estimate: 2h > > Two issues noticed with {{cordova platform list}}: > 1. No version is listed for windows platform. > 2. Wrong version is listed for browser platform. -- 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