[jira] [Created] (CB-10968) Outdated iOS requirement

[Shazron Abdullah (JIRA)]

Shazron Abdullah created CB-10968:
-

 Summary: Outdated iOS requirement
 Key: CB-10968
 URL: https://issues.apache.org/jira/browse/CB-10968
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
 Environment: iOS
Reporter: Shazron Abdullah


https://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html

Requirements and Support Section
"The device must have at least iOS 6.x installed, the minimum iOS version 
supported as of Cordova 3.0. Supporting devices include all iPad® models, 
iPhone® 3GS and above, and iPod® Touch 3rd Generation or later."

iOS 8 is the minimum in cordova-ios-4.x.
Must determine what devices that entails.



--
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-10955) deployment-target ignored during build, breaking iOS 7 support

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212746#comment-15212746
 ] 

Shazron Abdullah commented on CB-10955:
---

Filed https://issues.apache.org/jira/browse/CB-10968

> deployment-target ignored during build, breaking iOS 7 support
> --
>
> Key: CB-10955
> URL: https://issues.apache.org/jira/browse/CB-10955
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova cli 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>  Labels: cordova-ios-4.1.1
>
> Regardless of whether I set the "deployment-target" preference in config.xml, 
> Cordova builds an app that requires a minimum of iOS 8.0. As a result, I can 
> no longer build apps for iOS 7.
> Create a new cordova project, and add to its config.xml:
> {code}
> 
> 
> {code}
> Run {{cordova prepare --verbose}} and {{cordova build}}. During the prepare 
> phase, I see this message (three times, for some reason):
> {code}
> Set IPHONEOS_DEPLOYMENT_TARGET to "7.0".
> {code}
> And if I open the app in Xcode, it shows "Deployment Target" set to 7.0.
> But the resulting .app file's Info.plist contains:
> {code}
> MinimumOSVersion
> 8.0
> {code}
> So I can't install it on iOS 7; I get this error on the device:
> {code}
>  installd[551] : 0x10050c000 verify_bundle_metadata: The system 
> version is lower than the minimum OS version
> {code}
> This is still the case if I set "deployment-target" to 9.0.
> This seems to be because {{cordova/build.xcconfig}} includes the line:
> {code}
> IPHONEOS_DEPLOYMENT_TARGET = 8.0
> {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-10955) deployment-target ignored during build, breaking iOS 7 support

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212744#comment-15212744
 ] 

Shazron Abdullah commented on CB-10955:
---

Yes that is outdated. I mentioned it here: 
https://github.com/apache/cordova-docs/pull/501 but failed to file an issue. 
Doing so now.

> deployment-target ignored during build, breaking iOS 7 support
> --
>
> Key: CB-10955
> URL: https://issues.apache.org/jira/browse/CB-10955
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova cli 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>  Labels: cordova-ios-4.1.1
>
> Regardless of whether I set the "deployment-target" preference in config.xml, 
> Cordova builds an app that requires a minimum of iOS 8.0. As a result, I can 
> no longer build apps for iOS 7.
> Create a new cordova project, and add to its config.xml:
> {code}
> 
> 
> {code}
> Run {{cordova prepare --verbose}} and {{cordova build}}. During the prepare 
> phase, I see this message (three times, for some reason):
> {code}
> Set IPHONEOS_DEPLOYMENT_TARGET to "7.0".
> {code}
> And if I open the app in Xcode, it shows "Deployment Target" set to 7.0.
> But the resulting .app file's Info.plist contains:
> {code}
> MinimumOSVersion
> 8.0
> {code}
> So I can't install it on iOS 7; I get this error on the device:
> {code}
>  installd[551] : 0x10050c000 verify_bundle_metadata: The system 
> version is lower than the minimum OS version
> {code}
> This is still the case if I set "deployment-target" to 9.0.
> This seems to be because {{cordova/build.xcconfig}} includes the line:
> {code}
> IPHONEOS_DEPLOYMENT_TARGET = 8.0
> {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-10955) deployment-target ignored during build, breaking iOS 7 support

[Jacob Weber (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212740#comment-15212740
 ] 

Jacob Weber commented on CB-10955:
--

If that's true, the 
[docs|https://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html] 
are outdated: "The device must have at least iOS 6.x installed, the minimum iOS 
version supported as of Cordova 3.0."

> deployment-target ignored during build, breaking iOS 7 support
> --
>
> Key: CB-10955
> URL: https://issues.apache.org/jira/browse/CB-10955
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova cli 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>  Labels: cordova-ios-4.1.1
>
> Regardless of whether I set the "deployment-target" preference in config.xml, 
> Cordova builds an app that requires a minimum of iOS 8.0. As a result, I can 
> no longer build apps for iOS 7.
> Create a new cordova project, and add to its config.xml:
> {code}
> 
> 
> {code}
> Run {{cordova prepare --verbose}} and {{cordova build}}. During the prepare 
> phase, I see this message (three times, for some reason):
> {code}
> Set IPHONEOS_DEPLOYMENT_TARGET to "7.0".
> {code}
> And if I open the app in Xcode, it shows "Deployment Target" set to 7.0.
> But the resulting .app file's Info.plist contains:
> {code}
> MinimumOSVersion
> 8.0
> {code}
> So I can't install it on iOS 7; I get this error on the device:
> {code}
>  installd[551] : 0x10050c000 verify_bundle_metadata: The system 
> version is lower than the minimum OS version
> {code}
> This is still the case if I set "deployment-target" to 9.0.
> This seems to be because {{cordova/build.xcconfig}} includes the line:
> {code}
> IPHONEOS_DEPLOYMENT_TARGET = 8.0
> {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-10955) deployment-target ignored during build, breaking iOS 7 support

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212721#comment-15212721
 ] 

Shazron Abdullah commented on CB-10955:
---

Starting with cordova-ios-4.x we only support the minimum of iOS 8.0.
Nevertheless, it should be setting the correct value, in the build.xcconfig, 
and not alter the project file.

> deployment-target ignored during build, breaking iOS 7 support
> --
>
> Key: CB-10955
> URL: https://issues.apache.org/jira/browse/CB-10955
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova cli 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>  Labels: cordova-ios-4.1.1
>
> Regardless of whether I set the "deployment-target" preference in config.xml, 
> Cordova builds an app that requires a minimum of iOS 8.0. As a result, I can 
> no longer build apps for iOS 7.
> Create a new cordova project, and add to its config.xml:
> {code}
> 
> 
> {code}
> Run {{cordova prepare --verbose}} and {{cordova build}}. During the prepare 
> phase, I see this message (three times, for some reason):
> {code}
> Set IPHONEOS_DEPLOYMENT_TARGET to "7.0".
> {code}
> And if I open the app in Xcode, it shows "Deployment Target" set to 7.0.
> But the resulting .app file's Info.plist contains:
> {code}
> MinimumOSVersion
> 8.0
> {code}
> So I can't install it on iOS 7; I get this error on the device:
> {code}
>  installd[551] : 0x10050c000 verify_bundle_metadata: The system 
> version is lower than the minimum OS version
> {code}
> This is still the case if I set "deployment-target" to 9.0.
> This seems to be because {{cordova/build.xcconfig}} includes the line:
> {code}
> IPHONEOS_DEPLOYMENT_TARGET = 8.0
> {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-10955) deployment-target ignored during build, breaking iOS 7 support

[Shazron Abdullah (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-10955:
--
Labels: cordova-ios-4.1.1  (was: )

> deployment-target ignored during build, breaking iOS 7 support
> --
>
> Key: CB-10955
> URL: https://issues.apache.org/jira/browse/CB-10955
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova cli 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>  Labels: cordova-ios-4.1.1
>
> Regardless of whether I set the "deployment-target" preference in config.xml, 
> Cordova builds an app that requires a minimum of iOS 8.0. As a result, I can 
> no longer build apps for iOS 7.
> Create a new cordova project, and add to its config.xml:
> {code}
> 
> 
> {code}
> Run {{cordova prepare --verbose}} and {{cordova build}}. During the prepare 
> phase, I see this message (three times, for some reason):
> {code}
> Set IPHONEOS_DEPLOYMENT_TARGET to "7.0".
> {code}
> And if I open the app in Xcode, it shows "Deployment Target" set to 7.0.
> But the resulting .app file's Info.plist contains:
> {code}
> MinimumOSVersion
> 8.0
> {code}
> So I can't install it on iOS 7; I get this error on the device:
> {code}
>  installd[551] : 0x10050c000 verify_bundle_metadata: The system 
> version is lower than the minimum OS version
> {code}
> This is still the case if I set "deployment-target" to 9.0.
> This seems to be because {{cordova/build.xcconfig}} includes the line:
> {code}
> IPHONEOS_DEPLOYMENT_TARGET = 8.0
> {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-10942) Cannot for links in that site, if you have

[Shazron Abdullah (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212717#comment-15212717
 ] 

Shazron Abdullah commented on CB-10942:
---

Yes this fixes the case.

> Cannot https://foo.bar; /> for links in that site, if 
> you have https://*; />
> 
>
> Key: CB-10942
> URL: https://issues.apache.org/jira/browse/CB-10942
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> https://github.com/apache/cordova-ios/blob/6221bd7c7f54421a158cd18d1ecb8ee88247db07/CordovaLib/Classes/Private/Plugins/CDVIntentAndNavigationFilter/CDVIntentAndNavigationFilter.m#L74
> 1. Re-factor that method so it is testable
> 2. Add Obj-C tests to test this 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] [Commented] (CB-10942) Cannot for links in that site, if you have

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212711#comment-15212711
 ] 

ASF GitHub Bot commented on CB-10942:
-

Github user shazron commented on the pull request:

https://github.com/apache/cordova-ios/pull/211#issuecomment-201656326
  
I put that conditional in on purpose, to be explicit in the code what the 
rules are (I know the comment is in there as well) "unoptimized", it should be 
fine since algorithmically it doesn't add any complexity imo


> Cannot https://foo.bar; /> for links in that site, if 
> you have https://*; />
> 
>
> Key: CB-10942
> URL: https://issues.apache.org/jira/browse/CB-10942
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> https://github.com/apache/cordova-ios/blob/6221bd7c7f54421a158cd18d1ecb8ee88247db07/CordovaLib/Classes/Private/Plugins/CDVIntentAndNavigationFilter/CDVIntentAndNavigationFilter.m#L74
> 1. Re-factor that method so it is testable
> 2. Add Obj-C tests to test this 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] [Commented] (CB-10961) CLI 6.1.0 Error when adding ios platform and plugin declare in config.xml

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212693#comment-15212693
 ] 

ASF GitHub Bot commented on CB-10961:
-

Github user riknoll commented on the pull request:

https://github.com/apache/cordova-lib/pull/416#issuecomment-201642371
  
Does running prepare twice have any impact on the hooks that fire?


> CLI 6.1.0 Error when adding ios platform and plugin declare in config.xml
> -
>
> Key: CB-10961
> URL: https://issues.apache.org/jira/browse/CB-10961
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.1.0
>Reporter: Carlos Santana
>Priority: Critical
>  Labels: cli, ios, regresion
>
> New CLI 6.1.0 has a regression when adding platform ios, not using 
> HelloCordova name for the app and plugins are present or declare in config.xml
> To reproduce there are multiple use cases:
> 1. Create new app with name app1, add a plugin then add ios platform
> 2, Create new app with a template with a plugin in config.xml and that 
> specifies a name app1 in config.xml or create cli, then add ios platform
> 3. Create new app with name app1 add a plugin declaration in config.xml 
> globally or under ios platform and then add ios platform
> Initial investigation is that ios xcode project is always created with 
> HelloCordova and the name specified in config.xml
> $ cordova create app1 com.app1 app1
> Creating a new cordova project.
> ~/dev/cordova/cli-6.1.0
>   $ cd app1/
> ~/dev/cordova/cli-6.1.0/app1
>   $ cordova plugin add cordova-plugin-camera --save
> Fetching plugin "cordova-plugin-camera" via npm
> Saved plugin info for "cordova-plugin-camera" to config.xml
> ~/dev/cordova/cli-6.1.0/app1
>   $ cat config.xml
> 
> http://www.w3.org/ns/widgets; 
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
> app1
> 
> A sample Apache Cordova application that responds to the deviceready 
> event.
> 
> http://cordova.io;>
> Apache Cordova Team
> 
> 
> 
> 
> http://*/*; />
> https://*/*; />
> 
> 
> mailto:*; />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ~/dev/cordova/cli-6.1.0/app1
>   $ cordova platform add ios
> Adding ios project...
> iOS project created with cordova-ios@4.1.0
> Installing "cordova-plugin-camera" for ios
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Installing to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> Failed to install 'cordova-plugin-whitelist':Error: ENOENT: no such file or 
> directory, open 
> '/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/app1.xcodeproj/project.pbxproj'
> at Error (native)
> at Object.fs.openSync (fs.js:584:18)
> at Object.fs.writeFileSync (fs.js:1224:33)
> at Object.cachedProjectFiles.(anonymous function).write 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/projectFile.js:73:16)
> at 
> /Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/plugman/Plugman.js:85:21
> at _fulfilled 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:796:13)
> at 
> /Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:857:14
> at runSingle 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:137:13)
> ~/dev/cordova/cli-6.1.0/app1



--
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-10670) Media Capture on Android 6.0.1 fails

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10670?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212684#comment-15212684
 ] 

ASF GitHub Bot commented on CB-10670:
-

GitHub user riknoll opened a pull request:

https://github.com/apache/cordova-plugin-media-capture/pull/59

Removing global state and fixing CB-10670

There are two parts to this PR.

The first is to fix Marshmallow permissions (CB-10670). `captureImage()` 
was not requesting `READ_EXTERNAL_STORAGE` and both `captureImage()` and 
`captureVideo()` needed the fix that was recently done in the camera plugin for 
the `CAMERA` permission 
(https://github.com/apache/cordova-plugin-camera/pull/179).

The second was to remove the global state being maintained in the plugin. 
This caused a lot of issues when async calls to the plugin overlap. It is 
included in this PR because most of them are related to async Android calls 
like requesting permissions and launching external Activities (see also 
https://github.com/apache/cordova-android/pull/285). I'm planning on doing a 
similar fix for the file plugin soon.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/MSOpenTech/cordova-plugin-media-capture 
CB-10670refactor

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-plugin-media-capture/pull/59.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 #59


commit 3f1e3366daf2fe9cb4c4195468a27eee5714bd98
Author: Richard Knoll 
Date:   2016-03-21T22:21:30Z

CB-10670 android: Fixing Marshmallow permissions for image and video capture

commit 6511db0af87806ad32abdcacfcb78619c60a8d6d
Author: Richard Knoll 
Date:   2016-03-23T18:28:58Z

Refactor and fixing support for multiple Activity Requests

commit df0f9a66ac9393745d8d9dad927548504368c725
Author: Richard Knoll 
Date:   2016-03-26T00:51:01Z

Documenting capture error




> Media Capture on Android 6.0.1 fails
> 
>
> Key: CB-10670
> URL: https://issues.apache.org/jira/browse/CB-10670
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media Capture
>Affects Versions: 5.1.0
>Reporter: Christoph Brosdau
>Assignee: Richard B Knoll
>Priority: Critical
>  Labels: Android, triaged
>
> Although this should work, I cannot make it work - on android 6.0, i always 
> have the same issue concerning permissions - maybe I overlooked something, 
> but I dont know what :)
> Whith the following super simple demo JS and latest Cordova and latest 
> version of all plugins, I get:
> navigator.device.capture.captureVideo(function(){},function(e){console.log(e);},{limit:1});
> In the console, I get:
> Permission Denial: starting Intent { act=android.media.action.VIDEO_CAPTURE 
> cmp=com.google.android.GoogleCamera/com.android.camera.VideoCamera (has 
> extras) } from ProcessRecord{7481fe2 17042:tv.nexx.android.gdtv/u0a183} 
> (pid=17042, uid=10183) with revoked permission android.permission.CAMERA
> In Android Studio I get:
> Uncaught exception from plugin
>  
> java.lang.SecurityException: Permission Denial: starting Intent { 
> act=android.media.action.IMAGE_CAPTURE flg=0x3 
> cmp=com.google.android.GoogleCamera/com.android.camera.CaptureActivity 
> clip={text/uri-list 
> U:file:///storage/emulated/0/Android/data/tv.nexx.android.gdtv/cache/.Pic.jpg}
>  (has extras) } from ProcessRecord{7481fe2 17042:tv.nexx.android.gdtv/u0a183} 
> (pid=17042, uid=10183) with revoked permission android.permission.CAMERA
>  at 
> android.os.Parcel.readException(Parcel.java:1620)
>  at 
> android.os.Parcel.readException(Parcel.java:1573)
>  at 
> android.app.ActivityManagerProxy.startActivity(ActivityManagerNative.java:2658)
>  at 
> android.app.Instrumentation.execStartActivity(Instrumentation.java:1507)
>  at 
> android.app.Activity.startActivityForResult(Activity.java:3930)
>  at 
> org.apache.cordova.CordovaActivity.startActivityForResult(CordovaActivity.java:332)
>  at 
> 

[jira] [Commented] (CB-4078) correctOrientation is not working on camera.getPicture for PHOTOLIBRARY (works with Camera)

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212664#comment-15212664
 ] 

ASF GitHub Bot commented on CB-4078:


Github user riknoll commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/197#issuecomment-201619442
  
Our release notes actually come from the commit messages themselves (so no 
going back, I'm afraid)


> correctOrientation is not working on camera.getPicture for PHOTOLIBRARY 
> (works with Camera)
> ---
>
> Key: CB-4078
> URL: https://issues.apache.org/jira/browse/CB-4078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.9.0
> Environment: Android
>Reporter: aligo
>Priority: Minor
>  Labels: Android, Triaged
>
> Hi
> I use cameraOptions below to get the FILE_URI and to display in  tag:
> {code}
>   correctOrientation: true
>   quality: 50
>   encodingType: Camera.EncodingType.JPEG
>   targetWidth: 300
>   targetHeight: 300
>   destinationType: window.navigator.camera.DestinationType.FILE_URI
>   sourceType: window.navigator.camera.PictureSourceType.PHOTOLIBRARY
> {code}
> But the picture displayed within wrong orientation.
> Updated:
> I try use window.navigator.camera.PictureSourceType.CAMERA in sourceType, and 
> everything work as expected.



--
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-4078) correctOrientation is not working on camera.getPicture for PHOTOLIBRARY (works with Camera)

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212652#comment-15212652
 ] 

