[jira] [Commented] (CB-10322) Update Cordova's DOAP file

[Steve Gill (JIRA)]

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

Steve Gill commented on CB-10322:
-

think shaz fixed it

> Update Cordova's DOAP file
> --
>
> Key: CB-10322
> URL: https://issues.apache.org/jira/browse/CB-10322
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Website
>Reporter: Dmitry Blotsky
>  Labels: triaged
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> DOAP is an RDF schema. It stands for Description Of A Project. File in 
> question: http://svn.apache.org/repos/asf/cordova/site/infra/doap_Cordova.rdf.
> It's consumed as shown here: https://projects.apache.org/project.html?cordova.



--
This message was sent by Atlassian JIRA
(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-10926) No "Browser" icon for plugins when it is supported.

[Steve Gill (JIRA)]

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

Steve Gill resolved CB-10926.
-
Resolution: Implemented

Not sure who added it, but it exists now

> No "Browser" icon for plugins when it is supported.
> ---
>
> Key: CB-10926
> URL: https://issues.apache.org/jira/browse/CB-10926
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Website
>Reporter: Raymond Camden
>Priority: Minor
>  Labels: triaged
>
> On plugins.cordova.io, supported platforms are rendered with a simple set of 
> icons. There is no icon to indicate browser support.



--
This message was sent by Atlassian JIRA
(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-10322) Update Cordova's DOAP file

[Steve Gill (JIRA)]

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

Steve Gill closed CB-10322.
---
Resolution: Fixed

Think shaz 

> Update Cordova's DOAP file
> --
>
> Key: CB-10322
> URL: https://issues.apache.org/jira/browse/CB-10322
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Website
>Reporter: Dmitry Blotsky
>  Labels: triaged
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> DOAP is an RDF schema. It stands for Description Of A Project. File in 
> question: http://svn.apache.org/repos/asf/cordova/site/infra/doap_Cordova.rdf.
> It's consumed as shown here: https://projects.apache.org/project.html?cordova.



--
This message was sent by Atlassian JIRA
(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-11090) Website should have a link to Slack

[Steve Gill (JIRA)]

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

Steve Gill updated CB-11090:

Labels: easyfix regression triaged  (was: regression triaged)

> Website should have a link to Slack
> ---
>
> Key: CB-11090
> URL: https://issues.apache.org/jira/browse/CB-11090
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Website
>Reporter: Dmitry Blotsky
>  Labels: easyfix, regression, triaged
>




--
This message was sent by Atlassian JIRA
(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-9967) remove platform specific code from cordova-js

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9967:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-js/pull/138


> remove platform specific code from cordova-js
> -
>
> Key: CB-9967
> URL: https://issues.apache.org/jira/browse/CB-9967
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Reporter: Steve Gill
>Assignee: Audrey So
>
> Going to remove the platform specific code from cordova-js (exec, etc). Only 
> affected usecase is if someone is using the new tools + browserify + old 
> platforms (missing cordova-js-src). Not to worried about that use case. 



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

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

[jira] [Commented] (CB-11928) cordova-js jshint not working with node 6

[ASF subversion and git services (JIRA)]

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

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

Commit fa300933d3866caf8111475d217aea76cc41235b in cordova-js's branch 
refs/heads/master from [~auso]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=fa30093 ]

CB-11928 removed jshint from grunt.registerTask because it doesn't work with 
node6

 This closes #138


> cordova-js jshint not working with node 6
> -
>
> Key: CB-11928
> URL: https://issues.apache.org/jira/browse/CB-11928
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Reporter: Audrey So
>Assignee: Audrey So
>
> jshint not working with node 6. Errors arise when calling "grunt test".
> Discovered when addressing CB-9967.



--
This message was sent by Atlassian JIRA
(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-9967) remove platform specific code from cordova-js

[ASF subversion and git services (JIRA)]

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

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

Commit 0516fc1f8d97547ec43c81bc5a20f9ce645b6476 in cordova-js's branch 
refs/heads/master from [~auso]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=0516fc1 ]

CB-9967 deleted legacy platform specific files


> remove platform specific code from cordova-js
> -
>
> Key: CB-9967
> URL: https://issues.apache.org/jira/browse/CB-9967
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Reporter: Steve Gill
>Assignee: Audrey So
>
> Going to remove the platform specific code from cordova-js (exec, etc). Only 
> affected usecase is if someone is using the new tools + browserify + old 
> platforms (missing cordova-js-src). Not to worried about that use case. 



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

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

[jira] [Commented] (CB-11931) cordova-create@1.0.1 and cordova-app-hello-world@3.11.0 release. Sept 28, 2016

[ASF subversion and git services (JIRA)]

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

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

Commit dbd11c40565aa7dce0e51a73b494a9ed265725e3 in cordova-create's branch 
refs/heads/master from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-create.git;h=dbd11c4 ]

CB-11931 Incremented package version to -dev


> cordova-create@1.0.1 and cordova-app-hello-world@3.11.0 release. Sept 28, 2016
> --
>
> Key: CB-11931
> URL: https://issues.apache.org/jira/browse/CB-11931
> Project: Apache Cordova
>  Issue Type: Task
>  Components: App Hello World, cordova-create
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md;



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

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

[jira] [Commented] (CB-11931) cordova-create@1.0.1 and cordova-app-hello-world@3.11.0 release. Sept 28, 2016

[ASF subversion and git services (JIRA)]

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

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

Commit a1c3ecda8b3bf6d6cd8b1be568f434b586050f75 in cordova-create's branch 
refs/heads/1.0.x from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-create.git;h=a1c3ecd ]

CB-11931 Updated version and RELEASENOTES.md for release 1.0.1


> cordova-create@1.0.1 and cordova-app-hello-world@3.11.0 release. Sept 28, 2016
> --
>
> Key: CB-11931
> URL: https://issues.apache.org/jira/browse/CB-11931
> Project: Apache Cordova
>  Issue Type: Task
>  Components: App Hello World, cordova-create
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md;



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

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

[jira] [Commented] (CB-11931) cordova-create@1.0.1 and cordova-app-hello-world@3.11.0 release. Sept 28, 2016

[ASF subversion and git services (JIRA)]

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

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

Commit a1c3ecda8b3bf6d6cd8b1be568f434b586050f75 in cordova-create's branch 
refs/heads/master from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-create.git;h=a1c3ecd ]

CB-11931 Updated version and RELEASENOTES.md for release 1.0.1


> cordova-create@1.0.1 and cordova-app-hello-world@3.11.0 release. Sept 28, 2016
> --
>
> Key: CB-11931
> URL: https://issues.apache.org/jira/browse/CB-11931
> Project: Apache Cordova
>  Issue Type: Task
>  Components: App Hello World, cordova-create
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md;



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

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

[jira] [Commented] (CB-11722) cordova-create@1.0.0 release august 18, 2016

[ASF subversion and git services (JIRA)]

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

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

Commit 2cc4e1f18acb748dcd04ef5735d0395fa46d9230 in cordova-create's branch 
refs/heads/1.0.x from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-create.git;h=2cc4e1f ]

CB-11722 Incremented package version to -dev


> cordova-create@1.0.0 release august 18, 2016
> 
>
> Key: CB-11722
> URL: https://issues.apache.org/jira/browse/CB-11722
> Project: Apache Cordova
>  Issue Type: Task
>  Components: cordova-create
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md;



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

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

[jira] [Commented] (CB-11931) cordova-create@1.0.1 and cordova-app-hello-world@3.11.0 release. Sept 28, 2016

[ASF subversion and git services (JIRA)]

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

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

Commit eb201352636cc244f07617c6e86b1197baaa71af in cordova-app-hello-world's 
branch refs/heads/master from [~stevegill]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-app-hello-world.git;h=eb20135 
]

CB-11931 Updated version and RELEASENOTES.md for release 3.11.0


> cordova-create@1.0.1 and cordova-app-hello-world@3.11.0 release. Sept 28, 2016
> --
>
> Key: CB-11931
> URL: https://issues.apache.org/jira/browse/CB-11931
> Project: Apache Cordova
>  Issue Type: Task
>  Components: App Hello World, cordova-create
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md;



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

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

[jira] [Commented] (CB-11931) cordova-create@1.0.1 and cordova-app-hello-world@3.11.0 release. Sept 28, 2016

[ASF subversion and git services (JIRA)]

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

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

Commit bf43f7a251b952b6950399e61388e9c81ba78c27 in cordova-app-hello-world's 
branch refs/heads/master from [~stevegill]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-app-hello-world.git;h=bf43f7a 
]

CB-11931 Incremented package version to -dev


> cordova-create@1.0.1 and cordova-app-hello-world@3.11.0 release. Sept 28, 2016
> --
>
> Key: CB-11931
> URL: https://issues.apache.org/jira/browse/CB-11931
> Project: Apache Cordova
>  Issue Type: Task
>  Components: App Hello World, cordova-create
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md;



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

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

[jira] [Commented] (CB-9967) remove platform specific code from cordova-js

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9967:


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

https://github.com/apache/cordova-js/pull/138#discussion_r81263858
  
--- Diff: tasks/lib/bundle.js ---
@@ -30,35 +30,44 @@ module.exports = function bundle(platform, debug, 
commitId, platformVersion, pla
 var scripts = collectFiles(path.join('src', 'scripts'));
 var platformDep;
 modules[''] = path.join('src', 'cordova.js');
-
+   
 //check to see if platform has cordova-js-src directory
 if(fs.existsSync(platformPath) && 
fs.existsSync(path.join(platformPath, 'cordova-js-src'))) {
+console.log(platformPath);
--- End diff --

fixed!


> remove platform specific code from cordova-js
> -
>
> Key: CB-9967
> URL: https://issues.apache.org/jira/browse/CB-9967
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Reporter: Steve Gill
>Assignee: Audrey So
>
> Going to remove the platform specific code from cordova-js (exec, etc). Only 
> affected usecase is if someone is using the new tools + browserify + old 
> platforms (missing cordova-js-src). Not to worried about that use case. 



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

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

[jira] [Resolved] (CB-11938) CSP should handle content: for img-src

[Steve Gill (JIRA)]

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

Steve Gill resolved CB-11938.
-
Resolution: Fixed

> CSP should handle content: for img-src
> --
>
> Key: CB-11938
> URL: https://issues.apache.org/jira/browse/CB-11938
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: App Hello World
>Affects Versions: 3.10.0
>Reporter: Steve Gill
>Assignee: Steve Gill
> Fix For: 3.11.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-11938) CSP should handle content: for img-src

[ASF subversion and git services (JIRA)]

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

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

Commit 451d94fe9550038adbc3baedd7b42f9baf422eb4 in cordova-app-hello-world's 
branch refs/heads/master from [~stevegill]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-app-hello-world.git;h=451d94f 
]

CB-11938 updated csp to include content: for img-src


> CSP should handle content: for img-src
> --
>
> Key: CB-11938
> URL: https://issues.apache.org/jira/browse/CB-11938
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: App Hello World
>Affects Versions: 3.10.0
>Reporter: Steve Gill
>Assignee: Steve Gill
> Fix For: 3.11.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-11938) CSP should handle content: for img-src

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11938:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-app-hello-world/pull/17


> CSP should handle content: for img-src
> --
>
> Key: CB-11938
> URL: https://issues.apache.org/jira/browse/CB-11938
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: App Hello World
>Affects Versions: 3.10.0
>Reporter: Steve Gill
>Assignee: Steve Gill
> Fix For: 3.11.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-9967) remove platform specific code from cordova-js

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9967:


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

https://github.com/apache/cordova-js/pull/138#discussion_r81262704
  
--- Diff: tasks/lib/bundle.js ---
@@ -30,35 +30,44 @@ module.exports = function bundle(platform, debug, 
commitId, platformVersion, pla
 var scripts = collectFiles(path.join('src', 'scripts'));
 var platformDep;
 modules[''] = path.join('src', 'cordova.js');
-
+   
 //check to see if platform has cordova-js-src directory
 if(fs.existsSync(platformPath) && 
fs.existsSync(path.join(platformPath, 'cordova-js-src'))) {
+console.log(platformPath);
--- End diff --

You probably meant to delete this console.log


> remove platform specific code from cordova-js
> -
>
> Key: CB-9967
> URL: https://issues.apache.org/jira/browse/CB-9967
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Reporter: Steve Gill
>Assignee: Audrey So
>
> Going to remove the platform specific code from cordova-js (exec, etc). Only 
> affected usecase is if someone is using the new tools + browserify + old 
> platforms (missing cordova-js-src). Not to worried about that use case. 



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

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

[jira] [Commented] (CB-11938) CSP should handle content: for img-src

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11938:
-

GitHub user stevengill opened a pull request:

https://github.com/apache/cordova-app-hello-world/pull/17

CB-11938 updated csp to include content: for img-src



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

$ git pull https://github.com/stevengill/cordova-app-hello-world master

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

https://github.com/apache/cordova-app-hello-world/pull/17.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 #17






> CSP should handle content: for img-src
> --
>
> Key: CB-11938
> URL: https://issues.apache.org/jira/browse/CB-11938
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: App Hello World
>Affects Versions: 3.10.0
>Reporter: Steve Gill
>Assignee: Steve Gill
> Fix For: 3.11.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] [Created] (CB-11938) CSP should handle content: for img-src

[Steve Gill (JIRA)]

Steve Gill created CB-11938:
---

 Summary: CSP should handle content: for img-src
 Key: CB-11938
 URL: https://issues.apache.org/jira/browse/CB-11938
 Project: Apache Cordova
  Issue Type: Bug
  Components: App Hello World
Affects Versions: 3.10.0
Reporter: Steve Gill
Assignee: Steve Gill
 Fix For: 3.11.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-11860) Cordova-iOS cannot package distributions apps with Xcode 8

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11860:
-

Github user shazron commented on the issue:

https://github.com/apache/cordova-ios/pull/257
  
I filed https://github.com/phonegap/ios-deploy/issues/258 to solve the 
symlink issue.


> Cordova-iOS cannot package distributions apps with Xcode 8
> --
>
> Key: CB-11860
> URL: https://issues.apache.org/jira/browse/CB-11860
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
>Reporter: Darryl Pogue
>Assignee: Darryl Pogue
>
> See mailing list thread: 
> https://lists.apache.org/thread.html/85a715681471c774821d76a90ec288943eca1a4bb0a267ba299d2eb3@%3Cdev.cordova.apache.org%3E
> {quote}My proposal is for cordova-ios to drop support for Xcode 6 with the 
> xcrun
> packaging, and start using xcodebuild for archiving and generating the IPA.
> I suppose that would have to wait for a major version bump of cordova-ios,
> unless we detected the Xcode version and kept the old code around
> conditionally.
> As part of packaging, we would need to generate a exportOptions.plist file,
> indicating what type of build to package (development, enterprise, ad-hoc,
> or app-store). I'd suggest we add a "packageType" or "buildType" field to
> build.json for specifying this value (with a default of development).{quote}



