[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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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] [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] [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-tabpanelfocusedCommentId=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} ?xml version='1.0' encoding='utf-8'? widget id=io.cordova.hellocordova version=0.0.1 xmlns=http://www.w3.org/ns/widgets; xmlns:cdv=http://cordova.apache.org/ns/1.0; nameHelloCordova/name content src=index.html / access origin=* / engine name=ios version=3.8.0 / feature name=Device param name=id value=org.apache.cordova.device / /feature /widget {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] [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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-8715) Update docs for Android 4.0 features
[ https://issues.apache.org/jira/browse/CB-8715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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 jasonpch...@gmail.com 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] [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] [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.ProcessCommandb__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] [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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib', 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-tabpanelfocusedCommentId=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] [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] [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] [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-tabpanelfocusedCommentId=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] [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-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-tabpanelfocusedCommentId=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] [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-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-tabpanelfocusedCommentId=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] [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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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] [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] [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-tabpanelfocusedCommentId=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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib', 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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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] [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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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] [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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-res 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 d...@cellartracker.com 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-res 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-tabpanelfocusedCommentId=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 d...@cellartracker.com 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.ProcessCommandb__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-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-tabpanelfocusedCommentId=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-8753) Maintain splash screen aspect ratio
[ https://issues.apache.org/jira/browse/CB-8753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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. preference name=SplashMaintainAspectRatio value=true/ preference name=SplashReloadOnOrientationChange value=true/ -- 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-tabpanelfocusedCommentId=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 nopackageInfo 2. cordova build packageInfo 3. cordova build nopackageInfo 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-tabpanelfocusedCommentId=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-8734) add FirefoxOS to Cordova-Medic
[ https://issues.apache.org/jira/browse/CB-8734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] [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-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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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=gradle command line arg\': 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-8732) Cordova-firefoxos Platform Release March 23, 2015
[ https://issues.apache.org/jira/browse/CB-8732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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-8179) Cordova-WP8 Platform Release December 18, 2014
[ https://issues.apache.org/jira/browse/CB-8179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-8484) Cordova package support for Android
[ https://issues.apache.org/jira/browse/CB-8484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=14381445#comment-14381445 ] ASF GitHub Bot commented on CB-8721: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/72 CB-8721 Fixes incorrect headers and upload params parsing on wp8 This is a bugfix for [CB-8721](https://issues.apache.org/jira/browse/CB-8721) which replaces custom parding of headers being passed to native code as JSON objects with usage of DataContractSerializer. You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-file-transfer CB-8721 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-file-transfer/pull/72.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 #72 commit 21fb03aa9c55fbd1ca4df6097b466840e91c16b8 Author: Vladimir Kotikov v-vlk...@microsoft.com Date: 2015-03-24T08:19:19Z CB-8721 Fixes incorrect headers and upload params parsing on wp8 (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 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-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:all-tabpanel ] Vladimir Kotikov reassigned CB-8721: Assignee: Vladimir Kotikov (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-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-tabpanelfocusedCommentId=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 v-vlk...@microsoft.com 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] [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-tabpanelfocusedCommentId=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 v-vlk...@microsoft.com 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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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] [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] [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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib' -- 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-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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib' -- 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-tabpanelfocusedCommentId=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] [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-tabpanelfocusedCommentId=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] [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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib', 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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib' 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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib', 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-tabpanelfocusedCommentId=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] [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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib' 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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib' 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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib' -- 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-8680) Support Swift templates
[ https://issues.apache.org/jira/browse/CB-8680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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 martin.bektch...@telerik.com 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/project-dir --plugin plugin-dir --link 3. Attempt to build - the build fails with an error: directory not found for option '-LPluginsPathrelativePathToStaticLib' -- 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