ASF GitHub Bot commented on CB-4078:


Github user swbradshaw commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/197#issuecomment-201611674
  
@riknoll - I found the changes you were talking about. The changes in 
CB-10460 will make the `ouputModifiedBitmap()` function correctly because the 
FileHelper will now return null, which is what it was expecting.  There are no 
further changes on my side needed. With this change and CB-10460 combined, I 
can now pick photos from any Document Provider (Drive, Gallery, Photos, 
QuickPic) and it will successfully correct the orientation and resize the photo.

One suggestion I have is to rename CB-10460 to something like "Choosing 
pictures from 3rd party provider (Gallery, Photo, Drive) will result in error". 
  If the current title is published on the blog, users aren't going to know 
what "getRealPath return null in some cases" means. :-)


> correctOrientation is not working on camera.getPicture for PHOTOLIBRARY 
> (works with Camera)
> ---
>
> Key: CB-4078
> URL: https://issues.apache.org/jira/browse/CB-4078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.9.0
> Environment: Android
>Reporter: aligo
>Priority: Minor
>  Labels: Android, Triaged
>
> Hi
> I use cameraOptions below to get the FILE_URI and to display in  tag:
> {code}
>   correctOrientation: true
>   quality: 50
>   encodingType: Camera.EncodingType.JPEG
>   targetWidth: 300
>   targetHeight: 300
>   destinationType: window.navigator.camera.DestinationType.FILE_URI
>   sourceType: window.navigator.camera.PictureSourceType.PHOTOLIBRARY
> {code}
> But the picture displayed within wrong orientation.
> Updated:
> I try use window.navigator.camera.PictureSourceType.CAMERA in sourceType, and 
> everything work as expected.



--
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-10771) plugin-file-transfer upload on windows fails when params has a key with a null value

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212613#comment-15212613
 ] 

ASF GitHub Bot commented on CB-10771:
-

Github user rakatyal commented on the pull request:


https://github.com/apache/cordova-plugin-file-transfer/pull/133#issuecomment-201594752
  
Updated to ignoring the parameter all together.


> plugin-file-transfer upload on windows fails when params has a key with a 
> null value
> 
>
> Key: CB-10771
> URL: https://issues.apache.org/jira/browse/CB-10771
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File Transfer
>Affects Versions: 1.5.0
> Environment: Windows, cordova 6.0.0
>Reporter: Paul Hickman
>Assignee: Raghav Katyal
>  Labels: windows
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> In the windows version of plugin-file-transfer, if you set the options such 
> that a key inside the params object has a null value: e.g.
> var options = { params: { keyName: null } }
> Then it will fail to upload with an INVALID_URL error because an exception 
> occurs trying to convert the key keyName into a transfer chunk.
> This does not cause an error in the ios or android 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] [Comment Edited] (CB-10967) IndexedDB API not properly exposed?

[Brent Allen (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212565#comment-15212565
 ] 

Brent Allen edited comment on CB-10967 at 3/25/16 11:08 PM:


To reproduce all that should be needed is a fresh app with the latest 
components Cordova@6+ and Cordova-iOS@4+.

Build it and inspect for the webkit/prefixed version of IndexDB api.


was (Author: ballen):
To reproduce all that should be needed is a fresh app with the latest 
components Cordova@6+ and Cordova-iOS@4+.

Build it and inspect for the webkit version of IndexDB api.

> IndexedDB API not properly exposed?
> ---
>
> Key: CB-10967
> URL: https://issues.apache.org/jira/browse/CB-10967
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.0.0
> Environment: Cordova CLI 6.x.x, Cordova-iOS 4.x.x
>Reporter: Brent Allen
>Priority: Blocker
>
> So before cordova-ios 4.0.0 I was using 
> https://github.com/Telerik-Verified-Plugins/WKWebView.git as a workaround to 
> get the extra webkit apis/performance.
> Clearly not an ideal workaround since it requires a localhost origin. Making 
> several CORS and iFrame operations a major headache.
> So I need to update to the latest frameworks. And I was successful in doing 
> so with one catch.
> The webkit api for IndexDB is not exposed anymore. I am a little confused as 
> to how this could be since it was expose when using the workaround. The only 
> diff that I can find that seems to relate to webkit is this:
> From 'plugins/com.telerik.plugins.wkwebview/www/wkwebview.js'
> ```
> var origNativeFetchMessages = exec.nativeFetchMessages;
> exec.nativeFetchMessages = function() {
> var cmds = origNativeFetchMessages();
> cmds = JSON.parse(cmds);
> for(var i=0;i var cmd = cmds[i];
> if(cmd[1]==='WKWebView') continue;
> 
> window.webkit.messageHandlers.cordova.postMessage(cmd);
> }
> return '';
> };
> ```
> Which was also still available in cordova-ios@3.9.2(I think)
> I can't help but wonder if this has something to do with exposing the open 
> versions of the api(s). And if so was this supposed to be re-implemented 
> using the latest patterns?
> I am using mWater/minimongo which relies on this api. I already opened an 
> issue on that repo. But I am not optimistic that it will be addressed there 
> since the api hasn't technically changed as far as I can tell. It is just 
> being hidden by the webview and the cordova platform is no longer exposing it 
> manually.
> Any advice would be greatly appreciated. I am hoping to avoid cloning the 
> minimongo repo. Since I am not even sure the apples implementation will work 
> as I have yet to find any documentation on it.
> I am also concerned that this may have implications for other webkit apis 
> that I have yet to discover as broken in this context.
> Thanks in advance for any help.



--
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-10967) IndexedDB API not properly exposed?

[Brent Allen (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212565#comment-15212565
 ] 

Brent Allen commented on CB-10967:
--

To reproduce all that should be needed is a fresh app with the latest 
components Cordova@6+ and Cordova-iOS@4+.

Build it and inspect for the webkit version of IndexDB api.

> IndexedDB API not properly exposed?
> ---
>
> Key: CB-10967
> URL: https://issues.apache.org/jira/browse/CB-10967
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.0.0
> Environment: Cordova CLI 6.x.x, Cordova-iOS 4.x.x
>Reporter: Brent Allen
>Priority: Blocker
>
> So before cordova-ios 4.0.0 I was using 
> https://github.com/Telerik-Verified-Plugins/WKWebView.git as a workaround to 
> get the extra webkit apis/performance.
> Clearly not an ideal workaround since it requires a localhost origin. Making 
> several CORS and iFrame operations a major headache.
> So I need to update to the latest frameworks. And I was successful in doing 
> so with one catch.
> The webkit api for IndexDB is not exposed anymore. I am a little confused as 
> to how this could be since it was expose when using the workaround. The only 
> diff that I can find that seems to relate to webkit is this:
> From 'plugins/com.telerik.plugins.wkwebview/www/wkwebview.js'
> ```
> var origNativeFetchMessages = exec.nativeFetchMessages;
> exec.nativeFetchMessages = function() {
> var cmds = origNativeFetchMessages();
> cmds = JSON.parse(cmds);
> for(var i=0;i var cmd = cmds[i];
> if(cmd[1]==='WKWebView') continue;
> 
> window.webkit.messageHandlers.cordova.postMessage(cmd);
> }
> return '';
> };
> ```
> Which was also still available in cordova-ios@3.9.2(I think)
> I can't help but wonder if this has something to do with exposing the open 
> versions of the api(s). And if so was this supposed to be re-implemented 
> using the latest patterns?
> I am using mWater/minimongo which relies on this api. I already opened an 
> issue on that repo. But I am not optimistic that it will be addressed there 
> since the api hasn't technically changed as far as I can tell. It is just 
> being hidden by the webview and the cordova platform is no longer exposing it 
> manually.
> Any advice would be greatly appreciated. I am hoping to avoid cloning the 
> minimongo repo. Since I am not even sure the apples implementation will work 
> as I have yet to find any documentation on it.
> I am also concerned that this may have implications for other webkit apis 
> that I have yet to discover as broken in this context.
> Thanks in advance for any help.



--
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-4078) correctOrientation is not working on camera.getPicture for PHOTOLIBRARY (works with Camera)

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212567#comment-15212567
 ] 

ASF GitHub Bot commented on CB-4078:


Github user riknoll commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/197#issuecomment-201572664
  
If you have a fix in mind that would be great! I think there might already 
be a JIRA for that as well.


> correctOrientation is not working on camera.getPicture for PHOTOLIBRARY 
> (works with Camera)
> ---
>
> Key: CB-4078
> URL: https://issues.apache.org/jira/browse/CB-4078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.9.0
> Environment: Android
>Reporter: aligo
>Priority: Minor
>  Labels: Android, Triaged
>
> Hi
> I use cameraOptions below to get the FILE_URI and to display in  tag:
> {code}
>   correctOrientation: true
>   quality: 50
>   encodingType: Camera.EncodingType.JPEG
>   targetWidth: 300
>   targetHeight: 300
>   destinationType: window.navigator.camera.DestinationType.FILE_URI
>   sourceType: window.navigator.camera.PictureSourceType.PHOTOLIBRARY
> {code}
> But the picture displayed within wrong orientation.
> Updated:
> I try use window.navigator.camera.PictureSourceType.CAMERA in sourceType, and 
> everything work as expected.



--
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-10967) IndexedDB API not properly exposed?

