date:20170308

[jira] [Reopened] (CB-12499) UWP : Dependent external libraries specified as resource-file not being referenced in Release mode.

2017-03-08 Thread Srutha Keerthi (JIRA)


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

Srutha Keerthi reopened CB-12499:
-

Pull request still open

> UWP  : Dependent external libraries specified as resource-file not being 
> referenced in Release mode.
> 
>
> Key: CB-12499
> URL: https://issues.apache.org/jira/browse/CB-12499
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 5.0.0, 4.4.2, 4.4.3
> Environment: Cordova Windows
>Reporter: Srutha Keerthi
> Fix For: 5.0.0, 4.4.2, 4.4.3
>
>




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

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

[jira] [Closed] (CB-12499) UWP : Dependent external libraries specified as resource-file not being referenced in Release mode.

2017-03-08 Thread Srutha Keerthi (JIRA)


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

Srutha Keerthi closed CB-12499.
---
Resolution: Fixed

> UWP  : Dependent external libraries specified as resource-file not being 
> referenced in Release mode.
> 
>
> Key: CB-12499
> URL: https://issues.apache.org/jira/browse/CB-12499
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 5.0.0, 4.4.2, 4.4.3
> Environment: Cordova Windows
>Reporter: Srutha Keerthi
> Fix For: 5.0.0, 4.4.2, 4.4.3
>
>




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

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

[jira] [Commented] (CB-11817) audioSettings shows as unused variable and settings are not used when configuring a recorder

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11817:
-

Github user shanesmith commented on the issue:

https://github.com/apache/cordova-plugin-media/pull/116
  
This change has broken recording from what I'm seeing. 

The plugin requires the file to have a "wav" extension, however now that 
the audio is being encoded as "kAudioFormatMPEG4AAC" it doesn't work, the 
extension needs to be "m4a" or "aac" (at least those are the two that I've 
tested successfully).

Seems like an update here 
(https://github.com/apache/cordova-plugin-media/blob/master/src/ios/CDVSound.m#L41)
 and in the documentation would be needed to resolve this.


> audioSettings shows as unused variable and settings are not used when 
> configuring a recorder
> 
>
> Key: CB-11817
> URL: https://issues.apache.org/jira/browse/CB-11817
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: 2.3.0
> Environment: iOS
>Reporter: Gaven Henry
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: easyfix
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> xcode shows up 2 warnings when building within CDVSound.m
> 1) unused variable 'audioSettings'
> 2) Null passed to a callee that requires non-null when creating an 
> audioFile.recorder
> To resolve both of these just need to pass the autoSettings object to the 
> audioFile.recorder function.
> This resolves both warnings and actually applies the autoSettings as expected.



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

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

[jira] [Commented] (CB-3232) "cordova platform add blackberry" fails on 2.7.1-rc.1

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-3232:


GitHub user maverickmishra opened a pull request:

https://github.com/apache/cordova-plugin-screen-orientation/pull/12

Follows spec w3 c



### Platforms affected
iOS, Android, Windows
### What does this PR do?
 The PR makes the plugin conform to exact W3C specs. 
screen.orientation.angle and screen.orientation.onchange attributes implemented.

### What testing has been done on this change?
Tested on android and iOS devices and also using unit tests.


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


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

$ git pull 
https://github.com/maverickmishra/cordova-plugin-screen-orientation 
FollowSpecW3C

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

https://github.com/apache/cordova-plugin-screen-orientation/pull/12.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 #12


commit 6b07847d9aab5c18d49d59a9cf88f98bba67bcf0
Author: Jesse MacFadyen 
Date:   2017-02-22T19:34:21Z

added missing tests, fixed indentation of js file

commit 60f639b5538a53ce056f14e2a70894247126b279
Author: maverickmishra 
Date:   2017-03-09T01:45:24Z

The plugin now follows W 3 specs ; tests for screen.orientation.onchange 
pending




> "cordova platform add blackberry" fails on 2.7.1-rc.1
> -
>
> Key: CB-3232
> URL: https://issues.apache.org/jira/browse/CB-3232
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: BlackBerry, CLI
>Affects Versions: 2.7.0
>Reporter: Michael Brooks
>Assignee: Michael Brooks
> Fix For: 2.7.0
>
>
> The following error is thrown when running {{$ cordova platform add 
> blackberry}}:
> {code}
> [Error: An error occured during creation of blackberry sub-project. Creating 
> BlackBerry project...
> Updating config.xml ...
> sed: 
> /Users/mwbrooks/Dropbox/Development/sandbox/myapp/platforms/blackberry/www/config.xml:
>  No such file or directory
> Cleaning up ...
> Remember to update the project.properties file inside your application 
> directory!
> ]
> {code}



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

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

[jira] [Updated] (CB-12555) Host multiple cordova apps from same domain

2017-03-08 Thread Brian Soumakian (JIRA)


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

Brian Soumakian updated CB-12555:
-
Component/s: Browser

> Host multiple cordova apps from same domain
> ---
>
> Key: CB-12555
> URL: https://issues.apache.org/jira/browse/CB-12555
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Browser, Plugin SplashScreen
>Reporter: Brian Soumakian
>
> I have two cordova apps that I would like to host from the same domain that 
> are being built with the corvoda-browser plugin.  This should be fixed by 
> setting the base href for each app, however, cordova does not abide by this 
> base href when making an XHR request for config.xml.  This is affecting the 
> usage of the SplashScreen plugin and any other plugin making use of the 
> 'cordova/confighelper' module.
> The 'cordova/confighelper' module uses the following line of code to get the 
> config.xml:
> xhr.open("get", "/config.xml", true);
> This call fails when the app is not hosted from the root folder.  The base 
> href should be used to figure out the relative path to the file.



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

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

[jira] [Updated] (CB-12555) Host multiple cordova apps from same domain

2017-03-08 Thread Brian Soumakian (JIRA)


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

Brian Soumakian updated CB-12555:
-
Description: 
I have two cordova apps that I would like to host from the same domain that are 
being built with the corvoda-browser plugin.  This should be fixed by setting 
the base href for each app, however, cordova does not abide by this base href 
when making an XHR request for config.xml.  This is affecting the usage of the 
SplashScreen plugin and any other plugin making use of the 
'cordova/confighelper' module.

The 'cordova/confighelper' module uses the following line of code to get the 
config.xml:

xhr.open("get", "/config.xml", true);

This call fails when the app is not hosted from the root folder.  The base href 
should be used to figure out the relative path to the file.

  was:
I have two cordova apps that I would like to host from the same domain.  This 
should be fixed by setting the base href for each app, however, cordova does 
not abide by this base href when making an XHR request for config.xml.  This is 
affecting the usage of the SplashScreen plugin and any other plugin making use 
of the 'cordova/confighelper' module.

The 'cordova/confighelper' module uses the following line of code to get the 
config.xml:

xhr.open("get", "/config.xml", true);

This call fails when the app is not hosted from the root folder.  The base href 
should be used to figure out the relative path to the file.


> Host multiple cordova apps from same domain
> ---
>
> Key: CB-12555
> URL: https://issues.apache.org/jira/browse/CB-12555
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Browser, Plugin SplashScreen
>Reporter: Brian Soumakian
>
> I have two cordova apps that I would like to host from the same domain that 
> are being built with the corvoda-browser plugin.  This should be fixed by 
> setting the base href for each app, however, cordova does not abide by this 
> base href when making an XHR request for config.xml.  This is affecting the 
> usage of the SplashScreen plugin and any other plugin making use of the 
> 'cordova/confighelper' module.
> The 'cordova/confighelper' module uses the following line of code to get the 
> config.xml:
> xhr.open("get", "/config.xml", true);
> This call fails when the app is not hosted from the root folder.  The base 
> href should be used to figure out the relative path to the file.



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

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

