[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)

2014-07-09 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-6976:


Github user sgrebnov closed the pull request at:

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


 Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
 ---

 Key: CB-6976
 URL: https://issues.apache.org/jira/browse/CB-6976
 Project: Apache Cordova
  Issue Type: New Feature
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

 Creating this as a new JIRA feature since this is different from previously 
 proposed adding support for Windows 8.1 only.
 This feature proposes transforming 'windows8' to 'windows' platform which is 
 based on Windows Universal apps and which allows building apps for Windows 8, 
 Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. 
 Original info from dev mail thread:
 With Windows 8.1 and Windows Phone 8.1 platforms released, it would be great 
 to get Cordova support building apps for those platforms too. A lot of people 
 on this list have also been talking about how to adapt existing apps to the 
 new 8.1 platforms. Here is an initial proposal and prototype of how it may 
 look. 
 TL;DR; - Rename windows8 platform to be called windows. This platform can 
 build apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 
 (wp8) stays as a platform. 
 Link to the document - 
 https://onedrive.live.com/redir?resid=DEA20E6DC28C96DD!2781authkey=!APz1za6lnJhsaaQithint=file%2c.docx
 For more details, see Support for Windows Universal apps (Windows 8.1 and 
 Windows Phone 8.1) dev email thread
 TODO: add Windows 8.1 and WP8.1 components.



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


[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)

2014-07-09 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-6976:


Github user sgrebnov commented on the pull request:

https://github.com/apache/cordova-lib/pull/43#issuecomment-48437032
  
It was cherry picked to rb_0.21.6 so is not required to be in master 
anymore. Closing...


 Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
 ---

 Key: CB-6976
 URL: https://issues.apache.org/jira/browse/CB-6976
 Project: Apache Cordova
  Issue Type: New Feature
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

 Creating this as a new JIRA feature since this is different from previously 
 proposed adding support for Windows 8.1 only.
 This feature proposes transforming 'windows8' to 'windows' platform which is 
 based on Windows Universal apps and which allows building apps for Windows 8, 
 Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. 
 Original info from dev mail thread:
 With Windows 8.1 and Windows Phone 8.1 platforms released, it would be great 
 to get Cordova support building apps for those platforms too. A lot of people 
 on this list have also been talking about how to adapt existing apps to the 
 new 8.1 platforms. Here is an initial proposal and prototype of how it may 
 look. 
 TL;DR; - Rename windows8 platform to be called windows. This platform can 
 build apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 
 (wp8) stays as a platform. 
 Link to the document - 
 https://onedrive.live.com/redir?resid=DEA20E6DC28C96DD!2781authkey=!APz1za6lnJhsaaQithint=file%2c.docx
 For more details, see Support for Windows Universal apps (Windows 8.1 and 
 Windows Phone 8.1) dev email thread
 TODO: add Windows 8.1 and WP8.1 components.



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


[jira] [Created] (CB-7102) globalization

2014-07-09 Thread Piotr Zalewa (JIRA)
Piotr Zalewa created CB-7102:


 Summary: globalization
 Key: CB-7102
 URL: https://issues.apache.org/jira/browse/CB-7102
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Reporter: Piotr Zalewa
Assignee: Piotr Zalewa


Add globalization support for Firefox OS



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


[jira] [Created] (CB-7103) Language Flags for App Stores

2014-07-09 Thread chris (JIRA)
chris created CB-7103:
-

 Summary: Language Flags for App Stores
 Key: CB-7103
 URL: https://issues.apache.org/jira/browse/CB-7103
 Project: Apache Cordova
  Issue Type: New Feature
Affects Versions: 3.5.0
Reporter: chris


When submitting an app to the App Store/Google Play/WP Marketplace the apps are 
required to have a native localization flag to be listed correctly in the 
store.

- On IOS it's necessary to output *.lproj files for each language.
- Android needs /res/values/strings.xml
- WP8 needs them listed in WMAppManifest.xml

Could this be handled by Cordova?

I'm not talking about an actual localization implementation, I only want to 
list the languages I support in config.xml and Cordova should generate dummy 
files so that the stores detect which languages an app supports.




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


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

2014-07-09 Thread JIRA
Håkon Nilsen created CB-7104:


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


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-7104) Plugin results not transmitted back to devices (specially Samsung S4 and S5)

2014-07-09 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-7104:


GitHub user hnilsen opened a pull request:

https://github.com/apache/cordova-android/pull/105

[CB-7104] Fix for the missing plugin message

Please have a look at this. This might not be the cleanest fix for 
[CB-7104], but it does the job. It will toggle only when messages are in the 
queue.

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

$ git pull https://github.com/hnilsen/cordova-android 3.3.x

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

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


commit ebb105aacd6140caa18f82727d831f4011ee3d16
Author: Håkon Nilsen hnil...@gmail.com
Date:   2014-07-09T08:49:51Z

[CB-7104] Fix for the missing plugin message




 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-7102) globalization

2014-07-09 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-7102:


GitHub user zalun opened a pull request:

https://github.com/apache/cordova-plugin-globalization/pull/17

CB-7102 - Initial implementation of globalization plugin in Firefox OS

Partial. No currency and number functions

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

$ git pull https://github.com/zalun/cordova-plugin-globalization 
ffos-initial

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

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


commit d24f54e66dc5b5fa74ff48c08f2cadf8f4a2e89d
Author: Piotr Zalewa pi...@zalewa.info
Date:   2014-07-07T09:48:15Z

Initial implementation




 globalization
 -

 Key: CB-7102
 URL: https://issues.apache.org/jira/browse/CB-7102
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Reporter: Piotr Zalewa
Assignee: Piotr Zalewa

 Add globalization support for Firefox OS



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


[jira] [Commented] (CB-7060) WP8. Fix large project build performance issue

2014-07-09 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-7060:


Github user sgrebnov commented on the pull request:

https://github.com/apache/cordova-wp8/pull/43#issuecomment-48460452
  