--
This message was sent by Atlassian JIRA
(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-11642) Update CDVAvailability.h in coho prepare-release-branch

[Audrey So (JIRA)]

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

Audrey So closed CB-11642.
--
Resolution: Fixed

Merged with master

> Update CDVAvailability.h in coho prepare-release-branch 
> 
>
> Key: CB-11642
> URL: https://issues.apache.org/jira/browse/CB-11642
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Coho
> Environment: ios
>Reporter: Julia Geist
>Assignee: Audrey So
>Priority: Trivial
>
> See 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md#for-ios-only
>  



--
This message was sent by Atlassian JIRA
(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-11642) Update CDVAvailability.h in coho prepare-release-branch

[ASF subversion and git services (JIRA)]

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

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

Commit cfa41f49e39b8083195b5080effec6511d7b62f9 in cordova-coho's branch 
refs/heads/master from [~auso]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-coho.git;h=cfa41f4 ]

CB-11642 updated CDVAvailability.h in coho

 This closes #140


> Update CDVAvailability.h in coho prepare-release-branch 
> 
>
> Key: CB-11642
> URL: https://issues.apache.org/jira/browse/CB-11642
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Coho
> Environment: ios
>Reporter: Julia Geist
>Assignee: Audrey So
>Priority: Trivial
>
> See 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md#for-ios-only
>  



--
This message was sent by Atlassian JIRA
(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-11642) Update CDVAvailability.h in coho prepare-release-branch

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11642:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-coho/pull/140


> Update CDVAvailability.h in coho prepare-release-branch 
> 
>
> Key: CB-11642
> URL: https://issues.apache.org/jira/browse/CB-11642
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Coho
> Environment: ios
>Reporter: Julia Geist
>Assignee: Audrey So
>Priority: Trivial
>
> See 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md#for-ios-only
>  



--
This message was sent by Atlassian JIRA
(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-11642) Update CDVAvailability.h in coho prepare-release-branch

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11642:
-

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

https://github.com/apache/cordova-coho/pull/140#discussion_r81260399
  
--- Diff: src/platform-release.js ---
@@ -111,7 +140,6 @@ function *updateJsSnapshot(repo, version) {
 } else if (repoutil.repoGroups.all.indexOf(repo) != -1) {
 print('*** DO NOT KNOW HOW TO UPDATE cordova.js FOR THIS REPO 
***');
 }
-}
--- End diff --

fixed!


> Update CDVAvailability.h in coho prepare-release-branch 
> 
>
> Key: CB-11642
> URL: https://issues.apache.org/jira/browse/CB-11642
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Coho
> Environment: ios
>Reporter: Julia Geist
>Assignee: Audrey So
>Priority: Trivial
>
> See 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md#for-ios-only
>  



--
This message was sent by Atlassian JIRA
(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-11860) Cordova-iOS cannot package distributions apps with Xcode 8

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11860:
-

Github user dpogue commented on the issue:

https://github.com/apache/cordova-ios/pull/257
  
Yeah, I was hoping to find a convenient way to override Ruby gem paths with 
environment variables or something, but for now it's probably worth just 
printing a warning for now.

I'm curious if the `--developmentTeam` is needed if you had multiple teams, 
but it's nice that for most people it will just work without issues.


> Cordova-iOS cannot package distributions apps with Xcode 8
> --
>
> Key: CB-11860
> URL: https://issues.apache.org/jira/browse/CB-11860
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
>Reporter: Darryl Pogue
>Assignee: Darryl Pogue
>
> See mailing list thread: 
> https://lists.apache.org/thread.html/85a715681471c774821d76a90ec288943eca1a4bb0a267ba299d2eb3@%3Cdev.cordova.apache.org%3E
> {quote}My proposal is for cordova-ios to drop support for Xcode 6 with the 
> xcrun
> packaging, and start using xcodebuild for archiving and generating the IPA.
> I suppose that would have to wait for a major version bump of cordova-ios,
> unless we detected the Xcode version and kept the old code around
> conditionally.
> As part of packaging, we would need to generate a exportOptions.plist file,
> indicating what type of build to package (development, enterprise, ad-hoc,
> or app-store). I'd suggest we add a "packageType" or "buildType" field to
> build.json for specifying this value (with a default of development).{quote}



--
This message was sent by Atlassian JIRA
(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-11642) Update CDVAvailability.h in coho prepare-release-branch

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11642:
-

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

https://github.com/apache/cordova-coho/pull/140#discussion_r81259581
  
--- Diff: src/platform-release.js ---
@@ -111,7 +140,6 @@ function *updateJsSnapshot(repo, version) {
 } else if (repoutil.repoGroups.all.indexOf(repo) != -1) {
 print('*** DO NOT KNOW HOW TO UPDATE cordova.js FOR THIS REPO 
***');
 }
-}
--- End diff --

did this get accidentally deleted?


> Update CDVAvailability.h in coho prepare-release-branch 
> 
>
> Key: CB-11642
> URL: https://issues.apache.org/jira/browse/CB-11642
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Coho
> Environment: ios
>Reporter: Julia Geist
>Assignee: Audrey So
>Priority: Trivial
>
> See 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md#for-ios-only
>  



--
This message was sent by Atlassian JIRA
(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-10324) Derive whitelist tags from CSP

[Steve Gill (JIRA)]

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

Steve Gill reassigned CB-10324:
---

Assignee: Steve Gill

> Derive whitelist tags from CSP
> --
>
> Key: CB-10324
> URL: https://issues.apache.org/jira/browse/CB-10324
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android, iOS
>Affects Versions: 4.0.1
>Reporter: Gregor Schmidt
>Assignee: Steve Gill
>Priority: Minor
>
> When dynamically creating an {{iframe}}, the {{iframe}}'s {{src}} is never 
> loaded. This worked without issues using 3.9.2.
> Example Code:
> {code:javascript}
> i = document.createElement("iframe");
> i.src = "https://example.org;;
> document.body.appendChild(i);
> {code}
> Please note, that you have to extend the {{Content-Security-Policy}} headers 
> to include {{https:}} to pass CSP restrictions.
> I have also created a sample project to reproduce the problem. You may find 
> it at https://github.com/schmidt/cordova-ios-iframe-example



--
This message was sent by Atlassian JIRA
(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-11860) Cordova-iOS cannot package distributions apps with Xcode 8

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11860:
-

Github user shazron commented on the issue:

https://github.com/apache/cordova-ios/pull/257
  
@dpogue Just tested this. We need to add a warning if users are not using 
the system ruby, like the  pre-reqs check for xcodebuild (it wouldn't work like 
you said without the system ruby). I didn't even need to use the 
`--developmentTeam` flag for it to work. `cordova build --device` worked like 
it did before.

@chancezeus in `platforms\ios\device` there is already a symlink to the 
.app bundle. Unfortunately `ios-deploy` doesn't traverse the symlink for some 
reason, gives an error : `Can't access app path 
'/Users/shaz/Desktop/f/platforms/ios/build/device/my.app' : No such file or 
directory` . I'll have to make a patch release to ios-deploy for this, and 
update the minimum requirements to cordova-ios that has to go with this pull 
request.


> Cordova-iOS cannot package distributions apps with Xcode 8
> --
>
> Key: CB-11860
> URL: https://issues.apache.org/jira/browse/CB-11860
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
>Reporter: Darryl Pogue
>Assignee: Darryl Pogue
>
> See mailing list thread: 
> https://lists.apache.org/thread.html/85a715681471c774821d76a90ec288943eca1a4bb0a267ba299d2eb3@%3Cdev.cordova.apache.org%3E
> {quote}My proposal is for cordova-ios to drop support for Xcode 6 with the 
> xcrun
> packaging, and start using xcodebuild for archiving and generating the IPA.
> I suppose that would have to wait for a major version bump of cordova-ios,
> unless we detected the Xcode version and kept the old code around
> conditionally.
> As part of packaging, we would need to generate a exportOptions.plist file,
> indicating what type of build to package (development, enterprise, ad-hoc,
> or app-store). I'd suggest we add a "packageType" or "buildType" field to
> build.json for specifying this value (with a default of development).{quote}



--
This message was sent by Atlassian JIRA
(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-11642) Update CDVAvailability.h in coho prepare-release-branch

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11642:
-

GitHub user audreyso opened a pull request:

https://github.com/apache/cordova-coho/pull/140

CB-11642 Updated CDVAvailability.h in coho prepare-release-branch

CB-11642 Updated CDVAvailability.h in coho prepare-release-branch. It 
affects iOS only.

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

$ git pull https://github.com/audreyso/cordova-coho CB-11642

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

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


commit 729fc62973a5f37a88721baade6e637c490113b5
Author: juliascript 
Date:   2016-07-29T00:44:52Z

CB-11642 update CDVAvailability.h

commit 5f56d4a5ca75ea849c65a3cb54726c6a43e4d703
Author: juliascript 
Date:   2016-07-29T00:48:21Z

CB-11642 update CDVAvailability.h

commit 83c379cde28bc4678577ff89ee3015f85af53e7c
Author: juliascript 
Date:   2016-07-29T18:16:53Z

update npm test

commit e60c1d39324b943755348f74032680ffdccb4ace
Author: audreyso 
Date:   2016-09-29T23:26:48Z

CB-11642 updated CDVAvailability.h in coho




> Update CDVAvailability.h in coho prepare-release-branch 
> 
>
> Key: CB-11642
> URL: https://issues.apache.org/jira/browse/CB-11642
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Coho
> Environment: ios
>Reporter: Julia Geist
>Assignee: Audrey So
>Priority: Trivial
>
> See 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md#for-ios-only
>  



--
This message was sent by Atlassian JIRA
(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-11771) Installing plugin with symlink option pollutes original directory with intermediate files

[Shazron Abdullah (JIRA)]

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

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

> Installing plugin with symlink option pollutes original directory with 
> intermediate files
> -
>
> Key: CB-11771
> URL: https://issues.apache.org/jira/browse/CB-11771
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 1.3.0
>Reporter: Martin Bektchiev
>Assignee: Martin Bektchiev
>Priority: Minor
>
> When installing a plugin with custom library using the --link option the 
> whole directory is symlinked and temporary files leak into the original 
> plugin directory on build. This leads to broken builds if the same plugin is 
> linked in 2 projects targeting different Cordova versions.
> Steps to reproduce:
> * Clone https://github.com/Telerik-Verified-Plugins/Telerik-AppFeedback 
> plugin (or any other with an embedded android library)
> * Create 2 test projects with Cordova Android 4.1.1 and 5.2
> * Install the plugin using the --link option of plugman in both projects
> * Build the Cordova 5.2 project
> * Attempt to build the Cordova 4.1.1 project - multiple java errors of the 
> following kind are generated:
> Unknown source file : Uncaught translation error: 
> java.lang.IllegalArgumentException: already added: 
> Landroid/support/v7/appcompat/R$dimen;



--
This message was sent by Atlassian JIRA
(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-11771) Installing plugin with symlink option pollutes original directory with intermediate files

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11771:
-

Github user shazron commented on the issue:

https://github.com/apache/cordova-ios/pull/244
  
Merged into master: 
https://github.com/apache/cordova-ios/commit/c6587cffe7afded445500c2f30addfdf65290797
  -- you can close this PR. Thanks!


> Installing plugin with symlink option pollutes original directory with 
> intermediate files
> -
>
> Key: CB-11771
> URL: https://issues.apache.org/jira/browse/CB-11771
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 1.3.0
>Reporter: Martin Bektchiev
>Assignee: Martin Bektchiev
>Priority: Minor
>
> When installing a plugin with custom library using the --link option the 
> whole directory is symlinked and temporary files leak into the original 
> plugin directory on build. This leads to broken builds if the same plugin is 
> linked in 2 projects targeting different Cordova versions.
> Steps to reproduce:
> * Clone https://github.com/Telerik-Verified-Plugins/Telerik-AppFeedback 
> plugin (or any other with an embedded android library)
> * Create 2 test projects with Cordova Android 4.1.1 and 5.2
> * Install the plugin using the --link option of plugman in both projects
> * Build the Cordova 5.2 project
> * Attempt to build the Cordova 4.1.1 project - multiple java errors of the 
> following kind are generated:
> Unknown source file : Uncaught translation error: 
> java.lang.IllegalArgumentException: already added: 
> Landroid/support/v7/appcompat/R$dimen;



--
This message was sent by Atlassian JIRA
(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-11771) Installing plugin with symlink option pollutes original directory with intermediate files

[ASF subversion and git services (JIRA)]

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

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

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

CB-11771 Deep symlink directories to target project instead of linking the 
directory itself

When installing a plugin with custom library using the --link option the whole 
directory is symlinked and temporary
files leak into the original plugin directory on build. This leads to broken 
builds if the same plugin is linked in
2 projects targeting different Cordova versions.

Respect the --link option in resource-file and framework handlers.
Fix failing unit test on Windows.


> Installing plugin with symlink option pollutes original directory with 
> intermediate files
> -
>
> Key: CB-11771
> URL: https://issues.apache.org/jira/browse/CB-11771
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 1.3.0
>Reporter: Martin Bektchiev
>Assignee: Martin Bektchiev
>Priority: Minor
>
> When installing a plugin with custom library using the --link option the 
> whole directory is symlinked and temporary files leak into the original 
> plugin directory on build. This leads to broken builds if the same plugin is 
> linked in 2 projects targeting different Cordova versions.
> Steps to reproduce:
> * Clone https://github.com/Telerik-Verified-Plugins/Telerik-AppFeedback 
> plugin (or any other with an embedded android library)
> * Create 2 test projects with Cordova Android 4.1.1 and 5.2
> * Install the plugin using the --link option of plugman in both projects
> * Build the Cordova 5.2 project
> * Attempt to build the Cordova 4.1.1 project - multiple java errors of the 
> following kind are generated:
> Unknown source file : Uncaught translation error: 
> java.lang.IllegalArgumentException: already added: 
> Landroid/support/v7/appcompat/R$dimen;



--
This message was sent by Atlassian JIRA
(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-11640) Android build fails with JDK 7 -- needs JDK 8

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11640:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-android/pull/338
  