[Brent Allen (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Brent Allen updated CB-10967:
-
Description: 
So before cordova-ios 4.0.0 I was using 
https://github.com/Telerik-Verified-Plugins/WKWebView.git as a workaround to 
get the extra webkit apis/performance.

Clearly not an ideal workaround since it requires a localhost origin. Making 
several CORS and iFrame operations a major headache.

So I need to update to the latest frameworks. And I was successful in doing so 
with one catch.

The webkit api for IndexDB is not exposed anymore. I am a little confused as to 
how this could be since it was expose when using the workaround. The only diff 
that I can find that seems to relate to webkit is this:

>From 'plugins/com.telerik.plugins.wkwebview/www/wkwebview.js'
```
var origNativeFetchMessages = exec.nativeFetchMessages;
exec.nativeFetchMessages = function() {
var cmds = origNativeFetchMessages();
cmds = JSON.parse(cmds);
for(var i=0;i

[jira] [Commented] (CB-4078) correctOrientation is not working on camera.getPicture for PHOTOLIBRARY (works with Camera)

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212544#comment-15212544
 ] 

ASF GitHub Bot commented on CB-4078:


Github user swbradshaw commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/197#issuecomment-201567303
  
Should I go ahead and fix `ouputModifiedBitmap()` for this pull request?  
The reality is now that orientation is fixed, this is going to cause that 
function to get called more because the image will need to be rotated for 
output. 


> correctOrientation is not working on camera.getPicture for PHOTOLIBRARY 
> (works with Camera)
> ---
>
> Key: CB-4078
> URL: https://issues.apache.org/jira/browse/CB-4078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.9.0
> Environment: Android
>Reporter: aligo
>Priority: Minor
>  Labels: Android, Triaged
>
> Hi
> I use cameraOptions below to get the FILE_URI and to display in  tag:
> {code}
>   correctOrientation: true
>   quality: 50
>   encodingType: Camera.EncodingType.JPEG
>   targetWidth: 300
>   targetHeight: 300
>   destinationType: window.navigator.camera.DestinationType.FILE_URI
>   sourceType: window.navigator.camera.PictureSourceType.PHOTOLIBRARY
> {code}
> But the picture displayed within wrong orientation.
> Updated:
> I try use window.navigator.camera.PictureSourceType.CAMERA in sourceType, and 
> everything work as expected.



--
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-4078) correctOrientation is not working on camera.getPicture for PHOTOLIBRARY (works with Camera)

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212540#comment-15212540
 ] 

ASF GitHub Bot commented on CB-4078:


Github user swbradshaw commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/197#issuecomment-201565769
  
`ouputModifiedBitmap()` is not fixed in master. 
`getRealPathFromURI_API19()` in FileHelper returns an empty string and thus the 
fileName cannot be generated for the temp file. I just tested this 5 minutes 
ago.


> correctOrientation is not working on camera.getPicture for PHOTOLIBRARY 
> (works with Camera)
> ---
>
> Key: CB-4078
> URL: https://issues.apache.org/jira/browse/CB-4078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.9.0
> Environment: Android
>Reporter: aligo
>Priority: Minor
>  Labels: Android, Triaged
>
> Hi
> I use cameraOptions below to get the FILE_URI and to display in  tag:
> {code}
>   correctOrientation: true
>   quality: 50
>   encodingType: Camera.EncodingType.JPEG
>   targetWidth: 300
>   targetHeight: 300
>   destinationType: window.navigator.camera.DestinationType.FILE_URI
>   sourceType: window.navigator.camera.PictureSourceType.PHOTOLIBRARY
> {code}
> But the picture displayed within wrong orientation.
> Updated:
> I try use window.navigator.camera.PictureSourceType.CAMERA in sourceType, and 
> everything work as expected.



--
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-10967) IndexedDB API not properly exposed?

[Brent Allen (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Brent Allen updated CB-10967:
-
Description: 
So before cordova-ios 4.0.0 I was using 
https://github.com/Telerik-Verified-Plugins/WKWebView.git as a workaround to 
get the extra webkit apis/performance.

Clearly not an ideal workaround since it requires a localhost origin. Making 
several CORS and iFrame operations a major headache.

So I need to update to the latest frameworks. And I was successful in doing so 
with one catch.

The webkit api for IndexDB is not exposed anymore. I am a little confused as to 
how this could be since it was expose when using the workaround. The only diff 
that I can find that seems to relate to webkit is this:

>From 'plugins/com.telerik.plugins.wkwebview/www/wkwebview.js'
```
var origNativeFetchMessages = exec.nativeFetchMessages;
exec.nativeFetchMessages = function() {
var cmds = origNativeFetchMessages();
cmds = JSON.parse(cmds);
for(var i=0;i

[jira] [Created] (CB-10967) IndexedDB API not properly exposed?

[Brent Allen (JIRA)]

Brent Allen created CB-10967:


 Summary: IndexedDB API not properly exposed?
 Key: CB-10967
 URL: https://issues.apache.org/jira/browse/CB-10967
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 4.0.0
 Environment: Cordova CLI 6.x.x, Cordova-iOS 4.x.x
Reporter: Brent Allen
Priority: Blocker


So before cordova-ios 4.0.0 I was using 
https://github.com/Telerik-Verified-Plugins/WKWebView.git as a workaround to 
get the extra webkit apis/performance.

Clearly not an ideal workaround since it requires a localhost origin. Making 
several CORS and iFrame operations a major headache.

So I need to update to the latest frameworks. And I was successful in doing so 
with one catch.

The webkit api for IndexDB is not exposed anymore. I am a little confused as to 
how this could be since it was expose when using the workaround. The only diff 
that I can find that seems to relate to webkit is this:

>From 'plugins/com.telerik.plugins.wkwebview/www/wkwebview.js'
```
var origNativeFetchMessages = exec.nativeFetchMessages;
exec.nativeFetchMessages = function() {
var cmds = origNativeFetchMessages();
cmds = JSON.parse(cmds);
for(var i=0;i

[jira] [Commented] (CB-10966) OSX app does not run second time

[Tobias Bocanegra (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212504#comment-15212504
 ] 

Tobias Bocanegra commented on CB-10966:
---

* did you try with the latest version 4.0.1 ? 
* can you try to open the javascript console and see if there are any errors?
* when you do a {{platform remove osx}} / {{platform add osx}}, does it work 
again?

> OSX app does not run second time
> 
>
> Key: CB-10966
> URL: https://issues.apache.org/jira/browse/CB-10966
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: OSX
>Affects Versions: 3.5.0
> Environment: OS X El Capitan
>Reporter: Kiran Dasari
>Assignee: Tobias Bocanegra
>
> Tried building a small helloworld application. It runs fine first time but 
> getting error when I run second time.
> - Installed Cordova client on mac machine 
> - Transferred the code files from Visual Studio to mac machine and Cordova 
> client to build the app
> - The app runs fine and we were able to display system information using 
> Cordova device plugin. Please see attached screenshot
> However the app runs only once and displays information. When we try to build 
> the app again it builds successfully but do not run. We tried running the app 
> via Xcode and are seeing the below. For some reason deviceready event is not 
> firing
> 2016-03-10 14:09:21.217 HelloCordova[5651:150870] deviceready has not fired 
> after 5 seconds.
> 2016-03-10 14:09:21.218 HelloCordova[5651:150870] Channel not fired: 
> onCordovaInfoReady



--
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-4078) correctOrientation is not working on camera.getPicture for PHOTOLIBRARY (works with Camera)

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212488#comment-15212488
 ] 

ASF GitHub Bot commented on CB-4078:


Github user riknoll commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/197#issuecomment-201542091
  
We support Google Photos and the stock Gallery app as far as I know. Have 
you tested recently? There were some changes to how we dereference URIs (though 
Google Drive still does not work). Mainly, I just wanted to check to make sure 
that you had verified this change with photos selected using both Google Photos 
and the stock Gallery app. I think the `ouputModifiedBitmap()` bug should be 
fixed in master (+1 on misspelling BTW) .


> correctOrientation is not working on camera.getPicture for PHOTOLIBRARY 
> (works with Camera)
> ---
>
> Key: CB-4078
> URL: https://issues.apache.org/jira/browse/CB-4078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.9.0
> Environment: Android
>Reporter: aligo
>Priority: Minor
>  Labels: Android, Triaged
>
> Hi
> I use cameraOptions below to get the FILE_URI and to display in  tag:
> {code}
>   correctOrientation: true
>   quality: 50
>   encodingType: Camera.EncodingType.JPEG
>   targetWidth: 300
>   targetHeight: 300
>   destinationType: window.navigator.camera.DestinationType.FILE_URI
>   sourceType: window.navigator.camera.PictureSourceType.PHOTOLIBRARY
> {code}
> But the picture displayed within wrong orientation.
> Updated:
> I try use window.navigator.camera.PictureSourceType.CAMERA in sourceType, and 
> everything work as expected.



--
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-4078) correctOrientation is not working on camera.getPicture for PHOTOLIBRARY (works with Camera)

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212470#comment-15212470
 ] 

ASF GitHub Bot commented on CB-4078:


Github user swbradshaw commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/197#issuecomment-201534121
  
@riknoll - Can you clarify? 

Are you referring to the apps that have implement the DocumentsProvider 
interface that show up on the unified UI picker on 4.4+ devices?   If so, I 
tested the default picker provided by Android. If you try to test another 3rd 
party one, it doesn't work. This doesn't work in the master branch, either. 
This is due to a bug with the "ouputModifiedBitmap"  function where it won't 
correctly generate a filename when the user picks a path that comes back from a 
3rd party URI returned by Android's DocumentProvider. This push request isn't 
addressing that issue, but I can certainly fix that one as well if its been 
logged.  (The spelling error in that function name is driving me crazy, too).

OR are you referring to pre-4.4 devices that prompt the user to pick an app 
to choose an image from?  If this is the case, the code should handle these the 
same way it has done in the past.



> correctOrientation is not working on camera.getPicture for PHOTOLIBRARY 
> (works with Camera)
> ---
>
> Key: CB-4078
> URL: https://issues.apache.org/jira/browse/CB-4078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.9.0
> Environment: Android
>Reporter: aligo
>Priority: Minor
>  Labels: Android, Triaged
>
> Hi
> I use cameraOptions below to get the FILE_URI and to display in  tag:
> {code}
>   correctOrientation: true
>   quality: 50
>   encodingType: Camera.EncodingType.JPEG
>   targetWidth: 300
>   targetHeight: 300
>   destinationType: window.navigator.camera.DestinationType.FILE_URI
>   sourceType: window.navigator.camera.PictureSourceType.PHOTOLIBRARY
> {code}
> But the picture displayed within wrong orientation.
> Updated:
> I try use window.navigator.camera.PictureSourceType.CAMERA in sourceType, and 
> everything work as expected.



--
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-10966) OSX app does not run second time

[Kiran Dasari (JIRA)]

Kiran Dasari created CB-10966:
-

 Summary: OSX app does not run second time
 Key: CB-10966
 URL: https://issues.apache.org/jira/browse/CB-10966
 Project: Apache Cordova
  Issue Type: Bug
  Components: OSX
Affects Versions: 3.5.0
 Environment: OS X El Capitan
Reporter: Kiran Dasari
Assignee: Tobias Bocanegra


Tried building a small helloworld application. It runs fine first time but 
getting error when I run second time.

- Installed Cordova client on mac machine 
- Transferred the code files from Visual Studio to mac machine and Cordova 
client to build the app
- The app runs fine and we were able to display system information using 
Cordova device plugin. Please see attached screenshot

However the app runs only once and displays information. When we try to build 
the app again it builds successfully but do not run. We tried running the app 
via Xcode and are seeing the below. For some reason deviceready event is not 
firing

2016-03-10 14:09:21.217 HelloCordova[5651:150870] deviceready has not fired 
after 5 seconds.
2016-03-10 14:09:21.218 HelloCordova[5651:150870] Channel not fired: 
onCordovaInfoReady




--
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-10965) xml helper allows multiple instances of name under same parent config.xml

[Carlos Santana (JIRA)]

Carlos Santana created CB-10965:
---

 Summary: xml helper allows multiple instances of name under same 
parent config.xml
 Key: CB-10965
 URL: https://issues.apache.org/jira/browse/CB-10965
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: Master
Reporter: Carlos Santana
Priority: Minor


This some what related to CB-10961

Create new app
Add multiple name tags in toplevel config.xml
app1
app2

app3


cordova platform add ios
cordova prepare

Open platforms/ios/app3/config.xml

There are multiple instances of name at top level
app3

app1
app2

The mergeXml function should be updated to avoid this and only allow one final 
name tag added to top level dest.
https://github.com/apache/cordova-lib/blob/master/cordova-common/src/util/xml-helpers.js#L198





--
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-10964) build.js script under "platforms\android\cordova\lib" can not handle build.json file starting with a BOM

[Shuqian Ying (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shuqian Ying updated CB-10964:
--
Priority: Minor  (was: Blocker)

> build.js script under "platforms\android\cordova\lib" can not handle 
> build.json file starting with a BOM
> 
>
> Key: CB-10964
> URL: https://issues.apache.org/jira/browse/CB-10964
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 3.5.0
> Environment: All development platforms
>Reporter: Shuqian Ying
>Priority: Minor
>
> The generated build.js file under the "platforms\android\cordova\lib" 
> directory of a project throws exceptions when reading the utf-8 encoded 
> build.json file under the root directory of the same project that starts with 
> a byte order mark (BOM), due to a bug/feature of the Javascript JSON.parse 
> method. Such kind of files are normally generated in automated build systems, 
> like ours.
> The solution we found is to strip that mark before parsing, namely, inside of 
> the function "parseOpts", use the following line
> 
> var config = JSON.parse(buildjson.replace(/^\uFEFF/, ''));
> ...
> instead of 
> 
> var config = JSON.parse(buildjson);
> ...
> This has always been a problem up to the most recent stable version (3.5.0) 
> and most likely to cause the same problem for other platforms, besides 
> android.



--
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-10964) build.js script under "platforms\android\cordova\lib" can not handle build.json file starting with a BOM

[Shuqian Ying (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shuqian Ying updated CB-10964:
--
Description: 
The generated build.js file under the "platforms\android\cordova\lib" directory 
of a project throws exceptions when reading the utf-8 encoded build.json file 
under the root directory of the same project that starts with a byte order mark 
(BOM), due to a bug/feature of the Javascript JSON.parse method. Such kind of 
files are normally generated in automated build systems, like ours.

The solution we found is to strip that mark before parsing, namely, inside of 
the function "parseOpts", use the following line

var config = JSON.parse(buildjson.replace(/^\uFEFF/, ''));
...
instead of 

var config = JSON.parse(buildjson);
...

This has always been a problem up to the most recent stable version (3.5.0) and 
most likely to cause the same problem for other platforms, besides android.

  was:
The generated build.js file under the "platforms\android\cordova\lib" directory 
of a project throws exceptions when reading the utf-8 encoded build.json file 
under the root directory of the same project that starts with a byte order mark 
(BOM), due to a bug/feature of the Javascript JSON.parse method. Such kind of 
files are normally generated in automated build systems, like ours.

The solution we found is to strip that mark before parsing, namely, inside of 
the function "parseOpts", add the following line

var buildjson = fs.readFileSync(buildConfig, 'utf8');

var config = JSON.parse(buildjson.replace(/^\uFEFF/, ''));

instead of 

var buildjson = fs.readFileSync(buildConfig, 'utf8');

var config = JSON.parse(buildjson);


This has always been a problem up to the most recent stable version (3.5.0) and 
most likely to cause the same problem for other platforms, besides android.


> build.js script under "platforms\android\cordova\lib" can not handle 
> build.json file starting with a BOM
> 
>
> Key: CB-10964
> URL: https://issues.apache.org/jira/browse/CB-10964
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 3.5.0
> Environment: All development platforms
>Reporter: Shuqian Ying
>Priority: Blocker
>
> The generated build.js file under the "platforms\android\cordova\lib" 
> directory of a project throws exceptions when reading the utf-8 encoded 
> build.json file under the root directory of the same project that starts with 
> a byte order mark (BOM), due to a bug/feature of the Javascript JSON.parse 
> method. Such kind of files are normally generated in automated build systems, 
> like ours.
> The solution we found is to strip that mark before parsing, namely, inside of 
> the function "parseOpts", use the following line
> 
> var config = JSON.parse(buildjson.replace(/^\uFEFF/, ''));
> ...
> instead of 
> 
> var config = JSON.parse(buildjson);
> ...
> This has always been a problem up to the most recent stable version (3.5.0) 
> and most likely to cause the same problem for other platforms, besides 
> android.



--
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-10897) Cannot access specific non http or https URLs that are Whitelisted

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212434#comment-15212434
 ] 

ASF GitHub Bot commented on CB-10897:
-

Github user ktop commented on the pull request:

https://github.com/apache/cordova-android/pull/283#issuecomment-201509250
  
@infil00p can you review again? see my previous comment. 


> Cannot access specific non http or https URLs that are Whitelisted
> --
>
> Key: CB-10897
> URL: https://issues.apache.org/jira/browse/CB-10897
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Whitelist
>Affects Versions: Master
> Environment: cordova-android 5.1.1
>Reporter: Karen Tran
>  Labels: android, whitelist
> Fix For: Master
>
>
> In config.xml when I whitelist specific non http or https URLs such as 
> {code}mailto:ktop...@gmail.com; />{code}
> and in index.html I add a link with that specific URL, 
> {code}mailto:ktop...@gmail.com;>mailto link{code}
> I cannot access the link when I run the application. If I change the 
> allow-intent to use a wildcard, *, I can get it to work. 
> {code}mailto:*; />{code}
> The expected behavior is that I should be able to specify an exact URL in the 
> whitelist, but I am not able to. I investigated the Whitelist plugin and 
> Whitelist.java in cordova-android and I found the issue. 
> First I looked at the whitelist itself. URLs from config.xml are added to the 
> whitelist correctly. No problems here. 
> Next I looked at how the URL from index.html is being compared to the 
> whitelist. I traced through with the Android Studio debugger and found this:
> At [Line 
> 85|https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/Whitelist.java#L85]
>  of Whitelist.java in cordova-android, there is actually a 
> NullPointerException happening, but it didn't get printed out with the Log :( 
> (this needs to be fixed). I made some modifications to Whitelist.java so that 
> the stack trace gets printed out, along with with values of 'host'. 
> {noformat}
> 03-17 13:46:47.399 14000-14000/? I/System.out: uri scheme: mailto
> 03-17 13:46:47.399 14000-14000/? I/System.out: whitelist scheme: mailto
> 03-17 13:46:47.399 14000-14000/? I/System.out: uri host: null
> 03-17 13:46:47.399 14000-14000/? I/System.out: whitelist host: 
> ktop500@gmail\.com
> 03-17 13:46:47.400 14000-14000/? W/System.err: 
> java.lang.NullPointerException: Attempt to invoke interface method 'int 
> java.lang.CharSequence.length()' on a null object reference
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> java.util.regex.Matcher.reset(Matcher.java:177)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> java.util.regex.Matcher.(Matcher.java:90)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> java.util.regex.Pattern.matcher(Pattern.java:297)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.Whitelist$URLPattern.matches(Whitelist.java:88)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.Whitelist.isUrlWhiteListed(Whitelist.java:168)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.whitelist.WhitelistPlugin.shouldOpenExternalUrl(WhitelistPlugin.java:132)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.PluginManager.shouldOpenExternalUrl(PluginManager.java:432)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.CordovaWebViewImpl$EngineClient.onNavigationAttempt(CordovaWebViewImpl.java:605)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.engine.SystemWebViewClient.shouldOverrideUrlLoading(SystemWebViewClient.java:79)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> com.android.webview.chromium.WebViewContentsClientAdapter.shouldOverrideUrlLoading(WebViewContentsClientAdapter.java:336)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.chromium.android_webview.AwContentsClient.shouldIgnoreNavigation(AwContentsClient.java:168)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.chromium.android_webview.AwContentsClientBridge.shouldOverrideUrlLoading(AwContentsClientBridge.java:265)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:39)
> 03-17 13:46:47.401 14000-14000/? W/System.err: at 
> android.os.Handler.dispatchMessage(Handler.java:102)
> 03-17 13:46:47.401 14000-14000/? W/System.err: at 
> android.os.Looper.loop(Looper.java:135)
> 03-17 13:46:47.401 14000-14000/? W/System.err: at 
> 

[jira] [Commented] (CB-4078) correctOrientation is not working on camera.getPicture for PHOTOLIBRARY (works with Camera)

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212433#comment-15212433
 ] 

ASF GitHub Bot commented on CB-4078:


Github user riknoll commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/197#issuecomment-201508149
  
@swbradshaw What gallery apps did you test against?


> correctOrientation is not working on camera.getPicture for PHOTOLIBRARY 
> (works with Camera)
> ---
>
> Key: CB-4078
> URL: https://issues.apache.org/jira/browse/CB-4078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.9.0
> Environment: Android
>Reporter: aligo
>Priority: Minor
>  Labels: Android, Triaged
>
> Hi
> I use cameraOptions below to get the FILE_URI and to display in  tag:
> {code}
>   correctOrientation: true
>   quality: 50
>   encodingType: Camera.EncodingType.JPEG
>   targetWidth: 300
>   targetHeight: 300
>   destinationType: window.navigator.camera.DestinationType.FILE_URI
>   sourceType: window.navigator.camera.PictureSourceType.PHOTOLIBRARY
> {code}
> But the picture displayed within wrong orientation.
> Updated:
> I try use window.navigator.camera.PictureSourceType.CAMERA in sourceType, and 
> everything work as expected.



--
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-10964) build.js script under "platforms\android\cordova\lib" can not handle build.json file starting with a BOM

[Shuqian Ying (JIRA)]

Shuqian Ying created CB-10964:
-

 Summary: build.js script under "platforms\android\cordova\lib" can 
not handle build.json file starting with a BOM
 Key: CB-10964
 URL: https://issues.apache.org/jira/browse/CB-10964
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.5.0
 Environment: All development platforms
Reporter: Shuqian Ying
Priority: Blocker


The generated build.js file under the "platforms\android\cordova\lib" directory 
of a project throws exceptions when reading the utf-8 encoded build.json file 
under the root directory of the same project that starts with a byte order mark 
(BOM), due to a bug/feature of the Javascript JSON.parse method. Such kind of 
files are normally generated in automated build systems, like ours.

The solution we found is to strip that mark before parsing, namely, inside of 
the function "parseOpts", add the following line

var buildjson = fs.readFileSync(buildConfig, 'utf8');

var config = JSON.parse(buildjson.replace(/^\uFEFF/, ''));

instead of 

var buildjson = fs.readFileSync(buildConfig, 'utf8');

var config = JSON.parse(buildjson);


This has always been a problem up to the most recent stable version (3.5.0) and 
most likely to cause the same problem for other platforms, besides android.



--
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-10936) correctOrientation not working when picking up from library on certain devices

[Richard B Knoll (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10936:
-
Component/s: Plugin Camera

> correctOrientation not working when picking up from library on certain devices
> --
>
> Key: CB-10936
> URL: https://issues.apache.org/jira/browse/CB-10936
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.1.0, 2.1.1
>Reporter: jose
>  Labels: android
>
> When using for example: Samsung S6 Edge the correctOrientation isn't working 
> when using the following properties:
> {code}
> var options = {
>   sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
>   destinationType: Camera.DestinationType.DATA_URL
>   mediaType: Camera.MediaType.PICTURE,
>   allowEdit: false,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 900,
>   targetHeight: 900,
>   quality: 80,
>   saveToPhotoAlbum: true,
>   correctOrientation: true
> };
> {code}
> *This issue happens only on certain devices, it works fine for the majority, 
> I've tested it in 7 devices*
> if the image is retrieved from the library without any transformation and by 
> the file url it is fine:
> {code}
> var options = {
>   sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
>   destinationType: Camera.DestinationType.FILE_URI
>   mediaType: Camera.MediaType.PICTURE,
>   allowEdit: false,
>   encodingType: Camera.EncodingType.JPEG,
>   saveToPhotoAlbum: true,
>   correctOrientation: true
> };
> {code}
> when using *Camera.DestinationType.FILE_URI* even if targetWidth and 
> targetHeight are set it completely ignores it. It returns the path to the 
> full image



--
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-10936) correctOrientation not working when picking up from library on certain devices

[Richard B Knoll (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10936:
-
Labels: android  (was: )

> correctOrientation not working when picking up from library on certain devices
> --
>
> Key: CB-10936
> URL: https://issues.apache.org/jira/browse/CB-10936
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.1.0, 2.1.1
>Reporter: jose
>  Labels: android
>
> When using for example: Samsung S6 Edge the correctOrientation isn't working 
> when using the following properties:
> {code}
> var options = {
>   sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
>   destinationType: Camera.DestinationType.DATA_URL
>   mediaType: Camera.MediaType.PICTURE,
>   allowEdit: false,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 900,
>   targetHeight: 900,
>   quality: 80,
>   saveToPhotoAlbum: true,
>   correctOrientation: true
> };
> {code}
> *This issue happens only on certain devices, it works fine for the majority, 
> I've tested it in 7 devices*
> if the image is retrieved from the library without any transformation and by 
> the file url it is fine:
> {code}
> var options = {
>   sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
>   destinationType: Camera.DestinationType.FILE_URI
>   mediaType: Camera.MediaType.PICTURE,
>   allowEdit: false,
>   encodingType: Camera.EncodingType.JPEG,
>   saveToPhotoAlbum: true,
>   correctOrientation: true
> };
> {code}
> when using *Camera.DestinationType.FILE_URI* even if targetWidth and 
> targetHeight are set it completely ignores it. It returns the path to the 
> full image



--
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-10947) Minor icon issues

[Richard B Knoll (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10947:
-
Component/s: (was: CLI)

> Minor icon issues
> -
>
> Key: CB-10947
> URL: https://issues.apache.org/jira/browse/CB-10947
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs, iOS
>Affects Versions: 6.0.0
> Environment: Cordova CLI 6.0, Cordova iOS 4.1.0
>Reporter: Jacob Weber
>Priority: Minor
>  Labels: ios
>
> * On the [docs for 
> icons|https://cordova.apache.org/docs/en/latest/config_ref/images.html], it 
> lists icon...@2x.png. This is copied into the iOS project, but it's not used 
> in the icon set's Contents.json file. It can probably be removed from the 
> docs.
> * That docs page doesn't list icon-8...@2x.png, which was recently added to 
> the code.
> * The icon set's Contents.json file uses icon...@3x.png twice, once for the 
> 40@3x icon, and once for the 60@2x icon. They're the same size, but you might 
> not want to use the same file for both (since the first one is a Spotlight 
> icon, and the second is an App icon).



--
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-10947) Minor icon issues

[Richard B Knoll (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10947:
-
Labels: ios  (was: )

> Minor icon issues
> -
>
> Key: CB-10947
> URL: https://issues.apache.org/jira/browse/CB-10947
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs, iOS
>Affects Versions: 6.0.0
> Environment: Cordova CLI 6.0, Cordova iOS 4.1.0
>Reporter: Jacob Weber
>Priority: Minor
>  Labels: ios
>
> * On the [docs for 
> icons|https://cordova.apache.org/docs/en/latest/config_ref/images.html], it 
> lists icon...@2x.png. This is copied into the iOS project, but it's not used 
> in the icon set's Contents.json file. It can probably be removed from the 
> docs.
> * That docs page doesn't list icon-8...@2x.png, which was recently added to 
> the code.
> * The icon set's Contents.json file uses icon...@3x.png twice, once for the 
> 40@3x icon, and once for the 60@2x icon. They're the same size, but you might 
> not want to use the same file for both (since the first one is a Spotlight 
> icon, and the second is an App icon).



--
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-10947) Minor icon issues

[Richard B Knoll (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10947:
-
Component/s: Docs

> Minor icon issues
> -
>
> Key: CB-10947
> URL: https://issues.apache.org/jira/browse/CB-10947
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs, iOS
>Affects Versions: 6.0.0
> Environment: Cordova CLI 6.0, Cordova iOS 4.1.0
>Reporter: Jacob Weber
>Priority: Minor
>  Labels: ios
>
> * On the [docs for 
> icons|https://cordova.apache.org/docs/en/latest/config_ref/images.html], it 
> lists icon...@2x.png. This is copied into the iOS project, but it's not used 
> in the icon set's Contents.json file. It can probably be removed from the 
> docs.
> * That docs page doesn't list icon-8...@2x.png, which was recently added to 
> the code.
> * The icon set's Contents.json file uses icon...@3x.png twice, once for the 
> 40@3x icon, and once for the 60@2x icon. They're the same size, but you might 
> not want to use the same file for both (since the first one is a Spotlight 
> icon, and the second is an App icon).



--
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-10950) Phonegap app in the background when capture and select image for gallery app stop/restart.

[Richard B Knoll (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212412#comment-15212412
 ] 

Richard B Knoll commented on CB-10950:
--

Thanks for filing an issue! This is a known problem that sometimes happens in 
low memory conditions. The Android OS will sometimes kill applications in the 
background to free up memory. Please refer to [the Android Lifecycle 
Guide|http://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html#lifecycle-guide]
 for a full explanation of the problem and how to test/handle the low memory 
scenario in your app. It requires that you use the latest releases of 
cordova-android and cordova-plugin-camera.

I hope that helps! Please resolve this issue if that document I linked takes 
care of the problem.

> Phonegap app in the background when capture and select image for gallery app 
> stop/restart. 
> ---
>
> Key: CB-10950
> URL: https://issues.apache.org/jira/browse/CB-10950
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 5.0.1
>Reporter: Lokesh Patel
>  Labels: android, triaged, wfc
>
> Hi,
> In android application when the user tries for capturing images and select 
> image from gallery app stop/restart.
> I found below details after search lots of google and forums:
> " The Phonegap (Cordova) Camera Plugin calls the native camera and this makes 
> Android Garbage Collector to kill background applications."
> Thanks,
> Lokesh Patel



--
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] [Comment Edited] (CB-10154) alert() - callback is not fired on a real device (iOS 8.4.1)

[Stanislav Iegorov (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10154?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212389#comment-15212389
 ] 

Stanislav Iegorov edited comment on CB-10154 at 3/25/16 9:00 PM:
-

Sure!

Here is a method from my last attempt. Don't mind the 
navigator.notification.confirm - same happens to .alert.

function DisplayFlushRecentItemsConfirmationDialog() {
navigator.notification.confirm(
'You are about to clear recent history. Proceed?', 
 FlushRecentItems,
'Clear recent',
['Proceed', 'Cancel']);
}

function FlushRecentItems(buttonIndex) {
//User's pressed Proceed.
if (buttonIndex == "1") {
$('#recentItemsList').empty();
}
}

DisplayFlushRecentItemsConfirmationDialog method isn't affected by normal app 
lifecycle - only user invokes it manually.

Behaviour is really strange - when I launch an app (fresh launch) and call 
DisplayFlushRecentItemsConfirmationDialog, confirm window appears as it should, 
but after several minutes of usage I try to invoke the method again and nothing 
happens.

To my mind it looks like something gets broken in plugin call chain. Probably 
somewhere in JS code -> cordova.exec -> native iOS plugin code chain.

Also, it might be something with plugin implementation for iOS 8 - I saw some 
IFDEFs in CDVNotification.

Thanks.

P.S.

On Android of all version everything works perfectly fine.


was (Author: borninmusic):
Sure!

Here is a method from my last attempt. Don't mind the 
navigator.notification.confirm - same happens to .alert.

function DisplayFlushRecentItemsConfirmationDialog() {
navigator.notification.confirm(
'You are about to clear recent history. Proceed?', 
 FlushRecentItems,
'Clear recent',
['Proceed', 'Cancel']);
}

function FlushRecentItems(buttonIndex) {
//User's pressed Proceed.
if (buttonIndex == "1") {
$('#recentItemsList').empty();
}
}

DisplayFlushRecentItemsConfirmationDialog method isn't affected by normal app 
lifecycle - only user invokes it manually.

Behaviour is really strange - when I launch an app (fresh launch) and call 
DisplayFlushRecentItemsConfirmationDialog, confirm window appears as it should, 
but after several minutes of usage I try to invoke the method again and nothing 
happens.

To my mind it looks like something gets broken in plugin call chain. Probably 
somewhere in JS code -> cordova.exec -> native iOS plugin code chain.

Also, it might be something with plugin implementation for iOS 8 - I saw some 
IFDEFs in CDVNotification.

Thanks.

> alert() - callback is not fired on a real device (iOS 8.4.1)
> 
>
> Key: CB-10154
> URL: https://issues.apache.org/jira/browse/CB-10154
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Dialogs
>Affects Versions: 1.2.0, 1.2.1-dev
> Environment: Cordova CLI 5.3.3, cordova ios v. 3.9.2, device: iPhone 
> 4S, iOS 8.4.1
>Reporter: Stanislav Iegorov
>Assignee: jcesarmobile
>   Original Estimate: 240h
>  Remaining Estimate: 240h
>
> When called from JS code alert() gets invoked, but no alert windows is 
> displayed. The same situation is with a callback passed into alert() - 
> nothing gets invoked.



--
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-10950) Phonegap app in the background when capture and select image for gallery app stop/restart.

[Richard B Knoll (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10950:
-
Labels: android triaged wfc  (was: )

> Phonegap app in the background when capture and select image for gallery app 
> stop/restart. 
> ---
>
> Key: CB-10950
> URL: https://issues.apache.org/jira/browse/CB-10950
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 5.0.1
>Reporter: Lokesh Patel
>  Labels: android, triaged, wfc
>
> Hi,
> In android application when the user tries for capturing images and select 
> image from gallery app stop/restart.
> I found below details after search lots of google and forums:
> " The Phonegap (Cordova) Camera Plugin calls the native camera and this makes 
> Android Garbage Collector to kill background applications."
> Thanks,
> Lokesh Patel



--
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-10950) Phonegap app in the background when capture and select image for gallery app stop/restart.

[Richard B Knoll (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10950:
-
Component/s: (was: Android)

> Phonegap app in the background when capture and select image for gallery app 
> stop/restart. 
> ---
>
> Key: CB-10950
> URL: https://issues.apache.org/jira/browse/CB-10950
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 5.0.1
>Reporter: Lokesh Patel
>  Labels: android, triaged, wfc
>
> Hi,
> In android application when the user tries for capturing images and select 
> image from gallery app stop/restart.
> I found below details after search lots of google and forums:
> " The Phonegap (Cordova) Camera Plugin calls the native camera and this makes 
> Android Garbage Collector to kill background applications."
> Thanks,
> Lokesh Patel



--
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-10950) Phonegap app in the background when capture and select image for gallery app stop/restart.

[Richard B Knoll (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10950:
-
Component/s: Plugin Camera

> Phonegap app in the background when capture and select image for gallery app 
> stop/restart. 
> ---
>
> Key: CB-10950
> URL: https://issues.apache.org/jira/browse/CB-10950
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 5.0.1
>Reporter: Lokesh Patel
>  Labels: android, triaged, wfc
>
> Hi,
> In android application when the user tries for capturing images and select 
> image from gallery app stop/restart.
> I found below details after search lots of google and forums:
> " The Phonegap (Cordova) Camera Plugin calls the native camera and this makes 
> Android Garbage Collector to kill background applications."
> Thanks,
> Lokesh Patel



--
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-10154) alert() - callback is not fired on a real device (iOS 8.4.1)

[Stanislav Iegorov (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10154?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212389#comment-15212389
 ] 

Stanislav Iegorov commented on CB-10154:


Sure!

Here is a method from my last attempt. Don't mind the 
navigator.notification.confirm - same happens to .alert.

function DisplayFlushRecentItemsConfirmationDialog() {
navigator.notification.confirm(
'You are about to clear recent history. Proceed?', 
 FlushRecentItems,
'Clear recent',
['Proceed', 'Cancel']);
}

function FlushRecentItems(buttonIndex) {
//User's pressed Proceed.
if (buttonIndex == "1") {
$('#recentItemsList').empty();
}
}

DisplayFlushRecentItemsConfirmationDialog method isn't affected by normal app 
lifecycle - only user invokes it manually.

Behaviour is really strange - when I launch an app (fresh launch) and call 
DisplayFlushRecentItemsConfirmationDialog, confirm window appears as it should, 
but after several minutes of usage I try to invoke the method again and nothing 
happens.

To my mind it looks like something gets broken in plugin call chain. Probably 
somewhere in JS code -> cordova.exec -> native iOS plugin code chain.

Also, it might be something with plugin implementation for iOS 8 - I saw some 
IFDEFs in CDVNotification.

Thanks.

> alert() - callback is not fired on a real device (iOS 8.4.1)
> 
>
> Key: CB-10154
> URL: https://issues.apache.org/jira/browse/CB-10154
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Dialogs
>Affects Versions: 1.2.0, 1.2.1-dev
> Environment: Cordova CLI 5.3.3, cordova ios v. 3.9.2, device: iPhone 
> 4S, iOS 8.4.1
>Reporter: Stanislav Iegorov
>Assignee: jcesarmobile
>   Original Estimate: 240h
>  Remaining Estimate: 240h
>
> When called from JS code alert() gets invoked, but no alert windows is 
> displayed. The same situation is with a callback passed into alert() - 
> nothing gets invoked.



--
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-10960) Uncaught # in write() when readyState != WRITING ?

[Richard B Knoll (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10960:
-
Labels: android  (was: )

> Uncaught # in write() when readyState != WRITING ?
> -
>
> Key: CB-10960
> URL: https://issues.apache.org/jira/browse/CB-10960
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.1.1
> Environment: Android
>Reporter: Samo Dadela
>  Labels: android
> Attachments: code.js
>
>
> Excuse me if I did something stupid - I'm new to Cordova and JS.
> I thought that calling write() after checking readyState != WRITING would 
> work. 
> {code}
> function writeQueue(c) {
> while ( !(logWriter.readyState === FileWriter.WRITING) ) {
> var msg = logQueue.dequeue();
> if (!msg) {
> return;
> }
> var blob = new Blob([msg+c], { type: 'text/plain' });
> logWriter.write(blob);
> }
> }
> }
> {code}
> But I get:
> 0 277161   log  log writer: cdvfile://localhost/files/bala.log
> 1 277199   log  log writer: onwriteend
> 2 283616   log  log writer: onwriteend
> 3 283629   log  log writer: onwriteend
> 4 283651   errorUncaught #, 
> http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, 
> Line: 130
> Line 130 is:
> {code}
> // Throw an exception if we are already writing a file
> if (this.readyState === FileWriter.WRITING) {
> throw new FileError(FileError.INVALID_STATE_ERR);
> }
> {code}
> How can readyState change to WRITING ? 
> Note: Queue is pure Javascript 
> (http://code.stephenmorley.org/javascript/queues/Queue.src.js)



--
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-10963) cordova-android does not support multiple runtime permission requests

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212376#comment-15212376
 ] 

ASF GitHub Bot commented on CB-10963:
-

Github user jasongin commented on the pull request:

https://github.com/apache/cordova-android/pull/285#issuecomment-201493604
  
LGTM


> cordova-android does not support multiple runtime permission requests
> -
>
> Key: CB-10963
> URL: https://issues.apache.org/jira/browse/CB-10963
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Marshmallow
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: android, reproduced, triaged
>
> If a plugin makes multiple permission requests before the user grants/denies 
> them, only the last one will get returned. More importantly, requests from 
> multiple plugins can interfere with each other.
> For example, if Plugin A makes a permission request and then Plugin B 
> immediately makes another permission request before the user grants/denies 
> Plugin A's request, then Plugin A will never receive the results of its 
> request (Android seems to return permission requests in reverse order of when 
> they were made, so Plugin B will actually get the correct result back).
> I've got a fix for this and will open a PR momentarily.



--
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-10963) cordova-android does not support multiple runtime permission requests

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212375#comment-15212375
 ] 

ASF GitHub Bot commented on CB-10963:
-

Github user jasongin commented on a diff in the pull request:

https://github.com/apache/cordova-android/pull/285#discussion_r57489412
  
--- Diff: framework/src/org/apache/cordova/CallbackMap.java ---
@@ -0,0 +1,65 @@
+/*
+   Licensed to the Apache Software Foundation (ASF) under one
+   or more contributor license agreements.  See the NOTICE file
+   distributed with this work for additional information
+   regarding copyright ownership.  The ASF licenses this file
+   to you under the Apache License, Version 2.0 (the
+   "License"); you may not use this file except in compliance
+   with the License.  You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+   Unless required by applicable law or agreed to in writing,
+   software distributed under the License is distributed on an
+   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+   KIND, either express or implied.  See the License for the
+   specific language governing permissions and limitations
+   under the License.
+*/
+package org.apache.cordova;
+
+import android.util.Pair;
+import android.util.SparseArray;
+
+/**
+ * Provides a collection that maps unique request codes to CordovaPlugins 
and Integers.
+ * Used to ensure that when plugins make requests for runtime permissions, 
those requests do not
+ * collide with requests from other plugins that use the same request code 
value.
+ */
+public class CallbackMap {
--- End diff --

Never mind, it looks like basically everything in this package is 
public/protected to allow for easy extensibility.


> cordova-android does not support multiple runtime permission requests
> -
>
> Key: CB-10963
> URL: https://issues.apache.org/jira/browse/CB-10963
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Marshmallow
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: android, reproduced, triaged
>
> If a plugin makes multiple permission requests before the user grants/denies 
> them, only the last one will get returned. More importantly, requests from 
> multiple plugins can interfere with each other.
> For example, if Plugin A makes a permission request and then Plugin B 
> immediately makes another permission request before the user grants/denies 
> Plugin A's request, then Plugin A will never receive the results of its 
> request (Android seems to return permission requests in reverse order of when 
> they were made, so Plugin B will actually get the correct result back).
> I've got a fix for this and will open a PR momentarily.



--
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-10963) cordova-android does not support multiple runtime permission requests

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212355#comment-15212355
 ] 

ASF GitHub Bot commented on CB-10963:
-

Github user riknoll commented on a diff in the pull request:

https://github.com/apache/cordova-android/pull/285#discussion_r57487068
  
--- Diff: framework/src/org/apache/cordova/CallbackMap.java ---
@@ -0,0 +1,65 @@
+/*
+   Licensed to the Apache Software Foundation (ASF) under one
+   or more contributor license agreements.  See the NOTICE file
+   distributed with this work for additional information
+   regarding copyright ownership.  The ASF licenses this file
+   to you under the Apache License, Version 2.0 (the
+   "License"); you may not use this file except in compliance
+   with the License.  You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+   Unless required by applicable law or agreed to in writing,
+   software distributed under the License is distributed on an
+   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+   KIND, either express or implied.  See the License for the
+   specific language governing permissions and limitations
+   under the License.
+*/
+package org.apache.cordova;
+
+import android.util.Pair;
+import android.util.SparseArray;
+
+/**
+ * Provides a collection that maps unique request codes to CordovaPlugins 
and Integers.
+ * Used to ensure that when plugins make requests for runtime permissions, 
those requests do not
+ * collide with requests from other plugins that use the same request code 
value.
+ */
+public class CallbackMap {
+private int currentCallbackId = 0;
+private SparseArray> callbacks;
+
+public CallbackMap() {
+this.callbacks = new SparseArray>();
+}
+
+/**
+ * Stores a CordovaPlugin and request code and returns a new unique 
request code to use
+ * in a permission request.
+ *
+ * @param receiver  The plugin that is making the request
+ * @param requestCode   The original request code used by the plugin
+ * @return  A unique request code that can be used to 
retrieve this callback
+ *  with getAndRemoveCallback()
+ */
+public int registerCallback(CordovaPlugin receiver, int requestCode) {
+int mappedId = this.currentCallbackId++;
--- End diff --

Updated to synchronize the methods themselves


> cordova-android does not support multiple runtime permission requests
> -
>
> Key: CB-10963
> URL: https://issues.apache.org/jira/browse/CB-10963
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Marshmallow
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: android, reproduced, triaged
>
> If a plugin makes multiple permission requests before the user grants/denies 
> them, only the last one will get returned. More importantly, requests from 
> multiple plugins can interfere with each other.
> For example, if Plugin A makes a permission request and then Plugin B 
> immediately makes another permission request before the user grants/denies 
> Plugin A's request, then Plugin A will never receive the results of its 
> request (Android seems to return permission requests in reverse order of when 
> they were made, so Plugin B will actually get the correct result back).
> I've got a fix for this and will open a PR momentarily.



--
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-10961) CLI 6.1.0 Error when adding ios platform and plugin declare in config.xml

[Carlos Santana (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Carlos Santana updated CB-10961:

Summary: CLI 6.1.0 Error when adding ios platform and plugin declare in 
config.xml  (was: CLI 6.1.0 ENOENT: no such file or directory adding ios 
platform when plugins present or required)

> CLI 6.1.0 Error when adding ios platform and plugin declare in config.xml
> -
>
> Key: CB-10961
> URL: https://issues.apache.org/jira/browse/CB-10961
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.1.0
>Reporter: Carlos Santana
>Priority: Critical
>  Labels: cli, ios, regresion
>
> New CLI 6.1.0 has a regression when adding platform ios, not using 
> HelloCordova name for the app and plugins are present or declare in config.xml
> To reproduce there are multiple use cases:
> 1. Create new app with name app1, add a plugin then add ios platform
> 2, Create new app with a template with a plugin in config.xml and that 
> specifies a name app1 in config.xml or create cli, then add ios platform
> 3. Create new app with name app1 add a plugin declaration in config.xml 
> globally or under ios platform and then add ios platform
> Initial investigation is that ios xcode project is always created with 
> HelloCordova and the name specified in config.xml
> $ cordova create app1 com.app1 app1
> Creating a new cordova project.
> ~/dev/cordova/cli-6.1.0
>   $ cd app1/
> ~/dev/cordova/cli-6.1.0/app1
>   $ cordova plugin add cordova-plugin-camera --save
> Fetching plugin "cordova-plugin-camera" via npm
> Saved plugin info for "cordova-plugin-camera" to config.xml
> ~/dev/cordova/cli-6.1.0/app1
>   $ cat config.xml
> 
> http://www.w3.org/ns/widgets; 
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
> app1
> 
> A sample Apache Cordova application that responds to the deviceready 
> event.
> 
> http://cordova.io;>
> Apache Cordova Team
> 
> 
> 
> 
> http://*/*; />
> https://*/*; />
> 
> 
> mailto:*; />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ~/dev/cordova/cli-6.1.0/app1
>   $ cordova platform add ios
> Adding ios project...
> iOS project created with cordova-ios@4.1.0
> Installing "cordova-plugin-camera" for ios
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Installing to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> Failed to install 'cordova-plugin-whitelist':Error: ENOENT: no such file or 
> directory, open 
> '/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/app1.xcodeproj/project.pbxproj'
> at Error (native)
> at Object.fs.openSync (fs.js:584:18)
> at Object.fs.writeFileSync (fs.js:1224:33)
> at Object.cachedProjectFiles.(anonymous function).write 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/projectFile.js:73:16)
> at 
> /Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/plugman/Plugman.js:85:21
> at _fulfilled 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:796:13)
> at 
> /Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:857:14
> at runSingle 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:137:13)
> ~/dev/cordova/cli-6.1.0/app1



--
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-10961) CLI 6.1.0 ENOENT: no such file or directory adding ios platform when plugins present or required

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212342#comment-15212342
 ] 

ASF GitHub Bot commented on CB-10961:
-

GitHub user csantanapr opened a pull request:

https://github.com/apache/cordova-lib/pull/416

CB-10961 Error when adding ios platform and plugin declare in config.xml

@vladimir-kotikov can you review 
This other commit 
https://github.com/apache/cordova-lib/commit/3b9face5187857d354d85f3e3f4316cbace100db
 
changing the order to run prepare after plugin install cause the problem. I 
added a prepare before, and left the prepare on after plugin install.
I don't think there is harm on running prepare twice on platform add


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/csantanapr/cordova-lib CB-10961

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-lib/pull/416.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 #416


commit 9359d3b421a323601ea62587cab19bfad8690fb7
Author: Carlos Santana 
Date:   2016-03-25T20:17:01Z

CB-10961 Error no such file or directory adding ios platform when plugins 
present or required




> CLI 6.1.0 ENOENT: no such file or directory adding ios platform when plugins 
> present or required
> 
>
> Key: CB-10961
> URL: https://issues.apache.org/jira/browse/CB-10961
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.1.0
>Reporter: Carlos Santana
>Priority: Critical
>  Labels: cli, ios, regresion
>
> New CLI 6.1.0 has a regression when adding platform ios, not using 
> HelloCordova name for the app and plugins are present or declare in config.xml
> To reproduce there are multiple use cases:
> 1. Create new app with name app1, add a plugin then add ios platform
> 2, Create new app with a template with a plugin in config.xml and that 
> specifies a name app1 in config.xml or create cli, then add ios platform
> 3. Create new app with name app1 add a plugin declaration in config.xml 
> globally or under ios platform and then add ios platform
> Initial investigation is that ios xcode project is always created with 
> HelloCordova and the name specified in config.xml
> $ cordova create app1 com.app1 app1
> Creating a new cordova project.
> ~/dev/cordova/cli-6.1.0
>   $ cd app1/
> ~/dev/cordova/cli-6.1.0/app1
>   $ cordova plugin add cordova-plugin-camera --save
> Fetching plugin "cordova-plugin-camera" via npm
> Saved plugin info for "cordova-plugin-camera" to config.xml
> ~/dev/cordova/cli-6.1.0/app1
>   $ cat config.xml
> 
> http://www.w3.org/ns/widgets; 
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
> app1
> 
> A sample Apache Cordova application that responds to the deviceready 
> event.
> 
> http://cordova.io;>
> Apache Cordova Team
> 
> 
> 
> 
> http://*/*; />
> https://*/*; />
> 
> 
> mailto:*; />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ~/dev/cordova/cli-6.1.0/app1
>   $ cordova platform add ios
> Adding ios project...
> iOS project created with cordova-ios@4.1.0
> Installing "cordova-plugin-camera" for ios
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Installing to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> Failed to install 'cordova-plugin-whitelist':Error: ENOENT: no such file or 
> directory, open 
> '/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/app1.xcodeproj/project.pbxproj'
> at Error (native)
> at Object.fs.openSync (fs.js:584:18)
> at Object.fs.writeFileSync (fs.js:1224:33)
> at Object.cachedProjectFiles.(anonymous function).write 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/projectFile.js:73:16)
> at 
> /Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/plugman/Plugman.js:85:21
> at _fulfilled 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:796:13)
> at 
> /Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:857:14
> at runSingle 
> 

[jira] [Commented] (CB-10963) cordova-android does not support multiple runtime permission requests

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212339#comment-15212339
 ] 

ASF GitHub Bot commented on CB-10963:
-

Github user jasongin commented on a diff in the pull request:

https://github.com/apache/cordova-android/pull/285#discussion_r57485883
  
--- Diff: framework/src/org/apache/cordova/CallbackMap.java ---
@@ -0,0 +1,65 @@
+/*
+   Licensed to the Apache Software Foundation (ASF) under one
+   or more contributor license agreements.  See the NOTICE file
+   distributed with this work for additional information
+   regarding copyright ownership.  The ASF licenses this file
+   to you under the Apache License, Version 2.0 (the
+   "License"); you may not use this file except in compliance
+   with the License.  You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+   Unless required by applicable law or agreed to in writing,
+   software distributed under the License is distributed on an
+   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+   KIND, either express or implied.  See the License for the
+   specific language governing permissions and limitations
+   under the License.
+*/
+package org.apache.cordova;
+
+import android.util.Pair;
+import android.util.SparseArray;
+
+/**
+ * Provides a collection that maps unique request codes to CordovaPlugins 
and Integers.
+ * Used to ensure that when plugins make requests for runtime permissions, 
those requests do not
+ * collide with requests from other plugins that use the same request code 
value.
+ */
+public class CallbackMap {
--- End diff --

Why public? It's only used in this package right?


> cordova-android does not support multiple runtime permission requests
> -
>
> Key: CB-10963
> URL: https://issues.apache.org/jira/browse/CB-10963
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Marshmallow
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: android, reproduced, triaged
>
> If a plugin makes multiple permission requests before the user grants/denies 
> them, only the last one will get returned. More importantly, requests from 
> multiple plugins can interfere with each other.
> For example, if Plugin A makes a permission request and then Plugin B 
> immediately makes another permission request before the user grants/denies 
> Plugin A's request, then Plugin A will never receive the results of its 
> request (Android seems to return permission requests in reverse order of when 
> they were made, so Plugin B will actually get the correct result back).
> I've got a fix for this and will open a PR momentarily.



--
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-10963) cordova-android does not support multiple runtime permission requests

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212332#comment-15212332
 ] 

ASF GitHub Bot commented on CB-10963:
-

Github user jasongin commented on a diff in the pull request:

https://github.com/apache/cordova-android/pull/285#discussion_r57485286
  
--- Diff: framework/src/org/apache/cordova/CallbackMap.java ---
@@ -0,0 +1,65 @@
+/*
+   Licensed to the Apache Software Foundation (ASF) under one
+   or more contributor license agreements.  See the NOTICE file
+   distributed with this work for additional information
+   regarding copyright ownership.  The ASF licenses this file
+   to you under the Apache License, Version 2.0 (the
+   "License"); you may not use this file except in compliance
+   with the License.  You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+   Unless required by applicable law or agreed to in writing,
+   software distributed under the License is distributed on an
+   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+   KIND, either express or implied.  See the License for the
+   specific language governing permissions and limitations
+   under the License.
+*/
+package org.apache.cordova;
+
+import android.util.Pair;
+import android.util.SparseArray;
+
+/**
+ * Provides a collection that maps unique request codes to CordovaPlugins 
and Integers.
+ * Used to ensure that when plugins make requests for runtime permissions, 
those requests do not
+ * collide with requests from other plugins that use the same request code 
value.
+ */
+public class CallbackMap {
+private int currentCallbackId = 0;
+private SparseArray> callbacks;
+
+public CallbackMap() {
+this.callbacks = new SparseArray>();
+}
+
+/**
+ * Stores a CordovaPlugin and request code and returns a new unique 
request code to use
+ * in a permission request.
+ *
+ * @param receiver  The plugin that is making the request
+ * @param requestCode   The original request code used by the plugin
+ * @return  A unique request code that can be used to 
retrieve this callback
+ *  with getAndRemoveCallback()
+ */
+public int registerCallback(CordovaPlugin receiver, int requestCode) {
+int mappedId = this.currentCallbackId++;
--- End diff --

Also then you'd need a collection tolerant of concurrency instead of 
SparseArray.


> cordova-android does not support multiple runtime permission requests
> -
>
> Key: CB-10963
> URL: https://issues.apache.org/jira/browse/CB-10963
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Marshmallow
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: android, reproduced, triaged
>
> If a plugin makes multiple permission requests before the user grants/denies 
> them, only the last one will get returned. More importantly, requests from 
> multiple plugins can interfere with each other.
> For example, if Plugin A makes a permission request and then Plugin B 
> immediately makes another permission request before the user grants/denies 
> Plugin A's request, then Plugin A will never receive the results of its 
> request (Android seems to return permission requests in reverse order of when 
> they were made, so Plugin B will actually get the correct result back).
> I've got a fix for this and will open a PR momentarily.



--
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-10963) cordova-android does not support multiple runtime permission requests

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212329#comment-15212329
 ] 

ASF GitHub Bot commented on CB-10963:
-

Github user jasongin commented on a diff in the pull request:

https://github.com/apache/cordova-android/pull/285#discussion_r57485105
  
--- Diff: framework/src/org/apache/cordova/CallbackMap.java ---
@@ -0,0 +1,65 @@
+/*
+   Licensed to the Apache Software Foundation (ASF) under one
+   or more contributor license agreements.  See the NOTICE file
+   distributed with this work for additional information
+   regarding copyright ownership.  The ASF licenses this file
+   to you under the Apache License, Version 2.0 (the
+   "License"); you may not use this file except in compliance
+   with the License.  You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+   Unless required by applicable law or agreed to in writing,
+   software distributed under the License is distributed on an
+   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+   KIND, either express or implied.  See the License for the
+   specific language governing permissions and limitations
+   under the License.
+*/
+package org.apache.cordova;
+
+import android.util.Pair;
+import android.util.SparseArray;
+
+/**
+ * Provides a collection that maps unique request codes to CordovaPlugins 
and Integers.
+ * Used to ensure that when plugins make requests for runtime permissions, 
those requests do not
+ * collide with requests from other plugins that use the same request code 
value.
+ */
+public class CallbackMap {
+private int currentCallbackId = 0;
+private SparseArray> callbacks;
+
+public CallbackMap() {
+this.callbacks = new SparseArray>();
+}
+
+/**
+ * Stores a CordovaPlugin and request code and returns a new unique 
request code to use
+ * in a permission request.
+ *
+ * @param receiver  The plugin that is making the request
+ * @param requestCode   The original request code used by the plugin
+ * @return  A unique request code that can be used to 
retrieve this callback
+ *  with getAndRemoveCallback()
+ */
+public int registerCallback(CordovaPlugin receiver, int requestCode) {
+int mappedId = this.currentCallbackId++;
--- End diff --

Can this be called concurrently? If so, consider using 
java.util.concurrent.atomic.AtomicInteger.


> cordova-android does not support multiple runtime permission requests
> -
>
> Key: CB-10963
> URL: https://issues.apache.org/jira/browse/CB-10963
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Marshmallow
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: android, reproduced, triaged
>
> If a plugin makes multiple permission requests before the user grants/denies 
> them, only the last one will get returned. More importantly, requests from 
> multiple plugins can interfere with each other.
> For example, if Plugin A makes a permission request and then Plugin B 
> immediately makes another permission request before the user grants/denies 
> Plugin A's request, then Plugin A will never receive the results of its 
> request (Android seems to return permission requests in reverse order of when 
> they were made, so Plugin B will actually get the correct result back).
> I've got a fix for this and will open a PR momentarily.



--
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-10961) CLI 6.1.0 ENOENT: no such file or directory adding ios platform when plugins present or required

[Carlos Santana (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212307#comment-15212307
 ] 

Carlos Santana commented on CB-10961:
-

This commit cause the problem 
https://github.com/apache/cordova-lib/commit/3b9face5187857d354d85f3e3f4316cbace100db

It switch the order from platform create, prepare for the platform added, then 
install plugins (create, prepare, install)
to (create, install, prepare)

It affects config munges.

Problem is that config.xml when installing plugins for the first time it's 
putting two  tags in config.xml,  should be single instance 
The problem this is handle in cordova-common inside cordova-ios, and it will 
required a new release of cordova-ios but at the same time cli will be broken 
with older ios like 4.0.1

I think way to fix is to run prepare twice in cordova-lib (create, prepare, 
install, prepare) and fix cordova-common unique  also.


> CLI 6.1.0 ENOENT: no such file or directory adding ios platform when plugins 
> present or required
> 
>
> Key: CB-10961
> URL: https://issues.apache.org/jira/browse/CB-10961
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.1.0
>Reporter: Carlos Santana
>Priority: Critical
>  Labels: cli, ios, regresion
>
> New CLI 6.1.0 has a regression when adding platform ios, not using 
> HelloCordova name for the app and plugins are present or declare in config.xml
> To reproduce there are multiple use cases:
> 1. Create new app with name app1, add a plugin then add ios platform
> 2, Create new app with a template with a plugin in config.xml and that 
> specifies a name app1 in config.xml or create cli, then add ios platform
> 3. Create new app with name app1 add a plugin declaration in config.xml 
> globally or under ios platform and then add ios platform
> Initial investigation is that ios xcode project is always created with 
> HelloCordova and the name specified in config.xml
> $ cordova create app1 com.app1 app1
> Creating a new cordova project.
> ~/dev/cordova/cli-6.1.0
>   $ cd app1/
> ~/dev/cordova/cli-6.1.0/app1
>   $ cordova plugin add cordova-plugin-camera --save
> Fetching plugin "cordova-plugin-camera" via npm
> Saved plugin info for "cordova-plugin-camera" to config.xml
> ~/dev/cordova/cli-6.1.0/app1
>   $ cat config.xml
> 
> http://www.w3.org/ns/widgets; 
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
> app1
> 
> A sample Apache Cordova application that responds to the deviceready 
> event.
> 
> http://cordova.io;>
> Apache Cordova Team
> 
> 
> 
> 
> http://*/*; />
> https://*/*; />
> 
> 
> mailto:*; />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ~/dev/cordova/cli-6.1.0/app1
>   $ cordova platform add ios
> Adding ios project...
> iOS project created with cordova-ios@4.1.0
> Installing "cordova-plugin-camera" for ios
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Installing to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> Failed to install 'cordova-plugin-whitelist':Error: ENOENT: no such file or 
> directory, open 
> '/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/app1.xcodeproj/project.pbxproj'
> at Error (native)
> at Object.fs.openSync (fs.js:584:18)
> at Object.fs.writeFileSync (fs.js:1224:33)
> at Object.cachedProjectFiles.(anonymous function).write 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/projectFile.js:73:16)
> at 
> /Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/plugman/Plugman.js:85:21
> at _fulfilled 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:796:13)
> at 
> /Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:857:14
> at runSingle 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:137:13)
> ~/dev/cordova/cli-6.1.0/app1



--
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-10961) CLI 6.1.0 ENOENT: no such file or directory adding ios platform when plugins present or required

[Carlos Santana (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Carlos Santana updated CB-10961:

Labels: cli ios regresion  (was: cli ios)

> CLI 6.1.0 ENOENT: no such file or directory adding ios platform when plugins 
> present or required
> 
>
> Key: CB-10961
> URL: https://issues.apache.org/jira/browse/CB-10961
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.1.0
>Reporter: Carlos Santana
>Priority: Critical
>  Labels: cli, ios, regresion
>
> New CLI 6.1.0 has a regression when adding platform ios, not using 
> HelloCordova name for the app and plugins are present or declare in config.xml
> To reproduce there are multiple use cases:
> 1. Create new app with name app1, add a plugin then add ios platform
> 2, Create new app with a template with a plugin in config.xml and that 
> specifies a name app1 in config.xml or create cli, then add ios platform
> 3. Create new app with name app1 add a plugin declaration in config.xml 
> globally or under ios platform and then add ios platform
> Initial investigation is that ios xcode project is always created with 
> HelloCordova and the name specified in config.xml
> $ cordova create app1 com.app1 app1
> Creating a new cordova project.
> ~/dev/cordova/cli-6.1.0
>   $ cd app1/
> ~/dev/cordova/cli-6.1.0/app1
>   $ cordova plugin add cordova-plugin-camera --save
> Fetching plugin "cordova-plugin-camera" via npm
> Saved plugin info for "cordova-plugin-camera" to config.xml
> ~/dev/cordova/cli-6.1.0/app1
>   $ cat config.xml
> 
> http://www.w3.org/ns/widgets; 
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
> app1
> 
> A sample Apache Cordova application that responds to the deviceready 
> event.
> 
> http://cordova.io;>
> Apache Cordova Team
> 
> 
> 
> 
> http://*/*; />
> https://*/*; />
> 
> 
> mailto:*; />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ~/dev/cordova/cli-6.1.0/app1
>   $ cordova platform add ios
> Adding ios project...
> iOS project created with cordova-ios@4.1.0
> Installing "cordova-plugin-camera" for ios
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Installing to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> Failed to install 'cordova-plugin-whitelist':Error: ENOENT: no such file or 
> directory, open 
> '/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/app1.xcodeproj/project.pbxproj'
> at Error (native)
> at Object.fs.openSync (fs.js:584:18)
> at Object.fs.writeFileSync (fs.js:1224:33)
> at Object.cachedProjectFiles.(anonymous function).write 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/projectFile.js:73:16)
> at 
> /Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/plugman/Plugman.js:85:21
> at _fulfilled 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:796:13)
> at 
> /Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:857:14
> at runSingle 
> (/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:137:13)
> ~/dev/cordova/cli-6.1.0/app1



--
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-10963) cordova-android does not support multiple runtime permission requests

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212270#comment-15212270
 ] 

ASF GitHub Bot commented on CB-10963:
-

Github user riknoll commented on the pull request:

https://github.com/apache/cordova-android/pull/285#issuecomment-201435318
  
@infil00p @jasongin please review when you have a moment.


> cordova-android does not support multiple runtime permission requests
> -
>
> Key: CB-10963
> URL: https://issues.apache.org/jira/browse/CB-10963
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Marshmallow
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: android, reproduced, triaged
>
> If a plugin makes multiple permission requests before the user grants/denies 
> them, only the last one will get returned. More importantly, requests from 
> multiple plugins can interfere with each other.
> For example, if Plugin A makes a permission request and then Plugin B 
> immediately makes another permission request before the user grants/denies 
> Plugin A's request, then Plugin A will never receive the results of its 
> request (Android seems to return permission requests in reverse order of when 
> they were made, so Plugin B will actually get the correct result back).
> I've got a fix for this and will open a PR momentarily.



--
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-10963) cordova-android does not support multiple runtime permission requests

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212269#comment-15212269
 ] 

ASF GitHub Bot commented on CB-10963:
-

GitHub user riknoll opened a pull request:

https://github.com/apache/cordova-android/pull/285

CB-10963: Handle overlapping permission requests from plugins

Adds support for overlapping permission requests from plugins (i.e. 
requests that are made while another request is still pending). The old 
behavior was to just return the last permission request, which meant that 
plugins could inadvertently cancel requests made by other plugins.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/MSOpenTech/cordova-android CB-10963

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-android/pull/285.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 #285


commit 49112607c958fc5c623b10c3fa1b697b1f7f214e
Author: Richard Knoll 
Date:   2016-03-25T18:07:27Z

CB-10963: Handle overlapping permission requests from plugins




> cordova-android does not support multiple runtime permission requests
> -
>
> Key: CB-10963
> URL: https://issues.apache.org/jira/browse/CB-10963
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Marshmallow
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: android, reproduced, triaged
>
> If a plugin makes multiple permission requests before the user grants/denies 
> them, only the last one will get returned. More importantly, requests from 
> multiple plugins can interfere with each other.
> For example, if Plugin A makes a permission request and then Plugin B 
> immediately makes another permission request before the user grants/denies 
> Plugin A's request, then Plugin A will never receive the results of its 
> request (Android seems to return permission requests in reverse order of when 
> they were made, so Plugin B will actually get the correct result back).
> I've got a fix for this and will open a PR momentarily.



--
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-7668) Android: Crop image

[Richard B Knoll (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-7668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212263#comment-15212263
 ] 

Richard B Knoll commented on CB-7668:
-

[~rayshan] Yeah, I have seen that behavior as well. I would advise avoiding the 
allowEdit parameter altogether on Android. We use an undocumented API, so we 
can't really guarantee that it will work on all devices (there is no real 
built-in way to do cropping in Android). If image editing is necessary to your 
application, your best option right now might be to look for another plugin 
that actually implements its own cropping utility instead of using intents to 
find the installed one. That being said, go ahead and create an issue for the 
Google Photos thing

> Android: Crop image
> ---
>
> Key: CB-7668
> URL: https://issues.apache.org/jira/browse/CB-7668
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin Camera
>Reporter: David Vielhuber
>
> Hello!
> On iOS it is possible to crop an image afterwards when set to targetWidth and 
> targetHeight natively.
> On Android this is not possible. I now have to program an individual solution.
> Are there plans to integrate this natively in the future?



--
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-10961) CLI 6.1.0 ENOENT: no such file or directory adding ios platform when plugins present or required

[Carlos Santana (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Carlos Santana updated CB-10961:

Description: 
New CLI 6.1.0 has a regression when adding platform ios, not using HelloCordova 
name for the app and plugins are present or declare in config.xml

To reproduce there are multiple use cases:
1. Create new app with name app1, add a plugin then add ios platform
2, Create new app with a template with a plugin in config.xml and that 
specifies a name app1 in config.xml or create cli, then add ios platform
3. Create new app with name app1 add a plugin declaration in config.xml 
globally or under ios platform and then add ios platform

Initial investigation is that ios xcode project is always created with 
HelloCordova and the name specified in config.xml


$ cordova create app1 com.app1 app1
Creating a new cordova project.
~/dev/cordova/cli-6.1.0
  $ cd app1/
~/dev/cordova/cli-6.1.0/app1
  $ cordova plugin add cordova-plugin-camera --save
Fetching plugin "cordova-plugin-camera" via npm
Saved plugin info for "cordova-plugin-camera" to config.xml
~/dev/cordova/cli-6.1.0/app1
  $ cat config.xml

http://www.w3.org/ns/widgets; 
xmlns:cdv="http://cordova.apache.org/ns/1.0;>
app1

A sample Apache Cordova application that responds to the deviceready 
event.

http://cordova.io;>
Apache Cordova Team




http://*/*; />
https://*/*; />


mailto:*; />










~/dev/cordova/cli-6.1.0/app1
  $ cordova platform add ios
Adding ios project...
iOS project created with cordova-ios@4.1.0
Installing "cordova-plugin-camera" for ios
Discovered plugin "cordova-plugin-whitelist" in config.xml. Installing to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios
Failed to install 'cordova-plugin-whitelist':Error: ENOENT: no such file or 
directory, open 
'/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/app1.xcodeproj/project.pbxproj'
at Error (native)
at Object.fs.openSync (fs.js:584:18)
at Object.fs.writeFileSync (fs.js:1224:33)
at Object.cachedProjectFiles.(anonymous function).write 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/projectFile.js:73:16)
at 
/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/plugman/Plugman.js:85:21
at _fulfilled 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:834:54)
at self.promiseDispatch.done 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:863:30)
at Promise.promise.promiseDispatch 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:796:13)
at 
/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:857:14
at runSingle 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:137:13)
~/dev/cordova/cli-6.1.0/app1

  was:
New CLI 6.1.0 has a regression when adding platform ios, not using HelloCordova 
name for the app and plugins are present or declare in config.xml

To reproduce there are multiple use cases:
1. Create app with name app1, add a plugin then add ios platform
2, Create app with a template that specifies a name app1 then add ios platform
3. Create app with name app1 add a plugin declaration in config.xml globally or 
under ios platform and then add ios platform

Initial investigation is that ios xcode project is always created with 
HelloCordova and the name specified in config.xml

{noformat}
$ cordova create app1 com.app1 app1
Creating a new cordova project.
~/dev/cordova/cli-6.1.0
  $ cd app1/
~/dev/cordova/cli-6.1.0/app1
  $ cordova plugin add cordova-plugin-camera --save
Fetching plugin "cordova-plugin-camera" via npm
Saved plugin info for "cordova-plugin-camera" to config.xml
~/dev/cordova/cli-6.1.0/app1
  $ cat config.xml

http://www.w3.org/ns/widgets; 
xmlns:cdv="http://cordova.apache.org/ns/1.0;>
app1

A sample Apache Cordova application that responds to the deviceready 
event.

http://cordova.io;>
Apache Cordova Team




http://*/*; />
https://*/*; />


mailto:*; />










~/dev/cordova/cli-6.1.0/app1
  $ cordova platform add ios
Adding ios project...
iOS project created with cordova-ios@4.1.0
Installing "cordova-plugin-camera" for ios
Discovered plugin "cordova-plugin-whitelist" in config.xml. Installing to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios
Failed to install 'cordova-plugin-whitelist':Error: ENOENT: no such file or 
directory, open 

[jira] [Commented] (CB-10771) plugin-file-transfer upload on windows fails when params has a key with a null value

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212220#comment-15212220
 ] 

ASF GitHub Bot commented on CB-10771:
-

Github user rakatyal commented on a diff in the pull request:


https://github.com/apache/cordova-plugin-file-transfer/pull/133#discussion_r57475146
  
--- Diff: src/windows/FileTransferProxy.js ---
@@ -359,7 +359,13 @@ exec(win, fail, 'FileTransfer', 'upload',
 if (params.hasOwnProperty(key)) {
 var contentPart = new 
Windows.Networking.BackgroundTransfer.BackgroundTransferContentPart();
 contentPart.setHeader("Content-Disposition", 
"form-data; name=\"" + key + "\"");
-contentPart.setText(params[key]);
+// CreateUploadSync fails when supplied with 
empty value for setText function. Pass " " instead when not specified.
+if (params[key]) {
+contentPart.setText(params[key]);
+}
+else {
+contentPart.setText(" ");
--- End diff --

That's an option. But we would lose sending the 'key' as well in that case. 
I thought this was the lesser of the two evils.


> plugin-file-transfer upload on windows fails when params has a key with a 
> null value
> 
>
> Key: CB-10771
> URL: https://issues.apache.org/jira/browse/CB-10771
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File Transfer
>Affects Versions: 1.5.0
> Environment: Windows, cordova 6.0.0
>Reporter: Paul Hickman
>Assignee: Raghav Katyal
>  Labels: windows
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> In the windows version of plugin-file-transfer, if you set the options such 
> that a key inside the params object has a null value: e.g.
> var options = { params: { keyName: null } }
> Then it will fail to upload with an INVALID_URL error because an exception 
> occurs trying to convert the key keyName into a transfer chunk.
> This does not cause an error in the ios or android 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-10771) plugin-file-transfer upload on windows fails when params has a key with a null value

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212217#comment-15212217
 ] 

ASF GitHub Bot commented on CB-10771:
-

Github user jasongin commented on a diff in the pull request:


https://github.com/apache/cordova-plugin-file-transfer/pull/133#discussion_r57474870
  
--- Diff: src/windows/FileTransferProxy.js ---
@@ -359,7 +359,13 @@ exec(win, fail, 'FileTransfer', 'upload',
 if (params.hasOwnProperty(key)) {
 var contentPart = new 
Windows.Networking.BackgroundTransfer.BackgroundTransferContentPart();
 contentPart.setHeader("Content-Disposition", 
"form-data; name=\"" + key + "\"");
-contentPart.setText(params[key]);
+// CreateUploadSync fails when supplied with 
empty value for setText function. Pass " " instead when not specified.
+if (params[key]) {
+contentPart.setText(params[key]);
+}
+else {
+contentPart.setText(" ");
--- End diff --

Should a null/empty parameter just be omitted from the transfer instead?


> plugin-file-transfer upload on windows fails when params has a key with a 
> null value
> 
>
> Key: CB-10771
> URL: https://issues.apache.org/jira/browse/CB-10771
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File Transfer
>Affects Versions: 1.5.0
> Environment: Windows, cordova 6.0.0
>Reporter: Paul Hickman
>Assignee: Raghav Katyal
>  Labels: windows
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> In the windows version of plugin-file-transfer, if you set the options such 
> that a key inside the params object has a null value: e.g.
> var options = { params: { keyName: null } }
> Then it will fail to upload with an INVALID_URL error because an exception 
> occurs trying to convert the key keyName into a transfer chunk.
> This does not cause an error in the ios or android 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-7668) Android: Crop image

[Ray Shan (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-7668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212216#comment-15212216
 ] 

Ray Shan commented on CB-7668:
--

[~riknoll] With a Samsung device on Marshmallow with allowEdit: true, I noticed 
if user chooses system Gallery app, crop UI is shown, but if user chooses 
Google Photos app, crop UI isn't shown.

> Android: Crop image
> ---
>
> Key: CB-7668
> URL: https://issues.apache.org/jira/browse/CB-7668
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin Camera
>Reporter: David Vielhuber
>
> Hello!
> On iOS it is possible to crop an image afterwards when set to targetWidth and 
> targetHeight natively.
> On Android this is not possible. I now have to program an individual solution.
> Are there plans to integrate this natively in the future?



--
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-10963) cordova-android does not support multiple runtime permission requests

[Richard B Knoll (JIRA)]

Richard B Knoll created CB-10963:


 Summary: cordova-android does not support multiple runtime 
permission requests
 Key: CB-10963
 URL: https://issues.apache.org/jira/browse/CB-10963
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
 Environment: Marshmallow
Reporter: Richard B Knoll
Assignee: Richard B Knoll


If a plugin makes multiple permission requests before the user grants/denies 
them, only the last one will get returned. More importantly, requests from 
multiple plugins can interfere with each other.

For example, if Plugin A makes a permission request and then Plugin B 
immediately makes another permission request before the user grants/denies 
Plugin A's request, then Plugin A will never receive the results of its request 
(Android seems to return permission requests in reverse order of when they were 
made, so Plugin B will actually get the correct result back).

I've got a fix for this and will open a PR momentarily.



--
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-10723) iOS9.2 no audio

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212060#comment-15212060
 ] 

ASF GitHub Bot commented on CB-10723:
-

Github user ghenry22 commented on the pull request:


https://github.com/apache/cordova-plugin-media/pull/85#issuecomment-201359813
  
@ThunderTech-Avisolve I'm not sure what the exact limitations are with 
avplayer but you could look it up in apples docs, they do have documentation of 
the formats I will play.  I generally work with MP3 files and have had no 
problems with variable or constant bitrate files anywhere between 64kbit and 
256kbit.


> iOS9.2 no audio
> ---
>
> Key: CB-10723
> URL: https://issues.apache.org/jira/browse/CB-10723
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: 2.2.0
> Environment: IonicFramework | ngCordova | cordova-plugin-media
>Reporter: Johnny Dong
>Assignee: Omar Mefire
>  Labels: easyfix, iOS, pendingPR, triaged
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> Found an issue with the latest cordova.plugin.media whilst i was putting 
> together a IonicFramework app for iOS 9.2.1 (iPhone 6s) to play an M4A file.
> The iOS logs would show:
> - Found resource '[path].m4a' in the web folder.
> Playing audio sample '[path].m4a'
> - Playing stream with AVPlayer & custom rate
> but no sound (both simulator + device)
> Debugging in Xcode, ./cordova-plugin-media/src/ios/CDVSound.m,ln 352 + 355 
> appears to be the culprit.
> Instead of using "avPlayer" which doesn't appear to have a handle to the 
> sound resource, switching to "audioFile.player" appears to resolve the sound 
> issue.
> *** ./cordova-plugin-media/src/ios/CDVSound.m,ln 352
> from:
> [avPlayer setRate:customRate];
> to:
> [audioFile.player setRate:customRate];
> *** ./cordova-plugin-media/src/ios/CDVSound.m,ln 355
> from:
> [avPlayer play];
> to:
> [audioFile.player play];
> NOTE: I've yet to create a PR as I have not signed the Apache ICLA, however 
> i've committed a code in my personal fork and happy for somebody to have a 
> look at it and submit on my behalf:
> https://github.com/spudmashmedia/cordova-plugin-media/commit/946ffcf569cbaa22241e8ec00f11b4a52a0c6809



--
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-10723) iOS9.2 no audio

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211995#comment-15211995
 ] 

ASF GitHub Bot commented on CB-10723:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-media/pull/85


> iOS9.2 no audio
> ---
>
> Key: CB-10723
> URL: https://issues.apache.org/jira/browse/CB-10723
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: 2.2.0
> Environment: IonicFramework | ngCordova | cordova-plugin-media
>Reporter: Johnny Dong
>Assignee: Omar Mefire
>  Labels: easyfix, iOS, pendingPR, triaged
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> Found an issue with the latest cordova.plugin.media whilst i was putting 
> together a IonicFramework app for iOS 9.2.1 (iPhone 6s) to play an M4A file.
> The iOS logs would show:
> - Found resource '[path].m4a' in the web folder.
> Playing audio sample '[path].m4a'
> - Playing stream with AVPlayer & custom rate
> but no sound (both simulator + device)
> Debugging in Xcode, ./cordova-plugin-media/src/ios/CDVSound.m,ln 352 + 355 
> appears to be the culprit.
> Instead of using "avPlayer" which doesn't appear to have a handle to the 
> sound resource, switching to "audioFile.player" appears to resolve the sound 
> issue.
> *** ./cordova-plugin-media/src/ios/CDVSound.m,ln 352
> from:
> [avPlayer setRate:customRate];
> to:
> [audioFile.player setRate:customRate];
> *** ./cordova-plugin-media/src/ios/CDVSound.m,ln 355
> from:
> [avPlayer play];
> to:
> [audioFile.player play];
> NOTE: I've yet to create a PR as I have not signed the Apache ICLA, however 
> i've committed a code in my personal fork and happy for somebody to have a 
> look at it and submit on my behalf:
> https://github.com/spudmashmedia/cordova-plugin-media/commit/946ffcf569cbaa22241e8ec00f11b4a52a0c6809



--
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-10881) Contact tests fail with different behaviors on android-osx

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211976#comment-15211976
 ] 

ASF subversion and git services commented on CB-10881:
--

Commit 1b43bc99a1c50e5ab30347ec9ca5af8cf22d3e85 in cordova-android's branch 
refs/heads/master from [~omefire]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=1b43bc9 ]

CB-10881: Logging to further investigations


> Contact tests fail with different behaviors on android-osx
> --
>
> Key: CB-10881
> URL: https://issues.apache.org/jira/browse/CB-10881
> Project: Apache Cordova
>  Issue Type: Test
>Reporter: Raghav Katyal
>Assignee: Omar Mefire
>Priority: Critical
>  Labels: cordova-android-osx, cordova-android-win, found-by-ci
>
> Plugin contact tests fail consistently with various reasons on android-osx. 
> Recent build links:
> https://ci.apache.org/builders/cordova-android-osx/builds/2076
> https://ci.apache.org/builders/cordova-android-osx/builds/2075
> Build log:
> Total failures: 3
> Failing tests:
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) save 
> method contacts.spec.22 update a contact
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> at 
> file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:23
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> at 
> file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:23
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) 
> Contact.remove method contacts.spec.23 calling remove on a contact that has 
> an id of null should return ContactError.UNKNOWN_ERROR
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> at 
> file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:23
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) 
> Round trip Contact tests (creating + save + delete + find) contacts.spec.25 
> Creating, saving, finding a contact should work
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
> at 
> file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:23
> Expected spy unknownErrorCallback not to have been called.
> Error: Expected spy unknownErrorCallback not to have been called.
> at stack 
> (file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:1455:17)
> at buildExpectationResult 
> (file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:1425:14)
> at Spec.Env.expectationResultFactory 
> (file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:572:18)
> at Spec.addExpectationResult 
> (file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:321:34)
> at Expectation.addExpectationResult 
> (file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:516:21)
> at Expectation.toHaveBeenCalled 
> (file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:1379:12)
> at 
> file:///android_asset/www/plugins/cordova-plugin-contacts-tests/tests.js:73:51
> at fail 
> (file:///android_asset/www/plugins/cordova-plugin-contacts/www/Contact.js:111:9)
> at Contact.remove 
> (file:///android_asset/www/plugins/cordova-plugin-contacts/www/Contact.js:114:9)
> at removeContact 
> (file:///android_asset/www/plugins/cordova-plugin-contacts-tests/tests.js:60:21)



--
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-10948) [iOS][Network Information] CDVConnection doesn't unregister from the notification center

[jcesarmobile (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211922#comment-15211922
 ] 

jcesarmobile commented on CB-10948:
---

{quote}
The right place for the missing code would be -dispose.
{quote}

What is dispose? I can't find documentation for it

I think the right place is dealloc

> [iOS][Network Information] CDVConnection doesn't unregister from the 
> notification center
> 
>
> Key: CB-10948
> URL: https://issues.apache.org/jira/browse/CB-10948
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Network Information
> Environment: Cordova iOS 4.1.0, cordova-plugin-network-information 
> 1.2.0
>Reporter: Ken'ichi Fukushima
>
> CDVConnection registers itself as a notification observer in pluginInitialize 
> but it doesn't unregister when it is done. The right place for the missing 
> code would be -dispose.



--
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-7679) [InAppBrowser][iOS 8] Plugin closes itself before image picker shown

[jcesarmobile (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-7679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

jcesarmobile resolved CB-7679.
--
Resolution: Fixed

Fixed in 1.3.1-dev

> [InAppBrowser][iOS 8] Plugin closes itself before image picker shown
> 
>
> Key: CB-7679
> URL: https://issues.apache.org/jira/browse/CB-7679
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: IOS8,Cordova Plugin
>Reporter: Nattapol Taboonma
>Assignee: jcesarmobile
>  Labels: Triaged, iOS
>
> I use inappbrowser plugin from the following link : 
> https://github.com/apache/cordova-plugin-inappbrowser
> Firstly,I open the Disqus on the inapp browser and it perform perfectly fine. 
> Unfortunately, when I click the upload photo icon, then the 2 native buttons 
> will show up. The buttons are 'Take Photo' and 'Choose Existing'. No matter 
> buttons I tapped, the inappbrowser close immediately, and it lead to error 
> Warning: Attempt to present  on 
>  whose view is not in the 
> window hierarchy!
> After that, the inappbrowser seem to broke permanently. I have to close and 
> re-start my app to make it work again.
> For more info, I already try the tutorial from this: 
> http://www.codepool.biz/tech-frontier/html5/take-a-photo-and-upload-it-on-mobile-phones-with-html5.html
> with out the inappbrowser the image ui picker work perfectly fine, it surely 
> that the error not come from the image select code, but it from the 
> inappbrowser itself.
> I'm waiting for hearing from you.



--
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-7679) [InAppBrowser][iOS 8] Plugin closes itself before image picker shown

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-7679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211895#comment-15211895
 ] 

ASF GitHub Bot commented on CB-7679:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-inappbrowser/pull/139


> [InAppBrowser][iOS 8] Plugin closes itself before image picker shown
> 
>
> Key: CB-7679
> URL: https://issues.apache.org/jira/browse/CB-7679
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: IOS8,Cordova Plugin
>Reporter: Nattapol Taboonma
>Assignee: jcesarmobile
>  Labels: Triaged, iOS
>
> I use inappbrowser plugin from the following link : 
> https://github.com/apache/cordova-plugin-inappbrowser
> Firstly,I open the Disqus on the inapp browser and it perform perfectly fine. 
> Unfortunately, when I click the upload photo icon, then the 2 native buttons 
> will show up. The buttons are 'Take Photo' and 'Choose Existing'. No matter 
> buttons I tapped, the inappbrowser close immediately, and it lead to error 
> Warning: Attempt to present  on 
>  whose view is not in the 
> window hierarchy!
> After that, the inappbrowser seem to broke permanently. I have to close and 
> re-start my app to make it work again.
> For more info, I already try the tutorial from this: 
> http://www.codepool.biz/tech-frontier/html5/take-a-photo-and-upload-it-on-mobile-phones-with-html5.html
> with out the inappbrowser the image ui picker work perfectly fine, it surely 
> that the error not come from the image select code, but it from the 
> inappbrowser itself.
> I'm waiting for hearing from you.



--
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-7679) [InAppBrowser][iOS 8] Plugin closes itself before image picker shown

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-7679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211894#comment-15211894
 ] 

ASF subversion and git services commented on CB-7679:
-

Commit c6ff803113eb71c39bf41a774204efdebcce0377 in 
cordova-plugin-inappbrowser's branch refs/heads/master from Birge Clark
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=c6ff803
 ]

CB-7679 add fix for iOS upload. This closes #139


> [InAppBrowser][iOS 8] Plugin closes itself before image picker shown
> 
>
> Key: CB-7679
> URL: https://issues.apache.org/jira/browse/CB-7679
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: IOS8,Cordova Plugin
>Reporter: Nattapol Taboonma
>Assignee: jcesarmobile
>  Labels: Triaged, iOS
>
> I use inappbrowser plugin from the following link : 
> https://github.com/apache/cordova-plugin-inappbrowser
> Firstly,I open the Disqus on the inapp browser and it perform perfectly fine. 
> Unfortunately, when I click the upload photo icon, then the 2 native buttons 
> will show up. The buttons are 'Take Photo' and 'Choose Existing'. No matter 
> buttons I tapped, the inappbrowser close immediately, and it lead to error 
> Warning: Attempt to present  on 
>  whose view is not in the 
> window hierarchy!
> After that, the inappbrowser seem to broke permanently. I have to close and 
> re-start my app to make it work again.
> For more info, I already try the tutorial from this: 
> http://www.codepool.biz/tech-frontier/html5/take-a-photo-and-upload-it-on-mobile-phones-with-html5.html
> with out the inappbrowser the image ui picker work perfectly fine, it surely 
> that the error not come from the image select code, but it from the 
> inappbrowser itself.
> I'm waiting for hearing from you.



--
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-10961) CLI 6.1.0 ENOENT: no such file or directory adding ios platform when plugins present or required

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-10961:
--
Description: 
New CLI 6.1.0 has a regression when adding platform ios, not using HelloCordova 
name for the app and plugins are present or declare in config.xml

To reproduce there are multiple use cases:
1. Create app with name app1, add a plugin then add ios platform
2, Create app with a template that specifies a name app1 then add ios platform
3. Create app with name app1 add a plugin declaration in config.xml globally or 
under ios platform and then add ios platform

Initial investigation is that ios xcode project is always created with 
HelloCordova and the name specified in config.xml

{noformat}
$ cordova create app1 com.app1 app1
Creating a new cordova project.
~/dev/cordova/cli-6.1.0
  $ cd app1/
~/dev/cordova/cli-6.1.0/app1
  $ cordova plugin add cordova-plugin-camera --save
Fetching plugin "cordova-plugin-camera" via npm
Saved plugin info for "cordova-plugin-camera" to config.xml
~/dev/cordova/cli-6.1.0/app1
  $ cat config.xml

http://www.w3.org/ns/widgets; 
xmlns:cdv="http://cordova.apache.org/ns/1.0;>
app1

A sample Apache Cordova application that responds to the deviceready 
event.

http://cordova.io;>
Apache Cordova Team




http://*/*; />
https://*/*; />


mailto:*; />










~/dev/cordova/cli-6.1.0/app1
  $ cordova platform add ios
Adding ios project...
iOS project created with cordova-ios@4.1.0
Installing "cordova-plugin-camera" for ios
Discovered plugin "cordova-plugin-whitelist" in config.xml. Installing to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios
Failed to install 'cordova-plugin-whitelist':Error: ENOENT: no such file or 
directory, open 
'/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/app1.xcodeproj/project.pbxproj'
at Error (native)
at Object.fs.openSync (fs.js:584:18)
at Object.fs.writeFileSync (fs.js:1224:33)
at Object.cachedProjectFiles.(anonymous function).write 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/projectFile.js:73:16)
at 
/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/plugman/Plugman.js:85:21
at _fulfilled 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:834:54)
at self.promiseDispatch.done 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:863:30)
at Promise.promise.promiseDispatch 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:796:13)
at 
/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:857:14
at runSingle 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:137:13)
~/dev/cordova/cli-6.1.0/app1
{noformat}

  was:
New CLI 6.1.0 has a regression when adding platform ios, not using HelloCordova 
name for the app and plugins are present or declare in config.xml

To reproduce there are multiple use cases:
1. Create app with name app1, add a plugin then add ios platform
2, Create app with a template that specifies a name app1 then add ios platform
3. Create app with name app1 add a plugin declaration in config.xml globally or 
under ios platform and then add ios platform

Initial investigation is that ios xcode project is always created with 
HelloCordova and the name specified in config.xml


$ cordova create app1 com.app1 app1
Creating a new cordova project.
~/dev/cordova/cli-6.1.0
  $ cd app1/
~/dev/cordova/cli-6.1.0/app1
  $ cordova plugin add cordova-plugin-camera --save
Fetching plugin "cordova-plugin-camera" via npm
Saved plugin info for "cordova-plugin-camera" to config.xml
~/dev/cordova/cli-6.1.0/app1
  $ cat config.xml

http://www.w3.org/ns/widgets; 
xmlns:cdv="http://cordova.apache.org/ns/1.0;>
app1

A sample Apache Cordova application that responds to the deviceready 
event.

http://cordova.io;>
Apache Cordova Team




http://*/*; />
https://*/*; />


mailto:*; />










~/dev/cordova/cli-6.1.0/app1
  $ cordova platform add ios
Adding ios project...
iOS project created with cordova-ios@4.1.0
Installing "cordova-plugin-camera" for ios
Discovered plugin "cordova-plugin-whitelist" in config.xml. Installing to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios
Failed to install 'cordova-plugin-whitelist':Error: ENOENT: no such file or 
directory, open 

[jira] [Commented] (CB-10962) cordova run ios hangs on safequit

[Mike Hartington (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211833#comment-15211833
 ] 

Mike Hartington commented on CB-10962:
--

1.8.5, installed yesterday 

> cordova run ios hangs on safequit
> -
>
> Key: CB-10962
> URL: https://issues.apache.org/jira/browse/CB-10962
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaCommon, iOS
>Affects Versions: 6.1.0
> Environment: OSX 10.11.4
>Reporter: Mike Hartington
>
> Creating a fresh cordova project with cordova-cli 6.1.0, you can't deploy to 
> a physical device from the command line
> steps to reproduce.
> {code}
> cordova create testProject
> cd testProject
> cordova platform add ios
> cordova run ios 
> {code}
> you should be able to deploy, but the app will hang at the splashscreen and 
> not boot. The CLI will just print out
> {code}
> (lldb) command script add -s asynchronous -f 
> fruitstrap_123e4ad9c89eea2666bd159b569f670a1f5b99c6.safequit_command safequit
> (lldb) connect
> (lldb) run
> success
> (lldb) safequit
> {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-10962) cordova run ios hangs on safequit

[Carlos Santana (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211831#comment-15211831
 ] 

Carlos Santana commented on CB-10962:
-

What's the version of ios-deploy?



> cordova run ios hangs on safequit
> -
>
> Key: CB-10962
> URL: https://issues.apache.org/jira/browse/CB-10962
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaCommon, iOS
>Affects Versions: 6.1.0
> Environment: OSX 10.11.4
>Reporter: Mike Hartington
>
> Creating a fresh cordova project with cordova-cli 6.1.0, you can't deploy to 
> a physical device from the command line
> steps to reproduce.
> {code}
> cordova create testProject
> cd testProject
> cordova platform add ios
> cordova run ios 
> {code}
> you should be able to deploy, but the app will hang at the splashscreen and 
> not boot. The CLI will just print out
> {code}
> (lldb) command script add -s asynchronous -f 
> fruitstrap_123e4ad9c89eea2666bd159b569f670a1f5b99c6.safequit_command safequit
> (lldb) connect
> (lldb) run
> success
> (lldb) safequit
> {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-10862) Cannot set minsdkversion

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211826#comment-15211826
 ] 

ASF GitHub Bot commented on CB-10862:
-

Github user vladimir-kotikov commented on the pull request:

https://github.com/apache/cordova-android/pull/284#issuecomment-201292927
  
LGTM


> Cannot set minsdkversion
> 
>
> Key: CB-10862
> URL: https://issues.apache.org/jira/browse/CB-10862
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.1
>Reporter: Sergey
>Assignee: Vladimir Kotikov
>Priority: Trivial
>  Labels: triaged
>
> used:
> cordova clean android
> cordova prepare android
> cordova build android --release --device --browserify 
> --buildConfig=../resources/config.json -- --gradleArg=-PcdvVersionCode=212 
> --gradleArg=-PcdvMinSdkVersion=21 
> --gradleArg=-PcdvCompileSdkVersion=android-23
> still produces minSdk 14+



--
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-10962) cordova run ios hangs on safequit

[Mike Hartington (JIRA)]

Mike Hartington created CB-10962:


 Summary: cordova run ios hangs on safequit
 Key: CB-10962
 URL: https://issues.apache.org/jira/browse/CB-10962
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, CordovaCommon, iOS
Affects Versions: 6.1.0
 Environment: OSX 10.11.4
Reporter: Mike Hartington


Creating a fresh cordova project with cordova-cli 6.1.0, you can't deploy to a 
physical device from the command line

steps to reproduce.

{code}
cordova create testProject
cd testProject
cordova platform add ios
cordova run ios 
{code}

you should be able to deploy, but the app will hang at the splashscreen and not 
boot. The CLI will just print out

{code}
(lldb) command script add -s asynchronous -f 
fruitstrap_123e4ad9c89eea2666bd159b569f670a1f5b99c6.safequit_command safequit
(lldb) connect
(lldb) run
success
(lldb) safequit
{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-10940) Can't add Android platform from path

[Sergey Shakhnazarov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sergey Shakhnazarov updated CB-10940:
-
Environment: 
Tried on Windows and Mac
6.1.1-dev (cordova-lib@6.1.1-dev)

  was:Tried on Windows and Mac


> Can't add Android platform from path
> 
>
> Key: CB-10940
> URL: https://issues.apache.org/jira/browse/CB-10940
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: Master
> Environment: Tried on Windows and Mac
> 6.1.1-dev (cordova-lib@6.1.1-dev)
>Reporter: Karen Tran
>Assignee: Sergey Shakhnazarov
>  Labels: android, platform
> Fix For: Master
>
>
> Ran into this issue when trying to create mobile-spec. I cannot add the 
> android platform from a path. This only happens on master. If I switch 
> cordova-android repo to 5.1.x branch, this issue doesn't happen. 
> Error from Mac:
> {noformat}
> myComputer$ cordova platform add ../cordova-android -dd
> Executing "before_platform_add"  hook for all plugins.
> Adding android project...
> PlatformApi successfully found for platform android
> /Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212
> if(message.toUpperCase().indexOf('ERROR:') !== 0) {
>^
> TypeError: Cannot call method 'toUpperCase' of undefined
> at formatError 
> (/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212:16)
> at CordovaLogger.log 
> (/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:93:19)
> at process. 
> (/Users/myComputer/cordova_apache_master/cordova-cli/src/cli.js:136:16)
> at process.EventEmitter.emit (events.js:95:17)
> at process._fatalException (node.js:272:26){noformat}
> Error from Windows:
> {noformat}
> Error: RangeError: Maximum call stack size exceeded
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30) {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-10940) Can't add Android platform from path

[Sergey Shakhnazarov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sergey Shakhnazarov reassigned CB-10940:


Assignee: Sergey Shakhnazarov

> Can't add Android platform from path
> 
>
> Key: CB-10940
> URL: https://issues.apache.org/jira/browse/CB-10940
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: Master
> Environment: Tried on Windows and Mac
>Reporter: Karen Tran
>Assignee: Sergey Shakhnazarov
>  Labels: android, platform
> Fix For: Master
>
>
> Ran into this issue when trying to create mobile-spec. I cannot add the 
> android platform from a path. This only happens on master. If I switch 
> cordova-android repo to 5.1.x branch, this issue doesn't happen. 
> Error from Mac:
> {noformat}
> myComputer$ cordova platform add ../cordova-android -dd
> Executing "before_platform_add"  hook for all plugins.
> Adding android project...
> PlatformApi successfully found for platform android
> /Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212
> if(message.toUpperCase().indexOf('ERROR:') !== 0) {
>^
> TypeError: Cannot call method 'toUpperCase' of undefined
> at formatError 
> (/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212:16)
> at CordovaLogger.log 
> (/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:93:19)
> at process. 
> (/Users/myComputer/cordova_apache_master/cordova-cli/src/cli.js:136:16)
> at process.EventEmitter.emit (events.js:95:17)
> at process._fatalException (node.js:272:26){noformat}
> Error from Windows:
> {noformat}
> Error: RangeError: Maximum call stack size exceeded
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30)
> at EventEmitter.module.exports.emit 
> (C:\Users\myComputer\cordova_master\cordo
> va-lib\cordova-common\src\events.js:61:30) {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-10940) Can't add Android platform from path

[Karen Tran (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Karen Tran updated CB-10940:

Description: 
Ran into this issue when trying to create mobile-spec. I cannot add the android 
platform from a path. This only happens on master. If I switch cordova-android 
repo to 5.1.x branch, this issue doesn't happen. 

Error from Mac:
{noformat}
myComputer$ cordova platform add ../cordova-android -dd
Executing "before_platform_add"  hook for all plugins.
Adding android project...
PlatformApi successfully found for platform android

/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212
if(message.toUpperCase().indexOf('ERROR:') !== 0) {
   ^
TypeError: Cannot call method 'toUpperCase' of undefined
at formatError 
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212:16)
at CordovaLogger.log 
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:93:19)
at process. 
(/Users/myComputer/cordova_apache_master/cordova-cli/src/cli.js:136:16)
at process.EventEmitter.emit (events.js:95:17)
at process._fatalException (node.js:272:26){noformat}

Error from Windows:
{noformat}
Error: RangeError: Maximum call stack size exceeded
at EventEmitter.module.exports.emit 
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit 
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit 
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit 
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit 
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit 
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit 
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit 
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit 
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit 
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30) {noformat}

  was:
Ran into this issue when trying to create mobile-spec. I cannot add the android 
platform from a path. This only happens on master. If I switch cordova-android 
repo to 5.1.x branch, this issue doesn't happen. 

Error from Mac (on Windows, the error is different and isn't very helpful):
{noformat}
myComputer$ cordova platform add ../cordova-android -dd
Executing "before_platform_add"  hook for all plugins.
Adding android project...
PlatformApi successfully found for platform android

/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212
if(message.toUpperCase().indexOf('ERROR:') !== 0) {
   ^
TypeError: Cannot call method 'toUpperCase' of undefined
at formatError 
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212:16)
at CordovaLogger.log 
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:93:19)
at process. 
(/Users/myComputer/cordova_apache_master/cordova-cli/src/cli.js:136:16)
at process.EventEmitter.emit (events.js:95:17)
at process._fatalException (node.js:272:26){noformat}


> Can't add Android platform from path
> 
>
> Key: CB-10940
> URL: https://issues.apache.org/jira/browse/CB-10940
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: Master
> Environment: Tried on Windows and Mac
>Reporter: Karen Tran
>  Labels: android, platform
> Fix For: Master
>
>
> Ran into this issue when trying to create mobile-spec. I cannot add the 
> android platform from a path. This only happens on master. If I switch 
> cordova-android repo to 5.1.x branch, this issue doesn't happen. 
> Error from Mac:
> {noformat}
> myComputer$ cordova platform add ../cordova-android -dd
> Executing "before_platform_add"  hook for all plugins.
> Adding android project...
> PlatformApi successfully found for platform android
> /Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212
> if(message.toUpperCase().indexOf('ERROR:') !== 0) {
>^
> TypeError: Cannot 

[jira] [Created] (CB-10961) CLI 6.1.0 ENOENT: no such file or directory adding ios platform when plugins present or required

[Carlos Santana (JIRA)]

Carlos Santana created CB-10961:
---

 Summary: CLI 6.1.0 ENOENT: no such file or directory adding ios 
platform when plugins present or required
 Key: CB-10961
 URL: https://issues.apache.org/jira/browse/CB-10961
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 6.1.0
Reporter: Carlos Santana
Priority: Critical


New CLI 6.1.0 has a regression when adding platform ios, not using HelloCordova 
name for the app and plugins are present or declare in config.xml

To reproduce there are multiple use cases:
1. Create app with name app1, add a plugin then add ios platform
2, Create app with a template that specifies a name app1 then add ios platform
3. Create app with name app1 add a plugin declaration in config.xml globally or 
under ios platform and then add ios platform

Initial investigation is that ios xcode project is always created with 
HelloCordova and the name specified in config.xml


$ cordova create app1 com.app1 app1
Creating a new cordova project.
~/dev/cordova/cli-6.1.0
  $ cd app1/
~/dev/cordova/cli-6.1.0/app1
  $ cordova plugin add cordova-plugin-camera --save
Fetching plugin "cordova-plugin-camera" via npm
Saved plugin info for "cordova-plugin-camera" to config.xml
~/dev/cordova/cli-6.1.0/app1
  $ cat config.xml

http://www.w3.org/ns/widgets; 
xmlns:cdv="http://cordova.apache.org/ns/1.0;>
app1

A sample Apache Cordova application that responds to the deviceready 
event.

http://cordova.io;>
Apache Cordova Team




http://*/*; />
https://*/*; />


mailto:*; />










~/dev/cordova/cli-6.1.0/app1
  $ cordova platform add ios
Adding ios project...
iOS project created with cordova-ios@4.1.0
Installing "cordova-plugin-camera" for ios
Discovered plugin "cordova-plugin-whitelist" in config.xml. Installing to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios
Failed to install 'cordova-plugin-whitelist':Error: ENOENT: no such file or 
directory, open 
'/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/app1.xcodeproj/project.pbxproj'
at Error (native)
at Object.fs.openSync (fs.js:584:18)
at Object.fs.writeFileSync (fs.js:1224:33)
at Object.cachedProjectFiles.(anonymous function).write 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/projectFile.js:73:16)
at 
/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/lib/plugman/Plugman.js:85:21
at _fulfilled 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:834:54)
at self.promiseDispatch.done 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:863:30)
at Promise.promise.promiseDispatch 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:796:13)
at 
/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:857:14
at runSingle 
(/Users/csantana23/Documents/dev/cordova/cli-6.1.0/app1/platforms/ios/cordova/node_modules/q/q.js:137:13)
~/dev/cordova/cli-6.1.0/app1



--
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-10928) I am unable to debug iOS using the Safari Inspector when inAppBrowser is used

[Jan Visser (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211764#comment-15211764
 ] 

Jan Visser commented on CB-10928:
-

I will be using this extensively the coming weeks so I will see if there are 
any problems. If there aren't any I will close the issue.

> I am unable to debug iOS using the Safari Inspector when inAppBrowser is used
> -
>
> Key: CB-10928
> URL: https://issues.apache.org/jira/browse/CB-10928
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Reporter: Jan Visser
>
> I created an empty app with cordova create. Added the plugin 
> cordova-plugin-inappbrowser.
> When I add this to onDeviceReady debugging does not work anymore:
> var ref = cordova.InAppBrowser.open('inapp.html', '_blank', 'location=no');
> Is this a known issue?



--
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-10928) I am unable to debug iOS using the Safari Inspector when inAppBrowser is used

[jcesarmobile (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211726#comment-15211726
 ] 

jcesarmobile commented on CB-10928:
---

Still strange, my inapp.html was an exact copy of index.html and I could debug 
both.

Cordova API is not available inside the inappbrowser

> I am unable to debug iOS using the Safari Inspector when inAppBrowser is used
> -
>
> Key: CB-10928
> URL: https://issues.apache.org/jira/browse/CB-10928
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Reporter: Jan Visser
>
> I created an empty app with cordova create. Added the plugin 
> cordova-plugin-inappbrowser.
> When I add this to onDeviceReady debugging does not work anymore:
> var ref = cordova.InAppBrowser.open('inapp.html', '_blank', 'location=no');
> Is this a known issue?



--
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-10928) I am unable to debug iOS using the Safari Inspector when inAppBrowser is used

[Jan Visser (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211719#comment-15211719
 ] 

Jan Visser commented on CB-10928:
-

Okay I think I see what's going wrong at my end. I copied index.html to 
inapp.html which means inapp.html tries to load cordova.js. I do not need 
cordova.js in the inapp browser. If I leave it out it works.
I actually do not need any cordova functionality inside the inappbrowser so 
it's no issue for me anymore. I am unsure howover if cordova should be 
available inside the inappbrowser.

Should I close this issue or keep it open?

> I am unable to debug iOS using the Safari Inspector when inAppBrowser is used
> -
>
> Key: CB-10928
> URL: https://issues.apache.org/jira/browse/CB-10928
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Reporter: Jan Visser
>
> I created an empty app with cordova create. Added the plugin 
> cordova-plugin-inappbrowser.
> When I add this to onDeviceReady debugging does not work anymore:
> var ref = cordova.InAppBrowser.open('inapp.html', '_blank', 'location=no');
> Is this a known issue?



--
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-10862) Cannot set minsdkversion

[Sergey Shakhnazarov (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211715#comment-15211715
 ] 

Sergey Shakhnazarov commented on CB-10862:
--

[~delagen], note that this works also: {{cordova build android -- 
--minSdkVersion=21}}

> Cannot set minsdkversion
> 
>
> Key: CB-10862
> URL: https://issues.apache.org/jira/browse/CB-10862
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.1
>Reporter: Sergey
>Assignee: Vladimir Kotikov
>Priority: Trivial
>  Labels: triaged
>
> used:
> cordova clean android
> cordova prepare android
> cordova build android --release --device --browserify 
> --buildConfig=../resources/config.json -- --gradleArg=-PcdvVersionCode=212 
> --gradleArg=-PcdvMinSdkVersion=21 
> --gradleArg=-PcdvCompileSdkVersion=android-23
> still produces minSdk 14+



--
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-10862) Cannot set minsdkversion

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211713#comment-15211713
 ] 

ASF GitHub Bot commented on CB-10862:
-

GitHub user daserge opened a pull request:

https://github.com/apache/cordova-android/pull/284

CB-10862 Cannot set minsdkversion

[Jira issue](https://issues.apache.org/jira/browse/CB-10862)

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/MSOpenTech/cordova-android CB-10862

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-android/pull/284.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 #284


commit dc4bde320c4734bba24b83c1b8da7fe7d079da63
Author: daserge 
Date:   2016-03-25T10:31:41Z

CB-10862 Cannot set minsdkversion




> Cannot set minsdkversion
> 
>
> Key: CB-10862
> URL: https://issues.apache.org/jira/browse/CB-10862
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.1
>Reporter: Sergey
>Assignee: Vladimir Kotikov
>Priority: Trivial
>  Labels: triaged
>
> used:
> cordova clean android
> cordova prepare android
> cordova build android --release --device --browserify 
> --buildConfig=../resources/config.json -- --gradleArg=-PcdvVersionCode=212 
> --gradleArg=-PcdvMinSdkVersion=21 
> --gradleArg=-PcdvCompileSdkVersion=android-23
> still produces minSdk 14+



--
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-10862) Cannot set minsdkversion

[Sergey Shakhnazarov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sergey Shakhnazarov updated CB-10862:
-
Description: 
used:
cordova clean android
cordova prepare android
cordova build android --release --device --browserify 
--buildConfig=../resources/config.json -- --gradleArg=-PcdvVersionCode=212 
--gradleArg=-PcdvMinSdkVersion=21 --gradleArg=-PcdvCompileSdkVersion=android-23

still produces minSdk 14+


  was:
used:
cordova clean android
cordova prepare android
cordova build android --release --device --browserify 
--buildConfig=../resources/config.json -- --gradleArg=-PcdvVersionCode=212 
--gradleArg=-PcdvMinSdkVersion=21 --gradleArg=-PcdvCompileSdkVers
ion=android-23

still produces minSdk 14+



> Cannot set minsdkversion
> 
>
> Key: CB-10862
> URL: https://issues.apache.org/jira/browse/CB-10862
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.1
>Reporter: Sergey
>Assignee: Vladimir Kotikov
>Priority: Trivial
>  Labels: triaged
>
> used:
> cordova clean android
> cordova prepare android
> cordova build android --release --device --browserify 
> --buildConfig=../resources/config.json -- --gradleArg=-PcdvVersionCode=212 
> --gradleArg=-PcdvMinSdkVersion=21 
> --gradleArg=-PcdvCompileSdkVersion=android-23
> still produces minSdk 14+



--
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-10849) cordova-plugin-media Version 2.2.0 cannot play soundfiles on iOS

[Fabrice Lebas (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211600#comment-15211600
 ] 

Fabrice Lebas commented on CB-10849:


I also experience difficulties playing sound on iOS when using latest commit 
from 2.2.0 
(https://github.com/apache/cordova-plugin-media#46c9542dec736f93d5f547c7dfdce1a8123d7c06).
 No errors are fired: I even get the MEDIA_RUNNING status. platform is ios@4.1.0

> cordova-plugin-media Version 2.2.0 cannot play soundfiles on iOS 
> -
>
> Key: CB-10849
> URL: https://issues.apache.org/jira/browse/CB-10849
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: 3.9.0
> Environment: iPhone 4S with iOS 9.2.1
> latest X-Code and SDK Version
> Cordova 3.9.2
> cordova-plugin-media 2.2.0
>Reporter: Ronny Schleicher
>  Labels: iOS, regression, triaged, wfc
>
> After updating to the cordova-plugin-media 2.2.0 it is no longer possible to 
> play any wav or mp3 files. It comes to a crash in the Objectiv-C code.
> To recreate the error:
> Play sound file 1
> Stop soundfile 1
> Play sound file 2
> Stop soundfile 2
> etc.
> crash ...
> With version 2.1.0, it works fine.
> {panel:title=callstack after crash in x-Code}
> 2016-03-11 11:49:25.961 FAMANICE[376:54395] Playing audio sample 
> 'resources/sounds/sendingChatMessage.mp3'
> 2016-03-11 11:49:25.964 FAMANICE[376:54395] Playing stream with AVPlayer & 
> custom rate
> 2016-03-11 11:49:25.988 FAMANICE[376:54256] *** Terminating app due to 
> uncaught exception 'NSInvalidArgumentException', reason: 'AVPlayerItem cannot 
> service a seek request with a completion handler until its status is 
> AVPlayerItemStatusReadyToPlay.'
> First throw call stack:
> (0x20db010b 0x20556e17 0x2627116f 0x2625eac1 0x1791d3 0x19b263 0x19ab5f 
> 0x215bd7bd 0x20d73e1f 0x20d73a51 0x20d7189d 0x20cc4bf9 0x20cc49e5 0x21f10ac9 
> 0x24f54ba1 0x104683 0x20973873)
> libc++abi.dylib: terminating with uncaught exception of type NSException
> (lldb) 
> {panel}



--
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-10902) Tools Release March 17, 2016

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-10902:
--
Component/s: Plugman
 CordovaLib
 CLI

> Tools Release March 17, 2016
> 
>
> Key: CB-10902
> URL: https://issues.apache.org/jira/browse/CB-10902
> Project: Apache Cordova
>  Issue Type: Task
>  Components: CLI, CordovaLib, Plugman
>Reporter: Steve Gill
>Assignee: Vladimir Kotikov
> Fix For: 6.1.1
>
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-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] [Updated] (CB-10902) Tools Release March 17, 2016

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov updated CB-10902:
--
Fix Version/s: 6.1.1

> Tools Release March 17, 2016
> 
>
> Key: CB-10902
> URL: https://issues.apache.org/jira/browse/CB-10902
> Project: Apache Cordova
>  Issue Type: Task
>  Components: CLI, CordovaLib, Plugman
>Reporter: Steve Gill
>Assignee: Vladimir Kotikov
> Fix For: 6.1.1
>
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-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] [Reopened] (CB-10902) Tools Release March 17, 2016

[Vladimir Kotikov (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-10902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov reopened CB-10902:
---
  Assignee: Vladimir Kotikov  (was: Steve Gill)

> Tools Release March 17, 2016
> 
>
> Key: CB-10902
> URL: https://issues.apache.org/jira/browse/CB-10902
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Vladimir Kotikov
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-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-10902) Tools Release March 17, 2016

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211556#comment-15211556
 ] 

ASF subversion and git services commented on CB-10902:
--

Commit 482b6705104c50151eb542db1a75cb5890eb848c in cordova-plugman's branch 
refs/heads/1.2.x from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=482b670 ]

CB-10902 bump self version and cordova-lib dep to republish


> Tools Release March 17, 2016
> 
>
> Key: CB-10902
> URL: https://issues.apache.org/jira/browse/CB-10902
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-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-10902) Tools Release March 17, 2016

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211553#comment-15211553
 ] 

ASF subversion and git services commented on CB-10902:
--

Commit ed5c366130f19ab15c3c4eced8d2a5401e09baf0 in cordova-cli's branch 
refs/heads/6.1.x from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=ed5c366 ]

CB-10902 bump self version and cordova-lib dep to republish


> Tools Release March 17, 2016
> 
>
> Key: CB-10902
> URL: https://issues.apache.org/jira/browse/CB-10902
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-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-10902) Tools Release March 17, 2016

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211542#comment-15211542
 ] 

ASF subversion and git services commented on CB-10902:
--

Commit 96f89aa2162e5933ce0e732e38ac456223c5d826 in cordova-lib's branch 
refs/heads/6.1.x from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=96f89aa ]

CB-10902 Update package version to republish


> Tools Release March 17, 2016
> 
>
> Key: CB-10902
> URL: https://issues.apache.org/jira/browse/CB-10902
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-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-10950) Phonegap app in the background when capture and select image for gallery app stop/restart.

[Lokesh Patel (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211494#comment-15211494
 ] 

Lokesh Patel commented on CB-10950:
---

Hi,

I have applied functionality to the Sencha touch framework and faced the 
problem.
Bellow code for both functionality.

function getCameraPicture(){
navigator.camera.getPicture(getPicture_Success, null, {
quality: 20,
destinationType: Camera.DestinationType.FILE_URL
});
}
 
  function getLibPicture(){
 navigator.camera.getPicture(getPicture_Success, null, {
 quality: 20,
  destinationType: navigator.camera.DestinationType.FILE_URL,
  sourceType: navigator.camera.PictureSourceType.SAVEDPHOTOALBUM
  });
}

Also,  please suggest me can " Android Garbage Collector to kill background 
phonegap applications. "  ?

Thanks,
Lokesh Patel

> Phonegap app in the background when capture and select image for gallery app 
> stop/restart. 
> ---
>
> Key: CB-10950
> URL: https://issues.apache.org/jira/browse/CB-10950
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.0.1
>Reporter: Lokesh Patel
>
> Hi,
> In android application when the user tries for capturing images and select 
> image from gallery app stop/restart.
> I found below details after search lots of google and forums:
> " The Phonegap (Cordova) Camera Plugin calls the native camera and this makes 
> Android Garbage Collector to kill background applications."
> Thanks,
> Lokesh Patel



--
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