[jira] [Commented] (CB-12524) add plugin failing because it cannot find tools/templates

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12524:
-

Github user infil00p closed the pull request at:

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


> add plugin failing because it cannot find tools/templates
> -
>
> Key: CB-12524
> URL: https://issues.apache.org/jira/browse/CB-12524
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, App Hello World
>Affects Versions: 6.5.0
> Environment: Mac OSX 10.12.3
> Cordova 6.5.0
> Android 6.1.2
>Reporter: Gary N Griswold
>Assignee: Joe Bowser
>Priority: Blocker
>
> plugin add is failing because it is looking for in 
> sdk/tools/templates/gradle/wrapper, but tools/templates does not exist.
> The reference to the missing templates directory is found in 
> {quote}check_reqs.js line 88{quote}
> {code}
> platforms/android/cordova/lib/check_reqs.js
> line 88: var wrapperDir = path.join(sdkDir, 'tools', 'templates', 'gradle', 
> 'wrapper');
> Please see the
> cordova plugin add $HOME/
> Failed to install 'com-shortsands-videoplayer':CordovaError: Could not find 
> gradle wrapper within Android SDK. Might need to update your Android SDK.
> Looked here: 
> /Users/garygriswold/Library/Android/sdk/tools/templates/gradle/wrapper
> at Object.module.exports.check_gradle 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/lib/check_reqs.js:90:25)
> at GradleBuilder.prepEnv 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/lib/builders/GradleBuilder.js:161:23)
> at Api.module.exports.runClean 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/lib/build.js:131:20)
> at 
> /Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/Api.js:394:50
> at _fulfilled 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:796:13)
> at 
> /Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:604:44
> at runSingle 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:137:13)
> at flush 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:125:13)
> Error: Could not find gradle wrapper within Android SDK. Might need to update 
> your Android SDK.
> Looked here: 
> /Users/garygriswold/Library/Android/sdk/tools/templates/gradle/wrapper
> {code}



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

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

[jira] [Commented] (CB-12524) add plugin failing because it cannot find tools/templates

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12524:
-

Github user infil00p commented on the issue:

https://github.com/apache/cordova-android/pull/365
  
Closing this PR because we can't distribute JARs, we have to find another 
solution.  Apologies.


> add plugin failing because it cannot find tools/templates
> -
>
> Key: CB-12524
> URL: https://issues.apache.org/jira/browse/CB-12524
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, App Hello World
>Affects Versions: 6.5.0
> Environment: Mac OSX 10.12.3
> Cordova 6.5.0
> Android 6.1.2
>Reporter: Gary N Griswold
>Assignee: Joe Bowser
>Priority: Blocker
>
> plugin add is failing because it is looking for in 
> sdk/tools/templates/gradle/wrapper, but tools/templates does not exist.
> The reference to the missing templates directory is found in 
> {quote}check_reqs.js line 88{quote}
> {code}
> platforms/android/cordova/lib/check_reqs.js
> line 88: var wrapperDir = path.join(sdkDir, 'tools', 'templates', 'gradle', 
> 'wrapper');
> Please see the
> cordova plugin add $HOME/
> Failed to install 'com-shortsands-videoplayer':CordovaError: Could not find 
> gradle wrapper within Android SDK. Might need to update your Android SDK.
> Looked here: 
> /Users/garygriswold/Library/Android/sdk/tools/templates/gradle/wrapper
> at Object.module.exports.check_gradle 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/lib/check_reqs.js:90:25)
> at GradleBuilder.prepEnv 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/lib/builders/GradleBuilder.js:161:23)
> at Api.module.exports.runClean 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/lib/build.js:131:20)
> at 
> /Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/Api.js:394:50
> at _fulfilled 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:796:13)
> at 
> /Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:604:44
> at runSingle 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:137:13)
> at flush 
> (/Users/garygriswold/ShortSands/VideoProto/platforms/android/cordova/node_modules/q/q.js:125:13)
> Error: Could not find gradle wrapper within Android SDK. Might need to update 
> your Android SDK.
> Looked here: 
> /Users/garygriswold/Library/Android/sdk/tools/templates/gradle/wrapper
> {code}



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

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

[jira] [Created] (CB-12555) Host multiple cordova apps from same domain

2017-03-08 Thread Brian Soumakian (JIRA)

Brian Soumakian created CB-12555:


 Summary: Host multiple cordova apps from same domain
 Key: CB-12555
 URL: https://issues.apache.org/jira/browse/CB-12555
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
Reporter: Brian Soumakian


I have two cordova apps that I would like to host from the same domain.  This 
should be fixed by setting the base href for each app, however, cordova does 
not abide by this base href when making an XHR request for config.xml.  This is 
affecting the usage of the SplashScreen plugin and any other plugin making use 
of the 'cordova/confighelper' module.

The 'cordova/confighelper' module uses the following line of code to get the 
config.xml:

xhr.open("get", "/config.xml", true);

This call fails when the app is not hosted from the root folder.  The base href 
should be used to figure out the relative path to the file.



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

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

[jira] [Commented] (CB-12384) Add Cordova framework target to iOS

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12384:
-

Github user shazron commented on the issue:

https://github.com/apache/cordova-ios/pull/289
  
Thanks @khawkins ! I'll let the CI run, then merge these in. No worries, I 
can squash on my end


> Add Cordova framework target to iOS
> ---
>
> Key: CB-12384
> URL: https://issues.apache.org/jira/browse/CB-12384
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CordovaLib, iOS
>Affects Versions: Master
>Reporter: Kevin Hawkins
>Assignee: Shazron Abdullah
> Fix For: cordova-ios@4.4.0
>
>   Original Estimate: 40h
>  Remaining Estimate: 40h
>
> Carthage support requires a dynamic framework target for Cordova.  It should 
> be possible to create a framework target that lives side by side with the 
> existing static library target (CordovaLib), sharing code, tests, etc.



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

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

[jira] [Commented] (CB-12545) Inappbrowser crashes in iPhone 5 or 5c

2017-03-08 Thread Alex Yang (JIRA)


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

Alex Yang commented on CB-12545:


[~jcesarmobile] Thank you so much. Saved my day :)

> Inappbrowser crashes in iPhone 5 or 5c
> --
>
> Key: CB-12545
> URL: https://issues.apache.org/jira/browse/CB-12545
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 6.4.0
> Environment: iPhone 5, iPhone 5c, iOS 10.2.1, ionic 2
>Reporter: Alex Yang
>Assignee: jcesarmobile
>Priority: Critical
>  Labels: inappbrowser
>
> When using the InAppBrowser plugin in an ionic 2 project, the InAppBrowser 
> window would not display in iPhone 5 or iPhone 5c. 
> Example code:
> new InAppBrowser(url, '_blank', 'location=false');
> The logs:
> 2017-03-07 09:30:20.204 My App[19636:7391110] -[__NSCFString charValue]: 
> unrecognized selector sent to instance 0x7ca47270
> 2017-03-07 09:30:20.206 My App[19636:7391110] *** WebKit discarded an 
> uncaught exception in the 
> webView:decidePolicyForNavigationAction:request:frame:decisionListener: 
> delegate:  -[__NSCFString charValue]: 
> unrecognized selector sent to instance 0x7ca47270
> I suspect it is similar to 
> http://stackoverflow.com/questions/31408909/nscfstring-charvalue-unrecognized-selector-sent-to-instance
> When I use "_self" instead of "_blank", there is no problem opening the 
> system browser. 



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

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

[jira] [Commented] (CB-12528) Remove silly existSync replacement

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12528:
-

Github user stevengill commented on the issue:

https://github.com/apache/cordova-lib/pull/524
  