## [Current 
coverage](https://codecov.io/gh/apache/cordova-android/pull/338?src=pr) is 
35.15% (diff: 100%)
> Merging 
[#338](https://codecov.io/gh/apache/cordova-android/pull/338?src=pr) into 
[master](https://codecov.io/gh/apache/cordova-android/branch/master?src=pr) 
will not change coverage

```diff
@@ master   #338   diff @@
==
  Files12 12  
  Lines  1007   1007  
  Methods 198198  
  Messages  0  0  
  Branches168168  
==
  Hits354354  
  Misses  653653  
  Partials  0  0  
```

> Powered by [Codecov](https://codecov.io?src=pr). Last update 
[30325e4...68e8100](https://codecov.io/gh/apache/cordova-android/compare/30325e4f32564cc8806bb1e100dbe4be8a0db449...68e81000635e1a2a7850c4e1545f2d2915ba6896?src=pr)


> Android build fails with JDK 7 -- needs JDK 8
> -
>
> Key: CB-11640
> URL: https://issues.apache.org/jira/browse/CB-11640
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Docs
>Affects Versions: 6.3.0
> Environment: OS: Linux 3.16.0-4-amd64 #1 SMP Debian 
> 3.16.7-ckt25-2+deb8u3 (2016-07-02) x86_64 GNU/Linux
> Cordova: 6.3.0
> Cordova Android: 5.2.1
>Reporter: Andrew Neff
>Assignee: Joe Bowser
>
> Android platform documentation says JDK 7 or later. 
> http://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html
> In fact, the default/sample project build throws a 
> java.lang.UnsupportedClassVersionError in :transformClassesWithDexForDebug.
> -->> 
> Exception in thread "main" java.lang.UnsupportedClassVersionError: 
> com/android/dx/command/Main : Unsupported major.minor version 52.0
> <<--
> When I change to JDK 8, the problem goes away and everything seems OK. (I 
> only tested this with OpenJDK, but suspect it will be the same for Oracle 
> Java.)
> If you decide to fix this by changing the docs, be aware that the JDK 
> download link you currently provide offers only JDK 7 downloads.



--
This message was sent by Atlassian JIRA
(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-11937) Travis CI build failing

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11937:
-

GitHub user shazron opened a pull request:

https://github.com/apache/cordova-plugin-wkwebview-engine/pull/22

CB-11937 - Travis CI build failing



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

$ git pull https://github.com/shazron/cordova-plugin-wkwebview-engine 
CB-11937

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

https://github.com/apache/cordova-plugin-wkwebview-engine/pull/22.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 #22


commit 3437df6837ea121e4c842b62e426dde3266a998a
Author: Shazron Abdullah 
Date:   2016-09-29T22:11:30Z

CB-11937 - Travis CI build failing




> Travis CI build failing
> ---
>
> Key: CB-11937
> URL: https://issues.apache.org/jira/browse/CB-11937
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> https://travis-ci.org/apache/cordova-plugin-wkwebview-engine/builds/163482286



--
This message was sent by Atlassian JIRA
(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-11937) Travis CI build failing

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-11937:
---

Hmm locally it builds all fine -- tried both Xcode 7 and 8. 

> Travis CI build failing
> ---
>
> Key: CB-11937
> URL: https://issues.apache.org/jira/browse/CB-11937
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> https://travis-ci.org/apache/cordova-plugin-wkwebview-engine/builds/163482286



--
This message was sent by Atlassian JIRA
(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-11937) Travis CI build failing

[Shazron Abdullah (JIRA)]

Shazron Abdullah created CB-11937:
-

 Summary: Travis CI build failing
 Key: CB-11937
 URL: https://issues.apache.org/jira/browse/CB-11937
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin WKWebViewEngine
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah


https://travis-ci.org/apache/cordova-plugin-wkwebview-engine/builds/163482286



--
This message was sent by Atlassian JIRA
(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-11640) Android build fails with JDK 7 -- needs JDK 8

[Joe Bowser (JIRA)]

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

Joe Bowser updated CB-11640:

Priority: Major  (was: Minor)

> Android build fails with JDK 7 -- needs JDK 8
> -
>
> Key: CB-11640
> URL: https://issues.apache.org/jira/browse/CB-11640
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Docs
>Affects Versions: 6.3.0
> Environment: OS: Linux 3.16.0-4-amd64 #1 SMP Debian 
> 3.16.7-ckt25-2+deb8u3 (2016-07-02) x86_64 GNU/Linux
> Cordova: 6.3.0
> Cordova Android: 5.2.1
>Reporter: Andrew Neff
>Assignee: Joe Bowser
>
> Android platform documentation says JDK 7 or later. 
> http://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html
> In fact, the default/sample project build throws a 
> java.lang.UnsupportedClassVersionError in :transformClassesWithDexForDebug.
> -->> 
> Exception in thread "main" java.lang.UnsupportedClassVersionError: 
> com/android/dx/command/Main : Unsupported major.minor version 52.0
> <<--
> When I change to JDK 8, the problem goes away and everything seems OK. (I 
> only tested this with OpenJDK, but suspect it will be the same for Oracle 
> Java.)
> If you decide to fix this by changing the docs, be aware that the JDK 
> download link you currently provide offers only JDK 7 downloads.



--
This message was sent by Atlassian JIRA
(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-11932) Is there any way to apply proguard for cordova plugins in android

[Joe Bowser (JIRA)]

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

Joe Bowser resolved CB-11932.
-
Resolution: Later

This turned out to be more trouble than it was worth the last time I played 
with ProGuard, also the Android Development Team indicated that ProGuard might 
be replaced with something else last year at the Android Developer Summit, so 
this may not be worth doing at all.  If ProGuard still exists AND if people 
actually want to go through this because they need to go through the motions of 
a security audit, we can revisit it.

> Is there any way to apply proguard for cordova plugins in android
> -
>
> Key: CB-11932
> URL: https://issues.apache.org/jira/browse/CB-11932
> Project: Apache Cordova
>  Issue Type: Wish
>  Components: Android
>Affects Versions: 3.5.0
>Reporter: lokesh
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(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-11932) Is there any way to apply proguard for cordova plugins in android

[Joe Bowser (JIRA)]

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

Joe Bowser commented on CB-11932:
-

Setting this to None, since this is a known issue.

> Is there any way to apply proguard for cordova plugins in android
> -
>
> Key: CB-11932
> URL: https://issues.apache.org/jira/browse/CB-11932
> Project: Apache Cordova
>  Issue Type: Wish
>  Components: Android
>Affects Versions: 3.5.0
>Reporter: lokesh
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(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-11932) Is there any way to apply proguard for cordova plugins in android

[Joe Bowser (JIRA)]

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

Joe Bowser updated CB-11932:

Security: (was: Non-Public)

> Is there any way to apply proguard for cordova plugins in android
> -
>
> Key: CB-11932
> URL: https://issues.apache.org/jira/browse/CB-11932
> Project: Apache Cordova
>  Issue Type: Wish
>  Components: Android
>Affects Versions: 3.5.0
>Reporter: lokesh
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(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-11640) Android build fails with JDK 7 -- needs JDK 8

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11640:
-

GitHub user infil00p opened a pull request:

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

CB-11640: Fixing the checks so they check for Java 1.8 and higher FINAL 
VERSIONS

Right now, we test for only final and not pre-release versions of the Java 
language.  Therefore, no Java 9 early candidates.

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

$ git pull https://github.com/infil00p/cordova-android java_regex

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

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


commit f1b85a3f40ad928fd3bc6dd83cfcb1180725f2f5
Author: Joe Bowser 
Date:   2016-09-19T20:35:16Z

CB-11640: Changing requirements check to ask for Java 8

commit 27b3817294a48ebf157278fa9c4852b535eb33b6
Author: Joe Bowser 
Date:   2016-09-21T21:16:33Z

Tweaking the regex

commit 68e81000635e1a2a7850c4e1545f2d2915ba6896
Author: Joe Bowser 
Date:   2016-09-27T21:38:07Z

CB-11640: Fixing check_reqs.js so it actually works




> Android build fails with JDK 7 -- needs JDK 8
> -
>
> Key: CB-11640
> URL: https://issues.apache.org/jira/browse/CB-11640
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Docs
>Affects Versions: 6.3.0
> Environment: OS: Linux 3.16.0-4-amd64 #1 SMP Debian 
> 3.16.7-ckt25-2+deb8u3 (2016-07-02) x86_64 GNU/Linux
> Cordova: 6.3.0
> Cordova Android: 5.2.1
>Reporter: Andrew Neff
>Assignee: Joe Bowser
>Priority: Minor
>
> Android platform documentation says JDK 7 or later. 
> http://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html
> In fact, the default/sample project build throws a 
> java.lang.UnsupportedClassVersionError in :transformClassesWithDexForDebug.
> -->> 
> Exception in thread "main" java.lang.UnsupportedClassVersionError: 
> com/android/dx/command/Main : Unsupported major.minor version 52.0
> <<--
> When I change to JDK 8, the problem goes away and everything seems OK. (I 
> only tested this with OpenJDK, but suspect it will be the same for Oracle 
> Java.)
> If you decide to fix this by changing the docs, be aware that the JDK 
> download link you currently provide offers only JDK 7 downloads.



--
This message was sent by Atlassian JIRA
(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-11640) Android build fails with JDK 7 -- needs JDK 8

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11640:
-

Github user infil00p commented on the issue:

https://github.com/apache/cordova-android/pull/338
  
Seriously, I can't even find info on Java 9 working with Android, and jenv 
is not letting me switch between Java 8 and Java 9, so it's definitely not 
ready for primetime. :/


> Android build fails with JDK 7 -- needs JDK 8
> -
>
> Key: CB-11640
> URL: https://issues.apache.org/jira/browse/CB-11640
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Docs
>Affects Versions: 6.3.0
> Environment: OS: Linux 3.16.0-4-amd64 #1 SMP Debian 
> 3.16.7-ckt25-2+deb8u3 (2016-07-02) x86_64 GNU/Linux
> Cordova: 6.3.0
> Cordova Android: 5.2.1
>Reporter: Andrew Neff
>Assignee: Joe Bowser
>Priority: Minor
>
> Android platform documentation says JDK 7 or later. 
> http://cordova.apache.org/docs/en/latest/guide/platforms/android/index.html
> In fact, the default/sample project build throws a 
> java.lang.UnsupportedClassVersionError in :transformClassesWithDexForDebug.
> -->> 
> Exception in thread "main" java.lang.UnsupportedClassVersionError: 
> com/android/dx/command/Main : Unsupported major.minor version 52.0
> <<--
> When I change to JDK 8, the problem goes away and everything seems OK. (I 
> only tested this with OpenJDK, but suspect it will be the same for Oracle 
> Java.)
> If you decide to fix this by changing the docs, be aware that the JDK 
> download link you currently provide offers only JDK 7 downloads.



--
This message was sent by Atlassian JIRA
(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-11906) Ajax call fails on iOS 10 but works fine on previous versions for Cordova application

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-11906:
---

Ouch. Looks like you have to partition this process into multiple calls - 
probably have to re-architect your API, but unfortunately we are handcuffed in 
this regard.

> Ajax call fails on iOS 10 but works fine on previous versions for Cordova 
> application
> -
>
> Key: CB-11906
> URL: https://issues.apache.org/jira/browse/CB-11906
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: ios10
>Reporter: Nikita Ahluwalia
>  Labels: ios10
>
> I am using the latest iOS platform and plugins in my cordova application. The 
> app works fine on older versions of iOS but not on iOS 10. I am getting 
> timeout error (I already have timeout in my application. But this seems to be 
> even before establishing connection with web service). Tried removing 
> platform and adding again. Also created a fresh project. Still no luck. The 
> app works fine on Android as well. The same application pointing to 
> webservice on staging environment works (on iOS 10 too) but when pointing to 
> production APIs, it does not work on iOS 10 but works on older version.



--
This message was sent by Atlassian JIRA
(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-11936) Support three new App Transport Security (ATS) keys

[Shazron Abdullah (JIRA)]

Shazron Abdullah created CB-11936:
-

 Summary: Support three new App Transport Security (ATS) keys
 Key: CB-11936
 URL: https://issues.apache.org/jira/browse/CB-11936
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Reporter: Shazron Abdullah


NSAllowsArbitraryLoadsInWebContent
NSRequiresCertificateTransparency
NSAllowsLocalNetworking



--
This message was sent by Atlassian JIRA
(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-11440) iOS: Remove default: disabled NSAppTransportSecurity - soon required by Apple

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah edited comment on CB-11440 at 9/29/16 8:46 PM:


More clarification, straight from an Apple DTS engineer: 
https://forums.developer.apple.com/thread/48979#146140

Nothing has been disabled, but you will have to justify why you need an 
exception. So, this is more like, do we want to force users to be more 
discriminatory about their  tags? Are we supposed to be a filter before 
they get the rejection?

If they get a rejection, they can update their  tags and re-submit. 
This is a hassle, however.

What I don't think is that we can be the police for enforcing this behaviour -- 
although the wildcard might *not* be allowed, it is allowed in other platforms 
besides iOS. I think the only thing we can do is print a warning if the 
wildcard is used.

So my suggestion (like what jcesarmobile said) is to document, and print a 
warning as well, if the wildcard is used. However, I think we should keep the 
access tag with the wildcard, so that the warning is always printed for a new 
project (as a nag).

I'll add these three new options in another issue:
NSAllowsArbitraryLoadsInWebContent
NSRequiresCertificateTransparency
NSAllowsLocalNetworking


was (Author: shazron):
More clarification, straight from an Apple DTS engineer: 
https://forums.developer.apple.com/thread/48979#146140

Nothing has been disabled, but you will have to justify why you need an 
exception. So, this is more like, do we want to force users to be more 
discriminatory about their  tags? Are we supposed to be a filter before 
they get the rejection?

If they get a rejection, they can update their  tags and re-submit. 
This is a hassle, however.

What I don't think is that we can be the police for enforcing this behaviour -- 
although "*" might *not* be allowed, it is allowed in other platforms besides 
iOS. I think the only thing we can do is print a warning if the wildcard is 
used.

So my suggestion (like what jcesarmobile said) is to document, and print a 
warning as well, if the wildcard is used. However, I think we should keep the 
access tag with the wildcard, so that the warning is always printed for a new 
project (as a nag).

I'll add these three new options in another issue:
NSAllowsArbitraryLoadsInWebContent
NSRequiresCertificateTransparency
NSAllowsLocalNetworking

> iOS: Remove default: disabled NSAppTransportSecurity - soon required by Apple 
> --
>
> Key: CB-11440
> URL: https://issues.apache.org/jira/browse/CB-11440
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: cordova-ios 4.1.1
>Reporter: Michael Schmidt
>Assignee: Shazron Abdullah
>Priority: Blocker
>  Labels: iOS, triaged
>
> iOS platform by default disables https:
> {code}
> NSAppTransportSecurity
> 
>   NSAllowsArbitraryLoads
>   
> 
> {code}
> Apple soon requires HTTPS:
> "Apple mandates App Store apps support ATS security protocol by 2017"
> http://appleinsider.com/articles/16/06/14/apple-mandates-app-store-apps-support-ats-security-protocol-by-2017
> --> remove this default from cordova ios platform



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

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

[jira] [Commented] (CB-11440) iOS: Remove default: disabled NSAppTransportSecurity - soon required by Apple

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-11440:
---

More clarification, straight from an Apple DTS engineer: 
https://forums.developer.apple.com/thread/48979#146140

Nothing has been disabled, but you will have to justify why you need an 
exception. So, this is more like, do we want to force users to be more 
discriminatory about their  tags? Are we supposed to be a filter before 
they get the rejection?

If they get a rejection, they can update their  tags and re-submit. 
This is a hassle, however.

What I don't think is that we can be the police for enforcing this behaviour -- 
although "*" might *not* be allowed, it is allowed in other platforms besides 
iOS. I think the only thing we can do is print a warning if the wildcard is 
used.

So my suggestion (like what jcesarmobile said) is to document, and print a 
warning as well, if the wildcard is used. However, I think we should keep the 
access tag with the wildcard, so that the warning is always printed for a new 
project (as a nag).

I'll add these three new options in another issue:
NSAllowsArbitraryLoadsInWebContent
NSRequiresCertificateTransparency
NSAllowsLocalNetworking

> iOS: Remove default: disabled NSAppTransportSecurity - soon required by Apple 
> --
>
> Key: CB-11440
> URL: https://issues.apache.org/jira/browse/CB-11440
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: cordova-ios 4.1.1
>Reporter: Michael Schmidt
>Assignee: Shazron Abdullah
>Priority: Blocker
>  Labels: iOS, triaged
>
> iOS platform by default disables https:
> {code}
> NSAppTransportSecurity
> 
>   NSAllowsArbitraryLoads
>   
> 
> {code}
> Apple soon requires HTTPS:
> "Apple mandates App Store apps support ATS security protocol by 2017"
> http://appleinsider.com/articles/16/06/14/apple-mandates-app-store-apps-support-ats-security-protocol-by-2017
> --> remove this default from cordova ios platform



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

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

[jira] [Commented] (CB-11906) Ajax call fails on iOS 10 but works fine on previous versions for Cordova application

[Rikardt Louw (JIRA)]

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

Rikardt Louw commented on CB-11906:
---

I have been having the exact same issues. It seems that in IOS 10 the timeouts 
are now OS enforced to 1 Minute. Changing the timeout on the Ajax does not do 
anything. Unfortunately we have some long running Ajax calls that can easily 
run over a minute as these are full offline applications and its part of the 
data synchronisation process. 

> Ajax call fails on iOS 10 but works fine on previous versions for Cordova 
> application
> -
>
> Key: CB-11906
> URL: https://issues.apache.org/jira/browse/CB-11906
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: ios10
>Reporter: Nikita Ahluwalia
>  Labels: ios10
>
> I am using the latest iOS platform and plugins in my cordova application. The 
> app works fine on older versions of iOS but not on iOS 10. I am getting 
> timeout error (I already have timeout in my application. But this seems to be 
> even before establishing connection with web service). Tried removing 
> platform and adding again. Also created a fresh project. Still no luck. The 
> app works fine on Android as well. The same application pointing to 
> webservice on staging environment works (on iOS 10 too) but when pointing to 
> production APIs, it does not work on iOS 10 but works on older version.



--
This message was sent by Atlassian JIRA
(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-11912) webview is unable to display downloaded images in iOS10

[Mathieu Gagnon (JIRA)]

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

Mathieu Gagnon commented on CB-11912:
-

exif are manipulated by spypoint link camera software to reduce size footprint 
and save mobile data cost. It seem apple hardened that part so it detect 
picture like corrupted one, i think.

> webview is unable to display downloaded images in iOS10
> ---
>
> Key: CB-11912
> URL: https://issues.apache.org/jira/browse/CB-11912
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: ios10, angularJS v1 is used and OnsenUI v1.3 too. I 
> don't think te two last are related.
>Reporter: Mathieu Gagnon
>  Labels: iOS10
> Attachments: Capture du 2016-09-26 21-43-54.png, demoApp1.tar.gz
>
>
> Safari console show than img are downloaded.
> img is never display, only a '?'  icon.
> works on ios9 but not ios10



--
This message was sent by Atlassian JIRA
(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-11912) webview is unable to display downloaded images in iOS10

[jcesarmobile (JIRA)]

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

jcesarmobile commented on CB-11912:
---

So, what is the problem? if Apple doesn't like the exif the image won't display?
Not sure if we can do something about it, but I would like to know more about 
the issue as it was working on iOS 9 

> webview is unable to display downloaded images in iOS10
> ---
>
> Key: CB-11912
> URL: https://issues.apache.org/jira/browse/CB-11912
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: ios10, angularJS v1 is used and OnsenUI v1.3 too. I 
> don't think te two last are related.
>Reporter: Mathieu Gagnon
>  Labels: iOS10
> Attachments: Capture du 2016-09-26 21-43-54.png, demoApp1.tar.gz
>
>
> Safari console show than img are downloaded.
> img is never display, only a '?'  icon.
> works on ios9 but not ios10



--
This message was sent by Atlassian JIRA
(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-11927) Cannot install cordova on mac mini

[jcesarmobile (JIRA)]

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

jcesarmobile closed CB-11927.
-
Resolution: Invalid
  Assignee: jcesarmobile

Cordova is installed correctly, the problem seems to be with Netbeans, not sure 
if they have some place to ask, or you can ask on stack overflow.

Closing this as invalid

> Cannot install cordova on mac mini
> --
>
> Key: CB-11927
> URL: https://issues.apache.org/jira/browse/CB-11927
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 3.5.0
> Environment: osx el capitan
>Reporter: Rudi Bloes
>Assignee: jcesarmobile
>  Labels: newbie
> Attachments: npm-debug.log
>
>
> 2016s-Mac-mini:~ Thuis$ sudo npm install -g cordova
> npm WARN deprecated minimatch@2.0.10: Please update to minimatch 3.0.2 or 
> higher to avoid a RegExp DoS issue
> /usr/local/bin/cordova -> /usr/local/lib/node_modules/cordova/bin/cordova
> cordova@6.3.1 /usr/local/lib/node_modules/cordova
> ├── underscore@1.7.0
> ├── q@1.0.1
> ├── nopt@3.0.1 (abbrev@1.0.9)
> ├── update-notifier@0.5.0 (is-npm@1.0.0, semver-diff@2.1.0, 
> string-length@1.0.1, chalk@1.1.3, repeating@1.1.3, configstore@1.4.0, 
> latest-version@1.0.1)
> ├── insight@0.8.3 (object-assign@4.1.0, async@1.5.2, tough-cookie@2.3.1, 
> node-uuid@1.4.7, lodash.debounce@3.1.1, chalk@1.1.3, os-name@1.0.3, 
> configstore@1.4.0, request@2.75.0, inquirer@0.10.1)
> ├── cordova-common@1.4.1 (cordova-registry-mapper@1.1.15, unorm@1.4.1, 
> underscore@1.8.3, q@1.4.1, semver@5.3.0, ansi@0.3.1, osenv@0.1.3, 
> bplist-parser@0.1.1, minimatch@3.0.3, glob@5.0.15, shelljs@0.5.3, 
> elementtree@0.1.6, plist@1.2.0)
> └── cordova-lib@6.3.1 (valid-identifier@0.0.1, opener@1.4.1, 
> cordova-registry-mapper@1.1.15, unorm@1.3.3, properties-parser@0.2.3, 
> nopt@3.0.6, semver@4.3.6, dep-graph@1.1.0, shelljs@0.3.0, glob@5.0.15, 
> xcode@0.8.9, elementtree@0.1.6, request@2.47.0, cordova-serve@1.0.0, 
> aliasify@1.9.0, init-package-json@1.9.4, tar@1.0.2, cordova-fetch@1.0.1, 
> cordova-app-hello-world@3.10.0, plist@1.2.0, cordova-js@4.1.4, npm@2.15.11)



--
This message was sent by Atlassian JIRA
(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-11875) Cordova-Plugin-Geolocation requires feature android.hardware.location.gps (android 21+)

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11875:
-

Github user stevengill commented on the issue:

https://github.com/apache/cordova-plugin-geolocation/pull/81
  
@mikepsinn pretty sure. 

Currently, the geolocation plugin already adds the `ACCESS_FINE_LOCATION` 
permission. So assuming we aren't removing that, we need to add the 
"android.hardware.location.gps" uses-feature. 

In this scenario, users have to remove the permission + uses feature to 
work with non-gps containing devices. If we decided to remove 
`ACCESS_FINE_LOCATION` permission and not add the uses-feature, then users 
would have to manually add those two (to their config.xml using config-file 
tag, or directly to their Android manifest). 

Seeing how we mainly target mobile devices which have GPS, it seems like it 
makes more sense to add than remove. 


> Cordova-Plugin-Geolocation requires feature android.hardware.location.gps 
> (android 21+)
> ---
>
> Key: CB-11875
> URL: https://issues.apache.org/jira/browse/CB-11875
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Geolocation
>Reporter: Warren Parad
>Assignee: Audrey So
>  Labels: easyfix, newbie, patch
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Hello Google Play Developer,
> We're writing to let you know that the apps listed at the end of this email 
> may be affected by an upcoming platform change.
> Action required: If your app requires GPS hardware to operate properly, you 
> will need to explicitly add the "android.hardware.location.gps" uses-feature 
> to your manifest.
> What’s changing
> We’re making a change on October 15th, 2016 that will affect apps targeting 
> API version 21 (Android 5.0, Lollipop) or higher that use 
> ACCESS_FINE_LOCATION but don't explicitly have the 
> "android.hardware.location.gps" uses-feature. Going forward, these apps will 
> be available to install on devices that don't have GPS hardware. In most 
> cases this won't be an issue since Wi-Fi and Cell-ID based location provides 
> high enough fidelity for the typical operation of these apps. However, any 
> apps that require GPS hardware, such as GPS navigators, should explicitly add 
> the *"android.hardware.location.gps" uses-feature* to their manifest.
> If your app requires GPS to function properly and you do not include 
> android.hardware.location.gps in your manifest declaration, your users may 
> have a poor app experience.
> Also, if you’re using the fused location provider and wish to receive the 
> most accurate location samples from GPS (i.e. with PRIORITY_HIGH_ACCURACY), 
> you must include the "android.hardware.location.gps" feature in your app’s 
> manifest to ensure that Google Play only distributes your app to devices with 
> GPS sensors.
> You can read more about this change in the Android Developers Help Center.
> Regards,
> The Google Play Team



--
This message was sent by Atlassian JIRA
(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-11927) Cannot install cordova on mac mini

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-11927:
---

Seems like your environment, and not cordova itself. The last lines of the log 
suggest it can't find a file when trying to install a module. I'm sorry but you 
need to figure this out yourself since it's your environment.

I suggest not installing or using node as sudo: 
http://www.nearform.com/nodecrunch/nodejs-sudo-free/ which may clear 
permissions issues (which this may be one).



> Cannot install cordova on mac mini
> --
>
> Key: CB-11927
> URL: https://issues.apache.org/jira/browse/CB-11927
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 3.5.0
> Environment: osx el capitan
>Reporter: Rudi Bloes
>  Labels: newbie
> Attachments: npm-debug.log
>
>
> 2016s-Mac-mini:~ Thuis$ sudo npm install -g cordova
> npm WARN deprecated minimatch@2.0.10: Please update to minimatch 3.0.2 or 
> higher to avoid a RegExp DoS issue
> /usr/local/bin/cordova -> /usr/local/lib/node_modules/cordova/bin/cordova
> cordova@6.3.1 /usr/local/lib/node_modules/cordova
> ├── underscore@1.7.0
> ├── q@1.0.1
> ├── nopt@3.0.1 (abbrev@1.0.9)
> ├── update-notifier@0.5.0 (is-npm@1.0.0, semver-diff@2.1.0, 
> string-length@1.0.1, chalk@1.1.3, repeating@1.1.3, configstore@1.4.0, 
> latest-version@1.0.1)
> ├── insight@0.8.3 (object-assign@4.1.0, async@1.5.2, tough-cookie@2.3.1, 
> node-uuid@1.4.7, lodash.debounce@3.1.1, chalk@1.1.3, os-name@1.0.3, 
> configstore@1.4.0, request@2.75.0, inquirer@0.10.1)
> ├── cordova-common@1.4.1 (cordova-registry-mapper@1.1.15, unorm@1.4.1, 
> underscore@1.8.3, q@1.4.1, semver@5.3.0, ansi@0.3.1, osenv@0.1.3, 
> bplist-parser@0.1.1, minimatch@3.0.3, glob@5.0.15, shelljs@0.5.3, 
> elementtree@0.1.6, plist@1.2.0)
> └── cordova-lib@6.3.1 (valid-identifier@0.0.1, opener@1.4.1, 
> cordova-registry-mapper@1.1.15, unorm@1.3.3, properties-parser@0.2.3, 
> nopt@3.0.6, semver@4.3.6, dep-graph@1.1.0, shelljs@0.3.0, glob@5.0.15, 
> xcode@0.8.9, elementtree@0.1.6, request@2.47.0, cordova-serve@1.0.0, 
> aliasify@1.9.0, init-package-json@1.9.4, tar@1.0.2, cordova-fetch@1.0.1, 
> cordova-app-hello-world@3.10.0, plist@1.2.0, cordova-js@4.1.4, npm@2.15.11)



--
This message was sent by Atlassian JIRA
(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-11927) Cannot install cordova on mac mini

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-11927:
--
Component/s: (was: cordova-create)
 CLI

> Cannot install cordova on mac mini
> --
>
> Key: CB-11927
> URL: https://issues.apache.org/jira/browse/CB-11927
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 3.5.0
> Environment: osx el capitan
>Reporter: Rudi Bloes
>  Labels: newbie
> Attachments: npm-debug.log
>
>
> 2016s-Mac-mini:~ Thuis$ sudo npm install -g cordova
> npm WARN deprecated minimatch@2.0.10: Please update to minimatch 3.0.2 or 
> higher to avoid a RegExp DoS issue
> /usr/local/bin/cordova -> /usr/local/lib/node_modules/cordova/bin/cordova
> cordova@6.3.1 /usr/local/lib/node_modules/cordova
> ├── underscore@1.7.0
> ├── q@1.0.1
> ├── nopt@3.0.1 (abbrev@1.0.9)
> ├── update-notifier@0.5.0 (is-npm@1.0.0, semver-diff@2.1.0, 
> string-length@1.0.1, chalk@1.1.3, repeating@1.1.3, configstore@1.4.0, 
> latest-version@1.0.1)
> ├── insight@0.8.3 (object-assign@4.1.0, async@1.5.2, tough-cookie@2.3.1, 
> node-uuid@1.4.7, lodash.debounce@3.1.1, chalk@1.1.3, os-name@1.0.3, 
> configstore@1.4.0, request@2.75.0, inquirer@0.10.1)
> ├── cordova-common@1.4.1 (cordova-registry-mapper@1.1.15, unorm@1.4.1, 
> underscore@1.8.3, q@1.4.1, semver@5.3.0, ansi@0.3.1, osenv@0.1.3, 
> bplist-parser@0.1.1, minimatch@3.0.3, glob@5.0.15, shelljs@0.5.3, 
> elementtree@0.1.6, plist@1.2.0)
> └── cordova-lib@6.3.1 (valid-identifier@0.0.1, opener@1.4.1, 
> cordova-registry-mapper@1.1.15, unorm@1.3.3, properties-parser@0.2.3, 
> nopt@3.0.6, semver@4.3.6, dep-graph@1.1.0, shelljs@0.3.0, glob@5.0.15, 
> xcode@0.8.9, elementtree@0.1.6, request@2.47.0, cordova-serve@1.0.0, 
> aliasify@1.9.0, init-package-json@1.9.4, tar@1.0.2, cordova-fetch@1.0.1, 
> cordova-app-hello-world@3.10.0, plist@1.2.0, cordova-js@4.1.4, npm@2.15.11)



--
This message was sent by Atlassian JIRA
(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-11882) IOS 10 - javascript appendChild method

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-11882:
---

See: https://webkit.org/blog/6830/a-refined-content-security-policy/ for a 
backwards compatible way to handle this

> IOS 10 - javascript appendChild method
> --
>
> Key: CB-11882
> URL: https://issues.apache.org/jira/browse/CB-11882
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Jimmy Pannier
>
> document.head.appendChild method to programatically inject some resource ( 
> link element for example ) doesn't work only on ios 10
> f.e:
>  var elImport = document.createElement('link');
>  elImport.rel = 'import';
>  elImport.href = 'vulcanize/vulcanize.html';
>  document.head.appendChild(elImport);



--
This message was sent by Atlassian JIRA
(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-11882) IOS 10 - javascript appendChild method

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah resolved CB-11882.
---
Resolution: Not A Problem

This is an iOS 10 / Safari 10 CSP 2.0 issue and not a Cordova issue.

I ran the dev tools, and hit the Refresh button and the problem was evident:
"Refused to execute a script because its hash, its nonce, or 'unsafe-inline' 
appears in neither the script-src directive nor the default-src directive of 
the Content Security Policy."

> IOS 10 - javascript appendChild method
> --
>
> Key: CB-11882
> URL: https://issues.apache.org/jira/browse/CB-11882
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Jimmy Pannier
>
> document.head.appendChild method to programatically inject some resource ( 
> link element for example ) doesn't work only on ios 10
> f.e:
>  var elImport = document.createElement('link');
>  elImport.rel = 'import';
>  elImport.href = 'vulcanize/vulcanize.html';
>  document.head.appendChild(elImport);



--
This message was sent by Atlassian JIRA
(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-11860) Cordova-iOS cannot package distributions apps with Xcode 8

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11860:
-

Github user ekrapfl commented on the issue:

https://github.com/apache/cordova-ios/pull/257
  
dpogue: I see.  I was only thinking of the case of trying to run a debug 
build on a device.  I that case, I think skipping the archiving step would 
potentially be fine.  However, if you were attempting to do a run --release 
--device, then it would need to do the archive step for proper signing.

shazron: That approach seems like it would work great as long as the .ipa 
is also kept in its original state as well.


> Cordova-iOS cannot package distributions apps with Xcode 8
> --
>
> Key: CB-11860
> URL: https://issues.apache.org/jira/browse/CB-11860
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
>Reporter: Darryl Pogue
>Assignee: Darryl Pogue
>
> See mailing list thread: 
> https://lists.apache.org/thread.html/85a715681471c774821d76a90ec288943eca1a4bb0a267ba299d2eb3@%3Cdev.cordova.apache.org%3E
> {quote}My proposal is for cordova-ios to drop support for Xcode 6 with the 
> xcrun
> packaging, and start using xcodebuild for archiving and generating the IPA.
> I suppose that would have to wait for a major version bump of cordova-ios,
> unless we detected the Xcode version and kept the old code around
> conditionally.
> As part of packaging, we would need to generate a exportOptions.plist file,
> indicating what type of build to package (development, enterprise, ad-hoc,
> or app-store). I'd suggest we add a "packageType" or "buildType" field to
> build.json for specifying this value (with a default of development).{quote}



--
This message was sent by Atlassian JIRA
(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-11927) Cannot install cordova on mac mini

[Rudi Bloes (JIRA)]

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

Rudi Bloes commented on CB-11927:
-

I'm sorry but i am new at cordova. This warn deprecated mini match is not true 
because the version is higher then 3.0.2. And cordova is not working. I tried 
with different versions and i am not able to get anything working. I use 
netbeans 8.1 for developing. I can see a choice for starting a cordova project 
but when selecting this option, I get an error that says I have to install 
cordova and restart netbeans. There is an report npm-debug.log i attached here. 
So i got really stuck before even started. So please help me getting started 
with cordova on mac. 

 

> Cannot install cordova on mac mini
> --
>
> Key: CB-11927
> URL: https://issues.apache.org/jira/browse/CB-11927
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-create
>Affects Versions: 3.5.0
> Environment: osx el capitan
>Reporter: Rudi Bloes
>  Labels: newbie
> Attachments: npm-debug.log
>
>
> 2016s-Mac-mini:~ Thuis$ sudo npm install -g cordova
> npm WARN deprecated minimatch@2.0.10: Please update to minimatch 3.0.2 or 
> higher to avoid a RegExp DoS issue
> /usr/local/bin/cordova -> /usr/local/lib/node_modules/cordova/bin/cordova
> cordova@6.3.1 /usr/local/lib/node_modules/cordova
> ├── underscore@1.7.0
> ├── q@1.0.1
> ├── nopt@3.0.1 (abbrev@1.0.9)
> ├── update-notifier@0.5.0 (is-npm@1.0.0, semver-diff@2.1.0, 
> string-length@1.0.1, chalk@1.1.3, repeating@1.1.3, configstore@1.4.0, 
> latest-version@1.0.1)
> ├── insight@0.8.3 (object-assign@4.1.0, async@1.5.2, tough-cookie@2.3.1, 
> node-uuid@1.4.7, lodash.debounce@3.1.1, chalk@1.1.3, os-name@1.0.3, 
> configstore@1.4.0, request@2.75.0, inquirer@0.10.1)
> ├── cordova-common@1.4.1 (cordova-registry-mapper@1.1.15, unorm@1.4.1, 
> underscore@1.8.3, q@1.4.1, semver@5.3.0, ansi@0.3.1, osenv@0.1.3, 
> bplist-parser@0.1.1, minimatch@3.0.3, glob@5.0.15, shelljs@0.5.3, 
> elementtree@0.1.6, plist@1.2.0)
> └── cordova-lib@6.3.1 (valid-identifier@0.0.1, opener@1.4.1, 
> cordova-registry-mapper@1.1.15, unorm@1.3.3, properties-parser@0.2.3, 
> nopt@3.0.6, semver@4.3.6, dep-graph@1.1.0, shelljs@0.3.0, glob@5.0.15, 
> xcode@0.8.9, elementtree@0.1.6, request@2.47.0, cordova-serve@1.0.0, 
> aliasify@1.9.0, init-package-json@1.9.4, tar@1.0.2, cordova-fetch@1.0.1, 
> cordova-app-hello-world@3.10.0, plist@1.2.0, cordova-js@4.1.4, npm@2.15.11)



--
This message was sent by Atlassian JIRA
(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-11927) Cannot install cordova on mac mini

[Rudi Bloes (JIRA)]

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

Rudi Bloes updated CB-11927:

Attachment: npm-debug.log

> Cannot install cordova on mac mini
> --
>
> Key: CB-11927
> URL: https://issues.apache.org/jira/browse/CB-11927
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-create
>Affects Versions: 3.5.0
> Environment: osx el capitan
>Reporter: Rudi Bloes
>  Labels: newbie
> Attachments: npm-debug.log
>
>
> 2016s-Mac-mini:~ Thuis$ sudo npm install -g cordova
> npm WARN deprecated minimatch@2.0.10: Please update to minimatch 3.0.2 or 
> higher to avoid a RegExp DoS issue
> /usr/local/bin/cordova -> /usr/local/lib/node_modules/cordova/bin/cordova
> cordova@6.3.1 /usr/local/lib/node_modules/cordova
> ├── underscore@1.7.0
> ├── q@1.0.1
> ├── nopt@3.0.1 (abbrev@1.0.9)
> ├── update-notifier@0.5.0 (is-npm@1.0.0, semver-diff@2.1.0, 
> string-length@1.0.1, chalk@1.1.3, repeating@1.1.3, configstore@1.4.0, 
> latest-version@1.0.1)
> ├── insight@0.8.3 (object-assign@4.1.0, async@1.5.2, tough-cookie@2.3.1, 
> node-uuid@1.4.7, lodash.debounce@3.1.1, chalk@1.1.3, os-name@1.0.3, 
> configstore@1.4.0, request@2.75.0, inquirer@0.10.1)
> ├── cordova-common@1.4.1 (cordova-registry-mapper@1.1.15, unorm@1.4.1, 
> underscore@1.8.3, q@1.4.1, semver@5.3.0, ansi@0.3.1, osenv@0.1.3, 
> bplist-parser@0.1.1, minimatch@3.0.3, glob@5.0.15, shelljs@0.5.3, 
> elementtree@0.1.6, plist@1.2.0)
> └── cordova-lib@6.3.1 (valid-identifier@0.0.1, opener@1.4.1, 
> cordova-registry-mapper@1.1.15, unorm@1.3.3, properties-parser@0.2.3, 
> nopt@3.0.6, semver@4.3.6, dep-graph@1.1.0, shelljs@0.3.0, glob@5.0.15, 
> xcode@0.8.9, elementtree@0.1.6, request@2.47.0, cordova-serve@1.0.0, 
> aliasify@1.9.0, init-package-json@1.9.4, tar@1.0.2, cordova-fetch@1.0.1, 
> cordova-app-hello-world@3.10.0, plist@1.2.0, cordova-js@4.1.4, npm@2.15.11)



--
This message was sent by Atlassian JIRA
(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-11860) Cordova-iOS cannot package distributions apps with Xcode 8

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11860:
-

Github user shazron commented on the issue:

https://github.com/apache/cordova-ios/pull/257
  
Re: unzipping the .ipa. node.js has built-in support through the zlib 
module: https://nodejs.org/docs/latest-v0.10.x/api/zlib.html


> Cordova-iOS cannot package distributions apps with Xcode 8
> --
>
> Key: CB-11860
> URL: https://issues.apache.org/jira/browse/CB-11860
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
>Reporter: Darryl Pogue
>Assignee: Darryl Pogue
>
> See mailing list thread: 
> https://lists.apache.org/thread.html/85a715681471c774821d76a90ec288943eca1a4bb0a267ba299d2eb3@%3Cdev.cordova.apache.org%3E
> {quote}My proposal is for cordova-ios to drop support for Xcode 6 with the 
> xcrun
> packaging, and start using xcodebuild for archiving and generating the IPA.
> I suppose that would have to wait for a major version bump of cordova-ios,
> unless we detected the Xcode version and kept the old code around
> conditionally.
> As part of packaging, we would need to generate a exportOptions.plist file,
> indicating what type of build to package (development, enterprise, ad-hoc,
> or app-store). I'd suggest we add a "packageType" or "buildType" field to
> build.json for specifying this value (with a default of development).{quote}



--
This message was sent by Atlassian JIRA
(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-7521) Use storyboard xib for launch images (Xcode 6)

[Kerri Shotts (JIRA)]

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

Kerri Shotts resolved CB-7521.
--
   Resolution: Fixed
 Assignee: Kerri Shotts
Fix Version/s: 4.0.1

Fixed by CB-9762 and CB-11829. We're using launch storyboards with Xcode 7 
which does mean Xcode 6 is no longer supported. Given the requirements for 
uploading to the app store, this shouldn't be an issue.

> Use storyboard xib for launch images (Xcode 6)
> --
>
> Key: CB-7521
> URL: https://issues.apache.org/jira/browse/CB-7521
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Plugin SplashScreen
> Environment: Xcode 6
>Reporter: Shazron Abdullah
>Assignee: Kerri Shotts
> Fix For: 4.0.1
>
>
> see http://stackoverflow.com/a/25763870



--
This message was sent by Atlassian JIRA
(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-10078) With iPad Pro the wrong userAgent (iPhone) will be saved

[Kerri Shotts (JIRA)]

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

Kerri Shotts resolved CB-10078.
---
Resolution: Fixed

> With iPad Pro the wrong userAgent (iPhone) will be saved
> 
>
> Key: CB-10078
> URL: https://issues.apache.org/jira/browse/CB-10078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master, 3.6.3
> Environment: iPad Pro
> iOS 9.1
>Reporter: Christian Hemker
>Assignee: Kerri Shotts
>  Labels: cordova-ios-4.3.x
> Fix For: 4.3.0
>
>
> Using UIWebView on an iPad Pro (iOS 9.1) gives you a wrong userAgent, because 
> it says its an iPhone. 
> You can reproduce this behavior with the iPad Pro device and with the iPad 
> Pro simulator. In both cases the userAgent is:
> {noformat}
> mozilla/5.0 (iphone; cpu iphone os 9_1 like mac os x) applewebkit/601.1.46 
> (khtml, like gecko) mobile/13b137
> {noformat}
> This seems to be a known bug with iOS 9.1 on the iPad Pro because it is fixed 
> with iOS 9.2 beta 4 and you are getting the right userAgent.
> If you clean install your app, everything works fine on iOS 9.2 beta 4. But 
> if you update your previously installed app, you are still getting the wrong 
> userAgent because the CDVUserAgentUtil uses the cached userAgent. 
> For users it is not possible to clean install the app, because in that case 
> the whole configuration would get lost. To get the right userAgent every 
> time, developers must have the option to disable the caching of the userAgent 
> in their apps. 



--
This message was sent by Atlassian JIRA
(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-10078) With iPad Pro the wrong userAgent (iPhone) will be saved

[Kerri Shotts (JIRA)]

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

Kerri Shotts updated CB-10078:
--
Fix Version/s: 4.3.0

> With iPad Pro the wrong userAgent (iPhone) will be saved
> 
>
> Key: CB-10078
> URL: https://issues.apache.org/jira/browse/CB-10078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master, 3.6.3
> Environment: iPad Pro
> iOS 9.1
>Reporter: Christian Hemker
>Assignee: Kerri Shotts
>  Labels: cordova-ios-4.3.x
> Fix For: 4.3.0
>
>
> Using UIWebView on an iPad Pro (iOS 9.1) gives you a wrong userAgent, because 
> it says its an iPhone. 
> You can reproduce this behavior with the iPad Pro device and with the iPad 
> Pro simulator. In both cases the userAgent is:
> {noformat}
> mozilla/5.0 (iphone; cpu iphone os 9_1 like mac os x) applewebkit/601.1.46 
> (khtml, like gecko) mobile/13b137
> {noformat}
> This seems to be a known bug with iOS 9.1 on the iPad Pro because it is fixed 
> with iOS 9.2 beta 4 and you are getting the right userAgent.
> If you clean install your app, everything works fine on iOS 9.2 beta 4. But 
> if you update your previously installed app, you are still getting the wrong 
> userAgent because the CDVUserAgentUtil uses the cached userAgent. 
> For users it is not possible to clean install the app, because in that case 
> the whole configuration would get lost. To get the right userAgent every 
> time, developers must have the option to disable the caching of the userAgent 
> in their apps. 



--
This message was sent by Atlassian JIRA
(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-10078) With iPad Pro the wrong userAgent (iPhone) will be saved

[ASF subversion and git services (JIRA)]

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

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

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

CB-10078 fixed by refreshing cached userAgent on version bump


> With iPad Pro the wrong userAgent (iPhone) will be saved
> 
>
> Key: CB-10078
> URL: https://issues.apache.org/jira/browse/CB-10078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master, 3.6.3
> Environment: iPad Pro
> iOS 9.1
>Reporter: Christian Hemker
>Assignee: Kerri Shotts
>  Labels: cordova-ios-4.3.x
>
> Using UIWebView on an iPad Pro (iOS 9.1) gives you a wrong userAgent, because 
> it says its an iPhone. 
> You can reproduce this behavior with the iPad Pro device and with the iPad 
> Pro simulator. In both cases the userAgent is:
> {noformat}
> mozilla/5.0 (iphone; cpu iphone os 9_1 like mac os x) applewebkit/601.1.46 
> (khtml, like gecko) mobile/13b137
> {noformat}
> This seems to be a known bug with iOS 9.1 on the iPad Pro because it is fixed 
> with iOS 9.2 beta 4 and you are getting the right userAgent.
> If you clean install your app, everything works fine on iOS 9.2 beta 4. But 
> if you update your previously installed app, you are still getting the wrong 
> userAgent because the CDVUserAgentUtil uses the cached userAgent. 
> For users it is not possible to clean install the app, because in that case 
> the whole configuration would get lost. To get the right userAgent every 
> time, developers must have the option to disable the caching of the userAgent 
> in their apps. 



--
This message was sent by Atlassian JIRA
(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-10078) With iPad Pro the wrong userAgent (iPhone) will be saved

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10078:
-

Github user asfgit closed the pull request at:

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


> With iPad Pro the wrong userAgent (iPhone) will be saved
> 
>
> Key: CB-10078
> URL: https://issues.apache.org/jira/browse/CB-10078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: Master, 3.6.3
> Environment: iPad Pro
> iOS 9.1
>Reporter: Christian Hemker
>Assignee: Kerri Shotts
>  Labels: cordova-ios-4.3.x
>
> Using UIWebView on an iPad Pro (iOS 9.1) gives you a wrong userAgent, because 
> it says its an iPhone. 
> You can reproduce this behavior with the iPad Pro device and with the iPad 
> Pro simulator. In both cases the userAgent is:
> {noformat}
> mozilla/5.0 (iphone; cpu iphone os 9_1 like mac os x) applewebkit/601.1.46 
> (khtml, like gecko) mobile/13b137
> {noformat}
> This seems to be a known bug with iOS 9.1 on the iPad Pro because it is fixed 
> with iOS 9.2 beta 4 and you are getting the right userAgent.
> If you clean install your app, everything works fine on iOS 9.2 beta 4. But 
> if you update your previously installed app, you are still getting the wrong 
> userAgent because the CDVUserAgentUtil uses the cached userAgent. 
> For users it is not possible to clean install the app, because in that case 
> the whole configuration would get lost. To get the right userAgent every 
> time, developers must have the option to disable the caching of the userAgent 
> in their apps. 



--
This message was sent by Atlassian JIRA
(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-11830) Document Launch Storyboard Support (iOS)

[Kerri Shotts (JIRA)]

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

Kerri Shotts closed CB-11830.
-
Resolution: Resolved

> Document Launch Storyboard Support (iOS)
> 
>
> Key: CB-11830
> URL: https://issues.apache.org/jira/browse/CB-11830
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Docs, iOS, Plugin SplashScreen
>Reporter: Kerri Shotts
>Assignee: Kerri Shotts
>  Labels: documentation
> Fix For: 4.0.1
>
>
> Document the launch storyboard support as implemented in CB-9762



--
This message was sent by Atlassian JIRA
(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-11829) Support Launch Storyboards

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11829:
-

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


https://github.com/apache/cordova-plugin-splashscreen/pull/114#discussion_r81187425
  
--- Diff: README.md ---
@@ -51,6 +51,206 @@ Report issues with this plugin on the [Apache Cordova 
issue tracker][Apache Cord
 
 __Note__: Extended splashscreen does not require the plugin on Windows (as 
opposed to Android and iOS) in case you don't use the plugin API, i.e. 
programmatic hide/show.
 
+### iOS-specific information
+
+There are two mechanisms for displaying a launch screen on iOS:
+
+1. Legacy launch images: images are sized exactly for the device's screen 
size. Does not support the iPad Pro 12.9's native resolution or 
split-screen/slide-over multitasking.
+
+2. Launch storyboard images: Images are sized based on scale, idiom, and 
size classes. Supports all devices, and can be used with 
split-screen/slide-over multitasking.
+
+Apple is moving away from legacy launch images. There is no official 
support for providing a native-resolution launch image for the iPad pro 12.9 or 
for providing launch images that work with split-screen multitasking or 
slide-over. If your app doesn't need to support these contexts, then you can 
continue to use legacy launch images for as long as you like. 
--- End diff --

fixed; thanks for catching it! :-)


> Support Launch Storyboards
> --
>
> Key: CB-11829
> URL: https://issues.apache.org/jira/browse/CB-11829
> Project: Apache Cordova
>  Issue Type: Task
>  Components: iOS, Plugin SplashScreen
>Reporter: Kerri Shotts
>Assignee: Kerri Shotts
> Fix For: 4.0.1
>
>
> Once CB-9762 is in place, the splash screen plugin will need to be updated. 



--
This message was sent by Atlassian JIRA
(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-11829) Support Launch Storyboards

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11829:
-

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


https://github.com/apache/cordova-plugin-splashscreen/pull/114#discussion_r81187431
  
--- Diff: README.md ---
@@ -51,6 +51,206 @@ Report issues with this plugin on the [Apache Cordova 
issue tracker][Apache Cord
 
 __Note__: Extended splashscreen does not require the plugin on Windows (as 
opposed to Android and iOS) in case you don't use the plugin API, i.e. 
programmatic hide/show.
 
+### iOS-specific information
+
+There are two mechanisms for displaying a launch screen on iOS:
+
+1. Legacy launch images: images are sized exactly for the device's screen 
size. Does not support the iPad Pro 12.9's native resolution or 
split-screen/slide-over multitasking.
+
+2. Launch storyboard images: Images are sized based on scale, idiom, and 
size classes. Supports all devices, and can be used with 
split-screen/slide-over multitasking.
+
+Apple is moving away from legacy launch images. There is no official 
support for providing a native-resolution launch image for the iPad pro 12.9 or 
for providing launch images that work with split-screen multitasking or 
slide-over. If your app doesn't need to support these contexts, then you can 
continue to use legacy launch images for as long as you like. 
+
+The preferred method of providing launch images is to use a launch 
storyboard. For native app developers, the ideal launch storyboard is an 
unpopulated version of the app's user interface at launch. For non-native app 
developers who don't wish to learn interface builder, however, this plugin 
simulates the legacy launch image method as much as is feasible.
--- End diff --

fixed; thanks for catching it! :-)


> Support Launch Storyboards
> --
>
> Key: CB-11829
> URL: https://issues.apache.org/jira/browse/CB-11829
> Project: Apache Cordova
>  Issue Type: Task
>  Components: iOS, Plugin SplashScreen
>Reporter: Kerri Shotts
>Assignee: Kerri Shotts
> Fix For: 4.0.1
>
>
> Once CB-9762 is in place, the splash screen plugin will need to be updated. 



--
This message was sent by Atlassian JIRA
(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-11860) Cordova-iOS cannot package distributions apps with Xcode 8

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11860:
-

Github user dpogue commented on the issue:

https://github.com/apache/cordova-ios/pull/257
  
The only reasons to go through the archive step is to ensure that the build 
is signed with the right certificates. Building and deploying the .app directly 
would be signed with a development certificate instead of a distribution one.


> Cordova-iOS cannot package distributions apps with Xcode 8
> --
>
> Key: CB-11860
> URL: https://issues.apache.org/jira/browse/CB-11860
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
>Reporter: Darryl Pogue
>Assignee: Darryl Pogue
>
> See mailing list thread: 
> https://lists.apache.org/thread.html/85a715681471c774821d76a90ec288943eca1a4bb0a267ba299d2eb3@%3Cdev.cordova.apache.org%3E
> {quote}My proposal is for cordova-ios to drop support for Xcode 6 with the 
> xcrun
> packaging, and start using xcodebuild for archiving and generating the IPA.
> I suppose that would have to wait for a major version bump of cordova-ios,
> unless we detected the Xcode version and kept the old code around
> conditionally.
> As part of packaging, we would need to generate a exportOptions.plist file,
> indicating what type of build to package (development, enterprise, ad-hoc,
> or app-store). I'd suggest we add a "packageType" or "buildType" field to
> build.json for specifying this value (with a default of development).{quote}



--
This message was sent by Atlassian JIRA
(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-11830) Document Launch Storyboard Support (iOS)

[ASF subversion and git services (JIRA)]

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

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

Commit 5a1ade6114875ff909fae65b5ac6aeaa7aefcef6 in 
cordova-plugin-splashscreen's branch refs/heads/master from [~kerrishotts]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-splashscreen.git;h=5a1ade6
 ]

CB-11830 (iOS) Fix doc typos in PR#114


> Document Launch Storyboard Support (iOS)
> 
>
> Key: CB-11830
> URL: https://issues.apache.org/jira/browse/CB-11830
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Docs, iOS, Plugin SplashScreen
>Reporter: Kerri Shotts
>Assignee: Kerri Shotts
>  Labels: documentation
> Fix For: 4.0.1
>
>
> Document the launch storyboard support as implemented in CB-9762



--
This message was sent by Atlassian JIRA
(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-11830) Document Launch Storyboard Support (iOS)

[Kerri Shotts (JIRA)]

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

Kerri Shotts reopened CB-11830:
---

Fixing typos in docs

> Document Launch Storyboard Support (iOS)
> 
>
> Key: CB-11830
> URL: https://issues.apache.org/jira/browse/CB-11830
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Docs, iOS, Plugin SplashScreen
>Reporter: Kerri Shotts
>Assignee: Kerri Shotts
>  Labels: documentation
> Fix For: 4.0.1
>
>
> Document the launch storyboard support as implemented in CB-9762



--
This message was sent by Atlassian JIRA
(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-10916) Add ability to set different binary name and display name

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10916:
-

Github user fredgalvao commented on the issue:

https://github.com/apache/cordova-ios/pull/228
  
Is there any reason why this PR doesn't also export `CFBundleName` as the 
result of the short name on config.xml? Follow me for a while:

According to [this page on the developer 
portal](https://developer.apple.com/library/content/qa/qa1892/_index.html) it 
seems like these two properties go along and, unless they are too big, should 
most probably have the same value.

Now, with the recent findings and issues related to renaming projects 
(which causes malformed pbxproj files and unsolvable string search 
operations), it seems to me like we could simply leave the project structure 
and project name (not to be confused with app name) a generic static value, and 
deal with the `` and `` outputing them to 
`CFBundleDisplayName` and `CFBundleName` respectively.

That's what I did when I evolved my cordova project into a whitelabel, so 
that I could generate different apps with the same code base. However, in my 
case I needed to use a string replacement on `build.gradle` to set the 
`applicationId` on android (the app name works fine, it's updated in the 
string.xml correctly and my main activity class doesn't need to be renamed). 
There's an [issue](https://issues.apache.org/jira/browse/CB-11374) for the 
`applicationId` thing too, btw. On iOS, I also had to use 
[cordova-plugin-app-name](https://github.com/blakgeek/cordova-plugin-app-name/blob/master/plugin.xml)
 to deal with the "renaming breaks the project" issue (leaving the `` 
untouched, otherwise I'd be screwed).

## Summary of my _opinion_

To evolve into a more whitelabel-friendly structure with respect to naming 
apps:

- Evolve `` and `` handling to affect **ONLY** 
{`strings.xml`@`app_name`} on android, and {`CFBundleName` + 
`CFBundleDisplayName`} on iOS, leaving the following items with a generic 
static name [activity class name on android, xcode project files (plist, 
pbxproj)].

Please @shazron and @dpogue tell me what you think of all of this.


> Add ability to set different binary name and display name
> -
>
> Key: CB-10916
> URL: https://issues.apache.org/jira/browse/CB-10916
> Project: Apache Cordova
>  Issue Type: Wish
>  Components: Android, iOS
>Reporter: Jacob Weber
>Priority: Minor
>
> I would like to use a different value for the binary filenames (.ipa/.apk) 
> and the app display name. Currently  in config.xml is used for both.
> If I set  to the value I want for the binary name, I have to manually 
> edit app_name in res/values/strings.xml and CFBundleDisplayName in 
> *-Info.plist.
> On the other hand, if I set  to the value I want for the display name, 
> I can manually rename the binaries, but the iOS .ipa file still contains an 
> .app file with the display name, and CFBundleExecutable still has the display 
> name.



--
This message was sent by Atlassian JIRA
(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-11848) [Windows] File plugin, nativeUrl includes two slashes before filename

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11848:
-

Github user cordova-qa commented on the issue:

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

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-file/pull/195/commits/62fa66bff4daadd8297f15bfdaa931add7decb62)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45/)

| Builder Name  | Console Output | Test Report | Device Logs  |
| :---: | :---:  |   :---: | :---:|
| [Windows 8.1 Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-8.1-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-8.1-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-8.1-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-8.1-store/artifact/)
 |
| [Windows 10  Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-10-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-10-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-10-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-10-store/artifact/)
 |
| [Windows 8.1 Phone]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-8.1-phone/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-8.1-phone/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-8.1-phone/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=windows-8.1-phone/artifact/)
 |
| [iOS]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=ios/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=ios/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=ios/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=ios/artifact/)
 |
| [Android]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=android/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=android/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=android/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/45//PLATFORM=android/artifact/)
 |
 



> [Windows] File plugin, nativeUrl includes two slashes before filename
> -
>
> Key: CB-11848
> URL: https://issues.apache.org/jira/browse/CB-11848
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Reporter: Maarten Manders
>  Labels: windows
>
> The returned FileEntry object in the getFile function of a DirectoryEntry 
> object contains an incorrect nativeUrl that contains 2 slashes before the 
> filename (ie. ms-appdata:///temp//myfile.file).
> This can seemingly be resolved by changing the following line in the getFile 
> function in FileProxy.js:
> var fspath = sanitize(dirpath +'/'+ path);
> to
> var fspath = sanitize(path);
> I am unsure if this causes any side-effects however.



--
This message was sent by Atlassian JIRA
(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-11926) File-transfer tests should be able to use local file server

[ASF subversion and git services (JIRA)]

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

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

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

CB-11926 Start a server for file-transfer tests locally


> File-transfer tests should be able to use local file server
> ---
>
> Key: CB-11926
> URL: https://issues.apache.org/jira/browse/CB-11926
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Paramedic, Plugin File Transfer
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>Priority: Minor
>  Labels: triaged
>
> File-transfer tests should be able to use locally running file server instead 
> of relying only on Apache infrastructure.



--
This message was sent by Atlassian JIRA
(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-11848) [Windows] File plugin, nativeUrl includes two slashes before filename

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11848:
-

Github user cordova-qa commented on the issue:

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

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-file/pull/195/commits/b90d25c78f14bf0ca55b02f49f40278250663d5e)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44/)

| Builder Name  | Console Output | Test Report | Device Logs  |
| :---: | :---:  |   :---: | :---:|
| [Windows 8.1 Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-8.1-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-8.1-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-8.1-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-8.1-store/artifact/)
 |
| [Windows 10  Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-10-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-10-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-10-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-10-store/artifact/)
 |
| [Windows 8.1 Phone]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-8.1-phone/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-8.1-phone/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-8.1-phone/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=windows-8.1-phone/artifact/)
 |
| [iOS]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=ios/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=ios/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=ios/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=ios/artifact/)
 |
| [Android]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=android/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=android/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=android/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-file-pr/44//PLATFORM=android/artifact/)
 |
 



> [Windows] File plugin, nativeUrl includes two slashes before filename
> -
>
> Key: CB-11848
> URL: https://issues.apache.org/jira/browse/CB-11848
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Reporter: Maarten Manders
>  Labels: windows
>
> The returned FileEntry object in the getFile function of a DirectoryEntry 
> object contains an incorrect nativeUrl that contains 2 slashes before the 
> filename (ie. ms-appdata:///temp//myfile.file).
> This can seemingly be resolved by changing the following line in the getFile 
> function in FileProxy.js:
> var fspath = sanitize(dirpath +'/'+ path);
> to
> var fspath = sanitize(path);
> I am unsure if this causes any side-effects however.



--
This message was sent by Atlassian JIRA
(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-11860) Cordova-iOS cannot package distributions apps with Xcode 8

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11860:
-

Github user ekrapfl commented on the issue:

https://github.com/apache/cordova-ios/pull/257
  
Out of curiosity, is there any reason to do the archive step at all when 
building in order to run?  Perhaps there could be an option to skip archiving, 
which would be called when doing a run.


> Cordova-iOS cannot package distributions apps with Xcode 8
> --
>
> Key: CB-11860
> URL: https://issues.apache.org/jira/browse/CB-11860
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
>Reporter: Darryl Pogue
>Assignee: Darryl Pogue
>
> See mailing list thread: 
> https://lists.apache.org/thread.html/85a715681471c774821d76a90ec288943eca1a4bb0a267ba299d2eb3@%3Cdev.cordova.apache.org%3E
> {quote}My proposal is for cordova-ios to drop support for Xcode 6 with the 
> xcrun
> packaging, and start using xcodebuild for archiving and generating the IPA.
> I suppose that would have to wait for a major version bump of cordova-ios,
> unless we detected the Xcode version and kept the old code around
> conditionally.
> As part of packaging, we would need to generate a exportOptions.plist file,
> indicating what type of build to package (development, enterprise, ad-hoc,
> or app-store). I'd suggest we add a "packageType" or "buildType" field to
> build.json for specifying this value (with a default of development).{quote}



--
This message was sent by Atlassian JIRA
(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-11935) Violation of the Prohibited Actions provision of the Content Policy.

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11935:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-android/pull/337
  
## [Current 
coverage](https://codecov.io/gh/apache/cordova-android/pull/337?src=pr) is 
35.15% (diff: 100%)
> Merging 
[#337](https://codecov.io/gh/apache/cordova-android/pull/337?src=pr) into 
[master](https://codecov.io/gh/apache/cordova-android/branch/master?src=pr) 
will not change coverage

```diff
@@ master   #337   diff @@
==
  Files12 12  
  Lines  1007   1007  
  Methods 198198  
  Messages  0  0  
  Branches168168  
==
  Hits354354  
  Misses  653653  
  Partials  0  0  
```

> Powered by [Codecov](https://codecov.io?src=pr). Last update 
[30325e4...9357737](https://codecov.io/gh/apache/cordova-android/compare/30325e4f32564cc8806bb1e100dbe4be8a0db449...9357737f3c6f7396af947c5c4529cba7022882b0?src=pr)


> Violation of the Prohibited Actions provision of the Content Policy.
> 
>
> Key: CB-11935
> URL: https://issues.apache.org/jira/browse/CB-11935
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: Master
>Reporter: Simon Pireyn
>
> When a page contains a Youtube video, it should be pause when the screen is 
> turned off.
> Without this condition the app can be rejected for violation by the Play 
> Store:
> {quote}
> REASON FOR REJECTION:Violation of the Prohibited Actions provision of the 
> Content Policy.
> After a regular review, we have determined that your app enables background 
> playing of YouTube videos, which is a violation of the YouTube API Terms of 
> Service:
> "Your API Client will not, and You will not encourage or create functionality 
> for Your users or other third parties to: (8) separate, isolate, or modify 
> the audio or video components of any YouTube audiovisual content made 
> available through the YouTube API;"
> All submission rejections are tracked. Repeated rejections due to policy 
> violations will result in app suspension, at which point this app will count 
> as a strike against the good standing of your developer account and no longer 
> be available on Google Play.
> {quote}



--
This message was sent by Atlassian JIRA
(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-11935) Violation of the Prohibited Actions provision of the Content Policy.

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11935:
-

GitHub user spirann opened a pull request:

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

CB-11935 Call onPause & onResume on WebView

Does a best-effort attempt to pause any processing that can be paused 
safely, such as animations and geolocation.
Fix the potential rejection from Play Store

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

$ git pull https://github.com/spirann/cordova-android master

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

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


commit 9357737f3c6f7396af947c5c4529cba7022882b0
Author: Simon Pireyn 
Date:   2016-09-29T12:47:19Z

CB-11935 Does a best-effort attempt to pause any processing that can be 
paused safely, such as animations and geolocation.




> Violation of the Prohibited Actions provision of the Content Policy.
> 
>
> Key: CB-11935
> URL: https://issues.apache.org/jira/browse/CB-11935
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: Master
>Reporter: Simon Pireyn
>
> When a page contains a Youtube video, it should be pause when the screen is 
> turned off.
> Without this condition the app can be rejected for violation by the Play 
> Store:
> {quote}
> REASON FOR REJECTION:Violation of the Prohibited Actions provision of the 
> Content Policy.
> After a regular review, we have determined that your app enables background 
> playing of YouTube videos, which is a violation of the YouTube API Terms of 
> Service:
> "Your API Client will not, and You will not encourage or create functionality 
> for Your users or other third parties to: (8) separate, isolate, or modify 
> the audio or video components of any YouTube audiovisual content made 
> available through the YouTube API;"
> All submission rejections are tracked. Repeated rejections due to policy 
> violations will result in app suspension, at which point this app will count 
> as a strike against the good standing of your developer account and no longer 
> be available on Google Play.
> {quote}



--
This message was sent by Atlassian JIRA
(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-11935) Violation of the Prohibited Actions provision of the Content Policy.

[Simon Pireyn (JIRA)]

Simon Pireyn created CB-11935:
-

 Summary: Violation of the Prohibited Actions provision of the 
Content Policy.
 Key: CB-11935
 URL: https://issues.apache.org/jira/browse/CB-11935
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: Master
Reporter: Simon Pireyn


When a page contains a Youtube video, it should be pause when the screen is 
turned off.
Without this condition the app can be rejected for violation by the Play Store:
{quote}
REASON FOR REJECTION:Violation of the Prohibited Actions provision of the 
Content Policy.

After a regular review, we have determined that your app enables background 
playing of YouTube videos, which is a violation of the YouTube API Terms of 
Service:

"Your API Client will not, and You will not encourage or create functionality 
for Your users or other third parties to: (8) separate, isolate, or modify the 
audio or video components of any YouTube audiovisual content made available 
through the YouTube API;"

All submission rejections are tracked. Repeated rejections due to policy 
violations will result in app suspension, at which point this app will count as 
a strike against the good standing of your developer account and no longer be 
available on Google Play.
{quote}



--
This message was sent by Atlassian JIRA
(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-11848) [Windows] File plugin, nativeUrl includes two slashes before filename

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11848:
-

Github user matrosov-nikita commented on the issue:

https://github.com/apache/cordova-plugin-file/pull/195
  
@vladimir-kotikov, updated


> [Windows] File plugin, nativeUrl includes two slashes before filename
> -
>
> Key: CB-11848
> URL: https://issues.apache.org/jira/browse/CB-11848
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Reporter: Maarten Manders
>  Labels: windows
>
> The returned FileEntry object in the getFile function of a DirectoryEntry 
> object contains an incorrect nativeUrl that contains 2 slashes before the 
> filename (ie. ms-appdata:///temp//myfile.file).
> This can seemingly be resolved by changing the following line in the getFile 
> function in FileProxy.js:
> var fspath = sanitize(dirpath +'/'+ path);
> to
> var fspath = sanitize(path);
> I am unsure if this causes any side-effects however.



--
This message was sent by Atlassian JIRA
(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-11522) Do not clone the detail object on activation context

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11522:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-windows/pull/197


> Do not clone the detail object on activation context
> 
>
> Key: CB-11522
> URL: https://issues.apache.org/jira/browse/CB-11522
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Reporter: Daniel Toplak
>Assignee: Sergey Shakhnazarov
>Priority: Blocker
>  Labels: reproduced, triaged, windows
>
> In some circumstances, cloning the detail object of the activation context 
> will fail. Esp. when launching the app via ActivationKind.file.
> The cloning of the detail object was introduced in 
> https://issues.apache.org/jira/browse/CB-10653
> See: https://github.com/apache/cordova-windows/pull/173#issuecomment-227366714



--
This message was sent by Atlassian JIRA
(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-11522) Do not clone the detail object on activation context

[ASF subversion and git services (JIRA)]

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

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

Commit 8b836a78304d397f62ff882e188eacbba3e398b4 in cordova-windows's branch 
refs/heads/master from [~daserge]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=8b836a7 ]

CB-11522 [windows] Make cordova-js handle 'unknown' type


> Do not clone the detail object on activation context
> 
>
> Key: CB-11522
> URL: https://issues.apache.org/jira/browse/CB-11522
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Reporter: Daniel Toplak
>Assignee: Sergey Shakhnazarov
>Priority: Blocker
>  Labels: reproduced, triaged, windows
>
> In some circumstances, cloning the detail object of the activation context 
> will fail. Esp. when launching the app via ActivationKind.file.
> The cloning of the detail object was introduced in 
> https://issues.apache.org/jira/browse/CB-10653
> See: https://github.com/apache/cordova-windows/pull/173#issuecomment-227366714



--
This message was sent by Atlassian JIRA
(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-11522) Do not clone the detail object on activation context

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11522:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-js/pull/137


> Do not clone the detail object on activation context
> 
>
> Key: CB-11522
> URL: https://issues.apache.org/jira/browse/CB-11522
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Reporter: Daniel Toplak
>Assignee: Sergey Shakhnazarov
>Priority: Blocker
>  Labels: reproduced, triaged, windows
>
> In some circumstances, cloning the detail object of the activation context 
> will fail. Esp. when launching the app via ActivationKind.file.
> The cloning of the detail object was introduced in 
> https://issues.apache.org/jira/browse/CB-10653
> See: https://github.com/apache/cordova-windows/pull/173#issuecomment-227366714



--
This message was sent by Atlassian JIRA
(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-11522) Do not clone the detail object on activation context

[ASF subversion and git services (JIRA)]

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

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

Commit 640f151f0badfbf7d3ede6b7a2befb7a96054dd7 in cordova-js's branch 
refs/heads/master from [~daserge]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=640f151 ]

CB-11522 [windows] Make cordova-js handle 'unknown' type


> Do not clone the detail object on activation context
> 
>
> Key: CB-11522
> URL: https://issues.apache.org/jira/browse/CB-11522
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Reporter: Daniel Toplak
>Assignee: Sergey Shakhnazarov
>Priority: Blocker
>  Labels: reproduced, triaged, windows
>
> In some circumstances, cloning the detail object of the activation context 
> will fail. Esp. when launching the app via ActivationKind.file.
> The cloning of the detail object was introduced in 
> https://issues.apache.org/jira/browse/CB-10653
> See: https://github.com/apache/cordova-windows/pull/173#issuecomment-227366714



--
This message was sent by Atlassian JIRA
(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-11889) Add easy way to detect WKWebView

[Ashley Gullen (JIRA)]

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

Ashley Gullen commented on CB-11889:


Oh, right. But given how different WKWebView is regarding its same-origin 
policy - i.e. you can't AJAX local files - it seems reasonable to expect a lot 
of apps to have to make code changes when running on WKWebView. Accordingly it 
seems reasonable for Cordova to have a built-in way to indicate WKWebView. 
Shouldn't this be a core feature?

I have tried to persuade Apple to add a feature to identify WKWebView for the 
same reasons, but they rejected the request.

> Add easy way to detect WKWebView
> 
>
> Key: CB-11889
> URL: https://issues.apache.org/jira/browse/CB-11889
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Ashley Gullen
>
> There is no clear and easy way to detect WKWebView from the user agent string 
> or from any Cordova properties, AFAIK.
> Previous solutions said to test for window.indexedDB. This is no longer 
> present on iOS 10's WKWebView. Our engine Construct 2 used to rely on this to 
> work around the different security model/featureset of WKWebView, but since 
> iOS 10 changed it, all our games using WKWebView are broken.
> I want to add some other way to detect it, but it is all undocumented and I 
> could end up relying on something that changes and breaks everything again.
> To prevent this problem happening again there should be something like 
> "isWKWebView" somewhere!



--
This message was sent by Atlassian JIRA
(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-11889) Add easy way to detect WKWebView

[Ashley Gullen (JIRA)]

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

Ashley Gullen edited comment on CB-11889 at 9/29/16 10:32 AM:
--

Oh, right. But given how different WKWebView is regarding its same-origin 
policy - i.e. you can't AJAX local files, can't load images as same-origin, 
etc. - it seems reasonable to expect a lot of apps to have to make code changes 
when running on WKWebView. Accordingly it seems reasonable for Cordova to have 
a built-in way to indicate WKWebView. Shouldn't this be a core feature?

I have tried to persuade Apple to add a feature to identify WKWebView for the 
same reasons, but they rejected the request.


was (Author: ashleyscirra):
Oh, right. But given how different WKWebView is regarding its same-origin 
policy - i.e. you can't AJAX local files - it seems reasonable to expect a lot 
of apps to have to make code changes when running on WKWebView. Accordingly it 
seems reasonable for Cordova to have a built-in way to indicate WKWebView. 
Shouldn't this be a core feature?

I have tried to persuade Apple to add a feature to identify WKWebView for the 
same reasons, but they rejected the request.

> Add easy way to detect WKWebView
> 
>
> Key: CB-11889
> URL: https://issues.apache.org/jira/browse/CB-11889
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Ashley Gullen
>
> There is no clear and easy way to detect WKWebView from the user agent string 
> or from any Cordova properties, AFAIK.
> Previous solutions said to test for window.indexedDB. This is no longer 
> present on iOS 10's WKWebView. Our engine Construct 2 used to rely on this to 
> work around the different security model/featureset of WKWebView, but since 
> iOS 10 changed it, all our games using WKWebView are broken.
> I want to add some other way to detect it, but it is all undocumented and I 
> could end up relying on something that changes and breaks everything again.
> To prevent this problem happening again there should be something like 
> "isWKWebView" somewhere!



--
This message was sent by Atlassian JIRA
(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-11914) media-capture plugin captureVideo doesn't restrict video to specified duration (Android)

[Prabhu Sengal (JIRA)]

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

Prabhu Sengal updated CB-11914:
---
Component/s: Plugin Media Capture

> media-capture plugin captureVideo doesn't restrict video to specified 
> duration (Android)
> 
>
> Key: CB-11914
> URL: https://issues.apache.org/jira/browse/CB-11914
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Media Capture
> Environment: Issue is seen on almost all phones with Android 6.0.1 or 
> above except a Samsung S6 Edge running 6.0.1;
>Reporter: Prabhu Sengal
>
> The following code fails to end video capture after 10 seconds on phones 
> running Android 6.0.1 or above. In all other versions, the video capture is 
> ended in 10 seconds with message "Maximum recording time reached".
> {code:title=index.js|borderStyle=solid}
> captureVideo: function() {
> navigator.device.capture.captureVideo(
> function(mediaFiles) {
> // success callback
> var i, path, len;
> for (i = 0, len = mediaFiles.length; i < len; i += 1) {
> path = mediaFiles[i].fullPath;
> console.log("Success : " + path);
> }
> },
> function(error) {
> // error callback
> console.log('Error code: ' + error.code, null, 'Capture 
> Error');
> },
> {
> limit: 1,
> quality: 0,
> duration: 10
> }
> );
> }
> {code}
> I am on,
> phonegap@6.2.6 (tried with 6.3.3 - same behaviour)
> cordova@6.1.1
> cordova-plugin-media-capture@1.4.1-dev



--
This message was sent by Atlassian JIRA
(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-11869) Fix cordova-js android exec tests

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov resolved CB-11869.
--
Resolution: Fixed

> Fix cordova-js android exec tests
> -
>
> Key: CB-11869
> URL: https://issues.apache.org/jira/browse/CB-11869
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>  Labels: android, triaged
>
> {noformat}
> F:\coho\cordova-js (master) (cordova-js@4.1.5-dev)
> λ npm test
> > cordova-js@4.1.5-dev test F:\coho\cordova-js
> > grunt test
> Running "compile:test" (compile) task
> generated cordova.test.js @ 0030f1d859d2a8360b621b0d48072f3f08eb6925 in 7ms
> Running "jshint:src" (jshint) task
> >> 56 files lint free.
> Running "_test" task
> starting node-based tests
> 
> Unit Tests:
> Could not find cordova.js script tag. Plugin loading may fail.
> F.
> Failures:
>   1) android exec.processMessages exec should process messages in order even 
> when called recursively
>Message:
>  TypeError: Cannot read property '0' of null
>Stacktrace:
>  TypeError: Cannot read property '0' of null
> at Function.androidExec.init (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:46:14), :429:42)
> at eval (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:64:17), :42:14)
> at jasmine.Block.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:1145:17)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at jasmine.Queue.start 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2130:8)
> at jasmine.Spec.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2458:14)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at jasmine.Queue.start 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2130:8)
> at jasmine.Suite.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2604:14)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
>   2) android exec.processMessages exec should process messages in order even 
> when called recursively
>Message:
>  Error: exec() called without bridgeSecret
>Stacktrace:
>  Error: exec() called without bridgeSecret
> at androidExec (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:46:14), :387:15)
> at eval (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:64:17), :95:13)
> at jasmine.Block.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:1145:17)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at null._onTimeout 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2167:18)
> at Timer.listOnTimeout (timers.js:92:15)
>   3) android exec.processMessages exec should process messages asynchronously
>Message:
>  TypeError: Cannot read property '0' of null
>Stacktrace:
>  TypeError: Cannot read property '0' of null
> at Function.androidExec.init (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:46:14), :429:42)
> at eval (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:64:17), :42:14)
> at jasmine.Block.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:1145:17)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at jasmine.Queue.start 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2130:8)
> at jasmine.Spec.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2458:14)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at onComplete 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2173:18)
> at jasmine.Spec.finish 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2432:5)
> at null.onComplete 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2459:10)
>   4) android exec.processMessages exec should process messages asynchronously
>Message:
>  Error: exec() called without bridgeSecret
>Stacktrace:
>  

