date:20140528


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

Mac Stuewe updated CB-6735:
---

Affects Version/s: 3.5.0

 File plugin returns the wrong path
 --

 Key: CB-6735
 URL: https://issues.apache.org/jira/browse/CB-6735
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.4.0, 3.5.0
Reporter: Mac Stuewe
Priority: Blocker
  Labels: File
 Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, 
 Bildschirmfoto 2014-05-22 um 16.30.47.png


 The file-module returns a unsuitable file-path description in iOS. 
 HTML-Tags 'img', 'video' and 'audio' don't work with it.
 file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 
 'file:///user/' and ending with '/folder/file.type'
 file-module has been tested in this versions:
 - 1.0.1
 - 1.1.0
 - 1.1.1



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6735) File plugin returns the wrong path


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

Mac Stuewe updated CB-6735:
---

Priority: Blocker  (was: Major)

 File plugin returns the wrong path
 --

 Key: CB-6735
 URL: https://issues.apache.org/jira/browse/CB-6735
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.4.0, 3.5.0
Reporter: Mac Stuewe
Priority: Blocker
  Labels: File
 Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, 
 Bildschirmfoto 2014-05-22 um 16.30.47.png


 The file-module returns a unsuitable file-path description in iOS. 
 HTML-Tags 'img', 'video' and 'audio' don't work with it.
 file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 
 'file:///user/' and ending with '/folder/file.type'
 file-module has been tested in this versions:
 - 1.0.1
 - 1.1.0
 - 1.1.1



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6735) File plugin returns the wrong path


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

Mac Stuewe updated CB-6735:
---

Environment: iPhone 5s, iOS-Simulators, Nexus 5/7

 File plugin returns the wrong path
 --

 Key: CB-6735
 URL: https://issues.apache.org/jira/browse/CB-6735
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.4.0, 3.5.0
 Environment: iPhone 5s, iOS-Simulators, Nexus 5/7
Reporter: Mac Stuewe
Priority: Blocker
  Labels: File
 Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, 
 Bildschirmfoto 2014-05-22 um 16.30.47.png


 The file-module returns a unsuitable file-path description in iOS. 
 HTML-Tags 'img', 'video' and 'audio' don't work with it.
 file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 
 'file:///user/' and ending with '/folder/file.type'
 file-module has been tested in this versions:
 - 1.0.1
 - 1.1.0
 - 1.1.1



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6735) File plugin returns the wrong path


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

Mac Stuewe updated CB-6735:
---

Environment: iPhone 5s, iOS-Simulators  (was: iPhone 5s, iOS-Simulators, 
Nexus 5/7)

 File plugin returns the wrong path
 --

 Key: CB-6735
 URL: https://issues.apache.org/jira/browse/CB-6735
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.4.0, 3.5.0
 Environment: iPhone 5s, iOS-Simulators
Reporter: Mac Stuewe
Priority: Blocker
  Labels: File
 Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, 
 Bildschirmfoto 2014-05-22 um 16.30.47.png


 The file-module returns a unsuitable file-path description in iOS. 
 HTML-Tags 'img', 'video' and 'audio' don't work with it.
 file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 
 'file:///user/' and ending with '/folder/file.type'
 file-module has been tested in this versions:
 - 1.0.1
 - 1.1.0
 - 1.1.1



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-5816) FirefoxOS - add build script


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

ASF GitHub Bot commented on CB-5816:


Github user fdummert commented on the pull request:

https://github.com/apache/cordova-firefoxos/pull/7#issuecomment-44382201
  
Thank you for adding the basic build functionality for Firefox OS.
Unfortunately the adm-zip module used to generate the package.zip is
buggy and often creates corrupt zip files (see
https://github.com/cthackers/adm-zip/issues/71).
Could you please consider using a different zip implementation, e.g. jszip?


 FirefoxOS - add build script
 

 Key: CB-5816
 URL: https://issues.apache.org/jira/browse/CB-5816
 Project: Apache Cordova
  Issue Type: Bug
  Components: FirefoxOS
Reporter: Axel Nennker

 run:  cordova build firefoxos
 output:
 Generating config.xml from defaults for platform firefoxos
 Preparing firefoxos project
 Compiling app on platform firefoxos via command 
 /project/platforms/firefoxos/cordova/build 
 events.js:72
 throw er; // Unhandled 'error' event
   ^
 Error: spawn ENOENT
 at errnoException (child_process.js:980:11)
 at Process.ChildProcess._handle.onexit (child_process.js:771:34)
 project$ 
 expected output: 
 nothing
 -
 platforms/firefoxos/cordova/build does not exist so the cordova build 
 firefoxos command fails.
 Please add a build script (although it does nothing)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6728) Support chip architecture as an option when building Windows and Windows Phone projects

2014-05-28 Thread Bryan Higgins (JIRA)


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

Bryan Higgins commented on CB-6728:
---

+1, option 2

bb10 builds for arm and x86 by default (x86 is only used for the simulator)

 Support chip architecture as an option when building Windows and Windows 
 Phone projects
 ---

 Key: CB-6728
 URL: https://issues.apache.org/jira/browse/CB-6728
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CLI, Windows 8, WP8
Affects Versions: 3.4.0
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen
  Labels: arm, cli, windows, wp8, x64, x86

 Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU 
 architecture, which is universal, but sometimes it's critical to build 
 application for specific processor architecture.
 As an example is WebSQL plugin which contains references to C++ libs so needs 
 to be built for specific architecture (x84, x64, ARM) and which does not 
 support AnyCPU target.
 So it looks important to add support for additional build flags `-x64`, 
 `-x86`, `-arm`, '-any' to specify target chip architecture.
 {noformat}
 cordova build windows8 --release --x64
 cordova build wp8 --arm
 {noformat}
 If flag is not specified, `AnuCPU` target platform should be used by default.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CB-5470) Document differences between CLI and shell workflows

2014-05-28 Thread Mike Billau (JIRA)


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

Mike Billau resolved CB-5470.
-

Resolution: Won't Fix

I don't think we need to be per scribing a certain workflow over the other, 
which is what this would turn into.

 Document differences between CLI and shell workflows
 

 Key: CB-5470
 URL: https://issues.apache.org/jira/browse/CB-5470
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: Master
Reporter: Mike Billau
Assignee: Mike Billau
Priority: Minor
 Fix For: 3.6.0


 After CB-5122, we have documented the two different workflows, the CLI and 
 the shell scripts. 
 However, we should further document the advantages and disadvantages to each 
 workflow. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6768) Error copying Blackberry10 icons

2014-05-28 Thread Boston Dell-Vandenberg (JIRA)


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

Boston Dell-Vandenberg commented on CB-6768:


The command worked once I moved the images to `res/icon-94.png` and 
`res/icon-114.png`, maybe an issue with them being within multiple 
sub-directory levels?

 Error copying Blackberry10 icons
 

 Key: CB-6768
 URL: https://issues.apache.org/jira/browse/CB-6768
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry, CLI
Affects Versions: 3.5.0
 Environment: Mac OS X
Reporter: Boston Dell-Vandenberg
Assignee: Bryan Higgins

 Just upgraded to 3.5.0-0.2.4 and updated config.xml to use the new icon 
 attributes (so glad to have this btw!).
 When I run prepare, the cli reports some copy errors related to the 
 blackberry10 platform.
 Errors:
 {code}
 mkdir: no such file or directory: 
 /Users/bostondv/Dev/pamfax/platforms/blackberry10/platform_www/res/icon
 cp: copyFileSync: could not write to dest file 
 (code=ENOENT):/Users/bostondv/Dev/pamfax/platforms/blackberry10/platform_www/res/icon/blackberry10/icon-94.png
 mkdir: no such file or directory: 
 /Users/bostondv/Dev/pamfax/platforms/blackberry10/platform_www/res/icon
 cp: copyFileSync: could not write to dest file 
 (code=ENOENT):/Users/bostondv/Dev/pamfax/platforms/blackberry10/platform_www/res/icon/blackberry10/icon-114.png
 {code}
 My config.xml:
 {code}
 ?xml version='1.0' encoding='utf-8'?
 widget
 id=com.scendix.pamfax
 version=3.0.3
 android-versionCode=25
 ios-CFBundleVersion=25
 xmlns=http://www.w3.org/ns/widgets;
 ...
 platform name=blackberry10
   icon src=res/icon/blackberry10/icon-94.png /
   icon src=res/icon/blackberry10/icon-114.png /
 /platform
 /widget
 {code}
 The `platforms/blackberry10/platform_www/res/icon` directories do exist but 
 the icons are not copied. Blackberry platform is upgraded to 3.5. I've also 
 tried deleting `platforms_www` to no avail.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4

2014-05-28 Thread Mike Billau (JIRA)


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

Mike Billau commented on CB-5398:
-

[~roy_lecare], I was unable to reproduce the error with your code on Cordova 
3.5, Camera 0.2.9 What source were you using to select the picture from?

 Pick image from Library or Photo album on android 4.4
 -

 Key: CB-5398
 URL: https://issues.apache.org/jira/browse/CB-5398
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Camera
Affects Versions: 2.9.0, 3.2.0
 Environment: android 4.4
Reporter: julio cesar
Assignee: Mike Billau
 Fix For: 3.5.0


 An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or 
 pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI.
 Now android 4.4, when you select the above options, it opens an open from 
 dialog that  let you choose from new places as Recent, Drive, Images 
 and Downloads (the names might not be the same as I use the device in 
 spanish and translated it).
 If you choose any of them, you get an error, AndroidProtocolHandler, unable 
 to open content URL: the url here with a content://com.android.providers 
 format.
 I've tested on phonegap 2.9 because this is the version I use, but I suppose 
 it affects all of them. (in fact I use 2.9.1)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6728) Support chip architecture as an option when building Windows and Windows Phone projects

2014-05-28 Thread Mark Koudritsky (JIRA)


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

Mark Koudritsky commented on CB-6728:
-

+1 for option 2. It's cleaner to implement in CLI.

 Support chip architecture as an option when building Windows and Windows 
 Phone projects
 ---

 Key: CB-6728
 URL: https://issues.apache.org/jira/browse/CB-6728
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CLI, Windows 8, WP8
Affects Versions: 3.4.0
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen
  Labels: arm, cli, windows, wp8, x64, x86

 Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU 
 architecture, which is universal, but sometimes it's critical to build 
 application for specific processor architecture.
 As an example is WebSQL plugin which contains references to C++ libs so needs 
 to be built for specific architecture (x84, x64, ARM) and which does not 
 support AnyCPU target.
 So it looks important to add support for additional build flags `-x64`, 
 `-x86`, `-arm`, '-any' to specify target chip architecture.
 {noformat}
 cordova build windows8 --release --x64
 cordova build wp8 --arm
 {noformat}
 If flag is not specified, `AnuCPU` target platform should be used by default.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6698) Plugman support for referencing Android libraries


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

ASF GitHub Bot commented on CB-6698:


GitHub user mbektchiev opened a pull request:

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

CB-6698: Support library references for Android via the framework tag

The framework tag can be contain the following attributes:

* **src** - (**required**) relative path to the directory containing the 
referenced library project.
* **custom** - (optional) specifies how to treat **src**. If **true** it is 
a relative path from the application project's directory, otherwise -- the 
Android SDK directory.
* **parent** - (optional) relative path to the directory containing the 
project to which to add the reference. The default is the application project.

Example: A plugin that installs a library (**FeedbackLib**) which refers 
another library from the Android SDK (**appcompat**)

```xml
source-file src=src/android/FeedbackLib target-dir=./ /

framework src=FeedbackLib custom=true /
framework src=extras/android/support/v7/appcompat parent=FeedbackLib /
```




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

$ git pull https://github.com/Icenium/cordova-lib 
bektchiev/framework-tag-for-android

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

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


commit 0227d7bb7831ad1dfe0c6531e319bf8106256a03
Author: Martin Bektchiev martin.bektch...@telerik.com
Date:   2014-05-27T11:53:19Z

CB-6698: Support library references for Android via the framework tag




 Plugman support for referencing Android libraries
 -

 Key: CB-6698
 URL: https://issues.apache.org/jira/browse/CB-6698
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Plugman
Reporter: Martin Bektchiev
Assignee: Martin Bektchiev

 Make plugman capable of referencing an Android library project from within a 
 plugin. 
 Currently there's no viable way to do it and it is becoming common to try to 
 circumvent this limitation by abusing *plugin.xml* to (try to) merge a 
 library's resources, code and configuration. (see 
 https://github.com/wildabeast/BarcodeScanner)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6711) Adding multiple plugins for iOS is broken


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

ASF GitHub Bot commented on CB-6711:


Github user mbektchiev commented on the pull request:

https://github.com/apache/cordova-lib/pull/15#issuecomment-44412361
  
Ping. Anyone willing to review? :smile:


 Adding multiple plugins for iOS is broken
 -

 Key: CB-6711
 URL: https://issues.apache.org/jira/browse/CB-6711
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Martin Bektchiev
Assignee: Martin Bektchiev

 When adding multiple plugins for iOS projects framework config changes get 
 overwritten.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6772) Android Configuration lack AndroidLaunchMode preference

2014-05-28 Thread Andrew Grieve (JIRA)


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