merged


 WP8. Fix large project build performance issue
 --

 Key: CB-7060
 URL: https://issues.apache.org/jira/browse/CB-7060
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

 When a Windows Phone project with many resources is built in VS with Cordova, 
 the project takes much longer to build than a project for Win 8 or Android. 
 We have identified the function that is causing the issue; it is the 
 exec_verbose(command) function in 
 project-folder\bld\Debug\platforms\wp8\cordova\lib\build.js .
 // executes a commmand in the shell
 function exec_verbose(command) {
 //Log(Command:  + command);
 var oShell=wscript_shell.Exec(command);
 while (oShell.Status == 0) {
 //Wait a little bit so we're not super looping
 WScript.sleep(100);
 //Print any stdout output from the script
 if (!oShell.StdOut.AtEndOfStream) {
 var line = oShell.StdOut.ReadLine();
 Log(line);
 }
 }
 The WScript.sleep() call gets executed every time through the loop, and when 
 building a Windows Phone 8 project, every single resource that is added gets 
 its own line in the log. Thus a project with thousands of resources sleeps 
 thousands of times. This function is identical in the Win8 build.js file, but 
 the resources aren’t added in the same way as they are for Windows Phone 
 projects. The Android build.js does something entirely different.
 We have identified a couple potential fixes:
 •Change the if statement to a while loop
 •Leave the if statement but change the ReadLine() call to a ReadAll() call
  



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


[jira] [Commented] (CB-7060) WP8. Fix large project build performance issue

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

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

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

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

CB-7060 WP8. Fix large project build performance issue


 WP8. Fix large project build performance issue
 --

 Key: CB-7060
 URL: https://issues.apache.org/jira/browse/CB-7060
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

 When a Windows Phone project with many resources is built in VS with Cordova, 
 the project takes much longer to build than a project for Win 8 or Android. 
 We have identified the function that is causing the issue; it is the 
 exec_verbose(command) function in 
 project-folder\bld\Debug\platforms\wp8\cordova\lib\build.js .
 // executes a commmand in the shell
 function exec_verbose(command) {
 //Log(Command:  + command);
 var oShell=wscript_shell.Exec(command);
 while (oShell.Status == 0) {
 //Wait a little bit so we're not super looping
 WScript.sleep(100);
 //Print any stdout output from the script
 if (!oShell.StdOut.AtEndOfStream) {
 var line = oShell.StdOut.ReadLine();
 Log(line);
 }
 }
 The WScript.sleep() call gets executed every time through the loop, and when 
 building a Windows Phone 8 project, every single resource that is added gets 
 its own line in the log. Thus a project with thousands of resources sleeps 
 thousands of times. This function is identical in the Win8 build.js file, but 
 the resources aren’t added in the same way as they are for Windows Phone 
 projects. The Android build.js does something entirely different.
 We have identified a couple potential fixes:
 •Change the if statement to a while loop
 •Leave the if statement but change the ReadLine() call to a ReadAll() call
  



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


[jira] [Resolved] (CB-7060) WP8. Fix large project build performance issue

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov resolved CB-7060.


Resolution: Fixed

 WP8. Fix large project build performance issue
 --

 Key: CB-7060
 URL: https://issues.apache.org/jira/browse/CB-7060
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

 When a Windows Phone project with many resources is built in VS with Cordova, 
 the project takes much longer to build than a project for Win 8 or Android. 
 We have identified the function that is causing the issue; it is the 
 exec_verbose(command) function in 
 project-folder\bld\Debug\platforms\wp8\cordova\lib\build.js .
 // executes a commmand in the shell
 function exec_verbose(command) {
 //Log(Command:  + command);
 var oShell=wscript_shell.Exec(command);
 while (oShell.Status == 0) {
 //Wait a little bit so we're not super looping
 WScript.sleep(100);
 //Print any stdout output from the script
 if (!oShell.StdOut.AtEndOfStream) {
 var line = oShell.StdOut.ReadLine();
 Log(line);
 }
 }
 The WScript.sleep() call gets executed every time through the loop, and when 
 building a Windows Phone 8 project, every single resource that is added gets 
 its own line in the log. Thus a project with thousands of resources sleeps 
 thousands of times. This function is identical in the Win8 build.js file, but 
 the resources aren’t added in the same way as they are for Windows Phone 
 projects. The Android build.js does something entirely different.
 We have identified a couple potential fixes:
 •Change the if statement to a while loop
 •Leave the if statement but change the ReadLine() call to a ReadAll() call
  



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


[jira] [Commented] (CB-7060) WP8. Fix large project build performance issue

2014-07-09 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-7060:


Github user sgrebnov closed the pull request at:

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


 WP8. Fix large project build performance issue
 --

 Key: CB-7060
 URL: https://issues.apache.org/jira/browse/CB-7060
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

 When a Windows Phone project with many resources is built in VS with Cordova, 
 the project takes much longer to build than a project for Win 8 or Android. 
 We have identified the function that is causing the issue; it is the 
 exec_verbose(command) function in 
 project-folder\bld\Debug\platforms\wp8\cordova\lib\build.js .
 // executes a commmand in the shell
 function exec_verbose(command) {
 //Log(Command:  + command);
 var oShell=wscript_shell.Exec(command);
 while (oShell.Status == 0) {
 //Wait a little bit so we're not super looping
 WScript.sleep(100);
 //Print any stdout output from the script
 if (!oShell.StdOut.AtEndOfStream) {
 var line = oShell.StdOut.ReadLine();
 Log(line);
 }
 }
 The WScript.sleep() call gets executed every time through the loop, and when 
 building a Windows Phone 8 project, every single resource that is added gets 
 its own line in the log. Thus a project with thousands of resources sleeps 
 thousands of times. This function is identical in the Win8 build.js file, but 
 the resources aren’t added in the same way as they are for Windows Phone 
 projects. The Android build.js does something entirely different.
 We have identified a couple potential fixes:
 •Change the if statement to a while loop
 •Leave the if statement but change the ReadLine() call to a ReadAll() call
  



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


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

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov reassigned CB-7059:
--

Assignee: Sergey Grebnov  (was: Jesse MacFadyen)

 Overscrolling in webview
 

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

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



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


[jira] [Created] (CB-7105) Cordova thinks that it's run in GingerBread emulator when run in browser

2014-07-09 Thread JIRA
Jan Velecký created CB-7105:
---

 Summary: Cordova thinks that it's run in GingerBread emulator when 
run in browser
 Key: CB-7105
 URL: https://issues.apache.org/jira/browse/CB-7105
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Jan Velecký


There are workaround for broken JavascriptIntefrace in Android 2.3 emulator, 
but this workaround should be in use only if Cordova is running in WebView, not 
everytime, because this makes debugging in desktop browser very irittative for 
us who use Cordova as single platform project...
(For example developer of iOS and Android app on Windows, or Linux.)



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


[jira] [Updated] (CB-7105) Cordova thinks that it's run in GingerBread emulator when run in browser

2014-07-09 Thread JIRA

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

Jan Velecký updated CB-7105:


Description: 
There are workaround for broken JavascriptIntefrace in Android 2.3 emulator, 
but this workaround should be in use only if Cordova is running in WebView, not 
everytime, because this makes debugging in desktop browser very irittative for 
us who use Cordova as single platform project... Miles of prompt dialogs, who 
don't know.
(For example developer of iOS and Android app on Windows, or Linux.)

  was:
There are workaround for broken JavascriptIntefrace in Android 2.3 emulator, 
but this workaround should be in use only if Cordova is running in WebView, not 
everytime, because this makes debugging in desktop browser very irittative for 
us who use Cordova as single platform project...
(For example developer of iOS and Android app on Windows, or Linux.)


 Cordova thinks that it's run in GingerBread emulator when run in browser
 

 Key: CB-7105
 URL: https://issues.apache.org/jira/browse/CB-7105
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Jan Velecký

 There are workaround for broken JavascriptIntefrace in Android 2.3 emulator, 
 but this workaround should be in use only if Cordova is running in WebView, 
 not everytime, because this makes debugging in desktop browser very 
 irittative for us who use Cordova as single platform project... Miles of 
 prompt dialogs, who don't know.
 (For example developer of iOS and Android app on Windows, or Linux.)



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


[jira] [Issue Comment Deleted] (CB-6946) Side stripes on WP8

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov updated CB-6946:
---

Comment: was deleted

(was: Alexander, could you please post test app code? JSfiddle?)

 Side stripes on WP8
 ---

 Key: CB-6946
 URL: https://issues.apache.org/jira/browse/CB-6946
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.3.0, 3.5.0
 Environment: Nokia Lumia 920, Windows Phone 8 with latest updates
 index.html:
 !DOCTYPE html
 html
 head
 titleApplication20/title
 
   meta charset=utf-8 /
   meta http-equiv=X-UA-Compatible content=IE=edge,chrome=1 /
   meta name=apple-mobile-web-app-capable content=yes /
   meta name=msapplication-tap-highlight content=no /
   meta name=viewport content=width=device-width, initial-scale=1.0, 
 maximum-scale=1.0 /
 style
 html, 
 body, 
 .dx-viewport {
 height: 100%;
 }
 html {
 background-color: red !important;
 /*height: calc(100% + 1px);*/
 }
 body {
 background-color: green !important;
 }
 body {
 margin: 0;
 padding: 0;
 }
 .dx-viewport {
 background-color: black !important;
 }
 /style
 /head
 body
 div class=dx-viewport/div
 /body
 /html
Reporter: Alexander Bulychev
Assignee: Jesse MacFadyen

 To reproduce
 1. swipe up
 2. change orientation to horizontal (green stripe from body at bottom)
 3. swipe down (red stripe from html at top)
 video:
 http://www.youtube.com/watch?v=X860Qs-UVUc



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


[jira] [Comment Edited] (CB-6946) Side stripes on WP8

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov edited comment on CB-6946 at 7/9/14 12:04 PM:
-

Alexander, could you please post test app code? JSfiddle?


was (Author: sgrebnov):
Alexander, could you please test app code? JSfiddle?

 Side stripes on WP8
 ---

 Key: CB-6946
 URL: https://issues.apache.org/jira/browse/CB-6946
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.3.0, 3.5.0
 Environment: Nokia Lumia 920, Windows Phone 8 with latest updates
 index.html:
 !DOCTYPE html
 html
 head
 titleApplication20/title
 
   meta charset=utf-8 /
   meta http-equiv=X-UA-Compatible content=IE=edge,chrome=1 /
   meta name=apple-mobile-web-app-capable content=yes /
   meta name=msapplication-tap-highlight content=no /
   meta name=viewport content=width=device-width, initial-scale=1.0, 
 maximum-scale=1.0 /
 style
 html, 
 body, 
 .dx-viewport {
 height: 100%;
 }
 html {
 background-color: red !important;
 /*height: calc(100% + 1px);*/
 }
 body {
 background-color: green !important;
 }
 body {
 margin: 0;
 padding: 0;
 }
 .dx-viewport {
 background-color: black !important;
 }
 /style
 /head
 body
 div class=dx-viewport/div
 /body
 /html
Reporter: Alexander Bulychev
Assignee: Jesse MacFadyen

 To reproduce
 1. swipe up
 2. change orientation to horizontal (green stripe from body at bottom)
 3. swipe down (red stripe from html at top)
 video:
 http://www.youtube.com/watch?v=X860Qs-UVUc



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


[jira] [Resolved] (CB-6899) [medic] Cordova-lib link step fails on Windows slave

2014-07-09 Thread Vladimir Kotikov (JIRA)

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

Vladimir Kotikov resolved CB-6899.
--

Resolution: Fixed

 [medic] Cordova-lib link step fails on Windows slave
 --

 Key: CB-6899
 URL: https://issues.apache.org/jira/browse/CB-6899
 Project: Apache Cordova
  Issue Type: Bug
  Components: Medic, Windows 8, WP8
 Environment: Windows Server 2012R2 / Windows 8.1, Buildslave 0.8.8, 
 ln (fileutils) 4.1
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen

 Medic uses ln -s to create symbolic links, which comes from git\bin. This 
 doesn't work on windows clients and always raise pervission denied error, 
 even if runned in elevated prompt (with admin access).



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


[jira] [Resolved] (CB-6846) [medic] platform add step fails on windows due to path issue in json

2014-07-09 Thread Vladimir Kotikov (JIRA)

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

Vladimir Kotikov resolved CB-6846.
--

Resolution: Fixed

Merged

 [medic] platform add step fails on windows due to path issue in json
 

 Key: CB-6846
 URL: https://issues.apache.org/jira/browse/CB-6846
 Project: Apache Cordova
  Issue Type: Bug
  Components: Medic
 Environment: Windows8.1/Server 2012 R2
Reporter: Vladimir Kotikov

 When build slave installed on windows machine build step #23 Platform Add 
 fails due to invalid {{.cordova/config.json}}, written on prev. step #22 
 Write Json, because bb10 is using {{TEST_DIR}} instead of {{TEST_DIR_ESCAPED}}
 Bug was introduced in this changeset in writejson.js
 https://github.com/apache/cordova-medic/commit/dccca3f474835aa3e1cfd1fbfb51b80cf5403e55



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


[jira] [Commented] (CB-6899) [medic] Cordova-lib link step fails on Windows slave

2014-07-09 Thread Vladimir Kotikov (JIRA)

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

Vladimir Kotikov commented on CB-6899:
--

Merged

 [medic] Cordova-lib link step fails on Windows slave
 --

 Key: CB-6899
 URL: https://issues.apache.org/jira/browse/CB-6899
 Project: Apache Cordova
  Issue Type: Bug
  Components: Medic, Windows 8, WP8
 Environment: Windows Server 2012R2 / Windows 8.1, Buildslave 0.8.8, 
 ln (fileutils) 4.1
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen

 Medic uses ln -s to create symbolic links, which comes from git\bin. This 
 doesn't work on windows clients and always raise pervission denied error, 
 even if runned in elevated prompt (with admin access).



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


[jira] [Assigned] (CB-6535) Windows 8 does not work with Weinre

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov reassigned CB-6535:
--

Assignee: Sergey Grebnov  (was: Jesse MacFadyen)

 Windows 8 does not work with Weinre
 ---

 Key: CB-6535
 URL: https://issues.apache.org/jira/browse/CB-6535
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.3.0
Reporter: brian johnston
Assignee: Sergey Grebnov

 WP8 connects with Weinre for a short time and then disconnects.  Tried the 
 build.phonegap.com Weinre and a local instance.  Same result on each.  Tried 
 a few of the workarounds mentioned on the web, none worked.



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


[jira] [Resolved] (CB-6909) shellCmd and shellRunParam in master.cfg use values for master, fails on Windows slaves if OS X master

2014-07-09 Thread Vladimir Kotikov (JIRA)

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

Vladimir Kotikov resolved CB-6909.
--

Resolution: Fixed

Merged

 shellCmd and shellRunParam in master.cfg use values for master, fails on 
 Windows slaves if OS X master
 --

 Key: CB-6909
 URL: https://issues.apache.org/jira/browse/CB-6909
 Project: Apache Cordova
  Issue Type: Bug
  Components: Medic, Windows 8, WP8
 Environment: OS X master, buildbot 0.8.8, Windows Server 2012R2 
 slave, buildslave 0.8.8
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen
  Labels: medic, windows8, wp8

 shellCmd and shellRunCmd are defined in master.cfg and used for a lot of the 
 build tasks. But the value depends on the OS of the master, so if you have a 
 OS X master and Windows client (or vice versa) a lot of steps will fail.
 {noformat}
 shellCmd=/bin/sh
 shellRunParam=-c
 if is_Windows :
 shellCmd=cmd
 shellRunParam=/c
 {noformat}
 For some steps, like in wp8 and windows8 sections, we know they'll always run 
 on Windows so we could always use 'cmd'. But in common sections or for a 
 platform like android, it needs to work on both.
 -
 It seems that ShellCommand step already uses command interpreter according to 
 slave platform (see 
 http://docs.buildbot.net/current/manual/cfg-buildsteps.html#step-ShellCommand).
  So it's safe to remove this and specify commands for ShellCommand steps just 
 with list of strings.
 Another possible issue is different path delimiter on windows and other 
 platforms. But in most cases slash instead of backslash works fine on 
 windows. So it is possible to replace '\\' to '/' in windows build steps.



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


[jira] [Updated] (CB-7105) Cordova thinks that it's run in GingerBread emulator when run in browser

2014-07-09 Thread JIRA

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

Jan Velecký updated CB-7105:


Description: 
There are workaround for broken JavascriptIntefrace in Android 2.3 emulator, 
but this workaround should be in use only if Cordova is running in WebView, not 
everytime, because this makes debugging in desktop browser very irittative for 
us who use Cordova as single platform project... Miles of prompt dialogs, who 
don't know.
(For example developer of iOS and Android app on Windows, or Linux.)

PS: Cordova 2.9.0 works without this ugly behaviour.

  was:
There are workaround for broken JavascriptIntefrace in Android 2.3 emulator, 
but this workaround should be in use only if Cordova is running in WebView, not 
everytime, because this makes debugging in desktop browser very irittative for 
us who use Cordova as single platform project... Miles of prompt dialogs, who 
don't know.
(For example developer of iOS and Android app on Windows, or Linux.)


 Cordova thinks that it's run in GingerBread emulator when run in browser
 

 Key: CB-7105
 URL: https://issues.apache.org/jira/browse/CB-7105
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Jan Velecký

 There are workaround for broken JavascriptIntefrace in Android 2.3 emulator, 
 but this workaround should be in use only if Cordova is running in WebView, 
 not everytime, because this makes debugging in desktop browser very 
 irittative for us who use Cordova as single platform project... Miles of 
 prompt dialogs, who don't know.
 (For example developer of iOS and Android app on Windows, or Linux.)
 PS: Cordova 2.9.0 works without this ugly behaviour.



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


[jira] [Assigned] (CB-5211) Windows Phone 8 crashes if ajax-request with basic authentication is send with wrong credentials

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov reassigned CB-5211:
--

Assignee: Sergey Grebnov  (was: Jesse MacFadyen)

 Windows Phone 8 crashes if ajax-request with basic authentication is send 
 with wrong credentials
 

 Key: CB-5211
 URL: https://issues.apache.org/jira/browse/CB-5211
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.1.0
 Environment: Cordova 3.1
 Microsoft Visual Studio 2012 Express
 Created on Windows 8.1
 Tested on Samsung Ativ S
 VLC 2.1 HTTP-Interface with basic authentication
Reporter: stiller-leser
Assignee: Sergey Grebnov

 Hey,
 I am currently writing an app for the VLC-Mediaplayer. Since version 2.1 they 
 request a password to be set to access their webinterface. I am connecting to 
 and controlling the webinterface via ajax-calls. To connect to the server I 
 need to send a authorization-header with the credentials. As long as the 
 credentials are correct, even if the username-part is empty, the app works 
 like charm.
 As soon as the request is send with the wrong credentials the app is crashing 
 on Windows Phone 8 (Samsung Ativ S). It won't reopen until it is manually 
 killed from VS.
 First I thought, ok, that might be a jquery-problem. Today I tried the same 
 thing with a standard javascript-xmlHttpRequest. The same problem occurs.
 On Android and in Chrome (using ripple), the timeout is correctly called, 
 e.g. handled.
 You'll find my ajax-calls here: http://pastebin.com/9kDansAC. Let me now if 
 you need any further informations.
 Cheers,
 stiller-leser
 P.S. Labels newbie and noob - Seriously? :)



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


[jira] [Updated] (CB-5211) Windows Phone 8 crashes if ajax-request with basic authentication is send with wrong credentials

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov updated CB-5211:
---

Labels:   (was: bug javascript newbie)

 Windows Phone 8 crashes if ajax-request with basic authentication is send 
 with wrong credentials
 

 Key: CB-5211
 URL: https://issues.apache.org/jira/browse/CB-5211
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.1.0
 Environment: Cordova 3.1
 Microsoft Visual Studio 2012 Express
 Created on Windows 8.1
 Tested on Samsung Ativ S
 VLC 2.1 HTTP-Interface with basic authentication
Reporter: stiller-leser
Assignee: Sergey Grebnov

 Hey,
 I am currently writing an app for the VLC-Mediaplayer. Since version 2.1 they 
 request a password to be set to access their webinterface. I am connecting to 
 and controlling the webinterface via ajax-calls. To connect to the server I 
 need to send a authorization-header with the credentials. As long as the 
 credentials are correct, even if the username-part is empty, the app works 
 like charm.
 As soon as the request is send with the wrong credentials the app is crashing 
 on Windows Phone 8 (Samsung Ativ S). It won't reopen until it is manually 
 killed from VS.
 First I thought, ok, that might be a jquery-problem. Today I tried the same 
 thing with a standard javascript-xmlHttpRequest. The same problem occurs.
 On Android and in Chrome (using ripple), the timeout is correctly called, 
 e.g. handled.
 You'll find my ajax-calls here: http://pastebin.com/9kDansAC. Let me now if 
 you need any further informations.
 Cheers,
 stiller-leser
 P.S. Labels newbie and noob - Seriously? :)



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


[jira] [Commented] (CB-7040) Contacts Plugin Release June 27, 2014

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

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

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

Commit 1609132 from i...@apache.org
[ https://svn.apache.org/r1609132 ]

CB-7040 Publish missing generated files for plugin release blog post

 Contacts Plugin Release June 27, 2014
 -

 Key: CB-7040
 URL: https://issues.apache.org/jira/browse/CB-7040
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Contacts
Reporter: Ian Clelland
Assignee: Ian Clelland

 Following (and updating) steps at 
 https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md



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


[jira] [Resolved] (CB-5039) cordova emulate windows8 has no effect

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov resolved CB-5039.


Resolution: Duplicate

Duplicate of CB-3002 Add a ./cordova/lib/start-emulator project-level helper 
script to Windows 8

 cordova emulate windows8 has no effect
 --

 Key: CB-5039
 URL: https://issues.apache.org/jira/browse/CB-5039
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Windows 8
Affects Versions: 3.1.0
 Environment: Windows8, Cordova CLI 3.1.0
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

 1. install cordova cli 3.1.x
 2. add windows8 platform
 3. build windows8 platform (I can see app installed locally in windows8 Start 
 menu)
 4. run cordova emulate windows8
 5. Observe - nothing happens, no error is reported, app is not started 
 (locally or on connected Win8 device)
 Output log using cordova emulate windows8 --verbose
 ---
 cordova library for windows8 already exists. No need to download. 
 Continuing.
 Calling plugman.prepare for platform windows8
 Preparing windows8 project...
 Processing configuration changes for plugins.
 creating jsproj from project at : 
 C:\projects\MyApp2\platforms\windows8\CordovaApp.jsproj
 Iterating over installed plugins: []
 Writing out cordova_plugins.js...
 Running on emulator for platform windows8 via command 
 C:\projects\MyApp2\platforms\windows8\cordova\run --emulator (output to 
 follow)...
 Res = 9160E69F-F649-41D0-9A95-84F3D16D8260_2ysye2qyxxc1e
 Platform windows8 deployed to emulator.



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


[jira] [Created] (CB-7106) NullPointerException at App startup if SD-Card is absent

2014-07-09 Thread Did (JIRA)
Did created CB-7106:
---

 Summary: NullPointerException at App startup if SD-Card is absent
 Key: CB-7106
 URL: https://issues.apache.org/jira/browse/CB-7106
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin File
Affects Versions: 3.5.0
 Environment: Android 4.0.3, Industrial Handheld, using 
cordova-plugin-file
Reporter: Did


in the Android implementation of cordova-plugin-file an exception is thrown 
when the device has no sd-card:

07-09 06:56:32.400: E/PluginManager(2877): Uncaught exception from plugin
07-09 06:56:32.400: E/PluginManager(2877): java.lang.NullPointerException
07-09 06:56:32.400: E/PluginManager(2877):  at 
org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866)
07-09 06:56:32.400: E/PluginManager(2877):  at 
org.apache.cordova.file.FileUtils.execute(FileUtils.java:348)
07-09 06:56:32.400: E/PluginManager(2877):  at 
org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65)
07-09 06:56:32.400: E/PluginManager(2877):  at 
org.apache.cordova.PluginManager.execHelper(PluginManager.java:242)
07-09 06:56:32.400: E/PluginManager(2877):  at 
org.apache.cordova.PluginManager.exec(PluginManager.java:227)
07-09 06:56:32.400: E/PluginManager(2877):  at 
org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53)
07-09 06:56:32.400: E/PluginManager(2877):  at 
org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227)
07-09 06:56:32.400: E/PluginManager(2877):  at 
android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:600)
07-09 06:56:32.400: E/PluginManager(2877):  at 
android.os.Handler.dispatchMessage(Handler.java:99)
07-09 06:56:32.400: E/PluginManager(2877):  at 
android.os.Looper.loop(Looper.java:137)
07-09 06:56:32.400: E/PluginManager(2877):  at 
android.app.ActivityThread.main(ActivityThread.java:4424)
07-09 06:56:32.400: E/PluginManager(2877):  at 
java.lang.reflect.Method.invokeNative(Native Method)
07-09 06:56:32.400: E/PluginManager(2877):  at 
java.lang.reflect.Method.invoke(Method.java:511)
07-09 06:56:32.400: E/PluginManager(2877):  at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784)
07-09 06:56:32.400: E/PluginManager(2877):  at 
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:551)
07-09 06:56:32.400: E/PluginManager(2877):  at 
dalvik.system.NativeStart.main(Native Method)

