date:20140813


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

ASF GitHub Bot commented on CB-6728:


Github user yuriburger commented on the pull request:

https://github.com/apache/cordova-wp8/pull/39#issuecomment-52035097
  
Hi @purplecabbage You might want to check your WMAppManifest.xml file. In 
my case I had to remove  the license comment at the top. HTH.


 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: Android, CLI, iOS, 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-3445) Move Cordova-Android Build Setup to Gradle

2014-08-13 Thread Stephen Gutknecht (JIRA)


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

Stephen Gutknecht commented on CB-3445:
---

What is the status of CB-3445? Can I use this in my project?

 Move Cordova-Android Build Setup to Gradle
 --

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

 Currently we're using ant for our setup, and our setup can break every time 
 that the Android SDK updates and change its build.xml.  However, the Android 
 Team has created Gradle to be more robust such that it doesn't have the same 
 problems as ant-based scripts.
 This also has the advantage of using Android Studio for development instead 
 of Eclipse, and the ability for us to bundle resources, which is something we 
 haven't been able to do before.
 Moving to Gradle has numerous advantages, but will break scripts, so this is 
 to be moved in the post-3.0 timeframe.



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

[jira] [Commented] (CB-677) Docs/Getting Started Guides

2014-08-13 Thread Mike Billau (JIRA)


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

Mike Billau commented on CB-677:


[~adamcmiel] I think you should ask that question on the dev list. We have been 
having discussions about the docs and doc generation on and off for a while 
now. 

 Docs/Getting Started Guides
 ---

 Key: CB-677
 URL: https://issues.apache.org/jira/browse/CB-677
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Docs
Affects Versions: Master
Reporter: Andrew Trice
Assignee: Michael Brooks
Priority: Minor
 Fix For: Master


 I have gotten a lot of feedback from Adobe customers and developers at 
 conferences on this... In general, the getting started guides are great at 
 getting people's environments configured, but many end up wondering what do 
 I do next.  It would be great to have docs/guidance on next steps, 
 including strategies to make your apps feel more like apps and less like 
 the web, performance optimizations, and possibly case studies on how 
 showcase apps were created.  This JIRA issue is intended for tracking 
 purposes.



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

[jira] [Commented] (CB-7131) Contact picker returns photo url even if a contact doesn't have one. (Android 4.4.4, 4.3)


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

ASF GitHub Bot commented on CB-7131:


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


https://github.com/apache/cordova-plugin-contacts/pull/39#discussion_r16179759
  
--- Diff: src/android/ContactAccessorSdk5.java ---
@@ -436,7 +436,10 @@ else if 
(mimetype.equals(ContactsContract.CommonDataKinds.Event.CONTENT_ITEM_TYP
 }
 else if 
(mimetype.equals(ContactsContract.CommonDataKinds.Photo.CONTENT_ITEM_TYPE)
  isRequired(photos, populate)) {
-photos.put(photoQuery(c, contactId));
+JSONObject photo = photoQuery(c, contactId);
+if (photo != null) {
+  photos.put(photo);
--- End diff --

this is probably under indented (2 space instead of 4 space)


 Contact picker returns photo url even if a contact doesn't have one. (Android 
 4.4.4, 4.3)
 -

 Key: CB-7131
 URL: https://issues.apache.org/jira/browse/CB-7131
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Sergey Grebnov
Priority: Minor

 When I pick contact that doesn't have any avatar with 
 {code}navigator.contacts.pickContact{code} I get contact object with photo 
 url which is broken. Contact without avatar should not contain any photo 
 urls, but somehow it does...



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

[jira] [Commented] (CB-7131) Contact picker returns photo url even if a contact doesn't have one. (Android 4.4.4, 4.3)


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

ASF GitHub Bot commented on CB-7131:


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


https://github.com/apache/cordova-plugin-contacts/pull/39#discussion_r16179768
  
--- Diff: src/android/ContactAccessorSdk5.java ---
@@ -902,6 +905,17 @@ private JSONObject photoQuery(Cursor cursor, String 
contactId) {
 Uri person = 
ContentUris.withAppendedId(ContactsContract.Contacts.CONTENT_URI, 
(Long.valueOf(contactId)));
 Uri photoUri = Uri.withAppendedPath(person, 
ContactsContract.Contacts.Photo.CONTENT_DIRECTORY);
 photo.put(value, photoUri.toString());
+
+// Query photo existance
+Cursor photoCursor = 
mApp.getActivity().getContentResolver().query(photoUri, new String[] 
{ContactsContract.Contacts.Photo.PHOTO}, null, null, null);
+if (photoCursor == null) {
+  return null;
--- End diff --

this is probably under indented (2 space instead of 4 space)


 Contact picker returns photo url even if a contact doesn't have one. (Android 
 4.4.4, 4.3)
 -

 Key: CB-7131
 URL: https://issues.apache.org/jira/browse/CB-7131
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Sergey Grebnov
Priority: Minor

 When I pick contact that doesn't have any avatar with 
 {code}navigator.contacts.pickContact{code} I get contact object with photo 
 url which is broken. Contact without avatar should not contain any photo 
 urls, but somehow it does...



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

[jira] [Commented] (CB-7131) Contact picker returns photo url even if a contact doesn't have one. (Android 4.4.4, 4.3)

2014-08-13 Thread ASF subversion and git services (JIRA)


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

ASF GitHub Bot commented on CB-7131:


Github user jsoref commented on the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/39#issuecomment-52059205
  
Please don't include `[`/`]` around the cb- in the commit message: 
http://wiki.apache.org/cordova/IssueWorkflow#About+Commit+Messages


 Contact picker returns photo url even if a contact doesn't have one. (Android 
 4.4.4, 4.3)
 -

 Key: CB-7131
 URL: https://issues.apache.org/jira/browse/CB-7131
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Sergey Grebnov
Priority: Minor

 When I pick contact that doesn't have any avatar with 
 {code}navigator.contacts.pickContact{code} I get contact object with photo 
 url which is broken. Contact without avatar should not contain any photo 
 urls, but somehow it does...



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

[jira] [Commented] (CB-3445) Move Cordova-Android Build Setup to Gradle


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

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

Commit 8a2ca58394ed72423ece7bd1c61b1f514ab6f978 in cordova-lib's branch 
refs/heads/CB-3445 from [~iclelland]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=8a2ca58 ]

CB-3445: Android: Add library projects to gradle build config on plugin install


 Move Cordova-Android Build Setup to Gradle
 --

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

 Currently we're using ant for our setup, and our setup can break every time 
 that the Android SDK updates and change its build.xml.  However, the Android 
 Team has created Gradle to be more robust such that it doesn't have the same 
 problems as ant-based scripts.
 This also has the advantage of using Android Studio for development instead 
 of Eclipse, and the ability for us to bundle resources, which is something we 
 haven't been able to do before.
 Moving to Gradle has numerous advantages, but will break scripts, so this is 
 to be moved in the post-3.0 timeframe.



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

[jira] [Commented] (CB-3445) Move Cordova-Android Build Setup to Gradle

2014-08-13 Thread Ian Clelland (JIRA)


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

Ian Clelland commented on CB-3445:
--

This is still in development -- it is currently working for me, but only on the 
Android 4.0.x branch. I haven't backported to 3.5.1.


 Move Cordova-Android Build Setup to Gradle
 --

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

 Currently we're using ant for our setup, and our setup can break every time 
 that the Android SDK updates and change its build.xml.  However, the Android 
 Team has created Gradle to be more robust such that it doesn't have the same 
 problems as ant-based scripts.
 This also has the advantage of using Android Studio for development instead 
 of Eclipse, and the ability for us to bundle resources, which is something we 
 haven't been able to do before.
 Moving to Gradle has numerous advantages, but will break scripts, so this is 
 to be moved in the post-3.0 timeframe.



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

[jira] [Commented] (CB-3445) Move Cordova-Android Build Setup to Gradle

2014-08-13 Thread Stephen Gutknecht (JIRA)


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

Stephen Gutknecht commented on CB-3445:
---

@Ian - thank you for the reply and related development. Is there a HOWTO 
somewhere on accessing the 4.0.x branch?  I mostly just want to create a simple 
hello world app with the new structure so I can backport it manually to my 
3.5.1 project. Thanks.

 Move Cordova-Android Build Setup to Gradle
 --

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

 Currently we're using ant for our setup, and our setup can break every time 
 that the Android SDK updates and change its build.xml.  However, the Android 
 Team has created Gradle to be more robust such that it doesn't have the same 
 problems as ant-based scripts.
 This also has the advantage of using Android Studio for development instead 
 of Eclipse, and the ability for us to bundle resources, which is something we 
 haven't been able to do before.
 Moving to Gradle has numerous advantages, but will break scripts, so this is 
 to be moved in the post-3.0 timeframe.



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

[jira] [Created] (CB-7299) Hard to diagnose message when ANDROID_HOME env variable missing

2014-08-13 Thread Andrey Kurdyumov (JIRA)

Andrey Kurdyumov created CB-7299:


 Summary: Hard to diagnose message when ANDROID_HOME env variable 
missing
 Key: CB-7299
 URL: https://issues.apache.org/jira/browse/CB-7299
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Reporter: Andrey Kurdyumov


When ANDROID_HOME env variable not set then then following output is produced:

{noformat}
Running command: C:\projectdir\platforms\android\cordova\run.bat
Unable to locate tools.jar. Expected to find it in C:\Program 
Files\Java\jre8\lib\tools.jar
Buildfile: C:\projectdir\platforms\android\build.xml
BUILD FAILED

C:\projectdir\platforms\android\build.xml:90: Cannot find 
C:\Users\user\AppData\Local\Android\android-sdk\
tools\ant\build.xml imported from C:\projectdir\platforms\android\build.xml
Total time: 2 seconds
C:\projectdir\platforms\android\cordova\node_modules\q\q.js:126
throw e;
  ^
Error code 1 for command: cmd with args: 
/s,/c,ant,debug,-f,C:\projectdir\platforms\android\build.xml,-Dou
t.dir=ant-build,-Dgen.absolute.dir=ant-gen
Error: C:\projectdir\platforms\android\cordova\run.bat: Command failed with 
exit code 8
at ChildProcess.whenDone 
(C:\Users\user\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordov
a\superspawn.js:135:23)
at ChildProcess.emit (events.js:98:17)
at maybeClose (child_process.js:756:16)
at Process.ChildProcess._handle.onexit (child_process.js:823:5)
{noformat}

Expected to be more user friendly error message:
{noformat}
Error: ANDROID_HOME variable should set before running `cordova run android`
{noformat}



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

[jira] [Commented] (CB-7131) Contact picker returns photo url even if a contact doesn't have one. (Android 4.4.4, 4.3)


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

ASF GitHub Bot commented on CB-7131:


Github user emilioeduardob commented on the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/39#issuecomment-52064520
  
Ok, I just corrected the indentation. Do you need me to open a new PR to 
change the PR name?


 Contact picker returns photo url even if a contact doesn't have one. (Android 
 4.4.4, 4.3)
 -

 Key: CB-7131
 URL: https://issues.apache.org/jira/browse/CB-7131
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Sergey Grebnov
Priority: Minor

 When I pick contact that doesn't have any avatar with 
 {code}navigator.contacts.pickContact{code} I get contact object with photo 
 url which is broken. Contact without avatar should not contain any photo 
 urls, but somehow it does...



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

