date:20140930


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

ASF GitHub Bot commented on CB-7666:


GitHub user vladimir-kotikov opened a pull request:

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

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

Implemenattion of https://issues.apache.org/jira/browse/CB-7666

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

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

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

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


commit f4e2ac6a77847ab52ef925128705efebcc2ba310
Author: Vladimir Kotikov v-vlk...@microsoft.com
Date:   2014-09-29T13:46:23Z

CB-7666 Move stuff outside of windows subdir

commit 52c99052aef70314fa2d59928de0bc7a518f4293
Author: Vladimir Kotikov v-vlk...@microsoft.com
Date:   2014-09-29T13:53:00Z

CB-7666 Merge node_modules and move to package root




 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 is already moved to proposed structure (package.json is in 
 the root of repo), windows - is the last one of major platforms.
 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] [Created] (CB-7667) [Camera] iOS8: Handle case where camera is not authorized

2014-09-30 Thread Dan Polivy (JIRA)

Dan Polivy created CB-7667:
--

 Summary: [Camera] iOS8: Handle case where camera is not authorized
 Key: CB-7667
 URL: https://issues.apache.org/jira/browse/CB-7667
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Camera, Plugin Media Capture
Affects Versions: 3.5.0
 Environment: iOS 8
Reporter: Dan Polivy
Priority: Minor


In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 
7, this was only possible in certain regions (e.g. China).

If the camera is disabled, and someone launches the Camera plugin to capture an 
image from the camera, they'll just get the camera UI with a black screen, and 
no indication that the camera permission is disabled for the app. A better UX 
would be to show the user a prompt indicating that the camera permission is 
disabled, and (on iOS 8) providing a button to take them to the Settings app to 
change it.

As of iOS 7, there's a new API to test whether the app has access to capture 
the desired media type:

https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType:

[AVCaptureDevice authorizationStatusForMediaType:mediaType];




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

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

2014-09-30 Thread Edoardo Cavazza (JIRA)


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

Edoardo Cavazza commented on CB-7654:
-

We have found that the rows attribute is present but not visible on logging, 
so does not seem a cordova bug.

 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] [Closed] (CB-7654) Database Query results have not rows

2014-09-30 Thread Edoardo Cavazza (JIRA)


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

Edoardo Cavazza closed CB-7654.
---
Resolution: Not a Problem

 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-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:comment-tabpanelfocusedCommentId=14152903#comment-14152903
 ] 

ASF GitHub Bot commented on CB-7666:


Github user sgrebnov commented on the pull request:

https://github.com/apache/cordova-windows/pull/50#issuecomment-57277316
  
:+1: I'll merge this to be consistent with other platforms; cordova-wp8 
recently removed sub-folder as well


 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 is already moved to proposed structure (package.json is in 
 the root of repo), windows - is the last one of major platforms.
 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] [Commented] (CB-7666) Move windows platform /bin and /template files outside of windows subdir

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


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

ASF GitHub Bot commented on CB-7666:


Github user asfgit closed the pull request at:

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


 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 is already moved to proposed structure (package.json is in 
 the root of repo), windows - is the last one of major platforms.
 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] [Commented] (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:comment-tabpanelfocusedCommentId=14152909#comment-14152909
 ] 

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

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

CB-7666 Move stuff 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 is already moved to proposed structure (package.json is in 
 the root of repo), windows - is the last one of major platforms.
 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] [Commented] (CB-7666) Move windows platform /bin and /template files outside of windows subdir

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


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

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

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

CB-7666 Merge node_modules and move to package root


 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 is already moved to proposed structure (package.json is in 
 the root of repo), windows - is the last one of major platforms.
 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] [Resolved] (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 resolved CB-7666.
--
Resolution: Fixed

 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 is already moved to proposed structure (package.json is in 
 the root of repo), windows - is the last one of major platforms.
 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] [Created] (CB-7668) Android: Crop image

2014-09-30 Thread David Vielhuber (JIRA)

David Vielhuber created CB-7668:
---

 Summary: Android: Crop image
 Key: CB-7668
 URL: https://issues.apache.org/jira/browse/CB-7668
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Plugin Camera
Reporter: David Vielhuber


Hello!

On iOS it is possible to crop an image afterwards when set to targetWidth and 
targetHeight natively.

On Android this is not possible. I now have to program an individual solution.

Are there plans to integrate this natively in the future?



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

[jira] [Commented] (CB-6469) Restore plugins from config.xml


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

ASF GitHub Bot commented on CB-6469:


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

https://github.com/apache/cordova-lib/pull/86#discussion_r18205524
  