It was deprecated for a time but then got undeprecated. Great find! 
https://github.com/nodejs/node/issues/1592


> Remove silly existSync replacement
> --
>
> Key: CB-12528
> URL: https://issues.apache.org/jira/browse/CB-12528
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaCommon
>Reporter: Jesse MacFadyen
>Assignee: Jesse MacFadyen
>
> Remove bunk claim that existsSync is deprecated, so our own implementation is 
> provided...
> It is not deprecated, our implementation appears to be unused.



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

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

[jira] [Closed] (CB-12545) Inappbrowser crashes in iPhone 5 or 5c

2017-03-08 Thread jcesarmobile (JIRA)


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

jcesarmobile closed CB-12545.
-
Resolution: Not A Problem

Values for location are yes or no, you are using false, that causes your problem

Quoting the doc:
{quote}
location: Set to yes or no to turn the InAppBrowser's location bar on or off.
{quote}

> Inappbrowser crashes in iPhone 5 or 5c
> --
>
> Key: CB-12545
> URL: https://issues.apache.org/jira/browse/CB-12545
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 6.4.0
> Environment: iPhone 5, iPhone 5c, iOS 10.2.1, ionic 2
>Reporter: Alex Yang
>Assignee: jcesarmobile
>Priority: Critical
>  Labels: inappbrowser
>
> When using the InAppBrowser plugin in an ionic 2 project, the InAppBrowser 
> window would not display in iPhone 5 or iPhone 5c. 
> Example code:
> new InAppBrowser(url, '_blank', 'location=false');
> The logs:
> 2017-03-07 09:30:20.204 My App[19636:7391110] -[__NSCFString charValue]: 
> unrecognized selector sent to instance 0x7ca47270
> 2017-03-07 09:30:20.206 My App[19636:7391110] *** WebKit discarded an 
> uncaught exception in the 
> webView:decidePolicyForNavigationAction:request:frame:decisionListener: 
> delegate:  -[__NSCFString charValue]: 
> unrecognized selector sent to instance 0x7ca47270
> I suspect it is similar to 
> http://stackoverflow.com/questions/31408909/nscfstring-charvalue-unrecognized-selector-sent-to-instance
> When I use "_self" instead of "_blank", there is no problem opening the 
> system browser. 



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

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

[jira] [Assigned] (CB-12545) Inappbrowser crashes in iPhone 5 or 5c

2017-03-08 Thread jcesarmobile (JIRA)


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

jcesarmobile reassigned CB-12545:
-

Assignee: jcesarmobile

> Inappbrowser crashes in iPhone 5 or 5c
> --
>
> Key: CB-12545
> URL: https://issues.apache.org/jira/browse/CB-12545
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 6.4.0
> Environment: iPhone 5, iPhone 5c, iOS 10.2.1, ionic 2
>Reporter: Alex Yang
>Assignee: jcesarmobile
>Priority: Critical
>  Labels: inappbrowser
>
> When using the InAppBrowser plugin in an ionic 2 project, the InAppBrowser 
> window would not display in iPhone 5 or iPhone 5c. 
> Example code:
> new InAppBrowser(url, '_blank', 'location=false');
> The logs:
> 2017-03-07 09:30:20.204 My App[19636:7391110] -[__NSCFString charValue]: 
> unrecognized selector sent to instance 0x7ca47270
> 2017-03-07 09:30:20.206 My App[19636:7391110] *** WebKit discarded an 
> uncaught exception in the 
> webView:decidePolicyForNavigationAction:request:frame:decisionListener: 
> delegate:  -[__NSCFString charValue]: 
> unrecognized selector sent to instance 0x7ca47270
> I suspect it is similar to 
> http://stackoverflow.com/questions/31408909/nscfstring-charvalue-unrecognized-selector-sent-to-instance
> When I use "_self" instead of "_blank", there is no problem opening the 
> system browser. 



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

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

[jira] [Commented] (CB-12412) Cordova plugin-dialogs not working on iOS

2017-03-08 Thread jcesarmobile (JIRA)


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

jcesarmobile commented on CB-12412:
---

Also, you called your function tes_dialog() but on the onclick you call it with 
test_dialog()

> Cordova plugin-dialogs not working on iOS
> -
>
> Key: CB-12412
> URL: https://issues.apache.org/jira/browse/CB-12412
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Plugin Dialogs
>Affects Versions: 6.4.0
>Reporter: Lintang
>Assignee: jcesarmobile
> Fix For: 6.4.0
>
>
> I cannot use Cordova Dialogs (cordova-plugin-dialogs) on iOS.
> My setup:
> Node version: v6.9.4
> Cordova version: 6.4.0
> cordova-plugin-dialogs 1.3.1 "Notification"
> Xcode: 8.2.1
> iPhone: 6S
> iOS: 9.3.4
> When I tried the plugin (either on deviceready or manual trigger), it does 
> nothing at all, either on simulator or real iPhone.
> But with the same code (without any modification), I tried running it on 
> Android, it works.



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

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

[jira] [Resolved] (CB-12405) .ipa is uncompressed in preparation for 'run' command during a 'build', resulting in slow builds

2017-03-08 Thread Shazron Abdullah (JIRA)


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

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

> .ipa is uncompressed in preparation for 'run' command during a 'build', 
> resulting in slow builds
> 
>
> Key: CB-12405
> URL: https://issues.apache.org/jira/browse/CB-12405
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Fix For: cordova-ios@4.4.0
>
>
> This impacts cloud builds since they never ever have to deal with running the 
> app.
> Solution:
> Only during a 'run' should an uncompress happen.



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

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

[jira] [Resolved] (CB-12523) Remove iOS 8 support

2017-03-08 Thread Shazron Abdullah (JIRA)


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

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

> Remove iOS 8 support
> 
>
> Key: CB-12523
> URL: https://issues.apache.org/jira/browse/CB-12523
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Fix For: cordova-ios@4.4.0
>
>
> Consensus on the dev@ list that we can drop iOS 8 support since our policy 
> has always been supporting the current (iOS 10) and one iOS version back.



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

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

[jira] [Updated] (CB-12545) Inappbrowser crashes in iPhone 5 or 5c

2017-03-08 Thread Alex Yang (JIRA)


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

Alex Yang updated CB-12545:
---
Priority: Critical  (was: Major)

> Inappbrowser crashes in iPhone 5 or 5c
> --
>
> Key: CB-12545
> URL: https://issues.apache.org/jira/browse/CB-12545
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 6.4.0
> Environment: iPhone 5, iPhone 5c, iOS 10.2.1, ionic 2
>Reporter: Alex Yang
>Priority: Critical
>  Labels: inappbrowser
>
> When using the InAppBrowser plugin in an ionic 2 project, the InAppBrowser 
> window would not display in iPhone 5 or iPhone 5c. 
> Example code:
> new InAppBrowser(url, '_blank', 'location=false');
> The logs:
> 2017-03-07 09:30:20.204 My App[19636:7391110] -[__NSCFString charValue]: 
> unrecognized selector sent to instance 0x7ca47270
> 2017-03-07 09:30:20.206 My App[19636:7391110] *** WebKit discarded an 
> uncaught exception in the 
> webView:decidePolicyForNavigationAction:request:frame:decisionListener: 
> delegate:  -[__NSCFString charValue]: 
> unrecognized selector sent to instance 0x7ca47270
> I suspect it is similar to 
> http://stackoverflow.com/questions/31408909/nscfstring-charvalue-unrecognized-selector-sent-to-instance
> When I use "_self" instead of "_blank", there is no problem opening the 
> system browser. 



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

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

[jira] [Closed] (CB-12412) Cordova plugin-dialogs not working on iOS

2017-03-08 Thread jcesarmobile (JIRA)


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

jcesarmobile closed CB-12412.
-
Resolution: Not A Problem