[jira] [Commented] (CB-7131) Contact picker returns photo url even if a contact doesn't have one. (Android 4.4.4, 4.3)


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

ASF GitHub Bot commented on CB-7131:


Github user emilioeduardob commented on the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/39#issuecomment-52065022
  
Nevermind.. I'll create a new PR following the guidelines ;) thanks


 Contact picker returns photo url even if a contact doesn't have one. (Android 
 4.4.4, 4.3)
 -

 Key: CB-7131
 URL: https://issues.apache.org/jira/browse/CB-7131
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Sergey Grebnov
Priority: Minor

 When I pick contact that doesn't have any avatar with 
 {code}navigator.contacts.pickContact{code} I get contact object with photo 
 url which is broken. Contact without avatar should not contain any photo 
 urls, but somehow it does...



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

[jira] [Commented] (CB-7104) Plugin results not transmitted back to devices (specially Samsung S4 and S5)


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

ASF GitHub Bot commented on CB-7104:


Github user hnilsen commented on the pull request:

https://github.com/apache/cordova-android/pull/105#issuecomment-52066802
  
I was away on vacation, so couldn't answer to your comments.

I'm back at work, and we've updated Cordova on Android to 3.5.1, in 
response to the IBM Research exploit issue, and the problem we're seeing has 
returned.

I believe that you're flipping the flag redundantly, and especially Samsung 
keyboards send events in a different order to Cordova than other phones 
(without messages), which makes the flag turn from true - true (meaning no 
messages are sent between JS and Native).

3.5.1 still has this bug.


 Plugin results not transmitted back to devices (specially Samsung S4 and S5)
 

 Key: CB-7104
 URL: https://issues.apache.org/jira/browse/CB-7104
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
Reporter: Håkon Nilsen
Priority: Blocker
  Labels: patch

 Our app relies heavily on Cordova plugins for communicating between 
 JavaScript and native, and on certain devices these messages are not 
 consistently sent back to the JavaScript API.
 I've tracked it down to a problem with webView.setNetworkAvailable()-usage in 
 NativeToJsMessageQueue.java, and I have a suggestion for a fix.
 The problem with the current setup of (3.3.0) of NativeToJsMessageQueue seems 
 to be that the online flag is toggled every time a plugin is fired, while 
 webView.setNetworkAvailable(online) is only fired if the queue has messages.
 Since not all plugins have messages, the online flag can be toggled twice, 
 and the online flag will be i.e. false for each time the command is run - 
 which means Cordova won't send any messages.
 On Samsung S4 and S5 the hideKeyboard-event is slower or faster than other 
 devices, which results in a doble toggle of the online flag. This leads to 
 the following command being sent when there is a message in the queue:
 webView.setNetworkAvailable(false); // first message
 webView.setNetworkAvailable(false); // second message, which is not being sent
 webView.setNetworkAvailable(false); // third message, which will be sent
 For us it has been a terrible blocker, and I've made a change to the 
 OnlineEventsBridgeMode in NativeToJsMessageQueue.java that addresses this.



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

[jira] [Comment Edited] (CB-7122) Camera Plugin auto rotation does not work with PNG images on Android


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

Michael M edited comment on CB-7122 at 8/13/14 4:00 PM:


Is somebody taking care of this issue?


was (Author: confile):
Is sombody taking care of this issue?

 Camera Plugin auto rotation does not work with PNG images on Android
 

 Key: CB-7122
 URL: https://issues.apache.org/jira/browse/CB-7122
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaLib, Plugin Camera
Affects Versions: 3.5.0
 Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android
Reporter: Michael M
Assignee: Joe Bowser

 When using Android and image as PNG from Camera auto rotation does not work 
 even if it is set to true. This is a bug. It works fine on iOS.
 It works on Android if you use JPEG images from Camera but not with PNG 
 images. Tested on Samsung Galaxy S3 mini.



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

[jira] [Commented] (CB-7122) Camera Plugin auto rotation does not work with PNG images on Android


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

Michael M commented on CB-7122:
---

Is sombody taking care of this issue?

 Camera Plugin auto rotation does not work with PNG images on Android
 

 Key: CB-7122
 URL: https://issues.apache.org/jira/browse/CB-7122
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaLib, Plugin Camera
Affects Versions: 3.5.0
 Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android
Reporter: Michael M
Assignee: Joe Bowser

 When using Android and image as PNG from Camera auto rotation does not work 
 even if it is set to true. This is a bug. It works fine on iOS.
 It works on Android if you use JPEG images from Camera but not with PNG 
 images. Tested on Samsung Galaxy S3 mini.



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

[jira] [Updated] (CB-7271) Issue with Socket.io and apk signing


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

Joe Bowser updated CB-7271:
---

Priority: Major  (was: Critical)

 Issue with Socket.io and apk signing
 

 Key: CB-7271
 URL: https://issues.apache.org/jira/browse/CB-7271
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.4.0
 Environment: Android OS
Reporter: August Infotech
  Labels: build, signature
 Fix For: 3.4.0

   Original Estimate: 72h
  Remaining Estimate: 72h

 We have created an app with socket.io and when we build and run the app 
 without signing (which is required to launch the app in play store), the app 
 worked well with the socket.io.
 But when we sign the app from the Eclipse using Android Tools, the app fails 
 to communicate with the socket and we are getting problems using socket code 
 there on.
 The difference between the two .apk files are of signing only.
 Moreover, we got builds (signed and unsigned) from the Adobe online build 
 generator and we faced the same issue.
 Any light on this issue would be highly appreciated.
 Thanks in advance!
 Regards! 



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

[jira] [Commented] (CB-7122) Camera Plugin auto rotation does not work with PNG images on Android


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

Joe Bowser commented on CB-7122:


[~confile] It's in my queue, but if you want to to take a stab at it, that'd be 
awesome.

 Camera Plugin auto rotation does not work with PNG images on Android
 

 Key: CB-7122
 URL: https://issues.apache.org/jira/browse/CB-7122
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaLib, Plugin Camera
Affects Versions: 3.5.0
 Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android
Reporter: Michael M
Assignee: Joe Bowser

 When using Android and image as PNG from Camera auto rotation does not work 
 even if it is set to true. This is a bug. It works fine on iOS.
 It works on Android if you use JPEG images from Camera but not with PNG 
 images. Tested on Samsung Galaxy S3 mini.



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

[jira] [Updated] (CB-7291) Externally-launchable applications should be configurable


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

Joe Bowser updated CB-7291:
---

Priority: Blocker  (was: Critical)

 Externally-launchable applications should be configurable
 -

 Key: CB-7291
 URL: https://issues.apache.org/jira/browse/CB-7291
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Ian Clelland
Priority: Blocker
 Fix For: 3.6.0


 Cordova Android versions up to 3.5.0 would launch any and all external 
 applications by URL. Any URL not explicitly whitelisted was sent to the 
 Android intent system for handling. This was the cause of the security 
 vulnerabilities reported by IBM and disclosed in CVE-2014-3502.
 Cordova Android 3.5.1 was released to fix this, which it did by disabling 
 explicit intents, and explaining how to use a plugin to block other URL 
 schemes if desired.
 We want to have a better official solution than this, so that developers can 
 easily configure which applications (sms, email, maps, etc) should be 
 launchable from their Cordova app.
 *Proposal*
 The proposed solution is to maintain a second whitelist within the app, for 
 URL patterns which may be used to launch external applications. Then, on URL 
 loading, these tests will occur (in order):
 # URLs which are whitelisted internally (existing list) will cause internal 
 navigation
 # URLs which are whitelisted externally (new list) will attempt to launch an 
 intent to handle it
 # URLs which are not whitelisted at all (in neither list) will be blocked.
 *Configuration*
 URLs can be added to the new (external) whitelist through an extension to the 
 {{config.xml}} whitelist syntax:
 {code}
 access origin=sms:* launch-external=yes /
 {code}
 (Any non-empty value for the {{launch-external}} attribute will be considered 
 true when parsing the {{config.xml}} file)
 *Open questions* (one about forward-thinking security, the other about 
 backwards-compatibility):
 # What should the default external whitelist be in the application template 
 that we ship? This will be the case for new apps build with 3.6.0.
 # What should the default external whitelist be when there are no {{access 
 launch-external=yes}} tags in {{config.xml}}? This will be the case for 
 apps which are upgrading to 3.6.0.



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