[jira] [Commented] (CB-11869) Fix cordova-js android exec tests

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11869:
-

Github user asfgit closed the pull request at:

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


> Fix cordova-js android exec tests
> -
>
> Key: CB-11869
> URL: https://issues.apache.org/jira/browse/CB-11869
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>  Labels: android, triaged
>
> {noformat}
> F:\coho\cordova-js (master) (cordova-js@4.1.5-dev)
> λ npm test
> > cordova-js@4.1.5-dev test F:\coho\cordova-js
> > grunt test
> Running "compile:test" (compile) task
> generated cordova.test.js @ 0030f1d859d2a8360b621b0d48072f3f08eb6925 in 7ms
> Running "jshint:src" (jshint) task
> >> 56 files lint free.
> Running "_test" task
> starting node-based tests
> 
> Unit Tests:
> Could not find cordova.js script tag. Plugin loading may fail.
> F.
> Failures:
>   1) android exec.processMessages exec should process messages in order even 
> when called recursively
>Message:
>  TypeError: Cannot read property '0' of null
>Stacktrace:
>  TypeError: Cannot read property '0' of null
> at Function.androidExec.init (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:46:14), :429:42)
> at eval (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:64:17), :42:14)
> at jasmine.Block.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:1145:17)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at jasmine.Queue.start 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2130:8)
> at jasmine.Spec.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2458:14)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at jasmine.Queue.start 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2130:8)
> at jasmine.Suite.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2604:14)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
>   2) android exec.processMessages exec should process messages in order even 
> when called recursively
>Message:
>  Error: exec() called without bridgeSecret
>Stacktrace:
>  Error: exec() called without bridgeSecret
> at androidExec (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:46:14), :387:15)
> at eval (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:64:17), :95:13)
> at jasmine.Block.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:1145:17)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at null._onTimeout 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2167:18)
> at Timer.listOnTimeout (timers.js:92:15)
>   3) android exec.processMessages exec should process messages asynchronously
>Message:
>  TypeError: Cannot read property '0' of null
>Stacktrace:
>  TypeError: Cannot read property '0' of null
> at Function.androidExec.init (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:46:14), :429:42)
> at eval (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:64:17), :42:14)
> at jasmine.Block.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:1145:17)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at jasmine.Queue.start 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2130:8)
> at jasmine.Spec.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2458:14)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at onComplete 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2173:18)
> at jasmine.Spec.finish 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2432:5)
> at null.onComplete 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2459:10)
>   4) android exec.processMessages exec should process 

