[jira] [Commented] (CB-10140) Use application id instead of package name when running

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10140:
-

GitHub user CookieCookson opened a pull request:

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

CB-10140 Use application id instead of package name when running



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

$ git pull https://github.com/CookieCookson/cordova-android applicationid

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

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


commit 6b0cdfc6b8cba99669ff689316533f6f48ecb110
Author: Christian Cook 
Date:   2015-12-03T14:00:36Z

create aapt function to get application id from apk

commit ea1e09fb85d65248030d406340b3ff49225fdebf
Author: Christian Cook 
Date:   2015-12-03T14:00:54Z

use application id in device installs

commit 1ed0b8547fb4551416c471599c41e085d4a288cd
Author: Christian Cook 
Date:   2015-12-04T11:04:59Z

fixes applicationId not being set for uninstall process

commit dd57d1542ad2a369955a39bffbcd4cdacef0df8c
Author: Christian Cook 
Date:   2015-12-04T15:53:57Z

uses application id on emulator install




> Use application id instead of package name when running
> ---
>
> Key: CB-10140
> URL: https://issues.apache.org/jira/browse/CB-10140
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android, CLI
>Reporter: Christian Cook
>Priority: Minor
>
> I've been working on a new plugin for Cordova which will allow you to easily 
> deploy different build types in a system lifecycle e.g. alpha, beta and 
> store. This will allow multiple instances of the same app on your device in 
> different states. Currently I've hit a bit of an interesting bug/issue when 
> using this in conjunction with the run command. When the plugin operates it 
> dynamically changes the application id depending on the state so com.test.app 
> becomes com.test.app.alpha and so son. Because of this, when running the app 
> from the CLI it then starts using the incorrect ID (it uses the packageName 
> from the Android Manifest and tries to run nothing or the wrong instance). 
> Below I have put together a solution which solves this issue. Would somebody 
> be able to assess this and give me your thoughts on the improvement?
> https://github.com/CookieCookson/cordova-android/compare/master...CookieCookson:applicationid



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

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

[jira] [Updated] (CB-10131) When creating empty contact on Android, name fields are not null but "null"

[Alexander Sorokin (JIRA)]

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

Alexander Sorokin updated CB-10131:
---
Assignee: Vladimir Kotikov  (was: Alexander Sorokin)

> When creating empty contact on Android, name fields are not null but "null"
> ---
>
> Key: CB-10131
> URL: https://issues.apache.org/jira/browse/CB-10131
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Alexander Sorokin
>Assignee: Vladimir Kotikov
>
> {noformat}
> navigator.contacts.create().save();
> {noformat}
> results in a contact that has a displayName "null" (string)
> Expected: a contact that has a displayName null (object)



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

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

[jira] [Commented] (CB-10140) Use application id instead of package name when running

[Christian Cook (JIRA)]

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

Christian Cook commented on CB-10140:
-

[~riknoll] I've submitted it as a PR and also included a link to the plugin to 
test with in the description.

> Use application id instead of package name when running
> ---
>
> Key: CB-10140
> URL: https://issues.apache.org/jira/browse/CB-10140
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android, CLI
>Reporter: Christian Cook
>Priority: Minor
>
> I've been working on a new plugin for Cordova which will allow you to easily 
> deploy different build types in a system lifecycle e.g. alpha, beta and 
> store. This will allow multiple instances of the same app on your device in 
> different states. Currently I've hit a bit of an interesting bug/issue when 
> using this in conjunction with the run command. When the plugin operates it 
> dynamically changes the application id depending on the state so com.test.app 
> becomes com.test.app.alpha and so son. Because of this, when running the app 
> from the CLI it then starts using the incorrect ID (it uses the packageName 
> from the Android Manifest and tries to run nothing or the wrong instance). 
> EDIT: See the PR for a suggested fix, and if you wish to try and replicate 
> this issue the plugin is now available here: 
> https://github.com/CookieCookson/cordova-plugin-lifecycle



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

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

[jira] [Updated] (CB-10140) Use application id instead of package name when running

[Christian Cook (JIRA)]

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

Christian Cook updated CB-10140:

Description: 
I've been working on a new plugin for Cordova which will allow you to easily 
deploy different build types in a system lifecycle e.g. alpha, beta and store. 
This will allow multiple instances of the same app on your device in different 
states. Currently I've hit a bit of an interesting bug/issue when using this in 
conjunction with the run command. When the plugin operates it dynamically 
changes the application id depending on the state so com.test.app becomes 
com.test.app.alpha and so son. Because of this, when running the app from the 
CLI it then starts using the incorrect ID (it uses the packageName from the 
Android Manifest and tries to run nothing or the wrong instance). 

EDIT: See the PR for a suggested fix, and if you wish to try and replicate this 
issue the plugin is now available here: 
https://github.com/CookieCookson/cordova-plugin-lifecycle

  was:
I've been working on a new plugin for Cordova which will allow you to easily 
deploy different build types in a system lifecycle e.g. alpha, beta and store. 
This will allow multiple instances of the same app on your device in different 
states. Currently I've hit a bit of an interesting bug/issue when using this in 
conjunction with the run command. When the plugin operates it dynamically 
changes the application id depending on the state so com.test.app becomes 
com.test.app.alpha and so son. Because of this, when running the app from the 
CLI it then starts using the incorrect ID (it uses the packageName from the 
Android Manifest and tries to run nothing or the wrong instance). 

Below I have put together a solution which solves this issue. Would somebody be 
able to assess this and give me your thoughts on the improvement?

https://github.com/CookieCookson/cordova-android/compare/master...CookieCookson:applicationid


> Use application id instead of package name when running
> ---
>
> Key: CB-10140
> URL: https://issues.apache.org/jira/browse/CB-10140
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android, CLI
>Reporter: Christian Cook
>Priority: Minor
>
> I've been working on a new plugin for Cordova which will allow you to easily 
> deploy different build types in a system lifecycle e.g. alpha, beta and 
> store. This will allow multiple instances of the same app on your device in 
> different states. Currently I've hit a bit of an interesting bug/issue when 
> using this in conjunction with the run command. When the plugin operates it 
> dynamically changes the application id depending on the state so com.test.app 
> becomes com.test.app.alpha and so son. Because of this, when running the app 
> from the CLI it then starts using the incorrect ID (it uses the packageName 
> from the Android Manifest and tries to run nothing or the wrong instance). 
> EDIT: See the PR for a suggested fix, and if you wish to try and replicate 
> this issue the plugin is now available here: 
> https://github.com/CookieCookson/cordova-plugin-lifecycle



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

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

[jira] [Commented] (CB-8455) suppress hooks with command line options

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-8455:


Github user vladimir-kotikov commented on the pull request:

https://github.com/apache/cordova-lib/pull/353#issuecomment-163182113
  
Isn't hooks is a CLI/LIB feature? As far as I remember, hooks fired by LIB 
except for `pre_package` hook for wp8/windows, so probably there is no need to 
pass the option down to platforms.


> suppress hooks with command line options
> 
>
> Key: CB-8455
> URL: https://issues.apache.org/jira/browse/CB-8455
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CLI, CordovaLib
>Reporter: Byoungro So
>Assignee: Byoungro So
>
> Some Cordova users need a way to prevent hooks from being executed for 
> various reasons. One example is a security issue.
> A new CLI option "--nohooks" can be introduced for those Cordova users.
> This option takes a string as the pattern for disabling hooks.
> For example, 
> {code}cordova plugin --nohooks before_plugin_add {code}
> {code}cordova platform --nohooks before*{code}
> {code}cordova prepare --nohooks before_prepare --nohooks after*{code}
> {code}cordova build --nohooks .{code}
> --nohooks can be repeated for multiple hook patterns.
> All pattern strings are automatically converted to RegExp.
> The last example disables all hooks.
> We need this feature in Intel XDK.



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

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

[jira] [Commented] (CB-10140) Use application id instead of package name when running

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10140:
-

Github user vladimir-kotikov commented on the pull request:

https://github.com/apache/cordova-android/pull/244#issuecomment-163165235
  
@CookieCookson, LGTM, though I'm not sure about situations when this would 
be useful.