Andrew Grieve updated CB-6772:
--

Assignee: Michal Mocny

 Android Configuration lack AndroidLaunchMode preference
 ---

 Key: CB-6772
 URL: https://issues.apache.org/jira/browse/CB-6772
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.5.0
Reporter: Gen Liu
Assignee: Michal Mocny

 Cordova 3.5.0 release note shows there is a new feature that allow user 
 change Android Activity launch mode.
 http://cordova.apache.org/announcements/2014/05/23/cordova-350.html
 It sounds interesting to me and I noticed cordova-android project can 
 generate a project use android:launchMode=singleTop with 
 AndroidManifest.xml. But it will be override by cordova-cli. I found I must 
 add a preference to config.xml to make it appear in my project, which is not 
 mentioned in the Document:
 preference name=AndroidLaunchMode value=singleTop/
 Please add it to document.
 http://cordova.apache.org/docs/en/3.5.0/guide_platforms_android_config.md.html#Android%20Configuration



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4

2014-05-28 Thread Roy Ackermann (JIRA)


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

Roy Ackermann commented on CB-5398:
---

[~mrbillau]  [CB-6761|https://issues.apache.org/jira/browse/CB-6761]

 Pick image from Library or Photo album on android 4.4
 -

 Key: CB-5398
 URL: https://issues.apache.org/jira/browse/CB-5398
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Camera
Affects Versions: 2.9.0, 3.2.0
 Environment: android 4.4
Reporter: julio cesar
Assignee: Mike Billau
 Fix For: 3.5.0


 An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or 
 pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI.
 Now android 4.4, when you select the above options, it opens an open from 
 dialog that  let you choose from new places as Recent, Drive, Images 
 and Downloads (the names might not be the same as I use the device in 
 spanish and translated it).
 If you choose any of them, you get an error, AndroidProtocolHandler, unable 
 to open content URL: the url here with a content://com.android.providers 
 format.
 I've tested on phonegap 2.9 because this is the version I use, but I suppose 
 it affects all of them. (in fact I use 2.9.1)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6127) Create Translations for Plugins for 3.4


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

ASF GitHub Bot commented on CB-6127:


GitHub user ldeluca opened a pull request:

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

CB-6127 - Latest translation for 3.5

CB-6127 - Latest translation for 3.5

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

$ git pull https://github.com/ldeluca/cordova-docs master

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

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






 Create Translations for Plugins for 3.4
 ---

 Key: CB-6127
 URL: https://issues.apache.org/jira/browse/CB-6127
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Affects Versions: 3.4.0
Reporter: Lisa Seacat DeLuca
Assignee: Lisa Seacat DeLuca
Priority: Minor
 Fix For: 3.6.0


 Plugin documentation is no longer located in the cordova-docs repository for 
 3.4.  Instead we need to translate each of the 17 individual plugin 
 repository files.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6711) Adding multiple plugins for iOS is broken


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

ASF GitHub Bot commented on CB-6711:


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

https://github.com/apache/cordova-lib/pull/15#discussion_r13134502
  
--- Diff: cordova-lib/src/plugman/util/config-changes.js ---
@@ -510,8 +509,7 @@ function ConfigFile_load() {
 self.data = xml_helpers.parseElementtreeSync(filepath);
 } else if (ext == '.pbxproj') {
 self.type = 'pbxproj';
-self.data = xcode.project(filepath);
-self.data.parseSync();
+self.data = platforms.ios.parseProjectFile(self.project_dir).xcode;
--- End diff --

I switched to directly using xcode here instead of parseProjectFile() here 
several months ago. The reason was speed. parseProjectFile() has a pretty slow 
blob call as one of the first lines (order of 50-100ms).

Is there any functional reason you want to use parseProjectFile here other 
than elegance? 


 Adding multiple plugins for iOS is broken
 -

 Key: CB-6711
 URL: https://issues.apache.org/jira/browse/CB-6711
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Martin Bektchiev
Assignee: Martin Bektchiev

 When adding multiple plugins for iOS projects framework config changes get 
 overwritten.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6772) Android Configuration lack AndroidLaunchMode preference


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

Michal Mocny commented on CB-6772:
--

See also: CB-6048

I'll leave this open, since that issue is tracked the implementation and is 
already closed.

 Android Configuration lack AndroidLaunchMode preference
 ---

 Key: CB-6772
 URL: https://issues.apache.org/jira/browse/CB-6772
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.5.0
Reporter: Gen Liu
Assignee: Michal Mocny

 Cordova 3.5.0 release note shows there is a new feature that allow user 
 change Android Activity launch mode.
 http://cordova.apache.org/announcements/2014/05/23/cordova-350.html
 It sounds interesting to me and I noticed cordova-android project can 
 generate a project use android:launchMode=singleTop with 
 AndroidManifest.xml. But it will be override by cordova-cli. I found I must 
 add a preference to config.xml to make it appear in my project, which is not 
 mentioned in the Document:
 preference name=AndroidLaunchMode value=singleTop/
 Please add it to document.
 http://cordova.apache.org/docs/en/3.5.0/guide_platforms_android_config.md.html#Android%20Configuration



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6711) Adding multiple plugins for iOS is broken


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

ASF GitHub Bot commented on CB-6711:


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

https://github.com/apache/cordova-lib/pull/15#discussion_r13134717
  
--- Diff: cordova-lib/src/plugman/util/config-changes.js ---
@@ -510,8 +509,7 @@ function ConfigFile_load() {
 self.data = xml_helpers.parseElementtreeSync(filepath);
 } else if (ext == '.pbxproj') {
 self.type = 'pbxproj';
-self.data = xcode.project(filepath);
-self.data.parseSync();
+self.data = platforms.ios.parseProjectFile(self.project_dir).xcode;
--- End diff --

Yes, the reason is that parseProjectFile() caches the parsed project and 
changes made without it get overwritten. This is observed when the --plugin 
option is specified more than once.


 Adding multiple plugins for iOS is broken
 -

 Key: CB-6711
 URL: https://issues.apache.org/jira/browse/CB-6711
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Martin Bektchiev
Assignee: Martin Bektchiev

 When adding multiple plugins for iOS projects framework config changes get 
 overwritten.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6711) Adding multiple plugins for iOS is broken


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

ASF GitHub Bot commented on CB-6711:


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

https://github.com/apache/cordova-lib/pull/15#discussion_r13135048
  
--- Diff: cordova-lib/src/plugman/util/config-changes.js ---
@@ -510,8 +509,7 @@ function ConfigFile_load() {
 self.data = xml_helpers.parseElementtreeSync(filepath);
 } else if (ext == '.pbxproj') {
 self.type = 'pbxproj';
-self.data = xcode.project(filepath);
-self.data.parseSync();
+self.data = platforms.ios.parseProjectFile(self.project_dir).xcode;
--- End diff --

`parseProjectFile` is  called when processing the action-stack, so even if 
we skip the call here, it will eventually happen. What was the purpose of this 
optimization? I think that it may only have effect on the unit tests execution 
time.


 Adding multiple plugins for iOS is broken
 -

 Key: CB-6711
 URL: https://issues.apache.org/jira/browse/CB-6711
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Martin Bektchiev
Assignee: Martin Bektchiev

 When adding multiple plugins for iOS projects framework config changes get 
 overwritten.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CB-6773) Create Translations for cordova-docs

2014-05-28 Thread Lisa Seacat DeLuca (JIRA)

Lisa Seacat DeLuca created CB-6773:
--

 Summary: Create Translations for cordova-docs
 Key: CB-6773
 URL: https://issues.apache.org/jira/browse/CB-6773
 Project: Apache Cordova
  Issue Type: Bug
  Components: Translation
Reporter: Lisa Seacat DeLuca
Assignee: Lisa Seacat DeLuca






--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6711) Adding multiple plugins for iOS is broken


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

ASF GitHub Bot commented on CB-6711:


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

https://github.com/apache/cordova-lib/pull/15#discussion_r13135935
  
--- Diff: cordova-lib/src/plugman/util/config-changes.js ---
@@ -510,8 +509,7 @@ function ConfigFile_load() {
 self.data = xml_helpers.parseElementtreeSync(filepath);
 } else if (ext == '.pbxproj') {
 self.type = 'pbxproj';
-self.data = xcode.project(filepath);
-self.data.parseSync();
+self.data = platforms.ios.parseProjectFile(self.project_dir).xcode;
--- End diff --

It was part of a larger optimization to speed up cordova prepare during 
which lots of files were re-parsed several times (once per plugin). Looks like 
we introduced both changes at about the same time (Jan/Feb) this resulted in 
double caching and overwriting. Before the two of our changes the extra glob 
was executed per plugin during prepare and was one of the largest time wasters.

Anyway, right now the glob will only run once so it's not a big deal.
LGTM. Merging this PR.



 Adding multiple plugins for iOS is broken
 -

 Key: CB-6711
 URL: https://issues.apache.org/jira/browse/CB-6711
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Martin Bektchiev
Assignee: Martin Bektchiev

 When adding multiple plugins for iOS projects framework config changes get 
 overwritten.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6048) Add config setting for Android app launchMode


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

Michal Mocny commented on CB-6048:
--

Frederico: I can confirm this bug as you describe.  The cause is that we are 
only parsing the top-level config.xml at cordova prepare time, and not using 
the defaults.xml at all.

The original version of this patch set the default in the android application 
template explicitly, and a subsequent user patch changed to using a 
preference.  I think the preference is a better model, and although I 
recall testing that patch successfully, I cannot replicate it ever working now.

I'll work on a fix, but please follow progress on CB-6772 from now on.

 Add config setting for Android app launchMode
 -

 Key: CB-6048
 URL: https://issues.apache.org/jira/browse/CB-6048
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Android, CLI
Reporter: Michal Mocny
Assignee: Michal Mocny

 As raised on mailing list: [Android] Apps restart instead of resume when 
 brought to focus by clicking app icon
 TLDR; AndroidManifest.xml activity needs: android:launchMode=singleTop 
 -- can I add it?
 Quick search brings up: 
 http://stackoverflow.com/questions/10122449/phonegap-android-application-restarting-instead-of-resuming-although-it-was-not
 ..which advises to add android:launchMode=singleTask to AndroidManifest.xml 
 activity, which does fix the issue.
 According to the descriptions in 
 http://developer.android.com/guide/topics/manifest/activity-element.html the 
 differences mostly stem in how the app handles intents, however, there is a 
 comment in the table of descriptions which labels singleTask launchMode as  
 (not recommended for general use).
 On the other hand, singleTop mode *is* recommended, and also fixes the issue, 
 and according to the description, sounds to me like a much better default.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6772) Android Configuration lack AndroidLaunchMode preference

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

Michal Mocny commented on CB-6772:
--

This is a bug, you should not need to add the AndroidLaunchMode preference to
set launchMode to singleTop. The cause is that the cli prepare step does not
parse the config which includes default.xml. Seems it may never have, but its
never been an issue before since most preferences were only used at runtime.

Will provide fix for this soon.

Android Configuration lack AndroidLaunchMode preference
---

Key: CB-6772
URL: https://issues.apache.org/jira/browse/CB-6772
Project: Apache Cordova
Issue Type: Bug
Components: Docs
Affects Versions: 3.5.0
Reporter: Gen Liu
Assignee: Michal Mocny

Cordova 3.5.0 release note shows there is a new feature that allow user
change Android Activity launch mode.
http://cordova.apache.org/announcements/2014/05/23/cordova-350.html
It sounds interesting to me and I noticed cordova-android project can
generate a project use android:launchMode=singleTop with
AndroidManifest.xml. But it will be override by cordova-cli. I found I must
add a preference to config.xml to make it appear in my project, which is not
mentioned in the Document:
preference name=AndroidLaunchMode value=singleTop/
Please add it to document.
http://cordova.apache.org/docs/en/3.5.0/guide_platforms_android_config.md.html#Android%20Configuration

--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6698) Plugman support for referencing Android libraries


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

ASF GitHub Bot commented on CB-6698:


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

https://github.com/apache/cordova-lib/pull/21#discussion_r13137628
  