--- Diff: cordova-lib/src/cordova/restore.js ---
@@ -70,29 +70,23 @@ function installPluginsFromConfigXML(cfg) {
 }
 
 return features.reduce(function(soFar, featureId) {
-
 var pluginPath =  path.join(plugins_dir, featureId);
 if (fs.existsSync(pluginPath)) {
 // Plugin already exists
 return soFar;
 }
-
 return soFar.then(function() {
 events.emit('log', 'Discovered ' + featureId + ' in 
config.xml. Installing to the project');
-
 var feature = cfg.getFeature(featureId);
 
 // Install from given URL if defined or using a plugin id
-var installFrom = feature.url;
-if (!installFrom) {
-installFrom = feature.id;
-if (!!feature.version) {
-installFrom += ('@' + feature.version);
-}
+var installFrom = feature.url || feature.installPath || 
feature.id;
+if( feature.version  !feature.url  !feature.installPath ){
+installFrom += ('@' + feature.version);
 }
-
+console.log('Install from ' + installFrom);
--- End diff --

It is better to use 
events.emit('log', ...


 Restore plugins from config.xml
 ---

 Key: CB-6469
 URL: https://issues.apache.org/jira/browse/CB-6469
 Project: Apache Cordova
  Issue Type: New Feature
  Components: CLI
Affects Versions: 3.4.0
Reporter: Gorkem ERCAN
Assignee: Gorkem ERCAN

 CLI should be able to restore plugins that are listed on the top level 
 config.xml. 
 Essentially an entry like below, should cause the 
 org.apache.cordova.core.console plugin  version 0.2.8 to be installed from 
 registry. If version is omitted is should just use the latest available from 
 registry. 
 feature name=Console
  param name=id value=org.apache.cordova.core.console /
 param name=version value=0.2.8 /
 /feature
 Moreover we should add a save plugins command to save the currently installed 
 plugins to config.xml



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

[jira] [Created] (CB-7669) KeyboardDisplayRequiresUserAction for Android

2014-09-30 Thread David Vielhuber (JIRA)

David Vielhuber created CB-7669:
---

 Summary: KeyboardDisplayRequiresUserAction for Android
 Key: CB-7669
 URL: https://issues.apache.org/jira/browse/CB-7669
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Android
Reporter: David Vielhuber


Hello!

The preference KeyboardDisplayRequiresUserAction on iOS makes it possible to 
programmatically focus on an input field and display the keyboard on iOS.

On Android this is not possible, because the keyboard is not shown.

Are there plans for making this also possible on Android?




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

[jira] [Comment Edited] (CB-7670) cordova fails to fetch dependent plugin while adding platform


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

Vladimir Kotikov edited comment on CB-7670 at 9/30/14 1:26 PM:
---

Ploblem here is that cordova fetches platform and plugin using NPM and uses 
different registries for them.
Once npm is initialized using {{npm.load()}} in lazy_load module, further 
{{npm.load()}} (in plugman/fetch.js module) calls ignores provided 
configuration (https://github.com/npm/npm/blob/master/lib/npm.js#L263)

The proper way here is to load npm using  {{npm.load()}} and configure it using 
{{npm.config.set()}} as described here: 
https://github.com/npm/npm#using-npm-programmatically


was (Author: vladimir.kotikov):
Ploblem here is that cordova fetches platform and plugin using NPM and uses 
different registries for them.
Once npm is initialized using {{npm.load()}} in lazy_load module, further 
{{npm.load()}} (in plugman/fetch.js module) calls ignores provided 
configuration (https://github.com/npm/npm/blob/master/lib/npm.js#L263)

The proper way here is to load npm using  {{npm.load()}} and the nconfigure it 
using {{npm.config.set()}} as described here: 
https://github.com/npm/npm#using-npm-programmatically

 cordova fails to fetch dependent plugin while adding platform
 -

 Key: CB-7670
 URL: https://issues.apache.org/jira/browse/CB-7670
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, Plugman
Reporter: Vladimir Kotikov

 *Repro steps*
 cordova create app1
 cd app1
 cordova plugin add org.apache.cordova.file-transfer
 cordova platform add windows
 *Expected*
 Platform and all dependent plugins installed successfully
 *Actual*
 I get an error:
 {noformat}
 Creating windows project...
 Creating Cordova Windows Project:
 App Name  : HelloCordova
 Namespace : io.cordova.hellocordova
 Path  : d:\PROJECTS\Temp\test-file\platforms\windows
 Copying template to d:\PROJECTS\Temp\test-file\platforms\windows
 Installing org.apache.cordova.file-transfer for windows
 Fetching plugin org.apache.cordova.file via plugin registry
 npm http GET https://registry.npmjs.org/org.apache.cordova.file
 npm http 404 https://registry.npmjs.org/org.apache.cordova.file
 Failed to install 'org.apache.cordova.file-transfer':Error: 404 Not Found: 
 org.apache.cordova.file
 at RegClient.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\npm-registry-client\lib\request.js:268:14)
 at Request.self.callback 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:148:22)
 at Request.EventEmitter.emit (events.js:98:17)
 at Request.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:876:14)
 at Request.EventEmitter.emit (events.js:117:20)
 at IncomingMessage.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:827:12)
 at IncomingMessage.EventEmitter.emit (events.js:117:20)
 at _stream_readable.js:919:16
 at process._tickCallback (node.js:419:13)
 {noformat}
 The problem seems to be in fetching {{file}} as a dependent plugin.  It works 
 fine if file plugin is installed first.



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

[jira] [Comment Edited] (CB-7670) cordova fails to fetch dependent plugin while adding platform


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

Vladimir Kotikov edited comment on CB-7670 at 9/30/14 1:26 PM:
---

Ploblem here is that cordova fetches platform and plugin using NPM and uses 
different registries for them.
Once npm is initialized using {{npm.load()}} in lazy_load module, further 
{{npm.load()}} (in plugman/fetch.js module) calls ignores provided 
configuration (https://github.com/npm/npm/blob/master/lib/npm.js#L263)

It seems that the proper way here is to load npm using  {{npm.load()}} and 
configure it using {{npm.config.set()}} as described here: 
https://github.com/npm/npm#using-npm-programmatically


was (Author: vladimir.kotikov):
Ploblem here is that cordova fetches platform and plugin using NPM and uses 
different registries for them.
Once npm is initialized using {{npm.load()}} in lazy_load module, further 
{{npm.load()}} (in plugman/fetch.js module) calls ignores provided 
configuration (https://github.com/npm/npm/blob/master/lib/npm.js#L263)

The proper way here is to load npm using  {{npm.load()}} and configure it using 
{{npm.config.set()}} as described here: 
https://github.com/npm/npm#using-npm-programmatically

 cordova fails to fetch dependent plugin while adding platform
 -

 Key: CB-7670
 URL: https://issues.apache.org/jira/browse/CB-7670
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, Plugman
Reporter: Vladimir Kotikov

 *Repro steps*
 cordova create app1
 cd app1
 cordova plugin add org.apache.cordova.file-transfer
 cordova platform add windows
 *Expected*
 Platform and all dependent plugins installed successfully
 *Actual*
 I get an error:
 {noformat}
 Creating windows project...
 Creating Cordova Windows Project:
 App Name  : HelloCordova
 Namespace : io.cordova.hellocordova
 Path  : d:\PROJECTS\Temp\test-file\platforms\windows
 Copying template to d:\PROJECTS\Temp\test-file\platforms\windows
 Installing org.apache.cordova.file-transfer for windows
 Fetching plugin org.apache.cordova.file via plugin registry
 npm http GET https://registry.npmjs.org/org.apache.cordova.file
 npm http 404 https://registry.npmjs.org/org.apache.cordova.file
 Failed to install 'org.apache.cordova.file-transfer':Error: 404 Not Found: 
 org.apache.cordova.file
 at RegClient.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\npm-registry-client\lib\request.js:268:14)
 at Request.self.callback 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:148:22)
 at Request.EventEmitter.emit (events.js:98:17)
 at Request.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:876:14)
 at Request.EventEmitter.emit (events.js:117:20)
 at IncomingMessage.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:827:12)
 at IncomingMessage.EventEmitter.emit (events.js:117:20)
 at _stream_readable.js:919:16
 at process._tickCallback (node.js:419:13)
 {noformat}
 The problem seems to be in fetching {{file}} as a dependent plugin.  It works 
 fine if file plugin is installed first.



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

[jira] [Created] (CB-7671) cordova fails to uninstall plugin when its' dependencies is not installed.

Vladimir Kotikov created CB-7671:


 Summary: cordova fails to uninstall plugin when its' dependencies 
is not installed.
 Key: CB-7671
 URL: https://issues.apache.org/jira/browse/CB-7671
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, Plugman
Reporter: Vladimir Kotikov


Cordova-lib from latest master 
(https://github.com/apache/cordova-lib/commit/1df6bb67bfc8906d81cafd0f4d9c61fcacfc29c9)
 fails to remove a plugin which have an unsatisfied dependencies.

Currently cordova doesn't install dependencies for to-level plugins, if no 
platforms are added to application. In this case uninstalling a newly installed 
plugin will cause following error:
{noformat}
Error: ENOENT, no such file or directory 
'd:\PROJECTS\Temp\test-file\plugins\org.apache.cordova.file\plugin.xml'
at Object.fs.openSync (fs.js:427:18)
at Object.fs.readFileSync (fs.js:284:15)
at Object.module.exports.parseElementtreeSync 
(d:\cordova\cordova-lib\cordova-lib\src\util\xml-helpers.js:121:27)
at findDependencies 
(d:\cordova\cordova-lib\cordova-lib\src\plugman\uninstall.js:122:34)
at d:\cordova\cordova-lib\cordova-lib\src\plugman\uninstall.js:127:17
at Array.forEach (native)
at findDependencies 
(d:\cordova\cordova-lib\cordova-lib\src\plugman\uninstall.js:124:14)
at Function.module.exports.uninstallPlugin 
(d:\cordova\cordova-lib\cordova-lib\src\plugman\uninstall.js:131:5)
at d:\cordova\cordova-lib\cordova-lib\src\cordova\plugin.js:198:54
at _fulfilled 
(d:\cordova\cordova-lib\cordova-lib\node_modules\q\q.js:798:54)
{noformat}

The problem is in newly introduced function {{findDependencies}} in 
plugman/uninstall.js module 
(https://github.com/apache/cordova-lib/commit/1df6bb67bfc8906d81cafd0f4d9c61fcacfc29c9#diff-3c81061410a41f357169174bd1bfa5c0L123)
 which doesn't checks if plugin's config.xml file is exists.



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

[jira] [Commented] (CB-7670) cordova fails to fetch dependent plugin while adding platform


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

ASF GitHub Bot commented on CB-7670:


GitHub user vladimir-kotikov opened a pull request:

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

CB-7670 Fixes failure when trying to fetch dependent plugin while adding 
platform

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


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

$ git pull https://github.com/MSOpenTech/cordova-lib CB-7670

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

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


commit 6f0c70dd7c69af18b5ced56958b635c7287d0900
Author: Vladimir Kotikov v-vlk...@microsoft.com
Date:   2014-09-30T11:33:27Z

CB-7670 Fixes failure when trying to fetch dependent plugin while adding 
platform




 cordova fails to fetch dependent plugin while adding platform
 -

 Key: CB-7670
 URL: https://issues.apache.org/jira/browse/CB-7670
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, Plugman
Reporter: Vladimir Kotikov

 *Repro steps*
 cordova create app1
 cd app1
 cordova plugin add org.apache.cordova.file-transfer
 cordova platform add windows
 *Expected*
 Platform and all dependent plugins installed successfully
 *Actual*
 I get an error:
 {noformat}
 Creating windows project...
 Creating Cordova Windows Project:
 App Name  : HelloCordova
 Namespace : io.cordova.hellocordova
 Path  : d:\PROJECTS\Temp\test-file\platforms\windows
 Copying template to d:\PROJECTS\Temp\test-file\platforms\windows
 Installing org.apache.cordova.file-transfer for windows
 Fetching plugin org.apache.cordova.file via plugin registry
 npm http GET https://registry.npmjs.org/org.apache.cordova.file
 npm http 404 https://registry.npmjs.org/org.apache.cordova.file
 Failed to install 'org.apache.cordova.file-transfer':Error: 404 Not Found: 
 org.apache.cordova.file
 at RegClient.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\npm-registry-client\lib\request.js:268:14)
 at Request.self.callback 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:148:22)
 at Request.EventEmitter.emit (events.js:98:17)
 at Request.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:876:14)
 at Request.EventEmitter.emit (events.js:117:20)
 at IncomingMessage.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:827:12)
 at IncomingMessage.EventEmitter.emit (events.js:117:20)
 at _stream_readable.js:919:16
 at process._tickCallback (node.js:419:13)
 {noformat}
 The problem seems to be in fetching {{file}} as a dependent plugin.  It works 
 fine if file plugin is installed first.



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

[jira] [Updated] (CB-7670) cordova fails to fetch dependent plugin while adding platform


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

Vladimir Kotikov updated CB-7670:
-
Description: 
*Repro steps*
cordova create app1
cd app1
cordova plugin add org.apache.cordova.file-transfer
cordova platform add windows

*Expected*
Platform and all dependent plugins installed successfully

*Actual*
I get an error:
{noformat}
Creating windows project...
Creating Cordova Windows Project:
App Name  : HelloCordova
Namespace : io.cordova.hellocordova
Path  : d:\PROJECTS\Temp\test-file\platforms\windows
Copying template to d:\PROJECTS\Temp\test-file\platforms\windows
Installing org.apache.cordova.file-transfer for windows
Fetching plugin org.apache.cordova.file via plugin registry
npm http GET https://registry.npmjs.org/org.apache.cordova.file
npm http 404 https://registry.npmjs.org/org.apache.cordova.file
Failed to install 'org.apache.cordova.file-transfer':Error: 404 Not Found: 
org.apache.cordova.file
at RegClient.anonymous 
(d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\npm-registry-client\lib\request.js:268:14)
at Request.self.callback 
(d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:148:22)
at Request.EventEmitter.emit (events.js:98:17)
at Request.anonymous 
(d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:876:14)
at Request.EventEmitter.emit (events.js:117:20)
at IncomingMessage.anonymous 
(d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:827:12)
at IncomingMessage.EventEmitter.emit (events.js:117:20)
at _stream_readable.js:919:16
at process._tickCallback (node.js:419:13)
{noformat}

The problem seems to be in fetching {{file}} as a dependent plugin.  It works 
fine if file plugin is installed first.

  was:
*Repro steps*
cordova create app1
cd app1
cordova plugin add org.apache.cordova.file-transfer
cordova platform add windows

*Expected*
Platform and all dependent plugins installed successfully

*Actual*
I get an error:
{noformat}
Failed to install ‘org.apache.cordova.file-transfer’:Error: 404 Not Found: 
org.apache.cordova.file
{noformat}

The problem seems to be in fetching {{file}} as a dependent plugin.  It works 
fine if file plugin is installed first.


 cordova fails to fetch dependent plugin while adding platform
 -

 Key: CB-7670
 URL: https://issues.apache.org/jira/browse/CB-7670
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, Plugman
Reporter: Vladimir Kotikov

 *Repro steps*
 cordova create app1
 cd app1
 cordova plugin add org.apache.cordova.file-transfer
 cordova platform add windows
 *Expected*
 Platform and all dependent plugins installed successfully
 *Actual*
 I get an error:
 {noformat}
 Creating windows project...
 Creating Cordova Windows Project:
 App Name  : HelloCordova
 Namespace : io.cordova.hellocordova
 Path  : d:\PROJECTS\Temp\test-file\platforms\windows
 Copying template to d:\PROJECTS\Temp\test-file\platforms\windows
 Installing org.apache.cordova.file-transfer for windows
 Fetching plugin org.apache.cordova.file via plugin registry
 npm http GET https://registry.npmjs.org/org.apache.cordova.file
 npm http 404 https://registry.npmjs.org/org.apache.cordova.file
 Failed to install 'org.apache.cordova.file-transfer':Error: 404 Not Found: 
 org.apache.cordova.file
 at RegClient.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\npm-registry-client\lib\request.js:268:14)
 at Request.self.callback 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:148:22)
 at Request.EventEmitter.emit (events.js:98:17)
 at Request.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:876:14)
 at Request.EventEmitter.emit (events.js:117:20)
 at IncomingMessage.anonymous 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\npm\node_modules\request\index.js:827:12)
 at IncomingMessage.EventEmitter.emit (events.js:117:20)
 at _stream_readable.js:919:16
 at process._tickCallback (node.js:419:13)
 {noformat}
 The problem seems to be in fetching {{file}} as a dependent plugin.  It works 
 fine if file plugin is installed first.



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

