[jira] [Commented] (CB-12622) Added support for Android 6 and 7 to the cloudapp CI

[Alexander Sorokin (JIRA)]

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

Alexander Sorokin commented on CB-12622:


Not sure yet, trying to find out.

> Added support for Android 6 and 7 to the cloudapp CI
> 
>
> Key: CB-12622
> URL: https://issues.apache.org/jira/browse/CB-12622
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Filip Maj
>Assignee: Alexander Sorokin
>
> Capabilities for Android 6 look like:
> {noformat}
> deviceName: 'Android Emulator',
> platformName: 'Android',
> platformVersion: '6.0',
> appiumVersion: '1.6.3'
> {noformat}
> While for 7 you need to specify a different {{deviceName}}:
> {noformat}
> deviceName: 'Android GoogleAPI Emulator',
> platformName: 'Android',
> platformVersion: '7.0',
> appiumVersion: '1.6.3'
> {noformat}
> [~alsorokin] is it possible to add these to the cloudapp android environment 
> matrix?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12024) Add Browser platform support to cordova-plugin-statusbar

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12024:
-

Github user dudeofawesome commented on the issue:

https://github.com/apache/cordova-plugin-statusbar/pull/67
  
@asfgit What can I do to accelerate the process of getting this accepted?


> Add Browser platform support to cordova-plugin-statusbar
> 
>
> Key: CB-12024
> URL: https://issues.apache.org/jira/browse/CB-12024
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin Statusbar
>Reporter: Louis Orleans
>Priority: Minor
>  Labels: browser
>
> The StatusBar plugin can support the Browser platform at least on Chrome for 
> Android, and potentially on other browsers as well. I'm forking the repo and 
> implementing this.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8978) Adding tag support to config.xml

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-8978:


Github user stevengill commented on the issue:

https://github.com/apache/cordova-lib/pull/468
  
It is! https://cordova.apache.org/news/2017/01/23/tools-release.html


> Adding  tag support to config.xml
> 
>
> Key: CB-8978
> URL: https://issues.apache.org/jira/browse/CB-8978
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CLI, CordovaLib
>Affects Versions: Master
> Environment: Android, iOS, WP8, Windows, Blackberry
>Reporter: Karen Tran
>Assignee: Karen Tran
>  Labels: config.xml, images
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> At present, there are only an icon element and splashscreen element that 
> handles copying images from a source to destination in the config.xml. These 
> elements also only handle copying 1 image only and replacing what was 
> previously there as the icon.png or splash.png. 
> I'm creating a new tag that will copy non-main app icon images, which could 
> be notification icons, button icons, custom image text, etc. and not limited 
> to just 1 image. 
> Example:
> 
>  density="mdpi" />
> The required attributes will be src and name. 
> Depending on the directory that the image gets copied to, the width and 
> height attribute may not be needed. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12272) cordova-ios: installation of plugin with pod dependency fails: pod install silently exits

[Jean-Marc Terrettaz (JIRA)]

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

Jean-Marc Terrettaz updated CB-12272:
-

Guten Tag

ich bin bis zum 23. April in den Ferien. Mails werden sporadisch gelesen.

Freundliche Grüsse
Jean-Marc Terrettaz