--- Diff: cordova-lib/src/plugman/platforms/android.js ---
@@ -80,10 +84,115 @@ module.exports = {
 },
 framework: {
 install:function(source_el, plugin_dir, project_dir, plugin_id) {
-events.emit('verbose', 'framework.install is not supported for 
android');
+var src = source_el.attrib.src;
+var custom = source_el.attrib.custom;
+if (!src) throw new Error('src not specified in framework 
element');
+
+events.emit('verbose', Installing Android library:  + src);
+var parent = source_el.attrib.parent;
+var parentDir = parent ? path.resolve(project_dir, parent) : 
project_dir;
+var subDir;
+if (custom) {
+subDir = path.resolve(project_dir, src);
+} else {
+var localProperties = 
properties_parser.createEditor(path.resolve(project_dir, local.properties));
+subDir = path.resolve(localProperties.get(sdk.dir), src);
+}
+var projectConfig = 
module.exports.parseProjectFile(project_dir);
+projectConfig.addSubProject(parentDir, subDir);
 },
 uninstall:function(source_el, project_dir, plugin_id) {
-events.emit('verbose', 'framework.uninstall is not supported 
for android');
+var src = source_el.attrib.src;
+if (!src) throw new Error('src not specified in framework 
element');
+
+events.emit('verbose', Uninstalling Android library:  + src);
+var parent = source_el.attrib.parent;
+var parentDir = parent ? path.resolve(project_dir, parent) : 
project_dir;
+var subDir = path.resolve(project_dir, src);
+var projectConfig = 
module.exports.parseProjectFile(project_dir);
+projectConfig.removeSubProject(parentDir, subDir);
 }
+},
+parseProjectFile: function(project_dir){
+if (!projectFileCache[project_dir]) {
+projectFileCache[project_dir] = {
--- End diff --

This is an inline definition of a pretty rich object with non trivial 
methods. I think it will be way more readable to define a separate class like 
AndroidProjectFile (naming is up to you) and have this line look like this:
projectFileCache[project_dir] = new AndroidProjectFile(...);

I would even define the AndroidProjectFile class in a separate js file, 
this way other platforms similar to Android might reuse or subclass it if they 
want.
The windows8 parser does something similar with the util/w8jsproj.js

Otherwise LGTM.


 Plugman support for referencing Android libraries
 -

 Key: CB-6698
 URL: https://issues.apache.org/jira/browse/CB-6698
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Plugman
Reporter: Martin Bektchiev
Assignee: Martin Bektchiev

 Make plugman capable of referencing an Android library project from within a 
 plugin. 
 Currently there's no viable way to do it and it is becoming common to try to 
 circumvent this limitation by abusing *plugin.xml* to (try to) merge a 
 library's resources, code and configuration. (see 
 https://github.com/wildabeast/BarcodeScanner)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6711) Adding multiple plugins for iOS is broken

2014-05-28 Thread ASF subversion and git services (JIRA)


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

ASF GitHub Bot commented on CB-6711:


Github user asfgit closed the pull request at:

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


 Adding multiple plugins for iOS is broken
 -

 Key: CB-6711
 URL: https://issues.apache.org/jira/browse/CB-6711
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Martin Bektchiev
Assignee: Martin Bektchiev

 When adding multiple plugins for iOS projects framework config changes get 
 overwritten.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6711) Adding multiple plugins for iOS is broken


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

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

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

CB-6711: Use parseProjectFile when working with XCode projects.

Otherwise the changes get overwritten by the cached version of the project file.
This is due to double caching between ConfigKeeper and parseProjectFile.
Add a unit test to guard against similar bugs in the future.

github: close #15


 Adding multiple plugins for iOS is broken
 -

 Key: CB-6711
 URL: https://issues.apache.org/jira/browse/CB-6711
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Martin Bektchiev
Assignee: Martin Bektchiev

 When adding multiple plugins for iOS projects framework config changes get 
 overwritten.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CB-6774) SplashScreen not shown on Android

2014-05-28 Thread Daniel Trebbien (JIRA)

Daniel Trebbien created CB-6774:
---

 Summary: SplashScreen not shown on Android
 Key: CB-6774
 URL: https://issues.apache.org/jira/browse/CB-6774
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin SplashScreen
Affects Versions: 3.4.0
 Environment:  * Nexus 7 (2013) tablet running Android 4.4.2
 * Mac OS 10.9.3 with iOS Simulator version 7.1
 * PhoneGap 3.4.0-0.19.21
Reporter: Daniel Trebbien
Priority: Critical


The splash screen is not working on Android, although it works fine on iOS.

Steps to reproduce:
{code}
$ phonegap create phonegap-helloworld
$ cd phonegap-helloworld/
$ phonegap run ios
$ phonegap run android --device=0a...
{code}

The default splash screen appears when the HelloWorld app is run in iOS 
Simulator, but when run on a Nexus 7 (2013) tablet running Android 4.4.2, no 
splash screen is displayed.

I then ran:
{code}
$ phonegap plugin add org.apache.cordova.splashscreen
$ phonegap run android --device=0a...
{code}

Then, remote inspecting the {{WebView}} that is running the app, I tried 
running on the console:
{code:javascript}
navigator.splashscreen.show()
{code}

.. but the splash screen was not shown.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Comment Edited] (CB-6774) SplashScreen not shown on Android

2014-05-28 Thread Daniel Trebbien (JIRA)


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

Daniel Trebbien edited comment on CB-6774 at 5/28/14 4:42 PM:
--

I got the SplashScreen to work on Android by copying the default splash PNGs 
into the {{platforms/android/res/drawable*/}} folders and adding to 
{{www/config.xml}}:

{code:xml}
preference name=SplashScreen value=screen /
preference name=SplashScreenDelay value=1 /
{code}

Sorry for the noise.


was (Author: dtrebbien):
I got the SplashScreen to work on Android by copying the default splash PNGs 
into the {{platforms/android/res/drawable*/}} folders and adding to 
{{www/config.xml}}:

{code:xml}
preference name=SplashScreen value=screen /
preference name=SplashScreenDelay value=1 /
{code}

 SplashScreen not shown on Android
 -

 Key: CB-6774
 URL: https://issues.apache.org/jira/browse/CB-6774
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin SplashScreen
Affects Versions: 3.4.0
 Environment:  * Nexus 7 (2013) tablet running Android 4.4.2
  * Mac OS 10.9.3 with iOS Simulator version 7.1
  * PhoneGap 3.4.0-0.19.21
Reporter: Daniel Trebbien
Priority: Critical

 The splash screen is not working on Android, although it works fine on iOS.
 Steps to reproduce:
 {code}
 $ phonegap create phonegap-helloworld
 $ cd phonegap-helloworld/
 $ phonegap run ios
 $ phonegap run android --device=0a...
 {code}
 The default splash screen appears when the HelloWorld app is run in iOS 
 Simulator, but when run on a Nexus 7 (2013) tablet running Android 4.4.2, no 
 splash screen is displayed.
 I then ran:
 {code}
 $ phonegap plugin add org.apache.cordova.splashscreen
 $ phonegap run android --device=0a...
 {code}
 Then, remote inspecting the {{WebView}} that is running the app, I tried 
 running on the console:
 {code:javascript}
 navigator.splashscreen.show()
 {code}
 .. but the splash screen was not shown.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CB-6774) SplashScreen not shown on Android

2014-05-28 Thread Daniel Trebbien (JIRA)


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

Daniel Trebbien resolved CB-6774.
-

Resolution: Invalid

I got the SplashScreen to work on Android by copying the default splash PNGs 
into the {{platforms/android/res/drawable*/}} folders and adding to 
{{www/config.xml}}:

{code:xml}
preference name=SplashScreen value=screen /
preference name=SplashScreenDelay value=1 /
{code}

 SplashScreen not shown on Android
 -

 Key: CB-6774
 URL: https://issues.apache.org/jira/browse/CB-6774
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin SplashScreen
Affects Versions: 3.4.0
 Environment:  * Nexus 7 (2013) tablet running Android 4.4.2
  * Mac OS 10.9.3 with iOS Simulator version 7.1
  * PhoneGap 3.4.0-0.19.21
Reporter: Daniel Trebbien
Priority: Critical

 The splash screen is not working on Android, although it works fine on iOS.
 Steps to reproduce:
 {code}
 $ phonegap create phonegap-helloworld
 $ cd phonegap-helloworld/
 $ phonegap run ios
 $ phonegap run android --device=0a...
 {code}
 The default splash screen appears when the HelloWorld app is run in iOS 
 Simulator, but when run on a Nexus 7 (2013) tablet running Android 4.4.2, no 
 splash screen is displayed.
 I then ran:
 {code}
 $ phonegap plugin add org.apache.cordova.splashscreen
 $ phonegap run android --device=0a...
 {code}
 Then, remote inspecting the {{WebView}} that is running the app, I tried 
 running on the console:
 {code:javascript}
 navigator.splashscreen.show()
 {code}
 .. but the splash screen was not shown.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6772) Android Configuration lack AndroidLaunchMode preference

2014-05-28 Thread JIRA


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

Frederico Costa Galvão commented on CB-6772:


If the defaults.xml gets into the parsing process to output the 
AndroidManifest.xml, the all other preferences should be added to the 
defaults.xml as well.

 Android Configuration lack AndroidLaunchMode preference
 ---

 Key: CB-6772
 URL: https://issues.apache.org/jira/browse/CB-6772
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.5.0
Reporter: Gen Liu
Assignee: Michal Mocny

 Cordova 3.5.0 release note shows there is a new feature that allow user 
 change Android Activity launch mode.
 http://cordova.apache.org/announcements/2014/05/23/cordova-350.html
 It sounds interesting to me and I noticed cordova-android project can 
 generate a project use android:launchMode=singleTop with 
 AndroidManifest.xml. But it will be override by cordova-cli. I found I must 
 add a preference to config.xml to make it appear in my project, which is not 
 mentioned in the Document:
 preference name=AndroidLaunchMode value=singleTop/
 Please add it to document.
 http://cordova.apache.org/docs/en/3.5.0/guide_platforms_android_config.md.html#Android%20Configuration



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6772) Android Configuration lack AndroidLaunchMode preference


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

Michal Mocny commented on CB-6772:
--

Which other preferences are you referring to?

 Android Configuration lack AndroidLaunchMode preference
 ---

 Key: CB-6772
 URL: https://issues.apache.org/jira/browse/CB-6772
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.5.0
Reporter: Gen Liu
Assignee: Michal Mocny

 Cordova 3.5.0 release note shows there is a new feature that allow user 
 change Android Activity launch mode.
 http://cordova.apache.org/announcements/2014/05/23/cordova-350.html
 It sounds interesting to me and I noticed cordova-android project can 
 generate a project use android:launchMode=singleTop with 
 AndroidManifest.xml. But it will be override by cordova-cli. I found I must 
 add a preference to config.xml to make it appear in my project, which is not 
 mentioned in the Document:
 preference name=AndroidLaunchMode value=singleTop/
 Please add it to document.
 http://cordova.apache.org/docs/en/3.5.0/guide_platforms_android_config.md.html#Android%20Configuration



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6772) Android Configuration lack AndroidLaunchMode preference

2014-05-28 Thread JIRA


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

Frederico Costa Galvão commented on CB-6772:


Well, all of them. If AndroidLaunchMode is a preference as every other one, and 
it has a default value that has to make it's way to the parsing process, and 
it's on defaults.xml, then there's no reason at all to not have every other 
preference with the same characteristics on defaults.xml as well.

 Android Configuration lack AndroidLaunchMode preference
 ---

 Key: CB-6772
 URL: https://issues.apache.org/jira/browse/CB-6772
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.5.0
Reporter: Gen Liu
Assignee: Michal Mocny

 Cordova 3.5.0 release note shows there is a new feature that allow user 
 change Android Activity launch mode.
 http://cordova.apache.org/announcements/2014/05/23/cordova-350.html
 It sounds interesting to me and I noticed cordova-android project can 
 generate a project use android:launchMode=singleTop with 
 AndroidManifest.xml. But it will be override by cordova-cli. I found I must 
 add a preference to config.xml to make it appear in my project, which is not 
 mentioned in the Document:
 preference name=AndroidLaunchMode value=singleTop/
 Please add it to document.
 http://cordova.apache.org/docs/en/3.5.0/guide_platforms_android_config.md.html#Android%20Configuration



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Comment Edited] (CB-6772) Android Configuration lack AndroidLaunchMode preference

2014-05-28 Thread JIRA


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

Frederico Costa Galvão edited comment on CB-6772 at 5/28/14 5:23 PM:
-

If the defaults.xml gets into the parsing process to output the 
AndroidManifest.xml, then all other preferences should be added to the 
defaults.xml as well.


was (Author: kikoalemao):
If the defaults.xml gets into the parsing process to output the 
AndroidManifest.xml, the all other preferences should be added to the 
defaults.xml as well.

 Android Configuration lack AndroidLaunchMode preference
 ---

 Key: CB-6772
 URL: https://issues.apache.org/jira/browse/CB-6772
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.5.0
Reporter: Gen Liu
Assignee: Michal Mocny

 Cordova 3.5.0 release note shows there is a new feature that allow user 
 change Android Activity launch mode.
 http://cordova.apache.org/announcements/2014/05/23/cordova-350.html
 It sounds interesting to me and I noticed cordova-android project can 
 generate a project use android:launchMode=singleTop with 
 AndroidManifest.xml. But it will be override by cordova-cli. I found I must 
 add a preference to config.xml to make it appear in my project, which is not 
 mentioned in the Document:
 preference name=AndroidLaunchMode value=singleTop/
 Please add it to document.
 http://cordova.apache.org/docs/en/3.5.0/guide_platforms_android_config.md.html#Android%20Configuration



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6772) Android Configuration lack AndroidLaunchMode preference


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

Michal Mocny commented on CB-6772:
--

Okay, yes, I agree that AndroidLaunchMode should not somehow be special.  I was 
just curious if you had specific preferences in mind.