However the problem here is that aapt might be not in the $PATH, so 
probably you need to check this and set up $PATH correspondingly in 
[check_reqs](https://github.com/apache/cordova-android/blob/master/bin/lib/check_reqs.js)


> Use application id instead of package name when running
> ---
>
> Key: CB-10140
> URL: https://issues.apache.org/jira/browse/CB-10140
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android, CLI
>Reporter: Christian Cook
>Priority: Minor
>
> I've been working on a new plugin for Cordova which will allow you to easily 
> deploy different build types in a system lifecycle e.g. alpha, beta and 
> store. This will allow multiple instances of the same app on your device in 
> different states. Currently I've hit a bit of an interesting bug/issue when 
> using this in conjunction with the run command. When the plugin operates it 
> dynamically changes the application id depending on the state so com.test.app 
> becomes com.test.app.alpha and so son. Because of this, when running the app 
> from the CLI it then starts using the incorrect ID (it uses the packageName 
> from the Android Manifest and tries to run nothing or the wrong instance). 
> EDIT: See the PR for a suggested fix, and if you wish to try and replicate 
> this issue the plugin is now available here: 
> https://github.com/CookieCookson/cordova-plugin-lifecycle



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

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

[jira] [Updated] (CB-10119) Can't install click chroot 14.10

[David Barth (JIRA)]

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

David Barth updated CB-10119:
-
External issue URL: https://bugs.launchpad.net/cordova-ubuntu/+bug/1524282
 External issue ID: 1524282

> Can't install click chroot 14.10
> 
>
> Key: CB-10119
> URL: https://issues.apache.org/jira/browse/CB-10119
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Ubuntu
>Reporter: David Barth
>Assignee: David Barth
>
> Device builds in cordova-ubuntu currently fail because the installation of a 
> chroot with the 14.10 framework does fail.
> We should switch to 15.04 or 15.10 by default now.



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

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

[jira] [Commented] (CB-9828) Implement and expose PlatformApi for Windows

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9828:


Github user vladimir-kotikov commented on the pull request:

https://github.com/apache/cordova-windows/pull/132#issuecomment-163206085
  
Addressed notes and fixed compatibility w/Node@0.12

Regarding logging, agree, we should move it common, but i propose to follow 
more general way - add necessary functionality to 'common', release it and 
update platforms (this affects iOS and Android as well) to use released 
'common'. @TimBarham, @jasongin, thoughts?


> Implement and expose PlatformApi for Windows
> 
>
> Key: CB-9828
> URL: https://issues.apache.org/jira/browse/CB-9828
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Windows
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: PlatformApi
> Fix For: 5.0.0
>
>




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

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

[jira] [Commented] (CB-1215) Select multiple photos from photo album using camera.getPicture()

[Alexander (JIRA)]

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

Alexander commented on CB-1215:
---

It's really necessary feature.

> Select multiple photos from photo album using camera.getPicture()
> -
>
> Key: CB-1215
> URL: https://issues.apache.org/jira/browse/CB-1215
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin Camera
>Reporter: Zack Boman
>Priority: Minor
>  Labels: Triaged, api-addition, audit, camera, getPicture, 
> multiple
>
> I've been using camera.getPicture() to select a photo from the user's phone 
> gallery and it works great when all I want is to select one photo.  But 
> several of my users have requested the ability to select multiple photos in a 
> single selection.  I've seen other apps show a photo picker that allows the 
> user to select multiple photos by clicking on them and then it adds a check 
> mark next to each one and selects all of the photos that the user checked.
> As far as I can tell, this functionality doesn't currently exist but Simon 
> MacDonald told me to submit an enhancement ticket because the functionality 
> is possible but just hasn't been implemented.



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

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

[jira] [Created] (CB-10167) not select multiple image from gallary using cordova

[Tejal Pandya (JIRA)]

Tejal Pandya created CB-10167:
-

 Summary: not select multiple image from gallary using cordova
 Key: CB-10167
 URL: https://issues.apache.org/jira/browse/CB-10167
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Camera, Plugin File, Plugin File 
Transfer, Plugin Media Capture
Affects Versions: 5.4.0
 Environment: Android (mobile application platform)
Reporter: Tejal Pandya
 Fix For: 5.4.0


I am working on cordova 5.4.0 . I am using plugins camera, file ,file transfer 
, media-capture for multiple file selection through gallary. But its possible 
with capture by camera using example multiimageselector3.  But not for gallary 
(In demo multiimageselector2. This demo not working). i am using html file for 
select image and add above plugins. But not work right now. Give me such 
solution for multiple imageselection using gallary. 



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

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

[jira] [Commented] (CB-10131) When creating empty contact on Android, name fields are not null but "null"

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10131:
-

Github user vladimir-kotikov commented on the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/98#issuecomment-163284932
  
LGTM


> When creating empty contact on Android, name fields are not null but "null"
> ---
>
> Key: CB-10131
> URL: https://issues.apache.org/jira/browse/CB-10131
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> {noformat}
> navigator.contacts.create().save();
> {noformat}
> results in a contact that has a displayName "null" (string)
> Expected: a contact that has a displayName null (object)



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

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

[jira] [Commented] (CB-10131) When creating empty contact on Android, name fields are not null but "null"

[ASF subversion and git services (JIRA)]

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

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

Commit c7043c9e2ba448de64e86076517f74fe33bf39c6 in cordova-plugin-contacts's 
branch refs/heads/master from [~alsorokin]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=c7043c9 
]

CB-10131 Fixed null contact creation. This closes #98


> When creating empty contact on Android, name fields are not null but "null"
> ---
>
> Key: CB-10131
> URL: https://issues.apache.org/jira/browse/CB-10131
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> {noformat}
> navigator.contacts.create().save();
> {noformat}
> results in a contact that has a displayName "null" (string)
> Expected: a contact that has a displayName null (object)



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

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

[jira] [Commented] (CB-10131) When creating empty contact on Android, name fields are not null but "null"

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10131:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-contacts/pull/98


> When creating empty contact on Android, name fields are not null but "null"
> ---
>
> Key: CB-10131
> URL: https://issues.apache.org/jira/browse/CB-10131
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> {noformat}
> navigator.contacts.create().save();
> {noformat}
> results in a contact that has a displayName "null" (string)
> Expected: a contact that has a displayName null (object)



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

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

[jira] [Assigned] (CB-10131) When creating empty contact on Android, name fields are not null but "null"

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov reassigned CB-10131:
-

Assignee: Alexander Sorokin  (was: Vladimir Kotikov)

> When creating empty contact on Android, name fields are not null but "null"
> ---
>
> Key: CB-10131
> URL: https://issues.apache.org/jira/browse/CB-10131
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> {noformat}
> navigator.contacts.create().save();
> {noformat}
> results in a contact that has a displayName "null" (string)
> Expected: a contact that has a displayName null (object)



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

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

[jira] [Closed] (CB-10131) When creating empty contact on Android, name fields are not null but "null"

[Alexander Sorokin (JIRA)]

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

Alexander Sorokin closed CB-10131.
--
Resolution: Fixed

> When creating empty contact on Android, name fields are not null but "null"
> ---
>
> Key: CB-10131
> URL: https://issues.apache.org/jira/browse/CB-10131
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> {noformat}
> navigator.contacts.create().save();
> {noformat}
> results in a contact that has a displayName "null" (string)
> Expected: a contact that has a displayName null (object)



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

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

[jira] [Commented] (CB-10131) When creating empty contact on Android, name fields are not null but "null"

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10131:
-

GitHub user alsorokin opened a pull request:

https://github.com/apache/cordova-plugin-contacts/pull/98

CB-10131 Fixed null contact creation



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

$ git pull https://github.com/MSOpenTech/cordova-plugin-contacts CB-10131

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

https://github.com/apache/cordova-plugin-contacts/pull/98.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #98


commit 42df8697bf520c10dc30edbb6f42fc18885ac1e4
Author: Alexander Sorokin 
Date:   2015-12-04T09:52:43Z

CB-10131 Fixed null contact creation




> When creating empty contact on Android, name fields are not null but "null"
> ---
>
> Key: CB-10131
> URL: https://issues.apache.org/jira/browse/CB-10131
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> {noformat}
> navigator.contacts.create().save();
> {noformat}
> results in a contact that has a displayName "null" (string)
> Expected: a contact that has a displayName null (object)



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

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

[jira] [Commented] (CB-8618) Error in data != 0x002A when selecting a picture with Phonegap Camera plugin - Windows Phone

[dev null (JIRA)]

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

dev null commented on CB-8618:
--

Same here 

> Error in data != 0x002A when selecting a picture with Phonegap Camera plugin 
> - Windows Phone
> 
>
> Key: CB-8618
> URL: https://issues.apache.org/jira/browse/CB-8618
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib, Plugin Camera
>Affects Versions: 3.6.0
> Environment: wp8
>Reporter: eeadev
>  Labels: WP8
>
> I am porting a cordova app to windows-phone-8. Using the cordova camera 
> plugin I am using this function:
> function chooseFile() {
> navigator.camera.getPicture(onPhotoCaptureSuccess, onPhotoCaptureFail,
> {
> destinationType: Camera.DestinationType.FILE_URI,
> sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
> }
> ); 
> }
> it opens up my gallery but when I select my picture, it give me this message 
> (in the output console):
> Error in data != 0x002A
> (which is a line code contained in the file ImageExifHelper.cs)
> and the image selected is not displayed.
> What is going on? How to make it work?



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

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

[jira] [Commented] (CB-9837) Add data URI support to file-transfer upload on iOS

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9837:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-labs/pull/11


> Add data URI support to file-transfer upload on iOS
> ---
>
> Key: CB-9837
> URL: https://issues.apache.org/jira/browse/CB-9837
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin File Transfer
>Reporter: Juan Antonio
>  Labels: ios, reproduced, triaged
>
> When I send an encoded base64 string image from iOS device with 
> 'data:image/jpeg;base64,' at the beginning of data image on 
> ft.upload(fileURL...) , plugin file transfer crash. However, on android works 
> perfectly ONLY if line 'data:image/jpeg;base64,' is present.
> Possible solution:
> If I delete string data 'data:image/jpeg;base64,' for iOS devices and modify 
> plugin file iOS 'CDVFileTransfer.m' like this:
> - (void)fileDataForUploadCommand:(CDVInvokedUrlCommand*)command
> {
> NSString* source = (NSString*)[command argumentAtIndex:0];
> NSData *fileData = [[NSData alloc] initWithBase64EncodedString:source 
> options:NSDataBase64DecodingIgnoreUnknownCharacters];
> [self uploadData:fileData command:command];
> }
> works perfectly, but it wouldn't accept image path, only base64 string 
> encoded images.
> Thanks.



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

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

[jira] [Commented] (CB-9837) Add data URI support to file-transfer upload on iOS

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9837:


GitHub user daserge opened a pull request:

https://github.com/apache/cordova-plugin-file-transfer/pull/122

CB-9837 Add data URI support to file-transfer upload on iOS

Adds iOS and Windows implementation
Adds corresponding tests

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

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

$ git pull https://github.com/MSOpenTech/cordova-plugin-file-transfer 
CB-9837

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

https://github.com/apache/cordova-plugin-file-transfer/pull/122.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 #122


commit f06eb15183943ceff65eacdf583ba2d787615ee2
Author: daserge 
Date:   2015-12-09T16:08:14Z

CB-9837 Add data URI support to file-transfer upload on iOS

Adds iOS and Windows implementation
Adds corresponding tests




> Add data URI support to file-transfer upload on iOS
> ---
>
> Key: CB-9837
> URL: https://issues.apache.org/jira/browse/CB-9837
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin File Transfer
>Reporter: Juan Antonio
>  Labels: ios, reproduced, triaged
>
> When I send an encoded base64 string image from iOS device with 
> 'data:image/jpeg;base64,' at the beginning of data image on 
> ft.upload(fileURL...) , plugin file transfer crash. However, on android works 
> perfectly ONLY if line 'data:image/jpeg;base64,' is present.
> Possible solution:
> If I delete string data 'data:image/jpeg;base64,' for iOS devices and modify 
> plugin file iOS 'CDVFileTransfer.m' like this:
> - (void)fileDataForUploadCommand:(CDVInvokedUrlCommand*)command
> {
> NSString* source = (NSString*)[command argumentAtIndex:0];
> NSData *fileData = [[NSData alloc] initWithBase64EncodedString:source 
> options:NSDataBase64DecodingIgnoreUnknownCharacters];
> [self uploadData:fileData command:command];
> }
> works perfectly, but it wouldn't accept image path, only base64 string 
> encoded images.
> Thanks.



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

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

[jira] [Created] (CB-10168) CDVViewController appURL is nil if wwwFolderName is the path to a resource bundle

[Mirko Luchi (JIRA)]

Mirko Luchi created CB-10168:


 Summary: CDVViewController appURL is nil if wwwFolderName is the 
path to a resource bundle
 Key: CB-10168
 URL: https://issues.apache.org/jira/browse/CB-10168
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: Master
Reporter: Mirko Luchi
Priority: Minor


The -appUrl method of the CDVViewController doesn't take into account the case 
where the wwwFolderName property is set to the path of a resource bundle, 
falling back to method -[CDVCommandDelegate pathForResource:], which returns 
nil.



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

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