> cordova-ios: installation of plugin with pod dependency fails: pod install 
> silently exits
> -
>
> Key: CB-12272
> URL: https://issues.apache.org/jira/browse/CB-12272
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.1
> Environment: Mac OS X 10.12.2
> Xcode 8.2
> iPhoneOS10.2.sdk - iOS 10.2 
> Cocoapods 1.1.0.rc.3
> cordova@6.4.0
> cordova-ios@4.3.1
>Reporter: Jean-Marc Terrettaz
>Priority: Minor
>  Labels: cordova-ios-4.3.x
> Fix For: cordova-ios@4.4.1
>
> Attachments: hello-world.zip, plugin.xml
>
>
> I have a Cordova plugin which has a 'framework' dependency of type 'podspec' 
> (see attached plugin.xml). When I add this plugin to a Cordova app on my 
> MacBook, everything works fine, the plugin gets installed and then 'pod 
> install' ist called and runs fine. 
> I am automating the build on MacServer nodes of our Jenkins CI. The plugin 
> installation fails there. 
> I run this script : 
> {code}
> CORDOVA_VERSION=6.4.0
> npm install cordova@${CORDOVA_VERSION}
> PATH=$PATH:/usr/local/bin/:$(pwd)/node_modules/cordova/bin
> rm -rf hello-world
> cordova create hello-world
> cd hello-world
> cordova platform add ios@4.3.1
> cordova -d plugin add sbb-cordova-plugin-onboarding@0.0.5
> {code}
> The plugin add command fails with this output: 
> {code}
> + cordova -d plugin add sbb-cordova-plugin-onboarding@0.0.5
> You have been opted out of telemetry. To change this, run: cordova telemetry 
> on.
> No scripts found for hook "before_plugin_add".
> Calling plugman.fetch on plugin "sbb-cordova-plugin-onboarding@0.0.5"
> Fetching plugin "sbb-cordova-plugin-onboarding@0.0.5" via npm
> Copying plugin 
> "/Users/admin/.cordova/lib/npm_cache/sbb-cordova-plugin-onboarding/0.0.5/package"
>  => 
> "/Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/plugins/sbb-cordova-plugin-onboarding"
> Calling plugman.install on plugin 
> "/Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/plugins/sbb-cordova-plugin-onboarding"
>  for platform "ios
> Installing "sbb-cordova-plugin-onboarding" for ios
> Running command: 
> /Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/platforms/ios/cordova/version
>  
> Command finished with error code 0: 
> /Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/platforms/ios/cordova/version
>  
> Finding scripts for "before_plugin_install" hook from plugin 
> sbb-cordova-plugin-onboarding on ios platform only.
> No scripts found for hook "before_plugin_install".
> Install start for "sbb-cordova-plugin-onboarding" on ios.
> Beginning processing of action stack for ios project...
> Action stack processing complete.
> Adding pods since the plugin contained (s) with type="podspec"
> pods.json: The file at 
> /Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/platforms/ios/pods.json
>  does not exist.
> Creating new pods.json in platforms/ios
> Wrote to pods.json.
> Podfile: The file at 
> /Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/platforms/ios/Podfile
>  does not exist.
> Creating new Podfile in platforms/ios
> Wrote to Podfile.
> Set pods.json for `SBBSMPLib`
> Added pod line for `SBBSMPLib`
> Wrote to pods.json.
> Wrote to Podfile.
> Running `pod install` (to install plugins)
> Failed to install 'sbb-cordova-plugin-onboarding':undefined
> Error: Version should contain only numbers and dots
> Build step 'Execute shell' marked build as failure
> Finished: FAILURE
> {code}
> pod install does nothing but gives no error. 
> So I guess the problem has to do with the environment but it is for me very 
> difficult to find the cause of the problem without a more detailled error 
> message or more informations.
> Is there any way to get  more information or detailled error message?
> I attach the whole 'hello-world' Cordova app as it is after the build failure.
> Thanks,



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12564) Update iOS doc to use xcworkspace instead of xcodeproj

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-12564:
--
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> Update iOS doc to use xcworkspace instead of xcodeproj
> --
>
> Key: CB-12564
> URL: https://issues.apache.org/jira/browse/CB-12564
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Docs, iOS
>Affects Versions: Master
>Reporter: jcesarmobile
>Assignee: Kerri Shotts
> Fix For: cordova-ios@4.4.1
>
>
> Update iOS platform guide to use xcworkspace instead of xcodeproj
> https://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html
> In a few places it tells to open the project clicking the .xcodeproj, since 
> cordova-ios 4.3.0 it should use the .xcworkspace instead



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12455) iframes are governed by whitelist as well, not just top-level navigations

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-12455:
--
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> iframes are governed by whitelist as well, not just top-level navigations
> -
>
> Key: CB-12455
> URL: https://issues.apache.org/jira/browse/CB-12455
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs, Plugin Whitelist
> Environment: iOS (not Android)
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Fix For: cordova-ios@4.4.1
>
>
> See CB-10709 thread
> https://github.com/apache/cordova-plugin-whitelist



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12272) cordova-ios: installation of plugin with pod dependency fails: pod install silently exits

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-12272:
--
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> cordova-ios: installation of plugin with pod dependency fails: pod install 
> silently exits
> -
>
> Key: CB-12272
> URL: https://issues.apache.org/jira/browse/CB-12272
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.1
> Environment: Mac OS X 10.12.2
> Xcode 8.2
> iPhoneOS10.2.sdk - iOS 10.2 
> Cocoapods 1.1.0.rc.3
> cordova@6.4.0
> cordova-ios@4.3.1
>Reporter: Jean-Marc Terrettaz
>Priority: Minor
>  Labels: cordova-ios-4.3.x
> Fix For: cordova-ios@4.4.1
>
> Attachments: hello-world.zip, plugin.xml
>
>
> I have a Cordova plugin which has a 'framework' dependency of type 'podspec' 
> (see attached plugin.xml). When I add this plugin to a Cordova app on my 
> MacBook, everything works fine, the plugin gets installed and then 'pod 
> install' ist called and runs fine. 
> I am automating the build on MacServer nodes of our Jenkins CI. The plugin 
> installation fails there. 
> I run this script : 
> {code}
> CORDOVA_VERSION=6.4.0
> npm install cordova@${CORDOVA_VERSION}
> PATH=$PATH:/usr/local/bin/:$(pwd)/node_modules/cordova/bin
> rm -rf hello-world
> cordova create hello-world
> cd hello-world
> cordova platform add ios@4.3.1
> cordova -d plugin add sbb-cordova-plugin-onboarding@0.0.5
> {code}
> The plugin add command fails with this output: 
> {code}
> + cordova -d plugin add sbb-cordova-plugin-onboarding@0.0.5
> You have been opted out of telemetry. To change this, run: cordova telemetry 
> on.
> No scripts found for hook "before_plugin_add".
> Calling plugman.fetch on plugin "sbb-cordova-plugin-onboarding@0.0.5"
> Fetching plugin "sbb-cordova-plugin-onboarding@0.0.5" via npm
> Copying plugin 
> "/Users/admin/.cordova/lib/npm_cache/sbb-cordova-plugin-onboarding/0.0.5/package"
>  => 
> "/Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/plugins/sbb-cordova-plugin-onboarding"
> Calling plugman.install on plugin 
> "/Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/plugins/sbb-cordova-plugin-onboarding"
>  for platform "ios
> Installing "sbb-cordova-plugin-onboarding" for ios
> Running command: 
> /Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/platforms/ios/cordova/version
>  
> Command finished with error code 0: 
> /Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/platforms/ios/cordova/version
>  
> Finding scripts for "before_plugin_install" hook from plugin 
> sbb-cordova-plugin-onboarding on ios platform only.
> No scripts found for hook "before_plugin_install".
> Install start for "sbb-cordova-plugin-onboarding" on ios.
> Beginning processing of action stack for ios project...
> Action stack processing complete.
> Adding pods since the plugin contained (s) with type="podspec"
> pods.json: The file at 
> /Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/platforms/ios/pods.json
>  does not exist.
> Creating new pods.json in platforms/ios
> Wrote to pods.json.
> Podfile: The file at 
> /Users/admin/jenkins-slave/workspace/user.u209792.cordova/hello-world/platforms/ios/Podfile
>  does not exist.
> Creating new Podfile in platforms/ios
> Wrote to Podfile.
> Set pods.json for `SBBSMPLib`
> Added pod line for `SBBSMPLib`
> Wrote to pods.json.
> Wrote to Podfile.
> Running `pod install` (to install plugins)
> Failed to install 'sbb-cordova-plugin-onboarding':undefined
> Error: Version should contain only numbers and dots
> Build step 'Execute shell' marked build as failure
> Finished: FAILURE
> {code}
> pod install does nothing but gives no error. 
> So I guess the problem has to do with the environment but it is for me very 
> difficult to find the cause of the problem without a more detailled error 
> message or more informations.
> Is there any way to get  more information or detailled error message?
> I attach the whole 'hello-world' Cordova app as it is after the build failure.
> Thanks,



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12435) Cordova iOS template 'C Language Dialect : C99[-std=c99]' cause Xcode compile error

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-12435:
--
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> Cordova iOS template 'C Language Dialect : C99[-std=c99]' cause Xcode compile 
> error
> ---
>
> Key: CB-12435
> URL: https://issues.apache.org/jira/browse/CB-12435
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Affects Versions: 3.5.0
>Reporter: Carl
>Priority: Minor
> Fix For: cordova-ios@4.4.1
>
>
> The Cordova iOS template use C Language Dialect as C99[-std=c99], which will 
> make Xcode complain an error: 
> '__weak' only applies to Objective-C object or block pointer types; type here 
> is 'int'
> and I search google, try to change this value to GNU99(-std=gnu99) which fix 
> this problem, refer from 
> https://github.com/nst/STTwitter/issues/230#issuecomment-158335695



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12120) iOS/XCode: Cordova build uses wrong signing identity

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-12120:
--
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> iOS/XCode: Cordova build uses wrong signing identity
> 
>
> Key: CB-12120
> URL: https://issues.apache.org/jira/browse/CB-12120
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs, iOS
>Affects Versions: 4.3.0
> Environment: XCode 8.1, Cordova iOS 4.3.0
>Reporter: Christian Tschanz
>Assignee: Shazron Abdullah
> Fix For: cordova-ios@4.4.1
>
>
> When building with cordova-ios 4.1.1 using the follwing command:
> {{cordova build ios --release --device --buildConfig="config.json"}}
> with a config.json as follows:
> {code:javascript}
> {
>   "ios": {
> "release": {
>   "codeSignIdentity": "IDENTITY NAME",
>   "provisioningProfile": "abcd-efg-hij-klm-nop"
> }
>   }
> }
> {code}
> It will build and sign the .ipa File using the correct provisioning profile 
> and identity. (It will use the Enterprise Certificate associated with the 
> provisioning profile specified in the config.json) On 4.1.1 everything 
> behaves as expected (also with XCode 8.1).
> When I execute the same command with cordova-ios 4.3.0 it looks like it will 
> use the signing identity and provisioning profile from the json as during the 
> build, it logs these infos to the console (they all appear correct) but when 
> I check the resulting .ipa file, it is signed with a development profile and 
> not the enterprise profile I specified.
> I have tried specifying the "developmentTeam" option as well but that did not 
> help. It will always sign it with a development profile.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12212) Cordova iOS build fails with pods that use the resource_bundle spec feature.

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-12212:
--
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> Cordova iOS build fails with pods that use the resource_bundle spec feature.
> 
>
> Key: CB-12212
> URL: https://issues.apache.org/jira/browse/CB-12212
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
>Reporter: Helen Crowell
> Fix For: cordova-ios@4.4.1
>
>
> Cordova iOS build fails with pods that use the `resource_bundle` spec feature.
> Tested with two different pods that use the `resource_bundle` spec feature.
> cordova version: 6.4.0
> Installed platforms:
>   ios 4.3.0
> Test code:
> {code}
> cordova create test
> cd test
> cordova platform add ios
> cordova build
> {code}
> Test 1:
> UrbanAirship-iOS-SDK
> https://github.com/urbanairship/ios-library/search?utf8=%E2%9C%93=resource_bundle
> {code}
> ~/Documents/workspace/test_ios_8_1_3_entitlement/platforms/ios$ cat Podfile
> # DO NOT MODIFY -- auto-generated by Apache Cordova
> platform :ios, '8.0'
> target 'TestProj' do
> project 'TestProj.xcodeproj'
> pod 'UrbanAirship-iOS-SDK', '~> 8.1.3'
> end
> $cordova build
> ...
> === BUILD TARGET UrbanAirship-iOS-SDK-AirshipResources OF PROJECT Pods WITH 
> CONFIGURATION Debug ===
> Check dependencies
> Write auxiliary files
> write-file 
> /Users/abcuser/Library/Developer/Xcode/DerivedData/TestProj-ceyniiayavksmtaebmmmvxaymsdx/Build/Intermediates/Pods.build/Debug-iphonesimulator/UrbanAirship-iOS-SDK-AirshipResources.build/AirshipResources-generated-files.hmap
> write-file 
> /Users/abcuser/Library/Developer/Xcode/DerivedData/TestProj-ceyniiayavksmtaebmmmvxaymsdx/Build/Intermediates/Pods.build/Debug-iphonesimulator/UrbanAirship-iOS-SDK-AirshipResources.build/AirshipResources-all-target-headers.hmap
> write-file 
> /Users/abcuser/Library/Developer/Xcode/DerivedData/TestProj-ceyniiayavksmtaebmmmvxaymsdx/Build/Intermediates/Pods.build/Debug-iphonesimulator/UrbanAirship-iOS-SDK-AirshipResources.build/AirshipResources-own-target-headers.hmap
> write-file 
> /Users/abcuser/Library/Developer/Xcode/DerivedData/TestProj-ceyniiayavksmtaebmmmvxaymsdx/Build/Intermediates/Pods.build/Debug-iphonesimulator/UrbanAirship-iOS-SDK-AirshipResources.build/AirshipResources.hmap
> write-file 
> /Users/abcuser/Library/Developer/Xcode/DerivedData/TestProj-ceyniiayavksmtaebmmmvxaymsdx/Build/Intermediates/Pods.build/Debug-iphonesimulator/UrbanAirship-iOS-SDK-AirshipResources.build/AirshipResources-all-non-framework-target-headers.hmap
> write-file 
> /Users/abcuser/Library/Developer/Xcode/DerivedData/TestProj-ceyniiayavksmtaebmmmvxaymsdx/Build/Intermediates/Pods.build/Debug-iphonesimulator/UrbanAirship-iOS-SDK-AirshipResources.build/AirshipResources-project-headers.hmap
> Create product structure
> /bin/mkdir -p 
> /Users/abcuser/Documents/workspace/test_ios_8_1_3_entitlement/platforms/ios/build/emulator/AirshipResources.bundle
> CopyPlistFile 
> /Users/abcuser/Documents/workspace/test_ios_8_1_3_entitlement/platforms/ios/build/emulator/AirshipResources.bundle/Info.plist
>  UrbanAirship-iOS-SDK/AirshipKit/AirshipResources/Info.plist
> cd 
> /Users/abcuser/Documents/workspace/test_ios_8_1_3_entitlement/platforms/ios/Pods
> export 
> PATH="/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/Users/abcuser/Documents/workspace/sandalwood/build/install/sandalwood/bin:/usr/local/bin/cordova:/usr/local/bin/phonegap:/usr/local/bin/npm/bin:/usr/local/share/python:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/git/bin:/usr/local/bin:/Users/abcuser/Documents/workspace/android-sdk//platform-tools:/Users/abcuser/Documents/workspace/android-sdk/tools"
> builtin-copyPlist --convert binary1 --outdir 
> /Users/abcuser/Documents/workspace/test_ios_8_1_3_entitlement/platforms/ios/build/emulator/AirshipResources.bundle
>  -- UrbanAirship-iOS-SDK/AirshipKit/AirshipResources/Info.plist
> ProcessProductPackaging "" 
> /Users/abcuser/Library/Developer/Xcode/DerivedData/TestProj-ceyniiayavksmtaebmmmvxaymsdx/Build/Intermediates/Pods.build/Debug-iphonesimulator/UrbanAirship-iOS-SDK-AirshipResources.build/AirshipResources.bundle.xcent
> cd 
> /Users/abcuser/Documents/workspace/test_ios_8_1_3_entitlement/platforms/ios/Pods
> export 
> 