As far as I know, this is the first such prepare-time preference, which is the 
root of the problem.

 Android Configuration lack AndroidLaunchMode preference
 ---

 Key: CB-6772
 URL: https://issues.apache.org/jira/browse/CB-6772
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.5.0
Reporter: Gen Liu
Assignee: Michal Mocny

 Cordova 3.5.0 release note shows there is a new feature that allow user 
 change Android Activity launch mode.
 http://cordova.apache.org/announcements/2014/05/23/cordova-350.html
 It sounds interesting to me and I noticed cordova-android project can 
 generate a project use android:launchMode=singleTop with 
 AndroidManifest.xml. But it will be override by cordova-cli. I found I must 
 add a preference to config.xml to make it appear in my project, which is not 
 mentioned in the Document:
 preference name=AndroidLaunchMode value=singleTop/
 Please add it to document.
 http://cordova.apache.org/docs/en/3.5.0/guide_platforms_android_config.md.html#Android%20Configuration



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6127) Create Translations for Plugins for 3.4

2014-05-28 Thread ASF subversion and git services (JIRA)


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

ASF GitHub Bot commented on CB-6127:


Github user asfgit closed the pull request at:

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


 Create Translations for Plugins for 3.4
 ---

 Key: CB-6127
 URL: https://issues.apache.org/jira/browse/CB-6127
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Affects Versions: 3.4.0
Reporter: Lisa Seacat DeLuca
Assignee: Lisa Seacat DeLuca
Priority: Minor
 Fix For: 3.6.0


 Plugin documentation is no longer located in the cordova-docs repository for 
 3.4.  Instead we need to translate each of the 17 individual plugin 
 repository files.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6705) platform add requires platforms and plugins dirs to exist

2014-05-28 Thread Jay Proulx (JIRA)


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

Jay Proulx commented on CB-6705:


Can we up the priority of this issue?  We're running into this issue in a 
downstream workflow.

Consider that some technologies won't consider empty folders (git, perforce, 
etc.)  In our case a user will upload a generated cordova project to a service, 
that service may then fail to build the project if the user didn't include 
these folders (if for example they cloned a git repo where those empty folders 
weren't checked in because we expect to generate platforms/ios or 
platforms/android at build time).

 platform add requires platforms and plugins dirs to exist
 -

 Key: CB-6705
 URL: https://issues.apache.org/jira/browse/CB-6705
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.4.0
 Environment: Ubuntu 12
Reporter: Sebastien Lorber
Priority: Trivial
   Original Estimate: 2h
  Remaining Estimate: 2h

 {code}
 sebastien@sebastien-xps:stample-Phonegap (master *+)$ cordova platform add 
 android
 Creating android project...
 Creating Cordova project for the Android platform:
   Path: platforms/android
   Package: co.stample
   Name: stample-phonegap
   Android target: android-19
 Copying template files...
 shell.js: internal error
 Error: ENOENT, no such file or directory 'platforms/android/assets'
 at Object.fs.mkdirSync (fs.js:642:18)
 at 
 /home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/node_modules/shelljs/src/cp.js:173:14
 at Array.forEach (native)
 at Object._cp 
 (/home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/node_modules/shelljs/src/cp.js:156:11)
 at Object.cp 
 (/home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/node_modules/shelljs/src/common.js:172:23)
 at 
 /home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/lib/create.js:166:19
 at setShellFatal 
 (/home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/lib/create.js:45:5)
 at 
 /home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/lib/create.js:164:9
 at _fulfilled 
 (/home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/node_modules/q/q.js:798:54)
 at self.promiseDispatch.done 
 (/home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/node_modules/q/q.js:827:30)
 Error: /home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/create: Command 
 failed with exit code 1
 at ChildProcess.whenDone 
 (/home/sebastien/Desktop/devhome/install/node-v0.10.24-linux-x64/lib/node_modules/cordova/src/superspawn.js:126:23)
 at ChildProcess.EventEmitter.emit (events.js:98:17)
 at maybeClose (child_process.js:735:16)
 at Process.ChildProcess._handle.onexit (child_process.js:802:5)
 {code}
 This seems to be caused because I choose to not version control the platforms 
 and plugins folders.
 If I do mkdir platforms I get the following error
 {code}
 sebastien@sebastien-xps:stample-Phonegap (master *+)$ mkdir platforms
 sebastien@sebastien-xps:stample-Phonegap (master *+)$ cordova platform add 
 android
 Creating android project...
 Creating Cordova project for the Android platform:
   Path: platforms/android
   Package: co.stample
   Name: stample-phonegap
   Android target: android-19
 Copying template files...
 Running: android update project --subprojects --path platforms/android 
 --target android-19 --library CordovaLib
 Resolved location of library project to: 
 /home/sebastien/Desktop/stample-Phonegap/platforms/android/CordovaLib
 Updated and renamed default.properties to project.properties
 Updated local.properties
 No project name specified, using Activity name 'stamplephonegap'.
 If you wish to change it, edit the first line of build.xml.
 Added file platforms/android/build.xml
 Added file platforms/android/proguard-project.txt
 Updated project.properties
 Updated local.properties
 No project name specified, using project folder name 'CordovaLib'.
 If you wish to change it, edit the first line of build.xml.
 Added file platforms/android/CordovaLib/build.xml
 Added file platforms/android/CordovaLib/proguard-project.txt
 Project successfully created.
 Error: ENOENT, no such file or directory 
 '/home/sebastien/Desktop/stample-Phonegap/plugins/android.json'
 at Object.fs.openSync (fs.js:427:18)
 at Object.fs.writeFileSync (fs.js:966:15)
 at Object.save_platform_json 
 (/home/sebastien/Desktop/devhome/install/node-v0.10.24-linux-x64/lib/node_modules/cordova/node_modules/plugman/src/util/config-changes.js:435:8)
 at PlatformMunger_process [as process] 
 (/home/sebastien/Desktop/devhome/install/node-v0.10.24-linux-x64/lib/node_modules/cordova/node_modules/plugman/src/util/config-changes.js:367:13)
 at

[jira] [Commented] (CB-6773) Create Translations for cordova-docs


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

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

Commit 7a6bc544d1a9c374907aa96e788eca96908a1fe9 in cordova-docs's branch 
refs/heads/master from [~ldeluca]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=7a6bc54 ]

CB-6773cordova-docs documentation translation: cordova-docs


 Create Translations for cordova-docs
 

 Key: CB-6773
 URL: https://issues.apache.org/jira/browse/CB-6773
 Project: Apache Cordova
  Issue Type: Bug
  Components: Translation
Reporter: Lisa Seacat DeLuca
Assignee: Lisa Seacat DeLuca





--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CB-6705) platform add requires platforms and plugins dirs to exist

2014-05-28 Thread Jesse MacFadyen (JIRA)


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

Jesse MacFadyen reassigned CB-6705:
---

Assignee: Jesse MacFadyen

 platform add requires platforms and plugins dirs to exist
 -

 Key: CB-6705
 URL: https://issues.apache.org/jira/browse/CB-6705
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.4.0
 Environment: Ubuntu 12
Reporter: Sebastien Lorber
Assignee: Jesse MacFadyen
Priority: Trivial
   Original Estimate: 2h
  Remaining Estimate: 2h

 {code}
 sebastien@sebastien-xps:stample-Phonegap (master *+)$ cordova platform add 
 android
 Creating android project...
 Creating Cordova project for the Android platform:
   Path: platforms/android
   Package: co.stample
   Name: stample-phonegap
   Android target: android-19
 Copying template files...
 shell.js: internal error
 Error: ENOENT, no such file or directory 'platforms/android/assets'
 at Object.fs.mkdirSync (fs.js:642:18)
 at 
 /home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/node_modules/shelljs/src/cp.js:173:14
 at Array.forEach (native)
 at Object._cp 
 (/home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/node_modules/shelljs/src/cp.js:156:11)
 at Object.cp 
 (/home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/node_modules/shelljs/src/common.js:172:23)
 at 
 /home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/lib/create.js:166:19
 at setShellFatal 
 (/home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/lib/create.js:45:5)
 at 
 /home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/lib/create.js:164:9
 at _fulfilled 
 (/home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/node_modules/q/q.js:798:54)
 at self.promiseDispatch.done 
 (/home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/node_modules/q/q.js:827:30)
 Error: /home/sebastien/.cordova/lib/android/cordova/3.4.0/bin/create: Command 
 failed with exit code 1
 at ChildProcess.whenDone 
 (/home/sebastien/Desktop/devhome/install/node-v0.10.24-linux-x64/lib/node_modules/cordova/src/superspawn.js:126:23)
 at ChildProcess.EventEmitter.emit (events.js:98:17)
 at maybeClose (child_process.js:735:16)
 at Process.ChildProcess._handle.onexit (child_process.js:802:5)
 {code}
 This seems to be caused because I choose to not version control the platforms 
 and plugins folders.
 If I do mkdir platforms I get the following error
 {code}
 sebastien@sebastien-xps:stample-Phonegap (master *+)$ mkdir platforms
 sebastien@sebastien-xps:stample-Phonegap (master *+)$ cordova platform add 
 android
 Creating android project...
 Creating Cordova project for the Android platform:
   Path: platforms/android
   Package: co.stample
   Name: stample-phonegap
   Android target: android-19
 Copying template files...
 Running: android update project --subprojects --path platforms/android 
 --target android-19 --library CordovaLib
 Resolved location of library project to: 
 /home/sebastien/Desktop/stample-Phonegap/platforms/android/CordovaLib
 Updated and renamed default.properties to project.properties
 Updated local.properties
 No project name specified, using Activity name 'stamplephonegap'.
 If you wish to change it, edit the first line of build.xml.
 Added file platforms/android/build.xml
 Added file platforms/android/proguard-project.txt
 Updated project.properties
 Updated local.properties
 No project name specified, using project folder name 'CordovaLib'.
 If you wish to change it, edit the first line of build.xml.
 Added file platforms/android/CordovaLib/build.xml
 Added file platforms/android/CordovaLib/proguard-project.txt
 Project successfully created.
 Error: ENOENT, no such file or directory 
 '/home/sebastien/Desktop/stample-Phonegap/plugins/android.json'
 at Object.fs.openSync (fs.js:427:18)
 at Object.fs.writeFileSync (fs.js:966:15)
 at Object.save_platform_json 
 (/home/sebastien/Desktop/devhome/install/node-v0.10.24-linux-x64/lib/node_modules/cordova/node_modules/plugman/src/util/config-changes.js:435:8)
 at PlatformMunger_process [as process] 
 (/home/sebastien/Desktop/devhome/install/node-v0.10.24-linux-x64/lib/node_modules/cordova/node_modules/plugman/src/util/config-changes.js:367:13)
 at Object.exports.process 
 (/home/sebastien/Desktop/devhome/install/node-v0.10.24-linux-x64/lib/node_modules/cordova/node_modules/plugman/src/util/config-changes.js:78:12)
 at Object.handlePrepare 
 (/home/sebastien/Desktop/devhome/install/node-v0.10.24-linux-x64/lib/node_modules/cordova/node_modules/plugman/src/prepare.js:73:20)
 at 
 /home/sebastien/Desktop/devhome/install/node-v0.10.24-linux-x64/lib/node_modules/cordova/src/prepare.js:101:25
 at _fulfilled

[jira] [Commented] (CB-6642) Find new place to put the version number

2014-05-28 Thread Marcel Kinard (JIRA)


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

Marcel Kinard commented on CB-6642:
---

SGTM.

 Find new place to put the version number
 

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


 Currently the version  number is stored in CordovaWebView.  Since we're 
 turning this into an interface, we should probably look elsewhere for the 
 version of Cordova.  I think the obvious place would be the App plugin, since 
 this is where basic framework stuff that doesn't belong anywhere else should 
 go.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CB-6711) Adding multiple plugins for iOS is broken


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

Shazron Abdullah resolved CB-6711.
--

Resolution: Fixed

 Adding multiple plugins for iOS is broken
 -

 Key: CB-6711
 URL: https://issues.apache.org/jira/browse/CB-6711
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Martin Bektchiev
Assignee: Martin Bektchiev

 When adding multiple plugins for iOS projects framework config changes get 
 overwritten.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6735) File plugin returns the wrong path


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

Shazron Abdullah updated CB-6735:
-

Component/s: (was: iOS)
 Plugin File

 File plugin returns the wrong path
 --

 Key: CB-6735
 URL: https://issues.apache.org/jira/browse/CB-6735
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 3.4.0, 3.5.0
 Environment: iPhone 5s, iOS-Simulators
Reporter: Mac Stuewe
Priority: Blocker
  Labels: File
 Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, 
 Bildschirmfoto 2014-05-22 um 16.30.47.png


 The file-module returns a unsuitable file-path description in iOS. 
 HTML-Tags 'img', 'video' and 'audio' don't work with it.
 file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 
 'file:///user/' and ending with '/folder/file.type'
 file-module has been tested in this versions:
 - 1.0.1
 - 1.1.0
 - 1.1.1



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-3576) Add support for interstitial user confirmation of self-signed SSL certs to CordovaWebView and InAppBrowser


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

Shazron Abdullah updated CB-3576:
-

Component/s: (was: Android)
 (was: iOS)

 Add support for interstitial user confirmation of self-signed SSL certs to 
 CordovaWebView and InAppBrowser
 --

 Key: CB-3576
 URL: https://issues.apache.org/jira/browse/CB-3576
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin InAppBrowser
Affects Versions: 2.7.0, 2.8.0
 Environment: Android and iOS