[jira] [Created] (CB-7670) cordova fails to fetch dependent plugin while adding platform

Vladimir Kotikov created CB-7670:


 Summary: cordova fails to fetch dependent plugin while adding 
platform
 Key: CB-7670
 URL: https://issues.apache.org/jira/browse/CB-7670
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, Plugman
Reporter: Vladimir Kotikov


*Repro steps*
cordova create app1
cd app1
cordova plugin add org.apache.cordova.file-transfer
cordova platform add windows

*Expected*
Platform and all dependent plugins installed successfully

*Actual*
I get an error:
{noformat}
Failed to install ‘org.apache.cordova.file-transfer’:Error: 404 Not Found: 
org.apache.cordova.file
{noformat}

The problem seems to be in fetching {{file}} as a dependent plugin.  It works 
fine if file plugin is installed first.



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

[jira] [Updated] (CB-7671) cordova fails to uninstall plugin when its dependencies is not installed.


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

Vladimir Kotikov updated CB-7671:
-
Summary: cordova fails to uninstall plugin when its dependencies is not 
installed.  (was: cordova fails to uninstall plugin when its' dependencies is 
not installed.)

 cordova fails to uninstall plugin when its dependencies is not installed.
 -

 Key: CB-7671
 URL: https://issues.apache.org/jira/browse/CB-7671
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, Plugman
Reporter: Vladimir Kotikov

 Cordova-lib from latest master 
 (https://github.com/apache/cordova-lib/commit/1df6bb67bfc8906d81cafd0f4d9c61fcacfc29c9)
  fails to remove a plugin which have an unsatisfied dependencies.
 Currently cordova doesn't install dependencies for to-level plugins, if no 
 platforms are added to application. In this case uninstalling a newly 
 installed plugin will cause following error:
 {noformat}
 Error: ENOENT, no such file or directory 
 'd:\PROJECTS\Temp\test-file\plugins\org.apache.cordova.file\plugin.xml'
 at Object.fs.openSync (fs.js:427:18)
 at Object.fs.readFileSync (fs.js:284:15)
 at Object.module.exports.parseElementtreeSync 
 (d:\cordova\cordova-lib\cordova-lib\src\util\xml-helpers.js:121:27)
 at findDependencies 
 (d:\cordova\cordova-lib\cordova-lib\src\plugman\uninstall.js:122:34)
 at d:\cordova\cordova-lib\cordova-lib\src\plugman\uninstall.js:127:17
 at Array.forEach (native)
 at findDependencies 
 (d:\cordova\cordova-lib\cordova-lib\src\plugman\uninstall.js:124:14)
 at Function.module.exports.uninstallPlugin 
 (d:\cordova\cordova-lib\cordova-lib\src\plugman\uninstall.js:131:5)
 at d:\cordova\cordova-lib\cordova-lib\src\cordova\plugin.js:198:54
 at _fulfilled 
 (d:\cordova\cordova-lib\cordova-lib\node_modules\q\q.js:798:54)
 {noformat}
 The problem is in newly introduced function {{findDependencies}} in 
 plugman/uninstall.js module 
 (https://github.com/apache/cordova-lib/commit/1df6bb67bfc8906d81cafd0f4d9c61fcacfc29c9#diff-3c81061410a41f357169174bd1bfa5c0L123)
  which doesn't checks if plugin's config.xml file is exists.



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

[jira] [Commented] (CB-7074) File Transfer doesn't upload the correct file when transferring multiple file_uri selected from the gallery

2014-09-30 Thread Ross Martin (JIRA)


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

Ross Martin commented on CB-7074:
-

I am experiencing the same issue.  Is there a modification that can be done to 
the FileTransfer plugin to fix this?

 File Transfer doesn't upload the correct file when transferring multiple 
 file_uri selected from the gallery
 ---

 Key: CB-7074
 URL: https://issues.apache.org/jira/browse/CB-7074
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Darrell Wu
Priority: Minor
  Labels: android, camera, filetransfer

 I have a situation where our app allows the user to  select multiple photos 
 from the gallery one at a time through the navigator.camera.getPicture api.
 The file URI return by the api is something like 
 file:///mnt/sdcard/Android/data/appname/cache/modified.jpg?1404428300297
 I store these file URI in an array.  So i have an array of these file e.g. 
 file:///mnt/sdcard/Android/data/appname/cache/modified.jpg?1404428300297
 file:///mnt/sdcard/Android/data/appname/cache/modified.jpg?1404428300345
 file:///mnt/sdcard/Android/data/appname/cache/modified.jpg?1404428300684
 I then proceed to transfer these file to the server one at a time using the 
 file transfer plugin and i alway get 3 copies of the same file sent to the 
 server.
 It is because the FileTransfer plugin removes the query string from the uri 
 when it read the file.
 The code line that's doing this is in CordovaResourceApi line 245
FileInputStream inputStream = new FileInputStream(uri.getPath());
 It's reading the file without the query string 
 file:///mnt/sdcard/Android/data/appname/cache/modified.jpg 
 In iOS i don't have this issue.



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

[jira] [Created] (CB-7672) Spaces in path causes build to fail

2014-09-30 Thread Mike Hartington (JIRA)

Mike Hartington created CB-7672:
---

 Summary: Spaces in path causes build to fail
 Key: CB-7672
 URL: https://issues.apache.org/jira/browse/CB-7672
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, iOS
Affects Versions: 3.6.0
 Environment: OSX, node 0.10.31, xcode 6, ios-sim 3
Reporter: Mike Hartington


In previous releases, If I had a project who's path had a space in it, cordova 
would build for iOS no problem. With 3.6, that is not the case. 

Example: 
~/Github\ Repos/myapp/ - this worked in 3.5, fails in 3.6
~/GithubRepos/myapp/ - works fine in 3.6 and 3.5

Not sure if this can be considered a big issue, but definitely tripped me up 
since it worked in previous versions.

 



--
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

2014-09-30 Thread Andrew Grieve (JIRA)


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

Andrew Grieve commented on CB-6630:
---

+1. Would be much better as a plugin.

 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] [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=14153292#comment-14153292
 ] 

Joe Bowser commented on CB-6630:


I don't think this should be a plugin, since it's required to compile Cordova 
thanks to CordovaResourceApi. 

 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] [Commented] (CB-7668) Android: Crop image

2014-09-30 Thread Andrew Grieve (JIRA)


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

Andrew Grieve commented on CB-7668:
---

I believe this actually does exist for Android if you set allowEdit=true in the 
options. It does it via the com.android.camera.action.CROP intent. The caveat 
is that there are cases where phones ship without handlers for this intent, and 
so the crop step is just skipped.

 Android: Crop image
 ---

 Key: CB-7668
 URL: https://issues.apache.org/jira/browse/CB-7668
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Plugin Camera
Reporter: David Vielhuber

 Hello!
 On iOS it is possible to crop an image afterwards when set to targetWidth and 
 targetHeight natively.
 On Android this is not possible. I now have to program an individual solution.
 Are there plans to integrate this natively in the future?



--
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

2014-09-30 Thread Brill Pappin (JIRA)


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

Brill Pappin commented on CB-6630:
--

Doesn't need to be a plugin, just a separate dependency.

 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] [Commented] (CB-7668) Android: Crop image

2014-09-30 Thread David Vielhuber (JIRA)


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

David Vielhuber commented on CB-7668:
-

Are you sure?

As stated in the official documentation 
(https://github.com/apache/cordova-plugin-camera/blob/master/doc/index.md) of 
the plugin, Android ignores the allowEdit parameter.

I tried it now with Android 4.4 with allowEdit true and 
targetWidth/targetHeight and it simply skips and does not provide an UI to crop 
the image.

 Android: Crop image
 ---

 Key: CB-7668
 URL: https://issues.apache.org/jira/browse/CB-7668
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Plugin Camera
Reporter: David Vielhuber

 Hello!
 On iOS it is possible to crop an image afterwards when set to targetWidth and 
 targetHeight natively.
 On Android this is not possible. I now have to program an individual solution.
 Are there plans to integrate this natively in the future?



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

[jira] [Commented] (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:comment-tabpanelfocusedCommentId=14153319#comment-14153319
]

Steve Husting commented on CB-7665:
---

Hi Michael,

Are you saying that the Google directions you mentioned for ant build
understands the Cordova folder structure and will build an apk from it? We
don't use the keytool and jarsigner commands at all? Only zipalign after ant
build? This is hard to believe, sorry.

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

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] [Comment Edited] (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:comment-tabpanelfocusedCommentId=14152506#comment-14152506
 ] 

Michael Brooks edited comment on CB-7665 at 9/30/14 4:12 PM:
-

Hi [~websteve],

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.


was (Author: mwbrooks):
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.

 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


 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) 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:comment-tabpanelfocusedCommentId=14153330#comment-14153330
 ] 

Michael Brooks commented on CB-7665:


Hi [~websteve],

You're right, that would be hard to believe! But no, that's not what I'm trying 
to say.

When you run {{cordova build android}}, the Cordova CLI will prepare and build 
the Android project.

In the prepare step, it will translate the Cordova directory structure to the 
Android project. It merges web assets from {{merges/}} into {{www/}}, copies 
the {{www/}} assets into the Android project {{platforms/android}}, and runs 
some transforms described in {{config.xml}} against the Android project.

In the build step, it would execute {{ant debug}} in the Android project 
{{platforms/android}}. I believe {{ant debug}} in turn calls {{ant build}}. 
This will produce an unsigned APK.

When you run {{cordova build android --release}}, the prepare step is identical 
but the build step will instead execute {{ant release}}. The Android 
documentation on [Building in Release 
Mode|http://developer.android.com/tools/building/building-cmdline.html#ReleaseMode]
 explains that {{ant release}} will automatically sign and align your 
application using a specified keystore and alias. So, if you setup the keystore 
and alias correctly, {{cordova build android --release}} will produce a signed 
APK.

I hope that makes more sense!
Michael

 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


 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) 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:comment-tabpanelfocusedCommentId=14153335#comment-14153335
]

Steve Husting commented on CB-7665:
---

Thank you, Michael. If you look in the description, you'll see the steps I've
taken. Can you tell me what should change? As far as I know, they are correct.

According to Joe Bowser on this page, The CLI doesn't handle any of the
release steps for Android. This needs to change.

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

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

[jira] [Commented] (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:comment-tabpanelfocusedCommentId=14153341#comment-14153341
]

Joe Bowser commented on CB-7665:

I asked [~mwbrooks] to comment because we were in the same room, and he
releases the PhoneGap Developer App to the store. This is a huge project, and
this seems to have been implemented quietly without anyone knowing that it just
works. This wouldn't be the first time this happened, and it's definitely not
documented anywhere.

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

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