[jira] [Updated] (CB-10608) iOS - update to recommended project settings warning

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-10608:
--
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> iOS - update to recommended project settings warning
> 
>
> Key: CB-10608
> URL: https://issues.apache.org/jira/browse/CB-10608
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Edna Morales
>Assignee: Shazron Abdullah
>  Labels: cordova-ios-4.0.1, triaged
> Fix For: cordova-ios@4.4.1
>
> Attachments: screenshot-1.png
>
>
> With a cordova-ios@4.0.1 project, Xcode throws an 'Update to recommended 
> project Settings' Warning



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-11893) CocoaPods support: Provide a way to add use_frameworks! on the Podfile

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-11893:
--
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> CocoaPods support: Provide a way to add use_frameworks! on the Podfile
> --
>
> Key: CB-11893
> URL: https://issues.apache.org/jira/browse/CB-11893
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: iOS
>Reporter: jcesarmobile
> Fix For: cordova-ios@4.4.1
>
> Attachments: Integrating Static Library With Cocoapods 
> Use_frameworks.pdf
>
>
> If the library you want to use on the plugin uses Swift or you want to use 
> dynamic frameworks you have to add use_frameworks! on the Podfile
> I don't think there is a way of adding it right now.
> We should provide a way of adding it 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-9772) Can't install .tbd dynamic libraries as plugin deps

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-9772:
-
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> Can't install .tbd dynamic libraries as plugin deps
> ---
>
> Key: CB-9772
> URL: https://issues.apache.org/jira/browse/CB-9772
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: iOS
>Reporter: Adriano Di Giovanni
>Assignee: Shazron Abdullah
>  Labels: cordova-ios-4.1.1
> Fix For: cordova-ios@4.4.1
>
>
> .dylib are now .tbd in iOS 9.
> I wrote a custom plugin in order to integrate Parse SDK into my Cordova app. 
> The plugin used libsqlite3.dylib and libz.dylib so I've updated it to work 
> with iOS 9. Thus, I changed related lines in plugin.xml from
> 
> 
> to
> 
> 
> Installation completes successfully but frameworks aren't linked correctly in 
> XCode.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-9794) cordova run ios --target does not use versioned simulators

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-9794:
-
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> cordova run ios --target does not use versioned simulators
> --
>
> Key: CB-9794
> URL: https://issues.apache.org/jira/browse/CB-9794
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Jesse MacFadyen
>Assignee: Jesse MacFadyen
>Priority: Minor
>  Labels: cordova-ios-4.1.1, triaged
> Fix For: cordova-ios@4.4.1
>
>
> This stack-overflow points out an issue with the 'validTargets' list of 
> simulators, and the actual list returned by ios-sim
> http://stackoverflow.com/questions/22310526/cordova-start-specific-ios-emulator-image/29705666#29705666
> We need to use the ios-sim device list as validTargets so users can 
> accurately target 'iPhone-4s, 7.1' ...



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-10218) Support installation of Targets in the iOS platform

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-10218:
--
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> Support installation of Targets in the iOS platform
> ---
>
> Key: CB-10218
> URL: https://issues.apache.org/jira/browse/CB-10218
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: iOS
>Reporter: Shazron Abdullah
>  Labels: triaged
> Fix For: cordova-ios@4.4.1
>
>
> This should be a new tag, or modify an existing tag in plugin.xml
> WatchKit, Share extension plugins need this



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-9033) Plugins fail to install on Apple Watch based Cordova project

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-9033:
-
Fix Version/s: (was: cordova-ios@4.4.0)
   cordova-ios@4.4.1

> Plugins fail to install on Apple Watch based Cordova project
> 
>
> Key: CB-9033
> URL: https://issues.apache.org/jira/browse/CB-9033
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 5.0.0
> Environment: iOS
>Reporter: Olivier Goguel
>Assignee: Shazron Abdullah
>  Labels: cordova-ios-5.0.x
> Fix For: cordova-ios@4.4.1
>
>
> After having added the Watch Kit target to an iOS Cordova project, plugins 
> cannot be added any more through the CLI.
> An error is thrown "'could not find -Info.plist file, or config.xml file." as 
> the plugin manager is confused by the plist files from the WatchKit App and 
> WatchKit Extension and fails to find the proper plist file of the projet.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8980) Adding resource-file Element to config.xml for iOS

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-8980:


GitHub user shazron opened a pull request:

https://github.com/apache/cordova-ios/pull/304

CB-8980 - Support  tag in config.xml in iOS platform

### Platforms affected

self

### What does this PR do?

Support `` tag in config.xml  in iOS platform

### What testing has been done on this change?

**NONE**. Work In Progress. Will update as I go along. 

### Checklist
- [X] [Reported an issue](http://cordova.apache.org/contribute/issues.html) 
in the JIRA database
- [X] Commit message follows the format: "CB-3232: (android) Fix bug with 
resolving file paths", where CB- is the JIRA ID & "android" is the platform 
affected.
- [ ] Added automated test coverage as appropriate for this change.


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

$ git pull https://github.com/shazron/cordova-ios CB-8980

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

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


commit a9626c604a341eea55b80c635c1f36d9d3eb8a8a
Author: Shazron Abdullah 
Date:   2017-04-14T00:31:02Z

CB-8980 - Adding resource-file Element to config.xml for iOS

commit fedc9f7fc08f88d989319675bb9553ecbf4a3bba
Author: Shazron Abdullah 
Date:   2017-04-14T00:35:20Z

CB-8980 - Fixed typo

commit 36c3e620c08d94f7b1b441a57cada14386ab802b
Author: Shazron Abdullah 
Date:   2017-04-14T00:42:01Z

CB-8980 - Update bundled cordova-common

commit cd70cbbd8957377c92ae9926e89a416e690d202e
Author: Shazron Abdullah 
Date:   2017-04-14T00:46:03Z

CB-8980 - another typo




> Adding resource-file Element to config.xml for iOS
> --
>
> Key: CB-8980
> URL: https://issues.apache.org/jira/browse/CB-8980
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CLI, CordovaLib
>Affects Versions: Master
> Environment: iOS
>Reporter: Karen Tran
>Assignee: Shazron Abdullah
> Fix For: cordova-ios@4.4.0
>
>
> Based on the parent task, create a new resource-file element tag to copy 
> resource files from src to the correct directory with the given name.
> Example:
> 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12448) Can't use plugins when running on OSX

[Martin Adams (JIRA)]

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

Martin Adams commented on CB-12448:
---

I can confirm that this doesn’t seem to be a plugin issue. Instead, it seems 
Cordova functions aren’t properly loaded into the OSX app.

http://stackoverflow.com/questions/43357632/cordova-osx-platform-not-working

> Can't use plugins when running on OSX
> -
>
> Key: CB-12448
> URL: https://issues.apache.org/jira/browse/CB-12448
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: AllPlugins, OSX
>Affects Versions: 4.0.1
> Environment: OSX 10.10.5
>Reporter: Dave Murray-Rust
>Assignee: Kerri Shotts
>Priority: Blocker
>
> I can't use any plugins so far when I deploy on OSX. I have tried 
> cordova-plugin-file, cordova-plugin-camera and cordova-plugin-bluetoothle.
> In each case, it works fine on Android, but fails on OSX with a message like 
> "10/02/2017 15:03:28.056 HelloWorld[15580]: ERROR: Plugin 'File' not found, 
> or is not a CDVPlugin. Check your plugin mapping in config.xml."
> I'm using the command line. I have tried removing all the platforms and 
> adding them again. I am running with "cordova run osx".
> I'm not sure what version of cordova I have - I installed using 'npm install 
> -g cordova'. 'cordova version' reports 6.5.0, but that version does not seem 
> to exist in the dropdown above.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Resolved] (CB-8984) Update Documentation for Adding New Image Element to config.xml

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah resolved CB-8984.
--
Resolution: Duplicate

Oops duped it (duping to newer issue that has more info)

> Update Documentation for Adding New Image Element to config.xml
> ---
>
> Key: CB-8984
> URL: https://issues.apache.org/jira/browse/CB-8984
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Docs
>Reporter: Karen Tran
>Assignee: Karen Tran
>
> Update the documentation following the completion of the image tag being 
> added in. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-8982) Adding tag support to config.xml for Windows 8

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-8982:
-
Summary: Adding  tag support to config.xml for Windows 8  
(was: Adding New Image Element to config.xml for Windows 8)

> Adding  tag support to config.xml for Windows 8
> --
>
> Key: CB-8982
> URL: https://issues.apache.org/jira/browse/CB-8982
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CLI, CordovaLib, Windows
>Affects Versions: Master
> Environment: Windows 8
>Reporter: Karen Tran
>Assignee: Karen Tran
>
> Based on the parent task, create a new image element tag to copy the image 
> from src to the correct directory with the given name.
> 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-8978) Adding tag support to config.xml

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-8978:
-
Summary: Adding  tag support to config.xml  (was: Adding New 
Image Element to config.xml)