Reporter: Montyleena
Priority: Minor
  Labels: android, https, inappbrowser,, ios, ssl
 Attachments: InAppBrowser.java


 Local https links are blocked by default in InAppBrowser (links using a local 
 SSL certificate which can't be verified by a 3rd party). Ideally, user should 
 be given an option to proceed or cancel the request like the default 
 desktop/mobile browsers do. 
 Right now, we have to overwrite the following API in Android to access such 
 URLs but onReceivedSslError() function gets called only for the main PhoneGap 
 window browser and not for InAppBrowser.
 Create a new class:
 public class CustomWebViewClient extends CordovaWebViewClient {
   
   public static final String LOG_TAG = Plugin;
   
   public CustomWebViewClient(DroidGap ctx) {
 super(ctx);
 Log.d(LOG_TAG, Constructor!);
 }
 @Override
 public void onReceivedSslError(WebView view, SslErrorHandler handler, 
 SslError error) {
   handler.proceed();
 }
 }
 In the main class, we use our custom class as a web view client
  CordovaWebViewClient webViewClient = new CustomWebViewClient(this);
 webViewClient.setWebView(this.appView);
 this.appView.setWebViewClient(webViewClient);
 And similar type of code needs to be written for iOS.
 InAppBrowser should pick up the SSL settings from the main web view and once 
 we overwrite the onReceivedSslError() function, then it should allow such 
 URLs in the InAppBrowser too.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6761) Calling a function the first time no callbacks are being executed


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

Shazron Abdullah updated CB-6761:
-

Component/s: CordovaJS

 Calling a function the first time no callbacks are being executed
 -

 Key: CB-6761
 URL: https://issues.apache.org/jira/browse/CB-6761
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaJS
Affects Versions: 3.5.0
 Environment: Nexus 5, Android 4.4.2
Reporter: Roy Ackermann
Priority: Blocker
  Labels: callback, function

 Using different functions the same error occurs. Calling a function the first 
 time no callbacks are being executed. There is no error in the log. Using the 
 same function again for a second call, everything works fine. Now the first 
 call is being executed as well and I receive the callback from the first 
 excution.
 It looks like something is wainting. It is odd that the second call works and 
 executes the first call as well.
 I found this bug on this calls:
 - window.requestFileSystem(LocalFileSystem.PERSISTENT, 3097152, gotFS, fail);
 - navigator.camera.getPicture(onSuccessCapturePhoto, onFailCamera, { 
 targetWidth: 1200, targetHeight: 1200, quality: 55, destinationType: 
 Camera.DestinationType.FILE_URI, saveToPhotoAlbum: true, 
 correctOrientation:true});
 - navigator.camera.getPicture(onSuccessGetPhoto, onFailCamera, { targetWidth: 
 1000,targetHeight: 1000, quality: 65, destinationType: 
 Camera.DestinationType.FILE_URI  , saveToPhotoAlbum: false ,  sourceType: 
 Camera.PictureSourceType.SAVEDPHOTOALBUM, correctOrientation:true});



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6760) why file-transfer not supported by winphone


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

Shazron Abdullah updated CB-6760:
-

Component/s: Plugin File Transfer

 why file-transfer not supported by winphone
 -

 Key: CB-6760
 URL: https://issues.apache.org/jira/browse/CB-6760
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin File Transfer, WP7, WP8
Affects Versions: 3.4.0
 Environment: Windows phone 8.1
Reporter: Colin Bau
Assignee: Jesse MacFadyen
  Labels: features
   Original Estimate: 12h
  Remaining Estimate: 12h

 according to this
 https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md
 and search keywords
 Example with Upload Headers and Progress Events (Android and iOS only)
 why the transfer method only supported by Android and ios for now
 is it because that Windows phone sdk have no this feature too ?



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6754) Keyboard Shrink View breaks fixed header as virtual keyboard comes up. Also when the input field is positioned fixed at bottom and tapped, it brings a gap between soft keybo

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

Shazron Abdullah updated CB-6754:
-

Environment: IOS

Keyboard Shrink View breaks fixed header as virtual keyboard comes up. Also
when the input field is positioned fixed at bottom and tapped, it brings a
gap between soft keyboard and itself.

Key: CB-6754
URL: https://issues.apache.org/jira/browse/CB-6754
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Keyboard
Environment: IOS
Reporter: Sameer Ahmed Khan
Priority: Blocker
Labels: Cordova, Keyboard, iOS7

There are two major problems from iOS7 with cordova keyboard plugin.
First Problem (With Fixed Headers):
As I set Keyboard.shrinkView(true) to make the fixed positioned header and
footer available when the virtual keyboard showed up and stayed on the screen
as user scrolled (as it happens on Android), but nothing as such happened.
I also tried various combinations of meta tags for viewport but that didn't
help either. So I had to follow a hack and made the fixed positioned
headers absolute when user tapped on input text fields.

meta name=viewport content=width=device-width, height=device-height,
initial-scale=1.0, maximum-scale=1.0, target-densityDpi=device-dpi /
Second Problem:
(With Input text field fixed at bottom)
This is a major problem. When the input field is fixed at bottom and user
taps on it. The virtual keyboard shows up, however there is a gap between
keyboard and input text field. It really looks ugly.
The length of gap changes when you tap on input field either from the bottom
of page or somewhere amid the page.

--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6754) Keyboard Shrink View breaks fixed header as virtual keyboard comes up. Also when the input field is positioned fixed at bottom and tapped, it brings a gap between soft keybo

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

Shazron Abdullah updated CB-6754:
-

Component/s: (was: iOS)

Keyboard Shrink View breaks fixed header as virtual keyboard comes up. Also
when the input field is positioned fixed at bottom and tapped, it brings a
gap between soft keyboard and itself.

Key: CB-6754
URL: https://issues.apache.org/jira/browse/CB-6754
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Keyboard
Reporter: Sameer Ahmed Khan
Priority: Blocker
Labels: Cordova, Keyboard, iOS7

--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6752) Inappbrowser api 0.3.3 version problem


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

Shazron Abdullah updated CB-6752:
-

Description: 
all related detail right here...
http://community.phonegap.com/nitobi/topics/_inappbrowser_api_0_3_3_version_problem?rfm=1

Replicating below:

I am using PGB 3.3 with the latest Inappbrowser api 0.3.3 version
according to this...
https://github.com/apache/cordova-plu...
I found some issues...

[issue 1 (in android and ios are work)]
in winphone,no mater I set the property location to yes or no,it seem have no 
change,is this property not already by winphone yet?
http://www.littlebau.com/inapp033/win...

[issue 2 (in ios is work)]
in android,no mater I set the property closebuttoncaption to any string,it 
seem have no change and show the X only
http://www.littlebau.com/inapp033/and...

[issue 3]
in ios,no mater I set the property keyboardDisplayRequiresUserAction to yes 
or no,when I click the html's input Fields,the virtual keyboard always appear 
and the javascript focus() behavior trigger too

[issue 4]
in ios,no mater I set the property suppressesIncrementalRendering to yes or 
no,it seem have no change,is there any way can let me Identify the difference?

[issue 5]
this is my original screen
http://www.littlebau.com/inapp033/01.png

in ios,when I set the property toolbarposition

top value:the webview content will not cover the status bar (good),but the 
status bar color become gray
http://www.littlebau.com/inapp033/02.png

bottom value:the webview content can cover the status bar (strange),but the 
status bar color seem become white
http://www.littlebau.com/inapp033/03.png

finally,no mater I am in top or bottom,after I press the Done button,the 
status bar's font will disappear
http://www.littlebau.com/inapp033/04.png

{{in order to fix the font disappear issue,I found a way to solve the problem 
Temporary}}
we can use the status 3rd plugin command line when I press the Done 
button,just use this method
StatusBar.styleLightContent();

[issue 6]
in ios,no mater I set the property presentationstyle to pagesheet or 
formsheet or fullscreen,it seem have no change,is there any way can let me 
Identify the difference? 

  was:
all related detail right here...
http://community.phonegap.com/nitobi/topics/_inappbrowser_api_0_3_3_version_problem?rfm=1


 Inappbrowser api 0.3.3 version problem
 

 Key: CB-6752
 URL: https://issues.apache.org/jira/browse/CB-6752
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: PGB 3.4 with Inappbrowser api 0.3.3 version
 iOS Android WP8
Reporter: Colin Bau
Assignee: Jesse MacFadyen

 all related detail right here...
 http://community.phonegap.com/nitobi/topics/_inappbrowser_api_0_3_3_version_problem?rfm=1
 Replicating below:
 I am using PGB 3.3 with the latest Inappbrowser api 0.3.3 version
 according to this...
 https://github.com/apache/cordova-plu...
 I found some issues...
 [issue 1 (in android and ios are work)]
 in winphone,no mater I set the property location to yes or no,it seem have 
 no change,is this property not already by winphone yet?
 http://www.littlebau.com/inapp033/win...
 [issue 2 (in ios is work)]
 in android,no mater I set the property closebuttoncaption to any string,it 
 seem have no change and show the X only
 http://www.littlebau.com/inapp033/and...
 [issue 3]
 in ios,no mater I set the property keyboardDisplayRequiresUserAction to yes 
 or no,when I click the html's input Fields,the virtual keyboard always 
 appear and the javascript focus() behavior trigger too
 [issue 4]
 in ios,no mater I set the property suppressesIncrementalRendering to yes or 
 no,it seem have no change,is there any way can let me Identify the difference?
 [issue 5]
 this is my original screen
 http://www.littlebau.com/inapp033/01.png
 in ios,when I set the property toolbarposition
 top value:the webview content will not cover the status bar (good),but the 
 status bar color become gray
 http://www.littlebau.com/inapp033/02.png
 bottom value:the webview content can cover the status bar (strange),but the 
 status bar color seem become white
 http://www.littlebau.com/inapp033/03.png
 finally,no mater I am in top or bottom,after I press the Done 
 button,the status bar's font will disappear
 http://www.littlebau.com/inapp033/04.png
 {{in order to fix the font disappear issue,I found a way to solve the problem 
 Temporary}}
 we can use the status 3rd plugin command line when I press the Done 
 button,just use this method
 StatusBar.styleLightContent();
 [issue 6]
 in ios,no mater I set the property presentationstyle to pagesheet or 
 formsheet or fullscreen,it seem have no change,is there any way can let 
 me Identify the difference? 



--
This message was sent by Atlassian

[jira] [Updated] (CB-6752) Inappbrowser api 0.3.3 version problem


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

Shazron Abdullah updated CB-6752:
-

Component/s: (was: WP8)
 (was: Android)
 (was: iOS)
 Plugin InAppBrowser
Environment: 
PGB 3.4 with Inappbrowser api 0.3.3 version
iOS Android WP8

  was:PGB 3.4 with Inappbrowser api 0.3.3 version


 Inappbrowser api 0.3.3 version problem
 

 Key: CB-6752
 URL: https://issues.apache.org/jira/browse/CB-6752
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: PGB 3.4 with Inappbrowser api 0.3.3 version
 iOS Android WP8
Reporter: Colin Bau
Assignee: Jesse MacFadyen

 all related detail right here...
 http://community.phonegap.com/nitobi/topics/_inappbrowser_api_0_3_3_version_problem?rfm=1



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-4391) iOS 7: splash screen has a white bar at the bottom of the device screen


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

Shazron Abdullah updated CB-4391:
-

Component/s: (was: iOS)
 Plugin SplashScreen

 iOS 7: splash screen has a white bar at the bottom of the device screen
 ---

 Key: CB-4391
 URL: https://issues.apache.org/jira/browse/CB-4391
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
Affects Versions: 3.0.0
 Environment: xcode 5 preview
 iOS 7 simulator/device
Reporter: lmnbeyond
Assignee: Shazron Abdullah

 Steps:
 1. Specify the value of UIStatusBarHidden(Info.plist) as false (make sure 
 it's not fullscreen)
 2. Run the project on iOS 7 device(or simulator) and check the native splash 
 screen
 Result:
 There is a white bar at the bottom of the device screen when native splash 
 shows.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6753) iOS splash screen plugin on iPad only shows landscape/portrait image if one of the orientations is NOT supported


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

Shazron Abdullah updated CB-6753:
-

Component/s: (was: iOS)
 Plugin SplashScreen

 iOS splash screen plugin on iPad only shows landscape/portrait image if one 
 of the orientations is NOT supported
 

 Key: CB-6753
 URL: https://issues.apache.org/jira/browse/CB-6753
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
Affects Versions: 3.4.0
 Environment: iOS 7/XCode 5/Cordova 3.4.0
 The command: 
 cordova plugins add org.apache.cordova.splashscreen
 was used to add the plugin, no other configuration was used except to ensure 
 that image resources had the correct filenames.
Reporter: Gary Bentley

 As the summary.  On ipad the splash screen plugin will only show the image if 
 it detects that the app dos NOT support one of the orientations.
 The code then falls through to looking for an image called: Default which 
 won't be present.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CB-6747) Cordova InAppBrowser and a target=“_blank” not working


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