[jira] [Commented] (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:comment-tabpanelfocusedCommentId=14153348#comment-14153348
]

Steve Husting commented on CB-7665:
---

Hi Joe,

It just works is confusing me. Are the steps I took in the Description the
correct steps, or is something missing? Because it does not work for me, sorry!
I'm not receiving any alternate concrete steps to take. :)

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

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

[jira] [Commented] (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:comment-tabpanelfocusedCommentId=14153357#comment-14153357
]

Joe Bowser commented on CB-7665:

So, when you follow the steps here:
http://developer.android.com/tools/building/building-cmdline.html#ReleaseMode,
it doesn't work. The fact is that it needs to be signed before it's
zipaligned. This is something that I do so rarely that I usually have to
consult the guide. I think you would be better off running ant, and running
ant release here, since that's what our scripts do for the most part.

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

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

[jira] [Commented] (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:comment-tabpanelfocusedCommentId=14153360#comment-14153360
 ] 

Michael Brooks commented on CB-7665:


Hi [~websteve],

I'm by no means an expert at Android development and I was hoping that some of 
my (stumbled by) success would help you as well!

I think it's suspicious that running {{cordova build android --release}} only 
generates:

{noformat}
/myApp/platforms/android/ant-build/myApp-release-unsigned.apk
{noformat}

When I run the same comment, it will also generate:

{noformat}
/myApp/platforms/android/ant-build/myApp-release.apk
{noformat}

Have you updated {{platforms/android/project.properties}} with your keystore 
information? In the Android [Auto Release 
Mode|http://developer.android.com/tools/building/building-cmdline.html#AutoReleaseMode]
 documentation, they explain that you must specify the keystore and alias. When 
this is done correctly, you will be prompted for your keystore password after 
running {{cordova build android --release}}.

{noformat}
# file: /myApp/platforms/android/project.properties
# your path and alias may be different from this
key.store=../../../path/to/your/myApp.keystore
key.alias=myApp
{noformat}

You can also test with the Android tooling by running:

{noformat}
$ cd myApp/platforms/android
$ ant release
{noformat}

[~bowserj] is correct that Cordova does not yet support release steps. Some 
platforms have implemented the {{--release}} flag, but there is no consistent 
way to do it on all of the platforms. Eventually that'll happen. However, 
because the Android {{--release}} flag uses {{ant release}} under the hood, we 
can get release builds happening with just a little bit of work.

 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


 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] [Comment Edited] (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:comment-tabpanelfocusedCommentId=14153360#comment-14153360
 ] 

Michael Brooks edited comment on CB-7665 at 9/30/14 4:34 PM:
-

Hi [~websteve],

I'm by no means an expert at Android development and I was hoping that some of 
my (stumbled by) success would help you as well!

I think it's suspicious that running {{cordova build android --release}} only 
generates:

{noformat}
/myApp/platforms/android/ant-build/myApp-release-unsigned.apk
{noformat}

When I run the same command, it will also generate:

{noformat}
/myApp/platforms/android/ant-build/myApp-release.apk
{noformat}

Have you updated {{platforms/android/project.properties}} with your keystore 
information? In the Android [Auto Release 
Mode|http://developer.android.com/tools/building/building-cmdline.html#AutoReleaseMode]
 documentation, they explain that you must specify the keystore and alias. When 
this is done correctly, you will be prompted for your keystore password after 
running {{cordova build android --release}}.

{noformat}
# file: /myApp/platforms/android/project.properties
# your path and alias may be different from this
key.store=../../../path/to/your/myApp.keystore
key.alias=myApp
{noformat}

You can also test with the Android tooling by running:

{noformat}
$ cd myApp/platforms/android
$ ant release
{noformat}

[~bowserj] is correct that Cordova does not yet support release steps. Some 
platforms have implemented the {{--release}} flag, but there is no consistent 
way to do it on all of the platforms. Eventually that'll happen. However, 
because the Android {{--release}} flag uses {{ant release}} under the hood, we 
can get release builds happening with just a little bit of work.


was (Author: mwbrooks):
Hi [~websteve],

I'm by no means an expert at Android development and I was hoping that some of 
my (stumbled by) success would help you as well!

I think it's suspicious that running {{cordova build android --release}} only 
generates:

{noformat}
/myApp/platforms/android/ant-build/myApp-release-unsigned.apk
{noformat}

When I run the same comment, it will also generate:

{noformat}
/myApp/platforms/android/ant-build/myApp-release.apk
{noformat}

Have you updated {{platforms/android/project.properties}} with your keystore 
information? In the Android [Auto Release 
Mode|http://developer.android.com/tools/building/building-cmdline.html#AutoReleaseMode]
 documentation, they explain that you must specify the keystore and alias. When 
this is done correctly, you will be prompted for your keystore password after 
running {{cordova build android --release}}.

{noformat}
# file: /myApp/platforms/android/project.properties
# your path and alias may be different from this
key.store=../../../path/to/your/myApp.keystore
key.alias=myApp
{noformat}

You can also test with the Android tooling by running:

{noformat}
$ cd myApp/platforms/android
$ ant release
{noformat}

[~bowserj] is correct that Cordova does not yet support release steps. Some 
platforms have implemented the {{--release}} flag, but there is no consistent 
way to do it on all of the platforms. Eventually that'll happen. However, 
because the Android {{--release}} flag uses {{ant release}} under the hood, we 
can get release builds happening with just a little bit of work.

 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


 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) 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:comment-tabpanelfocusedCommentId=14153368#comment-14153368
 ] 

Steve Husting commented on CB-7665:
---

Hi Michael, 
When I opened project.properties, it says, Do not modify this file -- YOUR 
CHANGES WILL BE ERASED!

I suspect you mean the ant.projects file, which must be in another directory. 

 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


 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] [Created] (CB-7673) resolveLocalFileSystemURI is undefined

2014-09-30 Thread David Cardoso (JIRA)

David Cardoso created CB-7673:
-

 Summary: resolveLocalFileSystemURI is undefined
 Key: CB-7673
 URL: https://issues.apache.org/jira/browse/CB-7673
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.6.3
 Environment: Windows 8.1
Tested in Android
Reporter: David Cardoso


- window.resolveLocalFileSystemURI or window.resolveLocalFileSystemURL
both return undefined while testing in the browser.

- running cordova run android --device into my connected device it just skip 
the call. Don't return error, or success.



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

[jira] [Created] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()

Marcel Kinard created CB-7674:
-

 Summary: Preference activation no longer occurs in 
CordovaActivity.onCreate()
 Key: CB-7674
 URL: https://issues.apache.org/jira/browse/CB-7674
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Minor


During the 3.6.0 development timeframe, a modification was made to 
CordovaActivity.onCreate() to move the activation of preferences to 
CordovaActivity.init(). For applications that were relying on the activation of 
preferences in onCreate(), those preferences are no longer active when 
onCreate() completes, and may break those applications. Although it is 
described as a subtle change to the API surface in the commit message, this 
is a breaking change to a public API.

https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803



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

[jira] [Updated] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()


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

Marcel Kinard updated CB-7674:
--
Description: 
During the 3.6.0 development timeframe, a modification was made to 
CordovaActivity.onCreate() to move the activation of preferences to 
CordovaActivity.init(). For applications that were relying on the activation of 
preferences in onCreate(), those preferences are no longer active when 
onCreate() completes, and may break those applications. Although it is 
described as a subtle change to the API surface in the commit message, this 
is a breaking change to a public API.

https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803

http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s

  was:
During the 3.6.0 development timeframe, a modification was made to 
CordovaActivity.onCreate() to move the activation of preferences to 
CordovaActivity.init(). For applications that were relying on the activation of 
preferences in onCreate(), those preferences are no longer active when 
onCreate() completes, and may break those applications. Although it is 
described as a subtle change to the API surface in the commit message, this 
is a breaking change to a public API.

https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803


 Preference activation no longer occurs in CordovaActivity.onCreate()
 

 Key: CB-7674
 URL: https://issues.apache.org/jira/browse/CB-7674
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Minor

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Created] (CB-7675) custom_rules.xml breaks FacebookConnect plugin

2014-09-30 Thread JIRA

Arne Sikström created CB-7675:
-

 Summary: custom_rules.xml breaks FacebookConnect plugin
 Key: CB-7675
 URL: https://issues.apache.org/jira/browse/CB-7675
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
 Environment: Windows8
Reporter: Arne Sikström


The plugin FacebookConnect https://github.com/Wizcorp/phonegap-facebook-plugin 
builds ok but fails during runtime with NPEs for missing resources.

After removing the custom_rules.xml the plugin builds and runs fine. 

If the custom_rules.xml file is present the build uses ant-gen and ant-build 
which seems to confuse the aapt tool or something as the resources get out of 
sync with the R file?

Commands:
cordova platform add android
cordova plugin add https://github.com/phonegap/phonegap-facebook-plugin.git 
--variable APP_ID=id --variable APP_NAME=Hello Frosty
cordova run




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

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

2014-09-30 Thread Prathap Reddy (JIRA)


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

Prathap Reddy closed CB-7662.
-
Resolution: Fixed

It's due to, while debugging when you install app again the app id will be 
changed to the reference does not work. It's not a bug.

 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
  Labels: filesystem

 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] [Created] (CB-7676) CDV Camera doesn't fire callback under certain conditions

2014-09-30 Thread Maxfield Ellinger (JIRA)

Maxfield Ellinger created CB-7676:
-

 Summary: CDV Camera doesn't fire callback under certain conditions 
 Key: CB-7676
 URL: https://issues.apache.org/jira/browse/CB-7676
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera
Affects Versions: 3.5.0, 3.4.0, 3.6.0
 Environment: iOS 8, iPhone 6 — pending test on others
Reporter: Maxfield Ellinger
Priority: Critical


Camera doesn't fire callbacks if the targetWidth/Height are set and the source 
is camera. Other combinations seem to work OK. 

navigator.camera.getPicture(onCaptureSuccess, onCaptureFail, {
quality: 40,
destinationType: 
Camera.DestinationType.DATA_URL,
targetWidth: 500,
targetHeight: 500
});

Not sure if this is relevant, but this is what gets outputted in the console:

2014-09-30 16:43:41.136 eEcosphere[351:50878] 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.

This has been thoroughly tested. 



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

[jira] [Commented] (CB-7599) Audio exception in iOS8

2014-09-30 Thread Frank Hickman (JIRA)


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

Frank Hickman commented on CB-7599:
---

Getting the same bug on an iPad2, running iOS 8.0.2, Cordova 3.6.3.