The problem is your CSP, you don't allow inline js but you are trying to call 
the plugin with inline js

> Cordova plugin-dialogs not working on iOS
> -
>
> Key: CB-12412
> URL: https://issues.apache.org/jira/browse/CB-12412
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Plugin Dialogs
>Affects Versions: 6.4.0
>Reporter: Lintang
>Assignee: jcesarmobile
> Fix For: 6.4.0
>
>
> I cannot use Cordova Dialogs (cordova-plugin-dialogs) on iOS.
> My setup:
> Node version: v6.9.4
> Cordova version: 6.4.0
> cordova-plugin-dialogs 1.3.1 "Notification"
> Xcode: 8.2.1
> iPhone: 6S
> iOS: 9.3.4
> When I tried the plugin (either on deviceready or manual trigger), it does 
> nothing at all, either on simulator or real iPhone.
> But with the same code (without any modification), I tried running it on 
> Android, it works.



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

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

[jira] [Commented] (CB-12384) Add Cordova framework target to iOS

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12384:
-

Github user khawkins commented on the issue:

https://github.com/apache/cordova-ios/pull/289
  
Okay @shazron , I've rebased and updated the deployment target of the 
framework to 9.0.  All tests are passing.  Let me know if you'd like me to 
squash these review commits down.


> Add Cordova framework target to iOS
> ---
>
> Key: CB-12384
> URL: https://issues.apache.org/jira/browse/CB-12384
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CordovaLib, iOS
>Affects Versions: Master
>Reporter: Kevin Hawkins
>Assignee: Shazron Abdullah
> Fix For: cordova-ios@4.4.0
>
>   Original Estimate: 40h
>  Remaining Estimate: 40h
>
> Carthage support requires a dynamic framework target for Cordova.  It should 
> be possible to create a framework target that lives side by side with the 
> existing static library target (CordovaLib), sharing code, tests, etc.



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

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

[jira] [Commented] (CB-1254) FileTransfer to support multiple files

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-1254:


Github user chmac commented on the issue:

https://github.com/apache/cordova-plugin-media/pull/131
  
Would be awesome to get this merged, just took me several hours to figure 
out why this wasn't working until I eventually found this PR.

Thanks @leopatras for posting.  


> FileTransfer to support multiple files
> --
>
> Key: CB-1254
> URL: https://issues.apache.org/jira/browse/CB-1254
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Affects Versions: 2.0.0
>Reporter: Octavian Ciubotaru
>Assignee: Joe Bowser
>Priority: Minor
>  Labels: file, files, filetransfer, multipart, multiple, post, 
> transfer, upload
> Fix For: Master
>
>
> I've done a plugin that is able to post (multipart) multiple files. Now it 
> works for Android only.
> I think this is good feature to have out of the box.
> I you don't mind, I can share code. But there is a problem, input parameters 
> differ a bit and will break existing contract for upload() function.



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

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

[jira] [Commented] (CB-12384) Add Cordova framework target to iOS

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12384:
-

Github user khawkins commented on the issue:

https://github.com/apache/cordova-ios/pull/289
  
Actually, I end up seeing a ton of warnings now complaining about the fact 
that I didn't otherwise do that, so that probably answers my question.   I'll 
have the update pushed shortly.


> Add Cordova framework target to iOS
> ---
>
> Key: CB-12384
> URL: https://issues.apache.org/jira/browse/CB-12384
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CordovaLib, iOS
>Affects Versions: Master
>Reporter: Kevin Hawkins
>Assignee: Shazron Abdullah
> Fix For: cordova-ios@4.4.0
>
>   Original Estimate: 40h
>  Remaining Estimate: 40h
>
> Carthage support requires a dynamic framework target for Cordova.  It should 
> be possible to create a framework target that lives side by side with the 
> existing static library target (CordovaLib), sharing code, tests, etc.



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

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

[jira] [Commented] (CB-12546) Latest Android SDK tools introduce bug w/ Android emulator

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12546:
-

Github user filmaj commented on the issue:

https://github.com/apache/cordova-android/pull/366
  
Ah, I forgot to ping you: please review @infil00p 


> Latest Android SDK tools introduce bug w/ Android emulator
> --
>
> Key: CB-12546
> URL: https://issues.apache.org/jira/browse/CB-12546
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Filip Maj
>Assignee: Filip Maj
>
> For details: https://code.google.com/p/android/issues/detail?id=235461
> A workaround is to change the current working directory to the directory 
> housing the {{emulator}} binary. E.g.:
> {noformat}
> ~ via ⬢ v6.9.4
> ➔ which emulator
> /Users/maj/sdks/android/tools/emulator
> ~ via ⬢ v6.9.4
> ➔ emulator -avd nexus5-5.1
> [140736778830784]:ERROR:./android/qt/qt_setup.cpp:28:Qt library not found at 
> ../emulator/lib64/qt/lib
> Could not launch '../emulator/qemu/darwin-x86_64/qemu-system-x86_64': No such 
> file or directory
> ~ via ⬢ v6.9.4
> ➔ cd ~/sdks/android/tools
> sdks/android/tools via ⬢ v6.9.4
> ➔ ./emulator -avd nexus5-5.1
> emulator: WARNING: encryption is off
> Hax is enabled
> Hax ram_size 0x8000
> HAX is working and emulator runs in fast virt mode.
> {noformat}
> Potential fix: tweak the {{cordova run --emulator}} command to change the 
> current working directory to be the location of the emulator binary. That 
> might be an easy fix, as cordova uses the {{superspawn}} node module to kick 
> off the {{emulator}} process. That module takes an optional {{cwd}} parameter.
> Let's also check for the existence of {{android}} vs. {{sdkmanager}} to fix 
> the listing of images based on SDK version.



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

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

[jira] [Commented] (CB-12384) Add Cordova framework target to iOS

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12384:
-

Github user khawkins commented on the issue:

https://github.com/apache/cordova-ios/pull/289
  
No worries @shazron !  Question: I see that 
2a323fad2156a434e928eb570e7f272921b75d6a moved the iOS deployment target up to 
9.0.  I presume I should amend the framework target to do the same?  It's 
currently set to 8.0 (before this change came in).


> Add Cordova framework target to iOS
> ---
>
> Key: CB-12384
> URL: https://issues.apache.org/jira/browse/CB-12384
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CordovaLib, iOS
>Affects Versions: Master
>Reporter: Kevin Hawkins
>Assignee: Shazron Abdullah
> Fix For: cordova-ios@4.4.0
>
>   Original Estimate: 40h
>  Remaining Estimate: 40h
>
> Carthage support requires a dynamic framework target for Cordova.  It should 
> be possible to create a framework target that lives side by side with the 
> existing static library target (CordovaLib), sharing code, tests, etc.



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

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

[jira] [Created] (CB-12554) More versatile CLI scripts to handle changes in Android SDK Tools 25.3.1

2017-03-08 Thread Filip Maj (JIRA)

Filip Maj created CB-12554:
--

 Summary: More versatile CLI scripts to handle changes in Android 
SDK Tools 25.3.1
 Key: CB-12554
 URL: https://issues.apache.org/jira/browse/CB-12554
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Filip Maj
Assignee: Filip Maj
Priority: Critical


In the latest Android SDK Tools (v25.3.1), the {{android}} command no longer 
operates as expected and instead exits with a non-zero status code and provides 
a message telling folks to use the {{sdkmanager}} and {{avdmanager}} commands.

Almost all of the various CLI scripts in cordova-android rely, in one capacity 
or another, on the {{android}} command and its output.

Let's use this issue to track support for both old SDK Tools and new ones.