> Adding  tag support to config.xml
> 
>
> Key: CB-8978
> URL: https://issues.apache.org/jira/browse/CB-8978
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CLI, CordovaLib
>Affects Versions: Master
> Environment: Android, iOS, WP8, Windows, Blackberry
>Reporter: Karen Tran
>Assignee: Karen Tran
>  Labels: config.xml, images
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> At present, there are only an icon element and splashscreen element that 
> handles copying images from a source to destination in the config.xml. These 
> elements also only handle copying 1 image only and replacing what was 
> previously there as the icon.png or splash.png. 
> I'm creating a new tag that will copy non-main app icon images, which could 
> be notification icons, button icons, custom image text, etc. and not limited 
> to just 1 image. 
> Example:
> 
>  density="mdpi" />
> The required attributes will be src and name. 
> Depending on the directory that the image gets copied to, the width and 
> height attribute may not be needed. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8979) Adding New Image Element to config.xml For Android

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-8979:
--

Note the tag was decided as 

> Adding New Image Element to config.xml For Android
> --
>
> Key: CB-8979
> URL: https://issues.apache.org/jira/browse/CB-8979
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Android, CLI, CordovaLib
>Affects Versions: Master
> Environment: Android
>Reporter: Karen Tran
>Assignee: Karen Tran
>
> Based on the parent task, create a new image element tag to copy the image 
> from src to the correct directory with the given name.
> Example:
> 
>  density="mdpi" />



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (CB-12656) Add docs for support in config.xml

[Shazron Abdullah (JIRA)]

Shazron Abdullah created CB-12656:
-

 Summary: Add docs for  support in config.xml
 Key: CB-12656
 URL: https://issues.apache.org/jira/browse/CB-12656
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Docs
Reporter: Shazron Abdullah


Should be copy paste from plugin.xml

Right now there is support in cordova-android@6.2.1 and possibly 
cordova-ios@4.4.0
Presumably this feature was added in cordova@6.5.0 CLI release



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8978) Adding New Image Element to config.xml

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-8978:


Github user shazron commented on the issue:

https://github.com/apache/cordova-lib/pull/468
  
@stevengill Can I assume support for this feature is out in the 
cordova@6.5.0 release?


> Adding New Image Element to config.xml
> --
>
> Key: CB-8978
> URL: https://issues.apache.org/jira/browse/CB-8978
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CLI, CordovaLib
>Affects Versions: Master
> Environment: Android, iOS, WP8, Windows, Blackberry
>Reporter: Karen Tran
>Assignee: Karen Tran
>  Labels: config.xml, images
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> At present, there are only an icon element and splashscreen element that 
> handles copying images from a source to destination in the config.xml. These 
> elements also only handle copying 1 image only and replacing what was 
> previously there as the icon.png or splash.png. 
> I'm creating a new tag that will copy non-main app icon images, which could 
> be notification icons, button icons, custom image text, etc. and not limited 
> to just 1 image. 
> Example:
> 
>  density="mdpi" />
> The required attributes will be src and name. 
> Depending on the directory that the image gets copied to, the width and 
> height attribute may not be needed. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8978) Adding New Image Element to config.xml

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-8978:


Github user dpogue commented on the issue:

https://github.com/apache/cordova-android/pull/321
  
It is in cordova-android@6.2.1.
No docs yet (wanted to get it supported in more platforms first), but it 
works exactly the same way that it does in plugin.xml.


> Adding New Image Element to config.xml
> --
>
> Key: CB-8978
> URL: https://issues.apache.org/jira/browse/CB-8978
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CLI, CordovaLib
>Affects Versions: Master
> Environment: Android, iOS, WP8, Windows, Blackberry
>Reporter: Karen Tran
>Assignee: Karen Tran
>  Labels: config.xml, images
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> At present, there are only an icon element and splashscreen element that 
> handles copying images from a source to destination in the config.xml. These 
> elements also only handle copying 1 image only and replacing what was 
> previously there as the icon.png or splash.png. 
> I'm creating a new tag that will copy non-main app icon images, which could 
> be notification icons, button icons, custom image text, etc. and not limited 
> to just 1 image. 
> Example:
> 
>  density="mdpi" />
> The required attributes will be src and name. 
> Depending on the directory that the image gets copied to, the width and 
> height attribute may not be needed. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8978) Adding New Image Element to config.xml

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-8978:


Github user shazron commented on the issue:

https://github.com/apache/cordova-android/pull/321
  
@dpogue @infil00p  is this out in the latest cordova-android? Are there 
docs for this, or is it a copy-paste from plugin.xml?


> Adding New Image Element to config.xml
> --
>
> Key: CB-8978
> URL: https://issues.apache.org/jira/browse/CB-8978
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CLI, CordovaLib
>Affects Versions: Master
> Environment: Android, iOS, WP8, Windows, Blackberry
>Reporter: Karen Tran
>Assignee: Karen Tran
>  Labels: config.xml, images
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> At present, there are only an icon element and splashscreen element that 
> handles copying images from a source to destination in the config.xml. These 
> elements also only handle copying 1 image only and replacing what was 
> previously there as the icon.png or splash.png. 
> I'm creating a new tag that will copy non-main app icon images, which could 
> be notification icons, button icons, custom image text, etc. and not limited 
> to just 1 image. 
> Example:
> 
>  density="mdpi" />
> The required attributes will be src and name. 
> Depending on the directory that the image gets copied to, the width and 
> height attribute may not be needed. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12266) InappBrowser: Browser: loadstop event.url is not a string

[Pieter-Jan Dewitte (JIRA)]

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

Pieter-Jan Dewitte commented on CB-12266:
-

Thanks for the interest in this issue.

I'm surprised with the proposed resolution in the pull request (changing the 
documentation): this creates a difference between the browser platform and the 
other platforms. I would think that differences between platforms are best 
avoided. 

Is there a reason why it would be desirable to have the Location object rather 
than the url string on the browser platform, knowing it's not available on the 
other platforms?

> InappBrowser: Browser: loadstop event.url is not a string
> -
>
> Key: CB-12266
> URL: https://issues.apache.org/jira/browse/CB-12266
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Browser, Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: All browsers (Chrome, Firefox and IE tested)
>Reporter: Pieter-Jan Dewitte
>Priority: Minor
>
> In the browser, the url attribute of the loadstop event (InAppBrowserEvent) 
> is not a string as documented, but a Location object. The url is stored in 
> event.href.
> Steps to reproduce:
> {quote}
> $ cordova create eventstop_url
> $ cd eventstop_url
> $ cordova plugin add cordova-plugin-inappbrowser
> {quote}
> Run the following code after device ready:
> {code:javascript}
> // https://ssl.gstatic.com as an example because it is allowed by the default 
> CSP
> var ref = cordova.InAppBrowser.open('https://ssl.gstatic.com', '_blank');
> ref.addEventListener('loadstop', function (event) {
> console.log("loadstop event:", event);
> });
> {code}
> {quote}
> $ cordova serve
> {quote}
> The console output is:
> {quote}
> loadstop event: Object \{type: "loadstop", url: Location\}
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-10755) Add support for android:allowBackup preference in AndroidManifest

[Anthony Rumsey (JIRA)]

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

Anthony Rumsey commented on CB-10755:
-

Seems to be an issue mainly with Pixel and Nexus phones from what I've noticed. 
The auto app backup functionality provided by Android also extends to HTML5 
localstorage which can be annoying. If a Cordova app uses local storage to 
cache values you wouldn't expect those values re-appearing after an 
uninstall/reinstall of an app. This is indeed the case I am noticing right now 
so turning off auto backup would be one solution to avoid this.

I even tried localstorage.clear() and then uninstalled. Old values from a 
previous backup appeared again when re-installing. 

Google also doesn't provide an easy way that I've found to individually delete 
backups on a per-app basis.

> Add support for android:allowBackup preference in AndroidManifest
> -
>
> Key: CB-10755
> URL: https://issues.apache.org/jira/browse/CB-10755
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Joe Bowser
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12654) Cordova release build blocks ajax requests

[jcesarmobile (JIRA)]

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

jcesarmobile updated CB-12654:
--
Priority: Major  (was: Blocker)

> Cordova release build blocks ajax requests
> --
>
> Key: CB-12654
> URL: https://issues.apache.org/jira/browse/CB-12654
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: cordova-android@4.1.1 , Android Version 7.1.1, Nexus 5X
>Reporter: Chandra Sekhar Walajapet Sureshbabu
>
> Android Cordova Debug Build works fine on Nexus 5X, 7.1.1 , However it fails 
> to make any ajax requests on Release(Signed) Build.
> Tried communicating from native code using a plugin, the connection is 
> successful
> The issue occurs only in Nexus 5X, 7.1.1 and doesn't happen on other devices.
> Permissions:
> 
> 
> Whitelist plugin in config.xml:
> 
>  value="org.apache.cordova.whitelist.WhitelistPlugin" />
> 
> 
> Even tested with logs in ChromeWebViewImpl.java
> Returns true when asked for shouldAllow
> CSP:
> https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 'unsafe-inline'; 
> media-src *; connect-src https://mysubdomain.mydomain.com;>
> Please note the CSP works for all Android, iOS devices except for Nexus 5X 
> 7.1.1, i even tried removing connect-src, but same result.
> Did anyone come across similar issue ?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12654) Cordova release build blocks ajax requests

[jcesarmobile (JIRA)]

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

jcesarmobile commented on CB-12654:
---

You are using a very old version of cordova-android. Can you try with latest 
cordova-android? that's 6.2.1