[jira] [Commented] (CB-11522) Do not clone the detail object on activation context

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11522:
-

Github user vladimir-kotikov commented on the issue:

https://github.com/apache/cordova-js/pull/137
  
LGTM


> Do not clone the detail object on activation context
> 
>
> Key: CB-11522
> URL: https://issues.apache.org/jira/browse/CB-11522
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Reporter: Daniel Toplak
>Assignee: Sergey Shakhnazarov
>Priority: Blocker
>  Labels: reproduced, triaged, windows
>
> In some circumstances, cloning the detail object of the activation context 
> will fail. Esp. when launching the app via ActivationKind.file.
> The cloning of the detail object was introduced in 
> https://issues.apache.org/jira/browse/CB-10653
> See: https://github.com/apache/cordova-windows/pull/173#issuecomment-227366714



--
This message was sent by Atlassian JIRA
(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-11869) Fix cordova-js android exec tests

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11869:
-

Github user vladimir-kotikov commented on the issue:

https://github.com/apache/cordova-android/pull/333
  
LGTM


> Fix cordova-js android exec tests
> -
>
> Key: CB-11869
> URL: https://issues.apache.org/jira/browse/CB-11869
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>  Labels: android, triaged
>
> {noformat}
> F:\coho\cordova-js (master) (cordova-js@4.1.5-dev)
> λ npm test
> > cordova-js@4.1.5-dev test F:\coho\cordova-js
> > grunt test
> Running "compile:test" (compile) task
> generated cordova.test.js @ 0030f1d859d2a8360b621b0d48072f3f08eb6925 in 7ms
> Running "jshint:src" (jshint) task
> >> 56 files lint free.
> Running "_test" task
> starting node-based tests
> 
> Unit Tests:
> Could not find cordova.js script tag. Plugin loading may fail.
> F.
> Failures:
>   1) android exec.processMessages exec should process messages in order even 
> when called recursively
>Message:
>  TypeError: Cannot read property '0' of null
>Stacktrace:
>  TypeError: Cannot read property '0' of null
> at Function.androidExec.init (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:46:14), :429:42)
> at eval (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:64:17), :42:14)
> at jasmine.Block.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:1145:17)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at jasmine.Queue.start 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2130:8)
> at jasmine.Spec.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2458:14)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at jasmine.Queue.start 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2130:8)
> at jasmine.Suite.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2604:14)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
>   2) android exec.processMessages exec should process messages in order even 
> when called recursively
>Message:
>  Error: exec() called without bridgeSecret
>Stacktrace:
>  Error: exec() called without bridgeSecret
> at androidExec (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:46:14), :387:15)
> at eval (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:64:17), :95:13)
> at jasmine.Block.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:1145:17)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at null._onTimeout 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2167:18)
> at Timer.listOnTimeout (timers.js:92:15)
>   3) android exec.processMessages exec should process messages asynchronously
>Message:
>  TypeError: Cannot read property '0' of null
>Stacktrace:
>  TypeError: Cannot read property '0' of null
> at Function.androidExec.init (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:46:14), :429:42)
> at eval (eval at  
> (F:\coho\cordova-js\tasks\lib\test-jsdom.js:64:17), :42:14)
> at jasmine.Block.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:1145:17)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at jasmine.Queue.start 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2130:8)
> at jasmine.Spec.execute 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2458:14)
> at jasmine.Queue.next_ 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2177:31)
> at onComplete 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2173:18)
> at jasmine.Spec.finish 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2432:5)
> at null.onComplete 
> (F:\coho\cordova-js\node_modules\jasmine-node\lib\jasmine-node/jasmine-1.3.1.js:2459:10)
>   4) android exec.processMessages 