Shazron Abdullah resolved CB-6747.
--

Resolution: Won't Fix

Yes, anchor tags are not supported, this is by design. It's easy to replace 
anchor tags: https://gist.github.com/shazron/4694032

 Cordova InAppBrowser and a target=“_blank” not working
 

 Key: CB-6747
 URL: https://issues.apache.org/jira/browse/CB-6747
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS, Android
Reporter: Jeff Sawatzky

 I am using Cordova 3.4.1 on iOS with the InAppBrowser plugin version 0.4.0.
 When I have an {{a href= target=_blank}} element, it is supposed to 
 open in the InAppBrowser but it doesn't. Instead in replaces my app in the 
 CordovaWebView and I have no way of getting back to the app.
 if I do window.open it seems to work fine, but it isn't really feasible for 
 me to add onclick handlers to all my links to then open them up in the 
 InAppBrowser.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CB-6769) InAppBrowser iOS7 - not restoring original status bar style


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

Shazron Abdullah reassigned CB-6769:


Assignee: Shazron Abdullah

 InAppBrowser iOS7 - not restoring original status bar style
 ---

 Key: CB-6769
 URL: https://issues.apache.org/jira/browse/CB-6769
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 3.4.0
Reporter: Benjamin Winkler
Assignee: Shazron Abdullah
Priority: Minor
   Original Estimate: 10m
  Remaining Estimate: 10m

 The InAppBrowser-Plugin fails to restore the original status bar style.
 It's already fixed, I just need a JIRA Issue-ID for my pull request.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CB-6716) XCode 5.1 Valid Architectures ignored/misread by Cordova CLI 3.4.1?


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

Shazron Abdullah resolved CB-6716.
--

Resolution: Duplicate

Indeed this is a deficiency - rolling this as a dupe of CB-6728

 XCode 5.1 Valid Architectures ignored/misread by Cordova CLI 3.4.1?
 ---

 Key: CB-6716
 URL: https://issues.apache.org/jira/browse/CB-6716
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Peter O'Shaughnessy
Priority: Minor

 cordova 3.4.1-0.1.0
 XCode 5.1 (5B130a)
 iOS 7.1
 I am new to Cordova (and this issue tracker) so apologies if this is just my 
 misunderstanding. But the CLI doesn't seem to be picking up the iOS 'Valid 
 Architectures' configuration?
 In XCode, I have specified Valid Architectures as only armv7s armv7. 
 (Because I'm using a framework that doesn't work with arm64).
 But {{cordova build --device ios}} and {{cordova run --device ios}} report 
 VALID_ARCHS as armv7 armv7s arm64. And then it fails with {{symbol(s) not 
 found for architecture arm64}}.
 I can skirt around the issue by changing Build Active Architecture Only to 
 Yes. Or by building and running through XCode. But it would be good to know 
 why there's this discrepancy with the command line?



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6703) getFreeDiskSpace() unused, not in the .js interface


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

Shazron Abdullah commented on CB-6703:
--

I will remove getFreeDiskSpace() since it was never documented, it does not 
need to be deprecated.

 getFreeDiskSpace() unused, not in the .js interface
 ---

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

 This is because it's not part of the w3c spec.
 Remove?
 Consequently I was made aware of this because of a PR:
 https://github.com/apache/cordova-plugin-file/pull/45



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CB-6703) getFreeDiskSpace() unused, not in the .js interface


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

Shazron Abdullah reassigned CB-6703:


Assignee: Shazron Abdullah

 getFreeDiskSpace() unused, not in the .js interface
 ---

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

 This is because it's not part of the w3c spec.
 Remove?
 Consequently I was made aware of this because of a PR:
 https://github.com/apache/cordova-plugin-file/pull/45



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6730) Image file names containing @2x are always blocked by the whitelist on blackberry10 platform


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

Shazron Abdullah commented on CB-6730:
--

See thread: http://apache.markmail.org/thread/kuzk5ssfeeyah4es

Unless this is sorted out, this commit will have to be reverted. If so, 
re-submit as a pull request first.

 Image file names containing @2x are always blocked by the whitelist on 
 blackberry10 platform
 --

 Key: CB-6730
 URL: https://issues.apache.org/jira/browse/CB-6730
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.4.0
Reporter: Rowell Cruz

 Image file names containing @2x will be blocked by the whitelist even if 
 the domain if correctly whitelisted.
 This issue occurs on blackberry10 platform.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CB-4987) IOS 7 Phonegap crash when rendering images


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

Shazron Abdullah resolved CB-4987.
--

Resolution: Won't Fix

Nothing we can do I'm afraid, this is a UIWebView crash

 IOS 7 Phonegap crash when rendering images
 --

 Key: CB-4987
 URL: https://issues.apache.org/jira/browse/CB-4987
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.0.0
 Environment: IOS 7, iPhone 5s, Cordova 3.0
Reporter: Blair Vanderhoof
  Labels: core

 I have an infinite scrolling list in which the user scrolls to the bottom and 
 new items load from the database.  I am properly removing any object and 
 image from the DOM however that is not in view.  I unload images by setting 
 their src to an empty string.  I have monitored with Instruments on the Mac 
 and I can see the memory constantly being collected and never peaking about 
 25 MB.  My problem is random, when rendering a new page from infinite 
 scrolling, if it is heavy with images, it crashes.  Here is log from the 
 thread that crashed:
 {code}
 Thread 10 Crashed:
 0   AGXGLDriver   0x2e5ec26d 
 AGXHalLLVMShader::emitConstants(unsigned int*, unsigned long long, 
 GLDTextureRec* const*, AGXSamplerState const* const*) + 261
 1   AGXGLDriver   0x2e5d097d agxuEmitRenderPipelineState 
 + 2293
 2   AGXGLDriver   0x2e5d946b 
 agxuBeginPrimitiveBuffer(AGXContextRec*, unsigned int, int*) + 279
 3   GLEngine  0x319d722b gleBeginPrimitiveTCLFunc + 67
 4   GLEngine  0x319ab0c7 
 gleDrawArraysOrElements_ExecCore + 595
 5   GLEngine  0x319a94df glDrawElements_IMM_ES2Exec + 
 231
 6   QuartzCore0x31c3bb8b 
 CA::OGL::GLContext::draw_elements(CA::OGL::PrimitiveMode, unsigned int, 
 unsigned short const*, CA::OGL::Vertex const*, unsigned int, unsigned int, 
 CA::OGL::ClipPlane const*) + 339
 7   QuartzCore0x31c3ba2d 
 CA::OGL::Context::array_flush() + 89
 8   QuartzCore0x31c764fb 
 CA::OGL::DownsampleState::downsample1(float, float) + 227
 9   QuartzCore0x31c75659 
 CA::OGL::Context::downsample_surface(CA::OGL::Surface*, CA::Vec2double 
 const, CA::Transform const, CA::OGL::Context::DownsampleFilter, float) + 681
 10  QuartzCore0x31c65629 
 CA::OGL::ContentsGeometry::fill_and_unbind(CA::OGL::Context, 
 CA::OGL::Image*, CA::OGL::TextureFilter, float) const + 953
 11  QuartzCore0x31c3d025 
 CA::CG::fill_image(CA::CG::Renderer, CGImage*, CA::Rect const, 
 CA::Mat2float const, bool, bool, CGInterpolationQuality, CA::Bounds 
 const*) + 1781
 12  QuartzCore0x31c3c921 
 CA::CG::DrawImage::draw_image(CA::CG::Renderer, bool) const + 77
 13  QuartzCore0x31c39679 
 CA::CG::DrawOp::render(CA::CG::Renderer) const + 2145
 14  QuartzCore0x31c37d9d 
 CA::CG::Queue::render_callback(void*) + 265
 15  libdispatch.dylib 0x3a003e73 _dispatch_queue_drain + 371
 16  libdispatch.dylib 0x3a000f97 _dispatch_queue_invoke + 39
 17  libdispatch.dylib 0x3a00474f _dispatch_root_queue_drain + 
 75
 18  libdispatch.dylib 0x3a0049cd _dispatch_worker_thread2 + 53
 19  libsystem_pthread.dylib   0x3a12edfd _pthread_wqthread + 297
 20  libsystem_pthread.dylib   0x3a12ecc0 start_wqthread + 4
 {code}
 Images are about 900px width and resized with css to about 400px.  There are 
 no shadows or fancy css3 effects on the images.
 Every time the app crashes, it usually comes after a memory warning.  I have 
 reproduced this only after getting 3 memory warnings. 
 I always get this same crash dump every time it crashes.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6747) Cordova InAppBrowser and a target=“_blank” not working

2014-05-28 Thread Jeff Sawatzky (JIRA)


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

Jeff Sawatzky commented on CB-6747:
---

Perhaps the documentation for the plugin should be updated then so as to avoid 
confusion?

 Cordova InAppBrowser and a target=“_blank” not working
 

 Key: CB-6747
 URL: https://issues.apache.org/jira/browse/CB-6747
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS, Android
Reporter: Jeff Sawatzky

 I am using Cordova 3.4.1 on iOS with the InAppBrowser plugin version 0.4.0.
 When I have an {{a href= target=_blank}} element, it is supposed to 
 open in the InAppBrowser but it doesn't. Instead in replaces my app in the 
 CordovaWebView and I have no way of getting back to the app.
 if I do window.open it seems to work fine, but it isn't really feasible for 
 me to add onclick handlers to all my links to then open them up in the 
 InAppBrowser.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6688) target-device preference in config.xml is completely ignored for iOS


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

Shazron Abdullah updated CB-6688:
-

Component/s: iOS

 target-device preference in config.xml is completely ignored for iOS
 --

 Key: CB-6688
 URL: https://issues.apache.org/jira/browse/CB-6688
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: 3.4.0
Reporter: Daniel Hough

 The following line in config.xml should cause the xcodeproj generated to have 
 it's Targeted Device Family different depending on the value. For instance, 
 handset should cause it to be iPhone. Yet, even when handset is chose, 
 it becomes a universal (iPad/iPhone) app.
 preference name=target-device value=handset /
 This is a *real* problem, because if you don't realise that this is happening 
 when you submit to the App Store after three hours of screenshots and 
 descriptions, you're rejected because there are no iPad screenshots.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6688) target-device preference in config.xml is completely ignored for iOS


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

Shazron Abdullah updated CB-6688:
-

Issue Type: New Feature  (was: Bug)

It is completely ignored because it is not supported. I've changed the issue 
type to New Feature.

 target-device preference in config.xml is completely ignored for iOS
 --

 Key: CB-6688
 URL: https://issues.apache.org/jira/browse/CB-6688
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: 3.4.0
Reporter: Daniel Hough

 The following line in config.xml should cause the xcodeproj generated to have 
 it's Targeted Device Family different depending on the value. For instance, 
 handset should cause it to be iPhone. Yet, even when handset is chose, 
 it becomes a universal (iPad/iPhone) app.
 preference name=target-device value=handset /
 This is a *real* problem, because if you don't realise that this is happening 
 when you submit to the App Store after three hours of screenshots and 
 descriptions, you're rejected because there are no iPad screenshots.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6689) UIWebview freezes while page behind the link with target='_system' opens in mobile safari


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

Shazron Abdullah commented on CB-6689:
--

In the description did you mean target=_system?
Freezes and never recovers?

 UIWebview freezes while page behind the link with target='_system' opens in 
 mobile safari
 -

 Key: CB-6689
 URL: https://issues.apache.org/jira/browse/CB-6689
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS 7.1, iPhone
Reporter: Jake McAllister

 When opening an external link in cordova app using the inAppBrowser plugin 
 with  target='_blank' the cordova app freezes until the page in safari has 
 loaded. This posses a problem where if the user accidentally presses it and 
 wants to go back to the app before the page has loaded in safari the app 
 remain frozen.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CB-6735) File plugin returns the wrong path


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

Shazron Abdullah reassigned CB-6735:


Assignee: Shazron Abdullah

 File plugin returns the wrong path
 --

 Key: CB-6735
 URL: https://issues.apache.org/jira/browse/CB-6735
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 3.4.0, 3.5.0
 Environment: iPhone 5s, iOS-Simulators
Reporter: Mac Stuewe
Assignee: Shazron Abdullah
Priority: Blocker
  Labels: File
 Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, 
 Bildschirmfoto 2014-05-22 um 16.30.47.png


 The file-module returns a unsuitable file-path description in iOS. 
 HTML-Tags 'img', 'video' and 'audio' don't work with it.
 file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 
 'file:///user/' and ending with '/folder/file.type'
 file-module has been tested in this versions:
 - 1.0.1
 - 1.1.0
 - 1.1.1



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6642) Find new place to put the version number

2014-05-28 Thread Andrew Grieve (JIRA)


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

Andrew Grieve commented on CB-6642:
---

Interfaces can have constants. Maybe put it there? Don't want to see it moved 
to a plugin since plugins have the tendency to be separated from the core 
framework. Version number used to be on the Device plugin.

 Find new place to put the version number
 

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


 Currently the version  number is stored in CordovaWebView.  Since we're 
 turning this into an interface, we should probably look elsewhere for the 
 version of Cordova.  I think the obvious place would be the App plugin, since 
 this is where basic framework stuff that doesn't belong anywhere else should 
 go.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6667) window.requestFileSystem - callbacks are not fired in a particular circumstance


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