If you're using the audio recording feature, your workaround should also 
include the line in audioRecorderDidFinishRecording:successfully.


 Audio exception in iOS8
 ---

 Key: CB-7599
 URL: https://issues.apache.org/jira/browse/CB-7599
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: iOS
Affects Versions: 3.5.0
Reporter: Dooms
Priority: Minor
 Attachments: index.js


 In iOS8, exceptions are generated when pausing one audio and playing another. 
 Sorry I haven't been able to debug the issue further at this time.
 The exception:
 AVAudioSession.mm:646: -[AVAudioSession setActive:withOptions:error:]: 
 Deactivating an audio session that has running I/O. All I/O should be stopped 
 or paused prior to deactivating the audio session.



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

[jira] [Commented] (CB-7599) Audio exception in iOS8

2014-09-30 Thread Frank Hickman (JIRA)


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

Frank Hickman commented on CB-7599:
---

I could reproduce this on actual hardware (iPad2 @ iOS 8.0.2), but NOT in the 
iPhone simulator.


 Audio exception in iOS8
 ---

 Key: CB-7599
 URL: https://issues.apache.org/jira/browse/CB-7599
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: iOS
Affects Versions: 3.5.0
Reporter: Dooms
Priority: Minor
 Attachments: index.js


 In iOS8, exceptions are generated when pausing one audio and playing another. 
 Sorry I haven't been able to debug the issue further at this time.
 The exception:
 AVAudioSession.mm:646: -[AVAudioSession setActive:withOptions:error:]: 
 Deactivating an audio session that has running I/O. All I/O should be stopped 
 or paused prior to deactivating the audio session.



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

[jira] [Resolved] (CB-7283) Wp8 cordova geolocation problem


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

Jesse MacFadyen resolved CB-7283.
-
Resolution: Invalid

JSON.stringify does not enumerate the object, but if you just access the 
properties, or do a for..in you will see they do exist.

{code}
navigator.geolocation.watchPosition(
function (position) {
for (var v in position) {
console.log(v +  :  + position[v]);
}
},
function (error) { // next function is the error callback
alert(Error :  + error);
},
{ enableHighAccuracy: true }
);
{code}

Outputs:
coords : [object Coordinates]
timestamp : 1412113359592



 Wp8 cordova geolocation problem
 ---

 Key: CB-7283
 URL: https://issues.apache.org/jira/browse/CB-7283
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.5.0
 Environment: Wp 8.1 / windows x64 8.1/ VisualStudio 2013
Reporter: nicolas Sagon
Assignee: Jesse MacFadyen
  Labels: features

 I have a workfull application on android an iphone build with phonegap 3.5
 In this application i use a watchPosition and it's work on android and 
 iPhone. But now i want to use my application on a WP8.1 device.
 So i have add the platform to my project and build it (works fine) but the 
 watchPosition always return an empty position :
 function startGeolocation() {
 if (navigator.geolocation) {
 stopGeolocation();  // au cas ou deja lance
 mbdGlobal.geolocationWatchIdHighAccuracy = 
 navigator.geolocation.watchPosition(
 function (position) {
 alert(Position :  + JSON.stringify(position));
 mbdGlobal.lastMyPosition = position;
 },
 // next function is the error callback
 function (error) { displayGeolocationErrorMessage(error, 'GPS') },
 {
 enableHighAccuracy: true
 }
 );
 }
 else // finish the error checking if the client is not compliant with the spec
 {
 alertWebapp(strMessageNotCompatible + (geolocation));
 }
 }
 My alert display : Position : {};
 I don't understand why in WP8 this doesn't work. I have add the 
 ID_CAP_LOCATION on my app.
 Plz if you know why it's doesn't work tell me.
 Thanks you for all your answers.
 edit : I also made a test app with the geoloc plugin and it's the same issue 
 doesn't work.



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

[jira] [Commented] (CB-7667) [Camera] iOS8: Handle case where camera is not authorized


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

ASF GitHub Bot commented on CB-7667:


GitHub user dpolivy opened a pull request:

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

CB-7667 iOS8: Handle case where camera is not authorized

In iOS 7+, when the app does not have access to the camera, show a
prompt notifying the user so they're not puzzled by looking at a black
screen.

In iOS 8+, include a link on the dialog to open the Setting app to allow
the user to change their Camera privacy setting.

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

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

$ git pull https://github.com/dpolivy/cordova-plugin-camera cb7667

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

https://github.com/apache/cordova-plugin-camera/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 cd3b637822e173b9ed9149fa648f45f8a46b5de9
Author: Dan Polivy d...@cellartracker.com
Date:   2014-09-30T21:28:24Z

CB-7667 iOS8: Handle case where camera is not authorized

In iOS 7+, when the app does not have access to the camera, show a
prompt notifying the user so they're not puzzled by looking at a black
screen.

In iOS 8+, include a link on the dialog to open the Setting app to allow
the user to change their Camera privacy setting.




 [Camera] iOS8: Handle case where camera is not authorized
 -

 Key: CB-7667
 URL: https://issues.apache.org/jira/browse/CB-7667
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Camera, Plugin Media Capture
Affects Versions: 3.5.0
 Environment: iOS 8
Reporter: Dan Polivy
Priority: Minor

 In iOS 8, it's possible for the camera to be disabled for any given app; in 
 iOS 7, this was only possible in certain regions (e.g. China).
 If the camera is disabled, and someone launches the Camera plugin to capture 
 an image from the camera, they'll just get the camera UI with a black screen, 
 and no indication that the camera permission is disabled for the app. A 
 better UX would be to show the user a prompt indicating that the camera 
 permission is disabled, and (on iOS 8) providing a button to take them to the 
 Settings app to change it.
 As of iOS 7, there's a new API to test whether the app has access to capture 
 the desired media type:
 https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType:
 [AVCaptureDevice authorizationStatusForMediaType:mediaType];



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

[jira] [Resolved] (CB-7368) WP8: cordova build/run --archs=x86 produces x64 binaries.


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

Jesse MacFadyen resolved CB-7368.
-
Resolution: Fixed

 WP8: cordova build/run --archs=x86 produces x64 binaries.
 ---

 Key: CB-7368
 URL: https://issues.apache.org/jira/browse/CB-7368
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.6.0
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen
 Fix For: 3.6.0


 {{cordova run --archs=x86}} command for WP8 platform fails with following 
 error:
 {noformat}
 Xap packaging completed successfully
 ERROR: Directory with build artefacts doesn't exists
 Error: d:\Projects\cordova\test\hello\platforms\wp8\cordova\run.bat: Command 
 failed with exit code 2
 at ChildProcess.whenDone 
 (d:\Projects\cordova\cordova-dev\cordova-lib\cordova-lib\src\cordova\superspawn.js:135:23)
 at ChildProcess.EventEmitter.emit (events.js:98:17)
 at maybeClose (child_process.js:753:16)
 at Process.ChildProcess._handle.onexit (child_process.js:820:5)
 {noformat}
 this caused by error in .sln file, which produces x64 binaries instead of x86.



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

[jira] [Resolved] (CB-7669) KeyboardDisplayRequiresUserAction for Android


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

Joe Bowser resolved CB-7669.

Resolution: Won't Fix

This is not possible on Android, since we can just focus a textfield, but can't 
guarantee if the soft keyboard is visible or not.  This is a platform 
limitation.

 KeyboardDisplayRequiresUserAction for Android
 -

 Key: CB-7669
 URL: https://issues.apache.org/jira/browse/CB-7669
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Android
Reporter: David Vielhuber

 Hello!
 The preference KeyboardDisplayRequiresUserAction on iOS makes it possible to 
 programmatically focus on an input field and display the keyboard on iOS.
 On Android this is not possible, because the keyboard is not shown.
 Are there plans for making this also possible on Android?



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

[jira] [Comment Edited] (CB-7669) KeyboardDisplayRequiresUserAction for Android


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

Joe Bowser edited comment on CB-7669 at 9/30/14 10:36 PM:
--

This is not possible on Android, since we can just focus a textfield, but can't 
guarantee if the soft keyboard is visible or not.  This is a platform 
limitation, and any feature would just be us throwing stuff over the wall, 
since we can't really test to see if this would even work on every device.


was (Author: bowserj):
This is not possible on Android, since we can just focus a textfield, but can't 
guarantee if the soft keyboard is visible or not.  This is a platform 
limitation.

 KeyboardDisplayRequiresUserAction for Android
 -

 Key: CB-7669
 URL: https://issues.apache.org/jira/browse/CB-7669
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Android
Reporter: David Vielhuber

 Hello!
 The preference KeyboardDisplayRequiresUserAction on iOS makes it possible to 
 programmatically focus on an input field and display the keyboard on iOS.
 On Android this is not possible, because the keyboard is not shown.
 Are there plans for making this also possible on Android?



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

[jira] [Resolved] (CB-7448) saveToPhotoAlbum 'false' option ignored on WP8.1


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

Jesse MacFadyen resolved CB-7448.
-
Resolution: Duplicate

This is a known issue.

 saveToPhotoAlbum 'false' option ignored on WP8.1
 

 Key: CB-7448
 URL: https://issues.apache.org/jira/browse/CB-7448
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera, WP8
Affects Versions: Master
 Environment: WP8.1
Reporter: Staci Cooper
Assignee: Jesse MacFadyen
Priority: Minor

 Found with camera plugin manual tests. On WP8.1 the photo is saved to the 
 photo library even if the 'saveToPhotoAlbum' option is set to false.
 On WP8, the photo is not saved to the library when that option is false, as 
 expected.



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

[jira] [Assigned] (CB-7675) custom_rules.xml breaks FacebookConnect plugin


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

Joe Bowser reassigned CB-7675:
--

Assignee: Ian Clelland

 custom_rules.xml breaks FacebookConnect plugin
 --

 Key: CB-7675
 URL: https://issues.apache.org/jira/browse/CB-7675
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
 Environment: Windows8
Reporter: Arne Sikström
Assignee: Ian Clelland

 The plugin FacebookConnect 
 https://github.com/Wizcorp/phonegap-facebook-plugin builds ok but fails 
 during runtime with NPEs for missing resources.
 After removing the custom_rules.xml the plugin builds and runs fine. 
 If the custom_rules.xml file is present the build uses ant-gen and ant-build 
 which seems to confuse the aapt tool or something as the resources get out of 
 sync with the R file?
 Commands:
 cordova platform add android
 cordova plugin add https://github.com/phonegap/phonegap-facebook-plugin.git 
 --variable APP_ID=id --variable APP_NAME=Hello Frosty
 cordova run



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

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


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

Jesse MacFadyen resolved CB-7657.
-
Resolution: Fixed