E.g. CB-12546 tracked the failing {{emulator}} command. The [pull request 
issued for that issue|https://github.com/apache/cordova-android/pull/366] could 
be one template on how to handle these SDK Tools-related issues: try to use the 
old {{android}} command, detect if it fails, and if it does, use the newer 
{{sdkmanager}} and {{avdmanager}} commands to fill the functionality gap.



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

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

[jira] [Commented] (CB-12546) Latest Android SDK tools introduce bug w/ Android emulator

2017-03-08 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12546:
-

GitHub user filmaj opened a pull request:

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

CB-12546: More robust support spawning the emulator with newer Android SDK



### Platforms affected

Android

### What does this PR do?

Two things related to starting emulator:

1. Adds more versatile support for the changing structure of the Android 
SDK. In particular, if spawning the `android` command exits with a non-zero 
status code (as it does in SDK Tools 25.3.1), attempts to use `avdmanager` and 
massages its output to conform to the old output of `android list avd`.
2. Ensures to spawn the emulator with a `cwd` parameter, to workaround the 
SDK bug described here: 
https://code.google.com/p/android/issues/detail?id=235461

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

Not enough! Unfortunately, I cannot downgrade my Android SDK to test that 
this works on older SDK versions. Thus why I attempted not to change any of the 
old logic leveraging the `android` binary, and rather just built support for 
the new SDK on top of the old one, trying to use feature / failure detection 
along the way.

### Checklist
- [X] [CB-12546](https://issues.apache.org/jira/browse/CB-12546)
- [X] Commit message follows the format: "CB-3232: (android) Fix bug with 
resolving file paths", where CB- is the JIRA ID & "android" is the platform 
affected.
- [ ] Added automated test coverage as appropriate for this change.


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

$ git pull https://github.com/filmaj/cordova-android CB-12546

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

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


commit 73f28541abf9bd372cb2a5402e2ac3b326c15b94
Author: filmaj 
Date:   2017-03-08T01:04:11Z

CB-12546: start of work on parsing emulator info from `avdmanager` output. 
work in progress.

commit 8fc099b8f1b4f7bfb748eb6655d6cd1d0aa3dbdf
Author: filmaj 
Date:   2017-03-08T17:12:44Z

CB-12546: tweak parsing of `avdmanager` output to match the old output from 
`android list avd`. also explicitly set the CWD of the spawned emulator process 
to workaround a recent google android sdk bug.




> Latest Android SDK tools introduce bug w/ Android emulator
> --
>
> Key: CB-12546
> URL: https://issues.apache.org/jira/browse/CB-12546
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Filip Maj
>Assignee: Filip Maj
>
> For details: https://code.google.com/p/android/issues/detail?id=235461
> A workaround is to change the current working directory to the directory 
> housing the {{emulator}} binary. E.g.:
> {noformat}
> ~ via ⬢ v6.9.4
> ➔ which emulator
> /Users/maj/sdks/android/tools/emulator
> ~ via ⬢ v6.9.4
> ➔ emulator -avd nexus5-5.1
> [140736778830784]:ERROR:./android/qt/qt_setup.cpp:28:Qt library not found at 
> ../emulator/lib64/qt/lib
> Could not launch '../emulator/qemu/darwin-x86_64/qemu-system-x86_64': No such 
> file or directory
> ~ via ⬢ v6.9.4
> ➔ cd ~/sdks/android/tools
> sdks/android/tools via ⬢ v6.9.4
> ➔ ./emulator -avd nexus5-5.1
> emulator: WARNING: encryption is off
> Hax is enabled
> Hax ram_size 0x8000
> HAX is working and emulator runs in fast virt mode.
> {noformat}
> Potential fix: tweak the {{cordova run --emulator}} command to change the 
> current working directory to be the location of the emulator binary. That 
> might be an easy fix, as cordova uses the {{superspawn}} node module to kick 
> off the {{emulator}} process. That module takes an optional {{cwd}} parameter.
> Let's also check for the existence of {{android}} vs. {{sdkmanager}} to fix 
> the listing of images based on SDK version.



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

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

[jira] [Commented] (CB-12546) Latest Android SDK tools introduce bug w/ Android emulator

2017-03-08 Thread ASF subversion and git services (JIRA)


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

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

Commit 8fc099b8f1b4f7bfb748eb6655d6cd1d0aa3dbdf in cordova-android's branch 
refs/heads/CB-12546 from filmaj
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=8fc099b ]

CB-12546: tweak parsing of `avdmanager` output to match the old output from 
`android list avd`. also explicitly set the CWD of the spawned emulator process 
to workaround a recent google android sdk bug.


> Latest Android SDK tools introduce bug w/ Android emulator
> --
>
> Key: CB-12546
> URL: https://issues.apache.org/jira/browse/CB-12546
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Filip Maj
>Assignee: Filip Maj
>
> For details: https://code.google.com/p/android/issues/detail?id=235461
> A workaround is to change the current working directory to the directory 
> housing the {{emulator}} binary. E.g.:
> {noformat}
> ~ via ⬢ v6.9.4
> ➔ which emulator
> /Users/maj/sdks/android/tools/emulator
> ~ via ⬢ v6.9.4
> ➔ emulator -avd nexus5-5.1
> [140736778830784]:ERROR:./android/qt/qt_setup.cpp:28:Qt library not found at 
> ../emulator/lib64/qt/lib
> Could not launch '../emulator/qemu/darwin-x86_64/qemu-system-x86_64': No such 
> file or directory
> ~ via ⬢ v6.9.4
> ➔ cd ~/sdks/android/tools
> sdks/android/tools via ⬢ v6.9.4
> ➔ ./emulator -avd nexus5-5.1
> emulator: WARNING: encryption is off
> Hax is enabled
> Hax ram_size 0x8000
> HAX is working and emulator runs in fast virt mode.
> {noformat}
> Potential fix: tweak the {{cordova run --emulator}} command to change the 
> current working directory to be the location of the emulator binary. That 
> might be an easy fix, as cordova uses the {{superspawn}} node module to kick 
> off the {{emulator}} process. That module takes an optional {{cwd}} parameter.
> Let's also check for the existence of {{android}} vs. {{sdkmanager}} to fix 
> the listing of images based on SDK version.



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

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

[jira] [Commented] (CB-12551) File-Transfer download/upload fails in Android 4.4 or older using TLS 1.2

2017-03-08 Thread Kerri Shotts (JIRA)


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

Kerri Shotts commented on CB-12551:
---

Just FYI: Don't use the {{trustAllHosts}} option in production code (except 
during testing and with your own self-signed certs); since doing so means that 
you're trusting everyone -- valid certificate or not.