Shazron Abdullah updated CB-6667:
-

Component/s: (was: CordovaJS)
 Plugin File

 window.requestFileSystem - callbacks are not fired in a particular 
 circumstance
 ---

 Key: CB-6667
 URL: https://issues.apache.org/jira/browse/CB-6667
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 3.4.0
 Environment: Mac OS X 10.9.2
 Android SDK (latest) - API v19
 Eclipse 4.2.2
Reporter: Kelvin Dart
Priority: Critical
  Labels: Android4.4.x, Cordova, androidmanifest.xml, window

 Excuse the essay, but I have a very odd issue that I have singled down to 
 Cordova which happens in a very specific circumstance on Android.
 I have provided a project of the stock Cordova Android project which can be 
 found here: http://www.filedropper.com/windowfstest - with a minor 
 modification for the issue I am having.
 I have uploaded a compiled APK to install to your device here: 
 http://www.filedropper.com/windowfstest140509-1404
 Steps to replicate are:
 1) Download and install that APK onto your device (I was using the Samsung 
 Galaxy S4 with Android 4.4.2 running, no root, and stock TouchWiz ROM, I 
 *hope* this occurs on other Android devices but have not had an opportunity 
 to verify).
 2) Start the application and observe an alert appears stating 'dr', then 
 afterwards another alert appears, 'got FS' - if you check the code, you'll 
 see this is normal from my app.initialize().
 3) Once those two alerts have appeared, press the Android 'home' button, to 
 quit to the main Android home screen.
 4) Go into another app or two and just use your phone normally. What we are 
 trying to achieve here is for the Android memory management system to 
 'end'/kill the WindowFSTest app in the backend.
 5) Go into Apps  WindowFSTest (i.e. the app in question) and hopefully it 
 will have restarted - the app has to have restarted for the bug to occur, and 
 observe a few things here:
 a) Verify the app has restarted, this can be verified by the 'dr' popup 
 occuring when Cordova loads.
 b) Once you are confident the app has been restarted, observe the initial 
 'dr' popup, but *not* the 'got FS' popup - this is the bug, the 
 window.requestFileSystem does not fire the callbacks for some reason - and I 
 do not know why.
 N.b. there are a few things to note here which is why the bug is tricky to 
 replicate AND I imagine will be even more difficult to debug at a lower level 
 ;-)
 1) The Android system has to kill the app in the backend once you've pressed 
 the 'home' button - there's no way of determining when this has happened, 
 just use the phone like ordinary for half a minute or so - normally it kills 
 it after a short period.
 2) The way to restart the app is via Apps  WindowFSTest (not via the task 
 manager).
 3) ***IMPORTANT*** the above two steps seem to occur only when you run it 
 from a compiled APK, not directly from source/debug APK - so it's not as easy 
 to debug since you cannot put line breaks in the Java file(s).
 Although not perfect, one way to fix this is to use:
 android:launchMode=singleTop
 In AndroidManifest.xml - since it ensures the app is 'resumed' instead of 
 restarted.
 I can provide a video upon request illustrating the issue.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6656) New plugin for UITextInputTraits


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

Shazron Abdullah commented on CB-6656:
--

Note to dev: Update docs as well.

 New plugin for UITextInputTraits
 

 Key: CB-6656
 URL: https://issues.apache.org/jira/browse/CB-6656
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: 3.4.0
 Environment: iOS 7
Reporter: Gaston Besada
Assignee: Shazron Abdullah
  Labels: features
   Original Estimate: 336h
  Remaining Estimate: 336h

 Hi, Is possible anyone with plugin dev knowledge develop a plugin for 
 UITextInputTraits in UIWebView? It will be very helpful to change Keyboard 
 keyboardAppearance and returnKeyType.
 Links for reference:
 https://developer.apple.com/library/ios/documentation/uikit/reference/UITextInputTraits_Protocol/Reference/UITextInputTraits.html#//apple_ref/doc/c_ref/UIKeyboardAppearance
 https://developer.apple.com/library/ios/documentation/StringsTextFonts/Conceptual/TextAndWebiPhoneOS/KeyboardManagement/KeyboardManagement.html
 http://stackoverflow.com/questions/19961103/uikeyboardappearance-in-uiwebview
 Thanks



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CB-6656) New plugin for UITextInputTraits


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

Shazron Abdullah reassigned CB-6656:


Assignee: Shazron Abdullah

 New plugin for UITextInputTraits
 

 Key: CB-6656
 URL: https://issues.apache.org/jira/browse/CB-6656
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: 3.4.0
 Environment: iOS 7
Reporter: Gaston Besada
Assignee: Shazron Abdullah
  Labels: features
   Original Estimate: 336h
  Remaining Estimate: 336h

 Hi, Is possible anyone with plugin dev knowledge develop a plugin for 
 UITextInputTraits in UIWebView? It will be very helpful to change Keyboard 
 keyboardAppearance and returnKeyType.
 Links for reference:
 https://developer.apple.com/library/ios/documentation/uikit/reference/UITextInputTraits_Protocol/Reference/UITextInputTraits.html#//apple_ref/doc/c_ref/UIKeyboardAppearance
 https://developer.apple.com/library/ios/documentation/StringsTextFonts/Conceptual/TextAndWebiPhoneOS/KeyboardManagement/KeyboardManagement.html
 http://stackoverflow.com/questions/19961103/uikeyboardappearance-in-uiwebview
 Thanks



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6697) Autostart video capture option


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

Shazron Abdullah commented on CB-6697:
--

We are trying to follow the media capture spec, so if it's in there, we could 
implement it. Which media capture spec to follow is another thing altogether 
(the one we use is old and based off an older spec).

 Autostart video capture option
 --

 Key: CB-6697
 URL: https://issues.apache.org/jira/browse/CB-6697
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin Media Capture
Reporter: Max Franz
Priority: Minor

 It would be great to have an option to automatically start recording the 
 video for the media capture plugin once invoked.  
 Opening the capture video UI will usually happen as a result of user 
 interaction (e.g. a tap), so it's deliberate on the user's part.  Thus, we 
 can eliminate the second tap (red rec button) in many usecases by starting 
 the recording as soon as `capture.captureVideo()` is invoked.  This can 
 greatly increase user experience by reducing repetition.
 This should definitely be optional, because there are usecases where the user 
 would not want to start recording right away.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6656) New plugin for UITextInputTraits


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

Shazron Abdullah updated CB-6656:
-

Issue Type: New Feature  (was: Wish)

 New plugin for UITextInputTraits
 

 Key: CB-6656
 URL: https://issues.apache.org/jira/browse/CB-6656
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: 3.4.0
 Environment: iOS 7
Reporter: Gaston Besada
  Labels: features
   Original Estimate: 336h
  Remaining Estimate: 336h

 Hi, Is possible anyone with plugin dev knowledge develop a plugin for 
 UITextInputTraits in UIWebView? It will be very helpful to change Keyboard 
 keyboardAppearance and returnKeyType.
 Links for reference:
 https://developer.apple.com/library/ios/documentation/uikit/reference/UITextInputTraits_Protocol/Reference/UITextInputTraits.html#//apple_ref/doc/c_ref/UIKeyboardAppearance
 https://developer.apple.com/library/ios/documentation/StringsTextFonts/Conceptual/TextAndWebiPhoneOS/KeyboardManagement/KeyboardManagement.html
 http://stackoverflow.com/questions/19961103/uikeyboardappearance-in-uiwebview
 Thanks



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6656) New plugin for UITextInputTraits


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

Shazron Abdullah updated CB-6656:
-

Component/s: (was: Plugin Keyboard)
 (was: Plugins)
 (was: Labs)

 New plugin for UITextInputTraits
 

 Key: CB-6656
 URL: https://issues.apache.org/jira/browse/CB-6656
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: 3.4.0
 Environment: iOS 7
Reporter: Gaston Besada
  Labels: features
   Original Estimate: 336h
  Remaining Estimate: 336h

 Hi, Is possible anyone with plugin dev knowledge develop a plugin for 
 UITextInputTraits in UIWebView? It will be very helpful to change Keyboard 
 keyboardAppearance and returnKeyType.
 Links for reference:
 https://developer.apple.com/library/ios/documentation/uikit/reference/UITextInputTraits_Protocol/Reference/UITextInputTraits.html#//apple_ref/doc/c_ref/UIKeyboardAppearance
 https://developer.apple.com/library/ios/documentation/StringsTextFonts/Conceptual/TextAndWebiPhoneOS/KeyboardManagement/KeyboardManagement.html
 http://stackoverflow.com/questions/19961103/uikeyboardappearance-in-uiwebview
 Thanks



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6696) Set flash mode for capture video plugin


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

Shazron Abdullah commented on CB-6696:
--

We are trying to follow the media capture spec, so if it's in there, we could 
implement it. Which media capture spec to follow is another thing altogether 
(the one we use is old and based off an older spec).

 Set flash mode for capture video plugin
 ---

 Key: CB-6696
 URL: https://issues.apache.org/jira/browse/CB-6696
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin Media Capture
Reporter: Max Franz

 The capture video plugin is great, but there are usecases where the default 
 option for the camera flash mode does not suffice.  A lot of the time, the 
 user would prefer the flash be off unless manually set otherwise.
 An option to set the flash mode would be great (right now, I have to patch 
 the plugin for all platforms manually).  The following enums would be 
 required:
 * flash on
 * flash off
 * flash auto
 e.g. for iphone see 
 https://developer.apple.com/library/ios/documentation/uikit/reference/UIImagePickerController_Class/UIImagePickerController/UIImagePickerController.html#//apple_ref/occ/instp/UIImagePickerController/cameraFlashMode
 As an alternative: If having an option to expose this is not preferable, it's 
 also possible 
 * to change the default from flash auto to flash off, or
 * to start by default with flash off and save the value the user set last 
 in the app.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-5417) Notification.beep doesn't use background thread - blocks app execution


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

Shazron Abdullah updated CB-5417:
-

Component/s: (was: iOS)

 Notification.beep doesn't use background thread - blocks app execution
 --

 Key: CB-5417
 URL: https://issues.apache.org/jira/browse/CB-5417
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Dialogs
Affects Versions: 3.1.0
 Environment: iOS
Reporter: Michael Schmidt

 Notification.beep blocks the UI - comes to relevance when triggering multiple 
 beeps
 {quote}
 THREAD WARNING: ['Notification'] took '13.020996' ms. Plugin should use a 
 background thread.
 {quote}



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6708) iOS does not preserve GPS metadata from images picked from the Photo Gallery


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

Shazron Abdullah updated CB-6708:
-

Summary: iOS does not preserve GPS metadata from images picked from the 
Photo Gallery  (was: iOS Preserve GPS Metadata from Images picked from Gallery)

 iOS does not preserve GPS metadata from images picked from the Photo Gallery
 

 Key: CB-6708
 URL: https://issues.apache.org/jira/browse/CB-6708
 Project: Apache Cordova
  Issue Type: Wish
  Components: Plugin Camera
Reporter: Ryan Murphy
Priority: Trivial
  Labels: camera, gps

 Images picked from the gallery do not preserve metadata when saved to tmp. 
 Particularly they lose GPS metadata.
 This extra metadata is available in asset.defaultRepresentation.metadata. 
 I have a solution that works for my purpose. But currently only saving with 
 asset.defaultRepresentation.fullResolutionImage.
 Approach to get the asset: https://github.com/foundry/UIImageMetadata
 Approach to save the asset: http://stackoverflow.com/a/15398387/618412 
 (answer from Andrew Theis).
 Thanks for consideration.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6708) iOS does not preserve GPS metadata from images picked from the Photo Gallery


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

Shazron Abdullah updated CB-6708:
-

Priority: Minor  (was: Trivial)

 iOS does not preserve GPS metadata from images picked from the Photo Gallery
 

 Key: CB-6708
 URL: https://issues.apache.org/jira/browse/CB-6708
 Project: Apache Cordova
  Issue Type: Wish
  Components: Plugin Camera
Reporter: Ryan Murphy
Priority: Minor
  Labels: camera, gps

 Images picked from the gallery do not preserve metadata when saved to tmp. 
 Particularly they lose GPS metadata.
 This extra metadata is available in asset.defaultRepresentation.metadata. 
 I have a solution that works for my purpose. But currently only saving with 
 asset.defaultRepresentation.fullResolutionImage.
 Approach to get the asset: https://github.com/foundry/UIImageMetadata
 Approach to save the asset: http://stackoverflow.com/a/15398387/618412 
 (answer from Andrew Theis).
 Thanks for consideration.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6708) iOS does not preserve GPS metadata from images picked from the Photo Gallery


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

Shazron Abdullah updated CB-6708:
-