merged, Thanks Nadya!

 [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] [Resolved] (CB-3017) Media API is failing playing sounds on WP8, it works fine on WP7


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

Jesse MacFadyen resolved CB-3017.
-
Resolution: Won't Fix

Sorry, this is ancient now. Hopefully all affected have moved to 3.0+ versions.

 Media API is failing playing sounds on WP8, it works fine on WP7
 

 Key: CB-3017
 URL: https://issues.apache.org/jira/browse/CB-3017
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media, WP8
Affects Versions: 2.5.0
Reporter: Karim
Assignee: Jesse MacFadyen

 I have the same project for WP7 and the sounds play fine but for WP8 no sound 
 is played and I get the following output on the Visual Studio console:
 The thread 0x9a8 has exited with code 259 (0x103).
 A first chance exception of type 'System.NullReferenceException' occurred in 
 Real Domino WP8.DLL
 An exception of type 'System.NullReferenceException' occurred in Real Domino 
 WP8.DLL and wasn't handled before a managed/native boundary
 I see this in 2.5.0 and the recent 2.6.0 versions of cordova.



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

[jira] [Resolved] (CB-5440) Activating SystemTray in WP8 app doesn't shrink the viewport in portrait


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

Jesse MacFadyen resolved CB-5440.
-
Resolution: Won't Fix

Use the Statusbar plugin which properly handles these cases.

cordova plugin add org.apache.cordova.statusbar

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

 Activating SystemTray in WP8 app doesn't shrink the viewport in portrait
 

 Key: CB-5440
 URL: https://issues.apache.org/jira/browse/CB-5440
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.1.0
 Environment: Windows Phone 8 (didn't test on 7), not specific to 
 device
Reporter: Kamen Bundev
Assignee: Jesse MacFadyen
 Attachments: SystemTrayViewport.zip


 Adding shell:SystemTray.IsVisible=True to MainPage.xaml doesn't shrink the 
 Cordova WebView in portrait mode, but instead pushes it down with about 25px 
 - as much as the SystemTray height. Landscape orientation is okay (the 
 WebView is shorter than it should, but this looks like a different issue).



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

[jira] [Resolved] (CB-4650) Default native project templates should be overridable at project creation time


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

Jesse MacFadyen resolved CB-4650.
-
Resolution: Fixed

All sub-tasks complete, WP8 was the last component ...

 Default native project templates should be overridable at project creation 
 time
 ---

 Key: CB-4650
 URL: https://issues.apache.org/jira/browse/CB-4650
 Project: Apache Cordova
  Issue Type: Improvement
  Components: WP8
Affects Versions: 3.0.0
Reporter: Ian Clelland
Assignee: Jesse MacFadyen

 The default native-code project templates for each platform should not be 
 unconditionally installed by the create scripts.
 There should be a command line option to specify the directory where the 
 project template can be found. If not present, then the default template 
 should be used.
 Custom templates should be subject to the same string substitution as their 
 default counterparts, so that it is easy to start a custom template as a 
 simple copy of the default.
 For platforms with a standard 'create' script, we can add a fourth argument 
 for the project template directory.
 {{bin/create [folder] [[packageName] [[appName] [templateDir]]]}}



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

[jira] [Updated] (CB-6273) Support config.xml BackgroundColor property


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

Jesse MacFadyen updated CB-6273:

Component/s: (was: WP8)
 (was: Windows 8)

 Support config.xml BackgroundColor property
 ---

 Key: CB-6273
 URL: https://issues.apache.org/jira/browse/CB-6273
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs, iOS
Reporter: Jesse MacFadyen

 Some platforms support it, some do not.  Let's be consistent.



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

[jira] [Commented] (CB-6869) medic.json file not created for wp8 and windows8 platforms when running mobilespec project via medic


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

Jesse MacFadyen commented on CB-6869:
-

Is this still valid?

 medic.json file not created for wp8 and windows8 platforms when running 
 mobilespec project via medic
 

 Key: CB-6869
 URL: https://issues.apache.org/jira/browse/CB-6869
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Medic, Windows 8, WP8
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen

 cordova-medic/src/build/makers/wp8.js and windows8.js need to have the code 
 added to create medic.json in the mobile spec project.
 Now wp8 and windows8 bulders inject necessary options (couchDB host and SHA) 
 directly into plugin's code instead of writing medic.json and this prevents 
 the mobilespec project from running properly because the XHR request returns 
 no data when requesting medic.json (in medic.js).



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

[jira] [Resolved] (CB-7443) Fix WP8 threading model


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

Jesse MacFadyen resolved CB-7443.
-
Resolution: Not a Problem

Not going to re-architect the whole system based on developer itch.
Pull requests welcome!

 Fix WP8 threading model
 ---

 Key: CB-7443
 URL: https://issues.apache.org/jira/browse/CB-7443
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.5.0
 Environment: Windows Phone 8, others??
Reporter: Chris Brody
Assignee: Jesse MacFadyen
  Labels: threads

 A new thread is started for every command that is dispatched to a plugin. I 
 find this to be extremely inefficient for heavy-duty applications, using the 
 sqlite plugin for example. In addition this is very inconsistent with the 
 other targets.



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

[jira] [Updated] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()


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

Joe Bowser updated CB-7674:
---
Priority: Major  (was: Minor)

Breaking the public facing API is a major change! I'd be tempted to say it's a 
blocking change, but I doubt I'd get buy-in for that.

 Preference activation no longer occurs in CordovaActivity.onCreate()
 

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

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Updated] (CB-7198) Build fails when/bin/ folder is used in Project-Path


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