the documentation for context.getExternal... (i.e.: 
context.getExternalFilesDir, context.getExternalCacheDir())
tells there is NULL returned if no external storage is available

this leads to a problem for calls like this:
context.getExternalFilesDir(null).getParentFile();

context.getExternalFilesDir(null) returns null and there is a call to 
null.getParentFile(); which throws NullPointerException



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


[jira] [Closed] (CB-7106) NullPointerException at App startup if SD-Card is absent

2014-07-09 Thread Did (JIRA)

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

Did closed CB-7106.
---

Resolution: Not a Problem

Problem existed with version 1.2.0 of the file plugin. On master it is already 
fixed.

 NullPointerException at App startup if SD-Card is absent
 

 Key: CB-7106
 URL: https://issues.apache.org/jira/browse/CB-7106
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin File
Affects Versions: 3.5.0
 Environment: Android 4.0.3, Industrial Handheld, using 
 cordova-plugin-file
Reporter: Did

 in the Android implementation of cordova-plugin-file an exception is thrown 
 when the device has no sd-card:
 07-09 06:56:32.400: E/PluginManager(2877): Uncaught exception from plugin
 07-09 06:56:32.400: E/PluginManager(2877): java.lang.NullPointerException
 07-09 06:56:32.400: E/PluginManager(2877):at 
 org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 org.apache.cordova.file.FileUtils.execute(FileUtils.java:348)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 org.apache.cordova.PluginManager.execHelper(PluginManager.java:242)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 org.apache.cordova.PluginManager.exec(PluginManager.java:227)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:600)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 android.os.Handler.dispatchMessage(Handler.java:99)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 android.os.Looper.loop(Looper.java:137)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 android.app.ActivityThread.main(ActivityThread.java:4424)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 java.lang.reflect.Method.invokeNative(Native Method)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 java.lang.reflect.Method.invoke(Method.java:511)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 com.android.internal.os.ZygoteInit.main(ZygoteInit.java:551)
 07-09 06:56:32.400: E/PluginManager(2877):at 
 dalvik.system.NativeStart.main(Native Method)
 the documentation for context.getExternal... (i.e.: 
 context.getExternalFilesDir, context.getExternalCacheDir())
 tells there is NULL returned if no external storage is available
 this leads to a problem for calls like this:
 context.getExternalFilesDir(null).getParentFile();
 context.getExternalFilesDir(null) returns null and there is a call to 
 null.getParentFile(); which throws NullPointerException



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