> Cordova release build blocks ajax requests
> --
>
> Key: CB-12654
> URL: https://issues.apache.org/jira/browse/CB-12654
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: cordova-android@4.1.1 , Android Version 7.1.1, Nexus 5X
>Reporter: Chandra Sekhar Walajapet Sureshbabu
>
> Android Cordova Debug Build works fine on Nexus 5X, 7.1.1 , However it fails 
> to make any ajax requests on Release(Signed) Build.
> Tried communicating from native code using a plugin, the connection is 
> successful
> The issue occurs only in Nexus 5X, 7.1.1 and doesn't happen on other devices.
> Permissions:
> 
> 
> Whitelist plugin in config.xml:
> 
>  value="org.apache.cordova.whitelist.WhitelistPlugin" />
> 
> 
> Even tested with logs in ChromeWebViewImpl.java
> Returns true when asked for shouldAllow
> CSP:
> https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 'unsafe-inline'; 
> media-src *; connect-src https://mysubdomain.mydomain.com;>
> Please note the CSP works for all Android, iOS devices except for Nexus 5X 
> 7.1.1, i even tried removing connect-src, but same result.
> Did anyone come across similar issue ?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Resolved] (CB-10026) Fix warnings in Objective-C tests

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah resolved CB-10026.
---
Resolution: Fixed

> Fix warnings in Objective-C tests
> -
>
> Key: CB-10026
> URL: https://issues.apache.org/jira/browse/CB-10026
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: easyfix, iOS
> Fix For: cordova-ios@4.4.0
>
>
> Some deprecated items in there.
> Run the workspace in ./tests



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Resolved] (CB-11895) openURL deprecated in iOS 10 (new selector replaces it)

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah resolved CB-11895.
---
Resolution: Fixed

> openURL deprecated in iOS 10 (new selector replaces it)
> ---
>
> Key: CB-11895
> URL: https://issues.apache.org/jira/browse/CB-11895
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Kerri Shotts
>  Labels: easyfix
> Fix For: cordova-ios@4.4.0
>
>
> Article:
> http://useyourloaf.com/blog/openurl-deprecated-in-ios10
> Our usage:
> https://github.com/apache/cordova-ios/blob/3bda0ef487f204e60def4ff1ecf844862460313e/CordovaLib/Classes/Private/Plugins/CDVIntentAndNavigationFilter/CDVIntentAndNavigationFilter.m#L121



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-11895) openURL deprecated in iOS 10 (new selector replaces it)

[ASF subversion and git services (JIRA)]

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

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

Commit d7f5eefdd928e9ccb107faf8e7aa25912ecded02 in cordova-ios's branch 
refs/heads/master from [~kerrishotts]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=d7f5eef ]

CB-11895: openURL: is deprecated on iOS 10

 This closes #302


> openURL deprecated in iOS 10 (new selector replaces it)
> ---
>
> Key: CB-11895
> URL: https://issues.apache.org/jira/browse/CB-11895
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Kerri Shotts
>  Labels: easyfix
> Fix For: cordova-ios@4.4.0
>
>
> Article:
> http://useyourloaf.com/blog/openurl-deprecated-in-ios10
> Our usage:
> https://github.com/apache/cordova-ios/blob/3bda0ef487f204e60def4ff1ecf844862460313e/CordovaLib/Classes/Private/Plugins/CDVIntentAndNavigationFilter/CDVIntentAndNavigationFilter.m#L121



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-11895) openURL deprecated in iOS 10 (new selector replaces it)

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11895:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-ios/pull/302


> openURL deprecated in iOS 10 (new selector replaces it)
> ---
>
> Key: CB-11895
> URL: https://issues.apache.org/jira/browse/CB-11895
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Kerri Shotts
>  Labels: easyfix
> Fix For: cordova-ios@4.4.0
>
>
> Article:
> http://useyourloaf.com/blog/openurl-deprecated-in-ios10
> Our usage:
> https://github.com/apache/cordova-ios/blob/3bda0ef487f204e60def4ff1ecf844862460313e/CordovaLib/Classes/Private/Plugins/CDVIntentAndNavigationFilter/CDVIntentAndNavigationFilter.m#L121



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-10026) Fix warnings in Objective-C tests

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10026:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-ios/pull/303


> Fix warnings in Objective-C tests
> -
>
> Key: CB-10026
> URL: https://issues.apache.org/jira/browse/CB-10026
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: easyfix, iOS
> Fix For: cordova-ios@4.4.0
>
>
> Some deprecated items in there.
> Run the workspace in ./tests



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-10026) Fix warnings in Objective-C tests

[ASF subversion and git services (JIRA)]

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

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

Commit 7724d9c603fbb20fc26f84a9f5ac056027c4270e in cordova-ios's branch 
refs/heads/master from [~shazron]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=7724d9c ]

CB-10026 - Fix warnings in Objective-C tests

 This closes #303


> Fix warnings in Objective-C tests
> -
>
> Key: CB-10026
> URL: https://issues.apache.org/jira/browse/CB-10026
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: easyfix, iOS
> Fix For: cordova-ios@4.4.0
>
>
> Some deprecated items in there.
> Run the workspace in ./tests



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-10026) Fix warnings in Objective-C tests

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10026:
-

GitHub user shazron opened a pull request:

https://github.com/apache/cordova-ios/pull/303

CB-10026 - Fix warnings in Objective-C tests

### Platforms affected

self.

### What does this PR do?

Fix most warnings (non Photos framework related - those are in CB-10027) in 
the code.

### What testing has been done on this change?

npm test

### Checklist
- [X] [Reported an issue](http://cordova.apache.org/contribute/issues.html) 
in the JIRA database
- [X] Commit message follows the format: "CB-3232: (android) Fix bug with 
resolving file paths", where CB- is the JIRA ID & "android" is the platform 
affected.
- [X] Added automated test coverage as appropriate for this change.


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

$ git pull https://github.com/shazron/cordova-ios CB-10026

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

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


commit 455a49cad31e61c8aa3ddb66568cdf83f38a7978
Author: Shazron Abdullah 
Date:   2017-04-13T17:32:13Z

CB-10026 - Fix warnings in Objective-C tests




> Fix warnings in Objective-C tests
> -
>
> Key: CB-10026
> URL: https://issues.apache.org/jira/browse/CB-10026
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: easyfix, iOS
> Fix For: cordova-ios@4.4.0
>
>
> Some deprecated items in there.
> Run the workspace in ./tests



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12266) InappBrowser: Browser: loadstop event.url is not a string

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12266:
-

Github user cordova-qa commented on the issue:

https://github.com/apache/cordova-plugin-inappbrowser/pull/217
  
Cordova CI Build has completed successfully.

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-inappbrowser/pull/217/commits/6a93e34d459cd13ce74c9b01b595e242399ece16)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/139/)

 42 tests run, 0 skipped, 0 failed.



> InappBrowser: Browser: loadstop event.url is not a string
> -
>
> Key: CB-12266
> URL: https://issues.apache.org/jira/browse/CB-12266
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Browser, Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: All browsers (Chrome, Firefox and IE tested)
>Reporter: Pieter-Jan Dewitte
>Priority: Minor
>
> In the browser, the url attribute of the loadstop event (InAppBrowserEvent) 
> is not a string as documented, but a Location object. The url is stored in 
> event.href.
> Steps to reproduce:
> {quote}
> $ cordova create eventstop_url
> $ cd eventstop_url
> $ cordova plugin add cordova-plugin-inappbrowser
> {quote}
> Run the following code after device ready:
> {code:javascript}
> // https://ssl.gstatic.com as an example because it is allowed by the default 
> CSP
> var ref = cordova.InAppBrowser.open('https://ssl.gstatic.com', '_blank');
> ref.addEventListener('loadstop', function (event) {
> console.log("loadstop event:", event);
> });
> {code}
> {quote}
> $ cordova serve
> {quote}
> The console output is:
> {quote}
> loadstop event: Object \{type: "loadstop", url: Location\}
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12266) InappBrowser: Browser: loadstop event.url is not a string

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12266:
-

Github user alsorokin commented on the issue:

https://github.com/apache/cordova-plugin-inappbrowser/pull/217
  
Let there be tests


> InappBrowser: Browser: loadstop event.url is not a string
> -
>
> Key: CB-12266
> URL: https://issues.apache.org/jira/browse/CB-12266
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Browser, Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: All browsers (Chrome, Firefox and IE tested)
>Reporter: Pieter-Jan Dewitte
>Priority: Minor
>
> In the browser, the url attribute of the loadstop event (InAppBrowserEvent) 
> is not a string as documented, but a Location object. The url is stored in 
> event.href.
> Steps to reproduce:
> {quote}
> $ cordova create eventstop_url
> $ cd eventstop_url
> $ cordova plugin add cordova-plugin-inappbrowser
> {quote}
> Run the following code after device ready:
> {code:javascript}
> // https://ssl.gstatic.com as an example because it is allowed by the default 
> CSP
> var ref = cordova.InAppBrowser.open('https://ssl.gstatic.com', '_blank');
> ref.addEventListener('loadstop', function (event) {
> console.log("loadstop event:", event);
> });
> {code}
> {quote}
> $ cordova serve
> {quote}
> The console output is:
> {quote}
> loadstop event: Object \{type: "loadstop", url: Location\}
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12266) InappBrowser: Browser: loadstop event.url is not a string

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12266:
-

Github user cordova-qa commented on the issue:

https://github.com/apache/cordova-plugin-inappbrowser/pull/217
  
Cordova CI Build has one or more failures. 

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-inappbrowser/pull/217/commits/6a93e34d459cd13ce74c9b01b595e242399ece16)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/138/)

 36 tests run, 0 skipped, 0 failed.