> File-Transfer download/upload fails in Android 4.4 or older using TLS 1.2
> -
>
> Key: CB-12551
> URL: https://issues.apache.org/jira/browse/CB-12551
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File Transfer
>Reporter: Dani Palou
>
> FileTransfer's download function fails when trying to download a file from a 
> site using TLS 1.2. This works fine in Android 5 or higher, but it fails in 
> Android 4.x.
> I searched a bit and I found that Android 4.4 should support TLS1.2 but it is 
> disabled by default. I applied the solution proposed in this post and it 
> worked for me:
> http://stackoverflow.com/a/33567745
> That is, I created the _MySSLSocketFactory_ class in the FileTransfer 
> project, and I used it in the _trustAllHosts_ function (line 636 of 
> _FileTransfer.java_):
> {noformat}
> SSLSocketFactory newFactory = new MySSLSocketFactory(sc.getSocketFactory());
> {noformat}
> I'm not sure if this can cause problems with other certificates, I don't know 
> much about this. It would be nice if the Cordova team could take a look at 
> this and check if it can be solved.
> This is the stacktrace:
> {noformat}
> Error getting HTTP status code from connection.
> javax.net.ssl.SSLException: Connection closed by peer
>  at com.android.org.conscrypt.NativeCrypto.SSL_do_handshake(Native Method)
>  at 
> com.android.org.conscrypt.OpenSSLSocketImpl.startHandshake(OpenSSLSocketImpl.java:405)
>  at com.android.okhttp.Connection.upgradeToTls(Connection.java:146)
>  at com.android.okhttp.Connection.connect(Connection.java:107)
>  at com.android.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:294)
>  at 
> com.android.okhttp.internal.http.HttpEngine.sendSocketRequest(HttpEngine.java:255)
>  at 
> com.android.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:206)
>  at 
> com.android.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:345)
>  at 
> com.android.okhttp.internal.http.HttpURLConnectionImpl.connect(HttpURLConnectionImpl.java:89)
>  at 
> com.android.okhttp.internal.http.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:161)
>  at org.apache.cordova.filetransfer.FileTransfer$4.run(FileTransfer.java:869)
>  at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
>  at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
>  at java.lang.Thread.run(Thread.java:841)
> {noformat}
> It can be tested with this code:
> {noformat}
> var ft = new FileTransfer(),
> path = 'squirrel.jpg',
> uri = 
> 'https://prototype.moodle.net/mobile/moodle32/webservice/pluginfile.php/314/mod_resource/content/3/squirrel.jpg?forcedownload=1=616455be9f363cc9631cab89cfcfa1cd';
> ft.download(uri, path, success, error, true);
> function success() {
> console.log('Success');
> }
> function error(data) {
> console.log('Error', data);
> }
> {noformat}



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

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

[jira] [Commented] (CB-12548) Redirection not happening with InAppBrowser when using with Yammer JS sdk for authentication

2017-03-08 Thread Kerri Shotts (JIRA)


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

Kerri Shotts commented on CB-12548:
---

I'm going to suggest that you post this issue on any of the support forums for 
[Cordova](https://groups.google.com/forum/#!forum/phonegap) / 
[PhoneGap](http://forums.adobe.com/community/phonegap) or the [Slack 
group](http://slack.cordova.io/).

At the moment, I don't see any reason to suspect that this is an In App Browser 
issue. I do question that {{redirect_uri}} value, but I'm not familiar enough 
with Yammer to help there.

For now, I'm going to close. If support from the other sites above seems to 
think that this is a bug in the In App Browser, we can re-open.

> Redirection not happening with InAppBrowser when using with Yammer JS sdk for 
> authentication
> 
>
> Key: CB-12548
> URL: https://issues.apache.org/jira/browse/CB-12548
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: Ionic framwork
>Reporter: praveen s
>Priority: Critical
>  Labels: redirection
> Fix For: Master
>
>   Original Estimate: 120h
>  Remaining Estimate: 120h
>
> I am trying Yammer client side OAuth Authentication. i am using the URL of 
> format:
> https://www.yammer.com/dialog/oauth?client_id=xxx_uri=https://localhost/callback?type=mobile_type=token
> In InAppBrowser its showing Yammer login page, when i entered my email id, 
> its trying to take me to my organizations login page. here its failing, i 
> mean its not redirecting from yammer login page. its showing activity 
> indicator and stuck there.
> when i open the same url in mobile browser its redirecting and working fine. 
> so, the issue is with InAppBrowser.
> Any idea on how to resolve it?
> ref: clinet-side flow in https://developer.yammer.com/v1.0/docs/oauth-2



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

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

[jira] [Closed] (CB-12548) Redirection not happening with InAppBrowser when using with Yammer JS sdk for authentication

2017-03-08 Thread Kerri Shotts (JIRA)


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

Kerri Shotts closed CB-12548.
-
Resolution: Not A Bug

> Redirection not happening with InAppBrowser when using with Yammer JS sdk for 
> authentication
> 
>
> Key: CB-12548
> URL: https://issues.apache.org/jira/browse/CB-12548
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: Ionic framwork
>Reporter: praveen s
>Priority: Critical
>  Labels: redirection
> Fix For: Master
>
>   Original Estimate: 120h
>  Remaining Estimate: 120h
>
> I am trying Yammer client side OAuth Authentication. i am using the URL of 
> format:
> https://www.yammer.com/dialog/oauth?client_id=xxx_uri=https://localhost/callback?type=mobile_type=token
> In InAppBrowser its showing Yammer login page, when i entered my email id, 
> its trying to take me to my organizations login page. here its failing, i 
> mean its not redirecting from yammer login page. its showing activity 
> indicator and stuck there.
> when i open the same url in mobile browser its redirecting and working fine. 
> so, the issue is with InAppBrowser.
> Any idea on how to resolve it?
> ref: clinet-side flow in https://developer.yammer.com/v1.0/docs/oauth-2



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

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

[jira] [Created] (CB-12553) cordova-plugin-dialogs support more confirm choices on Windows

2017-03-08 Thread Chris Brody (JIRA)

Chris Brody created CB-12553:


 Summary: cordova-plugin-dialogs support more confirm choices on 
Windows
 Key: CB-12553
 URL: https://issues.apache.org/jira/browse/CB-12553
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin Dialogs
Reporter: Chris Brody


In cordova-plugin-dialogs the confirm dialog has a quirk where it cannot 
display more than 2 buttons on Windows mobile or more than 3 buttons on Windows 
desktop. This can be solved by using `Windows.UI.Popups.PopupMenu` instead of 
`Windows.UI.Popups.MessageDialog` as documented in 
.

An alternative idea to support yes-no-cancel choices on Windows desktop and 
mobile is described in: 
https://maximelabelle.wordpress.com/2016/03/02/displaying-a-yes-no-cancel-message-dialog-in-a-universal-windows-platform-uwp-app/



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

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

[jira] [Created] (CB-12552) cordova-plugin-dialogs missing implementation for macOS (osx)

2017-03-08 Thread Chris Brody (JIRA)

Chris Brody created CB-12552:


 Summary: cordova-plugin-dialogs missing implementation for macOS 
(osx)
 Key: CB-12552
 URL: https://issues.apache.org/jira/browse/CB-12552
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Dialogs
Reporter: Chris Brody


See title. This prevents people from running 
https://github.com/brodybits/cordova-sqlite-test-app on macOS ("osx").



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

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

[jira] [Reopened] (CB-12412) Cordova plugin-dialogs not working on iOS

2017-03-08 Thread Lintang (JIRA)


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

Lintang reopened CB-12412:
--

Sorry for the super late reply :)

> Cordova plugin-dialogs not working on iOS
> -
>
> Key: CB-12412
> URL: https://issues.apache.org/jira/browse/CB-12412
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Plugin Dialogs
>Affects Versions: 6.4.0
>Reporter: Lintang
>Assignee: jcesarmobile
> Fix For: 6.4.0
>
>
> I cannot use Cordova Dialogs (cordova-plugin-dialogs) on iOS.
> My setup:
> Node version: v6.9.4
> Cordova version: 6.4.0
> cordova-plugin-dialogs 1.3.1 "Notification"
> Xcode: 8.2.1
> iPhone: 6S
> iOS: 9.3.4
> When I tried the plugin (either on deviceready or manual trigger), it does 
> nothing at all, either on simulator or real iPhone.
> But with the same code (without any modification), I tried running it on 
> Android, it works.



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

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

[jira] [Commented] (CB-12412) Cordova plugin-dialogs not working on iOS

2017-03-08 Thread Lintang (JIRA)


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

Lintang commented on CB-12412:
--

Hi,

Sorry for the super late reply. I was went out of town for company business and 
forgot about this issue.

When I test on Android (both emulator and device) it works. But when I try on 
iOS (both simulator and device) none works. The dialog never shows.

My setup:
Node version: v6.10.0
NPM 3.10.10
Cordova version: 6.5.0
cordova-plugin-dialogs 1.3.2 "Notification"
Xcode: 8.2.1
iPhone: 6S
iOS: 10.2

My full code is at:
https://bitbucket.org/lintangm/cordova-testing

Do you know what is going wrong with my code?

Thank you and sorry again for the late reply.


Regards,
Lintang



> Cordova plugin-dialogs not working on iOS
> -
>
> Key: CB-12412
> URL: https://issues.apache.org/jira/browse/CB-12412
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Plugin Dialogs
>Affects Versions: 6.4.0
>Reporter: Lintang
>Assignee: jcesarmobile
> Fix For: 6.4.0
>
>
> I cannot use Cordova Dialogs (cordova-plugin-dialogs) on iOS.
> My setup:
> Node version: v6.9.4
> Cordova version: 6.4.0
> cordova-plugin-dialogs 1.3.1 "Notification"
> Xcode: 8.2.1
> iPhone: 6S
> iOS: 9.3.4
> When I tried the plugin (either on deviceready or manual trigger), it does 
> nothing at all, either on simulator or real iPhone.
> But with the same code (without any modification), I tried running it on 
> Android, it works.



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

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

[jira] [Commented] (CB-12534) Remote debugging is enabled on release build type for android 4.4

2017-03-08 Thread Dani Granados (JIRA)


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

Dani Granados commented on CB-12534:


Hi [~jcesarmobile] , 
I've tried also on a mac Sierra with CLI 6.5.0, removing the targetSdkVersion, 
adding the if statement with setWebContentsDebuggingEnabled as false on main 
activity, connected my phone (and also a tablet with 4.4.1) and I'm still being 
able to inspect in chrome a --release and signed build.
The only tool I'm using is google chrome without plugins (nor in windows 
neither in mac).
I can not debug this same release build on a phone with android lollipop or 
marshmallow.