[jira] [Resolved] (CB-2100) Window size issue when the orientation is changed

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov resolved CB-2100.


Resolution: Won't Fix

 Window size issue when the orientation is changed
 -

 Key: CB-2100
 URL: https://issues.apache.org/jira/browse/CB-2100
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 2.2.0, 2.3.0
 Environment: Windows 8 - Visual Studio 2012 - Windows Phone 8 SDK
Reporter: Guillaume Charhon
Assignee: Jesse MacFadyen
Priority: Minor
 Attachments: Test.zip


 The change of the orientation of the phone in the MainPage.xaml 
 (by setting the SupportedOrientations=Landscape Orientation=Landscape 
 attributes) do not have any impact of the html window size.
 This code snippet displays portrait values instead of landscape values : 
 var height = screen.height;
 var width = screen.width;
 alert(height :  + height);
 alert(width :  + width);
 This behavior does not occurs on iOS, Android, etc.
 I have not tried on Windows Phone 7.
 I have attached a sample project to this bug report.



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


[jira] [Commented] (CB-2100) Window size issue when the orientation is changed

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov commented on CB-2100:


Confirm this behavior, but not sure we can do anything here.

As a workaround:

The following could properties could be used instead.
document.body.clientHeight 
document.body.clientWidth

Also, you can use window.orientation to manually swap screen.width/height when 
you do your calculation.

if window.orientation does not work you can detect it as this.orientation = 
window.innerHeight = window.innerWidth ? 'portrait' : 'landscape';

 Window size issue when the orientation is changed
 -

 Key: CB-2100
 URL: https://issues.apache.org/jira/browse/CB-2100
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 2.2.0, 2.3.0
 Environment: Windows 8 - Visual Studio 2012 - Windows Phone 8 SDK
Reporter: Guillaume Charhon
Assignee: Jesse MacFadyen
Priority: Minor
 Attachments: Test.zip


 The change of the orientation of the phone in the MainPage.xaml 
 (by setting the SupportedOrientations=Landscape Orientation=Landscape 
 attributes) do not have any impact of the html window size.
 This code snippet displays portrait values instead of landscape values : 
 var height = screen.height;
 var width = screen.width;
 alert(height :  + height);
 alert(width :  + width);
 This behavior does not occurs on iOS, Android, etc.
 I have not tried on Windows Phone 7.
 I have attached a sample project to this bug report.



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


[jira] [Assigned] (CB-4093) Unify Whitelist Implementations

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov reassigned CB-4093:
--

Assignee: Sergey Grebnov  (was: Ian Clelland)

 Unify Whitelist Implementations
 ---

 Key: CB-4093
 URL: https://issues.apache.org/jira/browse/CB-4093
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, BlackBerry, iOS, mobile-spec, OSX, Windows 8, 
 WP8
Affects Versions: 3.0.0
Reporter: Andrew Grieve
Assignee: Sergey Grebnov
  Labels: core

 ML Discussion: http://callback.markmail.org/thread/lqadhj3uqqtmohka
 Summary:
 Ditch the subdomains=true attribute and standardize on what is described 
 here (minus allowing chrome-extension in the scheme):
 http://developer.chrome.com/extensions/match_patterns.html



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


[jira] [Assigned] (CB-6787) Windows8 - Fix header licenses (Apache RAT report)

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov reassigned CB-6787:
--