[jira] [Commented] (CB-11882) IOS 10 - javascript appendChild method

[Jimmy Pannier (JIRA)]

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

Jimmy Pannier commented on CB-11882:


Sorry, it's a typo while writing description but it's appendChild in my project.
No there is no error in console. neither in Xcode trace, neither on safari dev 
tools.

> IOS 10 - javascript appendChild method
> --
>
> Key: CB-11882
> URL: https://issues.apache.org/jira/browse/CB-11882
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Jimmy Pannier
>
> document.head.appendChild method to programatically inject some resource ( 
> link element for example ) doesn't work only on ios 10
> f.e:
>  var elImport = document.createElement('link');
>  elImport.rel = 'import';
>  elImport.href = 'vulcanize/vulcanize.html';
>  document.head.appendChild(elImport);



--
This message was sent by Atlassian JIRA
(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-11882) IOS 10 - javascript appendChild method

[Jimmy Pannier (JIRA)]

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

Jimmy Pannier updated CB-11882:
---
Summary: IOS 10 - javascript appendChild method  (was: IOS 10 - javascript 
appenchild method)

> IOS 10 - javascript appendChild method
> --
>
> Key: CB-11882
> URL: https://issues.apache.org/jira/browse/CB-11882
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Jimmy Pannier
>
> document.head.appendChild method to programatically inject some resource ( 
> link element for example ) doesn't work only on ios 10
> f.e:
>  var elImport = document.createElement('link');
>  elImport.rel = 'import';
>  elImport.href = 'vulcanize/vulcanize.html';
>  document.head.appenchChild(elImport);