Joe Bowser updated CB-7198:
---
Environment: Windows

 Build fails when*/bin/* folder is used in Project-Path
 

 Key: CB-7198
 URL: https://issues.apache.org/jira/browse/CB-7198
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.4.0, 3.5.0
 Environment: Windows
Reporter: Hans Huber
Priority: Minor

 $ cordova build exists with:
 {noformat}
 -pre-compile:
  [echo] Set jars path to: 
 C:\ant-build\phonegap\test3\hello\platforms\android\CordovaLib\ant-build\classes.jar
 -compile:
 [javac] Compiling 3 source files to 
 C:\bin\phonegap\test3\hello\platforms\android\ant-build\classes
 [javac] 
 C:\bin\phonegap\test3\hello\platforms\android\src\com\example\hello\HelloWorld.java:23:
  error: package org.apache.cordova does not exist
 [javac] import org.apache.cordova.*;
 [javac] ^
 [javac] 
 C:\bin\phonegap\test3\hello\platforms\android\src\com\example\hello\HelloWorld.java:25:
  error: cannot find symbol
 [javac] public class HelloWorld extends CordovaActivity
 [javac] ^
 ...
 {noformat}
 Reason:
 bin/templates/project/custom_rules.xml:
 {noformat}
 
 pathconvert property=fixedJarsPath refid=project.all.jars.path
   filtermapper
 *replacestring from=/bin/ to=/ant-build//
 *replacestring from=\bin\ to=\ant-build\/
   /filtermapper
 /pathconvert
 path id=project.all.jars.path
   pathelement path=${fixedJarsPath}/
 /path
 echo message=Set jars path to: ${toString:project.all.jars.path}/
 
 {noformat}
 Fix:
 The replace string is just to basic. There should be a file-path exists check 
 or a correct error message should be shown during build process.
 Best Regards
 Tobias 



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

[jira] [Created] (CB-7677) dependency on File plugin when already installed causes all plugins to be erased

Marcel Kinard created CB-7677:
-

 Summary: dependency on File plugin when already installed causes 
all plugins to be erased
 Key: CB-7677
 URL: https://issues.apache.org/jira/browse/CB-7677
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib
Reporter: Marcel Kinard


I'm running createmobilespec on master. Note that I have npm-link'ed 
cordova-lib into cordova-plugman and cordova-cli. When I run createmobilespec, 
it appears that it attempts to install the File plugin twice, and then attempts 
to do a revert upon the unnecessary 2nd install:

{code}
Searchpath:  --searchpath /Users/marcelk/Developer/apache/
Installing local test framework plugins...
Installing org.apache.cordova.test.whitelist for android
Installing org.apache.cordova.test.echo for android
Installing org.apache.cordova.test-framework for android
Installing org.cordova.mobile-spec-dependencies for android
Installing org.apache.cordova.battery-status for android
Installing org.apache.cordova.camera for android
Installing org.apache.cordova.console for android
Installing org.apache.cordova.contacts for android
Installing org.apache.cordova.device for android
Installing org.apache.cordova.device-motion for android
Installing org.apache.cordova.device-orientation for android
Installing org.apache.cordova.dialogs for android
Installing org.apache.cordova.file for android
Installing org.apache.cordova.file-transfer for android
Installing org.apache.cordova.file for android
Error during processing of action! Attempting to revert...
Installing org.apache.cordova.geolocation for android
Installing org.apache.cordova.globalization for android
{code}

When I try to run mobilespec I'm getting exceptions that plugins are missing. 
And indeed they are:
{code}
marcelk-macbook:apache marcelk$ ls 
mobilespec/platforms/android/src/org/apache/cordova/
filemedia   statusbar
filetransfermediacapturetest
globalization   networkinformation  vibration
inappbrowsersplashscreen
marcelk-macbook:apache marcelk$ 
{code}

Note that the native code for all the plugins alphabetically prior to File are 
missing. I'm wondering if the revert is being a bit aggressive, in addition to 
plugman unnecessarily attempting to install the File plugin as a dependency 
when it is already installed.

If I don't npm-link cordova-lib and just use the latest one in the npm 
registry, then this problem doesn't exist. Methinks a problem has been 
introduced since the last tools release.



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

[jira] [Assigned] (CB-7198) Build fails when/bin/ folder is used in Project-Path


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

Joe Bowser reassigned CB-7198:
--

Assignee: Ian Clelland

 Build fails when*/bin/* folder is used in Project-Path
 

 Key: CB-7198
 URL: https://issues.apache.org/jira/browse/CB-7198
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.4.0, 3.5.0
 Environment: Windows
Reporter: Hans Huber
Assignee: Ian Clelland
Priority: Minor

 $ cordova build exists with:
 {noformat}
 -pre-compile:
  [echo] Set jars path to: 
 C:\ant-build\phonegap\test3\hello\platforms\android\CordovaLib\ant-build\classes.jar
 -compile:
 [javac] Compiling 3 source files to 
 C:\bin\phonegap\test3\hello\platforms\android\ant-build\classes
 [javac] 
 C:\bin\phonegap\test3\hello\platforms\android\src\com\example\hello\HelloWorld.java:23:
  error: package org.apache.cordova does not exist
 [javac] import org.apache.cordova.*;
 [javac] ^
 [javac] 
 C:\bin\phonegap\test3\hello\platforms\android\src\com\example\hello\HelloWorld.java:25:
  error: cannot find symbol
 [javac] public class HelloWorld extends CordovaActivity
 [javac] ^
 ...
 {noformat}
 Reason:
 bin/templates/project/custom_rules.xml:
 {noformat}
 
 pathconvert property=fixedJarsPath refid=project.all.jars.path
   filtermapper
 *replacestring from=/bin/ to=/ant-build//
 *replacestring from=\bin\ to=\ant-build\/
   /filtermapper
 /pathconvert
 path id=project.all.jars.path
   pathelement path=${fixedJarsPath}/
 /path
 echo message=Set jars path to: ${toString:project.all.jars.path}/
 
 {noformat}
 Fix:
 The replace string is just to basic. There should be a file-path exists check 
 or a correct error message should be shown during build process.
 Best Regards
 Tobias 



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

[jira] [Commented] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()


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

Marcel Kinard commented on CB-7674:
---

You've got buy-in from me, as I'm broken. If I can get in a fix tonight that 
folks are happy with, I'd suggest a re-tag of 3.6.4.

 Preference activation no longer occurs in CordovaActivity.onCreate()
 

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

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Updated] (CB-7212) Could not open camera with input type=file accept=image/*;capture=camera


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

Joe Bowser updated CB-7212:
---
Priority: Minor  (was: Major)

 Could not open camera with input type=file accept=image/*;capture=camera
 --

 Key: CB-7212
 URL: https://issues.apache.org/jira/browse/CB-7212
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Affects Versions: 3.5.0
Reporter: Gao Chun
Priority: Minor

 Reproduce Test Steps
 ===
 1. create index.html which includes the following tag:
 input type=file accept=image/*;capture=camera
 2. Wrap the web app to android apk with cordova-android
 3. Launch app in device, and click the input tag.
 Expected Outcome
 ===
 The camera can be selected to take a phone
 Actual Outcome
 ===
 Failed to launch camera when tapping the the input tag.



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

[jira] [Updated] (CB-7170) Add onSizeChanged hook for plugins


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

Joe Bowser updated CB-7170:
---
Priority: Minor  (was: Major)

Gingerbread is down to 15%, going to lower this to minor.

 Add onSizeChanged hook for plugins
 --

 Key: CB-7170
 URL: https://issues.apache.org/jira/browse/CB-7170
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Android
Reporter: Jan Velecký
Priority: Minor

 Current plugins can't listent to size change or orientation change of 
 application in all of supported Android versions. There is option with 
 OnLayoutChangeListener, but this is API11+ thing, so doesn't work on Android 
 2.3 and down.
 So there is need to onSizeChanged hook for plugins.



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

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


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

Joe Bowser resolved CB-7151.

Resolution: Fixed

 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] [Updated] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()


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

Joe Bowser updated CB-7674:
---
Priority: Blocker  (was: Major)

 Preference activation no longer occurs in CordovaActivity.onCreate()
 

 Key: CB-7674
 URL: https://issues.apache.org/jira/browse/CB-7674
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Blocker

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Created] (CB-7678) dependent plugins attempt to install again, revert wipes out all previously-installed plugins

Marcel Kinard created CB-7678:
-

 Summary: dependent plugins attempt to install again, revert wipes 
out all previously-installed plugins
 Key: CB-7678
 URL: https://issues.apache.org/jira/browse/CB-7678
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib
Reporter: Marcel Kinard
Priority: Minor


This may be higher priority than Minor.

I have npm-link'ed cordova-lib into cordova-plugman and cordova-cli and am 
running createmobilespec.js. I am using master of all repos. When I run 
createmobilespec, it attempts to install the File plugin twice, probably as a 
dependency to FileTransfer. Upon that 2nd install attempt, it recognizes a 
problem and tries to revert.

{code}
...
Adding plugins using CLI...
Searchpath:  --searchpath /Users/marcelk/Developer/apache/
Installing local test framework plugins...
Installing org.apache.cordova.test.whitelist for android
Installing org.apache.cordova.test.echo for android
Installing org.apache.cordova.test-framework for android
Installing org.cordova.mobile-spec-dependencies for android
Installing org.apache.cordova.battery-status for android
Installing org.apache.cordova.camera for android
Installing org.apache.cordova.console for android
Installing org.apache.cordova.contacts for android
Installing org.apache.cordova.device for android
Installing org.apache.cordova.device-motion for android
Installing org.apache.cordova.device-orientation for android
Installing org.apache.cordova.dialogs for android
Installing org.apache.cordova.file for android
Installing org.apache.cordova.file-transfer for android
Installing org.apache.cordova.file for android
Error during processing of action! Attempting to revert...
Installing org.apache.cordova.geolocation for android
{code}

When I try to run the generated mobilespec project, I am getting exceptions 
regarding missing classes. And indeed the native parts of classes are missing:
{code}
$ ls mobilespec/platforms/android/src/org/apache/cordova
filemedia   statusbar
filetransfermediacapturetest
globalization   networkinformation  vibration
inappbrowsersplashscreen
$
{code}

All the plugins which were installed prior to FIle are now gone. It looks like 
the revert is being too aggressive and deleting all previously-installed 
plugins.

If I don't npm-link cordova-lib and just let it download the latest published 
one from the npm registry as defined in cordova-plugman's package.json, neither 
of these problems exist. Methinks that a problem has been introduced in 
cordova-lib since the last tools release.



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

[jira] [Commented] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()


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

Marcel Kinard commented on CB-7674:
---

The commit above solves the problem for me. It also cleans up failing native 
tests. I think it looks good. Comments welcome.

 Preference activation no longer occurs in CordovaActivity.onCreate()
 

 Key: CB-7674
 URL: https://issues.apache.org/jira/browse/CB-7674
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Blocker

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Commented] (CB-7678) dependent plugins attempt to install again, revert wipes out all previously-installed plugins

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

Marcel Kinard commented on CB-7678:
---

One lesson I learn from this is that unless you have npm-link'ed cordova-lib,
you aren't testing the latest cordova-lib.

dependent plugins attempt to install again, revert wipes out all
previously-installed plugins
-

Key: CB-7678
URL: https://issues.apache.org/jira/browse/CB-7678
Project: Apache Cordova
Issue Type: Bug
Components: CordovaLib
Reporter: Marcel Kinard
Priority: Minor

This may be higher priority than Minor.
I have npm-link'ed cordova-lib into cordova-plugman and cordova-cli and am
running createmobilespec.js. I am using master of all repos. When I run
createmobilespec, it attempts to install the File plugin twice, probably as a
dependency to FileTransfer. Upon that 2nd install attempt, it recognizes a
problem and tries to revert.
{code}
...
Adding plugins using CLI...
Searchpath: --searchpath /Users/marcelk/Developer/apache/
Installing local test framework plugins...
Installing org.apache.cordova.test.whitelist for android
Installing org.apache.cordova.test.echo for android
Installing org.apache.cordova.test-framework for android
Installing org.cordova.mobile-spec-dependencies for android
Installing org.apache.cordova.battery-status for android
Installing org.apache.cordova.camera for android
Installing org.apache.cordova.console for android
Installing org.apache.cordova.contacts for android
Installing org.apache.cordova.device for android
Installing org.apache.cordova.device-motion for android
Installing org.apache.cordova.device-orientation for android
Installing org.apache.cordova.dialogs for android
Installing org.apache.cordova.file for android
Installing org.apache.cordova.file-transfer for android
Installing org.apache.cordova.file for android
Error during processing of action! Attempting to revert...
Installing org.apache.cordova.geolocation for android
{code}
When I try to run the generated mobilespec project, I am getting exceptions
regarding missing classes. And indeed the native parts of classes are missing:
{code}
$ ls mobilespec/platforms/android/src/org/apache/cordova
file media statusbar
filetransfer mediacapturetest
globalization networkinformation vibration
inappbrowser splashscreen
$
{code}
All the plugins which were installed prior to FIle are now gone. It looks
like the revert is being too aggressive and deleting all previously-installed
plugins.
If I don't npm-link cordova-lib and just let it download the latest published
one from the npm registry as defined in cordova-plugman's package.json,
neither of these problems exist. Methinks that a problem has been introduced
in cordova-lib since the last tools release.

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

[jira] [Resolved] (CB-7322) Images are missing from getting-started


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

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

Did someone already fix this? I see dead people. They're everywhere.

 Images are missing from getting-started
 ---

 Key: CB-7322
 URL: https://issues.apache.org/jira/browse/CB-7322
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Docs, iOS, Tizen, Windows 8, WP7 (defunct), WP8
Affects Versions: 1.5.0, 1.6.0, 1.6.1, 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 
 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 2.8.0, 2.9.0
Reporter: Josh Soref
Assignee: Jesse MacFadyen

 the initial irc complaint was for:
 http://cordova.apache.org/docs/en/2.9.0/guide_getting-started_windows-phone-7_index.md.html
 it is a problem at least to:
 http://cordova.apache.org/docs/en/2.3.0/guide_getting-started_windows-phone-7_index.md.html
 and also affects wp8:
 http://cordova.apache.org/docs/en/2.3.0/guide_getting-started_windows-phone-8_index.md.html
 http://cordova.apache.org/docs/en/1.5.0/guide_getting-started_android_index.md.html#Getting%20Started%20with%20Android
 Possible approaches:
 * Large perl s!!! against all the impacted versions of all the impacted 
 platforms (I'm about halfway there)
 * Have build system map the files in for us for versions 1.* and 2.*
 * Put the files back



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

[jira] [Commented] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()

2014-09-30 Thread Martin Gonzalez (JIRA)


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

Martin Gonzalez commented on CB-7674:
-

Changes look good.
I've tested the changes using mobilespec, and also android native tests, 
everything looks good(Android 4.4.2). This changes solves the problem that 
we've been facing and also this major change on the API.


 Preference activation no longer occurs in CordovaActivity.onCreate()
 

 Key: CB-7674
 URL: https://issues.apache.org/jira/browse/CB-7674
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Blocker

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Assigned] (CB-7322) Images are missing from getting-started


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

Josh Soref reassigned CB-7322:
--

Assignee: Josh Soref  (was: Jesse MacFadyen)

 Images are missing from getting-started
 ---

 Key: CB-7322
 URL: https://issues.apache.org/jira/browse/CB-7322
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Docs, iOS, Tizen, Windows 8, WP7 (defunct), WP8
Affects Versions: 1.5.0, 1.6.0, 1.6.1, 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 
 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 2.8.0, 2.9.0
Reporter: Josh Soref
Assignee: Josh Soref

 the initial irc complaint was for:
 http://cordova.apache.org/docs/en/2.9.0/guide_getting-started_windows-phone-7_index.md.html
 it is a problem at least to:
 http://cordova.apache.org/docs/en/2.3.0/guide_getting-started_windows-phone-7_index.md.html
 and also affects wp8:
 http://cordova.apache.org/docs/en/2.3.0/guide_getting-started_windows-phone-8_index.md.html
 http://cordova.apache.org/docs/en/1.5.0/guide_getting-started_android_index.md.html#Getting%20Started%20with%20Android
 Possible approaches:
 * Large perl s!!! against all the impacted versions of all the impacted 
 platforms (I'm about halfway there)
 * Have build system map the files in for us for versions 1.* and 2.*
 * Put the files back



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

[jira] [Reopened] (CB-7322) Images are missing from getting-started


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

Josh Soref reopened CB-7322:


 Images are missing from getting-started
 ---

 Key: CB-7322
 URL: https://issues.apache.org/jira/browse/CB-7322
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Docs, iOS, Tizen, Windows 8, WP7 (defunct), WP8
Affects Versions: 1.5.0, 1.6.0, 1.6.1, 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 
 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 2.8.0, 2.9.0
Reporter: Josh Soref
Assignee: Josh Soref
 Fix For: Master


 the initial irc complaint was for:
 http://cordova.apache.org/docs/en/2.9.0/guide_getting-started_windows-phone-7_index.md.html
 it is a problem at least to:
 http://cordova.apache.org/docs/en/2.3.0/guide_getting-started_windows-phone-7_index.md.html
 and also affects wp8:
 http://cordova.apache.org/docs/en/2.3.0/guide_getting-started_windows-phone-8_index.md.html
 http://cordova.apache.org/docs/en/1.5.0/guide_getting-started_android_index.md.html#Getting%20Started%20with%20Android
 Possible approaches:
 * Large perl s!!! against all the impacted versions of all the impacted 
 platforms (I'm about halfway there)
 * Have build system map the files in for us for versions 1.* and 2.*
 * Put the files back



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

[jira] [Resolved] (CB-7322) Images are missing from getting-started


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

Josh Soref resolved CB-7322.

Resolution: Fixed

https://github.com/apache/cordova-docs/pull/225

 Images are missing from getting-started
 ---

 Key: CB-7322
 URL: https://issues.apache.org/jira/browse/CB-7322
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Docs, iOS, Tizen, Windows 8, WP7 (defunct), WP8
Affects Versions: 1.5.0, 1.6.0, 1.6.1, 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 
 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 2.8.0, 2.9.0
Reporter: Josh Soref
Assignee: Josh Soref
 Fix For: Master


 the initial irc complaint was for:
 http://cordova.apache.org/docs/en/2.9.0/guide_getting-started_windows-phone-7_index.md.html
 it is a problem at least to:
 http://cordova.apache.org/docs/en/2.3.0/guide_getting-started_windows-phone-7_index.md.html
 and also affects wp8:
 http://cordova.apache.org/docs/en/2.3.0/guide_getting-started_windows-phone-8_index.md.html
 http://cordova.apache.org/docs/en/1.5.0/guide_getting-started_android_index.md.html#Getting%20Started%20with%20Android
 Possible approaches:
 * Large perl s!!! against all the impacted versions of all the impacted 
 platforms (I'm about halfway there)
 * Have build system map the files in for us for versions 1.* and 2.*
 * Put the files back



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

[jira] [Updated] (CB-7322) Images are missing from getting-started

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


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

Josh Soref updated CB-7322:
---
Fix Version/s: Master

 Images are missing from getting-started
 ---

 Key: CB-7322
 URL: https://issues.apache.org/jira/browse/CB-7322
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Docs, iOS, Tizen, Windows 8, WP7 (defunct), WP8
Affects Versions: 1.5.0, 1.6.0, 1.6.1, 1.7.0, 1.8.0, 1.8.1, 1.9.0, 2.0.0, 
 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0, 2.8.0, 2.9.0
Reporter: Josh Soref
Assignee: Josh Soref
 Fix For: Master


 the initial irc complaint was for:
 http://cordova.apache.org/docs/en/2.9.0/guide_getting-started_windows-phone-7_index.md.html
 it is a problem at least to:
 http://cordova.apache.org/docs/en/2.3.0/guide_getting-started_windows-phone-7_index.md.html
 and also affects wp8:
 http://cordova.apache.org/docs/en/2.3.0/guide_getting-started_windows-phone-8_index.md.html
 http://cordova.apache.org/docs/en/1.5.0/guide_getting-started_android_index.md.html#Getting%20Started%20with%20Android
 Possible approaches:
 * Large perl s!!! against all the impacted versions of all the impacted 
 platforms (I'm about halfway there)
 * Have build system map the files in for us for versions 1.* and 2.*
 * Put the files back



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

[jira] [Commented] (CB-7633) [iOS 8][SplashScreen] Add support for iPhone 6 and iPhone 6 Plus resolutions


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

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

Commit 55722de1c413a8f52cebc31567df0054dc968aa9 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=55722de
 ]

CB-7633 - Add support for iPhone 6/6+


 [iOS 8][SplashScreen] Add support for iPhone 6 and iPhone 6 Plus resolutions
 

 Key: CB-7633
 URL: https://issues.apache.org/jira/browse/CB-7633
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin SplashScreen
Reporter: Shazron Abdullah

 See https://github.com/apache/cordova-plugin-splashscreen/pull/26



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

[jira] [Commented] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()

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


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

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

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

CB-7674 move preference activation back into onCreate()

The preference creation actually needs to be before
super.onCreate(savedInstance) in order to avoid the exception
requestFeature() must be called before adding content. Also ran into an
issue in the native tests Whitelist and User WebView/Client/Chrome where
it would throw an exception that the CordovaWebView appView already had
a parent and needed to be removed from that parent before the invocation
to root.addView(appView). So I conditionally remove the wrong parent.
Also made a change to the native tests so the menus test would work.
I also put super.init() back into the template, though invoking it is optional
as loadUrl will call it automatically if needed.


 Preference activation no longer occurs in CordovaActivity.onCreate()
 

 Key: CB-7674
 URL: https://issues.apache.org/jira/browse/CB-7674
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Blocker

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Commented] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()

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


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

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

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

CB-7674: Added sleep to avoid null error after most recent change to not break 
API


 Preference activation no longer occurs in CordovaActivity.onCreate()
 

 Key: CB-7674
 URL: https://issues.apache.org/jira/browse/CB-7674
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Blocker

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Commented] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()

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


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

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

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

CB-7674: Added sleep to avoid null error after most recent change to not break 
API


 Preference activation no longer occurs in CordovaActivity.onCreate()
 

 Key: CB-7674
 URL: https://issues.apache.org/jira/browse/CB-7674
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Blocker

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Commented] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()


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

Joe Bowser commented on CB-7674:


The recent tests for 3.5.1 broke since this slows down the launch of one of the 
tests.  I added sleep to get the test to work, so it's pretty minor.  I think 
keeping the API the same is more important than a second here or there on the 
3.x branch.  I'm cool with keeping the change on 4.0.x though.

 Preference activation no longer occurs in CordovaActivity.onCreate()
 

 Key: CB-7674
 URL: https://issues.apache.org/jira/browse/CB-7674
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Blocker

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Resolved] (CB-7678) dependent plugins attempt to install again, revert wipes out all previously-installed plugins

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

Marcel Kinard resolved CB-7678.
---
Resolution: Duplicate

dependent plugins attempt to install again, revert wipes out all
previously-installed plugins
-

Key: CB-7678
URL: https://issues.apache.org/jira/browse/CB-7678
Project: Apache Cordova
Issue Type: Bug
Components: CordovaLib
Reporter: Marcel Kinard
Priority: Minor

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

[jira] [Commented] (CB-7678) dependent plugins attempt to install again, revert wipes out all previously-installed plugins

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

Marcel Kinard commented on CB-7678:
---

May be related to CB-7671.

dependent plugins attempt to install again, revert wipes out all
previously-installed plugins
-

Key: CB-7678
URL: https://issues.apache.org/jira/browse/CB-7678
Project: Apache Cordova
Issue Type: Bug
Components: CordovaLib
Reporter: Marcel Kinard
Priority: Minor

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

[jira] [Commented] (CB-7517) [Media][iOS 8] returns an error and app becomes unresponsive when playing some mp3 fiiles

2014-09-30 Thread Frank Hickman (JIRA)


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

Frank Hickman commented on CB-7517:
---

Also seeing this on Cordova 3.6.3, running simulator iPad2 (8.0).


 [Media][iOS 8] returns an error and app becomes unresponsive when playing 
 some mp3 fiiles
 -

 Key: CB-7517
 URL: https://issues.apache.org/jira/browse/CB-7517
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS 8 GM
Reporter: Tom Krones
 Attachments: chart-1-6-1-bad.mp3, chart-1-6-1-good.mp3


 You can read more about the issue here:
 https://groups.google.com/forum/?hl=en?hl%3Den#!topic/phonegap/Zb7NQsr6wCQ
 I just upgraded my device to iOS 8 and started getting a decode error with 
 some of my mp3 files that are being played using the media plugin.  They 
 played fine with iOS 6 and iOS 7.  Here are the two files one plays fine the 
 other gives the MediaError.MEDIA_ERR_DECODE = 3 error.
 Anyone know why this is happening and if there is any software I can use to 
 re-encode the files and to see if it fixes them?
 attached files.



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

[jira] [Closed] (CB-7368) WP8: cordova build/run --archs=x86 produces x64 binaries.


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

Vladimir Kotikov closed CB-7368.


 WP8: cordova build/run --archs=x86 produces x64 binaries.
 ---

 Key: CB-7368
 URL: https://issues.apache.org/jira/browse/CB-7368
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.6.0
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen
 Fix For: 3.6.0


 {{cordova run --archs=x86}} command for WP8 platform fails with following 
 error:
 {noformat}
 Xap packaging completed successfully
 ERROR: Directory with build artefacts doesn't exists
 Error: d:\Projects\cordova\test\hello\platforms\wp8\cordova\run.bat: Command 
 failed with exit code 2
 at ChildProcess.whenDone 
 (d:\Projects\cordova\cordova-dev\cordova-lib\cordova-lib\src\cordova\superspawn.js:135:23)
 at ChildProcess.EventEmitter.emit (events.js:98:17)
 at maybeClose (child_process.js:753:16)
 at Process.ChildProcess._handle.onexit (child_process.js:820:5)
 {noformat}
 this caused by error in .sln file, which produces x64 binaries instead of x86.



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

[jira] [Closed] (CB-6869) medic.json file not created for wp8 and windows8 platforms when running mobilespec project via medic