> InappBrowser: Browser: loadstop event.url is not a string
> -
>
> Key: CB-12266
> URL: https://issues.apache.org/jira/browse/CB-12266
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Browser, Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: All browsers (Chrome, Firefox and IE tested)
>Reporter: Pieter-Jan Dewitte
>Priority: Minor
>
> In the browser, the url attribute of the loadstop event (InAppBrowserEvent) 
> is not a string as documented, but a Location object. The url is stored in 
> event.href.
> Steps to reproduce:
> {quote}
> $ cordova create eventstop_url
> $ cd eventstop_url
> $ cordova plugin add cordova-plugin-inappbrowser
> {quote}
> Run the following code after device ready:
> {code:javascript}
> // https://ssl.gstatic.com as an example because it is allowed by the default 
> CSP
> var ref = cordova.InAppBrowser.open('https://ssl.gstatic.com', '_blank');
> ref.addEventListener('loadstop', function (event) {
> console.log("loadstop event:", event);
> });
> {code}
> {quote}
> $ cordova serve
> {quote}
> The console output is:
> {quote}
> loadstop event: Object \{type: "loadstop", url: Location\}
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Comment Edited] (CB-12622) Added support for Android 6 and 7 to the cloudapp CI

[Filip Maj (JIRA)]

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

Filip Maj edited comment on CB-12622 at 4/13/17 2:19 PM:
-

Anything I can help with on the Sauce-support side? Should I prod my ex co 
workers? :P

Is this an appium issue or a Sauce issue?


was (Author: filmaj):
Anything I can help with on the Sauce-support side? Should I prop my ex co 
workers? :P

Is this an appium issue or a Sauce issue?

> Added support for Android 6 and 7 to the cloudapp CI
> 
>
> Key: CB-12622
> URL: https://issues.apache.org/jira/browse/CB-12622
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Filip Maj
>Assignee: Alexander Sorokin
>
> Capabilities for Android 6 look like:
> {noformat}
> deviceName: 'Android Emulator',
> platformName: 'Android',
> platformVersion: '6.0',
> appiumVersion: '1.6.3'
> {noformat}
> While for 7 you need to specify a different {{deviceName}}:
> {noformat}
> deviceName: 'Android GoogleAPI Emulator',
> platformName: 'Android',
> platformVersion: '7.0',
> appiumVersion: '1.6.3'
> {noformat}
> [~alsorokin] is it possible to add these to the cloudapp android environment 
> matrix?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12622) Added support for Android 6 and 7 to the cloudapp CI

[Filip Maj (JIRA)]

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

Filip Maj commented on CB-12622:


Anything I can help with on the Sauce-support side? Should I prop my ex co 
workers? :P

Is this an appium issue or a Sauce issue?

> Added support for Android 6 and 7 to the cloudapp CI
> 
>
> Key: CB-12622
> URL: https://issues.apache.org/jira/browse/CB-12622
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Filip Maj
>Assignee: Alexander Sorokin
>
> Capabilities for Android 6 look like:
> {noformat}
> deviceName: 'Android Emulator',
> platformName: 'Android',
> platformVersion: '6.0',
> appiumVersion: '1.6.3'
> {noformat}
> While for 7 you need to specify a different {{deviceName}}:
> {noformat}
> deviceName: 'Android GoogleAPI Emulator',
> platformName: 'Android',
> platformVersion: '7.0',
> appiumVersion: '1.6.3'
> {noformat}
> [~alsorokin] is it possible to add these to the cloudapp android environment 
> matrix?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12266) InappBrowser: Browser: loadstop event.url is not a string

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12266:
-

Github user alsorokin commented on the issue:

https://github.com/apache/cordova-plugin-inappbrowser/pull/217
  
Let there be tests


> InappBrowser: Browser: loadstop event.url is not a string
> -
>
> Key: CB-12266
> URL: https://issues.apache.org/jira/browse/CB-12266
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Browser, Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: All browsers (Chrome, Firefox and IE tested)
>Reporter: Pieter-Jan Dewitte
>Priority: Minor
>
> In the browser, the url attribute of the loadstop event (InAppBrowserEvent) 
> is not a string as documented, but a Location object. The url is stored in 
> event.href.
> Steps to reproduce:
> {quote}
> $ cordova create eventstop_url
> $ cd eventstop_url
> $ cordova plugin add cordova-plugin-inappbrowser
> {quote}
> Run the following code after device ready:
> {code:javascript}
> // https://ssl.gstatic.com as an example because it is allowed by the default 
> CSP
> var ref = cordova.InAppBrowser.open('https://ssl.gstatic.com', '_blank');
> ref.addEventListener('loadstop', function (event) {
> console.log("loadstop event:", event);
> });
> {code}
> {quote}
> $ cordova serve
> {quote}
> The console output is:
> {quote}
> loadstop event: Object \{type: "loadstop", url: Location\}
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-10755) Add support for android:allowBackup preference in AndroidManifest

[Simon MacDonald (JIRA)]

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

Simon MacDonald commented on CB-10755:
--

Using this plugin you’ll be able to turn on and off the `allowBackup` setting. 
If it becomes super popular maybe we can revisit this ticket.

https://www.npmjs.com/package/cordova-plugin-allow-backup
https://github.com/macdonst/cordova-plugin-allow-backup

Please open any issues on it's git repo.


> Add support for android:allowBackup preference in AndroidManifest
> -
>
> Key: CB-10755
> URL: https://issues.apache.org/jira/browse/CB-10755
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Joe Bowser
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12633) Error when trying to add cordova-android@6.2.0

[RIchard Norris (JIRA)]

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

RIchard Norris commented on CB-12633:
-

@jcesarmobile - updating to 6.2.1 on windows 10 machine does not solve the 
issue for myself.  I uninstalled and re-installed cordova version 6.5.0 and 
then add android platform version 6.2.1 and the same error occurs.  Not sure if 
I'm missing anything else but I've had to fallback to 6.1.2.

> Error when trying to add cordova-android@6.2.0
> --
>
> Key: CB-12633
> URL: https://issues.apache.org/jira/browse/CB-12633
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Jacques de Villiers
>
> I attempted to upgrade my cordova-android version from 6.1.2 to 6.2.0. When I 
> run cordova platform add android@6.2.0.
> "Error: cordovaProject.projectConfig.getFileResources is not a function"
> Switching back to 6.1.2 seems to be the only solution for the moment. I have 
> added a stackoverflow posting here: 
> http://stackoverflow.com/questions/43195668/cordova-error-using-cordova-android-6-2-0-getfileresources-is-not-a-function



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12266) InappBrowser: Browser: loadstop event.url is not a string

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12266:
-

Github user cordova-qa commented on the issue:

https://github.com/apache/cordova-plugin-inappbrowser/pull/217
  
Cordova CI Build has one or more failures. 

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-inappbrowser/pull/217/commits/6a93e34d459cd13ce74c9b01b595e242399ece16)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/137/)

 36 tests run, 0 skipped, 0 failed.



> InappBrowser: Browser: loadstop event.url is not a string
> -
>
> Key: CB-12266
> URL: https://issues.apache.org/jira/browse/CB-12266
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Browser, Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: All browsers (Chrome, Firefox and IE tested)
>Reporter: Pieter-Jan Dewitte
>Priority: Minor
>
> In the browser, the url attribute of the loadstop event (InAppBrowserEvent) 
> is not a string as documented, but a Location object. The url is stored in 
> event.href.
> Steps to reproduce:
> {quote}
> $ cordova create eventstop_url
> $ cd eventstop_url
> $ cordova plugin add cordova-plugin-inappbrowser
> {quote}
> Run the following code after device ready:
> {code:javascript}
> // https://ssl.gstatic.com as an example because it is allowed by the default 
> CSP
> var ref = cordova.InAppBrowser.open('https://ssl.gstatic.com', '_blank');
> ref.addEventListener('loadstop', function (event) {
> console.log("loadstop event:", event);
> });
> {code}
> {quote}
> $ cordova serve
> {quote}
> The console output is:
> {quote}
> loadstop event: Object \{type: "loadstop", url: Location\}
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Issue Comment Deleted] (CB-12586) [iOS] Method hide doesn't works

[Oliver Weiss (JIRA)]

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

Oliver Weiss updated CB-12586:
--
Comment: was deleted

(was: Hey, 
I have the same issue with multiple iPads. I am not experienced with Cordova 
Plugins. I am using the newest version of InAppBrowser (1.7.0) now. But they 
did not fix this. 

I changed the hide function in the 
cordova-plugin-inappbrowser/src/ios/CDVInAppBrowser.m to the following, but the 
ref.hide() is still not working after "cordova build". Can you tell me, if I 
did something wrong? This is a major problem for me right now :( I need to hide 
the InAppBrowser to work with a camera plugin. Another possibility would be to 
make the InAppBrowser transparent. But I have no idea how to make this work. So 
I need the hide() function to work... 

Thanks for the help!

{code}
- (void)hide:(CDVInvokedUrlCommand*)command
{
if (self.inAppBrowserViewController == nil) {
NSLog(@"Tried to hide IAB after it was closed.");
return;


}
if (_previousStatusBarStyle == -1) {
NSLog(@"Tried to hide IAB while already hidden");
return;
}

__weak CDVInAppBrowser* weakSelf = self;

// Run later to avoid the "took a long time" log message.
dispatch_async(dispatch_get_global_queue( DISPATCH_QUEUE_PRIORITY_DEFAULT, 
0), ^{
if (weakSelf.inAppBrowserViewController != nil) {
_previousStatusBarStyle = -1;
[weakSelf.inAppBrowserViewController.presentingViewController 
dismissViewControllerAnimated:YES completion:nil];
}
});
}
{code})

> [iOS] Method hide doesn't works
> ---
>
> Key: CB-12586
> URL: https://issues.apache.org/jira/browse/CB-12586
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 1.7.0
> Environment: I have tested on the iPhone 7 with iOS 10.2.1 and the 
> iPhone 6 Plus with iOS 10.2
>Reporter: Roberto Orden Erena
>
> I have using the `hide()` method in order to hide the webview window when the 
> mobile hasn't wifi connection, in Android works fine, but in iOS not.
> My temporal solution for this is:
> {code}
>  // Run later to avoid the "took a long time" log message.
> dispatch_async(dispatch_get_global_queue( 
> DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
> if (weakSelf.inAppBrowserViewController != nil) {
> _previousStatusBarStyle = -1;
> [weakSelf.viewController dismissViewControllerAnimated:YES 
> completion:nil];
> // I have added this line in order to hide the webview
> [weakSelf.inAppBrowserViewController 
> dismissViewControllerAnimated:YES completion:nil];
> }
> });
> {code}
> I think that : "what is the weakSelf.viewController?", when shows and when 
> creates the inAppBrowser the plugin uses self.inAppBrowserViewController. Why 
> use at this point viewController instead of?
> Note: It's my first issue report, If I have done wrong it, please notify me 
> in order to do better the next time.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12266) InappBrowser: Browser: loadstop event.url is not a string

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12266:
-