--
This message was sent by Atlassian JIRA
(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-11882) IOS 10 - javascript appendChild method

[Jimmy Pannier (JIRA)]

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

Jimmy Pannier updated CB-11882:
---
Description: 
document.head.appendChild method to programatically inject some resource ( link 
element for example ) doesn't work only on ios 10

f.e:
 var elImport = document.createElement('link');
 elImport.rel = 'import';
 elImport.href = 'vulcanize/vulcanize.html';
 document.head.appendChild(elImport);

  was:

document.head.appendChild method to programatically inject some resource ( link 
element for example ) doesn't work only on ios 10

f.e:
 var elImport = document.createElement('link');
 elImport.rel = 'import';
 elImport.href = 'vulcanize/vulcanize.html';
 document.head.appenchChild(elImport);


> IOS 10 - javascript appendChild method
> --
>
> Key: CB-11882
> URL: https://issues.apache.org/jira/browse/CB-11882
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Jimmy Pannier
>
> document.head.appendChild method to programatically inject some resource ( 
> link element for example ) doesn't work only on ios 10
> f.e:
>  var elImport = document.createElement('link');
>  elImport.rel = 'import';
>  elImport.href = 'vulcanize/vulcanize.html';
>  document.head.appendChild(elImport);



--
This message was sent by Atlassian JIRA
(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-11028) Android version of the contacts plugin behaves differently for Contact Detail "type"

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11028:
-

Github user matrosov-nikita commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/136
  
@vladimir-kotikov, updated


> Android version of the contacts plugin behaves differently for Contact Detail 
> "type"
> 
>
> Key: CB-11028
> URL: https://issues.apache.org/jira/browse/CB-11028
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Tobias Mücksch
>Assignee: Nikita Matrosov
>  Labels: Android, triaged
>
> After inspecting the code for the android version of the plugin, I found out, 
> that for some reason the coders decided to return { ..., type: "custom", ... 
> } for contact details with custom labels. But the iOS Version returns the 
> actual custom label as type.
> Example:
> *iOS:*
> {code:javascript}
> {
> name: [ ... ],
> phoneNumbers: [{
> id: 1337,
> type: "My super fancy label",
> value: "+41 45654 214654"
> }]
> }
> {code}
> *Android:*
> {code:javascript}
> {
> name: [ ... ],
> phoneNumbers: [{
> id: 1337,
> type: "custom", // WHAT THE HECK?
> value: "+41 45654 214654"
> }]
> }
> {code}
> This behaviour is not exclusive to phoneNumbers. It's the same for all 
> ContactDetails.



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

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