Issue Type: Bug  (was: Wish)

 iOS does not preserve GPS metadata from images picked from the Photo Gallery
 

 Key: CB-6708
 URL: https://issues.apache.org/jira/browse/CB-6708
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera
Reporter: Ryan Murphy
Priority: Minor
  Labels: camera, gps

 Images picked from the gallery do not preserve metadata when saved to tmp. 
 Particularly they lose GPS metadata.
 This extra metadata is available in asset.defaultRepresentation.metadata. 
 I have a solution that works for my purpose. But currently only saving with 
 asset.defaultRepresentation.fullResolutionImage.
 Approach to get the asset: https://github.com/foundry/UIImageMetadata
 Approach to save the asset: http://stackoverflow.com/a/15398387/618412 
 (answer from Andrew Theis).
 Thanks for consideration.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6767) Allow `cordova` to be replaceable


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

Josh Soref updated CB-6767:
---

Summary: Allow `cordova` to be replaceable  (was: Allow `cordova` to be 
replacable)

 Allow `cordova` to be replaceable
 -

 Key: CB-6767
 URL: https://issues.apache.org/jira/browse/CB-6767
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, CordovaLib
Affects Versions: 3.4.0
Reporter: Josh Soref
Assignee: Josh Soref

 Anyone who tries to incorporate CordovaLib into their own product will 
 eventually have things like:
 `myapp plugin add`
 which yield errors like:
 please use `cordova plugin add something`
 It'd be nice for the errors to actually be able to say please use `myapp 
 plugin add something` instead.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6415) BlackBerry10


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

Josh Soref updated CB-6415:
---

Summary: BlackBerry10   (was: Make project/.cordova/config.json integrate 
with platforms.js)

 BlackBerry10 
 -

 Key: CB-6415
 URL: https://issues.apache.org/jira/browse/CB-6415
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.4.0
 Environment: Windows 7, Native development environment for 
 blackberry10 properly configured.
Reporter: Martin Gonzalez
Assignee: Josh Soref
  Labels: blackberry10, cli
 Fix For: 3.5.0


 Working on some tests, for a new node module for cordova, I've found a 
 problem when I try to work with custom libraries, this problem only applies 
 to Blackberry, it doesn't resolve correctly a uri path in a config.json file,
 My configuration in the project:
 .cordova/config.json 
 {
 id: org.apache.cordova,
 name: mobilespec,
 lib: {
 blackberry10: {
 uri: C:\\Users\\Administrator\\cordova-blackberry
 },
 wp8: {
 uri: C:\\Users\\Administrator\\cordova-coho\\cordova-wp8
 },
 windows8: {
 uri: C:\\Users\\Administrator\\cordova-coho\\cordova-windows
 }
 }
 }
 The problem is that it never resolves the path, with the folder that contains 
 blackberry10 library, which is inside of cordova-blackberry.
 When I try to add the full path to the project:
 blackberry10:{uri:C:\\Users\\Administrator\\cordova-coho\\cordova-blackberry\\blackberry10}
 It pass the requirements check, but when it produce an error at running the 
 command to add the project at superspawn.js.
 What's happening here is, that it pass the requirements check, but when it 
 try to use the library use is trying to use this path: 
 C:\\Users\\Administrator\\cord
 ova-blackberry\\blackberry10\\blackberry10\\bin\\create
 So the usage path is obtained trying to look for 'blackberry10', under 
 'cordova-blackberry', and the requirements check requires the whole path: 
 blackberry10:{uri:C:\\Users\\Administrator\\cordova-coho\\cordova-blackberry\\blackberry10}
 According to my trace, the requirements check it should resolve the path 
 correctly, looking under 'cordova-blackberry'.
 I'll assign this to me, I have a simple solution for it when custom paths are 
 used.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6415) BlackBerry10 was not looking for itself in the right place if you used a .cordova/config.json file


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

Josh Soref updated CB-6415:
---

Summary: BlackBerry10 was not looking for itself in the right place if you 
used a .cordova/config.json file  (was: BlackBerry10 )

 BlackBerry10 was not looking for itself in the right place if you used a 
 .cordova/config.json file
 --

 Key: CB-6415
 URL: https://issues.apache.org/jira/browse/CB-6415
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.4.0
 Environment: Windows 7, Native development environment for 
 blackberry10 properly configured.
Reporter: Martin Gonzalez
Assignee: Josh Soref
  Labels: blackberry10, cli
 Fix For: 3.5.0


 Working on some tests, for a new node module for cordova, I've found a 
 problem when I try to work with custom libraries, this problem only applies 
 to Blackberry, it doesn't resolve correctly a uri path in a config.json file,
 My configuration in the project:
 .cordova/config.json 
 {
 id: org.apache.cordova,
 name: mobilespec,
 lib: {
 blackberry10: {
 uri: C:\\Users\\Administrator\\cordova-blackberry
 },
 wp8: {
 uri: C:\\Users\\Administrator\\cordova-coho\\cordova-wp8
 },
 windows8: {
 uri: C:\\Users\\Administrator\\cordova-coho\\cordova-windows
 }
 }
 }
 The problem is that it never resolves the path, with the folder that contains 
 blackberry10 library, which is inside of cordova-blackberry.
 When I try to add the full path to the project:
 blackberry10:{uri:C:\\Users\\Administrator\\cordova-coho\\cordova-blackberry\\blackberry10}
 It pass the requirements check, but when it produce an error at running the 
 command to add the project at superspawn.js.
 What's happening here is, that it pass the requirements check, but when it 
 try to use the library use is trying to use this path: 
 C:\\Users\\Administrator\\cord
 ova-blackberry\\blackberry10\\blackberry10\\bin\\create
 So the usage path is obtained trying to look for 'blackberry10', under 
 'cordova-blackberry', and the requirements check requires the whole path: 
 blackberry10:{uri:C:\\Users\\Administrator\\cordova-coho\\cordova-blackberry\\blackberry10}
 According to my trace, the requirements check it should resolve the path 
 correctly, looking under 'cordova-blackberry'.
 I'll assign this to me, I have a simple solution for it when custom paths are 
 used.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6415) BlackBerry10 was not looking for itself in the right place if you used a .cordova/config.json file


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

Josh Soref updated CB-6415:
---

Assignee: Martin Gonzalez  (was: Josh Soref)

 BlackBerry10 was not looking for itself in the right place if you used a 
 .cordova/config.json file
 --

 Key: CB-6415
 URL: https://issues.apache.org/jira/browse/CB-6415
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.4.0
 Environment: Windows 7, Native development environment for 
 blackberry10 properly configured.
Reporter: Martin Gonzalez
Assignee: Martin Gonzalez
  Labels: blackberry10, cli
 Fix For: 3.5.0


 Working on some tests, for a new node module for cordova, I've found a 
 problem when I try to work with custom libraries, this problem only applies 
 to Blackberry, it doesn't resolve correctly a uri path in a config.json file,
 My configuration in the project:
 .cordova/config.json 
 {
 id: org.apache.cordova,
 name: mobilespec,
 lib: {
 blackberry10: {
 uri: C:\\Users\\Administrator\\cordova-blackberry
 },
 wp8: {
 uri: C:\\Users\\Administrator\\cordova-coho\\cordova-wp8
 },
 windows8: {
 uri: C:\\Users\\Administrator\\cordova-coho\\cordova-windows
 }
 }
 }
 The problem is that it never resolves the path, with the folder that contains 
 blackberry10 library, which is inside of cordova-blackberry.
 When I try to add the full path to the project:
 blackberry10:{uri:C:\\Users\\Administrator\\cordova-coho\\cordova-blackberry\\blackberry10}
 It pass the requirements check, but when it produce an error at running the 
 command to add the project at superspawn.js.
 What's happening here is, that it pass the requirements check, but when it 
 try to use the library use is trying to use this path: 
 C:\\Users\\Administrator\\cord
 ova-blackberry\\blackberry10\\blackberry10\\bin\\create
 So the usage path is obtained trying to look for 'blackberry10', under 
 'cordova-blackberry', and the requirements check requires the whole path: 
 blackberry10:{uri:C:\\Users\\Administrator\\cordova-coho\\cordova-blackberry\\blackberry10}
 According to my trace, the requirements check it should resolve the path 
 correctly, looking under 'cordova-blackberry'.
 I'll assign this to me, I have a simple solution for it when custom paths are 
 used.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CB-6775) Fix autoload support

2014-05-28 Thread Jesse MacFadyen (JIRA)

Jesse MacFadyen created CB-6775:
---

 Summary: Fix autoload support
 Key: CB-6775
 URL: https://issues.apache.org/jira/browse/CB-6775
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.5.0
Reporter: Jesse MacFadyen
Assignee: Jesse MacFadyen
 Fix For: 3.6.0


Revisit the autoload plugin feature in the platform.  Several issues related to 
the splash-screen plugin require it, for autohide preference.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CB-6776) Make project/.cordova/config.json integrate with platforms.js

Josh Soref created CB-6776:
--

 Summary: Make project/.cordova/config.json integrate with 
platforms.js
 Key: CB-6776
 URL: https://issues.apache.org/jira/browse/CB-6776
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib
Affects Versions: 3.5.0
Reporter: Josh Soref
Assignee: Josh Soref


Handling of .cordova/config.json , platforms and lazy_load is currently fairly 
messy.

This removes hardcoded platforms.js handling from lazy_load (especially for 
wp7/wp8 and blackberry10).

It also allows other future platforms to have whatever odd behavior they like 
(similar to wp7/wp8/blackberry10) if they so choose.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-5183) WP7/8 lib path is not correctly resolved by CLI


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

Josh Soref commented on CB-5183:


[~agrieve]: i think i've addressed this with CB-6776

I'd love to get that merged, this disaster has been sitting around for too long.

 WP7/8 lib path is not correctly resolved by CLI
 ---

 Key: CB-5183
 URL: https://issues.apache.org/jira/browse/CB-5183
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Sergey Grebnov
Assignee: Josh Soref
Priority: Minor
 Attachments: cordova_wp8_wp7_cli.patch


 Steps to reproduce
 1. Install latest cordova-cli from git repo
 2. Create new project App using 'cordova create App' CLI command 
 3. Update app/.cordova/config.json to point to custom cordova-wp8 repo
  For example
 {  id:org.apache.mobilespec,  name:mobilespec,  lib: { wp8: { 
  uri: c:\\..\\cordova-wp8,  version: 3.1.0,  id: 
 cordova-wp8-master}  }}
 4. Run 'cordova platform add wp8' commands
 Expected: command succeeded.
 Actually: command failed with the message below
 Error: Error while checking requirements: 
 'c:\..\cordova-wp8\bin\check_reqs' is not recognized as an internal or 
 external command,
 operable program or batch file.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6767) Allow `cordova` to be replaceable


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

Josh Soref commented on CB-6767:


This should resolve CB-6537

 Allow `cordova` to be replaceable
 -

 Key: CB-6767
 URL: https://issues.apache.org/jira/browse/CB-6767
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, CordovaLib
Affects Versions: 3.4.0
Reporter: Josh Soref
Assignee: Josh Soref

 Anyone who tries to incorporate CordovaLib into their own product will 
 eventually have things like:
 `myapp plugin add`
 which yield errors like:
 please use `cordova plugin add something`
 It'd be nice for the errors to actually be able to say please use `myapp 
 plugin add something` instead.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6767) Allow `cordova` to be replaceable


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

Josh Soref commented on CB-6767:


The main work is in https://github.com/apache/cordova-lib/pull/20 but the 
github integration seems to have missed it.

 Allow `cordova` to be replaceable
 -

 Key: CB-6767
 URL: https://issues.apache.org/jira/browse/CB-6767
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, CordovaLib
Affects Versions: 3.4.0
Reporter: Josh Soref
Assignee: Josh Soref

 Anyone who tries to incorporate CordovaLib into their own product will 
 eventually have things like:
 `myapp plugin add`
 which yield errors like:
 please use `cordova plugin add something`
 It'd be nice for the errors to actually be able to say please use `myapp 
 plugin add something` instead.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6696) Set flash mode for capture video plugin

2014-05-28 Thread Max Franz (JIRA)


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

Max Franz commented on CB-6696:
---

Could this option be set for the plugin via the XML config file then?  The main 
issue is that flash is on by default via the plugin on iOS.  

Even if the plugin doesn't provide an option for this, then I think the plugin 
should set the flash to off by default.  It's better to have it off and have 
the user turn it on if desired, rather than having the flash come on without 
the user wanting or asking for that behaviour.

 Set flash mode for capture video plugin
 ---

 Key: CB-6696
 URL: https://issues.apache.org/jira/browse/CB-6696
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin Media Capture
Reporter: Max Franz

 The capture video plugin is great, but there are usecases where the default 
 option for the camera flash mode does not suffice.  A lot of the time, the 
 user would prefer the flash be off unless manually set otherwise.
 An option to set the flash mode would be great (right now, I have to patch 
 the plugin for all platforms manually).  The following enums would be 
 required:
 * flash on
 * flash off
 * flash auto
 e.g. for iphone see 
 https://developer.apple.com/library/ios/documentation/uikit/reference/UIImagePickerController_Class/UIImagePickerController/UIImagePickerController.html#//apple_ref/occ/instp/UIImagePickerController/cameraFlashMode
 As an alternative: If having an option to expose this is not preferable, it's 
 also possible 
 * to change the default from flash auto to flash off, or
 * to start by default with flash off and save the value the user set last 
 in the app.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6767) Allow `cordova` to be replaceable