[jira] [Commented] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10162:
-

Github user eymorale commented on the pull request:

https://github.com/apache/cordova-ios/pull/182#issuecomment-163319161
  
@csantanapr I have updated my pull request per your comments and suggestions


> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Commented] (CB-9837) Add data URI support to file-transfer upload on iOS

[ASF subversion and git services (JIRA)]

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

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

Commit cf3dc1a462cd2245a216f5a54155ea4f93278122 in cordova-labs's branch 
refs/heads/cordova-filetransfer from [~daserge]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-labs.git;h=cf3dc1a ]

CB-9837 Add data URI support to file-transfer upload on iOS

Increases direct upload limit to the test image size


> Add data URI support to file-transfer upload on iOS
> ---
>
> Key: CB-9837
> URL: https://issues.apache.org/jira/browse/CB-9837
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin File Transfer
>Reporter: Juan Antonio
>  Labels: ios, reproduced, triaged
>
> When I send an encoded base64 string image from iOS device with 
> 'data:image/jpeg;base64,' at the beginning of data image on 
> ft.upload(fileURL...) , plugin file transfer crash. However, on android works 
> perfectly ONLY if line 'data:image/jpeg;base64,' is present.
> Possible solution:
> If I delete string data 'data:image/jpeg;base64,' for iOS devices and modify 
> plugin file iOS 'CDVFileTransfer.m' like this:
> - (void)fileDataForUploadCommand:(CDVInvokedUrlCommand*)command
> {
> NSString* source = (NSString*)[command argumentAtIndex:0];
> NSData *fileData = [[NSData alloc] initWithBase64EncodedString:source 
> options:NSDataBase64DecodingIgnoreUnknownCharacters];
> [self uploadData:fileData command:command];
> }
> works perfectly, but it wouldn't accept image path, only base64 string 
> encoded images.
> Thanks.



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

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

[jira] [Commented] (CB-8455) suppress hooks with command line options

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-8455:


Github user bso-intel commented on the pull request:

https://github.com/apache/cordova-lib/pull/353#issuecomment-163324816
  
Hi Vladmir,

Exactly.
The pre-package hooks on for the windows* platforms run when LIB prepares 
for the source.
To suppress this hook, HookRunner needs the option "--nohooks pre_package" 
that is propagated from the command line.


> suppress hooks with command line options
> 
>
> Key: CB-8455
> URL: https://issues.apache.org/jira/browse/CB-8455
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CLI, CordovaLib
>Reporter: Byoungro So
>Assignee: Byoungro So
>
> Some Cordova users need a way to prevent hooks from being executed for 
> various reasons. One example is a security issue.
> A new CLI option "--nohooks" can be introduced for those Cordova users.
> This option takes a string as the pattern for disabling hooks.
> For example, 
> {code}cordova plugin --nohooks before_plugin_add {code}
> {code}cordova platform --nohooks before*{code}
> {code}cordova prepare --nohooks before_prepare --nohooks after*{code}
> {code}cordova build --nohooks .{code}
> --nohooks can be repeated for multiple hook patterns.
> All pattern strings are automatically converted to RegExp.
> The last example disables all hooks.
> We need this feature in Intel XDK.



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

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

[jira] [Created] (CB-10169) Fetch API support

[Arthur Battut (JIRA)]

Arthur Battut created CB-10169:
--

 Summary: Fetch API support
 Key: CB-10169
 URL: https://issues.apache.org/jira/browse/CB-10169
 Project: Apache Cordova
  Issue Type: New Feature
Affects Versions: 3.5.0
 Environment: Apple Ipad 2, Apple Iphone 5, Apple Iphone 5
Reporter: Arthur Battut
Priority: Minor
 Fix For: 3.6.0


Fetch API is unavailable on Apple devices. 

Did you plan to support fetch API or you think it's to Apple to handle it ?



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

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

[jira] [Commented] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10162:
-

Github user csantanapr commented on the pull request:

https://github.com/apache/cordova-ios/pull/182#issuecomment-163343647
  
@eymorale LGTM go ahead and merge it, I will close mine #183 


> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Commented] (CB-9311) The iPhone 6 settings icon, 87x87px, is ignored

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9311:


Github user csantanapr commented on the pull request:

https://github.com/apache/cordova-ios/pull/183#issuecomment-163343873
  
closing this one since #182 fixed it


> The iPhone 6 settings icon, 87x87px, is ignored
> ---
>
> Key: CB-9311
> URL: https://issues.apache.org/jira/browse/CB-9311
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
> Environment: iOS
>Reporter: Christian Wannerstedt
>Priority: Minor
>
> Cordova ignores any declared iOS icon with the dimension 87x87px.
> Expected:
> This icon size should be handled the same way as the other icons, and be 
> copied as icon-sm...@3x.png to the resource icons folder



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

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

[jira] [Commented] (CB-9311) The iPhone 6 settings icon, 87x87px, is ignored

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9311:


Github user csantanapr closed the pull request at:

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


> The iPhone 6 settings icon, 87x87px, is ignored
> ---
>
> Key: CB-9311
> URL: https://issues.apache.org/jira/browse/CB-9311
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
> Environment: iOS
>Reporter: Christian Wannerstedt
>Priority: Minor
>
> Cordova ignores any declared iOS icon with the dimension 87x87px.
> Expected:
> This icon size should be handled the same way as the other icons, and be 
> copied as icon-sm...@3x.png to the resource icons folder



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

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

[jira] [Comment Edited] (CB-8618) Error in data != 0x002A when selecting a picture with Phonegap Camera plugin - Windows Phone

[dev null (JIRA)]

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

dev null edited comment on CB-8618 at 12/9/15 5:12 PM:
---

Same here
/FIXED/
this is my code:

$scope.addImage = function() {
var options = {
quality: 50,
destinationType: Camera.DestinationType.FILE_URI,
sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
targetWidth: 200,
targetHeight: 200
};

$cordovaCamera.getPicture(options).then(function(imageUri) {
console.log('img', imageUri);
$scope.images.push(imageUri);

}, function(err) {
// error
});
  }


HTML:


 Add image






was (Author: dev_null):
Same here 

> Error in data != 0x002A when selecting a picture with Phonegap Camera plugin 
> - Windows Phone
> 
>
> Key: CB-8618
> URL: https://issues.apache.org/jira/browse/CB-8618
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib, Plugin Camera
>Affects Versions: 3.6.0
> Environment: wp8
>Reporter: eeadev
>  Labels: WP8
>
> I am porting a cordova app to windows-phone-8. Using the cordova camera 
> plugin I am using this function:
> function chooseFile() {
> navigator.camera.getPicture(onPhotoCaptureSuccess, onPhotoCaptureFail,
> {
> destinationType: Camera.DestinationType.FILE_URI,
> sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
> }
> ); 
> }
> it opens up my gallery but when I select my picture, it give me this message 
> (in the output console):
> Error in data != 0x002A
> (which is a line code contained in the file ImageExifHelper.cs)
> and the image selected is not displayed.
> What is going on? How to make it work?



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

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

[jira] [Commented] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10162:
-

Github user shazron commented on the pull request:

https://github.com/apache/cordova-ios/pull/182#issuecomment-163363203
  
Thanks everyone. Can you merge to master and also cherry-pick to branch 
4.0.x



> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>  Labels: cordova-ios-4.0.1
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Commented] (CB-9828) Implement and expose PlatformApi for Windows

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9828:


Github user jasongin commented on the pull request:

https://github.com/apache/cordova-windows/pull/132#issuecomment-163355408
  
Refactoring logging into common sounds good, but we shouldn't block this 
change on it.


> Implement and expose PlatformApi for Windows
> 
>
> Key: CB-9828
> URL: https://issues.apache.org/jira/browse/CB-9828
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Windows
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: PlatformApi
> Fix For: 5.0.0
>
>




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

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

[jira] [Closed] (CB-9694) Add support for HTTP urls

[David Barth (JIRA)]

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

David Barth closed CB-9694.
---
Resolution: Fixed

> Add support for HTTP urls
> -
>
> Key: CB-9694
> URL: https://issues.apache.org/jira/browse/CB-9694
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Ubuntu
>Reporter: David Barth
>Assignee: David Barth
>
> The cordova-ubuntu container currently does not support loading the app from 
> a network URL, only local file URLs. This prevents features like 
> livereloading to work.



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

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

[jira] [Closed] (CB-9806) Add icon to project defaults

[David Barth (JIRA)]

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

David Barth closed CB-9806.
---
Resolution: Fixed

> Add icon to project defaults
> 
>
> Key: CB-9806
> URL: https://issues.apache.org/jira/browse/CB-9806
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Ubuntu
>Reporter: David Barth
>Assignee: Maxim Ermilov
>
> An icon is required for packaging an Ubuntu application. The project defaults 
> should declare an icon in config.xml to avoid an unnecessary failure when 
> adding ubuntu platform support if the developer forgot to reference the 
> default icon in his config.xml file



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

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

[jira] [Closed] (CB-9868) Should propose to install missing Ubuntu dependencies on platform add

[David Barth (JIRA)]

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

David Barth closed CB-9868.
---
Resolution: Fixed

> Should propose to install missing Ubuntu dependencies on platform add
> -
>
> Key: CB-9868
> URL: https://issues.apache.org/jira/browse/CB-9868
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Ubuntu
>Reporter: David Barth
>Assignee: Maxim Ermilov
>Priority: Minor
>
> When doing 'cordova platform add ubuntu' we check for (desktop) build 
> dependencies and fail if they are absent.
> Instead we should add platform support, offer to add them interactively, or 
> re-do the check when actually building the project. 



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

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

[jira] [Commented] (CB-9868) Should propose to install missing Ubuntu dependencies on platform add

[David Barth (JIRA)]

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

David Barth commented on CB-9868:
-

This is fixed as of release 4.3.1 of cordova-ubuntu

> Should propose to install missing Ubuntu dependencies on platform add
> -
>
> Key: CB-9868
> URL: https://issues.apache.org/jira/browse/CB-9868
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Ubuntu
>Reporter: David Barth
>Assignee: Maxim Ermilov
>Priority: Minor
>
> When doing 'cordova platform add ubuntu' we check for (desktop) build 
> dependencies and fail if they are absent.
> Instead we should add platform support, offer to add them interactively, or 
> re-do the check when actually building the project. 



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

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

[jira] [Commented] (CB-10080) Rewrite file-transfer server not to use disk cache

[Jason Ginchereau (JIRA)]

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

Jason Ginchereau commented on CB-10080:
---

Would it be sufficient to configure formidable to use the application private 
temp folder instead of the OS temp folder that it uses by default?