Assignee: Sergey Grebnov

 Windows8 - Fix header licenses (Apache RAT report)
 --

 Key: CB-6787
 URL: https://issues.apache.org/jira/browse/CB-6787
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Windows 8
Reporter: Shazron Abdullah
Assignee: Sergey Grebnov

 JavaDocs are generated and so license header is optional
 Generated files do not required license headers
 Add a .ratExcludes file for files to exclude
 42 Unknown Licenses
 ***
 Unapproved licenses:
   ./README.md
   ./windows7/Cordova.sln
   ./windows7/Cordova/Cordova.vcxproj
   ./windows7/Cordova/Cordova.vcxproj.filters
   ./windows7/Cordova/lib/js/exec.js
   ./windows7/Cordova/lib/js/platform.js
   ./windows7/Cordova/lib/js/plugin/win7/SQLError.js
   ./windows7/Cordova/lib/js/plugin/win7/device.js
   ./windows7/Cordova/lib/js/plugin/win7/jsHandler.js
   ./windows7/Cordova/lib/js/plugin/win7/storage.js
   ./windows7/Cordova/lib/sqlite/sqlite3.c
   ./windows7/Cordova/lib/sqlite/sqlite3.h
   ./windows7/Cordova/www/accel_game.css
   ./windows7/Cordova/www/accel_game.html
   ./windows7/Cordova/www/accel_game.js
   ./windows7/Cordova/www/capture.html
   ./windows7/Cordova/www/device.html
   ./windows7/Cordova/www/events.html
   ./windows7/Cordova/www/file.html
   ./windows7/Cordova/www/index.html
   ./windows7/Cordova/www/network.html
   ./windows7/Cordova/www/notification.html
   ./windows7/Cordova/www/storage.html
   ./windows8/CONTRIBUTING.md
   ./windows8/bin/check_reqs.bat
   ./windows8/bin/create.bat
   ./windows8/bin/update.bat
   ./windows8/template/CordovaApp.jsproj
   ./windows8/template/CordovaApp.sln
   ./windows8/template/MyTemplate.vstemplate
   ./windows8/template/package.appxmanifest
   ./windows8/template/cordova/build.bat
   ./windows8/template/cordova/clean.bat
   ./windows8/template/cordova/log.bat
   ./windows8/template/cordova/run.bat
   ./windows8/template/cordova/version.bat
   ./windows8/template/cordova/lib/list-devices.bat
   ./windows8/template/cordova/lib/list-emulator-images.bat
   ./windows8/template/cordova/lib/list-started-emulators.bat
   ./windows8/tests/testCreateProject.bat
   ./windows8/tooling/CordovaWindows8Deploy/CordovaWindows8Deploy.cpp
   ./windows8/tooling/CordovaWindows8Deploy/CordovaWindows8Deploy.vcxproj



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


[jira] [Resolved] (CB-6535) Windows 8 does not work with Weinre

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov resolved CB-6535.


Resolution: Cannot Reproduce

 Windows 8 does not work with Weinre
 ---

 Key: CB-6535
 URL: https://issues.apache.org/jira/browse/CB-6535
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.3.0
Reporter: brian johnston
Assignee: Sergey Grebnov

 WP8 connects with Weinre for a short time and then disconnects.  Tried the 
 build.phonegap.com Weinre and a local instance.  Same result on each.  Tried 
 a few of the workarounds mentioned on the web, none worked.



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


[jira] [Commented] (CB-6535) Windows 8 does not work with Weinre

2014-07-09 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov commented on CB-6535:


Just tried with the latest WP8 template, Weinre and default cordova template. 
Works fine. [~briankj], feel free to re-open this issue with more details if it 
still does not work and I'll address it.

 Windows 8 does not work with Weinre
 ---

 Key: CB-6535
 URL: https://issues.apache.org/jira/browse/CB-6535
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.3.0
Reporter: brian johnston
Assignee: Sergey Grebnov

 WP8 connects with Weinre for a short time and then disconnects.  Tried the 
 build.phonegap.com Weinre and a local instance.  Same result on each.  Tried 
 a few of the workarounds mentioned on the web, none worked.



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


[jira] [Commented] (CB-7081) Issue when Cordova upgrade from 2.9 to 3.5

2014-07-09 Thread Andrew Grieve (JIRA)

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

Andrew Grieve commented on CB-7081:
---

what version of the file plugin are you using?

 Issue when Cordova upgrade from 2.9 to 3.5
 --

 Key: CB-7081
 URL: https://issues.apache.org/jira/browse/CB-7081
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaJS
Affects Versions: 3.5.0
Reporter: Rajesh Kumar

 I recently upgraded my cordova app from v2.9 to v3.5. When I start my app, I 
 see a JSONException in the logcat console as below:
 07-05 16:04:48.457: W/System.err(1917): org.json.JSONException: Value App 
 at 0 of type java.lang.String cannot be converted to int
 07-05 16:04:48.457: W/System.err(1917): at 
 org.json.JSON.typeMismatch(JSON.java:100)
 07-05 16:04:48.457: W/System.err(1917): at 
 org.json.JSONArray.getInt(JSONArray.java:357)
 07-05 16:04:48.457: W/System.err(1917): at 
 org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:214)
 This exception occurs inside the `onJsPrompt()` method of 
 `CordovaChromeClient.java`, when the code tries to read the first element of 
 array. The json array comes from javascript and should be having 4 parameters 
 (bridge secret, service, action, callbackId), but it has only 3. The bridge 
 secret is not present. This call is made from the core plugin 
 `cordova/android/promptbasednativeapi` inside cordova.js. I guess the 
 cordova.js which comes with the cordova download from official cordova site 
 is not correct? I need to know how to pass the bridge secret from js to java. 
 Can someone help me?



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


[jira] [Created] (CB-7107) Docs do nothing to explain why you would use this

2014-07-09 Thread Raymond Camden (JIRA)
Raymond Camden created CB-7107:
--

 Summary: Docs do nothing to explain why you would use this
 Key: CB-7107
 URL: https://issues.apache.org/jira/browse/CB-7107
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Raymond Camden
Priority: Minor


The docs have this to say about the plugin:

This plugin is meant to ensure that console.log() is as useful as it can be. 
It adds additional function for iOS, Ubuntu, Windows Phone 8, and Windows 8. If 
you are happy with how console.log() works for you, then you probably don't 
need this plugin.

And that's it. It does nothing, as far as I can see, to tell you what as 
useful as it can be actually means. It sounds like it may 'fix' console.log 
where it doesn't work, but it doesn't clearly say that.

It also says it adds additional function - ok - so what additional function?



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


[jira] [Commented] (CB-7107) Docs do nothing to explain why you would use this

2014-07-09 Thread Raymond Camden (JIRA)

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

Raymond Camden commented on CB-7107:


Speaking to Holly Schinsky, she thinks that this fixes console.log for 
XCode/Eclipse. If so, the docs should say that.

 Docs do nothing to explain why you would use this
 -

 Key: CB-7107
 URL: https://issues.apache.org/jira/browse/CB-7107
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Raymond Camden
Priority: Minor

 The docs have this to say about the plugin:
 This plugin is meant to ensure that console.log() is as useful as it can be. 
 It adds additional function for iOS, Ubuntu, Windows Phone 8, and Windows 8. 
 If you are happy with how console.log() works for you, then you probably 
 don't need this plugin.
 And that's it. It does nothing, as far as I can see, to tell you what as 
 useful as it can be actually means. It sounds like it may 'fix' console.log 
 where it doesn't work, but it doesn't clearly say that.
 It also says it adds additional function - ok - so what additional function?



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


[jira] [Commented] (CB-6481) Add unified hooks support for cordova app and plugins

2014-07-09 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-6481:


GitHub user sgrebnov opened a pull request:

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

CB-6481 Add unified hooks support for cordova app and plugins

https://issues.apache.org/jira/browse/CB-6481