[jira] [Commented] (CB-7291) Externally-launchable applications should be configurable


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

Joe Bowser commented on CB-7291:


Bumping priority to blocker, I don't want to see a 3.6.0 release without this 
resolved ideally. :(

 Externally-launchable applications should be configurable
 -

 Key: CB-7291
 URL: https://issues.apache.org/jira/browse/CB-7291
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Ian Clelland
Priority: Blocker
 Fix For: 3.6.0


 Cordova Android versions up to 3.5.0 would launch any and all external 
 applications by URL. Any URL not explicitly whitelisted was sent to the 
 Android intent system for handling. This was the cause of the security 
 vulnerabilities reported by IBM and disclosed in CVE-2014-3502.
 Cordova Android 3.5.1 was released to fix this, which it did by disabling 
 explicit intents, and explaining how to use a plugin to block other URL 
 schemes if desired.
 We want to have a better official solution than this, so that developers can 
 easily configure which applications (sms, email, maps, etc) should be 
 launchable from their Cordova app.
 *Proposal*
 The proposed solution is to maintain a second whitelist within the app, for 
 URL patterns which may be used to launch external applications. Then, on URL 
 loading, these tests will occur (in order):
 # URLs which are whitelisted internally (existing list) will cause internal 
 navigation
 # URLs which are whitelisted externally (new list) will attempt to launch an 
 intent to handle it
 # URLs which are not whitelisted at all (in neither list) will be blocked.
 *Configuration*
 URLs can be added to the new (external) whitelist through an extension to the 
 {{config.xml}} whitelist syntax:
 {code}
 access origin=sms:* launch-external=yes /
 {code}
 (Any non-empty value for the {{launch-external}} attribute will be considered 
 true when parsing the {{config.xml}} file)
 *Open questions* (one about forward-thinking security, the other about 
 backwards-compatibility):
 # What should the default external whitelist be in the application template 
 that we ship? This will be the case for new apps build with 3.6.0.
 # What should the default external whitelist be when there are no {{access 
 launch-external=yes}} tags in {{config.xml}}? This will be the case for 
 apps which are upgrading to 3.6.0.



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

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


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

Joe Bowser closed CB-7213.
--

Resolution: Duplicate

Duplicate of CB-7212

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

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

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



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

[jira] [Commented] (CB-7197) Cordova doesn't always initialize when webview timers start in the paused state


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

Joe Bowser commented on CB-7197:


Git repo is located here: 
https://git-wip-us.apache.org/repos/asf?p=cordova-android.git

And yes, you should make the pull request from master.

 Cordova doesn't always initialize when webview timers start in the paused 
 state
 ---

 Key: CB-7197
 URL: https://issues.apache.org/jira/browse/CB-7197
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
 Environment: Android 4.4.2
Reporter: David Almilli

 When Cordova pauses the timers before the Activity is destroyed, when you 
 start the Activity back up, it detects it's in the startup phase and doesn't 
 resume the timers if they are starting in the paused state.
 If you look at the javadoc for WebView.pauseTimers() it says that it's a 
 global setting and doesn't just affect that instance of the WebView.
 http://developer.android.com/reference/android/webkit/WebView.html#pauseTimers()
 There are probably several ways to reproduce this which may seem inconsistent 
 because it depends on what the android task manager does and whether it 
 destroys the activities, but keeps the process running or not. I wasn't able 
 to make a simple example though. The way I was reproducing it was by using 
 the camera plugin to take a picture and then hit back repeatedly until it 
 goes to the home screen.  Then I would go back to the launcher icon to start 
 the app again.  It never receives the deviceready event and gets stuck just 
 before it loads the plugins in the cordova.js because it's wrapped in a 
 setTimeout().
 I even had this snipped at the top of the body that (when starting in a 
 broken state) would print Testing setTimeout, but would *not print* 
 setTimeout 0 works
 {noformat}
   script type=text/javascript
   console.log(Testing setTimeout);
   setTimeout(function() {
   console.log(setTimeout 0 works);
   }, 0);
   /script
 {noformat}
 The fix I came up with was at the end of the CordovaActivity.init(...) method 
 add this line:
 {noformat}
 public void init(CordovaWebView webView, CordovaWebViewClient 
 webViewClient, CordovaChromeClient webChromeClient) {
 ...
 this.appView.resumeTimers();
 }
 {noformat}
 And to be sure that the CordovaWebView doesn't break other WebViews that 
 might be used by a developer, it should resume the timers when it is 
 destroyed so at the end of the CordovaWebView.handleDestory() method add this 
 line:
 {noformat}
 public void handleDestroy() {
 ...
 this.resumeTimers();
 }
 {noformat}



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

[jira] [Commented] (CB-7131) Contact picker returns photo url even if a contact doesn't have one. (Android 4.4.4, 4.3)


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

ASF GitHub Bot commented on CB-7131:


Github user emilioeduardob closed the pull request at:

https://github.com/apache/cordova-plugin-contacts/pull/39


 Contact picker returns photo url even if a contact doesn't have one. (Android 
 4.4.4, 4.3)
 -

 Key: CB-7131
 URL: https://issues.apache.org/jira/browse/CB-7131
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Sergey Grebnov
Priority: Minor

 When I pick contact that doesn't have any avatar with 
 {code}navigator.contacts.pickContact{code} I get contact object with photo 
 url which is broken. Contact without avatar should not contain any photo 
 urls, but somehow it does...



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

[jira] [Commented] (CB-7131) Contact picker returns photo url even if a contact doesn't have one. (Android 4.4.4, 4.3)


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

ASF GitHub Bot commented on CB-7131:


GitHub user emilioeduardob opened a pull request:

https://github.com/apache/cordova-plugin-contacts/pull/40

CB-7131 Check for profile photo existance

Try to resolve profile picture, if it can find
it, it returns null

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

$ git pull https://github.com/emilioeduardob/cordova-plugin-contacts CB-7131

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

https://github.com/apache/cordova-plugin-contacts/pull/40.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 #40


commit 0c179b546992ba377e4404b7b3ca8f29b9b83b20
Author: Emilio Blanco emilioeduar...@gmail.com
Date:   2014-08-08T18:28:26Z

CB-7131 Check for profile photo existance

Try to resolve profile picture, if it can find
it, it returns null




 Contact picker returns photo url even if a contact doesn't have one. (Android 
 4.4.4, 4.3)
 -

 Key: CB-7131
 URL: https://issues.apache.org/jira/browse/CB-7131
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Sergey Grebnov
Priority: Minor

 When I pick contact that doesn't have any avatar with 
 {code}navigator.contacts.pickContact{code} I get contact object with photo 
 url which is broken. Contact without avatar should not contain any photo 
 urls, but somehow it does...



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

[jira] [Commented] (CB-7131) Contact picker returns photo url even if a contact doesn't have one. (Android 4.4.4, 4.3)


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

ASF GitHub Bot commented on CB-7131:


Github user emilioeduardob commented on the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/39#issuecomment-52076911
  
Opened new PR #40 


 Contact picker returns photo url even if a contact doesn't have one. (Android 
 4.4.4, 4.3)
 -

 Key: CB-7131
 URL: https://issues.apache.org/jira/browse/CB-7131
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Sergey Grebnov
Priority: Minor

 When I pick contact that doesn't have any avatar with 
 {code}navigator.contacts.pickContact{code} I get contact object with photo 
 url which is broken. Contact without avatar should not contain any photo 
 urls, but somehow it does...



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

[jira] [Commented] (CB-7131) Contact picker returns photo url even if a contact doesn't have one. (Android 4.4.4, 4.3)


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

ASF GitHub Bot commented on CB-7131:


Github user jsoref commented on the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/39#issuecomment-52077618
  
For reference, no you don't need to create a new PR, you can push (-f) to 
your existing branch and github will update the PR.

To change the summary of the PR itself, you just click and edit the summary.


 Contact picker returns photo url even if a contact doesn't have one. (Android 
 4.4.4, 4.3)
 -

 Key: CB-7131
 URL: https://issues.apache.org/jira/browse/CB-7131
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Sergey Grebnov
Priority: Minor

 When I pick contact that doesn't have any avatar with 
 {code}navigator.contacts.pickContact{code} I get contact object with photo 
 url which is broken. Contact without avatar should not contain any photo 
 urls, but somehow it does...



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

[jira] [Commented] (CB-7122) Camera Plugin auto rotation does not work with PNG images on Android


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

Michael M commented on CB-7122:
---