> Rewrite file-transfer server not to use disk cache
> --
>
> Key: CB-10080
> URL: https://issues.apache.org/jira/browse/CB-10080
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: mobile-spec
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>
> See the details in https://github.com/apache/cordova-labs/pull/9



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

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

[jira] [Commented] (CB-10166) local-webserver (via wkwebview-engine-localhost) doesn't set for localhost

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-10166:
---

+1, no need for PR, just commit that :)

> local-webserver (via wkwebview-engine-localhost) doesn't set 
>  for localhost
> -
>
> Key: CB-10166
> URL: https://issues.apache.org/jira/browse/CB-10166
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Plugin Whitelist, Plugin WKWebViewEngine
>Reporter: Tommy-Carlos Williams
>Assignee: Shazron Abdullah
>
> When adding cordova-ios@4.0.0 and the wkwebview-engine-localhost plugin, the 
>  never gets set for localhost.
> Just displays a white screen unless you run it in Xcode and see the error.
> Might want to just add {{http://localhost:\*/\*; />}} 
> to config.xml via the local-webserver plugin.
> Happy to do a PR if you agree...



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

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

[jira] [Updated] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-10162:
--
Labels: cordova-ios-4.0.1  (was: )

> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>  Labels: cordova-ios-4.0.1
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Updated] (CB-10144) You can't make cross-origin XmlHttpReqests in WKWebView

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-10144:
--
Description: 
CORS is respected now, unlike in UIWebView. The server you connect to must send 
the appropriate headers.

Workaround is to implement CB-10109

  was:
CORS is respected now, unlike in WKWebView. The server you connect to must send 
the appropriate headers.

Workaround is to implement CB-10109


> You can't make cross-origin XmlHttpReqests in WKWebView
> ---
>
> Key: CB-10144
> URL: https://issues.apache.org/jira/browse/CB-10144
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>  Labels: wkwebview-known-issues
>
> CORS is respected now, unlike in UIWebView. The server you connect to must 
> send the appropriate headers.
> Workaround is to implement CB-10109



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

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

[jira] [Commented] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10162:
-

Github user tony-- commented on the pull request:

https://github.com/apache/cordova-ios/pull/182#issuecomment-163395756
  
If it's not too late, consider updating the URL to:

https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/IconMatrix.html
as mentioned by @shazron in CB-9311?


> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>  Labels: cordova-ios-4.0.1
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Closed] (CB-10170) Support for Android Marshmallow (API level 23)

[Richard B Knoll (JIRA)]

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

Richard B Knoll closed CB-10170.

Resolution: Not A Problem