The cordova plugins installed are:

com.bikasv.plugins.datepicker 0.1.1 "DatePickerPlugin"
cordova-plugin-app-version 0.1.9 "AppVersion"
cordova-plugin-camera 2.2.0 "Camera"
cordova-plugin-compat 1.1.0 "Compat"
cordova-plugin-crypt-file 1.3.2 "CordovaCrypt"
cordova-plugin-dialogs 1.3.2 "Notification"
cordova-plugin-firebase 0.1.10 "Google Firebase Plugin"
cordova-plugin-google-analytics 0.8.1 "Google Universal Analytics Plugin"
cordova-plugin-whitelist 1.2.2 "Whitelist"

Thanks

> Remote debugging is enabled on release build type for android 4.4
> -
>
> Key: CB-12534
> URL: https://issues.apache.org/jira/browse/CB-12534
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 6.4.0
> Environment: cordova 6.4.0
> {{cordova platform version android}}
> Installed platforms: android 6.0.0
> android studio 2.2.3
> windows 10 x64
> affects android version 4.4
>Reporter: Dani Granados
>Priority: Critical
>  Labels: android
>
> While generating a release and signed apk, if it's ran on a device with kit 
> kat, the remote inspection at google chrome is enabled.
> This doesn't happen on devices with android > 4.4
> Tried adding {{android:debuggable="false"}} on AndroidManifest.xml
> Also adding on main activity
> if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
> WebView.setWebContentsDebuggingEnabled(false);
> }
> But the release apk generated stills being debuggable.
> Then tried installing cordova-plugin-crosswalk-webview and found it disables 
> correctly the remote inspection for release, as it should be *perse.*



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

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

[jira] [Created] (CB-12551) File-Transfer download/upload fails in Android 4.4 or older using TLS 1.2

2017-03-08 Thread Dani Palou (JIRA)

Dani Palou created CB-12551:
---

 Summary: File-Transfer download/upload fails in Android 4.4 or 
older using TLS 1.2
 Key: CB-12551
 URL: https://issues.apache.org/jira/browse/CB-12551
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Reporter: Dani Palou


FileTransfer's download function fails when trying to download a file from a 
site using TLS 1.2. This works fine in Android 5 or higher, but it fails in 
Android 4.x.

I searched a bit and I found that Android 4.4 should support TLS1.2 but it is 
disabled by default. I applied the solution proposed in this post and it worked 
for me:

http://stackoverflow.com/a/33567745

That is, I created the _MySSLSocketFactory_ class in the FileTransfer project, 
and I used it in the _trustAllHosts_ function (line 636 of _FileTransfer.java_):

{noformat}
SSLSocketFactory newFactory = new MySSLSocketFactory(sc.getSocketFactory());
{noformat}

I'm not sure if this can cause problems with other certificates, I don't know 
much about this. It would be nice if the Cordova team could take a look at this 
and check if it can be solved.

This is the stacktrace:

{noformat}
Error getting HTTP status code from connection.
javax.net.ssl.SSLException: Connection closed by peer
 at com.android.org.conscrypt.NativeCrypto.SSL_do_handshake(Native Method)
 at 
com.android.org.conscrypt.OpenSSLSocketImpl.startHandshake(OpenSSLSocketImpl.java:405)
 at com.android.okhttp.Connection.upgradeToTls(Connection.java:146)
 at com.android.okhttp.Connection.connect(Connection.java:107)
 at com.android.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:294)
 at 
com.android.okhttp.internal.http.HttpEngine.sendSocketRequest(HttpEngine.java:255)
 at com.android.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:206)
 at 
com.android.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:345)
 at 
com.android.okhttp.internal.http.HttpURLConnectionImpl.connect(HttpURLConnectionImpl.java:89)
 at 
com.android.okhttp.internal.http.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:161)
 at org.apache.cordova.filetransfer.FileTransfer$4.run(FileTransfer.java:869)
 at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
 at java.lang.Thread.run(Thread.java:841)
{noformat}

It can be tested with this code:

{noformat}
var ft = new FileTransfer(),
path = 'squirrel.jpg',
uri = 
'https://prototype.moodle.net/mobile/moodle32/webservice/pluginfile.php/314/mod_resource/content/3/squirrel.jpg?forcedownload=1=616455be9f363cc9631cab89cfcfa1cd';

ft.download(uri, path, success, error, true);

function success() {
console.log('Success');
}

function error(data) {
console.log('Error', data);
}

{noformat}



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

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

[jira] [Updated] (CB-12550) FileUtils.initialize(): NullPointerException

2017-03-08 Thread Vincent Guilloux (JIRA)


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

Vincent Guilloux updated CB-12550:
--
Description: 
NullPointerException from the Crash Reports of Google Play Store.

* Device:
LG Optimus L9 (u2)

* OS:
Android 4.1 with CrossWalk (latest version to this date)

* Line causing the issue: 
https://github.com/apache/cordova-plugin-file/blob/master/src/android/FileUtils.java#L189

* Code: 
persistentRoot = activity.getFilesDir().getAbsolutePath() + "/files/";

* Crash report:
java.lang.RuntimeException: Unable to start activity 
ComponentInfo{com.MYAPP.app/com.MYAPP.app.MainActivity}: 
java.lang.NullPointerException
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2070)
at 
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2095)
at android.app.ActivityThread.access$600(ActivityThread.java:135)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1201)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.app.ActivityThread.main(ActivityThread.java:4849)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:795)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:562)
at dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.NullPointerException
at org.apache.cordova.file.FileUtils.initialize(FileUtils.java:189)
at 
org.apache.cordova.CordovaPlugin.privateInitialize(CordovaPlugin.java:57)
at org.apache.cordova.PluginManager.getPlugin(PluginManager.java:171)
at 
org.apache.cordova.PluginManager.startupPlugins(PluginManager.java:97)
at org.apache.cordova.PluginManager.init(PluginManager.java:86)
at 
org.apache.cordova.CordovaWebViewImpl.init(CordovaWebViewImpl.java:115)
at org.apache.cordova.CordovaActivity.init(CordovaActivity.java:149)
at org.apache.cordova.CordovaActivity.loadUrl(CordovaActivity.java:224)
at com.MYAPP.app.MainActivity.onCreate(MainActivity.java:39)
at android.app.Activity.performCreate(Activity.java:5244)
at 
android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1082)
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2034)

  was:
NullPointerException from the Crash Reports of Google Play Store.

* Line causing the issue: 
https://github.com/apache/cordova-plugin-file/blob/master/src/android/FileUtils.java#L189

* Code: 
```persistentRoot = activity.getFilesDir().getAbsolutePath() + "/files/";```

* Crash report:
java.lang.RuntimeException: Unable to start activity 
ComponentInfo{com.MYAPP.app/com.MYAPP.app.MainActivity}: 
java.lang.NullPointerException
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2070)
at 
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2095)
at android.app.ActivityThread.access$600(ActivityThread.java:135)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1201)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.app.ActivityThread.main(ActivityThread.java:4849)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:795)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:562)
at dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.NullPointerException
at org.apache.cordova.file.FileUtils.initialize(FileUtils.java:189)
at 
org.apache.cordova.CordovaPlugin.privateInitialize(CordovaPlugin.java:57)
at org.apache.cordova.PluginManager.getPlugin(PluginManager.java:171)
at 
org.apache.cordova.PluginManager.startupPlugins(PluginManager.java:97)
at org.apache.cordova.PluginManager.init(PluginManager.java:86)
at 
org.apache.cordova.CordovaWebViewImpl.init(CordovaWebViewImpl.java:115)
at org.apache.cordova.CordovaActivity.init(CordovaActivity.java:149)
at org.apache.cordova.CordovaActivity.loadUrl(CordovaActivity.java:224)
at com.MYAPP.app.MainActivity.onCreate(MainActivity.java:39)
at android.app.Activity.performCreate(Activity.java:5244)
at 
android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1082)
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2034)


> FileUtils.initialize(): NullPointerException
> 
>
> Key: CB-12550
>

[jira] [Updated] (CB-12550) FileUtils.initialize(): NullPointerException

2017-03-08 Thread Vincent Guilloux (JIRA)


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

Vincent Guilloux updated CB-12550:
--
Description: 
NullPointerException from the Crash Reports of Google Play Store.

* Line causing the issue: 
https://github.com/apache/cordova-plugin-file/blob/master/src/android/FileUtils.java#L189

* Code: 
```persistentRoot = activity.getFilesDir().getAbsolutePath() + "/files/";```

* Crash report:
java.lang.RuntimeException: Unable to start activity 
ComponentInfo{com.MYAPP.app/com.MYAPP.app.MainActivity}: 
java.lang.NullPointerException
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2070)
at 
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2095)
at android.app.ActivityThread.access$600(ActivityThread.java:135)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1201)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.app.ActivityThread.main(ActivityThread.java:4849)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:795)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:562)
at dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.NullPointerException
at org.apache.cordova.file.FileUtils.initialize(FileUtils.java:189)
at 
org.apache.cordova.CordovaPlugin.privateInitialize(CordovaPlugin.java:57)
at org.apache.cordova.PluginManager.getPlugin(PluginManager.java:171)
at 
org.apache.cordova.PluginManager.startupPlugins(PluginManager.java:97)
at org.apache.cordova.PluginManager.init(PluginManager.java:86)
at 
org.apache.cordova.CordovaWebViewImpl.init(CordovaWebViewImpl.java:115)
at org.apache.cordova.CordovaActivity.init(CordovaActivity.java:149)
at org.apache.cordova.CordovaActivity.loadUrl(CordovaActivity.java:224)
at com.MYAPP.app.MainActivity.onCreate(MainActivity.java:39)
at android.app.Activity.performCreate(Activity.java:5244)
at 
android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1082)
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2034)

  was:
NullPointerException from the Crash Reports of Google Play Store.

*** Line causing the issue: 
https://github.com/apache/cordova-plugin-file/blob/master/src/android/FileUtils.java#L189

*** Code: 
persistentRoot = activity.getFilesDir().getAbsolutePath() + "/files/";

*** Crash report:
java.lang.RuntimeException: Unable to start activity 
ComponentInfo{com.MYAPP.app/com.MYAPP.app.MainActivity}: 
java.lang.NullPointerException
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2070)
at 
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2095)
at android.app.ActivityThread.access$600(ActivityThread.java:135)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1201)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.app.ActivityThread.main(ActivityThread.java:4849)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:795)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:562)
at dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.NullPointerException
at org.apache.cordova.file.FileUtils.initialize(FileUtils.java:189)
at 
org.apache.cordova.CordovaPlugin.privateInitialize(CordovaPlugin.java:57)
at org.apache.cordova.PluginManager.getPlugin(PluginManager.java:171)
at 
org.apache.cordova.PluginManager.startupPlugins(PluginManager.java:97)
at org.apache.cordova.PluginManager.init(PluginManager.java:86)
at 
org.apache.cordova.CordovaWebViewImpl.init(CordovaWebViewImpl.java:115)
at org.apache.cordova.CordovaActivity.init(CordovaActivity.java:149)
at org.apache.cordova.CordovaActivity.loadUrl(CordovaActivity.java:224)
at com.MYAPP.app.MainActivity.onCreate(MainActivity.java:39)
at android.app.Activity.performCreate(Activity.java:5244)
at 
android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1082)
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2034)


> FileUtils.initialize(): NullPointerException
> 
>
> Key: CB-12550
> URL: https://issues.apache.org/jira/browse/CB-12550
> Project:

[jira] [Created] (CB-12550) FileUtils.initialize(): NullPointerException

2017-03-08 Thread Vincent Guilloux (JIRA)

Vincent Guilloux created CB-12550:
-

 Summary: FileUtils.initialize(): NullPointerException
 Key: CB-12550
 URL: https://issues.apache.org/jira/browse/CB-12550
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 4.3.1
 Environment: Android 4.1 (Crosswalk)
Reporter: Vincent Guilloux
Priority: Critical


NullPointerException from the Crash Reports of Google Play Store.

*** Line causing the issue: 
https://github.com/apache/cordova-plugin-file/blob/master/src/android/FileUtils.java#L189

*** Code: 
persistentRoot = activity.getFilesDir().getAbsolutePath() + "/files/";

*** Crash report:
java.lang.RuntimeException: Unable to start activity 
ComponentInfo{com.MYAPP.app/com.MYAPP.app.MainActivity}: 
java.lang.NullPointerException
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2070)
at 
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2095)
at android.app.ActivityThread.access$600(ActivityThread.java:135)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1201)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.app.ActivityThread.main(ActivityThread.java:4849)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:795)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:562)
at dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.NullPointerException
at org.apache.cordova.file.FileUtils.initialize(FileUtils.java:189)
at 
org.apache.cordova.CordovaPlugin.privateInitialize(CordovaPlugin.java:57)
at org.apache.cordova.PluginManager.getPlugin(PluginManager.java:171)
at 
org.apache.cordova.PluginManager.startupPlugins(PluginManager.java:97)
at org.apache.cordova.PluginManager.init(PluginManager.java:86)
at 
org.apache.cordova.CordovaWebViewImpl.init(CordovaWebViewImpl.java:115)
at org.apache.cordova.CordovaActivity.init(CordovaActivity.java:149)
at org.apache.cordova.CordovaActivity.loadUrl(CordovaActivity.java:224)
at com.MYAPP.app.MainActivity.onCreate(MainActivity.java:39)
at android.app.Activity.performCreate(Activity.java:5244)
at 
android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1082)
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2034)



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

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

39 matches

Mail list logo