The problem is that also the usability of the plugin is not very good. On ios 
and Android when you take or select a photo it takes a while until something is 
happening. A loading indicator might help. Also is seems that the image quality 
is very low when you use jpeg and quality set to 1.0.
 

 Camera Plugin auto rotation does not work with PNG images on Android
 

 Key: CB-7122
 URL: https://issues.apache.org/jira/browse/CB-7122
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaLib, Plugin Camera
Affects Versions: 3.5.0
 Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android
Reporter: Michael M
Assignee: Joe Bowser

 When using Android and image as PNG from Camera auto rotation does not work 
 even if it is set to true. This is a bug. It works fine on iOS.
 It works on Android if you use JPEG images from Camera but not with PNG 
 images. Tested on Samsung Galaxy S3 mini.



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

[jira] [Commented] (CB-7104) Plugin results not transmitted back to devices (specially Samsung S4 and S5)

2014-08-13 Thread Andrew Grieve (JIRA)


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

Andrew Grieve commented on CB-7104:
---

The fix was not in 3.5.1, you'll still need to try it from master or apply the 
patch to your copy to get the fix.

 Plugin results not transmitted back to devices (specially Samsung S4 and S5)
 

 Key: CB-7104
 URL: https://issues.apache.org/jira/browse/CB-7104
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
Reporter: Håkon Nilsen
Priority: Blocker
  Labels: patch

 Our app relies heavily on Cordova plugins for communicating between 
 JavaScript and native, and on certain devices these messages are not 
 consistently sent back to the JavaScript API.
 I've tracked it down to a problem with webView.setNetworkAvailable()-usage in 
 NativeToJsMessageQueue.java, and I have a suggestion for a fix.
 The problem with the current setup of (3.3.0) of NativeToJsMessageQueue seems 
 to be that the online flag is toggled every time a plugin is fired, while 
 webView.setNetworkAvailable(online) is only fired if the queue has messages.
 Since not all plugins have messages, the online flag can be toggled twice, 
 and the online flag will be i.e. false for each time the command is run - 
 which means Cordova won't send any messages.
 On Samsung S4 and S5 the hideKeyboard-event is slower or faster than other 
 devices, which results in a doble toggle of the online flag. This leads to 
 the following command being sent when there is a message in the queue:
 webView.setNetworkAvailable(false); // first message
 webView.setNetworkAvailable(false); // second message, which is not being sent
 webView.setNetworkAvailable(false); // third message, which will be sent
 For us it has been a terrible blocker, and I've made a change to the 
 OnlineEventsBridgeMode in NativeToJsMessageQueue.java that addresses this.



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

[jira] [Commented] (CB-7131) Contact picker returns photo url even if a contact doesn't have one. (Android 4.4.4, 4.3)


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

ASF GitHub Bot commented on CB-7131:


Github user emilioeduardob commented on the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/39#issuecomment-52080151
  
Thanks for the tips


 Contact picker returns photo url even if a contact doesn't have one. (Android 
 4.4.4, 4.3)
 -

 Key: CB-7131
 URL: https://issues.apache.org/jira/browse/CB-7131
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Meshkov Alex
Assignee: Sergey Grebnov
Priority: Minor

 When I pick contact that doesn't have any avatar with 
 {code}navigator.contacts.pickContact{code} I get contact object with photo 
 url which is broken. Contact without avatar should not contain any photo 
 urls, but somehow it does...



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

[jira] [Commented] (CB-6627) Make dest NATIVE_URI compatible with source CAMERA


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

ASF GitHub Bot commented on CB-6627:


Github user jsoref commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/20#issuecomment-52080044
  
@jhurliman: could you please update this PR (squish the commits, change the 
commit message to match jira issue)?

http://wiki.apache.org/cordova/IssueWorkflow (include `CB-6627` and 
meaningful description of change in commit message)




 Make dest NATIVE_URI compatible with source CAMERA
 --

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

 When using the camera in iOS, UIImagePickerControllerReferenceURL does not 
 exist because the image only exists in memory immediately after taking a 
 photo. This waits for the image to be written to disk before firing the JS 
 callback when Camera.SourceType.CAMERA, Camera.DestinationType.NATIVE_URI, 
 and saveToPhotoAlbum=true are used together in iOS.
 Pull request: https://github.com/apache/cordova-plugin-camera/pull/20



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

[jira] [Commented] (CB-5109) Windows 8.1 - InAppBrowser


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

ASF GitHub Bot commented on CB-5109:


Github user jsoref commented on the pull request:


https://github.com/apache/cordova-plugin-inappbrowser/pull/52#issuecomment-52083011
  
@SomaticIT : why did you do this:
`0  www/inappbrowser.js → www/InAppBrowser.js`


 Windows 8.1 - InAppBrowser
 --

 Key: CB-5109
 URL: https://issues.apache.org/jira/browse/CB-5109
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin InAppBrowser, Windows 8
Reporter: Maxime LUCE
Assignee: Sergey Grebnov

 In Windows 8.1, there is a new WebView control.
 It can be used to create an InAppBrowser implementation.
 http://msdn.microsoft.com/en-us/library/windows/apps/dn301831.aspx



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

[jira] [Commented] (CB-3440) [BlackBerry10] Investigate failing File API specs


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

ASF GitHub Bot commented on CB-3440:


Github user bryanhiggins closed the pull request at:

https://github.com/apache/cordova-plugin-file/pull/44


 [BlackBerry10] Investigate failing File API specs
 -

 Key: CB-3440
 URL: https://issues.apache.org/jira/browse/CB-3440
 Project: Apache Cordova
  Issue Type: Improvement
  Components: BlackBerry
Affects Versions: 2.8.0
Reporter: Bryan Higgins
Assignee: Bryan Higgins

 error code mismatches
 invalid file names (colon is allowed in QNX)



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

[jira] [Commented] (CB-7300) [BlackBerry10] implement InAppBrowser addEventListener / removeEventListener


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

ASF GitHub Bot commented on CB-7300:


Github user bryanhiggins commented on the pull request:


https://github.com/apache/cordova-plugin-inappbrowser/pull/28#issuecomment-52085499
  
The documentation states that these events are not supported on BB10:

https://github.com/apache/cordova-plugin-inappbrowser/blob/master/doc/index.md

It would be nice if they were, but a pull request is not the appropriate 
forum for this dicussion. I've logged this in JIRA:
https://issues.apache.org/jira/browse/CB-7300


 [BlackBerry10] implement InAppBrowser addEventListener / removeEventListener
 

 Key: CB-7300
 URL: https://issues.apache.org/jira/browse/CB-7300
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin InAppBrowser
Reporter: Bryan Higgins

 addEventListener and removeEventListener are available on many other 
 platforms, but not BB10. It may be possible to get these events, but that 
 requires some investigation.



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

[jira] [Created] (CB-7300) [BlackBerry10] implement InAppBrowser addEventListener / removeEventListener

2014-08-13 Thread Bryan Higgins (JIRA)

Bryan Higgins created CB-7300:
-

 Summary: [BlackBerry10] implement InAppBrowser addEventListener / 
removeEventListener
 Key: CB-7300
 URL: https://issues.apache.org/jira/browse/CB-7300
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin InAppBrowser
Reporter: Bryan Higgins


addEventListener and removeEventListener are available on many other platforms, 
but not BB10. It may be possible to get these events, but that requires some 
investigation.



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

[jira] [Commented] (CB-6450) [WP8] XHRHelper incompatibility with Sencha Touch

2014-08-13 Thread JIRA


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

Vinícius Gonçalves commented on CB-6450:


This line: {code}
Object.defineProperty(alias, 'responseXML', {
get: function () {
 return new 
DOMParser().parseFromString(this.responseText, 'text/xml');
}
});
{code} 
produce an error when I try to load a local json file in a Ajax Sencha Touch 
request, when I using WP8.

 [WP8] XHRHelper incompatibility with Sencha Touch
 -

 Key: CB-6450
 URL: https://issues.apache.org/jira/browse/CB-6450
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.4.0
 Environment: WP8, IE10
Reporter: Marco Spinola Durante
Assignee: Jesse MacFadyen
Priority: Critical
 Fix For: 3.5.0


 My app uses Cordova 3.4.0  Sencha Touch successfully on iOS and Android. I 
 am extending support to WP8, but the app wont start correctly.
 The problem lies in the XHRHelper (probably in the injected JS code), because 
 if I load the app in the IE10 browser everything works fine.
 From Sencha Touch point of view loading of XML fails, although the reader 
 returns 200, I can see that the response.responseXML field is empty.
 I tried to edit the injected JS script and change as follows:
 {code:javascript}var funk = function () {
window.__onXHRLocalCallback = function (responseCode, responseText) {
   alias.status = responseCode;
   if (responseCode == '200') {
  alias.responseText = responseText;
  // MY CHANGE HERE
  alias.responseXML = responseText;
  // END
   }
   else {
  alias.onerror  alias.onerror(responseCode);
   }
   alias.changeReadyState(XHRShim.DONE);
}
alias.changeReadyState(XHRShim.LOADING);
window.external.Notify('XHRLOCAL/' + resolvedUrl);
 }
 {code}
 but it didn't help.



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

[jira] [Created] (CB-7301) Cordova Network Plugin - Adding NetworkManager::getType support for NetworkInfo.getTypeName() returning CELLULAR

2014-08-13 Thread Kyle Paul (JIRA)

Kyle Paul created CB-7301:
-

 Summary: Cordova Network Plugin - Adding NetworkManager::getType 