> Support for Android Marshmallow (API level 23)
> --
>
> Key: CB-10170
> URL: https://issues.apache.org/jira/browse/CB-10170
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Dan Dascalescu
>
> The [Android Platform 
> Guide|https://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html]
>  mentions only version 22. The run-time permissions from  API Level 23 would 
> be very nice to have.



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

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

[jira] [Assigned] (CB-7183) Prevent plugins from modifying files outside of the project

[Byoungro So (JIRA)]

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

Byoungro So reassigned CB-7183:
---

Assignee: Byoungro So

> Prevent plugins from modifying files outside of the project
> ---
>
> Key: CB-7183
> URL: https://issues.apache.org/jira/browse/CB-7183
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: Andrew Grieve
>Assignee: Byoungro So
>
> Right now this is possible:
> {code}
>  target-dir="../../../../../hooks/pre_package"/>
> {code}
> We should ensure that plugins are not able to touch files outside of the 
> project directory!



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

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

[jira] [Commented] (CB-9311) The iPhone 6 settings icon, 87x87px, is ignored

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9311:


Github user shazron commented on the pull request:

https://github.com/apache/cordova-lib/pull/354#issuecomment-163401759
  
no, never dumb it confused me as well at first -- yeah it was for the older 
platforms. We're trying to clean testing up so its less confusing esp with 
Platform API breakouts


> The iPhone 6 settings icon, 87x87px, is ignored
> ---
>
> Key: CB-9311
> URL: https://issues.apache.org/jira/browse/CB-9311
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
> Environment: iOS
>Reporter: Christian Wannerstedt
>Priority: Minor
>
> Cordova ignores any declared iOS icon with the dimension 87x87px.
> Expected:
> This icon size should be handled the same way as the other icons, and be 
> copied as icon-sm...@3x.png to the resource icons folder



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

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

[jira] [Commented] (CB-10144) You can't make cross-origin XmlHttpReqests in WKWebView

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-10144:
---

Yes I did - thanks!

> You can't make cross-origin XmlHttpReqests in WKWebView
> ---
>
> Key: CB-10144
> URL: https://issues.apache.org/jira/browse/CB-10144
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>  Labels: wkwebview-known-issues
>
> CORS is respected now, unlike in UIWebView. The server you connect to must 
> send the appropriate headers.
> Workaround is to implement CB-10109



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

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

[jira] [Commented] (CB-9311) The iPhone 6 settings icon, 87x87px, is ignored

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9311:


Github user tony-- commented on the pull request:

https://github.com/apache/cordova-lib/pull/354#issuecomment-163404133
  
Ok, thanks.  Closing this as an incorrect fix and CB-9311 is being 
addressed by 
[apache/cordova-ios#182](https://github.com/apache/cordova-ios/pull/182).


> The iPhone 6 settings icon, 87x87px, is ignored
> ---
>
> Key: CB-9311
> URL: https://issues.apache.org/jira/browse/CB-9311
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
> Environment: iOS
>Reporter: Christian Wannerstedt
>Priority: Minor
>
> Cordova ignores any declared iOS icon with the dimension 87x87px.
> Expected:
> This icon size should be handled the same way as the other icons, and be 
> copied as icon-sm...@3x.png to the resource icons folder



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

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

[jira] [Commented] (CB-9311) The iPhone 6 settings icon, 87x87px, is ignored

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9311:


Github user tony-- closed the pull request at:

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


> The iPhone 6 settings icon, 87x87px, is ignored
> ---
>
> Key: CB-9311
> URL: https://issues.apache.org/jira/browse/CB-9311
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
> Environment: iOS
>Reporter: Christian Wannerstedt
>Priority: Minor
>
> Cordova ignores any declared iOS icon with the dimension 87x87px.
> Expected:
> This icon size should be handled the same way as the other icons, and be 
> copied as icon-sm...@3x.png to the resource icons folder



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

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

[jira] [Commented] (CB-9311) The iPhone 6 settings icon, 87x87px, is ignored

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9311:


Github user tony-- commented on the pull request:

https://github.com/apache/cordova-lib/pull/354#issuecomment-163396804
  
Right, I wasn't thinking about that - thanks @shazron.  So... is this code 
here for backwards compatibility?  Or it just hasn't been removed yet?  Sorry 
for the dumb questions (and dumb PR).


> The iPhone 6 settings icon, 87x87px, is ignored
> ---
>
> Key: CB-9311
> URL: https://issues.apache.org/jira/browse/CB-9311
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
> Environment: iOS
>Reporter: Christian Wannerstedt
>Priority: Minor
>
> Cordova ignores any declared iOS icon with the dimension 87x87px.
> Expected:
> This icon size should be handled the same way as the other icons, and be 
> copied as icon-sm...@3x.png to the resource icons folder



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

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

[jira] [Commented] (CB-10166) local-webserver (via wkwebview-engine-localhost) doesn't set for localhost

[ASF subversion and git services (JIRA)]

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

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

Commit d3d7ed7995c173a0a83c2c26bc640bf2d91a1402 in cordova-plugins's branch 
refs/heads/master from [~devgeeks]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugins.git;h=d3d7ed7 ]

CB-10166 - Set  for localhost


> local-webserver (via wkwebview-engine-localhost) doesn't set 
>  for localhost
> -
>
> Key: CB-10166
> URL: https://issues.apache.org/jira/browse/CB-10166
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Plugin Whitelist, Plugin WKWebViewEngine
>Reporter: Tommy-Carlos Williams
>Assignee: Shazron Abdullah
>
> When adding cordova-ios@4.0.0 and the wkwebview-engine-localhost plugin, the 
>  never gets set for localhost.
> Just displays a white screen unless you run it in Xcode and see the error.
> Might want to just add {{http://localhost:\*/\*; />}} 
> to config.xml via the local-webserver plugin.
> Happy to do a PR if you agree...



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

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

[jira] [Commented] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10162:
-

Github user eymorale commented on the pull request:

https://github.com/apache/cordova-ios/pull/182#issuecomment-163419109
  
Can do @tony-- . I'll add it in and merge it


> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>  Labels: cordova-ios-4.0.1
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Commented] (CB-10170) Support for Android Marshmallow (API level 23)

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-10170:
--

The plugins were updated for the new permission model as well. See 
[here|http://cordova.apache.org/news/2015/11/24/plugins-release.html]

> Support for Android Marshmallow (API level 23)
> --
>
> Key: CB-10170
> URL: https://issues.apache.org/jira/browse/CB-10170
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Dan Dascalescu
>
> The [Android Platform 
> Guide|https://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html]
>  mentions only version 22. The run-time permissions from  API Level 23 would 
> be very nice to have.



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

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

[jira] [Commented] (CB-10170) Support for Android Marshmallow (API level 23)

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-10170:
--

Hey [~dandv], we actually do have API Level 23 support! cordova-android 5.0.0 
was released last month (see [this blog 
post|http://cordova.apache.org/announcements/2015/11/09/cordova-android-5.0.0.html]).
 There are instructions in that blog post for updating your projects. You will 
also likely have to update some of your plugins (see those listed in the post).

> Support for Android Marshmallow (API level 23)
> --
>
> Key: CB-10170
> URL: https://issues.apache.org/jira/browse/CB-10170
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Dan Dascalescu
>
> The [Android Platform 
> Guide|https://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html]
>  mentions only version 22. The run-time permissions from  API Level 23 would 
> be very nice to have.



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

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

[jira] [Created] (CB-10170) Support for Android Marshmallow (API level 23)

[Dan Dascalescu (JIRA)]

Dan Dascalescu created CB-10170:
---

 Summary: Support for Android Marshmallow (API level 23)
 Key: CB-10170
 URL: https://issues.apache.org/jira/browse/CB-10170
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Dan Dascalescu


The [Android Platform 
Guide|https://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html]
 mentions only version 22. The run-time permissions from  API Level 23 would be 
very nice to have.



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

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

[jira] [Commented] (CB-10170) Support for Android Marshmallow (API level 23)

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-10170:
--

New issue is here: CB-10174


> Support for Android Marshmallow (API level 23)
> --
>
> Key: CB-10170
> URL: https://issues.apache.org/jira/browse/CB-10170
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Dan Dascalescu
>
> The [Android Platform 
> Guide|https://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html]
>  mentions only version 22. The run-time permissions from  API Level 23 would 
> be very nice to have.



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

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

[jira] [Updated] (CB-10153) WKWebview does not respect the webkit-playsinline attribute

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-10153:
--
Component/s: (was: iOS)

> WKWebview does not respect the webkit-playsinline attribute
> ---
>
> Key: CB-10153
> URL: https://issues.apache.org/jira/browse/CB-10153
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Affects Versions: 4.0.0
> Environment: iPhone 5s, Cordova 5.4.1, iOS 9.1
>Reporter: Frederik Wessberg
>  Labels: cordova-ios-4.0.1
>
> With the config.xml preference "AllowInlineMediaPlayback" set to true and the 
> attribute "webkit-playsinline" set on HTML5 video elements, you would expect 
> the media to play inline on iPhone devices such as on UIWebview.
> Looking in the CDVWKWebViewEngine.m file, the property is correctly bound to 
> the WKWebview config object: 
> wkWebView.configuration.allowsInlineMediaPlayback = [settings 
> cordovaBoolSettingForKey:@"AllowInlineMediaPlayback" defaultValue:NO];
> However, video elements does NOT play inline.
> Here's a repo that shows this behavior:
> https://github.com/dlmma/NoInline



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

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

[jira] [Created] (CB-10172) Icon & Splash Screen not working with iOS@4.0.0

[Arch (JIRA)]

Arch created CB-10172:
-

 Summary: Icon & Splash Screen not working with iOS@4.0.0
 Key: CB-10172
 URL: https://issues.apache.org/jira/browse/CB-10172
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 4.0.0
Reporter: Arch
Priority: Blocker


My config.xml references resource file:


I am getting error:

cp: no such file or directory: /{path}/config.xml/res/icons/ios/icon...@3x.png

See config.xml in the path. 



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

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

[jira] [Updated] (CB-10168) CDVViewController appURL is nil if wwwFolderName is the path to a resource bundle

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-10168:
--
Labels: cordova-ios-4.0.1  (was: )

> CDVViewController appURL is nil if wwwFolderName is the path to a resource 
> bundle
> -
>
> Key: CB-10168
> URL: https://issues.apache.org/jira/browse/CB-10168
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
>Reporter: Mirko Luchi
>Priority: Minor
>  Labels: cordova-ios-4.0.1
>
> The -appUrl method of the CDVViewController doesn't take into account the 
> case where the wwwFolderName property is set to the path of a resource 
> bundle, falling back to method -[CDVCommandDelegate pathForResource:], which 
> returns nil.



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

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

[jira] [Commented] (CB-7183) Prevent plugins from modifying files outside of the project

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-7183:
--

I believe this was discussed in the mailing list but somehow rejected

> Prevent plugins from modifying files outside of the project
> ---
>
> Key: CB-7183
> URL: https://issues.apache.org/jira/browse/CB-7183
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: Andrew Grieve
>Assignee: Byoungro So
>
> Right now this is possible:
> {code}
>  target-dir="../../../../../hooks/pre_package"/>
> {code}
> We should ensure that plugins are not able to touch files outside of the 
> project directory!



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

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

[jira] [Commented] (CB-9837) Add data URI support to file-transfer upload on iOS

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9837:


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


https://github.com/apache/cordova-plugin-file-transfer/pull/122#discussion_r47181683
  
--- Diff: src/windows/FileTransferProxy.js ---
@@ -89,19 +179,141 @@ exec(win, fail, 'FileTransfer', 'upload',
 var isMultipart = typeof headers["Content-Type"] === 'undefined';
 
 if (!filePath || (typeof filePath !== 'string')) {
-errorCallback(new FTErr(FTErr.FILE_NOT_FOUND_ERR,null,server));
+errorCallback(new FTErr(FTErr.FILE_NOT_FOUND_ERR, null, 
server));
 return;
 }
 
-if (filePath.substr(0, 8) === "file:///") {
-filePath = appData.localFolder.path + 
filePath.substr(8).split("/").join("\\");
-} else if (filePath.indexOf('ms-appdata:///') === 0) {
-// Handle 'ms-appdata' scheme
-filePath = filePath.replace('ms-appdata:///local', 
appData.localFolder.path)
-   .replace('ms-appdata:///temp', 
appData.temporaryFolder.path);
-} else if (filePath.indexOf('cdvfile://') === 0) {
-filePath = filePath.replace('cdvfile://localhost/persistent', 
appData.localFolder.path)
-   .replace('cdvfile://localhost/temporary', 
appData.temporaryFolder.path);
+if (filePath.indexOf("data:") === 0 && filePath.indexOf("base64") 
!== -1) {
+// First a DataWriter object is created, backed by an 
in-memory stream where 
+// the data will be stored.
+var writer = Windows.Storage.Streams.DataWriter(new 
Windows.Storage.Streams.InMemoryRandomAccessStream());
+writer.unicodeEncoding = 
Windows.Storage.Streams.UnicodeEncoding.utf8;
+writer.byteOrder = 
Windows.Storage.Streams.ByteOrder.littleEndian;
+
+var commaIndex = filePath.indexOf(",");
+if (commaIndex === -1) {
+errorCallback(new FTErr(FTErr.INVALID_URL_ERR, fileName, 
server, null, null, "No comma in data: URI"));
+return;
+}
+
+// Create internal download operation object
+fileTransferOps[uploadId] = new 
FileTransferOperation(FileTransferOperation.PENDING, null);
+
+var fileDataString = filePath.substr(commaIndex + 1);
+
+function stringToByteArray(str) {
+var byteCharacters = atob(str);
+var byteNumbers = new Array(byteCharacters.length);
+for (var i = 0; i < byteCharacters.length; i++) {
+byteNumbers[i] = byteCharacters.charCodeAt(i);
+}
+return new Uint8Array(byteNumbers);
+};
+
+// setting request headers for uploader
+var uploader = new 
Windows.Networking.BackgroundTransfer.BackgroundUploader();
+uploader.method = httpMethod;
+for (var header in headers) {
+if (headers.hasOwnProperty(header)) {
+uploader.setRequestHeader(header, headers[header]);
+}
+}
+
+if (isMultipart) {
+// adding params supplied to request payload
+var multipartParams = '';
+for (var key in params) {
+if (params.hasOwnProperty(key)) {
+multipartParams += LINE_START + BOUNDARY + 
LINE_END;
+multipartParams += "Content-Disposition: 
form-data; name=\"" + key + "\"";
--- End diff --

Is there a library that creates HTTP requests with forms?


> Add data URI support to file-transfer upload on iOS
> ---
>
> Key: CB-9837
> URL: https://issues.apache.org/jira/browse/CB-9837
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin File Transfer
>Reporter: Juan Antonio
>  Labels: ios, reproduced, triaged
>
> When I send an encoded base64 string image from iOS device with 
> 'data:image/jpeg;base64,' at the beginning of data image on 
> ft.upload(fileURL...) , plugin file transfer crash. However, on android works 
> perfectly ONLY if line 'data:image/jpeg;base64,' is present.
> Possible solution:
> If I delete string data 'data:image/jpeg;base64,' for iOS devices and modify 
> plugin file iOS 'CDVFileTransfer.m' like this:
> - (void)fileDataForUploadCommand:(CDVInvokedUrlCommand*)command
> {
> NSString* source 

[jira] [Created] (CB-10173) URLIsWhitelisted error in CDVInAppBrowser.m

[Arch (JIRA)]

Arch created CB-10173:
-

 Summary: URLIsWhitelisted error in CDVInAppBrowser.m
 Key: CB-10173
 URL: https://issues.apache.org/jira/browse/CB-10173
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 1.1.0
Reporter: Arch


Upgrade to ios@4.0.0 gives below error in the plugin.

CDVInAppBrowser.m:234:31: error: no known instance method for selector 
'URLIsWhitelisted:'
if ([self.commandDelegate URLIsWhitelisted:url]) {




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

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

[jira] [Commented] (CB-10170) Support for Android Marshmallow (API level 23)

[Richard B Knoll (JIRA)]

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

Richard B Knoll commented on CB-10170:
--

Yes, it really should. I'll create a JIRA in the cordova-docs component. Thanks 
for pointing that out!

> Support for Android Marshmallow (API level 23)
> --
>
> Key: CB-10170
> URL: https://issues.apache.org/jira/browse/CB-10170
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Dan Dascalescu
>
> The [Android Platform 
> Guide|https://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html]
>  mentions only version 22. The run-time permissions from  API Level 23 would 
> be very nice to have.



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

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

[jira] [Commented] (CB-10173) URLIsWhitelisted error in CDVInAppBrowser.m

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-10173:
---

Use the master version for now:
cordova plugin add 
https://github.com/apache/cordova-plugin-inappbrowser.git#master

This has been fixed and should be in the next plugins release.

> URLIsWhitelisted error in CDVInAppBrowser.m
> ---
>
> Key: CB-10173
> URL: https://issues.apache.org/jira/browse/CB-10173
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 1.1.0
>Reporter: Arch
>
> Upgrade to ios@4.0.0 gives below error in the plugin.
> CDVInAppBrowser.m:234:31: error: no known instance method for selector 
> 'URLIsWhitelisted:'
> if ([self.commandDelegate URLIsWhitelisted:url]) {



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

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

[jira] [Commented] (CB-7183) Prevent plugins from modifying files outside of the project

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-7183:
--

No, things change all the time, I think a fresh perspective could change 
other's minds. This is where we discussed it, but in the context of hooks: 
http://markmail.org/message/ikovjpm2akal4zic

Now that I read that thread again, I think it's a different situation though

> Prevent plugins from modifying files outside of the project
> ---
>
> Key: CB-7183
> URL: https://issues.apache.org/jira/browse/CB-7183
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: Andrew Grieve
>Assignee: Byoungro So
>
> Right now this is possible:
> {code}
>  target-dir="../../../../../hooks/pre_package"/>
> {code}
> We should ensure that plugins are not able to touch files outside of the 
> project directory!



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

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

[jira] [Commented] (CB-9837) Add data URI support to file-transfer upload on iOS

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9837:


Github user dblotsky commented on the pull request:


https://github.com/apache/cordova-plugin-file-transfer/pull/122#issuecomment-163464535
  
Are base64-encoded files documented as supported by the file transfer API?


> Add data URI support to file-transfer upload on iOS
> ---
>
> Key: CB-9837
> URL: https://issues.apache.org/jira/browse/CB-9837
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin File Transfer
>Reporter: Juan Antonio
>  Labels: ios, reproduced, triaged
>
> When I send an encoded base64 string image from iOS device with 
> 'data:image/jpeg;base64,' at the beginning of data image on 
> ft.upload(fileURL...) , plugin file transfer crash. However, on android works 
> perfectly ONLY if line 'data:image/jpeg;base64,' is present.
> Possible solution:
> If I delete string data 'data:image/jpeg;base64,' for iOS devices and modify 
> plugin file iOS 'CDVFileTransfer.m' like this:
> - (void)fileDataForUploadCommand:(CDVInvokedUrlCommand*)command
> {
> NSString* source = (NSString*)[command argumentAtIndex:0];
> NSData *fileData = [[NSData alloc] initWithBase64EncodedString:source 
> options:NSDataBase64DecodingIgnoreUnknownCharacters];
> [self uploadData:fileData command:command];
> }
> works perfectly, but it wouldn't accept image path, only base64 string 
> encoded images.
> Thanks.



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

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

[jira] [Created] (CB-10171) WebKit Error after migration to iOS@4.0.0

[Arch (JIRA)]

Arch created CB-10171:
-

 Summary: WebKit Error after migration to iOS@4.0.0
 Key: CB-10171
 URL: https://issues.apache.org/jira/browse/CB-10171
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 4.0.0
Reporter: Arch
Priority: Blocker


After upgrade to ios@4.0.0 I am getting following error when I click on any 
links in my application.

*** WebKit discarded an uncaught exception in the 
webView:decidePolicyForNavigationAction:request:frame:decisionListener: 
delegate:  *** -[NSRegularExpression 
enumerateMatchesInString:options:range:usingBlock:]: nil 



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

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

[jira] [Updated] (CB-10172) Icon & Splash Screen not working with iOS@4.0.0

[Arch (JIRA)]

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

Arch updated CB-10172:
--
Description: 
My config.xml references resource file:


I am getting error:

cp: no such file or directory: /test/config.xml/res/icons/ios/icon...@3x.png

See config.xml in the path. 

  was:
My config.xml references resource file:


I am getting error:

cp: no such file or directory: /{path}/config.xml/res/icons/ios/icon...@3x.png

See config.xml in the path. 


> Icon & Splash Screen not working with iOS@4.0.0
> ---
>
> Key: CB-10172
> URL: https://issues.apache.org/jira/browse/CB-10172
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.0.0
>Reporter: Arch
>Priority: Blocker
>
> My config.xml references resource file:
> 
> I am getting error:
> cp: no such file or directory: /test/config.xml/res/icons/ios/icon...@3x.png
> See config.xml in the path. 



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

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

[jira] [Commented] (CB-10170) Support for Android Marshmallow (API level 23)

[Dan Dascalescu (JIRA)]

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

Dan Dascalescu commented on CB-10170:
-

Thanks Richard. Should the [Android Platform 
Guide|https://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html]
 mention version 23?

> Support for Android Marshmallow (API level 23)
> --
>
> Key: CB-10170
> URL: https://issues.apache.org/jira/browse/CB-10170
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Dan Dascalescu
>
> The [Android Platform 
> Guide|https://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html]
>  mentions only version 22. The run-time permissions from  API Level 23 would 
> be very nice to have.



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

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

[jira] [Created] (CB-10174) Android platform guides need Marshmallow updates

[Richard B Knoll (JIRA)]

Richard B Knoll created CB-10174:


 Summary: Android platform guides need Marshmallow updates
 Key: CB-10174
 URL: https://issues.apache.org/jira/browse/CB-10174
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Reporter: Richard B Knoll






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

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

[jira] [Comment Edited] (CB-10152) cordova-ios 3.9.2: Links Unclickable During Remote Page Load: NSURLErrorDomain error -999

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah edited comment on CB-10152 at 12/10/15 12:35 AM:
--

Can you try with cordova-ios-4? See 
http://cordova.apache.org/announcements/2015/12/08/cordova-ios-4.0.0.html



was (Author: shazron):
Can you try with cordova-ios-4? See 
http://cordova.apache.org/announcements/2015/12/08/cordova-ios-4.0.0.html

> cordova-ios 3.9.2: Links Unclickable During Remote Page Load: 
> NSURLErrorDomain error -999
> -
>
> Key: CB-10152
> URL: https://issues.apache.org/jira/browse/CB-10152
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: vB Results, LLC.
>Priority: Blocker
>
> If the content url in config.xml is remote, cordova-ios does not allow users 
> to click links until the page is completely finished loading.  In XCode's 
> console I see the error "NSURLErrorDomain error -999" in an infinite loop 
> after clicking.
> Example of affected app: 
> https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8
> The interim solution we have is to attach a click event handler that runs 
> window.stop, but that is loaded on a remote script and until it's downloaded 
> there is this sort of race condition, forcing us to put this code inline, 
> very hacky workaround.



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

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

[jira] [Updated] (CB-10153) WKWebview does not respect the webkit-playsinline attribute

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-10153:
--
Labels: cordova-ios-4.0.1  (was: )

> WKWebview does not respect the webkit-playsinline attribute
> ---
>
> Key: CB-10153
> URL: https://issues.apache.org/jira/browse/CB-10153
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Affects Versions: 4.0.0
> Environment: iPhone 5s, Cordova 5.4.1, iOS 9.1
>Reporter: Frederik Wessberg
>  Labels: cordova-ios-4.0.1
>
> With the config.xml preference "AllowInlineMediaPlayback" set to true and the 
> attribute "webkit-playsinline" set on HTML5 video elements, you would expect 
> the media to play inline on iPhone devices such as on UIWebview.
> Looking in the CDVWKWebViewEngine.m file, the property is correctly bound to 
> the WKWebview config object: 
> wkWebView.configuration.allowsInlineMediaPlayback = [settings 
> cordovaBoolSettingForKey:@"AllowInlineMediaPlayback" defaultValue:NO];
> However, video elements does NOT play inline.
> Here's a repo that shows this behavior:
> https://github.com/dlmma/NoInline



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

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

[jira] [Updated] (CB-10156) iOS platform FRAMEWORK_SEARCH_PATHS with add custom framework in plugin

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-10156:
--
Labels: cordova-ios-4.0.1  (was: )

> iOS platform FRAMEWORK_SEARCH_PATHS with add custom framework in plugin
> ---
>
> Key: CB-10156
> URL: https://issues.apache.org/jira/browse/CB-10156
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, iOS
>Affects Versions: 5.4.1
>Reporter: Clark
>  Labels: cordova-ios-4.0.1
>
> iOS platform FRAMEWORK_SEARCH_PATHS with add custom framework in plugin
> 
> Error :
> FRAMEWORK_SEARCH_PATHS = (
> "$(inherited)",
> "\"BlankCordovaApp1\Plugins\myPlugin\"",
> );
> 
> Right:
> FRAMEWORK_SEARCH_PATHS = (
> "$(inherited)",
> "\"BlankCordovaApp1/Plugins/myPlugin\"",
> );



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

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

[jira] [Updated] (CB-10155) cordova-ios-4.0.0: DisallowOverscroll not working

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-10155:
--
Labels: cordova-ios-4.0.1  (was: )

> cordova-ios-4.0.0: DisallowOverscroll not working
> -
>
> Key: CB-10155
> URL: https://issues.apache.org/jira/browse/CB-10155
> Project: Apache Cordova
>  Issue Type: Bug
>Affects Versions: 5.4.0, 5.4.1
> Environment: cordova-ios 4.0.0
>Reporter: Tom Nonk
>  Labels: cordova-ios-4.0.1
>
> DisallowOverscroll is not working on iOS9



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

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

[jira] [Resolved] (CB-10166) local-webserver (via wkwebview-engine-localhost) doesn't set for localhost

[Tommy-Carlos Williams (JIRA)]

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

Tommy-Carlos Williams resolved CB-10166.

Resolution: Fixed
  Assignee: Tommy-Carlos Williams  (was: Shazron Abdullah)

> local-webserver (via wkwebview-engine-localhost) doesn't set 
>  for localhost
> -
>
> Key: CB-10166
> URL: https://issues.apache.org/jira/browse/CB-10166
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Plugin Whitelist, Plugin WKWebViewEngine
>Reporter: Tommy-Carlos Williams
>Assignee: Tommy-Carlos Williams
>
> When adding cordova-ios@4.0.0 and the wkwebview-engine-localhost plugin, the 
>  never gets set for localhost.
> Just displays a white screen unless you run it in Xcode and see the error.
> Might want to just add {{http://localhost:\*/\*; />}} 
> to config.xml via the local-webserver plugin.
> Happy to do a PR if you agree...



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

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

[jira] [Commented] (CB-10171) WebKit Error after migration to iOS@4.0.0

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-10171:
---

Is this when you are using the cordova-plugin-wkwebview-engine plugin?


> WebKit Error after migration to iOS@4.0.0
> -
>
> Key: CB-10171
> URL: https://issues.apache.org/jira/browse/CB-10171
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.0.0
>Reporter: Arch
>Priority: Blocker
>
> After upgrade to ios@4.0.0 I am getting following error when I click on any 
> links in my application.
> *** WebKit discarded an uncaught exception in the 
> webView:decidePolicyForNavigationAction:request:frame:decisionListener: 
> delegate:  *** -[NSRegularExpression 
> enumerateMatchesInString:options:range:usingBlock:]: nil 



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

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

[jira] [Commented] (CB-7183) Prevent plugins from modifying files outside of the project

[Byoungro So (JIRA)]

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

Byoungro So commented on CB-7183:
-

Hi Shazron,

Do you mean this issue won't get accepted?
In the XDK, we disallow plugins from reading/modifying any files outside the 
project for security reasons.
It is not only the  element.
I am planning to make security checks in other elements too.
Any reason why we do not need these security checks?
Thanks.

> Prevent plugins from modifying files outside of the project
> ---
>
> Key: CB-7183
> URL: https://issues.apache.org/jira/browse/CB-7183
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: Andrew Grieve
>Assignee: Byoungro So
>
> Right now this is possible:
> {code}
>  target-dir="../../../../../hooks/pre_package"/>
> {code}
> We should ensure that plugins are not able to touch files outside of the 
> project directory!



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

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

[jira] [Commented] (CB-9837) Add data URI support to file-transfer upload on iOS

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9837:


Github user daserge commented on the pull request:


https://github.com/apache/cordova-plugin-file-transfer/pull/122#issuecomment-163520007
  
Updated the docs, thanks.


> Add data URI support to file-transfer upload on iOS
> ---
>
> Key: CB-9837
> URL: https://issues.apache.org/jira/browse/CB-9837
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin File Transfer
>Reporter: Juan Antonio
>  Labels: ios, reproduced, triaged
>
> When I send an encoded base64 string image from iOS device with 
> 'data:image/jpeg;base64,' at the beginning of data image on 
> ft.upload(fileURL...) , plugin file transfer crash. However, on android works 
> perfectly ONLY if line 'data:image/jpeg;base64,' is present.
> Possible solution:
> If I delete string data 'data:image/jpeg;base64,' for iOS devices and modify 
> plugin file iOS 'CDVFileTransfer.m' like this:
> - (void)fileDataForUploadCommand:(CDVInvokedUrlCommand*)command
> {
> NSString* source = (NSString*)[command argumentAtIndex:0];
> NSData *fileData = [[NSData alloc] initWithBase64EncodedString:source 
> options:NSDataBase64DecodingIgnoreUnknownCharacters];
> [self uploadData:fileData command:command];
> }
> works perfectly, but it wouldn't accept image path, only base64 string 
> encoded images.
> Thanks.



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

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

[jira] [Commented] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10162:
-

Github user asfgit closed the pull request at:

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


> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>  Labels: cordova-ios-4.0.1
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Resolved] (CB-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE

[Binu Paul (JIRA)]

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

Binu Paul resolved CB-9889.
---
Resolution: Fixed

> GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
> 
>
> Key: CB-9889
> URL: https://issues.apache.org/jira/browse/CB-9889
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.1.1
> Environment: Android
>Reporter: Binu Paul
>  Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, 
> publish, rejection, security, vulnerability
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> I tried 3 times to publish new update of my cordova android app in google 
> playstore. Every time google rejects the new build and telling that there are 
> vulnerabilities in cordova version 3.5.1, so update to the latest version and 
> publish again. But my cordova cli version is 5.1.1 and android platform 
> version is 4.0.2. How can I fix it??? 



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

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

[jira] [Resolved] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[Edna Morales (JIRA)]

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

Edna Morales resolved CB-10162.
---
Resolution: Fixed

> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>  Labels: cordova-ios-4.0.1
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Comment Edited] (CB-10152) cordova-ios 3.9.2: Links Unclickable During Remote Page Load: NSURLErrorDomain error -999

[vB Results, LLC. (JIRA)]

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

vB Results, LLC. edited comment on CB-10152 at 12/10/15 3:22 AM:
-

[~shazron] I can't compile now; all I did was add @4.0.0 to the platform add 
line.  Thank you for your help.

error: 
  no known instance method for selector 'URLIsWhitelisted:'
if ([self.commandDelegate URLIsWhitelisted:url]) {
  ^~~~
/Users/user/Desktop/com.businessadviceforum.app.cordova/platforms/ios/Business 
Advice Forum/Plugins/cordova-plugin-inappbrowser/CDVInAppBrowser.m:614:75:


was (Author: vbresults):
[~shazron] I can't compile now; all I did was add @4.0.0 to the platform add 
line.  Thank you for your help.

error: 
  no known instance method for selector 'URLIsWhitelisted:'
if ([self.commandDelegate URLIsWhitelisted:url]) {
  ^~~~
/Users/user900330/Desktop/com.businessadviceforum.app.cordova/platforms/ios/Business
 Advice Forum/Plugins/cordova-plugin-inappbrowser/CDVInAppBrowser.m:614:75:

> cordova-ios 3.9.2: Links Unclickable During Remote Page Load: 
> NSURLErrorDomain error -999
> -
>
> Key: CB-10152
> URL: https://issues.apache.org/jira/browse/CB-10152
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: vB Results, LLC.
>Priority: Blocker
>
> If the content url in config.xml is remote, cordova-ios does not allow users 
> to click links until the page is completely finished loading.  In XCode's 
> console I see the error "NSURLErrorDomain error -999" in an infinite loop 
> after clicking.
> Example of affected app: 
> https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8
> The interim solution we have is to attach a click event handler that runs 
> window.stop, but that is loaded on a remote script and until it's downloaded 
> there is this sort of race condition, forcing us to put this code inline, 
> very hacky workaround.



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

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

[jira] [Commented] (CB-10152) cordova-ios 3.9.2: Links Unclickable During Remote Page Load: NSURLErrorDomain error -999

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-10152:
---

See https://issues.apache.org/jira/browse/CB-10173

> cordova-ios 3.9.2: Links Unclickable During Remote Page Load: 
> NSURLErrorDomain error -999
> -
>
> Key: CB-10152
> URL: https://issues.apache.org/jira/browse/CB-10152
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: vB Results, LLC.
>
> If the content url in config.xml is remote, cordova-ios does not allow users 
> to click links until the page is completely finished loading.  In XCode's 
> console I see the error "NSURLErrorDomain error -999" in an infinite loop 
> after clicking.
> Example of affected app: 
> https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8
> The interim solution we have is to attach a click event handler that runs 
> window.stop, but that is loaded on a remote script and until it's downloaded 
> there is this sort of race condition, forcing us to put this code inline, 
> very hacky workaround.



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

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

[jira] [Commented] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[ASF subversion and git services (JIRA)]

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

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

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

CB-10162 correct the paths for iOS icon and splashscreen resources


> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>  Labels: cordova-ios-4.0.1
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Commented] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[ASF subversion and git services (JIRA)]

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

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

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

CB-10162 update reference url for icon images (closes #182)


> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>  Labels: cordova-ios-4.0.1
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Reopened] (CB-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE

[Binu Paul (JIRA)]

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

Binu Paul reopened CB-9889:
---

> GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
> 
>
> Key: CB-9889
> URL: https://issues.apache.org/jira/browse/CB-9889
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.1.1
> Environment: Android
>Reporter: Binu Paul
>  Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, 
> publish, rejection, security, vulnerability
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> I tried 3 times to publish new update of my cordova android app in google 
> playstore. Every time google rejects the new build and telling that there are 
> vulnerabilities in cordova version 3.5.1, so update to the latest version and 
> publish again. But my cordova cli version is 5.1.1 and android platform 
> version is 4.0.2. How can I fix it??? 



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

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

[jira] [Commented] (CB-9837) Add data URI support to file-transfer upload on iOS

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9837:


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


https://github.com/apache/cordova-plugin-file-transfer/pull/122#discussion_r47194431
  
--- Diff: src/windows/FileTransferProxy.js ---
@@ -89,19 +179,141 @@ exec(win, fail, 'FileTransfer', 'upload',
 var isMultipart = typeof headers["Content-Type"] === 'undefined';
 
 if (!filePath || (typeof filePath !== 'string')) {
-errorCallback(new FTErr(FTErr.FILE_NOT_FOUND_ERR,null,server));
+errorCallback(new FTErr(FTErr.FILE_NOT_FOUND_ERR, null, 
server));
 return;
 }
 
-if (filePath.substr(0, 8) === "file:///") {
-filePath = appData.localFolder.path + 
filePath.substr(8).split("/").join("\\");
-} else if (filePath.indexOf('ms-appdata:///') === 0) {
-// Handle 'ms-appdata' scheme
-filePath = filePath.replace('ms-appdata:///local', 
appData.localFolder.path)
-   .replace('ms-appdata:///temp', 
appData.temporaryFolder.path);
-} else if (filePath.indexOf('cdvfile://') === 0) {
-filePath = filePath.replace('cdvfile://localhost/persistent', 
appData.localFolder.path)
-   .replace('cdvfile://localhost/temporary', 
appData.temporaryFolder.path);
+if (filePath.indexOf("data:") === 0 && filePath.indexOf("base64") 
!== -1) {
+// First a DataWriter object is created, backed by an 
in-memory stream where 
+// the data will be stored.
+var writer = Windows.Storage.Streams.DataWriter(new 
Windows.Storage.Streams.InMemoryRandomAccessStream());
+writer.unicodeEncoding = 
Windows.Storage.Streams.UnicodeEncoding.utf8;
+writer.byteOrder = 
Windows.Storage.Streams.ByteOrder.littleEndian;
+
+var commaIndex = filePath.indexOf(",");
+if (commaIndex === -1) {
+errorCallback(new FTErr(FTErr.INVALID_URL_ERR, fileName, 
server, null, null, "No comma in data: URI"));
+return;
+}
+
+// Create internal download operation object
+fileTransferOps[uploadId] = new 
FileTransferOperation(FileTransferOperation.PENDING, null);
+
+var fileDataString = filePath.substr(commaIndex + 1);
+
+function stringToByteArray(str) {
+var byteCharacters = atob(str);
+var byteNumbers = new Array(byteCharacters.length);
+for (var i = 0; i < byteCharacters.length; i++) {
+byteNumbers[i] = byteCharacters.charCodeAt(i);
+}
+return new Uint8Array(byteNumbers);
+};
+
+// setting request headers for uploader
+var uploader = new 
Windows.Networking.BackgroundTransfer.BackgroundUploader();
+uploader.method = httpMethod;
+for (var header in headers) {
+if (headers.hasOwnProperty(header)) {
+uploader.setRequestHeader(header, headers[header]);
+}
+}
+
+if (isMultipart) {
+// adding params supplied to request payload
+var multipartParams = '';
+for (var key in params) {
+if (params.hasOwnProperty(key)) {
+multipartParams += LINE_START + BOUNDARY + 
LINE_END;
+multipartParams += "Content-Disposition: 
form-data; name=\"" + key + "\"";
--- End diff --

None I've found for Windows and `createUploadFromStreamAsync`. 

I think the current approach works as it is consistent with 
[Android](https://github.com/apache/cordova-plugin-file-transfer/blob/a9470ff1cc313be542f625f857d33fb14a520d6f/src/android/FileTransfer.java#L385-L411)
 and [iOS 
code](https://github.com/apache/cordova-plugin-file-transfer/blob/a9470ff1cc313be542f625f857d33fb14a520d6f/src/ios/CDVFileTransfer.m#L197-L225)
 for multipart forms and allows a fine tuning.

Alternative could be saving to a temporary file and using 
`BackgroundTransferContentPart` but it will be less efficient.



> Add data URI support to file-transfer upload on iOS
> ---
>
> Key: CB-9837
> URL: https://issues.apache.org/jira/browse/CB-9837
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin File Transfer
>Reporter: Juan Antonio
> 

[jira] [Commented] (CB-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE

[Binu Paul (JIRA)]

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

Binu Paul commented on CB-9889:
---

Thank you for your help,
My issue was also same.

> GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
> 
>
> Key: CB-9889
> URL: https://issues.apache.org/jira/browse/CB-9889
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.1.1
> Environment: Android
>Reporter: Binu Paul
>  Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, 
> publish, rejection, security, vulnerability
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> I tried 3 times to publish new update of my cordova android app in google 
> playstore. Every time google rejects the new build and telling that there are 
> vulnerabilities in cordova version 3.5.1, so update to the latest version and 
> publish again. But my cordova cli version is 5.1.1 and android platform 
> version is 4.0.2. How can I fix it??? 



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

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

[jira] [Comment Edited] (CB-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE

[Binu Paul (JIRA)]

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

Binu Paul edited comment on CB-9889 at 12/10/15 4:45 AM:
-

Thank you all for your comments. My problem is also solved. I too had an old 
cordova.js file in my project directory.
Sorry for being late to answer.
Special thanks to #jcesarmobile


was (Author: codebinu):
Thank you all for your comments. My problem is also solved. I too had an old 
cordova.js file in my project directory.
 Sorry for being late to answer.

> GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
> 
>
> Key: CB-9889
> URL: https://issues.apache.org/jira/browse/CB-9889
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.1.1
> Environment: Android
>Reporter: Binu Paul
>  Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, 
> publish, rejection, security, vulnerability
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> I tried 3 times to publish new update of my cordova android app in google 
> playstore. Every time google rejects the new build and telling that there are 
> vulnerabilities in cordova version 3.5.1, so update to the latest version and 
> publish again. But my cordova cli version is 5.1.1 and android platform 
> version is 4.0.2. How can I fix it??? 



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

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

[jira] [Commented] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[ASF subversion and git services (JIRA)]

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

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

Commit b3cfbeea853f1ac2cbbc71a7a85383b62e4d082d in cordova-ios's branch 
refs/heads/4.0.x from [~eymorale]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=b3cfbee ]

CB-10162 update reference url for icon images (closes #182)

(cherry picked from commit 58885067ffea1546c51da2d95f2dc6ac30b40bef)


> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>  Labels: cordova-ios-4.0.1
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Commented] (CB-10152) cordova-ios 3.9.2: Links Unclickable During Remote Page Load: NSURLErrorDomain error -999

[vB Results, LLC. (JIRA)]

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

vB Results, LLC. commented on CB-10152:
---

[~shazron] I can't compile now; all I did was add @4.0.0 to the platform add 
line.

error: 
  no known instance method for selector 'URLIsWhitelisted:'
if ([self.commandDelegate URLIsWhitelisted:url]) {
  ^~~~
/Users/user900330/Desktop/com.businessadviceforum.app.cordova/platforms/ios/Business
 Advice Forum/Plugins/cordova-plugin-inappbrowser/CDVInAppBrowser.m:614:75:

> cordova-ios 3.9.2: Links Unclickable During Remote Page Load: 
> NSURLErrorDomain error -999
> -
>
> Key: CB-10152
> URL: https://issues.apache.org/jira/browse/CB-10152
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: vB Results, LLC.
>Priority: Blocker
>
> If the content url in config.xml is remote, cordova-ios does not allow users 
> to click links until the page is completely finished loading.  In XCode's 
> console I see the error "NSURLErrorDomain error -999" in an infinite loop 
> after clicking.
> Example of affected app: 
> https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8
> The interim solution we have is to attach a click event handler that runs 
> window.stop, but that is loaded on a remote script and until it's downloaded 
> there is this sort of race condition, forcing us to put this code inline, 
> very hacky workaround.



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

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

[jira] [Commented] (CB-10162) [iOS] icon and splashscreen images don't copy over correctly from template

[ASF subversion and git services (JIRA)]

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

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

Commit 47f3d6773a719b180cc2c3514a83a0de295df95b in cordova-ios's branch 
refs/heads/4.0.x from [~eymorale]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=47f3d67 ]

CB-10162 correct the paths for iOS icon and splashscreen resources

(cherry picked from commit d9d12638d2fb6e6c39f56011ffdcb213fafbee8d)


> [iOS] icon and splashscreen images don't copy over correctly from template
> --
>
> Key: CB-10162
> URL: https://issues.apache.org/jira/browse/CB-10162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master
> Environment: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>  Labels: cordova-ios-4.0.1
>
> When specifying paths for splashscreen and icon images in config.xml, they do 
> not get copied over to the iOS project due to incorrect paths in the prepare 
> script for iOS



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

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

[jira] [Comment Edited] (CB-10152) cordova-ios 3.9.2: Links Unclickable During Remote Page Load: NSURLErrorDomain error -999

[vB Results, LLC. (JIRA)]

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

vB Results, LLC. edited comment on CB-10152 at 12/10/15 3:21 AM:
-

[~shazron] I can't compile now; all I did was add @4.0.0 to the platform add 
line.  Thank you for your help.

error: 
  no known instance method for selector 'URLIsWhitelisted:'
if ([self.commandDelegate URLIsWhitelisted:url]) {
  ^~~~
/Users/user900330/Desktop/com.businessadviceforum.app.cordova/platforms/ios/Business
 Advice Forum/Plugins/cordova-plugin-inappbrowser/CDVInAppBrowser.m:614:75:


was (Author: vbresults):
[~shazron] I can't compile now; all I did was add @4.0.0 to the platform add 
line.

error: 
  no known instance method for selector 'URLIsWhitelisted:'
if ([self.commandDelegate URLIsWhitelisted:url]) {
  ^~~~
/Users/user900330/Desktop/com.businessadviceforum.app.cordova/platforms/ios/Business
 Advice Forum/Plugins/cordova-plugin-inappbrowser/CDVInAppBrowser.m:614:75:

> cordova-ios 3.9.2: Links Unclickable During Remote Page Load: 
> NSURLErrorDomain error -999
> -
>
> Key: CB-10152
> URL: https://issues.apache.org/jira/browse/CB-10152
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: vB Results, LLC.
>Priority: Blocker
>
> If the content url in config.xml is remote, cordova-ios does not allow users 
> to click links until the page is completely finished loading.  In XCode's 
> console I see the error "NSURLErrorDomain error -999" in an infinite loop 
> after clicking.
> Example of affected app: 
> https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8
> The interim solution we have is to attach a click event handler that runs 
> window.stop, but that is loaded on a remote script and until it's downloaded 
> there is this sort of race condition, forcing us to put this code inline, 
> very hacky workaround.



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

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

[jira] [Commented] (CB-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE

[Binu Paul (JIRA)]

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

Binu Paul commented on CB-9889:
---

Thank you all for your comments. My problem is also solved. I too had an old 
cordova.js file in my project directory.
 Sorry for being late to answer.

> GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
> 
>
> Key: CB-9889
> URL: https://issues.apache.org/jira/browse/CB-9889
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.1.1
> Environment: Android
>Reporter: Binu Paul
>  Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, 
> publish, rejection, security, vulnerability
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> I tried 3 times to publish new update of my cordova android app in google 
> playstore. Every time google rejects the new build and telling that there are 
> vulnerabilities in cordova version 3.5.1, so update to the latest version and 
> publish again. But my cordova cli version is 5.1.1 and android platform 
> version is 4.0.2. How can I fix it??? 



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

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

[jira] [Updated] (CB-8455) suppress hooks with command line options

[Byoungro So (JIRA)]

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

Byoungro So updated CB-8455:

Labels: cordova-6.0.0  (was: )

> suppress hooks with command line options
> 
>
> Key: CB-8455
> URL: https://issues.apache.org/jira/browse/CB-8455
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CLI, CordovaLib
>Reporter: Byoungro So
>Assignee: Byoungro So
>  Labels: cordova-6.0.0
>
> Some Cordova users need a way to prevent hooks from being executed for 
> various reasons. One example is a security issue.
> A new CLI option "--nohooks" can be introduced for those Cordova users.
> This option takes a string as the pattern for disabling hooks.
> For example, 
> {code}cordova plugin --nohooks before_plugin_add {code}
> {code}cordova platform --nohooks before*{code}
> {code}cordova prepare --nohooks before_prepare --nohooks after*{code}
> {code}cordova build --nohooks .{code}
> --nohooks can be repeated for multiple hook patterns.
> All pattern strings are automatically converted to RegExp.
> The last example disables all hooks.
> We need this feature in Intel XDK.



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

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

[jira] [Commented] (CB-9837) Add data URI support to file-transfer upload on iOS

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9837:


GitHub user daserge opened a pull request:

https://github.com/apache/cordova-labs/pull/11

CB-9837 Add data URI support to file-transfer upload on iOS

Increases direct upload limit to the test image size

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

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

$ git pull https://github.com/daserge/cordova-labs cordova-filetransfer

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

https://github.com/apache/cordova-labs/pull/11.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #11


commit cf3dc1a462cd2245a216f5a54155ea4f93278122
Author: daserge 
Date:   2015-12-09T16:33:41Z

CB-9837 Add data URI support to file-transfer upload on iOS

Increases direct upload limit to the test image size




> Add data URI support to file-transfer upload on iOS
> ---
>
> Key: CB-9837
> URL: https://issues.apache.org/jira/browse/CB-9837
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin File Transfer
>Reporter: Juan Antonio
>  Labels: ios, reproduced, triaged
>
> When I send an encoded base64 string image from iOS device with 
> 'data:image/jpeg;base64,' at the beginning of data image on 
> ft.upload(fileURL...) , plugin file transfer crash. However, on android works 
> perfectly ONLY if line 'data:image/jpeg;base64,' is present.
> Possible solution:
> If I delete string data 'data:image/jpeg;base64,' for iOS devices and modify 
> plugin file iOS 'CDVFileTransfer.m' like this:
> - (void)fileDataForUploadCommand:(CDVInvokedUrlCommand*)command
> {
> NSString* source = (NSString*)[command argumentAtIndex:0];
> NSData *fileData = [[NSData alloc] initWithBase64EncodedString:source 
> options:NSDataBase64DecodingIgnoreUnknownCharacters];
> [self uploadData:fileData command:command];
> }
> works perfectly, but it wouldn't accept image path, only base64 string 
> encoded images.
> Thanks.



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

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

[jira] [Commented] (CB-10117) Add new test scenarios to contacts plugin tests

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10117:
-

GitHub user alsorokin opened a pull request:

https://github.com/apache/cordova-plugin-contacts/pull/99

CB-10117 Added new tests

https://issues.apache.org/jira/browse/CB-10117

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

$ git pull https://github.com/MSOpenTech/cordova-plugin-contacts CB-10117

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

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


commit 210efdca27072548f7aee3ff6244fb527539b14b
Author: Alexander Sorokin 
Date:   2015-12-02T16:51:50Z

CB-10117 Added new tests




> Add new test scenarios to contacts plugin tests
> ---
>
> Key: CB-10117
> URL: https://issues.apache.org/jira/browse/CB-10117
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Plugin Contacts
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> Currently contacts plugin tests doesn't cover these scenarios:
> - Automatic and manual test for a contact containing special characters and 
> escape sequences 
> - Manual test for contact update
> - Manual test for empty contact creation



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

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