date:20160518

[jira] [Commented] (CB-10844) Site-wide search doesn't work

2016-05-18 Thread Robert Posener (JIRA)


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

Robert Posener commented on CB-10844:
-

So why are you telling me this?
I reported that site-wide search isn't working.
I did not report that Google search isn't working.
I really don't care how you fix it.
If you choose to implement a different search engine, I don't care.
What I do care about is getting a correct result.
My comment above is basically saying "I don't think the fix to site-wide
search is working. It is NOT giving me a correct result."

Rob


Regards
*Rob Posener*
0419 012 627




> Site-wide search doesn't work
> -
>
> Key: CB-10844
> URL: https://issues.apache.org/jira/browse/CB-10844
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Affects Versions: 6.0.0
>Reporter: Robert Posener
>Assignee: Dmitry Blotsky
>Priority: Minor
>  Labels: triaged
>
> No matter what you enter as search criteria (eg, "preference", "bluetooth", 
> "fred" and "rubbish" you always get 11,800 results and none of them are 
> "matches".



--
This message was sent by Atlassian JIRA
(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-11293) Cordova Paramedic failing on iPhone-6-Plus Simulator

2016-05-18 Thread Sarangan Rajamanickam (JIRA)

Sarangan Rajamanickam created CB-11293:
--

 Summary: Cordova Paramedic failing on iPhone-6-Plus Simulator
 Key: CB-11293
 URL: https://issues.apache.org/jira/browse/CB-11293
 Project: Apache Cordova
  Issue Type: Bug
  Components: Paramedic
Reporter: Sarangan Rajamanickam


I have found that there are atleast 3 plugins

1. Globalization
2. Media Capture
3. Geolocation

fail crashes when tested with paramedic. This gives the error 
"com.apple.idssimualtorsupport.errors"  & "NSUnderlyingError=0x7f96faf01c30 
{Error Domain=NSMachErrorDomain Code=268435459 "(ipc/send) invalid destination 
port"

Note: I do not have logs at this moment. I will try testing once again and 
attach the logs.



--
This message was sent by Atlassian JIRA
(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-11244) Update Android Project Structure to be more compatible with Android Studio

2016-05-18 Thread Ari Najarian (JIRA)


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

Ari Najarian edited comment on CB-11244 at 5/18/16 11:28 PM:
-

I'm currently working on an initiative that will encourage novice coders to 
build mobile apps using Cordova, and I'm trying to minimize the amount of 
friction it will take to get their workflow going. At some point, they're going 
to have to clone a project template, build it and then run it. I'm hoping to 
have them simply type {{cordova prepare android}} to initialize a project, then 
import it into Android Studio to run in an emulator, etc.

Right now, when I try to follow this workflow, I get a jarring notification 
from Android Studio on import: 'The project is using an old version of the 
Android Gradle plugin.' It tells me to upgrade to 2.1.0 to take adantage of 
Instant Run, etc. When I click the 'Update' button, it updates 
{{platforms/android/cordovalib/build.gradle}} to 2.1.0, then drops me into the 
project with the same error reported twice (for 
{{android/cordovalib/build.gradle}} and {{android/build.gradle}} : "Gradle 
version 2.10 is required. Current version is 2.2.1"... Clicking on the 
hyperlinked 'Fix Gradle wrapper and re-import project' causes a cryptic IDE 
error.

This is really messy, and I can't imagine a beginner not feeling overwhelmed 
and discouraged when they try to build and run a simple project. I suspect that 
once [~bowserj]'s proposed changes are implemented, all of this will go away, 
as it seems like this is all a symptom of Cordova autogenerating incompatible 
files.

In the meantime, could somebody recommend an easy way to successfully import a 
Cordova project into the latest version of Android Studio?

(edited: To reproduce what I'm seeing, all you need to do is create a blank 
Cordova app, build it, and attempt to import it into the latest version of 
Android Studio. Using Cordova 6.1.1 on OS X, with all Android tooling up to 
date)


was (Author: stickbyatlas):
I'm currently working on an initiative that will encourage novice coders to 
build mobile apps using Cordova, and I'm trying to minimize the amount of 
friction it will take to get their workflow going. At some point, they're going 
to have to clone a project template, build it and then run it. I'm hoping to 
have them simply type `cordova prepare android` to initialize a project, then 
import it into Android Studio to run in an emulator, etc.

Right now, when I try to follow this workflow, I get a jarring notification 
from Android Studio on import: 'The project is using an old version of the 
Android Gradle plugin.' It tells me to upgrade to 2.1.0 to take adantage of 
Instant Run, etc. When I click the 'Update' button, it updates 
`platforms/android/cordovalib/build.gradle' to 2.1.0, then drops me into the 
project with the same error reported twice (for 
`android/cordovalib/build.gradle` and `android/build.gradle` : "Gradle version 
2.10 is required. Current version is 2.2.1"... Clicking on the hyperlinked 'Fix 
Gradle wrapper and re-import project' causes a cryptic IDE error.

This is really messy, and I can't imagine a beginner not feeling overwhelmed 
and discouraged when they try to build and run a simple project. I suspect that 
once [~bowserj]'s proposed changes are implemented, all of this will go away, 
as it seems like this is all a symptom of Cordova autogenerating incompatible 
files.

In the meantime, could somebody recommend an easy way to successfully import a 
Cordova project into the latest version of Android Studio?

> Update Android Project Structure to be more compatible with Android Studio
> --
>
> Key: CB-11244
> URL: https://issues.apache.org/jira/browse/CB-11244
> Project: Apache Cordova
>  Issue Type: Improvement
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>  Labels: CordovaAndroidSix
>
> Currently our existing Android projects have the old Android Project 
> structure created by default, even for new projects, which makes no sense 
> since we no longer support Eclipse as the default project editor and have 
> moved to Android Studio for Android development.
> The main reason for doing this is to clean up dependencies and to allow for 
> projects and dependencies to work more like how modern Android projects work 
> and to remove as much custom Gradle code as possible.  This would also allow 
> us in the future to move towards having Android Plugin code work as Android 
> Libraries with Resources instead of just copying things across, which gives 
> us the ability to add JUnit tests and bundled resources.  This would 
> dramatically increase the quality of plugins such as InAppBrowser, and third 
> party plugins such as the Barcode Scanner.
>

[jira] [Commented] (CB-11244) Update Android Project Structure to be more compatible with Android Studio

2016-05-18 Thread Ari Najarian (JIRA)


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

Ari Najarian commented on CB-11244:
---

I'm currently working on an initiative that will encourage novice coders to 
build mobile apps using Cordova, and I'm trying to minimize the amount of 
friction it will take to get their workflow going. At some point, they're going 
to have to clone a project template, build it and then run it. I'm hoping to 
have them simply type `cordova prepare android` to initialize a project, then 
import it into Android Studio to run in an emulator, etc.

Right now, when I try to follow this workflow, I get a jarring notification 
from Android Studio on import: 'The project is using an old version of the 
Android Gradle plugin.' It tells me to upgrade to 2.1.0 to take adantage of 
Instant Run, etc. When I click the 'Update' button, it updates 
`platforms/android/cordovalib/build.gradle' to 2.1.0, then drops me into the 
project with the same error reported twice (for 
`android/cordovalib/build.gradle` and `android/build.gradle` : "Gradle version 
2.10 is required. Current version is 2.2.1"... Clicking on the hyperlinked 'Fix 
Gradle wrapper and re-import project' causes a cryptic IDE error.

This is really messy, and I can't imagine a beginner not feeling overwhelmed 
and discouraged when they try to build and run a simple project. I suspect that 
once [~bowserj]'s proposed changes are implemented, all of this will go away, 
as it seems like this is all a symptom of Cordova autogenerating incompatible 
files.

In the meantime, could somebody recommend an easy way to successfully import a 
Cordova project into the latest version of Android Studio?

> Update Android Project Structure to be more compatible with Android Studio
> --
>
> Key: CB-11244
> URL: https://issues.apache.org/jira/browse/CB-11244
> Project: Apache Cordova
>  Issue Type: Improvement
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>  Labels: CordovaAndroidSix
>
> Currently our existing Android projects have the old Android Project 
> structure created by default, even for new projects, which makes no sense 
> since we no longer support Eclipse as the default project editor and have 
> moved to Android Studio for Android development.
> The main reason for doing this is to clean up dependencies and to allow for 
> projects and dependencies to work more like how modern Android projects work 
> and to remove as much custom Gradle code as possible.  This would also allow 
> us in the future to move towards having Android Plugin code work as Android 
> Libraries with Resources instead of just copying things across, which gives 
> us the ability to add JUnit tests and bundled resources.  This would 
> dramatically increase the quality of plugins such as InAppBrowser, and third 
> party plugins such as the Barcode Scanner.
> This would have to be done on the next major version, and the upgrade would 
> be tricky to do.  However, the benefits at this point would greatly outweigh 
> the costs of maintaining the old project structure.  The old cordova-common 
> code in Cordova-Android 5.0.x would allow for plugins in the short term to 
> work with both projects until we get the new project structure ready.



--
This message was sent by Atlassian JIRA
(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-11265) Remove Target checking for cordova-ios

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11265:
-

Github user asfgit closed the pull request at:

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


> Remove Target checking for cordova-ios
> --
>
> Key: CB-11265
> URL: https://issues.apache.org/jira/browse/CB-11265
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Sarangan Rajamanickam
>Assignee: Sarangan Rajamanickam
>




--
This message was sent by Atlassian JIRA
(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-11265) Remove Target checking for cordova-ios

2016-05-18 Thread ASF subversion and git services (JIRA)


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

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

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

CB-11265: Remove target checking for cordova-ios

 This closes #224


> Remove Target checking for cordova-ios
> --
>
> Key: CB-11265
> URL: https://issues.apache.org/jira/browse/CB-11265
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Sarangan Rajamanickam
>Assignee: Sarangan Rajamanickam
>




--
This message was sent by Atlassian JIRA
(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-11023) plugin.xml should be able to add attribute to an existing element in AndroidManifest.xml

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11023:
-

Github user riknoll commented on the pull request:

https://github.com/apache/cordova-lib/pull/432#issuecomment-220179183
  
@ktop I have a couple questions. First, do we have a plan for dealing with 
plugins that have conflicting attribute edits? For example, if plugin A has 
this in its plugin.xml:

```xml



```

and plugin B has this in its plugin.xml:

```xml



```

Will the user get a build error?

Second, is it possible to reference a sibling of the same tag type? For 
example, given this in my AndroidManifest.xml:

```xml




```

If I wanted to add an attribute in the second Activity, how would I do so? 
This isn't a real-life example, but you get the idea.


> plugin.xml should be able to add attribute to an existing element in 
> AndroidManifest.xml
> 
>
> Key: CB-11023
> URL: https://issues.apache.org/jira/browse/CB-11023
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CLI, Plugman
>Reporter: Carlos Santana
>
> We have a need for a plugin we develop to add the attribute android:name to 
> the  element to be able to point to a Class that tracks app 
> sessions for analytics.
> plugin.xml only support via  only to add elements to 
> AndroidManfist.xml this request is to add an enhancement to also handle 
> adding an attribute to an existing element.



--
This message was sent by Atlassian JIRA
(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-10464) Incorrect checksum for freed object - object was probably modified after being freed

2016-05-18 Thread Heath Borders (JIRA)


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

Heath Borders commented on CB-10464:


I had a very similar crash that was actually caused by a background thread 
instantiating a UIImage. 

This is the call stack that actually caused the crash for me:
{noformat}
com.apple.root.background-qos
0  libsystem_malloc.dylib 0x238041d8 free_tiny_botch
1  CoreFoundation 0x23b6f560 __CFBasicHashRehash + 2968
2  CoreFoundation 0x23b706d4 __CFBasicHashAddValue + 100
3  CoreFoundation 0x23a4f933 CFDictionarySetValue + 206
4  UIKit  0x28a87ffb 
_UITraitCollectionCacheForBuiltinStorage + 146
5  UIKit  0x28a8a2a7 +[UITraitCollection 
traitCollectionWithDisplayScale:] + 50
6  UIKit  0x2812390f -[UIImage 
initWithCGImage:scale:orientation:] + 214
7  UIKit  0x2812382b +[UIImage 
imageWithCGImage:scale:orientation:] + 62
8  Redacted
9  Redacted
10 Redacted
11 libdispatch.dylib  0x236d7cbf _dispatch_call_block_and_release + 
10
12 libdispatch.dylib  0x236e36a1 _dispatch_root_queue_drain + 1572
13 libdispatch.dylib  0x236e307b _dispatch_worker_thread3 + 94
14 libsystem_pthread.dylib0x23876e0d _pthread_wqthread + 1024
15 libsystem_pthread.dylib0x238769fc start_wqthread + 8
{noformat}

> Incorrect checksum for freed object - object was probably modified after 
> being freed
> 
>
> Key: CB-10464
> URL: https://issues.apache.org/jira/browse/CB-10464
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Giribabu
>  Labels: triaged
>
> In cordova application, iPad 2,2 running iOS 9.0.1 crashed, crash logs as 
> below. But in application there are no explicit calls for UIStatusBar.
> Tried same scenario multiple times after crash, it did not crash.
> Please help in finding issue.
> Thread 0 name:  Dispatch queue: com.apple.main-thread
> Thread 0 Crashed:
> 0   libsystem_kernel.dylib0x36c1dd24 __pthread_kill + 8
> 1   libsystem_pthread.dylib   0x36cc174a pthread_kill + 62
> 2   libsystem_c.dylib 0x36bb5f40 abort + 108
> 3   libsystem_malloc.dylib0x36c4f0bc free_list_checksum_botch + 0
> 4   libsystem_malloc.dylib0x36c4f0d8 free_list_checksum_botch + 28
> 5   libsystem_malloc.dylib0x36c46f9a tiny_malloc_from_free_list + 994
> 6   libsystem_malloc.dylib0x36c45a1e szone_malloc_should_clear + 222
> 7   libsystem_malloc.dylib0x36c4590a malloc_zone_malloc + 90
> 8   CoreFoundation0x249981e0 _CFRuntimeCreateInstance + 236
> 9   CoreGraphics  0x24cc71d8 CGTypeCreateInstance + 20
> 10  CoreGraphics  0x24cceb6c CGImageCreate + 484
> 11  CoreGraphics  0x24cce6ae CGBitmapContextCreateImage + 146
> 12  UIKit 0x2943faaa 
> -[UIStatusBarForegroundStyleAttributes 
> imageWithText:ofItemType:forWidth:lineBreakMode:letterSpacing:textAlignment:style:withLegibilityStyle:legibilityStrength:]
>  + 558
> 13  UIKit 0x28b98e5c -[UIStatusBarItemView 
> imageWithText:] + 240
> 14  UIKit 0x28b98c2a -[UIStatusBarItemView 
> updateContentsAndWidth] + 34
> 15  UIKit 0x28b42bda -[UIStatusBarItemView 
> setStatusBarData:actions:] + 90
> 16  UIKit 0x28b42b2a -[UIStatusBarLayoutManager 
> _updateItemView:withData:actions:animated:] + 138
> 17  UIKit 0x28b429dc -[UIStatusBarLayoutManager 
> updateItemsWithData:actions:animated:] + 176
> 18  UIKit 0x28b423fa -[UIStatusBarForegroundView 
> _setStatusBarData:actions:animated:] + 986
> 19  UIKit 0x28b41ece -[UIStatusBarForegroundView 
> setStatusBarData:actions:animated:] + 842
> 20  UIKit 0x28b4100a -[UIStatusBar 
> statusBarServer:didReceiveStatusBarData:withActions:] + 170
> 21  UIKit 0x28b40f58 -[UIStatusBarServer 
> _receivedStatusBarData:actions:] + 44
> 22  UIKit 0x28b40f1c 
> _UIStatusBarReceivedStatusBarDataAndActions + 56
> 23  UIKit 0x28b40ea6 
> _XReceivedStatusBarDataAndActions + 58
> 24  AppSupport0x2a33aa6e migHelperRecievePortCallout + 146
> 25  CoreFoundation0x24a4d3f2 
> __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 34
> 26  CoreFoundation0x24a4cb06 __CFRunLoopDoSource1 + 342
> 27  CoreFoundation0x24a4af18 __CFRunLoopRun + 1688
> 28  CoreFoundation0x2499e248

[jira] [Commented] (CB-11266) Error in 'type' on a cordova-plugin-network-information

2016-05-18 Thread LUCAS TORRES (JIRA)


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

LUCAS TORRES commented on CB-11266:
---

I'm create a post in stack overflow with the informations
http://pt.stackoverflow.com/questions/127317/erro-em-fun%C3%A7%C3%A3o-cordova-e-angularjs

> Error in 'type' on a cordova-plugin-network-information
> ---
>
> Key: CB-11266
> URL: https://issues.apache.org/jira/browse/CB-11266
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs, Plugin Network Information
>Affects Versions: 6.1.1
>Reporter: LUCAS TORRES
>Priority: Minor
>  Labels: network-information, triaged, wfc
>
> In the example code: 
> [https://github.com/apache/cordova-plugin-network-information]
> i received the follow error:
> {code}
> index.html:47 Uncaught TypeError: Cannot read property 'type' of undefined
> {code}



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

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

[jira] [Commented] (CB-10988) iOS app crashing after photo is taken

2016-05-18 Thread Jesse Pangburn (JIRA)


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

Jesse Pangburn commented on CB-10988:
-

Hi,
I've had the same problem on iPad and iPad Mini.  It only seems to happen on my 
app when users zoom, and only after having taken at least a few photos- we 
don't need 20+ to crash, but it never happens on the first 2-3.

The bug first showed up in 8.4, and occurred in 9.0 and 9.2, but was apparently 
fixed for a little while in 9.1.  There was some rumor that it could be fixed 
with lower quality setting but this guy tried it at 20 and it still happened: 
http://stackoverflow.com/questions/31980814/application-is-crashing-when-camera-is-opened-and-zoomed-this-is-hybrid-app-run

Very interesting about the PNG type.  Is it just resolved in a few tests or 
have you updated your app and no more crashes now?

> iOS app crashing after photo is taken
> -
>
> Key: CB-10988
> URL: https://issues.apache.org/jira/browse/CB-10988
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.1.0, 2.1.1
> Environment: iOS 9.3, iPhone 6+
>Reporter: Joseph Montanez
>  Labels: ios, mustfix, triaged
>
> After taken 20+ photos, one after another the application will crash on the 
> Phone 6+. This happens most often when zooming into the camera, having photos 
> with a lot of motion or low light images.
> I've tried to debug the application but the safari inspector crashed, and the 
> XCode debugger exists, as well as the application exiting. Here is the crash 
> report: 
> https://gist.github.com/joseph-montanez/9d0f23948076c32b1804365eaf13aeff
> Also here is the code I am using to replicate this issue: 
> https://github.com/joseph-montanez/cordova-camera-crash
> Here is what memory usage looks like before the application crashes: 
> http://i.imgur.com/aQff0NF.png
> Overall it looks like a memory issue, the spikes are after taking various 
> photos.



--
This message was sent by Atlassian JIRA
(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-11279) Add support for multiple repos ('--repo' option) to 'coho nightly' command

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11279:
-

Github user nikhilkh commented on the pull request:

https://github.com/apache/cordova-coho/pull/122#issuecomment-220131313
  
One minor comment - LGTM otherwise


> Add support for multiple repos ('--repo' option) to 'coho nightly' command
> --
>
> Key: CB-11279
> URL: https://issues.apache.org/jira/browse/CB-11279
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Coho
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>




--
This message was sent by Atlassian JIRA
(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-11279) Add support for multiple repos ('--repo' option) to 'coho nightly' command

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11279:
-

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

https://github.com/apache/cordova-coho/pull/122#discussion_r63765329
  
--- Diff: src/nightly.js ---
@@ -60,36 +62,26 @@ module.exports = function*(argv) {
 }
 
 // Clone and update Repos
-yield repoclone.cloneRepos(repos, /*silent=*/true);
-yield repoupdate.updateRepos(repos);
+yield prepareRepos(argv.r);
 
-//remove local changes and sync up with remote master
-yield repoutil.forEachRepo(repos, function*() {
-yield gitutil.gitClean();
-yield gitutil.resetFromOrigin();
-});
+var reposToBuild = flagutil.computeReposFromFlag(argv.r, { 
includeModules: true });
+// Get updated nightly versions for all repos
+/** @type {Object} A map of repo.id and a short SHA for every repo to 
build */
+var VERSIONS = yield retrieveVersions(reposToBuild);
 
-// Get SHAS from repos
-var SHAJSON = yield retrieveSha(repos);
+// Update version in package.json and other respective files for every 
repo
+// and update dependencies to use nightly versions of packages to be 
released
+yield repoutil.forEachRepo(reposToBuild, function*(repo) {
+apputil.print('Updating ' + repo.id + ' version to ' + 
VERSIONS[repo.id]);
+yield versionutil.updateRepoVersion(repo, VERSIONS[repo.id], { 
commitChanges: false });
 
-var currentDate = new Date();
-var nightlyVersion = '-nightly.' + currentDate.getFullYear() + '.' +
-(currentDate.getMonth() + 1) + '.' + currentDate.getDate();
-var cordovaLibVersion;
-//update package.json version for cli + lib, update lib reference for 
cli
-yield repoutil.forEachRepo([cordovaLib, cli], function*(repo) {
-var dir = process.cwd();
-var packageJSON = require(dir+'/package.json');
-packageJSON.version = versionutil.removeDev(packageJSON.version) + 
nightlyVersion +
-'+' + SHAJSON[repo.id];
-
-if(repo.id === 'lib'){
-cordovaLibVersion = packageJSON.version;
-} else {
-packageJSON.dependencies['cordova-lib'] = cordovaLibVersion;
-}
+var packageJSONPath = path.join(process.cwd(), 'package.json');
--- End diff --

Looks like updateRepoVersion already updates package.json - you can 
probably remove the code here.


> Add support for multiple repos ('--repo' option) to 'coho nightly' command
> --
>
> Key: CB-11279
> URL: https://issues.apache.org/jira/browse/CB-11279
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Coho
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>




--
This message was sent by Atlassian JIRA
(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-11279) Add support for multiple repos ('--repo' option) to 'coho nightly' command

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11279:
-

Github user vladimir-kotikov commented on a diff in the pull request:

https://github.com/apache/cordova-coho/pull/122#discussion_r63761902
  
--- Diff: src/nightly.js ---
@@ -60,36 +62,26 @@ module.exports = function*(argv) {
 }
 
 // Clone and update Repos
-yield repoclone.cloneRepos(repos, /*silent=*/true);
-yield repoupdate.updateRepos(repos);
-
-//remove local changes and sync up with remote master
-yield repoutil.forEachRepo(repos, function*() {
-yield gitutil.gitClean();
-yield gitutil.resetFromOrigin();
-});
+yield prepareRepos(argv.r);
 
-// Get SHAS from repos
-var SHAJSON = yield retrieveSha(repos);
+var reposToBuild = flagutil.computeReposFromFlag(argv.r, { 
includeModules: true });
+// Get updated nightly versions for all repos
+/** @type {Object} A map of repo.id and a short SHA for every repo to 
build */
+var VERSIONS = yield retrieveVersions(reposToBuild);
 
-var currentDate = new Date();
-var nightlyVersion = '-nightly.' + currentDate.getFullYear() + '.' +
-(currentDate.getMonth() + 1) + '.' + currentDate.getDate();
-var cordovaLibVersion;
 //update package.json version for cli + lib, update lib reference for 
cli
-yield repoutil.forEachRepo([cordovaLib, cli], function*(repo) {
-var dir = process.cwd();
-var packageJSON = require(dir+'/package.json');
-packageJSON.version = versionutil.removeDev(packageJSON.version) + 
nightlyVersion +
-'+' + SHAJSON[repo.id];
-
-if(repo.id === 'lib'){
-cordovaLibVersion = packageJSON.version;
-} else {
-packageJSON.dependencies['cordova-lib'] = cordovaLibVersion;
-}
+yield repoutil.forEachRepo(reposToBuild, function*(repo) {
+var packageJSONPath = path.join(process.cwd(), 'package.json');
+var packageJSON = require(packageJSONPath);
--- End diff --

They now get updated by `versionutil.updateRepoVersion` - it handles all 
possible places, where version needs to be written to (see 
https://github.com/apache/cordova-coho/pull/122/files#diff-91127a766407aac9c0bc1bf9da171917R75)
 This method was a part of 'platform-release' before but i decided to move it 
to `versionutil` as it is IMO more appropriate place.


> Add support for multiple repos ('--repo' option) to 'coho nightly' command
> --
>
> Key: CB-11279
> URL: https://issues.apache.org/jira/browse/CB-11279
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Coho
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>




--
This message was sent by Atlassian JIRA
(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-11279) Add support for multiple repos ('--repo' option) to 'coho nightly' command

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11279:
-

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

https://github.com/apache/cordova-coho/pull/122#discussion_r63757350
  
--- Diff: src/nightly.js ---
@@ -60,36 +62,26 @@ module.exports = function*(argv) {
 }
 
 // Clone and update Repos
-yield repoclone.cloneRepos(repos, /*silent=*/true);
-yield repoupdate.updateRepos(repos);
-
-//remove local changes and sync up with remote master
-yield repoutil.forEachRepo(repos, function*() {
-yield gitutil.gitClean();
-yield gitutil.resetFromOrigin();
-});
+yield prepareRepos(argv.r);
 
-// Get SHAS from repos
-var SHAJSON = yield retrieveSha(repos);
+var reposToBuild = flagutil.computeReposFromFlag(argv.r, { 
includeModules: true });
+// Get updated nightly versions for all repos
+/** @type {Object} A map of repo.id and a short SHA for every repo to 
build */
+var VERSIONS = yield retrieveVersions(reposToBuild);
 
-var currentDate = new Date();
-var nightlyVersion = '-nightly.' + currentDate.getFullYear() + '.' +
-(currentDate.getMonth() + 1) + '.' + currentDate.getDate();
-var cordovaLibVersion;
 //update package.json version for cli + lib, update lib reference for 
cli
-yield repoutil.forEachRepo([cordovaLib, cli], function*(repo) {
-var dir = process.cwd();
-var packageJSON = require(dir+'/package.json');
-packageJSON.version = versionutil.removeDev(packageJSON.version) + 
nightlyVersion +
-'+' + SHAJSON[repo.id];
-
-if(repo.id === 'lib'){
-cordovaLibVersion = packageJSON.version;
-} else {
-packageJSON.dependencies['cordova-lib'] = cordovaLibVersion;
-}
+yield repoutil.forEachRepo(reposToBuild, function*(repo) {
+var packageJSONPath = path.join(process.cwd(), 'package.json');
+var packageJSON = require(packageJSONPath);
--- End diff --

So do the other places where the version is stored - not need to be updated 
with the nightly version?


> Add support for multiple repos ('--repo' option) to 'coho nightly' command
> --
>
> Key: CB-11279
> URL: https://issues.apache.org/jira/browse/CB-11279
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Coho
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>




--
This message was sent by Atlassian JIRA
(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-10866) Copy engine info for plugins into package.json

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-10866:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-statusbar/pull/52


> Copy engine info for plugins into package.json
> --
>
> Key: CB-10866
> URL: https://issues.apache.org/jira/browse/CB-10866
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Plugin InAppBrowser, Plugin SplashScreen, Plugin 
> Statusbar, Plugin Whitelist
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: triaged
>
> Moving engine info over now that the cordova-lib plugin version selection 
> code is merged in. I did a brief check to make sure that we didn't need to 
> add any other engine entries and it seems like we are all good. All of the 
> plugins build with cordova-android 3.7.X + and cordova-ios 3.9.X +. However, 
> a lot of the cordova-ios mobilespec tests were failing. Testing each plugin 
> is outside the scope of this task.



--
This message was sent by Atlassian JIRA
(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-10866) Copy engine info for plugins into package.json

2016-05-18 Thread ASF subversion and git services (JIRA)


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

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

Commit 16c653747ebd82874ab55ce7b53976955357e24e in cordova-plugin-statusbar's 
branch refs/heads/master from Richard Knoll
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-statusbar.git;h=16c6537
 ]

CB-10866: Adding engine info to package.json

This closes #52


> Copy engine info for plugins into package.json
> --
>
> Key: CB-10866
> URL: https://issues.apache.org/jira/browse/CB-10866
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Plugin InAppBrowser, Plugin SplashScreen, Plugin 
> Statusbar, Plugin Whitelist
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: triaged
>
> Moving engine info over now that the cordova-lib plugin version selection 
> code is merged in. I did a brief check to make sure that we didn't need to 
> add any other engine entries and it seems like we are all good. All of the 
> plugins build with cordova-android 3.7.X + and cordova-ios 3.9.X +. However, 
> a lot of the cordova-ios mobilespec tests were failing. Testing each plugin 
> is outside the scope of this task.



--
This message was sent by Atlassian JIRA
(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-9741) Use Proper Android Internal Storage API in AudioPlayer

2016-05-18 Thread Richard B Knoll (JIRA)


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

Richard B Knoll updated CB-9741:

Assignee: (was: Richard B Knoll)

> Use Proper Android Internal Storage API in AudioPlayer
> --
>
> Key: CB-9741
> URL: https://issues.apache.org/jira/browse/CB-9741
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
> Environment: Android
>Reporter: Richard B Knoll
>  Labels: Android, triaged
>
> In AudioPlayer.java there are a few locations where "/data/data/" is 
> hardcoded as part of the path. That internal storage directory can change on 
> multi-user devices so it should really be accessed using Context.getFilesDir()



--
This message was sent by Atlassian JIRA
(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-10857) Camera.getPicture return null for Google Drive (camera 2.1.1)

2016-05-18 Thread Richard B Knoll (JIRA)


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

Richard B Knoll updated CB-10857:
-
Assignee: (was: Richard B Knoll)

> Camera.getPicture return null for Google Drive (camera 2.1.1)
> -
>
> Key: CB-10857
> URL: https://issues.apache.org/jira/browse/CB-10857
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.1.1
> Environment: Android - Tested on 6.0.1
>Reporter: Dagfinn Parnas
>  Labels: android, mustfix, reproduced, triaged
> Attachments: Filepicker_google_drive.png
>
>
> Camera.getPicture returns null for pictures and other files when using Google 
> Drive in version 2.1.1. Other sources in the generic file picker such as 
> Images, Photos and Astro File Manager works. 
> The camera plugin gets a null value in processResultFromGallery
> 03-14 10:21:00.066: D/CameraLauncher(21662): File locaton is: null
> The return value from the file picker is
> content://com.google.android.apps.docs.storage/document/acc%3D1%3Bdoc%3D3000 
> (see android log below)
> Code sample:
> {code}
> navigator.camera.getPicture(onPhotoURISuccess, onFail, {
> quality: 50,
> correctOrientation: true,
> destinationType: destinationType.FILE_URI,
> sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
> mediaType: Camera.MediaType.ALLMEDIA,
> });
> {code}
> Android log: 
> {code}
> 03-14 10:48:31.969: I/ActivityManager(914): Displayed 
> com.android.documentsui/.DocumentsActivity: +146ms (total +172ms)
> 03-14 10:48:31.974: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=2, sortOrder=2
> 03-14 10:48:40.310: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=1, sortOrder=1
> 03-14 10:48:44.279: D/NetlinkSocketObserver(914): 
> NeighborEvent{elapsedMs=447463541, 10.4.67.1, [FEA087606419], RTM_NEWNEIGH, 
> NUD_STALE}
> 03-14 10:48:45.778: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=1, sortOrder=1
> 03-14 10:48:46.192: D/ConnectivityService(914): updateNetworkScore for 
> NetworkAgentInfo [WIFI () - 148] to 55
> 03-14 10:48:48.832: I/Atfwd_Sendcmd(1677): AtCmdFwd service not ready - 
> Exhausted retry attempts - :6
> 03-14 10:48:48.833: I/Atfwd_Daemon(1677): result : -1  ,Init step :2  
>  ,qmiErrorCode: 0
> 03-14 10:48:49.211: D/ConnectivityService(914): updateNetworkScore for 
> NetworkAgentInfo [WIFI () - 148] to 56
> 03-14 10:48:49.243: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=1, sortOrder=1
> 03-14 10:48:52.028: D/Documents(19828): onFinished() 
> [content://com.google.android.apps.docs.storage/document/acc%3D1%3Bdoc%3D3000]
> 03-14 10:48:52.049: D/CordovaInterfaceImpl(2469): Sending activity result to 
> plugin
> 03-14 10:48:52.051: D/CameraLauncher(2469): File locaton is: null
> 03-14 10:48:52.056: I/chromium(2469): [INFO:CONSOLE(39)] "onPhotoURISuccess: 
> null", source: 
> file:///android_asset/www/neptune/public/application/z_cats_login_bouvet/js/loglevel-persistlogstrings.js
>  (39)
> {code}
> Related to https://issues.apache.org/jira/browse/CB-10270
> PS Updated android log



--
This message was sent by Atlassian JIRA
(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-11016) Android Emulator in WIndows has some issues in CI

2016-05-18 Thread Richard B Knoll (JIRA)


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

Richard B Knoll resolved CB-11016.
--
Resolution: Not A Problem

We removed the Android Windows CI builder from medic and Jenkins

> Android Emulator in WIndows has some issues in CI
> -
>
> Key: CB-11016
> URL: https://issues.apache.org/jira/browse/CB-11016
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Medic
>Reporter: Sarangan Rajamanickam
>Assignee: Richard B Knoll
>  Labels: android, found-by-ci, triaged
>
> Two problems that result in run failures:
> 1. The app fails to run for some reason. For this failure we do actually get 
> logcat output and this appears (though I am unsure if it is the root cause):
> {noformat}
> D/asset   (  371): failed to open Zip archive 
> '/data/app/org.apache.mobilespec-1.apk'
> W/PackageParser(  371): Unable to read AndroidManifest.xml of 
> /data/app/org.apache.mobilespec-1.apk
> W/PackageParser(  371): java.io.FileNotFoundException: AndroidManifest.xml
> W/PackageParser(  371):   at 
> android.content.res.AssetManager.openXmlAssetNative(Native Method)
> W/PackageParser(  371):   at 
> android.content.res.AssetManager.openXmlBlockAsset(AssetManager.java:488)
> W/PackageParser(  371):   at 
> android.content.res.AssetManager.openXmlResourceParser(AssetManager.java:456)
> W/PackageParser(  371):   at 
> android.content.pm.PackageParser.parsePackage(PackageParser.java:528)
> W/PackageParser(  371):   at 
> com.android.server.pm.PackageManagerService.scanPackageLI(PackageManagerService.java:3569)
> W/PackageParser(  371):   at 
> com.android.server.pm.PackageManagerService.scanDirLI(PackageManagerService.java:3492)
> W/PackageParser(  371):   at 
> com.android.server.pm.PackageManagerService.(PackageManagerService.java:1383)
> W/PackageParser(  371):   at 
> com.android.server.pm.PackageManagerService.main(PackageManagerService.java:1042)
> W/PackageParser(  371):   at 
> com.android.server.ServerThread.initAndLoop(SystemServer.java:241)
> W/PackageParser(  371):   at 
> com.android.server.SystemServer.main(SystemServer.java:1179)
> W/PackageParser(  371):   at java.lang.reflect.Method.invokeNative(Native 
> Method)
> W/PackageParser(  371):   at 
> java.lang.reflect.Method.invoke(Method.java:515)
> W/PackageParser(  371):   at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
> W/PackageParser(  371):   at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
> W/PackageParser(  371):   at dalvik.system.NativeStart.main(Native Method)
> {noformat}
> 2. The emulator goes offline. In this case we fail to deploy the app and 
> logcat fails as well
> This log appears in the medic-run step
> {noformat}
> [MEDIC LOG Wed, 06 Apr 2016 19:15:47 GMT] no device found, so switching to 
> emulator
> [MEDIC LOG Wed, 06 Apr 2016 19:15:47 GMT] Attempting to start Android emulator
> Error: Failed to deploy to device, no devices found.
> {noformat}
> And this one appears in the medic-log step:
> {noformat}
> [MEDIC LOG Wed, 06 Apr 2016 19:40:48 GMT] running:
> [MEDIC LOG Wed, 06 Apr 2016 19:40:48 GMT] adb devices
> List of devices attached
> emulator-5554 offline
> [MEDIC LOG Wed, 06 Apr 2016 19:40:48 GMT] running:
> [MEDIC LOG Wed, 06 Apr 2016 19:40:48 GMT] adb logcat -d
> {noformat}



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

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

[jira] [Closed] (CB-11237) cordova-fetch not linked by medic

2016-05-18 Thread Richard B Knoll (JIRA)


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

Richard B Knoll closed CB-11237.

Resolution: Fixed

> cordova-fetch not linked by medic
> -
>
> Key: CB-11237
> URL: https://issues.apache.org/jira/browse/CB-11237
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Medic
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>Priority: Critical
>  Labels: found-by-ci, regression, triaged
>
> Cordova fetch isn't included in the npm install/link steps performed by  
> cordova-medic and it is causing the CI builds to fail. Those steps are 
> defined in the [buildbot conf 
> file|https://github.com/apache/cordova-medic/blob/master/buildbot-conf/cordova.conf]
>  which will need to be re-uploaded to the svn repo
> An example build is here:
> https://ci.apache.org/builders/cordova-windows-store8.1/builds/2347
> And here is the error from the log:
> {noformat}
> Creating project mobilespec...
> Creating a new cordova project.
> Adding platforms...
> Adding Platform: windows
> platformArg: 
> C:\Users\buildbot\slaves\apache\cordova-windows-store8_1\cordova-cli\bin\cordova
>  C:\Users\buildbot\slaves\apache\cordova-windows-store8_1\cordova-windows
> Error: Cannot find module 'cordova-fetch'
> at Function.Module._resolveFilename (module.js:336:15)
> at Function.Module._load (module.js:278:25)
> at Module.require (module.js:365:17)
> at require (module.js:384:17)
> at Object. 
> (C:\Users\buildbot\slaves\apache\cordova-windows-store8_1\cordova-lib\cordova-lib\src\cordova\platform.js:40:25)
> at Module._compile (module.js:460:26)
> at Object.Module._extensions..js (module.js:478:10)
> at Module.load (module.js:355:32)
> at Function.Module._load (module.js:310:12)
> at Module.require (module.js:365:17)
> {noformat}



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

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

[jira] [Updated] (CB-10814) Remove unneeded permissions

2016-05-18 Thread Richard B Knoll (JIRA)


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

Richard B Knoll updated CB-10814:
-
Assignee: (was: Richard B Knoll)

> Remove unneeded permissions
> ---
>
> Key: CB-10814
> URL: https://issues.apache.org/jira/browse/CB-10814
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media Capture
>Affects Versions: 1.2.0
>Reporter: Tony Homer
>  Labels: Android, triaged
>
> It seems that the RECORD_AUDIO and RECORD_VIDEO should not be required for 
> this plugin because it uses intents to record audio/video.
> WRITE_EXTERNAL_STORAGE should not be needed because this plugin depends on 
> File plugin, which already uses WRITE_EXTERNAL_STORAGE and has Marshmallow 
> permission handling.
> This task is to verify that these permissions can be removed and remove them.
> *OR*
> If it is determined that the permissions are actually needed, a 
> PermissionHandler class needs to be added for Marshmallow compatibility.
> See CB-10670 for [background 
> discussion|https://issues.apache.org/jira/browse/CB-10670?focusedCommentId=15185679=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15185679].



--
This message was sent by Atlassian JIRA
(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-10866) Copy engine info for plugins into package.json

2016-05-18 Thread Richard B Knoll (JIRA)


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

Richard B Knoll closed CB-10866.

Resolution: Fixed

> Copy engine info for plugins into package.json
> --
>
> Key: CB-10866
> URL: https://issues.apache.org/jira/browse/CB-10866
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Plugin InAppBrowser, Plugin SplashScreen, Plugin 
> Statusbar, Plugin Whitelist
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: triaged
>
> Moving engine info over now that the cordova-lib plugin version selection 
> code is merged in. I did a brief check to make sure that we didn't need to 
> add any other engine entries and it seems like we are all good. All of the 
> plugins build with cordova-android 3.7.X + and cordova-ios 3.9.X +. However, 
> a lot of the cordova-ios mobilespec tests were failing. Testing each plugin 
> is outside the scope of this task.



--
This message was sent by Atlassian JIRA
(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-11262) Add a warning about prerelease lib/cli usage

2016-05-18 Thread Sergey Shakhnazarov (JIRA)


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

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

> Add a warning about prerelease lib/cli usage
> 
>
> Key: CB-11262
> URL: https://issues.apache.org/jira/browse/CB-11262
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CLI
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>




--
This message was sent by Atlassian JIRA
(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-11262) Add a warning about prerelease lib/cli usage

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11262:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-cli/pull/251


> Add a warning about prerelease lib/cli usage
> 
>
> Key: CB-11262
> URL: https://issues.apache.org/jira/browse/CB-11262
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CLI
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>




--
This message was sent by Atlassian JIRA
(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-11262) Add a warning about prerelease lib/cli usage

2016-05-18 Thread ASF subversion and git services (JIRA)


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

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

Commit 254844d73f56eb9203b7cb579e1e32ee1f9f9a6d in cordova-cli's branch 
refs/heads/master from [~daserge]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=254844d ]

CB-11262 Add a warning about prerelease lib/cli usage


> Add a warning about prerelease lib/cli usage
> 
>
> Key: CB-11262
> URL: https://issues.apache.org/jira/browse/CB-11262
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CLI
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>




--
This message was sent by Atlassian JIRA
(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-9741) Use Proper Android Internal Storage API in AudioPlayer

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-9741:


Github user riknoll closed the pull request at:

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


> Use Proper Android Internal Storage API in AudioPlayer
> --
>
> Key: CB-9741
> URL: https://issues.apache.org/jira/browse/CB-9741
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
> Environment: Android
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>  Labels: Android, triaged
>
> In AudioPlayer.java there are a few locations where "/data/data/" is 
> hardcoded as part of the path. That internal storage directory can change on 
> multi-user devices so it should really be accessed using Context.getFilesDir()



--
This message was sent by Atlassian JIRA
(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-11262) Add a warning about prerelease lib/cli usage

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11262:
-

Github user nikhilkh commented on the pull request:

https://github.com/apache/cordova-cli/pull/251#issuecomment-220098758
  
LGTM


> Add a warning about prerelease lib/cli usage
> 
>
> Key: CB-11262
> URL: https://issues.apache.org/jira/browse/CB-11262
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CLI
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>




--
This message was sent by Atlassian JIRA
(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-11292) calling loadUrl more than once breaks messageChannel

2016-05-18 Thread Tony Homer (JIRA)

Tony Homer created CB-11292:
---

 Summary: calling loadUrl more than once breaks messageChannel
 Key: CB-11292
 URL: https://issues.apache.org/jira/browse/CB-11292
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Reporter: Tony Homer


CordovaWebViewImpl.sendJavascriptEvent caches a reference to the CoreAndroid 
plugin instance. This plugin manages Cordova's messageChannel. One of the 
things messageChannel is used for is sending system events from native to JS, 
for example backbutton events.

By default, CordovaWebViewImpl.loadUrl unloads all plugins. This has the side 
effect of rendering CordovaWebViewImpl's cached instance of CoreAndroid stale. 
That is, a new instance is created and bound to a new messageChannel callback.

After this happens, when CordovaWebViewImpl sends messages to JS, the callback 
id has changed and the messages are not handled.

There are at least 2 approaches that should fix this.
1. (tested) do not cache the CoreAndroid instance. If 
CordovaWebViewImpl.sendJavascriptEvent gets the reference from PluginManager 
every time, it will not become stale.
2. (not tested, but better encapsulated) when plugins are recreated, clear the 
cached reference



--
This message was sent by Atlassian JIRA
(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-9813) add plugin id to module metadata in cordova_plugins.js

2016-05-18 Thread Tony Homer (JIRA)


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

Tony Homer closed CB-9813.
--
Resolution: Fixed

Fixed with CB-10138

> add plugin id to module metadata in cordova_plugins.js
> --
>
> Key: CB-9813
> URL: https://issues.apache.org/jira/browse/CB-9813
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: Tony Homer
>Assignee: Tony Homer
>
> Currently it is not possible to discover plugin->js-module relationship at 
> runtime.  
> Add the plugin id to the generated module metadata in cordova_plugins.js.



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

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

[jira] [Commented] (CB-11262) Add a warning about prerelease lib/cli usage

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11262:
-

Github user daserge commented on the pull request:

https://github.com/apache/cordova-cli/pull/251#issuecomment-220024373
  
@vladimir-kotikov, addressed your comments, please take a look once more.


> Add a warning about prerelease lib/cli usage
> 
>
> Key: CB-11262
> URL: https://issues.apache.org/jira/browse/CB-11262
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: CLI
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>




--
This message was sent by Atlassian JIRA
(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-11241) File encoding test fails with UTF-8 file encoding error on windows store submission

2016-05-18 Thread Michael Schmidt (JIRA)


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

Michael Schmidt commented on CB-11241:
--

Ok, cordova prepare changed it's behaviour since January - adding the BOM 
attribute now only takes place in the build step instead of the prepare step.

background: 
* CB-10193 Add BOM to www files at build stage instead of prepare
http://mail-archives.apache.org/mod_mbox/cordova-commits/201601.mbox/%3c05738d19a02748cb8d40df330d6b8...@git.apache.org%3E
* http://markmail.org/thread/cg5s2jvxvyyqcqpd

My workflow for debugging (and creating releases manually) is as follows:
* build js-app - with angular, ionic, with gulp & browserify
* 'cordova prepare'
* release ios & android platforms in automated process
* manually release windows platform
** open windows VM
** open visual studio
** deploy app
** create app package from within visual studio

-> this process worked for ages & now broke after upgrading the cordova version 
to 6.1.1

-> the BOM gets added using the 'cordova build' command

overall this change seems to be confusing: 
- 'cordova prepare' used to "prepare" the sources for packaging - across all 
platforms. 'cordova build' used to package the sources for each platform
- now 'cordova prepare' doesn't completely prepare the sources as only the 
windows needs an additional step - which is 'hidden' in the build phase

> File encoding test fails with UTF-8 file encoding error on windows store 
> submission
> ---
>
> Key: CB-11241
> URL: https://issues.apache.org/jira/browse/CB-11241
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib, Windows
>Affects Versions: 6.1.1
>Reporter: Michael Schmidt
>  Labels: cannot-reproduce, triaged, wfc
>
> File encoding test
> ```
> FAILED
> UTF-8 file encoding
> Error Found: The UTF-8 file encoding test detected the following errors:
> File www\cordova_plugins.js is not properly UTF-8 encoded. Re-save the file 
> as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\exec.js is not properly UTF-8 encoded. Re-save the 
> file as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\platform.js is not properly UTF-8 encoded. Re-save 
> the file as UTF-8 (including Byte Order Mark).
> File www\js\app.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\js\libs.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\plugins\cordova-plugin-console\www\console-via-logger.js is not 
> properly UTF-8 encoded. Re-save the file as UTF-8 (including Byte Order Mark).
> ...
> Impact if not fixed: HTML, CSS, and JavaScript files must be encoded in UTF-8 
> form with a corresponding byte-order mark (BOM) in order to benefit from 
> bytecode caching and to avoid other runtime error conditions.
> How to fix: Open the affected file, and select "Save As..." option from the 
> File menu in Visual Studio. Select the drop-down control next to the Save 
> button and select "Save with Encoding..." option. From the Advanced save 
> options dialog, choose the "Unicode (UTF-8 with signature)" option and click 
> the OK button.
> 



--
This message was sent by Atlassian JIRA
(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-11261) Cordova@nightly fails to install any plugin with

2016-05-18 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov closed CB-11261.
-
Resolution: Fixed

> Cordova@nightly fails to install any plugin with 
> 
>
> Key: CB-11261
> URL: https://issues.apache.org/jira/browse/CB-11261
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 6.2.0
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: reproduced, semver, triaged
> Fix For: 6.2.0
>
>
> This happens due to semver@>4.x which assumes that any version with 
> prerelease identifier (such as "-dev" or "-nightly") is not allowed to 
> satisfy the range that does not contain version with prerelease identifier. 
> For example {{6.2.0-nightly.2016.11.05}} does not satisfy the range 
> {{>=4.0.0}} even though {{6.2.0-nightly.2016.11.05}} is techically greater 
> than {{4.0.0}}



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

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

[jira] [Commented] (CB-11261) Cordova@nightly fails to install any plugin with

2016-05-18 Thread ASF subversion and git services (JIRA)


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

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

Commit 0e15ab45a824e690861d2f7fb501a52cc513c699 in cordova-lib's branch 
refs/heads/master from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=0e15ab4 ]

CB-11261 Cut out '-nightly' prerelease tag when checking plugin engines

 This closes #440


> Cordova@nightly fails to install any plugin with 
> 
>
> Key: CB-11261
> URL: https://issues.apache.org/jira/browse/CB-11261
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 6.2.0
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: reproduced, semver, triaged
> Fix For: 6.2.0
>
>
> This happens due to semver@>4.x which assumes that any version with 
> prerelease identifier (such as "-dev" or "-nightly") is not allowed to 
> satisfy the range that does not contain version with prerelease identifier. 
> For example {{6.2.0-nightly.2016.11.05}} does not satisfy the range 
> {{>=4.0.0}} even though {{6.2.0-nightly.2016.11.05}} is techically greater 
> than {{4.0.0}}



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

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

[jira] [Commented] (CB-11261) Cordova@nightly fails to install any plugin with

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11261:
-

Github user asfgit closed the pull request at:

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


> Cordova@nightly fails to install any plugin with 
> 
>
> Key: CB-11261
> URL: https://issues.apache.org/jira/browse/CB-11261
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 6.2.0
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: reproduced, semver, triaged
> Fix For: 6.2.0
>
>
> This happens due to semver@>4.x which assumes that any version with 
> prerelease identifier (such as "-dev" or "-nightly") is not allowed to 
> satisfy the range that does not contain version with prerelease identifier. 
> For example {{6.2.0-nightly.2016.11.05}} does not satisfy the range 
> {{>=4.0.0}} even though {{6.2.0-nightly.2016.11.05}} is techically greater 
> than {{4.0.0}}



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

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

[jira] [Commented] (CB-11291) Update capped to 1Hz when in background

2016-05-18 Thread Zeph Davies (JIRA)


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

Zeph Davies commented on CB-11291:
--

This may help you:
http://jsfiddle.net/r5szsao2/4/

> Update capped to 1Hz when in background
> ---
>
> Key: CB-11291
> URL: https://issues.apache.org/jira/browse/CB-11291
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Device Motion
>Reporter: Zeph Davies
>
> Due to the way Android's WebBrowser handles setInterval, when the "tab" is in 
> the background (ie when used in conjunction with backgroundMode plugin), 
> setInterval (used to send the latest value to the application) is capped to 
> 1Hz (once per second).
> This makes the plugin update at a completely different interval to that set 
> by the application.
> One solution is to use a WebWorker to hold the setInterval timer, as it is 
> not limited by the browser.
> The tricky bit is loading the script into the WebWorker, as it requires the 
> "Content-Security-Policy" to allow local files or blobs.



--
This message was sent by Atlassian JIRA
(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-11241) File encoding test fails with UTF-8 file encoding error on windows store submission

2016-05-18 Thread Michael Schmidt (JIRA)


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

Michael Schmidt edited comment on CB-11241 at 5/18/16 12:20 PM:


Similar issue on stack overflow: 
http://stackoverflow.com/questions/37025521/cordova-windows-10-build-fails-validation-no-utf8-files


was (Author: mobidev3):
Similar issue on stack overflow: 
http://stackoverflow.com/questions/37025521/cordova-windows-10-build-fails-validation-no-utf8-files#comment61801606_37025521

> File encoding test fails with UTF-8 file encoding error on windows store 
> submission
> ---
>
> Key: CB-11241
> URL: https://issues.apache.org/jira/browse/CB-11241
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib, Windows
>Affects Versions: 6.1.1
>Reporter: Michael Schmidt
>  Labels: cannot-reproduce, triaged, wfc
>
> File encoding test
> ```
> FAILED
> UTF-8 file encoding
> Error Found: The UTF-8 file encoding test detected the following errors:
> File www\cordova_plugins.js is not properly UTF-8 encoded. Re-save the file 
> as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\exec.js is not properly UTF-8 encoded. Re-save the 
> file as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\platform.js is not properly UTF-8 encoded. Re-save 
> the file as UTF-8 (including Byte Order Mark).
> File www\js\app.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\js\libs.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\plugins\cordova-plugin-console\www\console-via-logger.js is not 
> properly UTF-8 encoded. Re-save the file as UTF-8 (including Byte Order Mark).
> ...
> Impact if not fixed: HTML, CSS, and JavaScript files must be encoded in UTF-8 
> form with a corresponding byte-order mark (BOM) in order to benefit from 
> bytecode caching and to avoid other runtime error conditions.
> How to fix: Open the affected file, and select "Save As..." option from the 
> File menu in Visual Studio. Select the drop-down control next to the Save 
> button and select "Save with Encoding..." option. From the Advanced save 
> options dialog, choose the "Unicode (UTF-8 with signature)" option and click 
> the OK button.
> 



--
This message was sent by Atlassian JIRA
(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-11241) File encoding test fails with UTF-8 file encoding error on windows store submission

2016-05-18 Thread Michael Schmidt (JIRA)


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

Michael Schmidt commented on CB-11241:
--

Similar issue on stack overflow: 
http://stackoverflow.com/questions/37025521/cordova-windows-10-build-fails-validation-no-utf8-files#comment61801606_37025521

> File encoding test fails with UTF-8 file encoding error on windows store 
> submission
> ---
>
> Key: CB-11241
> URL: https://issues.apache.org/jira/browse/CB-11241
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib, Windows
>Affects Versions: 6.1.1
>Reporter: Michael Schmidt
>  Labels: cannot-reproduce, triaged, wfc
>
> File encoding test
> ```
> FAILED
> UTF-8 file encoding
> Error Found: The UTF-8 file encoding test detected the following errors:
> File www\cordova_plugins.js is not properly UTF-8 encoded. Re-save the file 
> as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\exec.js is not properly UTF-8 encoded. Re-save the 
> file as UTF-8 (including Byte Order Mark).
> File www\cordova-js-src\platform.js is not properly UTF-8 encoded. Re-save 
> the file as UTF-8 (including Byte Order Mark).
> File www\js\app.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\js\libs.js is not properly UTF-8 encoded. Re-save the file as UTF-8 
> (including Byte Order Mark).
> File www\plugins\cordova-plugin-console\www\console-via-logger.js is not 
> properly UTF-8 encoded. Re-save the file as UTF-8 (including Byte Order Mark).
> ...
> Impact if not fixed: HTML, CSS, and JavaScript files must be encoded in UTF-8 
> form with a corresponding byte-order mark (BOM) in order to benefit from 
> bytecode caching and to avoid other runtime error conditions.
> How to fix: Open the affected file, and select "Save As..." option from the 
> File menu in Visual Studio. Select the drop-down control next to the Save 
> button and select "Save with Encoding..." option. From the Advanced save 
> options dialog, choose the "Unicode (UTF-8 with signature)" option and click 
> the OK button.
> 



--
This message was sent by Atlassian JIRA
(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-11291) Update capped to 1Hz when in background

2016-05-18 Thread Zeph Davies (JIRA)

Zeph Davies created CB-11291:


 Summary: Update capped to 1Hz when in background
 Key: CB-11291
 URL: https://issues.apache.org/jira/browse/CB-11291
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Device Motion
Reporter: Zeph Davies


Due to the way Android's WebBrowser handles setInterval, when the "tab" is in 
the background (ie when used in conjunction with backgroundMode plugin), 
setInterval (used to send the latest value to the application) is capped to 1Hz 
(once per second).

This makes the plugin update at a completely different interval to that set by 
the application.

One solution is to use a WebWorker to hold the setInterval timer, as it is not 
limited by the browser.
The tricky bit is loading the script into the WebWorker, as it requires the 
"Content-Security-Policy" to allow local files or blobs.



--
This message was sent by Atlassian JIRA
(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-7904) Built nightly releases using coho

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-7904:


GitHub user daserge opened a pull request:

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

CB-7904 Update version format to include SHA and use UTC date

Updating as per 
[discussion](https://github.com/cordova/cordova-discuss/pull/47#discussion_r63589276).
Not including `attempt` as this should be a rare case and it only affects 
`semver.sort` (i.e. 
`@-nightly..` > 
`@-nightly...`), 
which we are not using now.
In case a nightly will be needed to re-published multiple times a date it 
should be possible to unpublish the old one (in 24 hours period) - else it will 
be another date so an `attempt` suffix will not be needed.

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

$ git pull https://github.com/MSOpenTech/cordova-coho CB-7904

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

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


commit 8742d58c5e310a3a0191005540c70c5fb74f49c7
Author: daserge 
Date:   2016-05-18T11:51:41Z

CB-7904 Update version format to include SHA and use UTC date




> Built nightly releases using coho
> -
>
> Key: CB-7904
> URL: https://issues.apache.org/jira/browse/CB-7904
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CLI, Coho, CordovaLib
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> I am working on adding a new command: ```coho nightly```
> How it works:
> 1) Update repos for all platforms + cli + lib to latest commits
> 2) grab commit hash for every platform and save it to shas.json in the cli 
> repo
> 3) Replace version field in cordova-lib/src/cordova/platformsConfig.json 
> (formally platforms.js) for each platform with the sha. 
> 4) Update versions of cli + lib to remove `-dev` and add 
> `-night.YEAR.MONTH.DAY`
> 5) Run `npm test` for cli + lib
> 6) Publish to npm under nightly tag.
> 7) Install with `npm install -g cordova@nightly`
> Using updated cli + tools, you would have to do `cordova platform add 
> --usegit` when adding platforms now.
> This script would run once a day. Set it up as a cron job on some server.
> Nothing will be committed back, no branches, no tags. 
> PR incoming



--
This message was sent by Atlassian JIRA
(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-11287) iOS: landscape iPhone app: orientation turns to portrait after camera displayed

2016-05-18 Thread Michael Schmidt (JIRA)


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

Michael Schmidt updated CB-11287:
-
Component/s: iOS

> iOS: landscape iPhone app: orientation turns to portrait after camera 
> displayed
> ---
>
> Key: CB-11287
> URL: https://issues.apache.org/jira/browse/CB-11287
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS, Plugin Camera
>Affects Versions: 2.2.0
> Environment: cordova 6.1.1
> ios 4.1.1
> cordova-plugin-camera 2.2.0 "Camera"
>Reporter: Michael Schmidt
>Priority: Critical
>
> *situation*
> * app in landscape mode
> {code:JavaScript}
>   
> {code}
> * camera options
> {code:JavaScript}
> {
>  destinationType: Camera.DestinationType.FILE_URI,
>  sourceType: Camera.PictureSourceType.CAMERA,
>  encodingType: Camera.EncodingType.JPEG,
>  mediaType: Camera.MediaType.PICTURE,
> };
> {code}
> *problem*
> After displaying the camera, the app viewport turns to portrait mode - 
> despite that the whole app is set to landscape.
> This takes place for either taking a picture or pressing cancel.
> This bug occurs only on iPhone, it works on iPad though.



--
This message was sent by Atlassian JIRA
(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-9858) Implement Cordova Fetch Proposal

2016-05-18 Thread ASF subversion and git services (JIRA)


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

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

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

CB-9858 fixed failing appveyor and travis builds


> Implement Cordova Fetch Proposal
> 
>
> Key: CB-9858
> URL: https://issues.apache.org/jira/browse/CB-9858
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CordovaLib
>Reporter: Steve Gill
>Assignee: Steve Gill
>  Labels: cordova-fetch
> Fix For: 6.0.0
>
>
> https://github.com/cordova/cordova-discuss/pull/33



--
This message was sent by Atlassian JIRA
(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-11290) Platform's version should be defined in only one place

2016-05-18 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov updated CB-11290:
--
Description: 
Currently every platform has a multiple places where the version is kept and 
should be updated on every version bump. E.g. for android platform these places 
are:

- {{package.json}}
- {{VERSION}} plain-text file at the root of the platform's package
- {{version}} executable script in {{bin/templates/cordova/version}} (copied to 
{{cordova/version}} after platform is added to the project)
- {{CORDOVA_VERSION}} variable in 
{{framework/src/org/apache/cordova/CordovaWebView.java}}

This variety of version sources is becoming too hard to maintain and may lead 
to various errors in released packages.

The proposed approach is to store version in {{package.json}}

References:
- [coho {{updateRepoVersion}} 
method|https://github.com/apache/cordova-coho/blob/08fef1cd2cbf213038c1bc6c636472d30b91ac18/src/platform-release.js#L117]
- [instructions on how to update platform's versionbefore 
release|https://github.com/apache/cordova-coho/blob/9eae0b924c382fe18530a31a785feeeb27bfe1ff/docs/platforms-release-process.md#prepare-release]

  was:
Currently every platform has a multiple places where the version is kept and 
should be updated on every version bump. E.g. for android platform these places 
are:

- {{package.json}}
- {{VERSION}} plain-text file at the root of the platform's package
- {{version}} executable script in {{bin/templates/cordova/version}} (copied to 
{{cordova/version}} after platform is added to the project)
- {{CORDOVA_VERSION}} variable in 
{{framework/src/org/apache/cordova/CordovaWebView.java}}

This variety of version sources is becoming too hard to maintain and may lead 
to various errors in released packages.

References:
- [coho {{updateRepoVersion}} 
method|https://github.com/apache/cordova-coho/blob/08fef1cd2cbf213038c1bc6c636472d30b91ac18/src/platform-release.js#L117]
- [instructions on how to update platform's versionbefore 
release|https://github.com/apache/cordova-coho/blob/9eae0b924c382fe18530a31a785feeeb27bfe1ff/docs/platforms-release-process.md#prepare-release]


> Platform's version should be defined in only one place
> --
>
> Key: CB-11290
> URL: https://issues.apache.org/jira/browse/CB-11290
> Project: Apache Cordova
>  Issue Type: Improvement
>Reporter: Vladimir Kotikov
>
> Currently every platform has a multiple places where the version is kept and 
> should be updated on every version bump. E.g. for android platform these 
> places are:
> - {{package.json}}
> - {{VERSION}} plain-text file at the root of the platform's package
> - {{version}} executable script in {{bin/templates/cordova/version}} (copied 
> to {{cordova/version}} after platform is added to the project)
> - {{CORDOVA_VERSION}} variable in 
> {{framework/src/org/apache/cordova/CordovaWebView.java}}
> This variety of version sources is becoming too hard to maintain and may lead 
> to various errors in released packages.
> The proposed approach is to store version in {{package.json}}
> References:
> - [coho {{updateRepoVersion}} 
> method|https://github.com/apache/cordova-coho/blob/08fef1cd2cbf213038c1bc6c636472d30b91ac18/src/platform-release.js#L117]
> - [instructions on how to update platform's versionbefore 
> release|https://github.com/apache/cordova-coho/blob/9eae0b924c382fe18530a31a785feeeb27bfe1ff/docs/platforms-release-process.md#prepare-release]



--
This message was sent by Atlassian JIRA
(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-11290) Platform's version should be defined in only one place

2016-05-18 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov updated CB-11290:
--
Summary: Platform's version should be defined in only one place  (was: 
Platform should have single source for its version)

> Platform's version should be defined in only one place
> --
>
> Key: CB-11290
> URL: https://issues.apache.org/jira/browse/CB-11290
> Project: Apache Cordova
>  Issue Type: Improvement
>Reporter: Vladimir Kotikov
>
> Currently every platform has a multiple places where the version is kept and 
> should be updated on every version bump. E.g. for android platform these 
> places are:
> - {{package.json}}
> - {{VERSION}} plain-text file at the root of the platform's package
> - {{version}} executable script in {{bin/templates/cordova/version}} (copied 
> to {{cordova/version}} after platform is added to the project)
> - {{CORDOVA_VERSION}} variable in 
> {{framework/src/org/apache/cordova/CordovaWebView.java}}
> This variety of version sources is becoming too hard to maintain and may lead 
> to various errors in released packages.
> References:
> - [coho {{updateRepoVersion}} 
> method|https://github.com/apache/cordova-coho/blob/08fef1cd2cbf213038c1bc6c636472d30b91ac18/src/platform-release.js#L117]
> - [instructions on how to update platform's versionbefore 
> release|https://github.com/apache/cordova-coho/blob/9eae0b924c382fe18530a31a785feeeb27bfe1ff/docs/platforms-release-process.md#prepare-release]



--
This message was sent by Atlassian JIRA
(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-11279) Add support for multiple repos ('--repo' option) to 'coho nightly' command

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11279:
-

Github user vladimir-kotikov commented on a diff in the pull request:

https://github.com/apache/cordova-coho/pull/122#discussion_r63683653
  
--- Diff: src/nightly.js ---
@@ -60,36 +62,26 @@ module.exports = function*(argv) {
 }
 
 // Clone and update Repos
-yield repoclone.cloneRepos(repos, /*silent=*/true);
-yield repoupdate.updateRepos(repos);
-
-//remove local changes and sync up with remote master
-yield repoutil.forEachRepo(repos, function*() {
-yield gitutil.gitClean();
-yield gitutil.resetFromOrigin();
-});
+yield prepareRepos(argv.r);
 
-// Get SHAS from repos
-var SHAJSON = yield retrieveSha(repos);
+var reposToBuild = flagutil.computeReposFromFlag(argv.r, { 
includeModules: true });
+// Get updated nightly versions for all repos
+/** @type {Object} A map of repo.id and a short SHA for every repo to 
build */
+var VERSIONS = yield retrieveVersions(reposToBuild);
 
-var currentDate = new Date();
-var nightlyVersion = '-nightly.' + currentDate.getFullYear() + '.' +
-(currentDate.getMonth() + 1) + '.' + currentDate.getDate();
-var cordovaLibVersion;
 //update package.json version for cli + lib, update lib reference for 
cli
-yield repoutil.forEachRepo([cordovaLib, cli], function*(repo) {
-var dir = process.cwd();
-var packageJSON = require(dir+'/package.json');
-packageJSON.version = versionutil.removeDev(packageJSON.version) + 
nightlyVersion +
-'+' + SHAJSON[repo.id];
-
-if(repo.id === 'lib'){
-cordovaLibVersion = packageJSON.version;
-} else {
-packageJSON.dependencies['cordova-lib'] = cordovaLibVersion;
-}
+yield repoutil.forEachRepo(reposToBuild, function*(repo) {
+var packageJSONPath = path.join(process.cwd(), 'package.json');
+var packageJSON = require(packageJSONPath);
--- End diff --

@nikhilkh, updated, please take a look once more. Respective JIRA issue is 
[CB-11290](https://issues.apache.org/jira/browse/CB-11290)


> Add support for multiple repos ('--repo' option) to 'coho nightly' command
> --
>
> Key: CB-11279
> URL: https://issues.apache.org/jira/browse/CB-11279
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Coho
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>




--
This message was sent by Atlassian JIRA
(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-11290) Platform should have single source for its version

2016-05-18 Thread Vladimir Kotikov (JIRA)

Vladimir Kotikov created CB-11290:
-

 Summary: Platform should have single source for its version
 Key: CB-11290
 URL: https://issues.apache.org/jira/browse/CB-11290
 Project: Apache Cordova
  Issue Type: Improvement
Reporter: Vladimir Kotikov


Currently every platform has a multiple places where the version is kept and 
should be updated on every version bump. E.g. for android platform these places 
are:

- {{package.json}}
- {{VERSION}} plain-text file at the root of the platform's package
- {{version}} executable script in {{bin/templates/cordova/version}} (copied to 
{{cordova/version}} after platform is added to the project)
- {{CORDOVA_VERSION}} variable in 
{{framework/src/org/apache/cordova/CordovaWebView.java}}

This variety of version sources is becoming too hard to maintain and may lead 
to various errors in released packages.

References:
- [coho {{updateRepoVersion}} 
method|https://github.com/apache/cordova-coho/blob/08fef1cd2cbf213038c1bc6c636472d30b91ac18/src/platform-release.js#L117]
- [instructions on how to update platform's versionbefore 
release|https://github.com/apache/cordova-coho/blob/9eae0b924c382fe18530a31a785feeeb27bfe1ff/docs/platforms-release-process.md#prepare-release]



--
This message was sent by Atlassian JIRA
(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-9858) Implement Cordova Fetch Proposal

2016-05-18 Thread ASF subversion and git services (JIRA)


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

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

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

CB-9858 added fetch tests to travis


> Implement Cordova Fetch Proposal
> 
>
> Key: CB-9858
> URL: https://issues.apache.org/jira/browse/CB-9858
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CordovaLib
>Reporter: Steve Gill
>Assignee: Steve Gill
>  Labels: cordova-fetch
> Fix For: 6.0.0
>
>
> https://github.com/cordova/cordova-discuss/pull/33



--
This message was sent by Atlassian JIRA
(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-9858) Implement Cordova Fetch Proposal

2016-05-18 Thread ASF subversion and git services (JIRA)


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

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

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

CB-9858 fixed failing travis and appveyor tests


> Implement Cordova Fetch Proposal
> 
>
> Key: CB-9858
> URL: https://issues.apache.org/jira/browse/CB-9858
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CordovaLib
>Reporter: Steve Gill
>Assignee: Steve Gill
>  Labels: cordova-fetch
> Fix For: 6.0.0
>
>
> https://github.com/cordova/cordova-discuss/pull/33



--
This message was sent by Atlassian JIRA
(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-11197) Android status bar appears when keyboard pops up.

2016-05-18 Thread Taylor Gibb (JIRA)


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

Taylor Gibb commented on CB-11197:
--

I can reproduce this. Its very annoying. 

> Android status bar appears when keyboard pops up.
> -
>
> Key: CB-11197
> URL: https://issues.apache.org/jira/browse/CB-11197
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.1.0
> Environment: cordova 6.1.1
> cordova-plugin-console 1.0.2 "Console"
> cordova-plugin-device 1.1.0 "Device"
> cordova-plugin-file 3.0.0 "File"
> cordova-plugin-file-transfer 1.4.0 "File Transfer"
> cordova-plugin-statusbar 2.1.3 "StatusBar"
> cordova-plugin-whitelist 1.2.0 "Whitelist"
>Reporter: David Hooey
>Assignee: Vladimir Kotikov
>  Labels: cannot-reproduce, regression, triaged, wfc
> Attachments: NoStatusBar.png, 
> StatusBarShowsAfterKeyboardShowAndHide.png
>
>
> When configuring for full screen app, the statusbar will appear when the 
> keyboard pops up for input. The iOS build is fine. The previous version 
> {{cordova-plugin-statusbar 2.0.0}} does not exhibit this problem.
> {code}
> 
> 
> 
> {code}
> Also mentioned in this 
> [post|http://stackoverflow.com/questions/36156357/cordova-status-bar-plugin-doesnt-work-in-android-when-keyboard-pops-up].



--
This message was sent by Atlassian JIRA
(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-11289) IOS platform update issue with plugins

2016-05-18 Thread Sergey (JIRA)

Sergey created CB-11289:
---

 Summary: IOS platform update issue with plugins
 Key: CB-11289
 URL: https://issues.apache.org/jira/browse/CB-11289
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 4.1.1
Reporter: Sergey


Refer to my comment in CB-8189



--
This message was sent by Atlassian JIRA
(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-11288) shouldOverrideUrlLoading not called

2016-05-18 Thread vontio (JIRA)

vontio created CB-11288:
---

 Summary: shouldOverrideUrlLoading not called
 Key: CB-11288
 URL: https://issues.apache.org/jira/browse/CB-11288
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 6.0.0
 Environment: windows
Reporter: vontio


reproduce:
in cordova plugin initialize:
(WebView)(webView.getEngine().getView()).setWebViewClient(new 
SystemWebViewClient((SystemWebViewEngine) webView.getEngine()){
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {
Log.v(TAG,"shouldOverrideUrlLoading request " + url);
return super.shouldOverrideUrlLoading(view, url);
}
@Override
public WebResourceResponse shouldInterceptRequest (WebView view, 
String url)
{
Log.v(TAG,"shouldInterceptRequest request " + url);
return super.shouldInterceptRequest(view,url);
}
});

only shouldInterceptRequest called.



--
This message was sent by Atlassian JIRA
(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-8189) iOS platform update still fail

2016-05-18 Thread Sergey (JIRA)


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

Sergey commented on CB-8189:


It is not solved.
{quote}
cordova platform add ios
{quote}
add all ptoject and add plugins specified in config.xml in source tree of 
project (folder Plugins)
{quote}
cordova platform update ios
{quote}
clear this folder so no plugins work in compilation after platform update


> iOS platform update still fail
> --
>
> Key: CB-8189
> URL: https://issues.apache.org/jira/browse/CB-8189
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, iOS
>Affects Versions: 4.0.0, 4.1.3
> Environment: Mac
>Reporter: jan
>Assignee: Shazron Abdullah
>Priority: Critical
>
> Cordova 4.0.0 to 4.1.2
> $ cordova platform update ios
> $ cordova run ios
> {code:title= error|borderStyle=solid}
> [INF] [shellscript] 
> /Volumes/x/workspace/x_Mobile_App/cordova/platforms/ios/x/Classes/MainViewController.m:154:19:
>  error: no visible @interface for '''CDVCommandDelegateImpl''' declares the 
> selector '''execute:'''
> [INF] [shellscript] return [super execute:command];
> [INF] [shellscript] ~ ^~~
> [INF] [shellscript] 1 error generated.
> [INF] [shellscript] 
> [INF] [shellscript] ** BUILD FAILED **
> [INF] [shellscript] 
> [INF] [shellscript] 
> [INF] [shellscript] The following build commands failed:
> [INF] [shellscript]   CompileC 
> build/x.build/Release-iphonesimulator/x.build/Objects-normal/i386/MainViewController.o
>  x/Classes/MainViewController.m normal i386 objective-c 
> com.apple.compilers.llvm.clang.1_0.compiler
> [INF] [shellscript] (1 failure)
> [INF] [shellscript] Error: 
> /Volumes/x/workspace/x_Mobile_App/cordova/platforms/ios/cordova/build: 
> Command failed with exit code 65
> [INF] [shellscript] at ChildProcess.whenDone 
> (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
> [INF] [shellscript] at ChildProcess.emit (events.js:98:17)
> [INF] [shellscript] at maybeClose (child_process.js:756:16)
> [INF] [shellscript] at Process.ChildProcess._handle.onexit 
> (child_process.js:823:5)
> {code}
> My temporary workaround:
> {code:title=cordova/platforms/ios/CordovaLib/Classes/CDVCommandDelegateImpl.m|borderStyle=solid}
> - (BOOL)execute:(CDVInvokedUrlCommand*)command
> {
> return [_commandQueue execute:command];
> }
> {code}
> + including the method in the header file



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

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

[jira] [Commented] (CB-11125) camera breaks UI when orientation changes from landscape to portrait on iOS

2016-05-18 Thread Michael Schmidt (JIRA)


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

Michael Schmidt commented on CB-11125:
--

Related: https://issues.apache.org/jira/browse/CB-11287

> camera breaks UI when orientation changes from landscape to portrait on iOS
> ---
>
> Key: CB-11125
> URL: https://issues.apache.org/jira/browse/CB-11125
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera, Plugin Statusbar
>Affects Versions: 4.1.1
> Environment: Mac OS 10.11.4, iOS 9.3.1, iPhone 6
>Reporter: Jacob Weber
>
> CB-10884 also affects the camera plugin. Rotate the device to landscape and 
> launch the camera. Rotate to portrait while the camera window is open, then 
> close the camera window. The viewport doesn't adjust to fill the screen.
> config.xml:
> {code}
> 
> 
> 
> 
> 
> 
> {code}
> Code to launch camera:
> {code}
> navigator.camera.getPicture(function(){}, function(){}, {
> sourceType: Camera.PictureSourceType.CAMERA,
> destinationType: Camera.DestinationType.FILE_URI
> });
> {code}



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

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

[jira] [Commented] (CB-11287) iOS: landscape iPhone app: orientation turns to portrait after camera displayed

2016-05-18 Thread Michael Schmidt (JIRA)


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

Michael Schmidt commented on CB-11287:
--

Related: https://issues.apache.org/jira/browse/CB-11125

> iOS: landscape iPhone app: orientation turns to portrait after camera 
> displayed
> ---
>
> Key: CB-11287
> URL: https://issues.apache.org/jira/browse/CB-11287
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.2.0
> Environment: cordova 6.1.1
> ios 4.1.1
> cordova-plugin-camera 2.2.0 "Camera"
>Reporter: Michael Schmidt
>Priority: Critical
>
> *situation*
> * app in landscape mode
> {code:JavaScript}
>   
> {code}
> * camera options
> {code:JavaScript}
> {
>  destinationType: Camera.DestinationType.FILE_URI,
>  sourceType: Camera.PictureSourceType.CAMERA,
>  encodingType: Camera.EncodingType.JPEG,
>  mediaType: Camera.MediaType.PICTURE,
> };
> {code}
> *problem*
> After displaying the camera, the app viewport turns to portrait mode - 
> despite that the whole app is set to landscape.
> This takes place for either taking a picture or pressing cancel.
> This bug occurs only on iPhone, it works on iPad though.



--
This message was sent by Atlassian JIRA
(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-11287) iOS: landscape iPhone app: orientation turns to portrait after camera displayed

2016-05-18 Thread Michael Schmidt (JIRA)


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

Michael Schmidt updated CB-11287:
-
Description: 
*situation*

* app in landscape mode
{code:JavaScript}
  
{code}

* camera options
{code:JavaScript}
{
 destinationType: Camera.DestinationType.FILE_URI,
 sourceType: Camera.PictureSourceType.CAMERA,
 encodingType: Camera.EncodingType.JPEG,
 mediaType: Camera.MediaType.PICTURE,
};
{code}

*problem*

After displaying the camera, the app viewport turns to portrait mode - despite 
that the whole app is set to landscape.

This takes place for either taking a picture or pressing cancel.

This bug occurs only on iPhone, it works on iPad though.

  was:
*situation*

* app in landscape mode
{quote}
  
{quote}

* camera options
{quote}
{
 destinationType: Camera.DestinationType.FILE_URI,
 sourceType: Camera.PictureSourceType.CAMERA,
 encodingType: Camera.EncodingType.JPEG,
 mediaType: Camera.MediaType.PICTURE,
};
{quote}

*problem*

After displaying the camera, the app viewport turns to portrait mode - despite 
that the whole app is set to landscape.

This takes place for either taking a picture or pressing cancel.

This bug occurs only on iPhone, it works on iPad though.


> iOS: landscape iPhone app: orientation turns to portrait after camera 
> displayed
> ---
>
> Key: CB-11287
> URL: https://issues.apache.org/jira/browse/CB-11287
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.2.0
> Environment: cordova 6.1.1
> ios 4.1.1
> cordova-plugin-camera 2.2.0 "Camera"
>Reporter: Michael Schmidt
>Priority: Critical
>
> *situation*
> * app in landscape mode
> {code:JavaScript}
>   
> {code}
> * camera options
> {code:JavaScript}
> {
>  destinationType: Camera.DestinationType.FILE_URI,
>  sourceType: Camera.PictureSourceType.CAMERA,
>  encodingType: Camera.EncodingType.JPEG,
>  mediaType: Camera.MediaType.PICTURE,
> };
> {code}
> *problem*
> After displaying the camera, the app viewport turns to portrait mode - 
> despite that the whole app is set to landscape.
> This takes place for either taking a picture or pressing cancel.
> This bug occurs only on iPhone, it works on iPad though.



--
This message was sent by Atlassian JIRA
(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-11287) iOS: landscape iPhone app: orientation turns to portrait after camera displayed

2016-05-18 Thread Michael Schmidt (JIRA)


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

Michael Schmidt updated CB-11287:
-
Description: 
*situation*

* app in landscape mode
{quote}
  
{quote}

* camera options
{quote}
{
 destinationType: Camera.DestinationType.FILE_URI,
 sourceType: Camera.PictureSourceType.CAMERA,
 encodingType: Camera.EncodingType.JPEG,
 mediaType: Camera.MediaType.PICTURE,
};
{quote}

*problem*

After displaying the camera, the app viewport turns to portrait mode - despite 
that the whole app is set to landscape.

This takes place for either taking a picture or pressing cancel.

This bug occurs only on iPhone, it works on iPad though.

  was:
## situation

app in landscape mode
```
  
```

camera options
``` 
{
 destinationType: Camera.DestinationType.FILE_URI,
 sourceType: Camera.PictureSourceType.CAMERA,
 encodingType: Camera.EncodingType.JPEG,
 mediaType: Camera.MediaType.PICTURE,
};
```

## problem

After displaying the camera, the app viewport turns to portrait mode - despite 
that the whole app is set to landscape.

This takes place for either taking a picture or pressing cancel.

This bug occurs only on iPhone, it works on iPad though.


> iOS: landscape iPhone app: orientation turns to portrait after camera 
> displayed
> ---
>
> Key: CB-11287
> URL: https://issues.apache.org/jira/browse/CB-11287
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.2.0
> Environment: cordova 6.1.1
> ios 4.1.1
> cordova-plugin-camera 2.2.0 "Camera"
>Reporter: Michael Schmidt
>Priority: Critical
>
> *situation*
> * app in landscape mode
> {quote}
>   
> {quote}
> * camera options
> {quote}
> {
>  destinationType: Camera.DestinationType.FILE_URI,
>  sourceType: Camera.PictureSourceType.CAMERA,
>  encodingType: Camera.EncodingType.JPEG,
>  mediaType: Camera.MediaType.PICTURE,
> };
> {quote}
> *problem*
> After displaying the camera, the app viewport turns to portrait mode - 
> despite that the whole app is set to landscape.
> This takes place for either taking a picture or pressing cancel.
> This bug occurs only on iPhone, it works on iPad though.



--
This message was sent by Atlassian JIRA
(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-11287) iOS: landscape iPhone app: orientation turns to portrait after camera displayed

2016-05-18 Thread Michael Schmidt (JIRA)

Michael Schmidt created CB-11287:


 Summary: iOS: landscape iPhone app: orientation turns to portrait 
after camera displayed
 Key: CB-11287
 URL: https://issues.apache.org/jira/browse/CB-11287
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera
Affects Versions: 2.2.0
 Environment: cordova 6.1.1
ios 4.1.1
cordova-plugin-camera 2.2.0 "Camera"
Reporter: Michael Schmidt
Priority: Critical


## situation

app in landscape mode
```
  
```

camera options
``` 
{
 destinationType: Camera.DestinationType.FILE_URI,
 sourceType: Camera.PictureSourceType.CAMERA,
 encodingType: Camera.EncodingType.JPEG,
 mediaType: Camera.MediaType.PICTURE,
};
```

## problem

After displaying the camera, the app viewport turns to portrait mode - despite 
that the whole app is set to landscape.

This takes place for either taking a picture or pressing cancel.

This bug occurs only on iPhone, it works on iPad though.



--
This message was sent by Atlassian JIRA
(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-11282) Chrome inspector connection lost, detached from target - large files

2016-05-18 Thread Simon Williams (JIRA)


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

Simon Williams edited comment on CB-11282 at 5/18/16 10:13 AM:
---

See https://github.com/SystemParadox/cordova-bug-11282 (I've included a 
prebuilt bundle.js to make life easier).

Install in a Cordova project or serve it up and run it in a browser. Open the 
console in the remote debugger and you should see the console messages before 
immediately being detached.

After some more playing around I can confirm the following:

- works in Chrome for Android (Chrome 50.0.2661.89)
- broken in WebView in com.android.browser (39.0.0.0)
- broken in WebView in [cordova project] (39.0.0.0)

(I am connecting remotely with Chrome 49.0.2623.110)

So seemingly not Cordova specific, but may be fixable by updating to a newer 
WebView?


was (Author: si...@systemparadox.co.uk):
See https://github.com/SystemParadox/cordova-bug-11282 (I've included a 
prebuilt bundle.js to make life easier).

Install in a Cordova project or serve it up and run it in a browser. Open the 
console in the remote debugger and you should see the console messages before 
immediately being detached.

After some more playing around I can confirm the following:

- works in Chrome for Android
- broken in WebView in com.android.browser (39.0.0.0)
- broken in WebView in [cordova project] (39.0.0.0)

So seemingly not Cordova specific, but may be fixable by updating to a newer 
WebView?

> Chrome inspector connection lost, detached from target - large files
> 
>
> Key: CB-11282
> URL: https://issues.apache.org/jira/browse/CB-11282
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 6.1.1
> Environment: Android, Linux
>Reporter: Simon Williams
>  Labels: debugging, inspector, triaged, wfc
>
> Hi. I am having issues with using the Chrome remote inspector 
> (chrome://inspect) with Android.
> The WebView appears in the list and selecting to inspect attaches and shows 
> some console messages, but within half a second it loses the connection, 
> saying "Detached from the target, reason: Connection lost".
> In the adb logcat it shows the following:
> {code}
> E/chromium(15597): [ERROR:http_connection.cc(35)] Too large read data is 
> pending: capacity=1048576, max_buffer_size=1048576, read=1048576
> {code}
> This seems to be due to the size of the source file (I am bundling everything 
> into a single file with browserify). If I run uglify on the bundle (taking it 
> from 2.2Mb to 330K) then it works fine.
> I should also mention that this is definitely Cordova specific. The Chrome 
> remote inspector works fine for other WebViews/browsers regardless of size.
> Thanks.



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

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

[jira] [Commented] (CB-11282) Chrome inspector connection lost, detached from target - large files

2016-05-18 Thread Simon Williams (JIRA)


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

Simon Williams commented on CB-11282:
-

See https://github.com/SystemParadox/cordova-bug-11282 (I've included a 
prebuilt bundle.js to make life easier).

Install in a Cordova project or serve it up and run it in a browser. Open the 
console in the remote debugger and you should see the console messages before 
immediately being detached.

After some more playing around I can confirm the following:

- works in Chrome for Android
- broken in WebView in com.android.browser (39.0.0.0)
- broken in WebView in [cordova project] (39.0.0.0)

So seemingly not Cordova specific, but may be fixable by updating to a newer 
WebView?

> Chrome inspector connection lost, detached from target - large files
> 
>
> Key: CB-11282
> URL: https://issues.apache.org/jira/browse/CB-11282
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 6.1.1
> Environment: Android, Linux
>Reporter: Simon Williams
>  Labels: debugging, inspector, triaged, wfc
>
> Hi. I am having issues with using the Chrome remote inspector 
> (chrome://inspect) with Android.
> The WebView appears in the list and selecting to inspect attaches and shows 
> some console messages, but within half a second it loses the connection, 
> saying "Detached from the target, reason: Connection lost".
> In the adb logcat it shows the following:
> {code}
> E/chromium(15597): [ERROR:http_connection.cc(35)] Too large read data is 
> pending: capacity=1048576, max_buffer_size=1048576, read=1048576
> {code}
> This seems to be due to the size of the source file (I am bundling everything 
> into a single file with browserify). If I run uglify on the bundle (taking it 
> from 2.2Mb to 330K) then it works fine.
> I should also mention that this is definitely Cordova specific. The Chrome 
> remote inspector works fine for other WebViews/browsers regardless of size.
> Thanks.



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

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

[jira] [Updated] (CB-11278) WebView is hidden and not shown later

2016-05-18 Thread Santi Calvo (JIRA)


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

Santi Calvo updated CB-11278:
-
Labels: Android triaged  (was: Android)

> WebView is hidden and not shown later
> -
>
> Key: CB-11278
> URL: https://issues.apache.org/jira/browse/CB-11278
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 3.2.0
> Environment: Android
>Reporter: Santi Calvo
>Priority: Minor
>  Labels: Android, triaged
>
> This is a very weird issue that only happens on Android.
> Randomly, I get a blank screen after splash screen on a cordova app. 
> I have tried several combinations of preferences, I have tested for js errors 
> on IOS and Browser platforms without finding anyone where the issue doesn't 
> happen.
> If I open the chrome developer tools with the device plugged the screen 
> "re-renders" magically the app and displays the content properly.
> When I click on the "recent apps" button on Android and back on the 
> application, the app renders.
> No errors are found on Android Logcat. 
> If I comment the line 86 on SplashScreen.java  
> ("getView().setVisibility(View.INVISIBLE);") the issue doesn't happen. I 
> don't know why the webview is hidden in the first place.
> Why the webview needs to be invisible? Does it have anything to do?



--
This message was sent by Atlassian JIRA
(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-11278) WebView is hidden and not shown later

2016-05-18 Thread Santi Calvo (JIRA)


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

Santi Calvo updated CB-11278:
-
Description: 
This is a very weird issue that only happens on Android.

Randomly, I get a blank screen after splash screen on a cordova app. 
I have tried several combinations of preferences, I have tested for js errors 
on IOS and Browser platforms without finding anyone where the issue doesn't 
happen.

If I open the chrome developer tools with the device plugged the screen 
"re-renders" magically the app and displays the content properly.

When I click on the "recent apps" button on Android and back on the 
application, the app renders.

No errors are found on Android Logcat. 

If I comment the line 86 on SplashScreen.java  
("getView().setVisibility(View.INVISIBLE);") the issue doesn't happen. I don't 
know why the webview is hidden in the first place.

Why the webview needs to be invisible? Does it have anything to do?


  was:
Randomly, just after the splash screen, I get a blank screen.
When I click on the "recent apps" button on Android and back on the 
application, the app renders.

If I comment the line 86 on SplashScreen.java  
("getView().setVisibility(View.INVISIBLE);") the issue doesn't happen. I don't 
know why the webview is hidden in the first place.




> WebView is hidden and not shown later
> -
>
> Key: CB-11278
> URL: https://issues.apache.org/jira/browse/CB-11278
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin SplashScreen
>Affects Versions: 3.2.0
> Environment: Android
>Reporter: Santi Calvo
>Priority: Minor
>  Labels: Android
>
> This is a very weird issue that only happens on Android.
> Randomly, I get a blank screen after splash screen on a cordova app. 
> I have tried several combinations of preferences, I have tested for js errors 
> on IOS and Browser platforms without finding anyone where the issue doesn't 
> happen.
> If I open the chrome developer tools with the device plugged the screen 
> "re-renders" magically the app and displays the content properly.
> When I click on the "recent apps" button on Android and back on the 
> application, the app renders.
> No errors are found on Android Logcat. 
> If I comment the line 86 on SplashScreen.java  
> ("getView().setVisibility(View.INVISIBLE);") the issue doesn't happen. I 
> don't know why the webview is hidden in the first place.
> Why the webview needs to be invisible? Does it have anything to do?



--
This message was sent by Atlassian JIRA
(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-11232) Appium tests fail because 'Selenium error: session is terminated'

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11232:
-

Github user alsorokin closed the pull request at:

https://github.com/apache/cordova-plugin-camera/pull/214


> Appium tests fail because 'Selenium error: session is terminated'
> -
>
> Key: CB-11232
> URL: https://issues.apache.org/jira/browse/CB-11232
> Project: Apache Cordova
>  Issue Type: Test
>  Components: mobile-spec
> Environment: Mac OSX
>Reporter: Omar Mefire
>Assignee: Alexander Sorokin
>  Labels: found-by-ci, ios, triaged
>
> Logs: 
> https://ci.apache.org/builders/cordova-ios/builds/2529/steps/running-appium-tests/logs/stdio
> ==
> {noformat}
> [MEDIC LOG Mon, 09 May 2016 18:15:04 GMT] Uncaught exception! Killing server 
> and exiting in 2 seconds...
> [MEDIC LOG Mon, 09 May 2016 18:15:04 GMT] Uncaught exception! Killing server 
> and exiting in 2 seconds...
> [MEDIC LOG Mon, 09 May 2016 18:15:05 GMT] Appium process exited.
> [MEDIC LOG Mon, 09 May 2016 18:15:06 GMT] FATAL: Error: [currentContext()] 
> Error response status: 6,  Selenium error: A session is either terminated or 
> not started
> at exports.newError 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/wd/lib/utils.js:139:13)
> at 
> /Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/wd/lib/callbacks.js:75:19
> at 
> /Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/wd/lib/webdriver.js:174:5
> at Request._callback 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/wd/lib/http-utils.js:87:7)
> at Request.self.callback 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/request/request.js:368:22)
> at Request.emit (events.js:110:17)
> at Request. 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/request/request.js:1219:14)
> at Request.emit (events.js:129:20)
> at IncomingMessage. 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/request/request.js:1167:12)
> at IncomingMessage.emit (events.js:129:20)
> program finished with exit code 1
> elapsedTime=3700.311833
> {noformat}



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

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

[jira] [Closed] (CB-11183) Appium tests, Camera plugin: Better validation of the image

2016-05-18 Thread Alexander Sorokin (JIRA)


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

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

> Appium tests, Camera plugin: Better validation of the image
> ---
>
> Key: CB-11183
> URL: https://issues.apache.org/jira/browse/CB-11183
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> Right now Appium tests only check that we get the picture and the app doesn't 
> crash doing it.
> Better validation needs to be performed. For example, we need to check if the 
> image has the right height and width.



--
This message was sent by Atlassian JIRA
(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-11232) Appium tests fail because 'Selenium error: session is terminated'

2016-05-18 Thread ASF subversion and git services (JIRA)


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

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

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

CB-11232 Appium tests: fixed element tapping on iOS 9


> Appium tests fail because 'Selenium error: session is terminated'
> -
>
> Key: CB-11232
> URL: https://issues.apache.org/jira/browse/CB-11232
> Project: Apache Cordova
>  Issue Type: Test
>  Components: mobile-spec
> Environment: Mac OSX
>Reporter: Omar Mefire
>Assignee: Alexander Sorokin
>  Labels: found-by-ci, ios, triaged
>
> Logs: 
> https://ci.apache.org/builders/cordova-ios/builds/2529/steps/running-appium-tests/logs/stdio
> ==
> {noformat}
> [MEDIC LOG Mon, 09 May 2016 18:15:04 GMT] Uncaught exception! Killing server 
> and exiting in 2 seconds...
> [MEDIC LOG Mon, 09 May 2016 18:15:04 GMT] Uncaught exception! Killing server 
> and exiting in 2 seconds...
> [MEDIC LOG Mon, 09 May 2016 18:15:05 GMT] Appium process exited.
> [MEDIC LOG Mon, 09 May 2016 18:15:06 GMT] FATAL: Error: [currentContext()] 
> Error response status: 6,  Selenium error: A session is either terminated or 
> not started
> at exports.newError 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/wd/lib/utils.js:139:13)
> at 
> /Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/wd/lib/callbacks.js:75:19
> at 
> /Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/wd/lib/webdriver.js:174:5
> at Request._callback 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/wd/lib/http-utils.js:87:7)
> at Request.self.callback 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/request/request.js:368:22)
> at Request.emit (events.js:110:17)
> at Request. 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/request/request.js:1219:14)
> at Request.emit (events.js:129:20)
> at IncomingMessage. 
> (/Users/buildbot/slaves/apache/cordova-ios/cordova-medic/node_modules/request/request.js:1167:12)
> at IncomingMessage.emit (events.js:129:20)
> program finished with exit code 1
> elapsedTime=3700.311833
> {noformat}



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

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

[jira] [Commented] (CB-11183) Appium tests, Camera plugin: Better validation of the image

2016-05-18 Thread ASF subversion and git services (JIRA)


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

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

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

CB-11183 Appium tests: Added image verification


> Appium tests, Camera plugin: Better validation of the image
> ---
>
> Key: CB-11183
> URL: https://issues.apache.org/jira/browse/CB-11183
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> Right now Appium tests only check that we get the picture and the app doesn't 
> crash doing it.
> Better validation needs to be performed. For example, we need to check if the 
> image has the right height and width.



--
This message was sent by Atlassian JIRA
(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-11183) Appium tests, Camera plugin: Better validation of the image

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11183:
-

Github user alsorokin closed the pull request at:

https://github.com/apache/cordova-plugin-camera/pull/209


> Appium tests, Camera plugin: Better validation of the image
> ---
>
> Key: CB-11183
> URL: https://issues.apache.org/jira/browse/CB-11183
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> Right now Appium tests only check that we get the picture and the app doesn't 
> crash doing it.
> Better validation needs to be performed. For example, we need to check if the 
> image has the right height and width.



--
This message was sent by Atlassian JIRA
(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-11183) Appium tests, Camera plugin: Better validation of the image

2016-05-18 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11183:
-

Github user cordova-qa commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/209#issuecomment-219966472
  
Cordova CI Build has completed successfully. 

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-camera/pull/209/commits/278b5277027ba62d621cbc2dea10079abb2ef0c9)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12/)

| Builder Name  | Console Output | Test Report | Device Logs  |
| :---: | :---:  |   :---: | :---:|
| [Windows 8.1 Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-8.1-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-8.1-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-8.1-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-8.1-store/artifact/)
 |
| [Windows 10  Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-10-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-10-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-10-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-10-store/artifact/)
 |
| [Windows 8.1 Phone]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-8.1-phone/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-8.1-phone/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-8.1-phone/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=windows-slave,platformName=windows-8.1-phone/artifact/)
 |
| [iOS]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=mac-slave,platformName=ios/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=mac-slave,platformName=ios/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=mac-slave,platformName=ios/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=mac-slave,platformName=ios/artifact/)
 |
| [Android Mac]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=mac-slave,platformName=android/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=mac-slave,platformName=android/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=mac-slave,platformName=android/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/12//label=mac-slave,platformName=android/artifact/)
 |
 



> Appium tests, Camera plugin: Better validation of the image
> ---
>
> Key: CB-11183
> URL: https://issues.apache.org/jira/browse/CB-11183
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> Right now Appium tests only check that we get the picture and the app doesn't 
> crash doing it.
> Better validation needs to be performed. For example, we need to check if the 
> image has the right height and width.



--
This message was sent by Atlassian JIRA
(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-11286) App crash on ZenFone2 only

2016-05-18 Thread Riccardo Vittadello (JIRA)


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

Riccardo Vittadello updated CB-11286:
-
Description: 
Running an app downloaded from the GooglePlay Store on a ZenFone 2 causes a 
crash at the very launch of the app, while the same app is reported to work 
good on any other Android device.

Following is the stacktrace of the exception as gained from the developer 
console.

{code}
java.lang.RuntimeException: Unable to instantiate activity 
ComponentInfo{it.daneasoft.numilia/it.daneasoft.numilia.MainActivity}: 
java.lang.ClassNotFoundException: Didn't find class 
"it.daneasoft.numilia.MainActivity" on path: DexPathList[[zip file 
"/data/app/it.daneasoft.numilia-1/base.apk"],nativeLibraryDirectories=[/data/app/it.daneasoft.numilia-1/lib/x86,
 /vendor/lib, /system/lib]]
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2227)
at 
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2387)
at android.app.ActivityThread.access$800(ActivityThread.java:147)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1281)
at android.os.Handler.dispatchMessage(Handler.java:102)
at android.os.Looper.loop(Looper.java:135)
at android.app.ActivityThread.main(ActivityThread.java:5264)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:900)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:695)
Caused by: java.lang.ClassNotFoundException: Didn't find class 
"it.daneasoft.numilia.MainActivity" on path: DexPathList[[zip file 
"/data/app/it.daneasoft.numilia-1/base.apk"],nativeLibraryDirectories=[/data/app/it.daneasoft.numilia-1/lib/x86,
 /vendor/lib, /system/lib]]
at 
dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:56)
at java.lang.ClassLoader.loadClass(ClassLoader.java:511)
at java.lang.ClassLoader.loadClass(ClassLoader.java:469)
at android.app.Instrumentation.newActivity(Instrumentation.java:1065)
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2217)
... 10 more
Suppressed: java.lang.NoClassDefFoundError: 
it.daneasoft.numilia.MainActivity
at dalvik.system.DexFile.defineClassNative(Native Method)
at dalvik.system.DexFile.defineClass(DexFile.java:226)
at dalvik.system.DexFile.loadClassBinaryName(DexFile.java:219)
at dalvik.system.DexPathList.findClass(DexPathList.java:321)
at 
dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:54)
... 14 more
Suppressed: java.lang.ClassNotFoundException: 
it.daneasoft.numilia.MainActivity
at java.lang.Class.classForName(Native Method)
at java.lang.BootClassLoader.findClass(ClassLoader.java:781)
at java.lang.BootClassLoader.loadClass(ClassLoader.java:841)
at java.lang.ClassLoader.loadClass(ClassLoader.java:504)
... 13 more
Caused by: java.lang.NoClassDefFoundError: Class not found using the boot class 
loader; no stack available
{code}

  was:
Running an app downloaded from the GooglePlay Store on a ZenFone 2 causes a 
crash at the very launch of the app, while the same app is reported to work 
good on any other Android device.

Following is the stacktrace of the exception as gained from the developer 
console.

{quote}
java.lang.RuntimeException: Unable to instantiate activity 
ComponentInfo{it.daneasoft.numilia/it.daneasoft.numilia.MainActivity}: 
java.lang.ClassNotFoundException: Didn't find class 
"it.daneasoft.numilia.MainActivity" on path: DexPathList[[zip file 
"/data/app/it.daneasoft.numilia-1/base.apk"],nativeLibraryDirectories=[/data/app/it.daneasoft.numilia-1/lib/x86,
 /vendor/lib, /system/lib]]
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2227)
at 
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2387)
at android.app.ActivityThread.access$800(ActivityThread.java:147)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1281)
at android.os.Handler.dispatchMessage(Handler.java:102)
at android.os.Looper.loop(Looper.java:135)
at android.app.ActivityThread.main(ActivityThread.java:5264)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:900)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:695)
Caused by: java.lang.ClassNotFoundException: Didn't find class 
"it.daneasoft.numilia.MainActivity" on path: DexPathList[[zip file

[jira] [Comment Edited] (CB-10862) Cannot set minsdkversion

2016-05-18 Thread Sergey (JIRA)


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

Sergey edited comment on CB-10862 at 5/18/16 7:46 AM:
--

https://github.com/phonegap/phonegap-plugin-barcodescanner/issues/233

https://github.com/phonegap/phonegap-plugin-barcodescanner/blob/master/src/android/barcodescanner.gradle

I think gradle pipeline should be changed in some cases to prevent this.


was (Author: delagen):
https://github.com/phonegap/phonegap-plugin-barcodescanner/issues/233

https://github.com/phonegap/phonegap-plugin-barcodescanner/blob/master/src/android/barcodescanner.gradle

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



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

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

[jira] [Created] (CB-11286) App crash on ZenFone2 only

2016-05-18 Thread Riccardo Vittadello (JIRA)

Riccardo Vittadello created CB-11286:


 Summary: App crash on ZenFone2 only
 Key: CB-11286
 URL: https://issues.apache.org/jira/browse/CB-11286
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 6.1.1
 Environment: ZenFone 2 (Android 5.0)
Reporter: Riccardo Vittadello
Priority: Critical


Running an app downloaded from the GooglePlay Store on a ZenFone 2 causes a 
crash at the very launch of the app, while the same app is reported to work 
good on any other Android device.

Following is the stacktrace of the exception as gained from the developer 
console.

{quote}
java.lang.RuntimeException: Unable to instantiate activity 
ComponentInfo{it.daneasoft.numilia/it.daneasoft.numilia.MainActivity}: 
java.lang.ClassNotFoundException: Didn't find class 
"it.daneasoft.numilia.MainActivity" on path: DexPathList[[zip file 
"/data/app/it.daneasoft.numilia-1/base.apk"],nativeLibraryDirectories=[/data/app/it.daneasoft.numilia-1/lib/x86,
 /vendor/lib, /system/lib]]
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2227)
at 
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2387)
at android.app.ActivityThread.access$800(ActivityThread.java:147)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1281)
at android.os.Handler.dispatchMessage(Handler.java:102)
at android.os.Looper.loop(Looper.java:135)
at android.app.ActivityThread.main(ActivityThread.java:5264)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:900)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:695)
Caused by: java.lang.ClassNotFoundException: Didn't find class 
"it.daneasoft.numilia.MainActivity" on path: DexPathList[[zip file 
"/data/app/it.daneasoft.numilia-1/base.apk"],nativeLibraryDirectories=[/data/app/it.daneasoft.numilia-1/lib/x86,
 /vendor/lib, /system/lib]]
at 
dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:56)
at java.lang.ClassLoader.loadClass(ClassLoader.java:511)
at java.lang.ClassLoader.loadClass(ClassLoader.java:469)
at android.app.Instrumentation.newActivity(Instrumentation.java:1065)
at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2217)
... 10 more
Suppressed: java.lang.NoClassDefFoundError: 
it.daneasoft.numilia.MainActivity
at dalvik.system.DexFile.defineClassNative(Native Method)
at dalvik.system.DexFile.defineClass(DexFile.java:226)
at dalvik.system.DexFile.loadClassBinaryName(DexFile.java:219)
at dalvik.system.DexPathList.findClass(DexPathList.java:321)
at 
dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:54)
... 14 more
Suppressed: java.lang.ClassNotFoundException: 
it.daneasoft.numilia.MainActivity
at java.lang.Class.classForName(Native Method)
at java.lang.BootClassLoader.findClass(ClassLoader.java:781)
at java.lang.BootClassLoader.loadClass(ClassLoader.java:841)
at java.lang.ClassLoader.loadClass(ClassLoader.java:504)
... 13 more
Caused by: java.lang.NoClassDefFoundError: Class not found using the boot class 
loader; no stack available
{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-11251) Gradle version 2.10 is required. Current version is 2.2.1

2016-05-18 Thread zhuisui (JIRA)


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

zhuisui commented on CB-11251:
--

I have found another problem. When I write 
process.env['CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL'] = url in before_build 
hook, it influences cordova run which is expected when I execute it in cmd. But 
if I execute in the terminal of Webstorm or Android Studio, it doesn't work.

> Gradle version 2.10 is required. Current version is 2.2.1
> -
>
> Key: CB-11251
> URL: https://issues.apache.org/jira/browse/CB-11251
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CLI
> Environment: OSX
>Reporter: Daniel Rossi
>Priority: Blocker
>  Labels: gradle
>
> When I try and run "cordova build" I run in this known gradle issue. 
> There is no possible fix other than to keep changing the version in Android 
> studio under File -> Project Structure -> Project -> Gradle Version -> 2.10 
> instead of 2.22
> Every time I make a change to the common www html file, I have to go back 
> into Android Studio and make that gradle change, rebuild then run into the 
> emulator. 
> This is out of the box, and I believe many people are having the same issue.  
> "cordova build
> ANDROID_HOME=/www/Android/sdk
> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home
> FAILURE: Build failed with an exception.
> * Where:
> Build file '/path/MyApp/platforms/android/build.gradle' line: 22
> * What went wrong:
> A problem occurred evaluating root project 'android'.
> > Failed to apply plugin [id 'android']
>> Gradle version 2.10 is required. Current version is 2.2.1. If using the 
> gradle wrapper, try editing the distributionUrl in 
> /path/MyApp/gradle/wrapper/gradle-wrapper.properties to gradle-2.10-all.zip
> * Try:
> Run with --stacktrace option to get the stack trace. Run with --info or 
> --debug option to get more log output.
> BUILD FAILED"



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

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

70 matches

Mail list logo