date:20140929

Vladimir Kotikov created CB-7655:


 Summary: Cordova app fails to build/run with Visual Studio without 
pre building via console.
 Key: CB-7655
 URL: https://issues.apache.org/jira/browse/CB-7655
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: 3.6.3
Reporter: Vladimir Kotikov
 Fix For: 3.7.0


Repro steps:
1. Create mobilespec app with windows platform
2.  Open CordovaApp.sln with Visual Studio
3. Try to build/run solution

Error:
{noformat}
File content does not conform to specified schema. The element 'Capabilities' 
in namespace 'http://schemas.microsoft.com/appx/2010/manifest' has invalid 
child element 'Capability' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest'. List of possible elements 
expected: 'DeviceCapability' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest'. 
d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
 36 6 CordovaApp.Windows80
{noformat}

Problem here is that appxmanifest files in application directory is not valid, 
until we run {{build}}/{{run}} scripts from cordova directory.

One possible solution is to add custom prebuild event that calls 
{{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. To 
avoid running this script twice, we need to add additiona parameter from build 
cript to msbuild and run prebuild event only if this parameter is not specified.



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

[jira] [Updated] (CB-7655) Cordova app fails to build/run with Visual Studio without pre building via console.


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

Vladimir Kotikov updated CB-7655:
-
Description: 
Repro steps:
1. Create mobilespec app with windows platform
2.  Open CordovaApp.sln with Visual Studio
3. Try to build/run solution

Error:
{noformat}
File content does not conform to specified schema.
The element 'Capabilities' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest' has invalid child element 
'Capability' in namespace 'http://schemas.microsoft.com/appx/2010/manifest'.
List of possible elements expected: 'DeviceCapability' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest'. 
d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
 36 6 CordovaApp.Windows80
{noformat}

Problem here is that appxmanifest files in application directory is not valid, 
until we run {{build}}/{{run}} scripts from cordova directory.
One possible solution is to add custom prebuild event that calls 
{{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. To 
avoid running this script twice, we need to add additional parameter from 
{{build}} script to msbuild and run prebuild event only if this parameter is 
__not__ specified.

  was:
Repro steps:
1. Create mobilespec app with windows platform
2.  Open CordovaApp.sln with Visual Studio
3. Try to build/run solution

Error:
{noformat}
File content does not conform to specified schema. The element 'Capabilities' 
in namespace 'http://schemas.microsoft.com/appx/2010/manifest' has invalid 
child element 'Capability' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest'. List of possible elements 
expected: 'DeviceCapability' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest'. 
d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
 36 6 CordovaApp.Windows80
{noformat}

Problem here is that appxmanifest files in application directory is not valid, 
until we run {{build}}/{{run}} scripts from cordova directory.

One possible solution is to add custom prebuild event that calls 
{{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. To 
avoid running this script twice, we need to add additiona parameter from build 
cript to msbuild and run prebuild event only if this parameter is not specified.


 Cordova app fails to build/run with Visual Studio without pre building via 
 console.
 ---

 Key: CB-7655
 URL: https://issues.apache.org/jira/browse/CB-7655
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: 3.6.3
Reporter: Vladimir Kotikov
 Fix For: 3.7.0


 Repro steps:
 1. Create mobilespec app with windows platform
 2.  Open CordovaApp.sln with Visual Studio
 3. Try to build/run solution
 Error:
 {noformat}
 File content does not conform to specified schema.
 The element 'Capabilities' in namespace 
 'http://schemas.microsoft.com/appx/2010/manifest' has invalid child element 
 'Capability' in namespace 'http://schemas.microsoft.com/appx/2010/manifest'.
 List of possible elements expected: 'DeviceCapability' in namespace 
 'http://schemas.microsoft.com/appx/2010/manifest'. 
 d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
  36 6 CordovaApp.Windows80
 {noformat}
 Problem here is that appxmanifest files in application directory is not 
 valid, until we run {{build}}/{{run}} scripts from cordova directory.
 One possible solution is to add custom prebuild event that calls 
 {{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. 
 To avoid running this script twice, we need to add additional parameter from 
 {{build}} script to msbuild and run prebuild event only if this parameter is 
 __not__ specified.



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

[jira] [Updated] (CB-7655) Cordova app fails to build/run with Visual Studio without pre building via console.


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

Vladimir Kotikov updated CB-7655:
-
Description: 
Repro steps:
1. Create mobilespec app with windows platform
2.  Open CordovaApp.sln with Visual Studio
3. Try to build/run solution

Error:
{noformat}
File content does not conform to specified schema.
The element 'Capabilities' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest' has invalid child element 
'Capability' in namespace 'http://schemas.microsoft.com/appx/2010/manifest'.
List of possible elements expected: 'DeviceCapability' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest'. 
d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
 36 6 CordovaApp.Windows80
{noformat}

Problem here is that appxmanifest files in application directory is not valid, 
until we run {{build}}/{{run}} scripts from cordova directory.
One possible solution is to add custom prebuild event that calls 
{{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. To 
avoid running this script twice, we need to add additional parameter from 
{{build}} script to msbuild and run prebuild event only if this parameter is 
_not_ specified.

  was:
Repro steps:
1. Create mobilespec app with windows platform
2.  Open CordovaApp.sln with Visual Studio
3. Try to build/run solution

Error:
{noformat}
File content does not conform to specified schema.
The element 'Capabilities' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest' has invalid child element 
'Capability' in namespace 'http://schemas.microsoft.com/appx/2010/manifest'.
List of possible elements expected: 'DeviceCapability' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest'. 
d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
 36 6 CordovaApp.Windows80
{noformat}

Problem here is that appxmanifest files in application directory is not valid, 
until we run {{build}}/{{run}} scripts from cordova directory.
One possible solution is to add custom prebuild event that calls 
{{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. To 
avoid running this script twice, we need to add additional parameter from 
{{build}} script to msbuild and run prebuild event only if this parameter is 
__not__ specified.


 Cordova app fails to build/run with Visual Studio without pre building via 
 console.
 ---

 Key: CB-7655
 URL: https://issues.apache.org/jira/browse/CB-7655
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: 3.6.3
Reporter: Vladimir Kotikov
 Fix For: 3.7.0


 Repro steps:
 1. Create mobilespec app with windows platform
 2.  Open CordovaApp.sln with Visual Studio
 3. Try to build/run solution
 Error:
 {noformat}
 File content does not conform to specified schema.
 The element 'Capabilities' in namespace 
 'http://schemas.microsoft.com/appx/2010/manifest' has invalid child element 
 'Capability' in namespace 'http://schemas.microsoft.com/appx/2010/manifest'.
 List of possible elements expected: 'DeviceCapability' in namespace 
 'http://schemas.microsoft.com/appx/2010/manifest'. 
 d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
  36 6 CordovaApp.Windows80
 {noformat}
 Problem here is that appxmanifest files in application directory is not 
 valid, until we run {{build}}/{{run}} scripts from cordova directory.
 One possible solution is to add custom prebuild event that calls 
 {{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. 
 To avoid running this script twice, we need to add additional parameter from 
 {{build}} script to msbuild and run prebuild event only if this parameter is 
 _not_ specified.



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

[jira] [Updated] (CB-7655) Cordova app fails to build/run with Visual Studio without pre building via console.


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

Vladimir Kotikov updated CB-7655:
-
Description: 
Repro steps:
1. Create mobilespec app with windows platform
2.  Open CordovaApp.sln with Visual Studio
3. Try to build/run solution

Error:
{noformat}
File content does not conform to specified schema.
The element 'Capabilities' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest' has invalid child element 
'Capability' in namespace 'http://schemas.microsoft.com/appx/2010/manifest'.
List of possible elements expected: 'DeviceCapability' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest'.
d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
 36 6 CordovaApp.Windows80
{noformat}

Problem here is that appxmanifest files in application directory is not valid, 
until we run {{build}}/{{run}} scripts from cordova directory.
One possible solution is to add custom prebuild event that calls 
{{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. To 
avoid running this script twice, we need to add additional parameter from 
{{build}} script to msbuild and run prebuild event only if this parameter is 
_not_ specified.

  was:
Repro steps:
1. Create mobilespec app with windows platform
2.  Open CordovaApp.sln with Visual Studio
3. Try to build/run solution

Error:
{noformat}
File content does not conform to specified schema.
The element 'Capabilities' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest' has invalid child element 
'Capability' in namespace 'http://schemas.microsoft.com/appx/2010/manifest'.
List of possible elements expected: 'DeviceCapability' in namespace 
'http://schemas.microsoft.com/appx/2010/manifest'. 
d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
 36 6 CordovaApp.Windows80
{noformat}

Problem here is that appxmanifest files in application directory is not valid, 
until we run {{build}}/{{run}} scripts from cordova directory.
One possible solution is to add custom prebuild event that calls 
{{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. To 
avoid running this script twice, we need to add additional parameter from 
{{build}} script to msbuild and run prebuild event only if this parameter is 
_not_ specified.


 Cordova app fails to build/run with Visual Studio without pre building via 
 console.
 ---

 Key: CB-7655
 URL: https://issues.apache.org/jira/browse/CB-7655
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: 3.6.3
Reporter: Vladimir Kotikov
 Fix For: 3.7.0


 Repro steps:
 1. Create mobilespec app with windows platform
 2.  Open CordovaApp.sln with Visual Studio
 3. Try to build/run solution
 Error:
 {noformat}
 File content does not conform to specified schema.
 The element 'Capabilities' in namespace 
 'http://schemas.microsoft.com/appx/2010/manifest' has invalid child element 
 'Capability' in namespace 'http://schemas.microsoft.com/appx/2010/manifest'.
 List of possible elements expected: 'DeviceCapability' in namespace 
 'http://schemas.microsoft.com/appx/2010/manifest'.
 d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
  36 6 CordovaApp.Windows80
 {noformat}
 Problem here is that appxmanifest files in application directory is not 
 valid, until we run {{build}}/{{run}} scripts from cordova directory.
 One possible solution is to add custom prebuild event that calls 
 {{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. 
 To avoid running this script twice, we need to add additional parameter from 
 {{build}} script to msbuild and run prebuild event only if this parameter is 
 _not_ specified.



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

[jira] [Commented] (CB-7655) Cordova app fails to build/run with Visual Studio without pre building via console.


[ 
https://issues.apache.org/jira/browse/CB-7655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151628#comment-14151628
 ] 

ASF GitHub Bot commented on CB-7655:


GitHub user vladimir-kotikov opened a pull request:

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

CB-7655 Fixes msbuild failure after windows project creation

Fix for https://issues.apache.org/jira/browse/CB-7655

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

$ git pull https://github.com/MSOpenTech/cordova-windows CB-7655

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

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


commit 22c881ee78c6b8be953808485030c6c177ad640b
Author: Vladimir Kotikov v-vlk...@microsoft.com
Date:   2014-09-29T08:21:26Z

Fixes msbuild failure after windows project creation




 Cordova app fails to build/run with Visual Studio without pre building via 
 console.
 ---

 Key: CB-7655
 URL: https://issues.apache.org/jira/browse/CB-7655
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: 3.6.3
Reporter: Vladimir Kotikov
 Fix For: 3.7.0


 Repro steps:
 1. Create mobilespec app with windows platform
 2.  Open CordovaApp.sln with Visual Studio
 3. Try to build/run solution
 Error:
 {noformat}
 File content does not conform to specified schema.
 The element 'Capabilities' in namespace 
 'http://schemas.microsoft.com/appx/2010/manifest' has invalid child element 
 'Capability' in namespace 'http://schemas.microsoft.com/appx/2010/manifest'.
 List of possible elements expected: 'DeviceCapability' in namespace 
 'http://schemas.microsoft.com/appx/2010/manifest'.
 d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
  36 6 CordovaApp.Windows80
 {noformat}
 Problem here is that appxmanifest files in application directory is not 
 valid, until we run {{build}}/{{run}} scripts from cordova directory.
 One possible solution is to add custom prebuild event that calls 
 {{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. 
 To avoid running this script twice, we need to add additional parameter from 
 {{build}} script to msbuild and run prebuild event only if this parameter is 
 _not_ specified.



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

[jira] [Created] (CB-7656) cordova/lib/list-devices script is faulty on Windows

Vladimir Kotikov created CB-7656:


 Summary: cordova/lib/list-devices script is faulty on Windows
 Key: CB-7656
 URL: https://issues.apache.org/jira/browse/CB-7656
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: 3.6.3
Reporter: Vladimir Kotikov
Priority: Minor
 Fix For: 3.7.0


When trying to run 'cordova/lib/list-devices.bat' script from windows platform 
directory, getting following error:
{noformat}
d:\cordova\mobile specplatforms\windows\cordova\lib\list-devices.bat
[eval]:1 
require('./d:\cordova\mobile 
 
SyntaxError: Unexpected token ILLEGAL 
at Object.anonymous ([eval]-wrapper:6:22) 
at Module._compile (module.js:456:26) 
at evalScript (node.js:536:25) 
at startup (node.js:80:7) 
at node.js:906:3 
{noformat}

Cause is that script's path environment variable is not expanded correctly 
while running inline NodeJS script.
Solution is to place JS logic into standalone JS file (use wp8 platform as 
sample).

list-emulator-images and list-started-emulators commands also can be ported 
from wp8 tooling to preserve code consistency.



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

[jira] [Commented] (CB-7656) cordova/lib/list-devices script is faulty on Windows


[ 
https://issues.apache.org/jira/browse/CB-7656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151638#comment-14151638
 ] 

ASF GitHub Bot commented on CB-7656:


GitHub user vladimir-kotikov opened a pull request:

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

CB-7656 Fixes list-devices and list-emulators commands

Fix for https://issues.apache.org/jira/browse/CB-7656

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

$ git pull https://github.com/MSOpenTech/cordova-windows CB-7656

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

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


commit 96e24cbb2c7bde68ffa3e452511ca2162bd1ec75
Author: Vladimir Kotikov v-vlk...@microsoft.com
Date:   2014-09-29T09:20:33Z

Fixes list-devices and list-emulators commands




 cordova/lib/list-devices script is faulty on Windows
 

 Key: CB-7656
 URL: https://issues.apache.org/jira/browse/CB-7656
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: 3.6.3
Reporter: Vladimir Kotikov
Priority: Minor
  Labels: list-devices, list-emulators,, windows,
 Fix For: 3.7.0


 When trying to run 'cordova/lib/list-devices.bat' script from windows 
 platform directory, getting following error:
 {noformat}
 d:\cordova\mobile specplatforms\windows\cordova\lib\list-devices.bat
 [eval]:1 
 require('./d:\cordova\mobile 
  
 SyntaxError: Unexpected token ILLEGAL 
 at Object.anonymous ([eval]-wrapper:6:22) 
 at Module._compile (module.js:456:26) 
 at evalScript (node.js:536:25) 
 at startup (node.js:80:7) 
 at node.js:906:3 
 {noformat}
 Cause is that script's path environment variable is not expanded correctly 
 while running inline NodeJS script.
 Solution is to place JS logic into standalone JS file (use wp8 platform as 
 sample).
 list-emulator-images and list-started-emulators commands also can be ported 
 from wp8 tooling to preserve code consistency.



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

[jira] [Commented] (CB-7655) Cordova app fails to build/run with Visual Studio without pre building via console.


[ 
https://issues.apache.org/jira/browse/CB-7655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151643#comment-14151643
 ] 

ASF GitHub Bot commented on CB-7655:


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

https://github.com/apache/cordova-windows/pull/48#discussion_r18150897
  
--- Diff: windows/template/cordova/lib/MSBuildTools.js ---
@@ -15,7 +15,8 @@ MSBuildTools.prototype.buildProject = function(projFile, 
buildType, buildarch) {
 
 var args = ['/clp:NoSummary;NoItemAndPropertyList;Verbosity=minimal', 
'/nologo',
 '/p:Configuration=' + buildType,
-'/p:Platform=' + buildarch];
+'/p:Platform=' + buildarch,
+'/p:BuildFromCLI=' + true];
--- End diff --

rename to CordovaTooling


 Cordova app fails to build/run with Visual Studio without pre building via 
 console.
 ---

 Key: CB-7655
 URL: https://issues.apache.org/jira/browse/CB-7655
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: 3.6.3
Reporter: Vladimir Kotikov
 Fix For: 3.7.0


 Repro steps:
 1. Create mobilespec app with windows platform
 2.  Open CordovaApp.sln with Visual Studio
 3. Try to build/run solution
 Error:
 {noformat}
 File content does not conform to specified schema.
 The element 'Capabilities' in namespace 
 'http://schemas.microsoft.com/appx/2010/manifest' has invalid child element 
 'Capability' in namespace 'http://schemas.microsoft.com/appx/2010/manifest'.
 List of possible elements expected: 'DeviceCapability' in namespace 
 'http://schemas.microsoft.com/appx/2010/manifest'.
 d:\Projects\cordova\release3.6.1\mobilespec_merged\platforms\windows\build\windows80\Debug\AnyCPU\AppxManifest.xml
  36 6 CordovaApp.Windows80
 {noformat}
 Problem here is that appxmanifest files in application directory is not 
 valid, until we run {{build}}/{{run}} scripts from cordova directory.
 One possible solution is to add custom prebuild event that calls 
 {{cordova/lib/prepare.js}} to jsproj files, that will update appxmanifests. 
 To avoid running this script twice, we need to add additional parameter from 
 {{build}} script to msbuild and run prebuild event only if this parameter is 
 _not_ specified.



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

[jira] [Commented] (CB-6231) Better approach for preventing rubberband in Windows Phone 8

2014-09-29 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-6231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151670#comment-14151670
 ] 

ASF GitHub Bot commented on CB-6231:


GitHub user nadyaA opened a pull request:

https://github.com/apache/cordova-wp8/pull/60

Supress inertia scrolling optionally

if inertia causes the scrolling to hit the top or bottom - the bounce 
should be suppressed as well.

Fixes https://issues.apache.org/jira/browse/CB-6231.

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

$ git pull https://github.com/Icenium/cordova-wp8 
natanasova/supress-inertia-scroll-optionally

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

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


commit 83e04975e099963abe2fd1c55e80fa2a42228777
Author: Nadya Atanasova nadya...@gmail.com
Date:   2014-09-29T13:16:12Z

Supress inertia scrolling optionally




 Better approach for preventing rubberband in Windows Phone 8
 

 Key: CB-6231
 URL: https://issues.apache.org/jira/browse/CB-6231
 Project: Apache Cordova
  Issue Type: Improvement
  Components: WP8
Affects Versions: 3.4.0
Reporter: Dan Polivy
Assignee: Jesse MacFadyen
Priority: Minor
  Labels: scrolling

 I've been looking for a good solution for the DisallowOverscroll setting 
 that works on Windows Phone 8; I've tried the 
 {{this.CordovaView.DisableBouncyScrolling}} setting, but it has the side 
 effect of making intended scrolling feel really sluggish, because it only 
 responds to swipes and doesn't track real-time under one's finger.
 Using [this 
 approach|http://stackoverflow.com/questions/21652548/bouncing-when-overflow-set-to-auto-or-scroll-in-wp8-webbrowser-control],
  I came up with an alternate implementation that works in the same scenarios 
 as {{DisableBouncyScrolling}}, but feels a lot nicer. Note that with _both_ 
 implementations, if inertia causes the scrolling to hit the top or bottom, 
 you still get a small bounce -- I don't think there's any way to avoid that 
 on WP8 at the moment.
 I thought I'd share it here, in case you'd like to add it as another option 
 in the WP8 Cordova implementation. I'm happy to attempt a pull request if 
 you'd like (just not sure the best place for the JS code to live if it's part 
 of the 'system').
 {code:title=BrowserMouseHelper.cs|borderStyle=solid}
 // This goes in the Border_ManipulationDelta event handler
 var preventScroll = _browser.InvokeScript(eval, new string[] { 
 (function(delta) { return isScrollingPrevented(delta); })( + 
 e.DeltaManipulation.Translation.Y.ToString() + ) }) as string;
 if (preventScroll == true)
 {
 e.Handled = true;
 }
 {code}
 {code:title=.js file|borderStyle=solid}
 // This goes in a JS file that's part of the app; I'm using jQuery, but it 
 can be written without that dependency
 isScrollingPrevented = function(delta) {
   var scrollTop = $(document).scrollTop(),
   top = scrollTop === 0,
   bottom = scrollTop + $(window).height() === 
 $(document).height();
   return ((top  delta  0) || (bottom  delta  0)).toString();
 };
 {code}



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

[jira] [Commented] (CB-7653) Ubuntu requirements not met with Cordova install

2014-09-29 Thread Maxim Ermilov (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151689#comment-14151689
 ] 

Maxim Ermilov commented on CB-7653:
---

package in ppa had wrong dependency list.


 Ubuntu requirements not met with Cordova install
 

 Key: CB-7653
 URL: https://issues.apache.org/jira/browse/CB-7653
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Ubuntu
Affects Versions: 3.6.0
 Environment: Ubuntu 14.04.1 TLS 64-bit
Reporter: John M. Wargo
Assignee: Maxim Ermilov
Priority: Minor
  Labels: cli, ubuntu

 I setup a clean Ubuntu installation and followed the Cordova installation 
 instructions from the platform guide at 
 http://cordova.apache.org/docs/en/3.6.0/guide_platforms_ubuntu_index.md.html#Ubuntu%20Platform%20Guide.
 Everything seemed to install correctly, but when I tried to create a project, 
 I received an error:
 Error: missing dependency cmake libicu-dev pkg-config devscripts qtbase5-dev 
 qtchooser qtdeclarative5-dev qtfeedback5-dev qtlocation5-dev 
 qtmultimedia5-dev qtpim5-dev libqt5sensors5-dev qtsystems5-dev
 Apparently one of the dependencies is not installed during the CLI 
 installation. Here's the complete console output:
 johnwargo@ubuntu:~/dev$ cordova create test
 Creating a new cordova project with name HelloCordova and id 
 io.cordova.hellocordova at location /home/johnwargo/dev/test
 Downloading cordova library for www...
 Download complete
 johnwargo@ubuntu:~/dev$ cd test
 johnwargo@ubuntu:~/dev/test$ cordova platform add ubuntu
 Downloading cordova library for ubuntu...
 Download complete
 Creating ubuntu project...
 missing icon element in config.xml
 missing icon element in config.xml
 missing icon element in config.xml
 missing icon element in config.xml
 johnwargo@ubuntu:~/dev/test$ cordova plugin add org.apache.cordova.console
 Fetching plugin org.apache.cordova.console via plugin registry
 Installing org.apache.cordova.console for ubuntu
 johnwargo@ubuntu:~/dev/test$ cordova plugin add org.apache.cordova.dialogs
 Fetching plugin org.apache.cordova.dialogs via plugin registry
 Installing org.apache.cordova.dialogs for ubuntu
 johnwargo@ubuntu:~/dev/test$ cordova plugin add org.apache.cordova.device
 Fetching plugin org.apache.cordova.device via plugin registry
 Installing org.apache.cordova.device for ubuntu
 johnwargo@ubuntu:~/dev/test$ cd ..
 johnwargo@ubuntu:~/dev$ mkdir empty
 johnwargo@ubuntu:~/dev$ cd test
 johnwargo@ubuntu:~/dev/test$ cordova run ubuntu
 missing icon element in config.xml
 missing icon element in config.xml
 missing icon element in config.xml
 Running command: /home/johnwargo/dev/test/platforms/ubuntu/cordova/run
 /home/johnwargo/dev/test/platforms/ubuntu/cordova/check_reqs
 Error: missing dependency cmake libicu-dev pkg-config devscripts qtbase5-dev 
 qtchooser qtdeclarative5-dev qtfeedback5-dev qtlocation5-dev 
 qtmultimedia5-dev qtpim5-dev libqt5sensors5-dev qtsystems5-dev
 /home/johnwargo/dev/test/platforms/ubuntu/cordova/check_reqs FAILED
 Error: /home/johnwargo/dev/test/platforms/ubuntu/cordova/run: Command failed 
 with exit code 1
 at ChildProcess.whenDone 
 (/usr/share/cordova-cli/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
 at ChildProcess.EventEmitter.emit (events.js:98:17)
 at maybeClose (child_process.js:743:16)
 at Process.ChildProcess._handle.onexit (child_process.js:810:5)
 johnwargo@ubuntu:~/dev/test$ 
 The platform guide says that QTCreator is optional, that you don't need to 
 install it:
 You may also want to install the Ubuntu QtCreator development environment. 
 See developer.ubuntu.com for more info. (The QtCreator SDK is not required to 
 add Ubuntu platform support to your Cordova app.)
 But when I install QTCreator, and run the complete set of commands again, the 
 error disappears.
 Either the dependencies for the CLI installation need to be updated or the 
 note about the QTCreator installation being optional should be removed.



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

[jira] [Closed] (CB-7653) Ubuntu requirements not met with Cordova install

2014-09-29 Thread Maxim Ermilov (JIRA)


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

Maxim Ermilov closed CB-7653.
-
Resolution: Fixed

 Ubuntu requirements not met with Cordova install
 

 Key: CB-7653
 URL: https://issues.apache.org/jira/browse/CB-7653
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Ubuntu
Affects Versions: 3.6.0
 Environment: Ubuntu 14.04.1 TLS 64-bit
Reporter: John M. Wargo
Assignee: Maxim Ermilov
Priority: Minor
  Labels: cli, ubuntu

 I setup a clean Ubuntu installation and followed the Cordova installation 
 instructions from the platform guide at 
 http://cordova.apache.org/docs/en/3.6.0/guide_platforms_ubuntu_index.md.html#Ubuntu%20Platform%20Guide.
 Everything seemed to install correctly, but when I tried to create a project, 
 I received an error:
 Error: missing dependency cmake libicu-dev pkg-config devscripts qtbase5-dev 
 qtchooser qtdeclarative5-dev qtfeedback5-dev qtlocation5-dev 
 qtmultimedia5-dev qtpim5-dev libqt5sensors5-dev qtsystems5-dev
 Apparently one of the dependencies is not installed during the CLI 
 installation. Here's the complete console output:
 johnwargo@ubuntu:~/dev$ cordova create test
 Creating a new cordova project with name HelloCordova and id 
 io.cordova.hellocordova at location /home/johnwargo/dev/test
 Downloading cordova library for www...
 Download complete
 johnwargo@ubuntu:~/dev$ cd test
 johnwargo@ubuntu:~/dev/test$ cordova platform add ubuntu
 Downloading cordova library for ubuntu...
 Download complete
 Creating ubuntu project...
 missing icon element in config.xml
 missing icon element in config.xml
 missing icon element in config.xml
 missing icon element in config.xml
 johnwargo@ubuntu:~/dev/test$ cordova plugin add org.apache.cordova.console
 Fetching plugin org.apache.cordova.console via plugin registry
 Installing org.apache.cordova.console for ubuntu
 johnwargo@ubuntu:~/dev/test$ cordova plugin add org.apache.cordova.dialogs
 Fetching plugin org.apache.cordova.dialogs via plugin registry
 Installing org.apache.cordova.dialogs for ubuntu
 johnwargo@ubuntu:~/dev/test$ cordova plugin add org.apache.cordova.device
 Fetching plugin org.apache.cordova.device via plugin registry
 Installing org.apache.cordova.device for ubuntu
 johnwargo@ubuntu:~/dev/test$ cd ..
 johnwargo@ubuntu:~/dev$ mkdir empty
 johnwargo@ubuntu:~/dev$ cd test
 johnwargo@ubuntu:~/dev/test$ cordova run ubuntu
 missing icon element in config.xml
 missing icon element in config.xml
 missing icon element in config.xml
 Running command: /home/johnwargo/dev/test/platforms/ubuntu/cordova/run
 /home/johnwargo/dev/test/platforms/ubuntu/cordova/check_reqs
 Error: missing dependency cmake libicu-dev pkg-config devscripts qtbase5-dev 
 qtchooser qtdeclarative5-dev qtfeedback5-dev qtlocation5-dev 
 qtmultimedia5-dev qtpim5-dev libqt5sensors5-dev qtsystems5-dev
 /home/johnwargo/dev/test/platforms/ubuntu/cordova/check_reqs FAILED
 Error: /home/johnwargo/dev/test/platforms/ubuntu/cordova/run: Command failed 
 with exit code 1
 at ChildProcess.whenDone 
 (/usr/share/cordova-cli/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
 at ChildProcess.EventEmitter.emit (events.js:98:17)
 at maybeClose (child_process.js:743:16)
 at Process.ChildProcess._handle.onexit (child_process.js:810:5)
 johnwargo@ubuntu:~/dev/test$ 
 The platform guide says that QTCreator is optional, that you don't need to 
 install it:
 You may also want to install the Ubuntu QtCreator development environment. 
 See developer.ubuntu.com for more info. (The QtCreator SDK is not required to 
 add Ubuntu platform support to your Cordova app.)
 But when I install QTCreator, and run the complete set of commands again, the 
 error disappears.
 Either the dependencies for the CLI installation need to be updated or the 
 note about the QTCreator installation being optional should be removed.



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

[jira] [Created] (CB-7657) [WP8] Let CordovaView respect DisallowOverscroll preference

2014-09-29 Thread Nadya Atanasova (JIRA)

Nadya Atanasova created CB-7657:
---

 Summary: [WP8] Let CordovaView respect DisallowOverscroll 
preference
 Key: CB-7657
 URL: https://issues.apache.org/jira/browse/CB-7657
 Project: Apache Cordova
  Issue Type: Improvement
  Components: WP8, WP8.1
Affects Versions: 3.5.0
 Environment: Windows Phone
Reporter: Nadya Atanasova
Assignee: Jesse MacFadyen


Let users configure whether content will bounce back to its original position 
when scrolling is over. Applies to WP8. It works for Android and iOS.



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

[jira] [Commented] (CB-7634) create should not fail when JAVA_HOME is not set

2014-09-29 Thread Andrew Grieve (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151700#comment-14151700
 ] 

Andrew Grieve commented on CB-7634:
---

Looks like not running check_reqs for create is already fixed on master:
https://github.com/apache/cordova-android/commit/3b99760a4250bfd8b357584d2657f6b25a1ce152

Let's leave this open until we fix the check on ubuntu

 create should not fail when JAVA_HOME is not set
 

 Key: CB-7634
 URL: https://issues.apache.org/jira/browse/CB-7634
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.6.3
Reporter: Ryan Willoughby
Assignee: Joe Bowser
  Labels: android, cli, create

 the android create script errors out if JAVA_HOME is not set, and the script 
 cannot derive it. But if the javac binary is resolvable (i.e. in the users 
 PATH), then setting JAVA_HOME is unnecessary. Don't force users to set it.
 Error message:
 Could not find JAVA_HOME. Try setting the environment variable manually



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

[jira] [Assigned] (CB-7634) create should not fail when JAVA_HOME is not set

2014-09-29 Thread Andrew Grieve (JIRA)


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

Andrew Grieve reassigned CB-7634:
-

Assignee: Andrew Grieve  (was: Joe Bowser)

 create should not fail when JAVA_HOME is not set
 

 Key: CB-7634
 URL: https://issues.apache.org/jira/browse/CB-7634
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.6.3
Reporter: Ryan Willoughby
Assignee: Andrew Grieve
  Labels: android, cli, create

 the android create script errors out if JAVA_HOME is not set, and the script 
 cannot derive it. But if the javac binary is resolvable (i.e. in the users 
 PATH), then setting JAVA_HOME is unnecessary. Don't force users to set it.
 Error message:
 Could not find JAVA_HOME. Try setting the environment variable manually



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

[jira] [Updated] (CB-7657) [WP8] Let CordovaView respect DisallowOverscroll preference

2014-09-29 Thread Nadya Atanasova (JIRA)


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

Nadya Atanasova updated CB-7657:

Description: 
Let users configure whether content will bounce back to its original position 
when scrolling is over. Applies to WP8. It works for Android and iOS.

The configuration is preference name=DisallowOverscroll value=true/

  was:Let users configure whether content will bounce back to its original 
position when scrolling is over. Applies to WP8. It works for Android and iOS.


 [WP8] Let CordovaView respect DisallowOverscroll preference
 ---

 Key: CB-7657
 URL: https://issues.apache.org/jira/browse/CB-7657
 Project: Apache Cordova
  Issue Type: Improvement
  Components: WP8, WP8.1
Affects Versions: 3.5.0
 Environment: Windows Phone
Reporter: Nadya Atanasova
Assignee: Jesse MacFadyen
  Labels: bouncy, scrolling

 Let users configure whether content will bounce back to its original position 
 when scrolling is over. Applies to WP8. It works for Android and iOS.
 The configuration is preference name=DisallowOverscroll value=true/



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

[jira] [Updated] (CB-7657) [WP8] Let CordovaView respect DisallowOverscroll preference

2014-09-29 Thread Nadya Atanasova (JIRA)


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

Nadya Atanasova updated CB-7657:

Description: 
Let users configure whether content will bounce back to its original position 
when scrolling is over. Applies to WP8. It works for Android and iOS.

The configuration is preference name=DisallowOverscroll value=true/ in 
config.xml

  was:
Let users configure whether content will bounce back to its original position 
when scrolling is over. Applies to WP8. It works for Android and iOS.

The configuration is preference name=DisallowOverscroll value=true/


 [WP8] Let CordovaView respect DisallowOverscroll preference
 ---

 Key: CB-7657
 URL: https://issues.apache.org/jira/browse/CB-7657
 Project: Apache Cordova
  Issue Type: Improvement
  Components: WP8, WP8.1
Affects Versions: 3.5.0
 Environment: Windows Phone
Reporter: Nadya Atanasova
Assignee: Jesse MacFadyen
  Labels: bouncy, scrolling

 Let users configure whether content will bounce back to its original position 
 when scrolling is over. Applies to WP8. It works for Android and iOS.
 The configuration is preference name=DisallowOverscroll value=true/ in 
 config.xml



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

[jira] [Updated] (CB-7654) Database Query results have not rows

2014-09-29 Thread Edoardo Cavazza (JIRA)


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

Edoardo Cavazza updated CB-7654:

Affects Version/s: 3.6.0
   3.5.0

 Database Query results have not rows
 --

 Key: CB-7654
 URL: https://issues.apache.org/jira/browse/CB-7654
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.4.0, 3.5.0, 3.6.0
 Environment: iOS 8
Reporter: Edoardo Cavazza

 Using Storage API for databases, we can open the db correctly, but when we 
 execute a query, no error is thrown and the dataHandler callback is called, 
 but with empty results object (no rows attribute). In iOS 7, all works 
 like a charm.



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

[jira] [Commented] (CB-7634) create should not fail when JAVA_HOME is not set


[ 
https://issues.apache.org/jira/browse/CB-7634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151716#comment-14151716
 ] 

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

Commit e31c911c3056f06ed936a40c27f5723d97ed4692 in cordova-android's branch 
refs/heads/4.0.x from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=e31c911 ]

CB-7634 Detect JAVA_HOME properly on Ubuntu


 create should not fail when JAVA_HOME is not set
 

 Key: CB-7634
 URL: https://issues.apache.org/jira/browse/CB-7634
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.6.3
Reporter: Ryan Willoughby
Assignee: Andrew Grieve
  Labels: android, cli, create

 the android create script errors out if JAVA_HOME is not set, and the script 
 cannot derive it. But if the javac binary is resolvable (i.e. in the users 
 PATH), then setting JAVA_HOME is unnecessary. Don't force users to set it.
 Error message:
 Could not find JAVA_HOME. Try setting the environment variable manually



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

[jira] [Commented] (CB-7634) create should not fail when JAVA_HOME is not set

2014-09-29 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151714#comment-14151714
 ] 

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

Commit c2bba3f5e36c5b91bb6da4d943efe18df633fb6d in cordova-android's branch 
refs/heads/3.6.x from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=c2bba3f ]

CB-7634 Detect JAVA_HOME properly on Ubuntu


 create should not fail when JAVA_HOME is not set
 

 Key: CB-7634
 URL: https://issues.apache.org/jira/browse/CB-7634
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.6.3
Reporter: Ryan Willoughby
Assignee: Andrew Grieve
  Labels: android, cli, create

 the android create script errors out if JAVA_HOME is not set, and the script 
 cannot derive it. But if the javac binary is resolvable (i.e. in the users 
 PATH), then setting JAVA_HOME is unnecessary. Don't force users to set it.
 Error message:
 Could not find JAVA_HOME. Try setting the environment variable manually



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

[jira] [Commented] (CB-7410) lots of breakages of the Android native tests

2014-09-29 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151715#comment-14151715
 ] 

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

Commit a658ea15736b2f7f5dd4f508ac7728f7ca93cdce in cordova-android's branch 
refs/heads/4.0.x from [~cmarcelk]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=a658ea1 ]

CB-7410 update the docs to match the actual title


 lots of breakages of the Android native tests
 -

 Key: CB-7410
 URL: https://issues.apache.org/jira/browse/CB-7410
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Reporter: Marcel Kinard
Assignee: Marcel Kinard
 Fix For: 3.6.0


 Some of these may be bugs in the tests, but it would be good to fix those and 
 verify there aren't functional breakages or API changes.
 See cordova-android/test.



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

[jira] [Commented] (CB-7657) [WP8] Let CordovaView respect DisallowOverscroll preference

2014-09-29 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151718#comment-14151718
 ] 

ASF GitHub Bot commented on CB-7657:


GitHub user nadyaA opened a pull request:

https://github.com/apache/cordova-wp8/pull/61

Let CordovaView respect DisallowOverscroll preference

Fixes https://issues.apache.org/jira/browse/CB-7657

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

$ git pull https://github.com/Icenium/cordova-wp8 
natanasova/respect-disallowoverscroll-preference

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

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


commit 39d8b43b406fa19718aea6e75233a82e6711041a
Author: Nadya Atanasova nadya...@gmail.com
Date:   2014-09-29T14:16:27Z

Let CordovaView respect DisallowOverscroll preference




 [WP8] Let CordovaView respect DisallowOverscroll preference
 ---

 Key: CB-7657
 URL: https://issues.apache.org/jira/browse/CB-7657
 Project: Apache Cordova
  Issue Type: Improvement
  Components: WP8, WP8.1
Affects Versions: 3.5.0
 Environment: Windows Phone
Reporter: Nadya Atanasova
Assignee: Jesse MacFadyen
  Labels: bouncy, scrolling

 Let users configure whether content will bounce back to its original position 
 when scrolling is over. Applies to WP8. It works for Android and iOS.
 The configuration is preference name=DisallowOverscroll value=true/ in 
 config.xml



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

[jira] [Commented] (CB-7634) create should not fail when JAVA_HOME is not set


[ 
https://issues.apache.org/jira/browse/CB-7634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151717#comment-14151717
 ] 

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

Commit e31c911c3056f06ed936a40c27f5723d97ed4692 in cordova-android's branch 
refs/heads/master from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=e31c911 ]

CB-7634 Detect JAVA_HOME properly on Ubuntu


 create should not fail when JAVA_HOME is not set
 

 Key: CB-7634
 URL: https://issues.apache.org/jira/browse/CB-7634
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.6.3
Reporter: Ryan Willoughby
Assignee: Andrew Grieve
  Labels: android, cli, create

 the android create script errors out if JAVA_HOME is not set, and the script 
 cannot derive it. But if the javac binary is resolvable (i.e. in the users 
 PATH), then setting JAVA_HOME is unnecessary. Don't force users to set it.
 Error message:
 Could not find JAVA_HOME. Try setting the environment variable manually



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

[jira] [Resolved] (CB-7634) create should not fail when JAVA_HOME is not set

2014-09-29 Thread Andrew Grieve (JIRA)


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

Andrew Grieve resolved CB-7634.
---
Resolution: Fixed

Fixed in 3.7.0-dev (and cherrypicked into 3.6.x in case we don another).



 create should not fail when JAVA_HOME is not set
 

 Key: CB-7634
 URL: https://issues.apache.org/jira/browse/CB-7634
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.6.3
Reporter: Ryan Willoughby
Assignee: Andrew Grieve
  Labels: android, cli, create

 the android create script errors out if JAVA_HOME is not set, and the script 
 cannot derive it. But if the javac binary is resolvable (i.e. in the users 
 PATH), then setting JAVA_HOME is unnecessary. Don't force users to set it.
 Error message:
 Could not find JAVA_HOME. Try setting the environment variable manually



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

[jira] [Created] (CB-7658) generateTabletXMLFile shouldn't iterate config.configFileInjections unless it has elements

2014-09-29 Thread Josh Soref (JIRA)

Josh Soref created CB-7658:
--

 Summary: generateTabletXMLFile shouldn't iterate 
config.configFileInjections unless it has elements
 Key: CB-7658
 URL: https://issues.apache.org/jira/browse/CB-7658
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.5.0
Reporter: Josh Soref
Assignee: Josh Soref


The current code checks to see if there's a non null, array, before iterating 
over config.configFileInjections, but... 

{quote}
function processResult(data, session) {
var widgetConfig = {};
...
//store any config-file element injections
widgetConfig.configFileInjections = _config_doc.findall(config-file);

return widgetConfig;
{quote}

{quote}
function generateTabletXMLFile(session, config) \{
...
//Inject any config-file modifications for bar-descriptor.xml
if (config.configFileInjections  
Array.isArray(config.configFileInjections)) \{
 xmlDoc = new et.ElementTree(et.XML(xmlData));
config.configFileInjections.forEach(function (config_file) \{
if (config_file.attrib\[parent]  config_file.attrib\[target]  
 config_file.attrib\[target] === bar-descriptor.xml) \{
xmlHelper.graftXML(xmlDoc, config_file._children, 
config_file.attrib\[parent]);
}
});
xmlData = xmlDoc.write(\{indent: 4});
}
{quote}




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

[jira] [Commented] (CB-6994) Windows 8 does not save big file transferred using Blob


[ 
https://issues.apache.org/jira/browse/CB-6994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151827#comment-14151827
 ] 

ASF GitHub Bot commented on CB-6994:


Github user SomaticIT commented on the pull request:

https://github.com/apache/cordova-plugin-file/pull/54#issuecomment-57182258
  
Hey @sgrebnov,
I did not have any time to fix this issue before.
I just rebased previous commit and add a new one to synchronize changes 
with the global Windows Platform.
Could you review please.


 Windows 8 does not save big file transferred using Blob
 ---

 Key: CB-6994
 URL: https://issues.apache.org/jira/browse/CB-6994
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Reporter: Maxime LUCE
Assignee: Maxime LUCE
 Fix For: 3.6.0


 When trying to save Blob using FileWriter.write method, if the blob's size is 
 too high, we get a stack overflow exception during the conversion of the blob 
 into an basic array.
 WinRT (WinJS) provide a method to write Blob directly to the filesystem. It 
 uses Streams so it's safe for memory.
 More info at :
 http://code.msdn.microsoft.com/windowsapps/Blob-Sample-0e35889e/sourcecode?fileId=43594pathId=962515806
 Method : writeBlobToFile



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

[jira] [Created] (CB-7659) Use X.Y.Z versions instead of X.Y.Z-A.B.C for npm release

2014-09-29 Thread Isaac Z. Schlueter (JIRA)

Isaac Z. Schlueter created CB-7659:
--

 Summary: Use X.Y.Z versions instead of X.Y.Z-A.B.C for npm release
 Key: CB-7659
 URL: https://issues.apache.org/jira/browse/CB-7659
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Isaac Z. Schlueter


https://github.com/npm/node-semver/issues/103

Cordova should be releasing using X.Y.Z versions, not X.Y.Z-A.B.C versions. 
According to the SemVer specification, the part after the - is a prerelease, 
and at the request of many in the npm community, we've stopped including 
prerelease versions in ranges unless they are explicitly opted in by including 
a prerelease in the version range itself.

I understand that one of the versions is the version of the cli and the other 
is the version of apache cordova.  There are a few ways that other similar 
projects have handled this:

- Create a cordova36 project, and give it the version 1.2.1
- Squash the cordova version into the first two digits, and the cli version 
into the third digit, so it'd be 36.1.121
- Abandon putting the cordova version in the package name, and just solve it 
with documentation.
- Separate the cli project into two npm packages, one of which depends on the 
other, and give them separate version numbers.



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

[jira] [Created] (CB-7660) Cordova iOS File-Transfer download memory leaks

2014-09-29 Thread Jordi Valls Carbonell (JIRA)

Jordi Valls Carbonell created CB-7660:
-

 Summary: Cordova iOS File-Transfer download memory leaks
 Key: CB-7660
 URL: https://issues.apache.org/jira/browse/CB-7660
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, iOS, Plugin File Transfer
Affects Versions: 3.5.0
 Environment: iOS 7.0.3 on iPad2 - Cordova 3.5
Reporter: Jordi Valls Carbonell


File-Transfer memory leaks downloading files, no memory is released for each 
file downloaded, finally i got Memory Warning.

To test add a button and call testDownload function every time console 
confirmation message is displayed (DOWNLOADED OK)

function win(entry){
console.log(DOWNLOADED OK);
}

function fail(error){
console.log(ERROR!);
console.log(error.code);
}

function testDownload
{
var url = 
http://upload.wikimedia.org/wikipedia/commons/5/5b/Ultraviolet_image_of_the_Cygnus_Loop_Nebula_crop.jpg;;

var filename = filename.jpg;


var uri = encodeURI(url);
window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSystem) {
   fileSystem.root.getFile(filename, {create: true, exclusive: false}, 
function(fileEntry) {
   var localPath = fileEntry.toURL();
   var ft = new FileTransfer();
   ft.download(uri,localPath,win,fail,false);

   },function(error){console.log(errore 1:  + error.code);});
},function(error){console.log(errore 2:  + error.code);});

}



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

[jira] [Commented] (CB-5390) Removing a plugin with multi-level dependencies does not removal all plugins


[ 
https://issues.apache.org/jira/browse/CB-5390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151967#comment-14151967
 ] 

ASF GitHub Bot commented on CB-5390:


GitHub user bryanhiggins opened a pull request:

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

CB-5390 Uninstall - recursively remove dependencies of dependencies



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

$ git pull https://github.com/blackberry-webworks/cordova-lib 
uninstallRecursive

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

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


commit 784ba806724772c4af4b7ee5c4aad2ebbe08f023
Author: Bryan Higgins bhigg...@blackberry.com
Date:   2014-09-29T18:03:51Z

CB-5390 Uninstall - recursively remove dependencies of dependencies




 Removing a plugin with multi-level dependencies does not removal all plugins
 

 Key: CB-5390
 URL: https://issues.apache.org/jira/browse/CB-5390
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Plugman
Affects Versions: 3.2.0
Reporter: Marcus Pridham
Priority: Minor

 I have 3 plugins that depend on each other. a depends on b that depends on c. 
  a - b - c
 The problem is that if I install plugin a and remove it later it leaves 
 plugin c for some reason.
 {code}
 $ cordova plugin rm a
 Uninstalling 2 dangling dependent plugins.
 Uninstalling c from ios
 Uninstalling b from ios
 Preparing ios project
 Preparing ios project
 Uninstalling a from ios
 Preparing ios project
 Deleting plugin a
 Found 2 removable plugins. Deleting them.
 $ cordova plugins
 [ 'c' ]
 {code}
 The sample plugins can be found here:
 https://github.com/marcuspridham/plugman-issue
 I'm using Cordova CLI 3.2.0-rc.1.



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

[jira] [Commented] (CB-7659) Use X.Y.Z versions instead of X.Y.Z-A.B.C for npm release

[
https://issues.apache.org/jira/browse/CB-7659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151999#comment-14151999
]

Steve Gill commented on CB-7659:

Thanks for filing an issue Isaac!

We are actually planning on dropping the apache cordova version and just using
semver for the CLI from now on! Aiming to get this in for the next release!

Use X.Y.Z versions instead of X.Y.Z-A.B.C for npm release
-

Key: CB-7659
URL: https://issues.apache.org/jira/browse/CB-7659
Project: Apache Cordova
Issue Type: Bug
Components: CLI
Reporter: Isaac Z. Schlueter

https://github.com/npm/node-semver/issues/103
Cordova should be releasing using X.Y.Z versions, not X.Y.Z-A.B.C versions.
According to the SemVer specification, the part after the - is a prerelease,
and at the request of many in the npm community, we've stopped including
prerelease versions in ranges unless they are explicitly opted in by
including a prerelease in the version range itself.
I understand that one of the versions is the version of the cli and the
other is the version of apache cordova. There are a few ways that other
similar projects have handled this:
- Create a cordova36 project, and give it the version 1.2.1
- Squash the cordova version into the first two digits, and the cli version
into the third digit, so it'd be 36.1.121
- Abandon putting the cordova version in the package name, and just solve it
with documentation.
- Separate the cli project into two npm packages, one of which depends on the
other, and give them separate version numbers.

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

[jira] [Assigned] (CB-7659) Use X.Y.Z versions instead of X.Y.Z-A.B.C for npm release


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

Steve Gill reassigned CB-7659:
--

Assignee: Steve Gill

 Use X.Y.Z versions instead of X.Y.Z-A.B.C for npm release
 -

 Key: CB-7659
 URL: https://issues.apache.org/jira/browse/CB-7659
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Isaac Z. Schlueter
Assignee: Steve Gill

 https://github.com/npm/node-semver/issues/103
 Cordova should be releasing using X.Y.Z versions, not X.Y.Z-A.B.C versions. 
 According to the SemVer specification, the part after the - is a prerelease, 
 and at the request of many in the npm community, we've stopped including 
 prerelease versions in ranges unless they are explicitly opted in by 
 including a prerelease in the version range itself.
 I understand that one of the versions is the version of the cli and the 
 other is the version of apache cordova.  There are a few ways that other 
 similar projects have handled this:
 - Create a cordova36 project, and give it the version 1.2.1
 - Squash the cordova version into the first two digits, and the cli version 
 into the third digit, so it'd be 36.1.121
 - Abandon putting the cordova version in the package name, and just solve it 
 with documentation.
 - Separate the cli project into two npm packages, one of which depends on the 
 other, and give them separate version numbers.



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

[jira] [Created] (CB-7661) Release Browser, Android, Windows, WP tools!

2014-09-29 Thread ASF subversion and git services (JIRA)

Steve Gill created CB-7661:
--

 Summary: Release Browser, Android, Windows, WP  tools!
 Key: CB-7661
 URL: https://issues.apache.org/jira/browse/CB-7661
 Project: Apache Cordova
  Issue Type: Task
  Components: wp, Android, Browser, CLI, CordovaJS, CordovaLib, 
Plugman, Windows
Reporter: Steve Gill
Assignee: Steve Gill


Following steps at 
https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md



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

[jira] [Created] (CB-7662) iOS deletes files stored in Documents folder

2014-09-29 Thread Prathap Reddy (JIRA)

Prathap Reddy created CB-7662:
-

 Summary: iOS deletes files stored in Documents folder
 Key: CB-7662
 URL: https://issues.apache.org/jira/browse/CB-7662
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0
 Environment: iOS 7.01
Reporter: Prathap Reddy
Priority: Critical


I am making file sharing application using Cordova. As iOS serves from temp 
storage and later the same url cannot be accessed, when a user pick any media I 
am copying that same file to another folder like in this question 
http://codereview.stackexchange.com/questions/63759/cordova-file-management.

Now the URL looks like this  
   
file:///var/mobile/Applications/775C8B27-92EF-4B85-B812-AF4E8D7CA522/Documents/myApp/media/videos/1trim.DE1E93D7-789D-48F8-9FF1-29B5FFE724EA.MOV

I am able to display the media using above url when user picks any media.

Now, once I quit the app and come back again, even the files inside that are 
gets deleted and urls does not work.

What is the solution for this. Please help me out.
 




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

[jira] [Commented] (CB-5390) Removing a plugin with multi-level dependencies does not removal all plugins


[ 
https://issues.apache.org/jira/browse/CB-5390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152157#comment-14152157
 ] 

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

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

CB-5390 Uninstall - recursively remove dependencies of dependencies


 Removing a plugin with multi-level dependencies does not removal all plugins
 

 Key: CB-5390
 URL: https://issues.apache.org/jira/browse/CB-5390
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Plugman
Affects Versions: 3.2.0
Reporter: Marcus Pridham
Priority: Minor

 I have 3 plugins that depend on each other. a depends on b that depends on c. 
  a - b - c
 The problem is that if I install plugin a and remove it later it leaves 
 plugin c for some reason.
 {code}
 $ cordova plugin rm a
 Uninstalling 2 dangling dependent plugins.
 Uninstalling c from ios
 Uninstalling b from ios
 Preparing ios project
 Preparing ios project
 Uninstalling a from ios
 Preparing ios project
 Deleting plugin a
 Found 2 removable plugins. Deleting them.
 $ cordova plugins
 [ 'c' ]
 {code}
 The sample plugins can be found here:
 https://github.com/marcuspridham/plugman-issue
 I'm using Cordova CLI 3.2.0-rc.1.



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

[jira] [Commented] (CB-7658) generateTabletXMLFile shouldn't iterate config.configFileInjections unless it has elements

2014-09-29 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152159#comment-14152159
 ] 

ASF GitHub Bot commented on CB-7658:


GitHub user jsoref opened a pull request:

https://github.com/apache/cordova-blackberry/pull/177

CB-7658 generateTabletXMLFile only do munging if config.configFileInject...

...ions has elements

@bryanhiggins r?

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

$ git pull https://github.com/jsoref/cordova-blackberry cb_7658

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

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


commit 7005fb555f53f56fb4687824f0994042feed5349
Author: Josh Soref jso...@blackberry.com
Date:   2014-09-29T19:50:44Z

CB-7658 generateTabletXMLFile only do munging if 
config.configFileInjections has elements




 generateTabletXMLFile shouldn't iterate config.configFileInjections unless it 
 has elements
 --

 Key: CB-7658
 URL: https://issues.apache.org/jira/browse/CB-7658
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.5.0
Reporter: Josh Soref
Assignee: Josh Soref

 The current code checks to see if there's a non null, array, before iterating 
 over config.configFileInjections, but... 
 {quote}
 function processResult(data, session) {
 var widgetConfig = {};
 ...
 //store any config-file element injections
 widgetConfig.configFileInjections = _config_doc.findall(config-file);
 return widgetConfig;
 {quote}
 {quote}
 function generateTabletXMLFile(session, config) \{
 ...
 //Inject any config-file modifications for bar-descriptor.xml
 if (config.configFileInjections  
 Array.isArray(config.configFileInjections)) \{
  xmlDoc = new et.ElementTree(et.XML(xmlData));
 config.configFileInjections.forEach(function (config_file) \{
 if (config_file.attrib\[parent]  
 config_file.attrib\[target]   config_file.attrib\[target] === 
 bar-descriptor.xml) \{
 xmlHelper.graftXML(xmlDoc, config_file._children, 
 config_file.attrib\[parent]);
 }
 });
 xmlData = xmlDoc.write(\{indent: 4});
 }
 {quote}



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

[jira] [Commented] (CB-5390) Removing a plugin with multi-level dependencies does not removal all plugins


[ 
https://issues.apache.org/jira/browse/CB-5390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152177#comment-14152177
 ] 

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

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

CB-5390 Uninstall - change order of popping top level plugin id to satisfy tests


 Removing a plugin with multi-level dependencies does not removal all plugins
 

 Key: CB-5390
 URL: https://issues.apache.org/jira/browse/CB-5390
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Plugman
Affects Versions: 3.2.0
Reporter: Marcus Pridham
Priority: Minor

 I have 3 plugins that depend on each other. a depends on b that depends on c. 
  a - b - c
 The problem is that if I install plugin a and remove it later it leaves 
 plugin c for some reason.
 {code}
 $ cordova plugin rm a
 Uninstalling 2 dangling dependent plugins.
 Uninstalling c from ios
 Uninstalling b from ios
 Preparing ios project
 Preparing ios project
 Uninstalling a from ios
 Preparing ios project
 Deleting plugin a
 Found 2 removable plugins. Deleting them.
 $ cordova plugins
 [ 'c' ]
 {code}
 The sample plugins can be found here:
 https://github.com/marcuspridham/plugman-issue
 I'm using Cordova CLI 3.2.0-rc.1.



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

[jira] [Commented] (CB-7658) generateTabletXMLFile shouldn't iterate config.configFileInjections unless it has elements

2014-09-29 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152216#comment-14152216
 ] 

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

Commit 7005fb555f53f56fb4687824f0994042feed5349 in cordova-blackberry's branch 
refs/heads/master from [~jsoref]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=7005fb5 ]

CB-7658 generateTabletXMLFile only do munging if config.configFileInjections 
has elements


 generateTabletXMLFile shouldn't iterate config.configFileInjections unless it 
 has elements
 --

 Key: CB-7658
 URL: https://issues.apache.org/jira/browse/CB-7658
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.5.0
Reporter: Josh Soref
Assignee: Josh Soref

 The current code checks to see if there's a non null, array, before iterating 
 over config.configFileInjections, but... 
 {quote}
 function processResult(data, session) {
 var widgetConfig = {};
 ...
 //store any config-file element injections
 widgetConfig.configFileInjections = _config_doc.findall(config-file);
 return widgetConfig;
 {quote}
 {quote}
 function generateTabletXMLFile(session, config) \{
 ...
 //Inject any config-file modifications for bar-descriptor.xml
 if (config.configFileInjections  
 Array.isArray(config.configFileInjections)) \{
  xmlDoc = new et.ElementTree(et.XML(xmlData));
 config.configFileInjections.forEach(function (config_file) \{
 if (config_file.attrib\[parent]  
 config_file.attrib\[target]   config_file.attrib\[target] === 
 bar-descriptor.xml) \{
 xmlHelper.graftXML(xmlDoc, config_file._children, 
 config_file.attrib\[parent]);
 }
 });
 xmlData = xmlDoc.write(\{indent: 4});
 }
 {quote}



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

[jira] [Commented] (CB-7658) generateTabletXMLFile shouldn't iterate config.configFileInjections unless it has elements


[ 
https://issues.apache.org/jira/browse/CB-7658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152217#comment-14152217
 ] 

ASF GitHub Bot commented on CB-7658:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-blackberry/pull/177


 generateTabletXMLFile shouldn't iterate config.configFileInjections unless it 
 has elements
 --

 Key: CB-7658
 URL: https://issues.apache.org/jira/browse/CB-7658
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.5.0
Reporter: Josh Soref
Assignee: Josh Soref

 The current code checks to see if there's a non null, array, before iterating 
 over config.configFileInjections, but... 
 {quote}
 function processResult(data, session) {
 var widgetConfig = {};
 ...
 //store any config-file element injections
 widgetConfig.configFileInjections = _config_doc.findall(config-file);
 return widgetConfig;
 {quote}
 {quote}
 function generateTabletXMLFile(session, config) \{
 ...
 //Inject any config-file modifications for bar-descriptor.xml
 if (config.configFileInjections  
 Array.isArray(config.configFileInjections)) \{
  xmlDoc = new et.ElementTree(et.XML(xmlData));
 config.configFileInjections.forEach(function (config_file) \{
 if (config_file.attrib\[parent]  
 config_file.attrib\[target]   config_file.attrib\[target] === 
 bar-descriptor.xml) \{
 xmlHelper.graftXML(xmlDoc, config_file._children, 
 config_file.attrib\[parent]);
 }
 });
 xmlData = xmlDoc.write(\{indent: 4});
 }
 {quote}



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

[jira] [Closed] (CB-7658) generateTabletXMLFile shouldn't iterate config.configFileInjections unless it has elements

2014-09-29 Thread Josh Soref (JIRA)


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

Josh Soref closed CB-7658.
--
   Resolution: Fixed
Fix Version/s: Master

 generateTabletXMLFile shouldn't iterate config.configFileInjections unless it 
 has elements
 --

 Key: CB-7658
 URL: https://issues.apache.org/jira/browse/CB-7658
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.5.0
Reporter: Josh Soref
Assignee: Josh Soref
 Fix For: Master


 The current code checks to see if there's a non null, array, before iterating 
 over config.configFileInjections, but... 
 {quote}
 function processResult(data, session) {
 var widgetConfig = {};
 ...
 //store any config-file element injections
 widgetConfig.configFileInjections = _config_doc.findall(config-file);
 return widgetConfig;
 {quote}
 {quote}
 function generateTabletXMLFile(session, config) \{
 ...
 //Inject any config-file modifications for bar-descriptor.xml
 if (config.configFileInjections  
 Array.isArray(config.configFileInjections)) \{
  xmlDoc = new et.ElementTree(et.XML(xmlData));
 config.configFileInjections.forEach(function (config_file) \{
 if (config_file.attrib\[parent]  
 config_file.attrib\[target]   config_file.attrib\[target] === 
 bar-descriptor.xml) \{
 xmlHelper.graftXML(xmlDoc, config_file._children, 
 config_file.attrib\[parent]);
 }
 });
 xmlData = xmlDoc.write(\{indent: 4});
 }
 {quote}



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

[jira] [Commented] (CB-7641) [iOS 8][Camera] Newly Taken Picture Previews are Black

2014-09-29 Thread Nathan Beigel (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152252#comment-14152252
 ] 

Nathan Beigel commented on CB-7641:
---

This problem appears to be resolved in Phonegap 3.5.0.

 [iOS 8][Camera] Newly Taken Picture Previews are Black
 --

 Key: CB-7641
 URL: https://issues.apache.org/jira/browse/CB-7641
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Camera
Affects Versions: 3.3.0
 Environment: iOS 8 on an iPhone 6
Reporter: Nathan Beigel

 When making the following call using iOS 8 on an iPhone 6 then taking a new 
 picture, the XCode console display the error *Snapshotting a view that has 
 not been rendered results in an empty snapshot. Ensure your view has been 
 rendered at least once before snapshotting or snapshot after screen 
 updates.* and the image preview screen becomes completely black:
 {noformat}
 navigator.camera.getPicture(
   function() { ... }, 
   function() { ... }, 
   { 
   quality: 40,
   destinationType: Camera.DestinationType.DATA_URL,
   sourceType : Camera.PictureSourceType.CAMERA,
   allowEdit : false,
   encodingType: Camera.EncodingType.JPEG,
   correctOrientation: true,
   targetWidth: 600,
   targetHeight: 800,
   saveToPhotoAlbum: true
   }
 );
 {noformat}
 The Re-Take and Use Photo buttons at the bottom of the screen appear and 
 function properly though.
 I'm using the latest camera plugin code base located at: 
 https://github.com/apache/cordova-plugin-camera
 This behavior is not occurring using the same code with iOS 7.1 on an iPhone 
 5.



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

[jira] [Commented] (CB-7644) [iOS 8][StatusBar] Status Bar Periodically Disappears

2014-09-29 Thread Nathan Beigel (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152253#comment-14152253
 ] 

Nathan Beigel commented on CB-7644:
---

After upgrading to Phonegap 3.5.0, this problem appears to still exist in that 
branch. Removing the status bar plugin fixes the issue.

 [iOS 8][StatusBar] Status Bar Periodically Disappears
 -

 Key: CB-7644
 URL: https://issues.apache.org/jira/browse/CB-7644
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Statusbar
Affects Versions: 3.3.0
 Environment: iOS 8 on an iPhone 6
Reporter: Nathan Beigel

 When running Phonegap 3.3.0 with iOS 8 on an iPhone 6, the status bar is 
 visible when my app first launches but eventually fades away.
 This behavior is occurring regardless of any user interaction and its timing 
 is different between launches. Also, nothing is being outputted to the XCode 
 console when this happens.
 I've attempted to work around this with the following code but it doesn't 
 have any affect:
 {noformat}
 setInterval(function() {
  StatusBar.show();
  StatusBar.styleDefault();
  StatusBar.backgroundColorByHexString('#FF');
  StatusBar.overlaysWebView(true);
 }, 500);
 {noformat}
 This issue is not occurring with the same code base using Phonegap 3.3.0 with 
 iOS 7.1 on an iPhone 5.
 I'm using the latest status bar plugin baseline located at: 
 https://github.com/apache/cordova-plugin-statusbar



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

[jira] [Commented] (CB-6630) Remove okhttp from source directory, make HTTP a library project dependency


[ 
https://issues.apache.org/jira/browse/CB-6630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152281#comment-14152281
 ] 

Brill Pappin commented on CB-6630:
--

This is related to CB-7603

Having OkHTTP embedded in the Cordova lib and particularly since its just and 
old version is causing a nightmare for anyone who has to use any of the many 
support libraries not he native side.
Seriously, i thought we got out of embedding dependencies a long time ago.

 Remove okhttp from source directory, make HTTP a library project dependency
 ---

 Key: CB-6630
 URL: https://issues.apache.org/jira/browse/CB-6630
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Joe Bowser

 From Stack Overflow: 
 http://stackoverflow.com/questions/23446603/conversion-to-dalvik-format-failed-unable-to-execute-dex-multiple-dex-files-de
 Basically, we should be including third party libraries as libraries, and not 
 just dumping the source in our own tree.  This leads to major problems when 
 people use other Java libraries.  We'll probably need to modify the CLI to do 
 this, of course.



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

[jira] [Commented] (CB-7603) Update to okhttp 2.0.0


[ 
https://issues.apache.org/jira/browse/CB-7603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152284#comment-14152284
 ] 

Brill Pappin commented on CB-7603:
--

okhttp should *not* be bundles. 

This is related to CB-6630.

 Update to okhttp 2.0.0
 --

 Key: CB-7603
 URL: https://issues.apache.org/jira/browse/CB-7603
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CordovaLib
Affects Versions: 3.5.0
Reporter: Grigory Kruglov
Priority: Minor

 Square's okhttp is now at 2.0.0 (vs 1.3.0 that's currently included in 
 cordova-android).
 It would be great to see bundled version of okhttp upgraded. There are 
 significant API changes, so it's likely to be non-trivial.



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

[jira] [Comment Edited] (CB-7603) Update to okhttp 2.0.0

2014-09-29 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152284#comment-14152284
 ] 

Brill Pappin edited comment on CB-7603 at 9/29/14 9:01 PM:
---

okhttp should *not* be bundles. 

This is related to CB-6630.

This breaks native use of any library that uses a current version of okhttp 
(which is every library at this point).


was (Author: brill):
okhttp should *not* be bundles. 

This is related to CB-6630.

 Update to okhttp 2.0.0
 --

 Key: CB-7603
 URL: https://issues.apache.org/jira/browse/CB-7603
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CordovaLib
Affects Versions: 3.5.0
Reporter: Grigory Kruglov
Priority: Minor

 Square's okhttp is now at 2.0.0 (vs 1.3.0 that's currently included in 
 cordova-android).
 It would be great to see bundled version of okhttp upgraded. There are 
 significant API changes, so it's likely to be non-trivial.



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

[jira] [Created] (CB-7663) Add iOS tests for SplashScreen

2014-09-29 Thread Shazron Abdullah (JIRA)

Shazron Abdullah created CB-7663:


 Summary: Add iOS tests for SplashScreen
 Key: CB-7663
 URL: https://issues.apache.org/jira/browse/CB-7663
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
 Environment: iOS 
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah


Add XcTest tests



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

[jira] [Commented] (CB-7663) Add iOS tests for SplashScreen


[ 
https://issues.apache.org/jira/browse/CB-7663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152288#comment-14152288
 ] 

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

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

CB-7663 - prep for unit tests


 Add iOS tests for SplashScreen
 --

 Key: CB-7663
 URL: https://issues.apache.org/jira/browse/CB-7663
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
 Environment: iOS 
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah

 Add XcTest tests



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

[jira] [Created] (CB-7664) Browser platform: Cordova run browser, need to kill chrome before using on windows

Steve Gill created CB-7664:
--

 Summary: Browser platform: Cordova run browser, need to kill 
chrome before using on windows
 Key: CB-7664
 URL: https://issues.apache.org/jira/browse/CB-7664
 Project: Apache Cordova
  Issue Type: Task
  Components: Browser
Reporter: Steve Gill


I tried to set user-data-dir via spawn for windows, it errors. Works fine if I 
run the command in CMD/powershell. Spawn seems to struggle with it.

this is the exact error. 
http://stackoverflow.com/questions/13211706/node-js-windows-7-spawn-chrome-cant-set-user-data-dir



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

[jira] [Comment Edited] (CB-6630) Remove okhttp from source directory, make HTTP a library project dependency


[ 
https://issues.apache.org/jira/browse/CB-6630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152300#comment-14152300
 ] 

Joe Bowser edited comment on CB-6630 at 9/29/14 9:14 PM:
-

[~brill] Totally agree, let's bring this discussion to the list and close 
CB-7603.


was (Author: bowserj):
[~brill] Totally agree, let's bring this discussion to the lst and close 
CB-7603.

 Remove okhttp from source directory, make HTTP a library project dependency
 ---

 Key: CB-6630
 URL: https://issues.apache.org/jira/browse/CB-6630
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Joe Bowser

 From Stack Overflow: 
 http://stackoverflow.com/questions/23446603/conversion-to-dalvik-format-failed-unable-to-execute-dex-multiple-dex-files-de
 Basically, we should be including third party libraries as libraries, and not 
 just dumping the source in our own tree.  This leads to major problems when 
 people use other Java libraries.  We'll probably need to modify the CLI to do 
 this, of course.



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

[jira] [Commented] (CB-6630) Remove okhttp from source directory, make HTTP a library project dependency


[ 
https://issues.apache.org/jira/browse/CB-6630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152300#comment-14152300
 ] 

Joe Bowser commented on CB-6630:


[~brill] Totally agree, let's bring this discussion to the lst and close 
CB-7603.

 Remove okhttp from source directory, make HTTP a library project dependency
 ---

 Key: CB-6630
 URL: https://issues.apache.org/jira/browse/CB-6630
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Joe Bowser

 From Stack Overflow: 
 http://stackoverflow.com/questions/23446603/conversion-to-dalvik-format-failed-unable-to-execute-dex-multiple-dex-files-de
 Basically, we should be including third party libraries as libraries, and not 
 just dumping the source in our own tree.  This leads to major problems when 
 people use other Java libraries.  We'll probably need to modify the CLI to do 
 this, of course.



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

[jira] [Resolved] (CB-7603) Update to okhttp 2.0.0


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

Joe Bowser resolved CB-7603.

Resolution: Won't Fix

See CB-6630, I agree with [~brill]

 Update to okhttp 2.0.0
 --

 Key: CB-7603
 URL: https://issues.apache.org/jira/browse/CB-7603
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CordovaLib
Affects Versions: 3.5.0
Reporter: Grigory Kruglov
Priority: Minor

 Square's okhttp is now at 2.0.0 (vs 1.3.0 that's currently included in 
 cordova-android).
 It would be great to see bundled version of okhttp upgraded. There are 
 significant API changes, so it's likely to be non-trivial.



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

[jira] [Assigned] (CB-6630) Remove okhttp from source directory, make HTTP a library project dependency


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

Joe Bowser reassigned CB-6630:
--

Assignee: Joe Bowser

 Remove okhttp from source directory, make HTTP a library project dependency
 ---

 Key: CB-6630
 URL: https://issues.apache.org/jira/browse/CB-6630
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Joe Bowser
Assignee: Joe Bowser

 From Stack Overflow: 
 http://stackoverflow.com/questions/23446603/conversion-to-dalvik-format-failed-unable-to-execute-dex-multiple-dex-files-de
 Basically, we should be including third party libraries as libraries, and not 
 just dumping the source in our own tree.  This leads to major problems when 
 people use other Java libraries.  We'll probably need to modify the CLI to do 
 this, of course.



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

[jira] [Comment Edited] (CB-7603) Update to okhttp 2.0.0


[ 
https://issues.apache.org/jira/browse/CB-7603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152284#comment-14152284
 ] 

Brill Pappin edited comment on CB-7603 at 9/29/14 9:21 PM:
---

okhttp should *not* be bundled. 

This is related to CB-6630.

This breaks native use of any library that uses a current version of okhttp 
(which is every library at this point).


was (Author: brill):
okhttp should *not* be bundles. 

This is related to CB-6630.

This breaks native use of any library that uses a current version of okhttp 
(which is every library at this point).

 Update to okhttp 2.0.0
 --

 Key: CB-7603
 URL: https://issues.apache.org/jira/browse/CB-7603
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CordovaLib
Affects Versions: 3.5.0
Reporter: Grigory Kruglov
Priority: Minor

 Square's okhttp is now at 2.0.0 (vs 1.3.0 that's currently included in 
 cordova-android).
 It would be great to see bundled version of okhttp upgraded. There are 
 significant API changes, so it's likely to be non-trivial.



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

[jira] [Comment Edited] (CB-6630) Remove okhttp from source directory, make HTTP a library project dependency


[ 
https://issues.apache.org/jira/browse/CB-6630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152281#comment-14152281
 ] 

Brill Pappin edited comment on CB-6630 at 9/29/14 9:21 PM:
---

This is related to CB-7603

Having OkHTTP embedded in the Cordova lib and particularly since its just and 
old version is causing a nightmare for anyone who has to use any of the many 
support libraries opn the native side.
Seriously, i thought we got out of embedding dependencies a long time ago.


was (Author: brill):
This is related to CB-7603

Having OkHTTP embedded in the Cordova lib and particularly since its just and 
old version is causing a nightmare for anyone who has to use any of the many 
support libraries not he native side.
Seriously, i thought we got out of embedding dependencies a long time ago.

 Remove okhttp from source directory, make HTTP a library project dependency
 ---

 Key: CB-6630
 URL: https://issues.apache.org/jira/browse/CB-6630
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Joe Bowser
Assignee: Joe Bowser

 From Stack Overflow: 
 http://stackoverflow.com/questions/23446603/conversion-to-dalvik-format-failed-unable-to-execute-dex-multiple-dex-files-de
 Basically, we should be including third party libraries as libraries, and not 
 just dumping the source in our own tree.  This leads to major problems when 
 people use other Java libraries.  We'll probably need to modify the CLI to do 
 this, of course.



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

[jira] [Comment Edited] (CB-6630) Remove okhttp from source directory, make HTTP a library project dependency


[ 
https://issues.apache.org/jira/browse/CB-6630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152281#comment-14152281
 ] 

Brill Pappin edited comment on CB-6630 at 9/29/14 9:22 PM:
---

This is related to CB-7603

Having OkHTTP embedded in the Cordova lib and particularly since its just and 
old version is causing a nightmare for anyone who has to use any of the many 
support libraries on the native side.
Seriously, i thought we got out of embedding dependencies a long time ago.


was (Author: brill):
This is related to CB-7603

Having OkHTTP embedded in the Cordova lib and particularly since its just and 
old version is causing a nightmare for anyone who has to use any of the many 
support libraries opn the native side.
Seriously, i thought we got out of embedding dependencies a long time ago.

 Remove okhttp from source directory, make HTTP a library project dependency
 ---

 Key: CB-6630
 URL: https://issues.apache.org/jira/browse/CB-6630
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Joe Bowser
Assignee: Joe Bowser

 From Stack Overflow: 
 http://stackoverflow.com/questions/23446603/conversion-to-dalvik-format-failed-unable-to-execute-dex-multiple-dex-files-de
 Basically, we should be including third party libraries as libraries, and not 
 just dumping the source in our own tree.  This leads to major problems when 
 people use other Java libraries.  We'll probably need to modify the CLI to do 
 this, of course.



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

[jira] [Created] (CB-7665) Google Play does not detect zipalign in corova build android --release apk

2014-09-29 Thread Steve Husting (JIRA)

Steve Husting created CB-7665:
-

 Summary: Google Play does not detect zipalign in corova build 
android --release apk
 Key: CB-7665
 URL: https://issues.apache.org/jira/browse/CB-7665
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.5.0
 Environment: Mac OS X Lion
Reporter: Steve Husting
Priority: Critical
 Fix For: 3.5.0


I output my myApp version 12 project with: cordova build android --release

It was output as myApp/platforms/android/ant-build/myApp-release-unsigned.apk

I changed the name to the final apk name: myApp-release-unsigned.apk = myApp.apk

I copied the myApp.keystore file used on earlier myApps to the same folder. 

Starting with that folder, I ran: jarsigner -verbose -sigalg SHA1withRSA 
-digestalg SHA1 -keystore myApp.keystore myApp.apk myApp

I successfully verified it with: jarsigner -verify -verbose -certs myApp.apk

When I uploaded the myApp.apk to Google Play, it said that the file needed to 
be zipaligned.

The verbose output shows zipalign being done. So is there a bug when the apk is 
made via cordova build android --release? 

Is there a step missing that I should be taking? Unfortunately, all the 
instructions for this on the Internet assume I'm not using Cordova. 



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

[jira] [Commented] (CB-7665) Google Play does not detect zipalign in corova build android --release apk


[ 
https://issues.apache.org/jira/browse/CB-7665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152481#comment-14152481
 ] 

Joe Bowser commented on CB-7665:


You have to zip-align manually.

 Google Play does not detect zipalign in corova build android --release apk
 --

 Key: CB-7665
 URL: https://issues.apache.org/jira/browse/CB-7665
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.5.0
 Environment: Mac OS X Lion
Reporter: Steve Husting
Priority: Critical
  Labels: patch
 Fix For: 3.5.0


 I output my myApp version 12 project with: cordova build android --release
 It was output as myApp/platforms/android/ant-build/myApp-release-unsigned.apk
 I changed the name to the final apk name: myApp-release-unsigned.apk = 
 myApp.apk
 I copied the myApp.keystore file used on earlier myApps to the same folder. 
 Starting with that folder, I ran: jarsigner -verbose -sigalg SHA1withRSA 
 -digestalg SHA1 -keystore myApp.keystore myApp.apk myApp
 I successfully verified it with: jarsigner -verify -verbose -certs myApp.apk
 When I uploaded the myApp.apk to Google Play, it said that the file needed to 
 be zipaligned.
 The verbose output shows zipalign being done. So is there a bug when the apk 
 is made via cordova build android --release? 
 Is there a step missing that I should be taking? Unfortunately, all the 
 instructions for this on the Internet assume I'm not using Cordova. 



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

[jira] [Updated] (CB-7665) Google Play does not detect zipalign in corova build android --release apk


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

Joe Bowser updated CB-7665:
---
  Priority: Major  (was: Critical)
Issue Type: Improvement  (was: Bug)

The CLI doesn't handle any of the release steps for Android.  This needs to 
change.

 Google Play does not detect zipalign in corova build android --release apk
 --

 Key: CB-7665
 URL: https://issues.apache.org/jira/browse/CB-7665
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android, CLI
Affects Versions: 3.5.0
 Environment: Mac OS X Lion
Reporter: Steve Husting
  Labels: patch
 Fix For: 3.5.0


 I output my myApp version 12 project with: cordova build android --release
 It was output as myApp/platforms/android/ant-build/myApp-release-unsigned.apk
 I changed the name to the final apk name: myApp-release-unsigned.apk = 
 myApp.apk
 I copied the myApp.keystore file used on earlier myApps to the same folder. 
 Starting with that folder, I ran: jarsigner -verbose -sigalg SHA1withRSA 
 -digestalg SHA1 -keystore myApp.keystore myApp.apk myApp
 I successfully verified it with: jarsigner -verify -verbose -certs myApp.apk
 When I uploaded the myApp.apk to Google Play, it said that the file needed to 
 be zipaligned.
 The verbose output shows zipalign being done. So is there a bug when the apk 
 is made via cordova build android --release? 
 Is there a step missing that I should be taking? Unfortunately, all the 
 instructions for this on the Internet assume I'm not using Cordova. 



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

[jira] [Commented] (CB-6230) InAppBrowser closes after opening, instead of before

2014-09-29 Thread Jacob Weber (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-6230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152487#comment-14152487
 ] 

Jacob Weber commented on CB-6230:
-

Sorry for the late response. My goal is this:
* open an in-app browser
* at some point, programmatically load a new URL into this browser

Because of CB-6228, I can't just call window.open again to load the new URL. So 
this issue was based on my attempt to close the first window, then open a new 
one.

To do that, I need to know when the first window is closed. Since calling 
close() before open() isn't guaranteed to work, because they're asynchronous, I 
tried waiting for the exit event:

{code}
onDeviceReady: function() {
document.addEventListener('click', function() {
// first open a window
window.myWindow = window.open('http://www.google.com', 
_blank);
window.myWindow.addEventListener('exit', function() {
window.open('http://www.apple.com', _blank);
});
// then in 5 seconds, close it
setTimeout(function() {
window.myWindow.close();
}, 5000);
});
},
{code}

When I run this and tap the page, the Google window opens. Five seconds later, 
I expect it to close, and the Apple window to open. But instead, after some 
flickering, a window with a Google URL remains open, but now it's blank, and it 
can't be closed.

Putting the second window.open inside a 100-ms setTimeout looks like it's 
working, so I guess that's a workaround. But this seems unreliable.

(You can ignore my comment from 03/Jul -- the exit event is working for me 
now.)

 InAppBrowser closes after opening, instead of before
 

 Key: CB-6230
 URL: https://issues.apache.org/jira/browse/CB-6230
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin InAppBrowser
Affects Versions: 3.4.0, 3.5.0
 Environment: Android 4.3, Galaxy Nexus
Reporter: Jacob Weber
Assignee: Joe Bowser
Priority: Minor

 In Cordova 3.4, with InAppBrowser 0.3.3, create a new project using the CLI. 
 In www/js/index.js, make the following change:
 {noformat}
 onDeviceReady: function() {
 app.receivedEvent('deviceready');
 document.addEventListener('click', function() {
 if (window.myWindow) window.myWindow.close();
   window.myWindow = window.open('http://www.google.com', _blank);
   });
 },
 {noformat}
 Tap the page once, and a browser will appear. Close the browser. Then tap the 
 app again. This time the browser will appear for a split second, then close 
 right away. The close() call seems to be happening after the subsequent 
 open() call, instead of before it.
 This was working in 3.3, with InAppBrowser 0.2.5.



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

[jira] [Commented] (CB-7665) Google Play does not detect zipalign in corova build android --release apk

2014-09-29 Thread Steve Husting (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152488#comment-14152488
 ] 

Steve Husting commented on CB-7665:
---

zipalign manually also results in error. Unable to figure out what steps in CLI 
to output Google Play-ready apk. 

 Google Play does not detect zipalign in corova build android --release apk
 --

 Key: CB-7665
 URL: https://issues.apache.org/jira/browse/CB-7665
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android, CLI
Affects Versions: 3.5.0
 Environment: Mac OS X Lion
Reporter: Steve Husting
  Labels: patch
 Fix For: 3.5.0


 I output my myApp version 12 project with: cordova build android --release
 It was output as myApp/platforms/android/ant-build/myApp-release-unsigned.apk
 I changed the name to the final apk name: myApp-release-unsigned.apk = 
 myApp.apk
 I copied the myApp.keystore file used on earlier myApps to the same folder. 
 Starting with that folder, I ran: jarsigner -verbose -sigalg SHA1withRSA 
 -digestalg SHA1 -keystore myApp.keystore myApp.apk myApp
 I successfully verified it with: jarsigner -verify -verbose -certs myApp.apk
 When I uploaded the myApp.apk to Google Play, it said that the file needed to 
 be zipaligned.
 The verbose output shows zipalign being done. So is there a bug when the apk 
 is made via cordova build android --release? 
 Is there a step missing that I should be taking? Unfortunately, all the 
 instructions for this on the Internet assume I'm not using Cordova. 



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

[jira] [Commented] (CB-7665) Google Play does not detect zipalign in corova build android --release apk

2014-09-29 Thread Michael Brooks (JIRA)

[
https://issues.apache.org/jira/browse/CB-7665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152506#comment-14152506
]

Michael Brooks commented on CB-7665:

Hi [~shuston],

I thought I'd chime-in on how I've done Android releases in the past using the
{{--release}} flag. It's not exactly straight-forward, because Cordova has not
yet created a unified way to define signing keys to build a release.

First off, I'd recommending reading through the [Preparing for a
Release|http://developer.android.com/tools/publishing/preparing.html] guides on
Android's Developer page. The most important section is _Building with Ant_
near the bottom of the page.

The release flag essentially calls the {{ant release}} task. So, by setting up
the Android project to build signed releases with {{ant release}}, then the
{{--release}} flag will also build signed releases. The [Building in Release
Mode|http://developer.android.com/tools/building/building-cmdline.html#ReleaseMode]
guide will explain how to setup your project to automatically sign and align
your application using your specified keystore and alias.

Personally, I don't like to store my signing keys in my project. In open source
applications, such as the _PhoneGap Developer App_, I [reference the keys in an
external
directory|https://github.com/phonegap/phonegap-app-developer/blob/master/platforms/android/project.properties#L21-L22].
Your team can then share the signing key directory however you want.

Google Play does not detect zipalign in corova build android --release apk
--

Key: CB-7665
URL: https://issues.apache.org/jira/browse/CB-7665
Project: Apache Cordova
Issue Type: Improvement
Components: Android, CLI
Affects Versions: 3.5.0
Environment: Mac OS X Lion
Reporter: Steve Husting
Labels: patch
Fix For: 3.5.0

I output my myApp version 12 project with: cordova build android --release
It was output as myApp/platforms/android/ant-build/myApp-release-unsigned.apk
I changed the name to the final apk name: myApp-release-unsigned.apk =
myApp.apk
I copied the myApp.keystore file used on earlier myApps to the same folder.
Starting with that folder, I ran: jarsigner -verbose -sigalg SHA1withRSA
-digestalg SHA1 -keystore myApp.keystore myApp.apk myApp
I successfully verified it with: jarsigner -verify -verbose -certs myApp.apk
When I uploaded the myApp.apk to Google Play, it said that the file needed to
be zipaligned.
The verbose output shows zipalign being done. So is there a bug when the apk
is made via cordova build android --release?
Is there a step missing that I should be taking? Unfortunately, all the
instructions for this on the Internet assume I'm not using Cordova.

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

[jira] [Commented] (CB-6231) Better approach for preventing rubberband in Windows Phone 8


[ 
https://issues.apache.org/jira/browse/CB-6231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152509#comment-14152509
 ] 

ASF GitHub Bot commented on CB-6231:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-wp8/pull/60


 Better approach for preventing rubberband in Windows Phone 8
 

 Key: CB-6231
 URL: https://issues.apache.org/jira/browse/CB-6231
 Project: Apache Cordova
  Issue Type: Improvement
  Components: WP8
Affects Versions: 3.4.0
Reporter: Dan Polivy
Assignee: Jesse MacFadyen
Priority: Minor
  Labels: scrolling

 I've been looking for a good solution for the DisallowOverscroll setting 
 that works on Windows Phone 8; I've tried the 
 {{this.CordovaView.DisableBouncyScrolling}} setting, but it has the side 
 effect of making intended scrolling feel really sluggish, because it only 
 responds to swipes and doesn't track real-time under one's finger.
 Using [this 
 approach|http://stackoverflow.com/questions/21652548/bouncing-when-overflow-set-to-auto-or-scroll-in-wp8-webbrowser-control],
  I came up with an alternate implementation that works in the same scenarios 
 as {{DisableBouncyScrolling}}, but feels a lot nicer. Note that with _both_ 
 implementations, if inertia causes the scrolling to hit the top or bottom, 
 you still get a small bounce -- I don't think there's any way to avoid that 
 on WP8 at the moment.
 I thought I'd share it here, in case you'd like to add it as another option 
 in the WP8 Cordova implementation. I'm happy to attempt a pull request if 
 you'd like (just not sure the best place for the JS code to live if it's part 
 of the 'system').
 {code:title=BrowserMouseHelper.cs|borderStyle=solid}
 // This goes in the Border_ManipulationDelta event handler
 var preventScroll = _browser.InvokeScript(eval, new string[] { 
 (function(delta) { return isScrollingPrevented(delta); })( + 
 e.DeltaManipulation.Translation.Y.ToString() + ) }) as string;
 if (preventScroll == true)
 {
 e.Handled = true;
 }
 {code}
 {code:title=.js file|borderStyle=solid}
 // This goes in a JS file that's part of the app; I'm using jQuery, but it 
 can be written without that dependency
 isScrollingPrevented = function(delta) {
   var scrollTop = $(document).scrollTop(),
   top = scrollTop === 0,
   bottom = scrollTop + $(window).height() === 
 $(document).height();
   return ((top  delta  0) || (bottom  delta  0)).toString();
 };
 {code}



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

[jira] [Updated] (CB-7665) Release process for Google Play has no documentation, requires guesswork!

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

Joe Bowser updated CB-7665:
---
Component/s: Docs
Summary: Release process for Google Play has no documentation, requires
guesswork! (was: Google Play does not detect zipalign in corova build android
--release apk)

I didn't even know we had this implemented. I assumed we just crapped out an
unaligned, unsigned apk that you can process manually.

Release process for Google Play has no documentation, requires guesswork!
--

Key: CB-7665
URL: https://issues.apache.org/jira/browse/CB-7665
Project: Apache Cordova
Issue Type: Improvement
Components: Android, CLI, Docs
Affects Versions: 3.5.0
Environment: Mac OS X Lion
Reporter: Steve Husting
Labels: patch
Fix For: 3.5.0

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

[jira] [Commented] (CB-7657) [WP8] Let CordovaView respect DisallowOverscroll preference


[ 
https://issues.apache.org/jira/browse/CB-7657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152525#comment-14152525
 ] 

ASF GitHub Bot commented on CB-7657:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-wp8/pull/61


 [WP8] Let CordovaView respect DisallowOverscroll preference
 ---

 Key: CB-7657
 URL: https://issues.apache.org/jira/browse/CB-7657
 Project: Apache Cordova
  Issue Type: Improvement
  Components: WP8, WP8.1
Affects Versions: 3.5.0
 Environment: Windows Phone
Reporter: Nadya Atanasova
Assignee: Jesse MacFadyen
  Labels: bouncy, scrolling

 Let users configure whether content will bounce back to its original position 
 when scrolling is over. Applies to WP8. It works for Android and iOS.
 The configuration is preference name=DisallowOverscroll value=true/ in 
 config.xml



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

[jira] [Commented] (CB-7151) Create Reference Implementation


[ 
https://issues.apache.org/jira/browse/CB-7151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152537#comment-14152537
 ] 

Joe Bowser commented on CB-7151:


Here's the reference implementation that I threw together: 
https://github.com/infil00p/ThirdPartyWebViewRef

 Create Reference Implementation
 ---

 Key: CB-7151
 URL: https://issues.apache.org/jira/browse/CB-7151
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Android
Affects Versions: 4.0.0
Reporter: Joe Bowser
 Fix For: 4.0.0


 Currently the only implementation of CordovaWebView for the third-party 
 webview is Crosswalk.  While there's a default WebView, there's no test 
 plugin for those who want to add their own WebViews.
 We need a webview that implements the existing Android SDK webview as a 
 plugin for reference.



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

[jira] [Assigned] (CB-7151) Create Reference Implementation


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

Joe Bowser reassigned CB-7151:
--

Assignee: Joe Bowser

 Create Reference Implementation
 ---

 Key: CB-7151
 URL: https://issues.apache.org/jira/browse/CB-7151
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Android
Affects Versions: 4.0.0
Reporter: Joe Bowser
Assignee: Joe Bowser
 Fix For: 4.0.0


 Currently the only implementation of CordovaWebView for the third-party 
 webview is Crosswalk.  While there's a default WebView, there's no test 
 plugin for those who want to add their own WebViews.
 We need a webview that implements the existing Android SDK webview as a 
 plugin for reference.



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

[jira] [Resolved] (CB-6231) Better approach for preventing rubberband in Windows Phone 8


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

Jesse MacFadyen resolved CB-6231.
-
   Resolution: Fixed
Fix Version/s: 3.7.0

Fixed here: https://github.com/apache/cordova-wp8/pull/60
Thanks nadyaA!

 Better approach for preventing rubberband in Windows Phone 8
 

 Key: CB-6231
 URL: https://issues.apache.org/jira/browse/CB-6231
 Project: Apache Cordova
  Issue Type: Improvement
  Components: WP8
Affects Versions: 3.4.0
Reporter: Dan Polivy
Assignee: Jesse MacFadyen
Priority: Minor
  Labels: scrolling
 Fix For: 3.7.0


 I've been looking for a good solution for the DisallowOverscroll setting 
 that works on Windows Phone 8; I've tried the 
 {{this.CordovaView.DisableBouncyScrolling}} setting, but it has the side 
 effect of making intended scrolling feel really sluggish, because it only 
 responds to swipes and doesn't track real-time under one's finger.
 Using [this 
 approach|http://stackoverflow.com/questions/21652548/bouncing-when-overflow-set-to-auto-or-scroll-in-wp8-webbrowser-control],
  I came up with an alternate implementation that works in the same scenarios 
 as {{DisableBouncyScrolling}}, but feels a lot nicer. Note that with _both_ 
 implementations, if inertia causes the scrolling to hit the top or bottom, 
 you still get a small bounce -- I don't think there's any way to avoid that 
 on WP8 at the moment.
 I thought I'd share it here, in case you'd like to add it as another option 
 in the WP8 Cordova implementation. I'm happy to attempt a pull request if 
 you'd like (just not sure the best place for the JS code to live if it's part 
 of the 'system').
 {code:title=BrowserMouseHelper.cs|borderStyle=solid}
 // This goes in the Border_ManipulationDelta event handler
 var preventScroll = _browser.InvokeScript(eval, new string[] { 
 (function(delta) { return isScrollingPrevented(delta); })( + 
 e.DeltaManipulation.Translation.Y.ToString() + ) }) as string;
 if (preventScroll == true)
 {
 e.Handled = true;
 }
 {code}
 {code:title=.js file|borderStyle=solid}
 // This goes in a JS file that's part of the app; I'm using jQuery, but it 
 can be written without that dependency
 isScrollingPrevented = function(delta) {
   var scrollTop = $(document).scrollTop(),
   top = scrollTop === 0,
   bottom = scrollTop + $(window).height() === 
 $(document).height();
   return ((top  delta  0) || (bottom  delta  0)).toString();
 };
 {code}



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

[jira] [Resolved] (CB-7508) deviceready event not firing in Windows Mobile App


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

Jesse MacFadyen resolved CB-7508.
-
Resolution: Invalid

That is NOT how you create a WP8 app.
Instructions of the several valid ways of creating a project in 3.5.0 can be 
found here: https://github.com/apache/cordova-wp8/blob/3.5.0/README.md


 deviceready event not firing in Windows Mobile App
 --

 Key: CB-7508
 URL: https://issues.apache.org/jira/browse/CB-7508
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.5.0
 Environment: Microsoft Visual Studio 2013 Professional (Windows 8.1 
 OS)
Reporter: Gopu
Assignee: Jesse MacFadyen
Priority: Blocker
 Fix For: 3.5.0

   Original Estimate: 48h
  Remaining Estimate: 48h

 We are creating a new JavaScript-Store Apps-Windows Phone Apps in VS 2013 
 as described in the tutorial https://github.com/apache/cordova-windows.
 But when we run the application in the emulator, we get the following error:
 deviceready event is not fired after 5 seconds.
 It seems that cordova is not loaded. And hence, we are unable to access any 
 cordova functions.
 Kindly help us in resolving the issue.



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

[jira] [Resolved] (CB-7444) Success callback for XHR to local file that doesn't exist on device never called.


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

Jesse MacFadyen resolved CB-7444.
-
Resolution: Fixed

 Success callback for XHR to local file that doesn't exist on device never 
 called.
 -

 Key: CB-7444
 URL: https://issues.apache.org/jira/browse/CB-7444
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.6.0
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen
Priority: Critical
  Labels: wp8, xhr, xhrhelper
 Fix For: 3.6.0


 XHR request for local file that doesn't exist on device causes a runtime 
 exception:
 {noformat}
 An exception of type 'System.OutOfMemoryException' occurred in 
 Microsoft.Phone.Interop.ni.dll but was not handled in user code
 {noformat}
 that catched in the XHRHelper code and {{__onXHRLocalCallback}} for this 
 request is never called.
 *Repro steps:*
 1. Create blank MDD app, add WP8 platform.
 2. Try to get an unexistant file, e.g.:
 {noformat}
 var xhr = new XMLHttpRequest();
 xhr.open(GET, ../this.file.is.not.exists, true);
 xhr.onload = xhr.onerror = function() {
 console.log ('Callback called');
 }
 {noformat}
 *Expected:*
 'Callback called' is printed to console
 *Actual:*
 No output in console.
 Problem is in arguments array, that passed to {{__onXHRLocalCallback}}. Seems 
 that member of this array can't be null, so replace 
 {noformat} new string[] { 404, null, reqId } {noformat}
 with {noformat} new string [] { 404, string.Empty, reqId }{noformat} solves 
 the problem.



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

[jira] [Resolved] (CB-7059) Overscrolling in webview


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

Jesse MacFadyen resolved CB-7059.
-
Resolution: Cannot Reproduce

 Overscrolling in webview
 

 Key: CB-7059
 URL: https://issues.apache.org/jira/browse/CB-7059
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.5.0
Reporter: Sergey
Assignee: Sergey Grebnov
Priority: Critical

 Overscrolling
 tried css
 body {
   -ms-touch-action: none;
   touch-action: none;
   -ms-overflow-style: none;
 }
 in IE on Windows Phone 8 works as expected
 but when i make swipe in Cordova application in scroll in far blank area
 Video the same page (background is setted by css, and only background):
 IE:[http://youtu.be/VaT1CqBYVXI]
 Cordova: [http://youtu.be/3bm4XNZEbRs]
 DisableBouncyScrolling in CordovaView set to true
 Sometimes loading of Google Maps in cordova application resolve this issue 
 and window cannot overscroll



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

[jira] [Commented] (CB-7059) Overscrolling in webview

2014-09-29 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152588#comment-14152588
 ] 

Jesse MacFadyen commented on CB-7059:
-

Test app to demo the issue, or close it.

 Overscrolling in webview
 

 Key: CB-7059
 URL: https://issues.apache.org/jira/browse/CB-7059
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.5.0
Reporter: Sergey
Assignee: Sergey Grebnov
Priority: Critical

 Overscrolling
 tried css
 body {
   -ms-touch-action: none;
   touch-action: none;
   -ms-overflow-style: none;
 }
 in IE on Windows Phone 8 works as expected
 but when i make swipe in Cordova application in scroll in far blank area
 Video the same page (background is setted by css, and only background):
 IE:[http://youtu.be/VaT1CqBYVXI]
 Cordova: [http://youtu.be/3bm4XNZEbRs]
 DisableBouncyScrolling in CordovaView set to true
 Sometimes loading of Google Maps in cordova application resolve this issue 
 and window cannot overscroll



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

[jira] [Commented] (CB-7465) [wp8] add missing licenses


[ 
https://issues.apache.org/jira/browse/CB-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152595#comment-14152595
 ] 

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

Commit c7f2a172b603e9ee157d5d11dd6837d328fab86c in cordova-wp8's branch 
refs/heads/master from [~purplecabbage]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=c7f2a17 ]

CB-7465 add missing license


 [wp8] add missing licenses
 --

 Key: CB-7465
 URL: https://issues.apache.org/jira/browse/CB-7465
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Reporter: Marcel Kinard
Assignee: Jesse MacFadyen
Priority: Minor

 The cordova-wp8 repo is missing the license in the following files. The 
 license should be added before the next release:
 {code}
 ./appveyor.yml
 {code}



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

[jira] [Resolved] (CB-7465) [wp8] add missing licenses


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

Jesse MacFadyen resolved CB-7465.
-
Resolution: Fixed

 [wp8] add missing licenses
 --

 Key: CB-7465
 URL: https://issues.apache.org/jira/browse/CB-7465
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Reporter: Marcel Kinard
Assignee: Jesse MacFadyen
Priority: Minor

 The cordova-wp8 repo is missing the license in the following files. The 
 license should be added before the next release:
 {code}
 ./appveyor.yml
 {code}



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

[jira] [Resolved] (CB-7150) Error when using ajax on local file with Windows Phone


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

Jesse MacFadyen resolved CB-7150.
-
Resolution: Cannot Reproduce

The recent additions here are specific to jQuery, and not cordova or XHR.
Please post an example using straight XHR if you still have issues.

 Error when using ajax on local file with Windows Phone
 --

 Key: CB-7150
 URL: https://issues.apache.org/jira/browse/CB-7150
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.3.0
 Environment: Windows phone 8, jqm 1.4.3, jquery v1.10.2. Built using 
 current version of Phonegap Build 
Reporter: Chris Couper
Assignee: Jesse MacFadyen
  Labels: ajax, cordova-js, javascript, jquery, mobile, phonegap, 
 windows-phone

 I have created a jquery mobile (1.4.3) app using phonegap build. It uses ajax 
 get to load a local html file into a variable that I then inject into the 
 body of the document. This happens by user selection long after device ready.
 This works well with Android and iOS but comes up with an error on Windows 
 Phone 8
 On my config.xml I have allowed for CORS
 access origin=* /
 Also in the startup of the app I have:
   $(document).bind(mobileinit, function(){
   $.extend(  $.mobile , {
   ajaxEnabled: false
   });
   $.support.cors = true; 
   $.mobile.allowCrossDomainPages = true;
   });
 There is no error code returned, just the status of error. And the 
 jqXHR.responseText is empty. The URL looks fine.
 $.ajax({
  type: 'get',
  url: url,
  dataType:html,
  beforeSend: function(jqXHR, settings) {
   jqXHR.url = settings.url;
  }
 })
 .done( function(data) {
 $(#phone_frame .ui-content).html(data);
 $(':mobile-pagecontainer').enhanceWithin();
  $(':mobile-pagecontainer').pagecontainer('change', '#phone_frame', {
   transition: 'slide',
   changeHash: true,
   showLoadMsg: true
  });  
 }) // done
 .fail(function(jqXHR, status, err){
  $.mobile.loading('hide');
  alert(Status:+status+, error code:+err);
 });



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

[jira] [Commented] (CB-5989) Properties defined in plugin.xml are not created in *-Info.plist

2014-09-29 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-5989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152605#comment-14152605
 ] 

ASF GitHub Bot commented on CB-5989:


GitHub user gorkem opened a pull request:

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

[CB-5989] - Default to $PROJECT_NAME-Info.plist when searching for plist...

If a Info.plist file is given with asterisk and there are multiple matches 
default to use the
file for the project.

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

$ git pull https://github.com/gorkem/cordova-lib CB-5989

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

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


commit 391d949759d1cdb48a10cc5cb11c56cd5d1f973b
Author: Gorkem Ercan gorkem.er...@gmail.com
Date:   2014-09-30T00:31:14Z

[CB-5989] - Default to $PROJECT_NAME-Info.plist when searching for plist 
files

If a Info.plist file is given with asterisk and there are multiple matches 
default to use the
file for the project.




 Properties defined in plugin.xml are not created in *-Info.plist
 

 Key: CB-5989
 URL: https://issues.apache.org/jira/browse/CB-5989
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Plugman
Affects Versions: 3.3.0
 Environment: Mavericks 10.9.1; Xcode 5.0.2; Cordova 3.3.1-0.3.0
Reporter: Kelvin Dart
  Labels: CLI, Plugin
 Attachments: after_platform_add_plist_fix.sh, 
 before_platform_add_plist_fix.sh


 I have the following tag in my platforms=ios tag, within plugin.xml:
 config-file target=*-Info.plist 
 parent=UISupportedExternalAccessoryProtocols
 array
 stringjp.star-m.starpro/string
 /array
 /config-file
 However, whenever I attempt to add in my plugin, this setting is not applied 
 to my project's plist file and I have to do it manually.



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

[jira] [Commented] (CB-7663) Add iOS tests for SplashScreen


[ 
https://issues.apache.org/jira/browse/CB-7663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152607#comment-14152607
 ] 

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

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

CB-7663 - iOS unit tests for splash screen


 Add iOS tests for SplashScreen
 --

 Key: CB-7663
 URL: https://issues.apache.org/jira/browse/CB-7663
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
 Environment: iOS 
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah

 Add XcTest tests



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

[jira] [Commented] (CB-7663) Add iOS tests for SplashScreen

2014-09-29 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-7663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152623#comment-14152623
 ] 

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

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

CB-7663 - Update README for command line invocation of tests


 Add iOS tests for SplashScreen
 --

 Key: CB-7663
 URL: https://issues.apache.org/jira/browse/CB-7663
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
 Environment: iOS 
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah

 Add XcTest tests



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

[jira] [Resolved] (CB-7663) Add iOS tests for SplashScreen

2014-09-29 Thread Shazron Abdullah (JIRA)


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

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

 Add iOS tests for SplashScreen
 --

 Key: CB-7663
 URL: https://issues.apache.org/jira/browse/CB-7663
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
 Environment: iOS 
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah

 Add XcTest tests



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

[jira] [Created] (CB-7666) Move windows platform bin and template files outside of windows subdir

Vladimir Kotikov created CB-7666:


 Summary: Move windows platform bin and template files outside of 
windows subdir
 Key: CB-7666
 URL: https://issues.apache.org/jira/browse/CB-7666
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Windows
Affects Versions: 3.6.3
Reporter: Vladimir Kotikov
Priority: Minor
 Fix For: 3.7.0


Windows platform template stores it's package structure (bin and template 
folders, package.json, etc.) inside of windows subfolder, and this is just a 
heritage of windows8 platform.
Such a structure of platform template makes for example impossible to get 
package using npm install directly from git repo, and adds unnecessary 
complexity to tooling scripts.
Since wp8 platform already moved to proposed structure (package.json is in the 
root of repo), windows - is the last one standing.
For simplicity and consistency, let's flatten repo structure and remove 
unnecessary windows folder in repo root.



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

[jira] [Updated] (CB-7666) Move windows platform /bin and /template files outside of windows subdir


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

Vladimir Kotikov updated CB-7666:
-
Summary: Move windows platform /bin and /template files outside of 
windows subdir  (was: Move windows platform bin and template files outside of 
windows subdir)

 Move windows platform /bin and /template files outside of windows subdir
 --

 Key: CB-7666
 URL: https://issues.apache.org/jira/browse/CB-7666
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Windows
Affects Versions: 3.6.3
Reporter: Vladimir Kotikov
Priority: Minor
 Fix For: 3.7.0


 Windows platform template stores it's package structure (bin and template 
 folders, package.json, etc.) inside of windows subfolder, and this is just 
 a heritage of windows8 platform.
 Such a structure of platform template makes for example impossible to get 
 package using npm install directly from git repo, and adds unnecessary 
 complexity to tooling scripts.
 Since wp8 platform already moved to proposed structure (package.json is in 
 the root of repo), windows - is the last one standing.
 For simplicity and consistency, let's flatten repo structure and remove 
 unnecessary windows folder in repo root.



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

[jira] [Updated] (CB-7666) Move windows platform /bin and /template files outside of windows subdir