support for NetworkInfo.getTypeName() returning CELLULAR
 Key: CB-7301
 URL: https://issues.apache.org/jira/browse/CB-7301
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0, 3.4.0, 3.3.0
 Environment: Android L
Reporter: Kyle Paul
Priority: Minor
 Fix For: 3.5.0, 3.4.0, 3.3.0


The [Android API 20 
documentation|http://developer.android.com/reference/android/net/NetworkInfo.html#getTypeName()]
 currently states that MOBILE and WIFI are returned when referencing 
NetworkInfo.getTypeName(). 

By testing on a Nexus 5 with the Android L Developer Preview, 
NetworkInfo.getTypeName() is actually returning CELLULAR and WIFI instead.

Thus the Cordova Network plugin will only return UNKNOWN (line 270 in 
NetworkManager.java) unless the device is connected on a Wi-Fi network.



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

[jira] [Updated] (CB-7301) Cordova Network Plugin - Adding NetworkManager::getType support for NetworkInfo.getTypeName() returning CELLULAR

2014-08-13 Thread Kyle Paul (JIRA)


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

Kyle Paul updated CB-7301:
--

Description: 
The [Android API 20 
documentation|http://developer.android.com/reference/android/net/NetworkInfo.html#getTypeName()]
 currently states that MOBILE and WIFI are returned when referencing 
NetworkInfo.getTypeName(). 

By testing on a Nexus 5 with the Android L Developer Preview, 
NetworkInfo.getTypeName() is actually returning CELLULAR and WIFI instead.

Thus the Cordova Network plugin will only return UNKNOWN (line 270 in 
[NetworkManager.java|https://github.com/apache/cordova-plugin-network-information/blob/master/src/android/NetworkManager.java])
 unless the device is connected on a Wi-Fi network.

  was:
The [Android API 20 
documentation|http://developer.android.com/reference/android/net/NetworkInfo.html#getTypeName()]
 currently states that MOBILE and WIFI are returned when referencing 
NetworkInfo.getTypeName(). 

By testing on a Nexus 5 with the Android L Developer Preview, 
NetworkInfo.getTypeName() is actually returning CELLULAR and WIFI instead.

Thus the Cordova Network plugin will only return UNKNOWN (line 270 in 
NetworkManager.java) unless the device is connected on a Wi-Fi network.


 Cordova Network Plugin - Adding NetworkManager::getType support for 
 NetworkInfo.getTypeName() returning CELLULAR
 --

 Key: CB-7301
 URL: https://issues.apache.org/jira/browse/CB-7301
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0, 3.4.0, 3.5.0
 Environment: Android L
Reporter: Kyle Paul
Priority: Minor
 Fix For: 3.3.0, 3.4.0, 3.5.0


 The [Android API 20 
 documentation|http://developer.android.com/reference/android/net/NetworkInfo.html#getTypeName()]
  currently states that MOBILE and WIFI are returned when referencing 
 NetworkInfo.getTypeName(). 
 By testing on a Nexus 5 with the Android L Developer Preview, 
 NetworkInfo.getTypeName() is actually returning CELLULAR and WIFI instead.
 Thus the Cordova Network plugin will only return UNKNOWN (line 270 in 
 [NetworkManager.java|https://github.com/apache/cordova-plugin-network-information/blob/master/src/android/NetworkManager.java])
  unless the device is connected on a Wi-Fi network.



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

[jira] [Commented] (CB-7301) Cordova Network Plugin - Adding NetworkManager::getType support for NetworkInfo.getTypeName() returning CELLULAR

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

ASF GitHub Bot commented on CB-7301:

Github user neojato commented on the pull request:

https://github.com/apache/cordova-plugin-network-information/pull/16#issuecomment-52096890

@jsoref - Thanks for the links. I wasn't aware of those steps being that I
came to this repo from PhoneGap's direct reference to it.

I've completed a majority of the steps and awaiting confirmation on the
rest. I went ahead and created the jira case
(https://issues.apache.org/jira/browse/CB-7301) with a meaningful description
for this issue.

Since I've already created the pull request for this issue, how would you
advise this moving forward? Another commit? Changing the title for the pull
request to include a more meaningful description? Including the case id in this
title?

Thanks in advance.

Cordova Network Plugin - Adding NetworkManager::getType support for
NetworkInfo.getTypeName() returning CELLULAR
--

Key: CB-7301
URL: https://issues.apache.org/jira/browse/CB-7301
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.3.0, 3.4.0, 3.5.0
Environment: Android L
Reporter: Kyle Paul
Priority: Minor
Fix For: 3.3.0, 3.4.0, 3.5.0

The [Android API 20
documentation|http://developer.android.com/reference/android/net/NetworkInfo.html#getTypeName()]
currently states that MOBILE and WIFI are returned when referencing
NetworkInfo.getTypeName().
By testing on a Nexus 5 with the Android L Developer Preview,
NetworkInfo.getTypeName() is actually returning CELLULAR and WIFI instead.
Thus the Cordova Network plugin will only return UNKNOWN (line 270 in
[NetworkManager.java|https://github.com/apache/cordova-plugin-network-information/blob/master/src/android/NetworkManager.java])
unless the device is connected on a Wi-Fi network.

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

[jira] [Assigned] (CB-7224) Update Cadence release process document

2014-08-13 Thread Steve Gill (JIRA)


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

Steve Gill reassigned CB-7224:
--

Assignee: Steve Gill

 Update Cadence release process document
 ---

 Key: CB-7224
 URL: https://issues.apache.org/jira/browse/CB-7224
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Coho
Reporter: Steve Gill
Assignee: Steve Gill

 Rename 
 https://github.com/apache/cordova-coho/blob/master/docs/cadence-release-process.md
  doc to platforms-release-process and update the content for independent 
 release process. 
 Tag cordova-js for each platform release with PLATFORM-VERSION



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

[jira] [Created] (CB-7302) Rebase master onto 4.0.x branch, better document refactor of PluginManager

Joe Bowser created CB-7302:
--

 Summary: Rebase master onto 4.0.x branch, better document refactor 
of PluginManager
 Key: CB-7302
 URL: https://issues.apache.org/jira/browse/CB-7302
 Project: Apache Cordova
  Issue Type: Task
  Components: Android
Affects Versions: 4.0.0
Reporter: Joe Bowser
Assignee: Andrew Grieve


The merge doesn't apply cleanly, when when rebasing master on top of 4.0.x, it 
turns out that the refactor of PluginManager that was done on master is why.  
This needs to be fixed and documented.



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

[jira] [Commented] (CB-7302) Rebase master onto 4.0.x branch, better document refactor of PluginManager

2014-08-13 Thread Andrew Grieve (JIRA)


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

Andrew Grieve commented on CB-7302:
---

Subject here is a bit scary. You shouldn't ever rebase a remote branch... With 
4.0.x, I think we'd only ever want to do `git checkout 4.0.x  git merge 
master`, never in the other direction.

 Rebase master onto 4.0.x branch, better document refactor of PluginManager
 --

 Key: CB-7302
 URL: https://issues.apache.org/jira/browse/CB-7302
 Project: Apache Cordova
  Issue Type: Task
  Components: Android
Affects Versions: 4.0.0
Reporter: Joe Bowser
Assignee: Andrew Grieve

 The merge doesn't apply cleanly, when when rebasing master on top of 4.0.x, 
 it turns out that the refactor of PluginManager that was done on master is 
 why.  This needs to be fixed and documented.



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

[jira] [Updated] (CB-7302) Merge master onto 4.0.x branch, better document refactor of PluginManager


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

Joe Bowser updated CB-7302:
---

Summary: Merge master onto 4.0.x branch, better document refactor of 
PluginManager  (was: Rebase master onto 4.0.x branch, better document refactor 
of PluginManager)

 Merge master onto 4.0.x branch, better document refactor of PluginManager
 -

 Key: CB-7302
 URL: https://issues.apache.org/jira/browse/CB-7302
 Project: Apache Cordova
  Issue Type: Task
  Components: Android
Affects Versions: 4.0.0
Reporter: Joe Bowser
Assignee: Andrew Grieve

 The merge doesn't apply cleanly, so I decided to attempt a rebase to see 
 where things start going off the tracks.  When rebasing master on top of 
 4.0.x, it turns out that the refactor of PluginManager that was done on 
 master is why.  This needs to be fixed and documented.



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

[jira] [Updated] (CB-7302) Rebase master onto 4.0.x branch, better document refactor of PluginManager


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

Joe Bowser updated CB-7302:
---

Description: The merge doesn't apply cleanly, so I decided to attempt a 
rebase to see where things start going off the tracks.  When rebasing master on 
top of 4.0.x, it turns out that the refactor of PluginManager that was done on 
master is why.  This needs to be fixed and documented.  (was: The merge doesn't 
apply cleanly, when when rebasing master on top of 4.0.x, it turns out that the 
refactor of PluginManager that was done on master is why.  This needs to be 
fixed and documented.)

 Rebase master onto 4.0.x branch, better document refactor of PluginManager
 --

 Key: CB-7302
 URL: https://issues.apache.org/jira/browse/CB-7302
 Project: Apache Cordova
  Issue Type: Task
  Components: Android
Affects Versions: 4.0.0
Reporter: Joe Bowser
Assignee: Andrew Grieve

 The merge doesn't apply cleanly, so I decided to attempt a rebase to see 
 where things start going off the tracks.  When rebasing master on top of 
 4.0.x, it turns out that the refactor of PluginManager that was done on 
 master is why.  This needs to be fixed and documented.



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

[jira] [Commented] (CB-7302) Merge master onto 4.0.x branch, better document refactor of PluginManager


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

Joe Bowser commented on CB-7302:


I changed the subject, but I obviously disagree. If done correctly this should 
work without problems.  That said, I don't care how the changes get back into 
the 4.0 branch, just that they do and that they work.

 Merge master onto 4.0.x branch, better document refactor of PluginManager
 -

 Key: CB-7302
 URL: https://issues.apache.org/jira/browse/CB-7302
 Project: Apache Cordova
  Issue Type: Task
  Components: Android
Affects Versions: 4.0.0
Reporter: Joe Bowser
Assignee: Andrew Grieve

 The merge doesn't apply cleanly, so I decided to attempt a rebase to see 
 where things start going off the tracks.  When rebasing master on top of 
 4.0.x, it turns out that the refactor of PluginManager that was done on 
 master is why.  This needs to be fixed and documented.



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

[jira] [Commented] (CB-7122) Camera Plugin auto rotation does not work with PNG images on Android


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

Joe Bowser commented on CB-7122:


[~confile] Those are unrelated to this issue.  This issue is specifically about 
PNG images not being auto-rotated on Android.

 Camera Plugin auto rotation does not work with PNG images on Android
 

 Key: CB-7122
 URL: https://issues.apache.org/jira/browse/CB-7122
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaLib, Plugin Camera
Affects Versions: 3.5.0
 Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android
Reporter: Michael M
Assignee: Joe Bowser

 When using Android and image as PNG from Camera auto rotation does not work 
 even if it is set to true. This is a bug. It works fine on iOS.
 It works on Android if you use JPEG images from Camera but not with PNG 
 images. Tested on Samsung Galaxy S3 mini.



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

[jira] [Commented] (CB-7122) Camera Plugin auto rotation does not work with PNG images on Android


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

Joe Bowser commented on CB-7122:


It looks like the issue is that when we output the modified bitmap, we assume 
that we're taking in a JPEG.  PNG does not EXIF indicating the correct 
orientation like JPEG does, that said, we're always returning JPEG when we 
should be returning PNG.  It seems that PNG support is broken.

 Camera Plugin auto rotation does not work with PNG images on Android
 

 Key: CB-7122
 URL: https://issues.apache.org/jira/browse/CB-7122
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaLib, Plugin Camera
Affects Versions: 3.5.0
 Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android
Reporter: Michael M
Assignee: Joe Bowser

 When using Android and image as PNG from Camera auto rotation does not work 
 even if it is set to true. This is a bug. It works fine on iOS.
 It works on Android if you use JPEG images from Camera but not with PNG 
 images. Tested on Samsung Galaxy S3 mini.



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

[jira] [Updated] (CB-7122) Camera Plugin does not properly support PNG on Android


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

Joe Bowser updated CB-7122:
---

Summary: Camera Plugin does not properly support PNG on Android  (was: 
Camera Plugin auto rotation does not work with PNG images on Android)

 Camera Plugin does not properly support PNG on Android
 --

 Key: CB-7122
 URL: https://issues.apache.org/jira/browse/CB-7122
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaLib, Plugin Camera
Affects Versions: 3.5.0
 Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android
Reporter: Michael M
Assignee: Joe Bowser

 When using Android and image as PNG from Camera auto rotation does not work 
 even if it is set to true. This is a bug. It works fine on iOS.
 It works on Android if you use JPEG images from Camera but not with PNG 
 images. Tested on Samsung Galaxy S3 mini.



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

[jira] [Comment Edited] (CB-7288) Failing tests for WKWebView (wkwebview branch)

2014-08-13 Thread Shazron Abdullah (JIRA)

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

Shazron Abdullah edited comment on CB-7288 at 8/13/14 9:06 PM:
---

Jesse had a great idea -- surely you are allowed to load from tmp or
Documents. Assuming I can copy off the app bundle, I would copy the
www folder into tmp or Documents, and load the index.html from there.
This is the Windows Phone Cordova approach I believe.

Assumptions:
1. WKWebView can load resources from tmp / Documents / Library / Library/Caches
2. Can copy www folder in app bundle to tmp / Documents / Library /
Library/Caches

However, the workaround doesn't work. Nothing from a file://
url will load in a WKWebView in an iOS 8 beta 5 device.
Assumption 1 above fails.

External urls of course work. The other alternative is to host www
contents on a local webserver, and for CORs to use the whitelist.

was (Author: shazron):
Jesse had a great idea -- surely you are allowed to load from tmp or
Documents. Assuming I can copy off the app bundle, I would copy the
www folder into tmp or Documents, and load the index.html from there.
This is the Windows Phone Cordova approach I believe.

Assumptions:
1. WKWebView can load resources from tmp / Documents / Library / Library/Caches
2. Can copy www folder in app bundle to tmp / Documents / Library /
Library/Caches

However, the workaround doesn't work. Nothing from a file://
url will load in a WKWebView in an iOS 8 beta 5 device.
Assumption 1 above fails.

External urls of course work. The other alternative is to host www
contents on a local webserver, and for CORs use the whitelist.

Failing tests for WKWebView (wkwebview branch)
--

Key: CB-7288
URL: https://issues.apache.org/jira/browse/CB-7288
Project: Apache Cordova
Issue Type: Sub-task
Components: iOS
Environment: iOS 8
Reporter: Shazron Abdullah
Priority: Blocker

This is only for the wkwebview branch, and using these plugins, and 3.5.0
mobile-spec:
{code}
org.apache.cordova.battery-status: 0.2.10,
org.apache.cordova.camera: 0.3.1,
org.apache.cordova.console: 0.2.10,
org.apache.cordova.contacts: 0.2.12,
org.apache.cordova.device: 0.2.11,
org.apache.cordova.device-motion: 0.2.9,
org.apache.cordova.device-orientation: 0.3.8,
org.apache.cordova.dialogs: 0.2.9,
org.apache.cordova.file: 1.3.0,
org.apache.cordova.file-transfer: 0.4.5,
org.apache.cordova.geolocation: 0.3.9,
org.apache.cordova.globalization: 0.3.0,
org.apache.cordova.inappbrowser: 0.5.1,
org.apache.cordova.media: 0.2.12,
org.apache.cordova.media-capture: 0.3.2,
org.apache.cordova.network-information: 0.2.11,
org.apache.cordova.splashscreen: 0.3.2,
org.apache.cordova.vibration: 0.3.10
{code}
The 3 failing tests:
{code}
FileTransfer upload method filetransfer.spec.18 should be able to upload a
file.
Expected
'{fields:{value2:param,value1:test},files:{file:{size:24,path:/opt/run/snapshot/.tmp/6a061bd51e0c81e4d9c141e3f81d2a37,name:upload.txt,type:text/plain,mtime:2014-08-11T17:52:58.797Z}}}
' to match /fields:\s*{\s*value1.*/.
FileTransfer upload method filetransfer.spec.19 should be able to upload a
file with http basic auth.
Expected
'{fields:{value2:param,value1:test},files:{file:{size:24,path:/opt/run/snapshot/.tmp/289b4010394dff9ccf643a309eeb0d07,name:upload.txt,type:text/plain,mtime:2014-08-11T17:52:59.099Z}}}
' to match /fields:\s*{\s*value1.*/.
FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
upload a file using local paths.
Expected
'{fields:{value2:param,value1:test},files:{file:{size:24,path:/opt/run/snapshot/.tmp/537cf03d41e4a8e342f7632537b81815,name:upload.txt,type:text/plain,mtime:2014-08-11T17:53:00.758Z}}}
' to match /fields:\s*{\s*value1.*/.
{code}

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

[jira] [Commented] (CB-7288) Failing tests for WKWebView (wkwebview branch)

2014-08-13 Thread Shazron Abdullah (JIRA)


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

Shazron Abdullah commented on CB-7288:
--

Jesse had a great idea -- surely you are allowed to load from tmp or
Documents. Assuming I can copy off the app bundle, I would copy the
www folder into tmp or Documents, and load the index.html from there.
This is the Windows Phone Cordova approach I believe.

Assumptions:
1. WKWebView can load resources from tmp / Documents / Library / Library/Caches
2. Can copy www folder in app bundle to tmp / Documents / Library /
Library/Caches

However, the workaround doesn't work. Nothing from a file://
url will load in a WKWebView in an iOS 8 beta 5 device.
Assumption 1 above fails.

External urls of course work. The other alternative is to host www
contents on a local webserver, and for CORs use the whitelist.


 Failing tests for WKWebView (wkwebview branch)
 --

 Key: CB-7288
 URL: https://issues.apache.org/jira/browse/CB-7288
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: iOS
 Environment: iOS 8
Reporter: Shazron Abdullah
Priority: Blocker

 This is only for the wkwebview branch, and using these plugins, and 3.5.0 
 mobile-spec:
 {code}
 org.apache.cordova.battery-status: 0.2.10,
 org.apache.cordova.camera: 0.3.1,
 org.apache.cordova.console: 0.2.10,
 org.apache.cordova.contacts: 0.2.12,
 org.apache.cordova.device: 0.2.11,
 org.apache.cordova.device-motion: 0.2.9,
 org.apache.cordova.device-orientation: 0.3.8,
 org.apache.cordova.dialogs: 0.2.9,
 org.apache.cordova.file: 1.3.0,
 org.apache.cordova.file-transfer: 0.4.5,
 org.apache.cordova.geolocation: 0.3.9,
 org.apache.cordova.globalization: 0.3.0,
 org.apache.cordova.inappbrowser: 0.5.1,
 org.apache.cordova.media: 0.2.12,
 org.apache.cordova.media-capture: 0.3.2,
 org.apache.cordova.network-information: 0.2.11,
 org.apache.cordova.splashscreen: 0.3.2,
 org.apache.cordova.vibration: 0.3.10
 {code}
 The 3 failing tests:
 {code}
 FileTransfer upload method filetransfer.spec.18 should be able to upload a 
 file.
 Expected 
 '{fields:{value2:param,value1:test},files:{file:{size:24,path:/opt/run/snapshot/.tmp/6a061bd51e0c81e4d9c141e3f81d2a37,name:upload.txt,type:text/plain,mtime:2014-08-11T17:52:58.797Z}}}
  ' to match /fields:\s*{\s*value1.*/.
 FileTransfer upload method filetransfer.spec.19 should be able to upload a 
 file with http basic auth.
 Expected 
 '{fields:{value2:param,value1:test},files:{file:{size:24,path:/opt/run/snapshot/.tmp/289b4010394dff9ccf643a309eeb0d07,name:upload.txt,type:text/plain,mtime:2014-08-11T17:52:59.099Z}}}
  ' to match /fields:\s*{\s*value1.*/.
 FileTransfer Backwards compatibility filetransfer.spec.29 should be able to 
 upload a file using local paths.
 Expected 
 '{fields:{value2:param,value1:test},files:{file:{size:24,path:/opt/run/snapshot/.tmp/537cf03d41e4a8e342f7632537b81815,name:upload.txt,type:text/plain,mtime:2014-08-11T17:53:00.758Z}}}
  ' to match /fields:\s*{\s*value1.*/.
 {code}



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

[jira] [Commented] (CB-7301) Cordova Network Plugin - Adding NetworkManager::getType support for NetworkInfo.getTypeName() returning CELLULAR


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

ASF GitHub Bot commented on CB-7301:


Github user neojato commented on the pull request:


https://github.com/apache/cordova-plugin-network-information/pull/16#issuecomment-52111456
  
@jsoref - I believe I have everything in order now, let me know if I've 
missed anything. I also just received an email that acknowledges receipt of my 
ICLA. Thanks.


 Cordova Network Plugin - Adding NetworkManager::getType support for 
 NetworkInfo.getTypeName() returning CELLULAR
 --

 Key: CB-7301
 URL: https://issues.apache.org/jira/browse/CB-7301
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0, 3.4.0, 3.5.0
 Environment: Android L
Reporter: Kyle Paul
Priority: Minor
 Fix For: 3.3.0, 3.4.0, 3.5.0


 The [Android API 20 
 documentation|http://developer.android.com/reference/android/net/NetworkInfo.html#getTypeName()]
  currently states that MOBILE and WIFI are returned when referencing 
 NetworkInfo.getTypeName(). 
 By testing on a Nexus 5 with the Android L Developer Preview, 
 NetworkInfo.getTypeName() is actually returning CELLULAR and WIFI instead.
 Thus the Cordova Network plugin will only return UNKNOWN (line 270 in 
 [NetworkManager.java|https://github.com/apache/cordova-plugin-network-information/blob/master/src/android/NetworkManager.java])
  unless the device is connected on a Wi-Fi network.



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

[jira] [Resolved] (CB-7267) Tools Release [Android 3.5.1] Aug 5 2014

2014-08-13 Thread Steve Gill (JIRA)


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

Steve Gill resolved CB-7267.


Resolution: Fixed

Site updated, tools published

 Tools Release [Android 3.5.1] Aug 5 2014
 

 Key: CB-7267
 URL: https://issues.apache.org/jira/browse/CB-7267
 Project: Apache Cordova
  Issue Type: Task
  Components: CLI
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Minor

 The scope of this tools release is a minimal change to 3.5.0 so that when 
 adding the Android platform, it will add Android 3.5.1 instead of Android 
 3.5.0. Nothing else is changed.
 Following steps at 
 https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md



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

[jira] [Commented] (CB-7158) Geolocation not working when built with Xcode 6


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

ASF GitHub Bot commented on CB-7158:


Github user seanarnold commented on the pull request:


https://github.com/apache/cordova-plugin-geolocation/pull/21#issuecomment-52118213
  
@weili-feedhenry Thanks for this!


 Geolocation not working when built with Xcode 6
 ---

 Key: CB-7158
 URL: https://issues.apache.org/jira/browse/CB-7158
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: Master
 Environment: Xcode 6, IOS 8 Beta 3
Reporter: Eric Weiterman

 When a project is built using Xcode 6 for IOS 8 the geolocation plugin seems 
 to be failing.  
 I created a mobilespec project from Master and first noticed that the 
 geolocation automated tests were failing.  I then tried the geolocadtion 
 manual tests which also failed. 
 I then created a sample plain Cordova project and tried to see if I could use 
 getCurrentPosition(..). The first call to it did nothing but subsequent calls 
 saw it returning the error callback.
 Geolocation works for both mobilespec and my sample project if I use Xcode 
 5.1.1 to build the project.  



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

[jira] [Updated] (CB-7303) Camera Image Quality is very low


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

Michael M updated CB-7303:
--

Affects Version/s: 3.5.0

 Camera Image Quality is very low
 

 Key: CB-7303
 URL: https://issues.apache.org/jira/browse/CB-7303
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaJS
Affects Versions: 3.5.0
 Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android
Reporter: Michael M
Priority: Critical

 The problem is that also the usability of the plugin is not very good. On ios 
 and Android when you take or select a photo it takes a while until something 
 is happening. A loading indicator might help. Also is seems that the image 
 quality is very low when you use jpeg and quality set to 1.0.



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

[jira] [Created] (CB-7303) Camera Image Quality is very low

Michael M created CB-7303:
-

 Summary: Camera Image Quality is very low
 Key: CB-7303
 URL: https://issues.apache.org/jira/browse/CB-7303
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaJS
 Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android
Reporter: Michael M
Priority: Critical


The problem is that also the usability of the plugin is not very good. On ios 
and Android when you take or select a photo it takes a while until something is 
happening. A loading indicator might help. Also is seems that the image quality 
is very low when you use jpeg and quality set to 1.0.



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

[jira] [Created] (CB-7304) Remove alternative WP8 workflow docs

Jesse MacFadyen created CB-7304:
---

 Summary: Remove alternative WP8 workflow docs
 Key: CB-7304
 URL: https://issues.apache.org/jira/browse/CB-7304
 Project: Apache Cordova
  Issue Type: Improvement
  Components: WP8
Affects Versions: 3.5.0
Reporter: Jesse MacFadyen
Assignee: Jesse MacFadyen
 Fix For: 3.6.0


At this point, having alternative methods of creating cordova-wp8 projects is 
not helpful, and causes more confusion than it is worth.

The bin/create and other scripts should still exist, because they are used by 
the cordova-cli, but we should remove the VisualStudio template cruft from the 
repo and document that users should create projects via codova-cli or 
bin/create 



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

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

2014-08-13 Thread Matt Huggins (JIRA)


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

Matt Huggins commented on CB-6747:
--

+1, spent a long time on this only to discover that the documentation is 
flat-out wrong.  Would appreciate an update to remove this incorrect usage.

 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] [Commented] (CB-6761) Calling a function the first time no callbacks are being executed

2014-08-13 Thread Morgan Allen (JIRA)


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

Morgan Allen commented on CB-6761:
--

Is there a way to externally tell if this has occurred? online/offline event 
maybe? I'd like to at least be able to call requestFileSystem again if this 
message queue does get cleared.

 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: Android, CordovaJS
Affects Versions: 3.5.0
 Environment: Nexus 5, Android 4.4.2
Reporter: Roy Ackermann
Assignee: Andrew Grieve
Priority: Blocker
  Labels: bridge, 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] [Commented] (CB-6728) Support chip architecture as an option when building Windows and Windows Phone projects


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

ASF GitHub Bot commented on CB-6728:


Github user purplecabbage commented on the pull request:

https://github.com/apache/cordova-wp8/pull/39#issuecomment-52128432
  
Thanks @yuriburger !
This resolved my issue, so it seems there is an issue with the xml comment 
appearing outside of the Deployment/ tag, I will fix it.


 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: Android, CLI, iOS, 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] [Created] (CB-7305) WP8 create script fails if destination path has trailing slash

Jesse MacFadyen created CB-7305:
---

 Summary: WP8 create script fails if destination path has trailing 
slash
 Key: CB-7305
 URL: https://issues.apache.org/jira/browse/CB-7305
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.5.0
Reporter: Jesse MacFadyen
Assignee: Jesse MacFadyen
 Fix For: 3.6.0


The following will crash during create with an error, it's an easy fix
{code}
wp8/create C:\\Tests\\MyNewApp\\
{code}



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

[jira] [Updated] (CB-7305) WP8 create script fails if destination path has trailing slash


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

Jesse MacFadyen updated CB-7305:


Description: 
The following will crash during create with an error, it's an easy fix
{code}
wp8\create C:\Tests\MyNewApp\
{code}

  was:
The following will crash during create with an error, it's an easy fix
{code}
wp8/create C:\\Tests\\MyNewApp\\
{code}


 WP8 create script fails if destination path has trailing slash
 --

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


 The following will crash during create with an error, it's an easy fix
 {code}
 wp8\create C:\Tests\MyNewApp\
 {code}



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

[jira] [Updated] (CB-7305) WP8 create script fails if destination path has trailing slash


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

Jesse MacFadyen updated CB-7305:


Description: 
The following will crash during create with an error, it's an easy fix
{code}
wp8\create C:\Tests\MyNewApp\
{code}

  was:
The following will crash during create with an error, it's an easy fix
{code}
wp8\create C:\Tests\MyNewApp\
{code}


 WP8 create script fails if destination path has trailing slash
 --

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


 The following will crash during create with an error, it's an easy fix
 {code}
 wp8\create C:\Tests\MyNewApp\
 {code}



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

[jira] [Commented] (CB-7304) Remove alternative WP8 workflow docs


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

ASF GitHub Bot commented on CB-7304:


GitHub user purplecabbage opened a pull request:

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

CB-7304

Remove alternative WP8 workflow docs and the cruft

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

$ git pull https://github.com/purplecabbage/cordova-wp8 CB-7304

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

https://github.com/apache/cordova-wp8/pull/48.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #48


commit 1bf8177175bf57f0e08169f067c87e82bec75c2c
Author: Jesse MacFadyen purplecabb...@gmail.com
Date:   2014-08-14T00:04:57Z

Move common items to their rightful home

commit 7053bfff7f95c062513e3d0a75a0a5affb1cf234
Author: Jesse MacFadyen purplecabb...@gmail.com
Date:   2014-08-14T00:07:25Z

move createTemplates scripts ( they will live undoc'd for awhile

commit 88ebdd61929631ae5b72ef6c0a069993e85b7ebe
Author: Jesse MacFadyen purplecabb...@gmail.com
Date:   2014-08-14T00:09:13Z

Removing outdated/unused tooling scripts

commit 0f502163077af7992c031c995764b21d5646c258
Author: Jesse MacFadyen purplecabb...@gmail.com
Date:   2014-08-14T00:59:00Z

create needs to copy+rename the defaults.xml file for projects created 
outside the cordova-cli

commit 3314cdb4b038ea3596ebde8ad6ce1391fd5dd161
Author: Jesse MacFadyen purplecabb...@gmail.com
Date:   2014-08-14T01:00:21Z

Fix intermittent issue with invalid app manifest because of xml commented 
apache header.

commit 7102858f1e5d5e61f1e7138c3eb3332da5a1dfe8
Author: Jesse MacFadyen purplecabb...@gmail.com
Date:   2014-08-14T01:36:28Z

Update instructions minus createTemplates stuff

commit 4a3639234d217509f59662fa7496cd8dc0df570b
Author: Jesse MacFadyen purplecabb...@gmail.com
Date:   2014-08-14T01:41:27Z

cleanup file, remove commented out stuff after testing it

commit 4914c9865873a7443a16143de8d93061642c1cf1
Author: Jesse MacFadyen purplecabb...@gmail.com
Date:   2014-08-14T01:42:37Z

CB-7305 remove trailing slash from dest




 Remove alternative WP8 workflow docs
 

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


 At this point, having alternative methods of creating cordova-wp8 projects is 
 not helpful, and causes more confusion than it is worth.
 The bin/create and other scripts should still exist, because they are used by 
 the cordova-cli, but we should remove the VisualStudio template cruft from 
 the repo and document that users should create projects via codova-cli or 
 bin/create 



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

[jira] [Commented] (CB-7304) Remove alternative WP8 workflow docs

2014-08-13 Thread ASF subversion and git services (JIRA)


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

ASF GitHub Bot commented on CB-7304:


Github user asfgit closed the pull request at:

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


 Remove alternative WP8 workflow docs
 

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


 At this point, having alternative methods of creating cordova-wp8 projects is 
 not helpful, and causes more confusion than it is worth.
 The bin/create and other scripts should still exist, because they are used by 
 the cordova-cli, but we should remove the VisualStudio template cruft from 
 the repo and document that users should create projects via codova-cli or 
 bin/create 



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

[jira] [Commented] (CB-7305) WP8 create script fails if destination path has trailing slash


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

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

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

CB-7305 remove trailing slash from dest


 WP8 create script fails if destination path has trailing slash
 --

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


 The following will crash during create with an error, it's an easy fix
 {code}
 wp8\create C:\Tests\MyNewApp\
 {code}



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

[jira] [Commented] (CB-4655) WP8: Default native project template should be overridable at project creation time

2014-08-13 Thread ASF subversion and git services (JIRA)


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

ASF GitHub Bot commented on CB-4655:


Github user asfgit closed the pull request at:

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


 WP8: Default native project template should be overridable at project 
 creation time
 ---

 Key: CB-4655
 URL: https://issues.apache.org/jira/browse/CB-4655
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: WP8
Reporter: Ian Clelland
Assignee: Jesse MacFadyen





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

[jira] [Commented] (CB-4655) WP8: Default native project template should be overridable at project creation time


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

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

Commit 11b686b28dd560248552b8227700d061c493efcc in cordova-wp8's branch 
refs/heads/master from sgrebnov
[ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=11b686b ]

CB-4655 WP8: Default native project template should be overridable at project 
creation time


 WP8: Default native project template should be overridable at project 
 creation time
 ---

 Key: CB-4655
 URL: https://issues.apache.org/jira/browse/CB-4655
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: WP8
Reporter: Ian Clelland
Assignee: Jesse MacFadyen





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

[jira] [Commented] (CB-4655) WP8: Default native project template should be overridable at project creation time

2014-08-13 Thread ASF subversion and git services (JIRA)


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

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

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

Merge branch 'CB-4655' of https://github.com/MSOpenTech/cordova-wp8


 WP8: Default native project template should be overridable at project 
 creation time
 ---

 Key: CB-4655
 URL: https://issues.apache.org/jira/browse/CB-4655
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: WP8
Reporter: Ian Clelland
Assignee: Jesse MacFadyen





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

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


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

Jesse MacFadyen commented on CB-4650:
-

[~agrieve] Need your clarification on this ... what exactly is to be used from 
the templatePath, and what isn't.
I have merged your code as is [~sgrebnov] and I will revisit once Andrew 
confirms the intent.

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

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

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



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

[jira] [Resolved] (CB-7304) Remove alternative WP8 workflow docs


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

Jesse MacFadyen resolved CB-7304.
-

Resolution: Fixed

 Remove alternative WP8 workflow docs
 

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


 At this point, having alternative methods of creating cordova-wp8 projects is 
 not helpful, and causes more confusion than it is worth.
 The bin/create and other scripts should still exist, because they are used by 
 the cordova-cli, but we should remove the VisualStudio template cruft from 
 the repo and document that users should create projects via codova-cli or 
 bin/create 



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

[jira] [Resolved] (CB-7305) WP8 create script fails if destination path has trailing slash


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

Jesse MacFadyen resolved CB-7305.
-

Resolution: Fixed

 WP8 create script fails if destination path has trailing slash
 --

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


 The following will crash during create with an error, it's an easy fix
 {code}
 wp8\create C:\Tests\MyNewApp\
 {code}



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

[jira] [Commented] (CB-5477) cordova CLI can't create WP8 project with encode issue!


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

ASF GitHub Bot commented on CB-5477:


Github user purplecabbage commented on the pull request:

https://github.com/apache/cordova-wp8/pull/25#issuecomment-52135698
  
No longer valid, closing ...


 cordova CLI can't create WP8 project with encode issue!
 ---

 Key: CB-5477
 URL: https://issues.apache.org/jira/browse/CB-5477
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, WP8
 Environment: win8(simple chinese)+vs2012+wp8sdk
Reporter: puchen
Assignee: Jesse MacFadyen
Priority: Critical
 Fix For: 3.5.0


 descrip:
 C:\Windows\system32cordova -v
 3.2.0-0.1.0
 cordova create hello com.example.hello HelloWorld
 cd hello
 cordova platform add wp8
 got errors:
 D:\VSProject\helloCordovacordova platform add wp8
 Checking wp8 requirements...
 Creating wp8 project...
 [Error: Non-whitespace before first tag.
 Line: 0
 Column: 1
 Char: �]
 Finally I found following files
 wmappmanifest.xml, HelloCordova.csproj, HelloCordova.sln, MainPage.xaml.cs, 
 etc
 were corrupt, the start characters of file content were sth like
 锘?*
 the cli can't parse these files
 I think it's an encoding issue
 here is sample issue https://issues.apache.org/jira/browse/CB-4618
 my opinion:
 i check the corodova cli source code, i found it's this file 
 .cordova\lib\wp\cordova\3.2.0\wp8\bin\create.js caused this error!
 in create.js file:
 function write(filename, contents) {
 var f=fso.OpenTextFile(filename, ForWriting, TristateTrue);
 f.Write(contents);
 f.Close();
 }
 WScript OpenTextFile Method ： 
 http://msdn.microsoft.com/en-us/library/314cz14s(v=vs.84).aspx
 OpenTextFile Method  have 4 args but
 fso.OpenTextFile miss a args create,  
 OpenTextFile should open file with unicode encode,because cordova wp8 cli 
 template project files are encode with utf-8. if we not specified encode 
 OpenTextFile  should use system default encode ascii.
 cordova template files were encoded with utf8, opentext and wirte with ascii, 
 then save thems  will cause  encode issue!



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

[jira] [Commented] (CB-5477) cordova CLI can't create WP8 project with encode issue!