GitHub user matrosov-nikita opened a pull request:

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

CB-12266 browser: Fix type for InAppBrowserEvent url in docs



### Platforms affected
browser

### What does this PR do?
fix doc's description for URL

### Checklist
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) 
in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with 
resolving file paths", where CB- is the JIRA ID & "android" is the platform 
affected.
- [ ] Added automated test coverage as appropriate for this change.


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

$ git pull https://github.com/matrosov-nikita/cordova-plugin-inappbrowser 
fix-docs

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

https://github.com/apache/cordova-plugin-inappbrowser/pull/217.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 #217


commit 6a93e34d459cd13ce74c9b01b595e242399ece16
Author: Nikita Matrosov 
Date:   2017-04-06T10:33:30Z

CB-12266 browser: Fix type for InAppBrowserEvent url in docs




> InappBrowser: Browser: loadstop event.url is not a string
> -
>
> Key: CB-12266
> URL: https://issues.apache.org/jira/browse/CB-12266
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Browser, Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: All browsers (Chrome, Firefox and IE tested)
>Reporter: Pieter-Jan Dewitte
>Priority: Minor
>
> In the browser, the url attribute of the loadstop event (InAppBrowserEvent) 
> is not a string as documented, but a Location object. The url is stored in 
> event.href.
> Steps to reproduce:
> {quote}
> $ cordova create eventstop_url
> $ cd eventstop_url
> $ cordova plugin add cordova-plugin-inappbrowser
> {quote}
> Run the following code after device ready:
> {code:javascript}
> // https://ssl.gstatic.com as an example because it is allowed by the default 
> CSP
> var ref = cordova.InAppBrowser.open('https://ssl.gstatic.com', '_blank');
> ref.addEventListener('loadstop', function (event) {
> console.log("loadstop event:", event);
> });
> {code}
> {quote}
> $ cordova serve
> {quote}
> The console output is:
> {quote}
> loadstop event: Object \{type: "loadstop", url: Location\}
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-7684) [Media] CDVSound Kills any and all playing sound files when a single file finishes

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7684:


Github user katzlbt commented on the issue:

https://github.com/apache/cordova-plugin-media/pull/100
  
Sending setActiveNo: to an audio session will always stop recording and 
playback. This is how the system handles incoming phonecalls etc.

> Most apps never need to deactivate their audio session explicitly. 
Important exceptions include VoIP (Voice over Internet Protocol) apps, 
turn-by-turn navigation apps, and, in some cases, recording apps. 
(https://developer.apple.com/library/content/documentation/Audio/Conceptual/AudioSessionProgrammingGuide/ConfiguringanAudioSession/ConfiguringanAudioSession.html)

Probably you are out of luck for waiting it out, unless you have a year or 
so. This PR and another that fixes that Audio is disabled after every memory 
warning are open for ages 
(https://github.com/apache/cordova-plugin-media/pull/120). I apply the patches 
manually like this:

`
wget 
https://github.com/apache/cordova-plugin-media/pull/120.patch
patch -p1 <120.patch

wget 
https://github.com/apache/cordova-plugin-media/pull/116.patch
patch -p1 <116.patch

wget 
https://github.com/apache/cordova-plugin-media/pull/100.patch
patch -p1 <100.patch
`



> [Media] CDVSound Kills any and all playing sound files when a single file 
> finishes
> --
>
> Key: CB-7684
> URL: https://issues.apache.org/jira/browse/CB-7684
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin Media
>Affects Versions: 3.5.0
> Environment: iOS
>Reporter: Nathan Stryker
>
> The CDVSound file will kill all playing media files when ever a single file 
> completes playing. The issue is around like 691 in the method 
> "AudioDidFinishPlaying", with the code:
> if (self.avSession) {
> [self.avSession setActive:NO error:nil];
> }
> The reason I think this is a bug is that if a user as Music file A playing in 
> a loop and Music file B plays, when B completes the "setActive:NO" will kill 
> the avSession of both A and B. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12622) Added support for Android 6 and 7 to the cloudapp CI

[Alexander Sorokin (JIRA)]

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

Alexander Sorokin commented on CB-12622:


Android 6 and 7 are now in periodic build matrix:
http://cordova-ci.cloudapp.net:8080/job/cordova-periodic-build/

Appium tests not being run at the moment, because of the above mentioned 
problem with `executeAsync` function.

> Added support for Android 6 and 7 to the cloudapp CI
> 
>
> Key: CB-12622
> URL: https://issues.apache.org/jira/browse/CB-12622
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Filip Maj
>Assignee: Alexander Sorokin
>
> Capabilities for Android 6 look like:
> {noformat}
> deviceName: 'Android Emulator',
> platformName: 'Android',
> platformVersion: '6.0',
> appiumVersion: '1.6.3'
> {noformat}
> While for 7 you need to specify a different {{deviceName}}:
> {noformat}
> deviceName: 'Android GoogleAPI Emulator',
> platformName: 'Android',
> platformVersion: '7.0',
> appiumVersion: '1.6.3'
> {noformat}
> [~alsorokin] is it possible to add these to the cloudapp android environment 
> matrix?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Comment Edited] (CB-12009) target attribute ignored on iOS when installing a Cordova plugin

[Mark Veenstra (JIRA)]

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

Mark Veenstra edited comment on CB-12009 at 4/13/17 6:46 AM:
-

Hmm the documentation link I gave is down indeed.
But the link you just gave seems to tell the same.
We have tested the sounds in the {{Library/Sounds}} and in the {{Resources}} 
folder, but these don't seem to work (maybe because of the issue you just 
pointed out). We did notice that when we add the sounds to the library root and 
build an IPA / run from XCode the sounds don't work on first start of the app, 
but after you kill it and start it again the push notification custom sounds do 
work, but only when the sounds are in the app bundle roout (one directory 
higher than {{Resources}})


was (Author: markdark):
Hmm the documentation link I gave is down indeed.
But the link you just gave seems to tell the same.
We have tested the sounds in the {{Library/Sounds}} and in the {Resources} 
folder, but these don't seem to work (maybe because of the issue you just 
pointed out). We did notice that when we add the sounds to the library root and 
build an IPA / run from XCode the sounds don't work on first start of the app, 
but after you kill it and start it again the push notification custom sounds do 
work, but only when the sounds are in the app bundle roout (one directory 
higher than {Resources})

>  target attribute ignored on iOS when installing a Cordova 
> plugin
> 
>
> Key: CB-12009
> URL: https://issues.apache.org/jira/browse/CB-12009
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 6.3.0, 6.3.1
>Reporter: Mark Veenstra
>Priority: Critical
> Fix For: cordova-ios@4.4.1
>
>
> In the Cordova plugin.xml documentation it is stated that the 
> {{}} tag can have an attribute {{target}}. See next link: 
> https://cordova.apache.org/docs/en/latest/plugin_ref/spec.html#resource-file
> But when I try to use this target attribute it is just ignored and all 
> {{}} configurations are added to the {{Resources}} directory 
> on iOS.
> It seems to me that the {{cordova-lib}} code just ignores this {{target}} 
> attribute, see next link: 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/platforms/ios.js#L165
> The code grabbed from that link:
> {{destFile = path.resolve(project.resources_dir, path.basename(src));}}
> Here you can see the destFile is hardcoded for the resources_dir.
> We are trying to add push notification sounds to the iOS {{Resources}} 
> directory as well as adding it to either the bundle root or 
> {{Library/Sounds}}. Because we have seen that since iOS 10 we need to put the 
> sounds files elsewhere then the {{Resources}} directory to get it work. See: 
> https://developer.apple.com/library/content/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/TheNotificationPayload.html#//apple_ref/doc/uid/TP40008194-CH107-SW1



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Comment Edited] (CB-12009) target attribute ignored on iOS when installing a Cordova plugin

[Mark Veenstra (JIRA)]

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

Mark Veenstra edited comment on CB-12009 at 4/13/17 6:45 AM:
-

Hmm the documentation link I gave is down indeed.
But the link you just gave seems to tell the same.
We have tested the sounds in the {{Library/Sounds}} and in the {Resources} 
folder, but these don't seem to work (maybe because of the issue you just 
pointed out). We did notice that when we add the sounds to the library root and 
build an IPA / run from XCode the sounds don't work on first start of the app, 
but after you kill it and start it again the push notification custom sounds do 
work, but only when the sounds are in the app bundle roout (one directory 
higher than {Resources})