Added the following changes and new features
* Hooks can be defined in .cordova/hooks/hook_type, hooks/hook_type 
directories, **config.xml** (by application developers) and 
plugins/.../**plugin.xml** (by plugins developers) 
* Javascript hooks retrieved from config.xml and plugins/.../plugin.xml 
will be run via new module loader with special **Context argument** passed. 
This object represents current hook script execution context including hook 
type, cordova version, paths, plugin info and other special utility modules.
* Introduced **before_plugin_install**, **after_plugin_install** and 
**before_plugin_uninstall** hooks.

See updated docs for more details:

https://github.com/MSOpenTech/cordova-lib/commit/952690b7d7b42962b4e246c2b84c309846bf8750?short_path=8c918a9#diff-8c918a9f452feb5e3ef3339749806fc3

Please note, that there are some remaining work items here below before we 
can merge it. The PR has been sent to get community feedback and adjust 
implementation while we are working on unit tests.
* Write unit test (in-progress)
* Replace original Hooker with new implementation everywhere, Currently 
'before_build' is supported for general application hooks.

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

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

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

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


commit d51b5ac509014ccd28351cb5b853cef0a4188358
Author: daserge dase...@yandex.ru
Date:   2014-07-09T12:08:59Z

CB-6481 Added unified hooks support for cordova app and plugins

* Hooks can be defined in .cordova/hooks/hook_type, hooks/hook_type 
directories, config.xml and plugins/.../plugin.xml
* Javascript hooks retrieved from config.xml and plugins/.../plugin.xml 
will be run via new module loader
* Introduced before_plugin_install, after_plugin_install and 
before_plugin_uninstall hooks

commit 952690b7d7b42962b4e246c2b84c309846bf8750
Author: daserge dase...@yandex.ru
Date:   2014-07-09T12:20:11Z

CB-6481 Updated hooks documentation




 Add unified hooks support for cordova app and plugins
 -

 Key: CB-6481
 URL: https://issues.apache.org/jira/browse/CB-6481
 Project: Apache Cordova
  Issue Type: New Feature
  Components: CLI, Plugman
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

 As per Proposal: hooks support for plugins dev mail thread discussion
 Hi, I have an idea how we can add more flexibility to plugin developers.
 Note, right now we have Application Developers – someone who use Cordova for 
 developing applications and Plugin Developers – someone who creates plugins 
 so that Application Developers can use them. For Application Developers we 
 expose  hooks so that they can customize their build/package/etc process. I 
 want us to provide similar sort of flexibility to Plugin Developers so that 
 they can go beyond of source/, framework/  tags and get mechanism to add 
 custom installation,  build logic required by a plugin. Example usage will 
 include: downloading/compiling additional binaries, marking source file to be 
 copied to output dir, changing target build platform,  etc. At present time 
 the steps described could be only achieved by hooks manually added by 
 Application Developer, but the right way is to allow Plugin Developer to 
 expose this as part of plugin definition.
 Example configuration could look like
 ```
 script type=postinstall src=scripts/postinstall.js /
 script type=preinstall src=scripts/preinstall.js /
 script type=install src=scripts/install.js /
 ```
 beforeinstall/preinstall – run before plugin is installed
 install/postinstall/afterinstall – run after plugin is installed
 uninstall – run after plugin is uninstalled



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


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

2014-07-09 Thread Maxime LUCE (JIRA)

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

Maxime LUCE commented on CB-5109:
-

Absolutely, it enables complex module integration into cordova application !
Let me know if you have any problems.
Thx

 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-7081) Issue when Cordova upgrade from 2.9 to 3.5

2014-07-09 Thread Rajesh Kumar (JIRA)

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

Rajesh Kumar commented on CB-7081:
--

I used command line to add File plugin, so I guess it added the latest from 
cordova plugin repository. I even tried the v1.0 as suggested by few users on 
other websites. Even that did not work. Finally, I managed to figure out the 
issue.

Earlier in cordova 2.9, i used to access file api of cordova from javascript by 
using url of form: /data/data/com.myapp.android/abc.txt. This url in file 
plugin latest version added through command line throws Nullpointer Exception. 
I now changed my url format to: Android/data/com.myapp.android and using it 
with PERSISTENT file system. So, the full url which plugin on the Java side 
uses to access files is: /mnt/sdcard/Android/data/com.myapp.android (if 
mounted), else it'll use 
/data/data/com.myapp.android/Android/data/com.myapp.android.

 Issue when Cordova upgrade from 2.9 to 3.5
 --

 Key: CB-7081
 URL: https://issues.apache.org/jira/browse/CB-7081
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaJS
Affects Versions: 3.5.0
Reporter: Rajesh Kumar

 I recently upgraded my cordova app from v2.9 to v3.5. When I start my app, I 
 see a JSONException in the logcat console as below:
 07-05 16:04:48.457: W/System.err(1917): org.json.JSONException: Value App 
 at 0 of type java.lang.String cannot be converted to int
 07-05 16:04:48.457: W/System.err(1917): at 
 org.json.JSON.typeMismatch(JSON.java:100)
 07-05 16:04:48.457: W/System.err(1917): at 
 org.json.JSONArray.getInt(JSONArray.java:357)
 07-05 16:04:48.457: W/System.err(1917): at 
 org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:214)
 This exception occurs inside the `onJsPrompt()` method of 
 `CordovaChromeClient.java`, when the code tries to read the first element of 
 array. The json array comes from javascript and should be having 4 parameters 
 (bridge secret, service, action, callbackId), but it has only 3. The bridge 
 secret is not present. This call is made from the core plugin 
 `cordova/android/promptbasednativeapi` inside cordova.js. I guess the 
 cordova.js which comes with the cordova download from official cordova site 
 is not correct? I need to know how to pass the bridge secret from js to java. 
 Can someone help me?



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


[jira] [Commented] (CB-5114) Windows 8.1 - Use a new proxy as old geolocation methods is deprecated

2014-07-09 Thread Maxime LUCE (JIRA)

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

Maxime LUCE commented on CB-5114:
-

OK let me know if you have any problems. 
Thx

 Windows 8.1 - Use a new proxy as old geolocation methods is deprecated
 --

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

 In WinJS 2.0 : Geolocation.Geocoordinate.Latitude, Longitude, Altitude has 
 been replaced by Geolocation.Geopoint.Position.Latitude, ...



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


[jira] [Commented] (CB-7027) Windows 8 - Plugin File - Get metadata returns an invalid date

2014-07-09 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-7027:


Github user SomaticIT commented on the pull request:

https://github.com/apache/cordova-plugin-file/pull/56#issuecomment-48501295
  
Hi purblecabbage,

1. @fberton is a member of the Touchify's, his name is Florian BERTON. He 
didn't send you the CLA, he will do it soon but he is registered to cordova 
developpement mailing list, he should introduce himself on it.

2. Indeed, the IDE has formatted the file including whitespaces, but you 
can see changes in the second commit.

3. Be careful, by mistake, Florian committed both CB-6994 (first commit, 
#54) and CB-7027 (second commit) in this branch.

Do you want us to reformat the whole file in order to keep the spaces from 
the original ?


 Windows 8 - Plugin File - Get metadata returns an invalid date
 --

 Key: CB-7027
 URL: https://issues.apache.org/jira/browse/CB-7027
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Reporter: BERTON Florian
 Fix For: 3.6.0


 On Windows 8, in plugin File, the method getMetadata in the FileProxy.js 
 returns an invalid date and no size.
 Whereas, Windows 8 allows to return a well formatted Metadata object 
 containing a valid modification date and a valid size.



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


[jira] [Resolved] (CB-7081) Issue when Cordova upgrade from 2.9 to 3.5

2014-07-09 Thread Andrew Grieve (JIRA)

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

Andrew Grieve resolved CB-7081.
---

Resolution: Not a Problem

 Issue when Cordova upgrade from 2.9 to 3.5
 --

 Key: CB-7081
 URL: https://issues.apache.org/jira/browse/CB-7081
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaJS
Affects Versions: 3.5.0
Reporter: Rajesh Kumar

 I recently upgraded my cordova app from v2.9 to v3.5. When I start my app, I 
 see a JSONException in the logcat console as below:
 07-05 16:04:48.457: W/System.err(1917): org.json.JSONException: Value App 
 at 0 of type java.lang.String cannot be converted to int
 07-05 16:04:48.457: W/System.err(1917): at 
 org.json.JSON.typeMismatch(JSON.java:100)
 07-05 16:04:48.457: W/System.err(1917): at 
 org.json.JSONArray.getInt(JSONArray.java:357)
 07-05 16:04:48.457: W/System.err(1917): at 
 org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:214)
 This exception occurs inside the `onJsPrompt()` method of 
 `CordovaChromeClient.java`, when the code tries to read the first element of 
 array. The json array comes from javascript and should be having 4 parameters 
 (bridge secret, service, action, callbackId), but it has only 3. The bridge 
 secret is not present. This call is made from the core plugin 
 `cordova/android/promptbasednativeapi` inside cordova.js. I guess the 
 cordova.js which comes with the cordova download from official cordova site 
 is not correct? I need to know how to pass the bridge secret from js to java. 
 Can someone help me?



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


[jira] [Created] (CB-7108) Having a * in the wrong spot in config.xml will cause cordova to choke

2014-07-09 Thread Jenny Gee (JIRA)
Jenny Gee created CB-7108:
-

 Summary: Having a * in the wrong spot in config.xml will cause 
cordova to choke
 Key: CB-7108
 URL: https://issues.apache.org/jira/browse/CB-7108
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaJS
Affects Versions: 3.5.0
Reporter: Jenny Gee
Priority: Trivial


I had entered in the following into my config.xml:

 access origin=*://jgeeMac* subdomains=true/

(syntax is part of cordova 3.1 and no longer supported - I didn't know I was 
looking at the wrong version of docs). The next part shows the crash output but 
we really need some better error handling and a better error message.

jgeemac:test_app jgee$ cordova build
Running command: 
/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/build 
[INFO]Populating application source
[INFO]Parsing config.xml

/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/lib/logger.js:28
console.error([ERROR]+ msg.replace(/error: /i, ));
 ^
TypeError: Object Error: Invalid URI attribute in the access element - protocol 
required(*://jgeeMac*) has no method 'replace'
at Object.module.exports.error 
(/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/lib/logger.js:28:42)
at Object.module.exports.start 
(/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/lib/packager.js:69:24)
at build 
(/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/lib/build.js:121:39)
at 
/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/node_modules/async/lib/async.js:548:21
at 
/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/node_modules/async/lib/async.js:224:13
at iterate 
(/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/node_modules/async/lib/async.js:131:13)
at 
/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/node_modules/async/lib/async.js:142:25
at 
/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/node_modules/async/lib/async.js:226:17
at 
/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/node_modules/async/lib/async.js:553:34
at 
/Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/lib/build.js:103:64
Error: /Users/jgee/noWhitelist/test_app/platforms/blackberry10/cordova/build: 
Command failed with exit code 8
at ChildProcess.whenDone 
(/Users/jgee/npm/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:131:23)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Process.ChildProcess._handle.onexit (child_process.js:802:5)




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


[jira] [Closed] (CB-7081) Issue when Cordova upgrade from 2.9 to 3.5

2014-07-09 Thread Rajesh Kumar (JIRA)

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

Rajesh Kumar closed CB-7081.



 Issue when Cordova upgrade from 2.9 to 3.5
 --

 Key: CB-7081
 URL: https://issues.apache.org/jira/browse/CB-7081
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaJS
Affects Versions: 3.5.0
Reporter: Rajesh Kumar

 I recently upgraded my cordova app from v2.9 to v3.5. When I start my app, I 
 see a JSONException in the logcat console as below:
 07-05 16:04:48.457: W/System.err(1917): org.json.JSONException: Value App 
 at 0 of type java.lang.String cannot be converted to int
 07-05 16:04:48.457: W/System.err(1917): at 
 org.json.JSON.typeMismatch(JSON.java:100)
 07-05 16:04:48.457: W/System.err(1917): at 
 org.json.JSONArray.getInt(JSONArray.java:357)
 07-05 16:04:48.457: W/System.err(1917): at 
 org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:214)
 This exception occurs inside the `onJsPrompt()` method of 
 `CordovaChromeClient.java`, when the code tries to read the first element of 
 array. The json array comes from javascript and should be having 4 parameters 
 (bridge secret, service, action, callbackId), but it has only 3. The bridge 
 secret is not present. This call is made from the core plugin 
 `cordova/android/promptbasednativeapi` inside cordova.js. I guess the 
 cordova.js which comes with the cordova download from official cordova site 
 is not correct? I need to know how to pass the bridge secret from js to java. 
 Can someone help me?



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


[jira] [Created] (CB-7109) exec() call to plugin blocked the main thread

2014-07-09 Thread Rajesh Kumar (JIRA)
Rajesh Kumar created CB-7109:


 Summary: exec() call to plugin blocked the main thread
 Key: CB-7109
 URL: https://issues.apache.org/jira/browse/CB-7109
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin File
Affects Versions: 3.5.0
Reporter: Rajesh Kumar
Priority: Minor


In the file plugin of v3.5.0, I constantly see a warning in logcat in eclipse 
when I try to write to a file. The warning is:

THREAD WARNING: exec() call to File.write blocked the main thread for 117ms. 
Plugin should use CordovaInterface.getThreadPool().

Similar issue is when I try to exit app. I guess this issue is present for all 
the plugins. I checked the part of File plugin code:

final String fname=args.getString(0);
final String data=args.getString(1);
final int offset=args.getInt(2);
final Boolean isBinary=args.getBoolean(3);
threadhelper( new FileOp( ){
public void run() throws FileNotFoundException, IOException, 
NoModificationAllowedException {
long fileSize = write(fname, data, offset, isBinary);
callbackContext.sendPluginResult(new 
PluginResult(PluginResult.Status.OK, fileSize));
}
}, callbackContext);

And, threadhelper uses: 

cordova.getThreadPool().execute(new Runnable() {
public void run() {}
});

This means, the plugin is using a thread to do some async task, but logcat 
throws the block warning. We need to fix this.



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


[jira] [Created] (CB-7110) Translations for July

2014-07-09 Thread Lisa Seacat DeLuca (JIRA)
Lisa Seacat DeLuca created CB-7110:
--

 Summary: Translations for July
 Key: CB-7110
 URL: https://issues.apache.org/jira/browse/CB-7110
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Lisa Seacat DeLuca
Assignee: Lisa Seacat DeLuca
Priority: Minor






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


[jira] [Commented] (CB-7109) exec() call to plugin blocked the main thread

2014-07-09 Thread Andrew Grieve (JIRA)

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

Andrew Grieve commented on CB-7109:
---

The slowness here is cause by us deserializing the exec parameters *before* 
dispatching to the thread pool. To fix this, we can override:

{code}
public boolean execute(String action, String rawArgs, CallbackContext 
callbackContext)
{code}

instead of the current execute() method

 exec() call to plugin blocked the main thread
 -

 Key: CB-7109
 URL: https://issues.apache.org/jira/browse/CB-7109
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin File
Affects Versions: 3.5.0
Reporter: Rajesh Kumar
Priority: Minor

 In the file plugin of v3.5.0, I constantly see a warning in logcat in eclipse 
 when I try to write to a file. The warning is:
 THREAD WARNING: exec() call to File.write blocked the main thread for 117ms. 
 Plugin should use CordovaInterface.getThreadPool().
 Similar issue is when I try to exit app. I guess this issue is present for 
 all the plugins. I checked the part of File plugin code:
 final String fname=args.getString(0);
 final String data=args.getString(1);
 final int offset=args.getInt(2);
 final Boolean isBinary=args.getBoolean(3);
 threadhelper( new FileOp( ){
 public void run() throws FileNotFoundException, IOException, 
 NoModificationAllowedException {
 long fileSize = write(fname, data, offset, isBinary);
 callbackContext.sendPluginResult(new 
 PluginResult(PluginResult.Status.OK, fileSize));
 }
 }, callbackContext);
 And, threadhelper uses: 
 cordova.getThreadPool().execute(new Runnable() {
 public void run() {}
 });
 This means, the plugin is using a thread to do some async task, but logcat 
 throws the block warning. We need to fix this.



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


[jira] [Commented] (CB-7110) Translations for July

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

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

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

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

CB-7110cordova-plugin-camera documentation translation: cordova-plugin-camera


 Translations for July
 -

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





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


[jira] [Commented] (CB-7110) Translations for July

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

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

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

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

CB-7110cordova-plugin-file-transfer documentation translation: 
cordova-plugin-file-transfer


 Translations for July
 -

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





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


[jira] [Commented] (CB-7027) Windows 8 - Plugin File - Get metadata returns an invalid date

2014-07-09 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-7027:


Github user purplecabbage commented on the pull request:

https://github.com/apache/cordova-plugin-file/pull/56#issuecomment-48518234
  
Thanks Maxime
I just need to be able to resolve pull requests to a specific person / 
icla, so once that is received I can look at it more.
I am however doing some major work in the windows8 file plugin currently, 
so there are already merge issues with this pull-req.  I will revisit this 
after completing my work on CB-6969


 Windows 8 - Plugin File - Get metadata returns an invalid date
 --

 Key: CB-7027
 URL: https://issues.apache.org/jira/browse/CB-7027
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Reporter: BERTON Florian
 Fix For: 3.6.0


 On Windows 8, in plugin File, the method getMetadata in the FileProxy.js 
 returns an invalid date and no size.
 Whereas, Windows 8 allows to return a well formatted Metadata object 
 containing a valid modification date and a valid size.



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


[jira] [Commented] (CB-7109) exec() call to plugin blocked the main thread

2014-07-09 Thread Rajesh Kumar (JIRA)

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

Rajesh Kumar commented on CB-7109:
--

I have not looked at the plugin in entirety. Will do it and let you know during 
my time morning.

 exec() call to plugin blocked the main thread
 -

 Key: CB-7109
 URL: https://issues.apache.org/jira/browse/CB-7109
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin File
Affects Versions: 3.5.0
Reporter: Rajesh Kumar
Priority: Minor

 In the file plugin of v3.5.0, I constantly see a warning in logcat in eclipse 
 when I try to write to a file. The warning is:
 THREAD WARNING: exec() call to File.write blocked the main thread for 117ms. 
 Plugin should use CordovaInterface.getThreadPool().
 Similar issue is when I try to exit app. I guess this issue is present for 
 all the plugins. I checked the part of File plugin code:
 final String fname=args.getString(0);
 final String data=args.getString(1);
 final int offset=args.getInt(2);
 final Boolean isBinary=args.getBoolean(3);
 threadhelper( new FileOp( ){
 public void run() throws FileNotFoundException, IOException, 
 NoModificationAllowedException {
 long fileSize = write(fname, data, offset, isBinary);
 callbackContext.sendPluginResult(new 
 PluginResult(PluginResult.Status.OK, fileSize));
 }
 }, callbackContext);
 And, threadhelper uses: 
 cordova.getThreadPool().execute(new Runnable() {
 public void run() {}
 });
 This means, the plugin is using a thread to do some async task, but logcat 
 throws the block warning. We need to fix this.



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


[jira] [Created] (CB-7111) [Android] Allow webview to be used as a Fragment

2014-07-09 Thread Marcel Kinard (JIRA)
Marcel Kinard created CB-7111:
-

 Summary: [Android] Allow webview to be used as a Fragment
 Key: CB-7111
 URL: https://issues.apache.org/jira/browse/CB-7111
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Marcel Kinard
Priority: Minor


Today the CordovaActivity is a subclass of Activity. For an app developer who 
would like to use the webview as a fragment inside another activity, this 
should work automatically if they are targeting API11 or above. But if they  
want to do this on Android versions earlier than API11, they need to include 
the Android Support Library, which requires the webview to be a subclass of 
FragmentActivity instead of Activity. So it's currently not possible to use a 
webview as an Android fragment below API11 without making changes to the 
Cordova source. And there is no documentation to this effect.

Ideally, we could provide both CordovaActivity and CordovaFragment and apps can 
use whichever they prefer. If that goes well, we could have CordovaActivity use 
a CordovaFragment, all without breaking the API of CordovaActivity.

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



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


[jira] [Commented] (CB-7107) Docs do nothing to explain why you would use this

2014-07-09 Thread Holly Schinsky (JIRA)

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

Holly Schinsky commented on CB-7107:


This is true for XCode, however you can still get your messages in LogCat for 
Android after testing again, and I also noticed if you look in the installed 
plugin folder after adding it (/plugins/org.apache.cordova.console), you can 
see that there is only native source for Ubuntu, iOS and WP... 

 Docs do nothing to explain why you would use this
 -

 Key: CB-7107
 URL: https://issues.apache.org/jira/browse/CB-7107
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Raymond Camden
Priority: Minor

 The docs have this to say about the plugin:
 This plugin is meant to ensure that console.log() is as useful as it can be. 
 It adds additional function for iOS, Ubuntu, Windows Phone 8, and Windows 8. 
 If you are happy with how console.log() works for you, then you probably 
 don't need this plugin.
 And that's it. It does nothing, as far as I can see, to tell you what as 
 useful as it can be actually means. It sounds like it may 'fix' console.log 
 where it doesn't work, but it doesn't clearly say that.
 It also says it adds additional function - ok - so what additional function?



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


[jira] [Comment Edited] (CB-7107) Docs do nothing to explain why you would use this

2014-07-09 Thread Holly Schinsky (JIRA)

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

Holly Schinsky edited comment on CB-7107 at 7/9/14 10:20 PM:
-

This is true for XCode, however you can still get your messages in LogCat for 
Android after testing again and this becomes more obvious if you look in the 
installed plugin folder after adding it (/plugins/org.apache.cordova.console). 
There is only native source code for Ubuntu, iOS and WP... We should update the 
docs to reflect exactly what it does more specifically. 


was (Author: hollyschinsky):
This is true for XCode, however you can still get your messages in LogCat for 
Android after testing again, and I also noticed if you look in the installed 
plugin folder after adding it (/plugins/org.apache.cordova.console), you can 
see that there is only native source for Ubuntu, iOS and WP... 

 Docs do nothing to explain why you would use this
 -

 Key: CB-7107
 URL: https://issues.apache.org/jira/browse/CB-7107
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Raymond Camden
Priority: Minor

 The docs have this to say about the plugin:
 This plugin is meant to ensure that console.log() is as useful as it can be. 
 It adds additional function for iOS, Ubuntu, Windows Phone 8, and Windows 8. 
 If you are happy with how console.log() works for you, then you probably 
 don't need this plugin.
 And that's it. It does nothing, as far as I can see, to tell you what as 
 useful as it can be actually means. It sounds like it may 'fix' console.log 
 where it doesn't work, but it doesn't clearly say that.
 It also says it adds additional function - ok - so what additional function?



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


[jira] [Comment Edited] (CB-7107) Docs do nothing to explain why you would use this

2014-07-09 Thread Holly Schinsky (JIRA)

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

Holly Schinsky edited comment on CB-7107 at 7/9/14 10:38 PM:
-

This is true for XCode, however you can still get your messages in LogCat for 
Android after testing again and this becomes more obvious if you look in the 
installed plugin folder after adding it (/plugins/org.apache.cordova.console). 
There is only native source code for Ubuntu, iOS and WP... We should update the 
docs to reflect exactly what it does more specifically 
(console.log/console.warn/console.error). 


was (Author: hollyschinsky):
This is true for XCode, however you can still get your messages in LogCat for 
Android after testing again and this becomes more obvious if you look in the 
installed plugin folder after adding it (/plugins/org.apache.cordova.console). 
There is only native source code for Ubuntu, iOS and WP... We should update the 
docs to reflect exactly what it does more specifically. 

 Docs do nothing to explain why you would use this
 -

 Key: CB-7107
 URL: https://issues.apache.org/jira/browse/CB-7107
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Raymond Camden
Priority: Minor

 The docs have this to say about the plugin:
 This plugin is meant to ensure that console.log() is as useful as it can be. 
 It adds additional function for iOS, Ubuntu, Windows Phone 8, and Windows 8. 
 If you are happy with how console.log() works for you, then you probably 
 don't need this plugin.
 And that's it. It does nothing, as far as I can see, to tell you what as 
 useful as it can be actually means. It sounds like it may 'fix' console.log 
 where it doesn't work, but it doesn't clearly say that.
 It also says it adds additional function - ok - so what additional function?



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


[jira] [Comment Edited] (CB-7107) Docs do nothing to explain why you would use this

2014-07-09 Thread Holly Schinsky (JIRA)

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

Holly Schinsky edited comment on CB-7107 at 7/9/14 10:38 PM:
-

This is true for XCode, however you can still get your messages in LogCat for 
Android after testing again and this becomes more obvious if you look in the 
installed plugin folder after adding it (/plugins/org.apache.cordova.console). 
There is only native source code for Ubuntu, iOS and WP... We should update the 
docs to reflect exactly what it does more specifically (prints output from 
console.log()/console.warn()/console.error() statements). 


was (Author: hollyschinsky):
This is true for XCode, however you can still get your messages in LogCat for 
Android after testing again and this becomes more obvious if you look in the 
installed plugin folder after adding it (/plugins/org.apache.cordova.console). 
There is only native source code for Ubuntu, iOS and WP... We should update the 
docs to reflect exactly what it does more specifically 
(console.log/console.warn/console.error). 

 Docs do nothing to explain why you would use this
 -

 Key: CB-7107
 URL: https://issues.apache.org/jira/browse/CB-7107
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Raymond Camden
Priority: Minor

 The docs have this to say about the plugin:
 This plugin is meant to ensure that console.log() is as useful as it can be. 
 It adds additional function for iOS, Ubuntu, Windows Phone 8, and Windows 8. 
 If you are happy with how console.log() works for you, then you probably 
 don't need this plugin.
 And that's it. It does nothing, as far as I can see, to tell you what as 
 useful as it can be actually means. It sounds like it may 'fix' console.log 
 where it doesn't work, but it doesn't clearly say that.
 It also says it adds additional function - ok - so what additional function?



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


[jira] [Created] (CB-7112) Removing plugin with dependecy

2014-07-09 Thread JIRA
Jan Velecký created CB-7112:
---

 Summary: Removing plugin with dependecy
 Key: CB-7112
 URL: https://issues.apache.org/jira/browse/CB-7112
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.5.0
 Environment: Window 7 64bit
Reporter: Jan Velecký
Priority: Blocker


When user add plugin with need another denpendency, there is problem with 
deleting them. When user delete this plugin, dependency remain in project. 
Then, when user want delete dependendent plugin, plugin will be deleted, but 
remain in dependent_plugins in plugin.json file. And then everything is 
broken...

Easy reproduction:
Create new project
cordova plugin add https://github.com/floatinghotpot/cordova-plugin-admob.git
// now delete it
cordova plugin rm com.rjfun.cordova.plugin.admob
// com.google.playservices remain unaffected
cordova plugin rm com.google.playservices
// GPS plugin remain in plugin.json



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


[jira] [Resolved] (CB-7048) Break out config.xml preferences for UIWebView (related to WKWebView prefs support)

2014-07-09 Thread Shazron Abdullah (JIRA)

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

Shazron Abdullah resolved CB-7048.
--

Resolution: Fixed
  Assignee: Shazron Abdullah

 Break out config.xml preferences for UIWebView (related to WKWebView prefs 
 support)
 ---

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

 Branch: https://github.com/shazron/cordova-ios/tree/wkwebview-only



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


[jira] [Created] (CB-7113) Document UseWKWebView config.xml preference

2014-07-09 Thread Shazron Abdullah (JIRA)
Shazron Abdullah created CB-7113:


 Summary: Document UseWKWebView config.xml preference
 Key: CB-7113
 URL: https://issues.apache.org/jira/browse/CB-7113
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Docs
 Environment: iOS 8
Reporter: Shazron Abdullah


For iOS. Defaults to false.



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


[jira] [Resolved] (CB-7047) Support config.xml preferences for WKWebView

2014-07-09 Thread Shazron Abdullah (JIRA)

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

Shazron Abdullah resolved CB-7047.
--

Resolution: Fixed

 Support config.xml preferences for WKWebView
 

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

 Branch: https://github.com/shazron/cordova-ios/tree/wkwebview-only



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


[jira] [Assigned] (CB-7047) Support config.xml preferences for WKWebView

2014-07-09 Thread Shazron Abdullah (JIRA)

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

Shazron Abdullah reassigned CB-7047:


Assignee: Shazron Abdullah

 Support config.xml preferences for WKWebView
 

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

 Branch: https://github.com/shazron/cordova-ios/tree/wkwebview-only



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


[jira] [Updated] (CB-7047) Support config.xml preferences for WKWebView

2014-07-09 Thread Shazron Abdullah (JIRA)

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

Shazron Abdullah updated CB-7047:
-

Assignee: (was: Shazron Abdullah)

 Support config.xml preferences for WKWebView
 

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

 Branch: https://github.com/shazron/cordova-ios/tree/wkwebview-only



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


[jira] [Commented] (CB-7090) Integrate WKWebView branch into master branch

2014-07-09 Thread Shazron Abdullah (JIRA)

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

Shazron Abdullah commented on CB-7090:
--

Add it as a branch off the git-wip-us.apache.org cordova-ios repo first, once 
it is relatively useful.

 Integrate WKWebView branch into master branch
 -

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

 Dev branch: https://github.com/shazron/cordova-ios/tree/wkwebview-only



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


[jira] [Resolved] (CB-7089) Add config.xml preference to use WKWebView

2014-07-09 Thread Shazron Abdullah (JIRA)

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

Shazron Abdullah resolved CB-7089.
--

Resolution: Fixed
  Assignee: Shazron Abdullah

 Add config.xml preference to use WKWebView
 --

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

 On iOS 8, default to use UIWebView but have a preference to allow WKWebView 
 use. This follows our preference guidelines not to break functionality 
 (having it default to WKWebView may break functionality).
 Propose UseWKWebView as the name.



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


[jira] [Reopened] (CB-7047) Support config.xml preferences for WKWebView

2014-07-09 Thread Shazron Abdullah (JIRA)

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

Shazron Abdullah reopened CB-7047:
--


 Support config.xml preferences for WKWebView
 

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

 Branch: https://github.com/shazron/cordova-ios/tree/wkwebview-only



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


[jira] [Commented] (CB-7047) Support config.xml preferences for WKWebView

2014-07-09 Thread Shazron Abdullah (JIRA)

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

Shazron Abdullah commented on CB-7047:
--

WKPreferences only has minimumFontSize and javaScriptEnabled prefs. 
I suppose we should only support minimumFontSize then, since making the user 
toggle off JavaScript would be pointless for Cordova

 Support config.xml preferences for WKWebView
 

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

 Branch: https://github.com/shazron/cordova-ios/tree/wkwebview-only



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