was (Author: markdark):
Hmm the documentation link I gave is down indeed.
But the link you just gave seems to tell the same.
We have tested the sounds in the {Library/Sounds} and in the {Resources} 
folder, but these don't seem to work (maybe because of the issue you just 
pointed out). We did notice that when we add the sounds to the library root and 
build an IPA / run from XCode the sounds don't work on first start of the app, 
but after you kill it and start it again the push notification custom sounds do 
work, but only when the sounds are in the app bundle roout (one directory 
higher than {Resources})

>  target attribute ignored on iOS when installing a Cordova 
> plugin
> 
>
> Key: CB-12009
> URL: https://issues.apache.org/jira/browse/CB-12009
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 6.3.0, 6.3.1
>Reporter: Mark Veenstra
>Priority: Critical
> Fix For: cordova-ios@4.4.1
>
>
> In the Cordova plugin.xml documentation it is stated that the 
> {{}} tag can have an attribute {{target}}. See next link: 
> https://cordova.apache.org/docs/en/latest/plugin_ref/spec.html#resource-file
> But when I try to use this target attribute it is just ignored and all 
> {{}} configurations are added to the {{Resources}} directory 
> on iOS.
> It seems to me that the {{cordova-lib}} code just ignores this {{target}} 
> attribute, see next link: 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/platforms/ios.js#L165
> The code grabbed from that link:
> {{destFile = path.resolve(project.resources_dir, path.basename(src));}}
> Here you can see the destFile is hardcoded for the resources_dir.
> We are trying to add push notification sounds to the iOS {{Resources}} 
> directory as well as adding it to either the bundle root or 
> {{Library/Sounds}}. Because we have seen that since iOS 10 we need to put the 
> sounds files elsewhere then the {{Resources}} directory to get it work. See: 
> https://developer.apple.com/library/content/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/TheNotificationPayload.html#//apple_ref/doc/uid/TP40008194-CH107-SW1



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Comment Edited] (CB-12009) target attribute ignored on iOS when installing a Cordova plugin

[Mark Veenstra (JIRA)]

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

Mark Veenstra edited comment on CB-12009 at 4/13/17 6:45 AM:
-

Hmm the documentation link I gave is down indeed.
But the link you just gave seems to tell the same.
We have tested the sounds in the {Library/Sounds} and in the {Resources} 
folder, but these don't seem to work (maybe because of the issue you just 
pointed out). We did notice that when we add the sounds to the library root and 
build an IPA / run from XCode the sounds don't work on first start of the app, 
but after you kill it and start it again the push notification custom sounds do 
work, but only when the sounds are in the app bundle roout (one directory 
higher than {Resources})


was (Author: markdark):
Hmm the documentation link I gave is down indeed.
But the link you just gave seems to tell the same.
We have tested the sounds in the `Library/Sounds` and in the `Resources` 
folder, but these don't seem to work (maybe because of the issue you just 
pointed out). We did notice that when we add the sounds to the library root and 
build an IPA / run from XCode the sounds don't work on first start of the app, 
but after you kill it and start it again the push notification custom sounds do 
work, but only when the sounds are in the app bundle roout (one directory 
higher than Resources)

>  target attribute ignored on iOS when installing a Cordova 
> plugin
> 
>
> Key: CB-12009
> URL: https://issues.apache.org/jira/browse/CB-12009
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 6.3.0, 6.3.1
>Reporter: Mark Veenstra
>Priority: Critical
> Fix For: cordova-ios@4.4.1
>
>
> In the Cordova plugin.xml documentation it is stated that the 
> {{}} tag can have an attribute {{target}}. See next link: 
> https://cordova.apache.org/docs/en/latest/plugin_ref/spec.html#resource-file
> But when I try to use this target attribute it is just ignored and all 
> {{}} configurations are added to the {{Resources}} directory 
> on iOS.
> It seems to me that the {{cordova-lib}} code just ignores this {{target}} 
> attribute, see next link: 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/platforms/ios.js#L165
> The code grabbed from that link:
> {{destFile = path.resolve(project.resources_dir, path.basename(src));}}
> Here you can see the destFile is hardcoded for the resources_dir.
> We are trying to add push notification sounds to the iOS {{Resources}} 
> directory as well as adding it to either the bundle root or 
> {{Library/Sounds}}. Because we have seen that since iOS 10 we need to put the 
> sounds files elsewhere then the {{Resources}} directory to get it work. See: 
> https://developer.apple.com/library/content/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/TheNotificationPayload.html#//apple_ref/doc/uid/TP40008194-CH107-SW1



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12009) target attribute ignored on iOS when installing a Cordova plugin

[Mark Veenstra (JIRA)]

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

Mark Veenstra commented on CB-12009:


Hmm the documentation link I gave is down indeed.
But the link you just gave seems to tell the same.
We have tested the sounds in the `Library/Sounds` and in the `Resources` 
folder, but these don't seem to work (maybe because of the issue you just 
pointed out). We did notice that when we add the sounds to the library root and 
build an IPA / run from XCode the sounds don't work on first start of the app, 
but after you kill it and start it again the push notification custom sounds do 
work, but only when the sounds are in the app bundle roout (one directory 
higher than Resources)

>  target attribute ignored on iOS when installing a Cordova 
> plugin
> 
>
> Key: CB-12009
> URL: https://issues.apache.org/jira/browse/CB-12009
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 6.3.0, 6.3.1
>Reporter: Mark Veenstra
>Priority: Critical
> Fix For: cordova-ios@4.4.1
>
>
> In the Cordova plugin.xml documentation it is stated that the 
> {{}} tag can have an attribute {{target}}. See next link: 
> https://cordova.apache.org/docs/en/latest/plugin_ref/spec.html#resource-file
> But when I try to use this target attribute it is just ignored and all 
> {{}} configurations are added to the {{Resources}} directory 
> on iOS.
> It seems to me that the {{cordova-lib}} code just ignores this {{target}} 
> attribute, see next link: 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/platforms/ios.js#L165
> The code grabbed from that link:
> {{destFile = path.resolve(project.resources_dir, path.basename(src));}}
> Here you can see the destFile is hardcoded for the resources_dir.
> We are trying to add push notification sounds to the iOS {{Resources}} 
> directory as well as adding it to either the bundle root or 
> {{Library/Sounds}}. Because we have seen that since iOS 10 we need to put the 
> sounds files elsewhere then the {{Resources}} directory to get it work. See: 
> https://developer.apple.com/library/content/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/TheNotificationPayload.html#//apple_ref/doc/uid/TP40008194-CH107-SW1



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-7684) [Media] CDVSound Kills any and all playing sound files when a single file finishes

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7684:


Github user anagrath commented on the issue:

https://github.com/apache/cordova-plugin-media/pull/100
  
This issue is still on version 3.0.0 -- I am not sure if all setActive:NO 
should be commented out -- it seems that there is some logic to kill the audio 
playback when recording?  I'd much prefer a stable version update than to do my 
own hacking...  what can I do to help?


> [Media] CDVSound Kills any and all playing sound files when a single file 
> finishes
> --
>
> Key: CB-7684
> URL: https://issues.apache.org/jira/browse/CB-7684
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin Media
>Affects Versions: 3.5.0
> Environment: iOS
>Reporter: Nathan Stryker
>
> The CDVSound file will kill all playing media files when ever a single file 
> completes playing. The issue is around like 691 in the method 
> "AudioDidFinishPlaying", with the code:
> if (self.avSession) {
> [self.avSession setActive:NO error:nil];
> }
> The reason I think this is a bug is that if a user as Music file A playing in 
> a loop and Music file B plays, when B completes the "setActive:NO" will kill 
> the avSession of both A and B. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12527) Implement and expose PlatformApi for browser

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12527:
-

Github user purplecabbage commented on the issue:

https://github.com/apache/cordova-browser/pull/28
  
I'll be doing more work on this branch, I just wanted it to be out in the 
open.


> Implement and expose PlatformApi for browser
> 
>
> Key: CB-12527
> URL: https://issues.apache.org/jira/browse/CB-12527
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CordovaCommon, CordovaLib, Plugman
>Reporter: Jesse MacFadyen
>Assignee: Jesse MacFadyen
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12527) Implement and expose PlatformApi for browser

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12527:
-

GitHub user purplecabbage opened a pull request:

https://github.com/apache/cordova-browser/pull/28

CB-12527



### Platforms affected
Browser

### What does this PR do?
Adds platformAPI, and removes need for polyfil

### What testing has been done on this change?
some

### Checklist
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) 
in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with 
resolving file paths", where CB- is the JIRA ID & "android" is the platform 
affected.
- [x] Added automated test coverage as appropriate for this change.


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

$ git pull https://github.com/purplecabbage/cordova-browser CB-12527

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

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


commit f1b136d0958d2f85ea4c88f10ab7f757e5363e6c
Author: Jesse MacFadyen 
Date:   2017-04-07T06:51:12Z

don't exit and don't expect a done()

commit 44578d2f9399dd614b270ce98ce00ed7db4d137c
Author: Jesse MacFadyen 
Date:   2017-04-07T21:59:52Z

added some basic tests, and updated package with Jasmine@2.5.3

commit 3b4a52f69132eeb384c3320755112575aadbe875
Author: Jesse MacFadyen 
Date:   2017-04-13T05:57:40Z

large refactor, added PlatformApi, deleted icons

commit 6281ea5af1a2c99a0fdc12356b01c36abc33c720
Author: Jesse MacFadyen 
Date:   2017-04-13T06:34:46Z

hooking up run




> Implement and expose PlatformApi for browser
> 
>
> Key: CB-12527
> URL: https://issues.apache.org/jira/browse/CB-12527
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CordovaCommon, CordovaLib, Plugman
>Reporter: Jesse MacFadyen
>Assignee: Jesse MacFadyen
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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