[jira] [Updated] (CB-5796) Firefox OS Network Information doesn't work

[Nam Kim (JIRA)]

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

Nam Kim updated CB-5796:


Description: 
h4. Issue #1:
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln32}

var connection = navigator.connection || navigator.mozConnection || 
navigator.webkitConnection; 
{code}

The line above is written inside an object declaration, which causes syntax 
errors.


h4. Issue #2
navigator.connection exists, but connection.bandwidth and connection.metered 
are undefined. We should instead be checking for mozConnection.bandwidth and 
mozConnection.metered.

Suggested fix:
{code:javascript}
var connection = navigator.mozConnection || navigator.webkitConnection; 
{code}

h4. Issue #3
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln60}
require(cordova/firefoxos/commandProxy).add(Network, module.exports);});
{code}
should be
{code:javascript}
require(cordova/firefoxos/commandProxy).add(NetworkStatus, 
module.exports);});
{code}

h4. Issue #4
The overridden navigator.connection.type doesn't speak Cordova interface.
I am not too familiar with Firefox OS, but just wondering if 
navigator.mozConnection.bandwidth is 0, it can be translated to none and else 
(if bandwidth is not 0) unknown.

  was:
h4. Issue #1:
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln32}

var connection = navigator.connection || navigator.mozConnection || 
navigator.webkitConnection; 
{code}

The line above is written inside an object declaration, which causes syntax 
errors.


h4. Issue #2
navigator.connection exists, but connection.bandwidth and connection.metered 
are undefined. We should instead be checking for mozConnection.bandwidth and 
mozConnection.metered.

Suggested fix:
{code:javascript}
var connection = navigator.mozConnection || navigator.webkitConnection; 
{code}

h4. Issue #3
{code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln60}
require(cordova/firefoxos/commandProxy).add(Network, module.exports);});
{code}
should be
{code:javascript}
require(cordova/firefoxos/commandProxy).add(NetworkStatus, 
module.exports);});
{code}


 Firefox OS Network Information doesn't work
 ---

 Key: CB-5796
 URL: https://issues.apache.org/jira/browse/CB-5796
 Project: Apache Cordova
  Issue Type: Bug
  Components: FirefoxOS, Plugin Network Information
Affects Versions: 3.3.0
Reporter: Nam Kim
   Original Estimate: 0.5h
  Remaining Estimate: 0.5h

 h4. Issue #1:
 {code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln32}
 var connection = navigator.connection || navigator.mozConnection || 
 navigator.webkitConnection; 
 {code}
 The line above is written inside an object declaration, which causes syntax 
 errors.
 h4. Issue #2
 navigator.connection exists, but connection.bandwidth and connection.metered 
 are undefined. We should instead be checking for mozConnection.bandwidth and 
 mozConnection.metered.
 Suggested fix:
 {code:javascript}
 var connection = navigator.mozConnection || navigator.webkitConnection; 
 {code}
 h4. Issue #3
 {code:javascript|title=cordova-plugin-network-information/src/firefoxos/NetworkProxy.js:ln60}
 require(cordova/firefoxos/commandProxy).add(Network, module.exports);});
 {code}
 should be
 {code:javascript}
 require(cordova/firefoxos/commandProxy).add(NetworkStatus, 
 module.exports);});
 {code}
 h4. Issue #4
 The overridden navigator.connection.type doesn't speak Cordova interface.
 I am not too familiar with Firefox OS, but just wondering if 
 navigator.mozConnection.bandwidth is 0, it can be translated to none and 
 else (if bandwidth is not 0) unknown.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5101) Is there a fully offline installer package for Cordova?

[Rick Gommers (JIRA)]

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

Rick Gommers commented on CB-5101:
--

Would it be feasable to expect a fix for the hello-world download in a timely 
manner? Currently that is the only requirement I have left to solve.

If there's some sort of workaround for I would be happy to know about it :)

 Is there a fully offline installer package for Cordova?
 ---

 Key: CB-5101
 URL: https://issues.apache.org/jira/browse/CB-5101
 Project: Apache Cordova
  Issue Type: Wish
  Components: CLI, CordovaJS
Affects Versions: 3.1.0
Reporter: Rick Gommers

 Please review this thread: 
 http://stackoverflow.com/questions/19389535/can-you-use-cordova-in-an-offline-intranet-environment
 I'd like to install Cordova in an offline environment.
 Right now it looks like this simply isn't possible because even if you have a 
 local installer package, cordova still tries to download plugins from the 
 internet: http://piclair.com/data/peshj.jpg
 Question: Is there a fully offline installer package available? If not our 
 organisation will not be able to use Cordova at all.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5101) Is there a fully offline installer package for Cordova?

[Rick Gommers (JIRA)]

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

Rick Gommers commented on CB-5101:
--

I have my solution. I will build a zip file for colleagues to download with 
.android and .cordova directory in it and move it with a batch script to 
%userprofile%.

Problem solved for now :)

 Is there a fully offline installer package for Cordova?
 ---

 Key: CB-5101
 URL: https://issues.apache.org/jira/browse/CB-5101
 Project: Apache Cordova
  Issue Type: Wish
  Components: CLI, CordovaJS
Affects Versions: 3.1.0
Reporter: Rick Gommers

 Please review this thread: 
 http://stackoverflow.com/questions/19389535/can-you-use-cordova-in-an-offline-intranet-environment
 I'd like to install Cordova in an offline environment.
 Right now it looks like this simply isn't possible because even if you have a 
 local installer package, cordova still tries to download plugins from the 
 internet: http://piclair.com/data/peshj.jpg
 Question: Is there a fully offline installer package available? If not our 
 organisation will not be able to use Cordova at all.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Created] (CB-5798) unknown handled error event when emulating android

[Reid Lai (JIRA)]

Reid Lai created CB-5798:


 Summary: unknown handled error event when emulating android 
 Key: CB-5798
 URL: https://issues.apache.org/jira/browse/CB-5798
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.3.0
 Environment: Windows 7, JDK 1.7.0 Update 21, Android SDK Tools 20.3, 
Android Platform Tools 19.0.1
Reporter: Reid Lai


Dear Sir/Madam,

I try to create a blank new project using Cordova 3.3 and encounter unhandled 
error event when emulating android.  

Here are my steps
1. cordova create abc
2.cd abc
3. cordova platform add android
4. cordova build android
5. cordova emulate android = Unhandled 'error' event
6. emulator -avd Nexus4_442 = AVD works

Up to step 4, everything works fine.  Then I try step 5 to emulate my app 
running into AVD, I got the following error:

C:\GitLocal\HKRI\GenRxcordova emulate android
Generating config.xml from defaults for platform android
Preparing android project
Running on emulator for platform android via command cmd /c C:\GitLocal\HKRI
\GenRx\platforms\android\cordova\run --emulator

C:\Users\reid.lai\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:1
26
throw e;
  ^
Error: An error occurred while emulating/deploying the android project.
events.js:72
throw er; // Unhandled 'error' event
  ^
Error: spawn ENOENT
at errnoException (child_process.js:980:11)
at Process.ChildProcess._handle.onexit (child_process.js:771:34)

at ChildProcess.anonymous (C:\Users\reid.lai\AppData\Roaming\npm\node_modu
les\cordova\src\emulate.js:67:22)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Socket.anonymous (child_process.js:948:11)
at Socket.EventEmitter.emit (events.js:95:17)
at Pipe.close (net.js:466:12)

I also tried step 6 to test AVD and SDK setting and AVD successfully starts.

In my PATH environment variables, I checked Platform Tools and Tools path of 
Android SDK.  Any hint to solve this problem?  Thanks.




--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-5756) InAppBrowser example fails on Android 4.4

[Ian Clelland (JIRA)]

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

Ian Clelland resolved CB-5756.
--

Resolution: Fixed

Fixed in dev branch.

 InAppBrowser example fails on Android 4.4
 -

 Key: CB-5756
 URL: https://issues.apache.org/jira/browse/CB-5756
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin InAppBrowser
Affects Versions: 3.3.0
 Environment: Android 4.4
Reporter: Marcus Pridham
Assignee: Ian Clelland

 1.  Create cordova project and add InAppBrowser plugin
 2.  Replace index.html contents with the Full Example for executeScript in 
 the API docs at 
 http://cordova.apache.org/docs/en/3.3.0/cordova_inappbrowser_inappbrowser.md.html#InAppBrowser
 3.  Build run the application.
 4.  When the InAppBrowser loads the it displays the string 
 http://cordova.apache.org/images/cordova_bot.png.
 The example is suppose to load the Apache site and replace the logo with the 
 cordova bot.  If you open the AndroidManifest.xml and change the 
 targetSdkVersion from 19 to 18 it works as expected.
 The problems seems to be caused by a change in behaviour in 4.4 with using 
 loadUrl(javascript:...).  See the loadUrl method in 
 https://android.googlesource.com/platform/frameworks/webview/+/android-4.4_r1.1/chromium/java/com/android/webview/chromium/WebViewChromium.java.
   If the target sdk is kitkat the result of the JS Url replaces the content 
 of the current page...
 The fix seems to be to use a new 4.4 method to the webview called 
 evaluateJavaScript.
 http://developer.android.com/reference/android/webkit/WebView.html#evaluateJavascript(java.lang.String,%20android.webkit.ValueCallbackjava.lang.String)
 In InAppBrowser.java:
 Change this:
 {code}
 final String finalScriptToInject = scriptToInject;
 // This action will have the side-effect of blurring the currently 
 focused element
 this.cordova.getActivity().runOnUiThread(new Runnable() {
 @Override
 public void run() {
 inAppWebView.loadUrl(javascript: + finalScriptToInject);
 }
 });
  {code}
  
  To:
  
  {code}
 final String finalScriptToInject = scriptToInject;
 
   // This action will have the side-effect of blurring the 
 currently focused element
   this.cordova.getActivity().runOnUiThread(new Runnable() {
   @Override
   public void run() {
   if 
 (cordova.getActivity().getApplicationInfo().targetSdkVersion  
 Build.VERSION_CODES.KITKAT)
   {
   inAppWebView.loadUrl(javascript: + 
 finalScriptToInject);
   } else {
   
 inAppWebView.evaluateJavascript(finalScriptToInject, null);
   }
   }
   });
 {code}
  
  
 I haven't tried any other plugins but it might be neccessary to change other 
 plugins to use evaluateJavascript instead of loadUrl(javascript:...). 



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5694) location.replace does not behave as expected

[Ian Clelland (JIRA)]

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

Ian Clelland commented on CB-5694:
--

I just checked this in Cordova (dev branch), as well as with a stock WebView, 
on 4.2.2 (emulator) and 4.4.2 (Nexus 7).

{code}
function testHistoryAPI() {
console.log(window.location.href);
window.location.hash = '#foo';
console.log(window.location.href);
window.location.replace('#bar');
console.log(window.location);
window.location.hash = '#baz';
console.log(window.location);

window.history.back(); // Test #1
//window.history.go(-1); // Test #2
//navigator.app.backHistory(); // Test #3

setTimeout(function() {
console.log(window.location);
}, 5000);
}
{code}

On 4.2.2, both Cordova and the stock WebView show this behaviour (final output 
after timeout is {{index.html#foo}}), when using {{window.history}}.

On 4.2.2, Cordova's {{navigator.app.backHistory}} works properly, and ends at 
{{index.html#bar}}.

On 4.4.2, The WebView doesn't have this bug. window.history works correctly 
(ends at {{index.html#bar}}) in Cordova, and also with a stock WebView.

 location.replace does not behave as expected
 

 Key: CB-5694
 URL: https://issues.apache.org/jira/browse/CB-5694
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.1.0, 3.2.0, 3.3.0
 Environment: Tested on Android 4.1.2 Sony Xperia T
 Android 4.2.2 Samsung Galaxy S4
Reporter: Clark Pan
Assignee: Joe Bowser
Priority: Minor

 Using location.replace should replace the current page with the specified 
 page. This is not the case when using hash values.
 Steps to reproduce:
 1. Create new cordova project
 2. Add android
 3. Run code similar to this after device ready
 {code:javascript}
 window.location.hash = '#foo';
 expect(window.location.hash).toBe('#foo');
 window.location.replace('#bar');
 expect(window.location.hash).toBe('#bar');
 window.location.hash = '#foobar';
 expect(window.location.hash).toBe('#foobar');
 window.history.back();
 setTimeout(function(){
 expect(window.location.hash).toBe('#bar');
 }, 0);
 {code}
 Expected results:
 All the expectations to be true
 Actual results:
 the last hash value will be '#foo'
 Workaround:
 One could shim location and history and provide their own implementation of 
 history state.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5101) Is there a fully offline installer package for Cordova?

[Andrew Grieve (JIRA)]

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

Andrew Grieve commented on CB-5101:
---

After the next tools push (probably today), You'll be able to do cordova 
create dirName --source=wwwDirectory, and that will skip the hello-world 
download. (--link will as well)

 Is there a fully offline installer package for Cordova?
 ---

 Key: CB-5101
 URL: https://issues.apache.org/jira/browse/CB-5101
 Project: Apache Cordova
  Issue Type: Wish
  Components: CLI, CordovaJS
Affects Versions: 3.1.0
Reporter: Rick Gommers

 Please review this thread: 
 http://stackoverflow.com/questions/19389535/can-you-use-cordova-in-an-offline-intranet-environment
 I'd like to install Cordova in an offline environment.
 Right now it looks like this simply isn't possible because even if you have a 
 local installer package, cordova still tries to download plugins from the 
 internet: http://piclair.com/data/peshj.jpg
 Question: Is there a fully offline installer package available? If not our 
 organisation will not be able to use Cordova at all.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5694) location.replace does not behave as expected

[Andrew Grieve (JIRA)]

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

Andrew Grieve commented on CB-5694:
---

If history object is clobberable, it might then fix things to hackify 
history.back()  history.go() for older androids to call exec() instead. wdyt?

 location.replace does not behave as expected
 

 Key: CB-5694
 URL: https://issues.apache.org/jira/browse/CB-5694
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.1.0, 3.2.0, 3.3.0
 Environment: Tested on Android 4.1.2 Sony Xperia T
 Android 4.2.2 Samsung Galaxy S4
Reporter: Clark Pan
Assignee: Joe Bowser
Priority: Minor

 Using location.replace should replace the current page with the specified 
 page. This is not the case when using hash values.
 Steps to reproduce:
 1. Create new cordova project
 2. Add android
 3. Run code similar to this after device ready
 {code:javascript}
 window.location.hash = '#foo';
 expect(window.location.hash).toBe('#foo');
 window.location.replace('#bar');
 expect(window.location.hash).toBe('#bar');
 window.location.hash = '#foobar';
 expect(window.location.hash).toBe('#foobar');
 window.history.back();
 setTimeout(function(){
 expect(window.location.hash).toBe('#bar');
 }, 0);
 {code}
 Expected results:
 All the expectations to be true
 Actual results:
 the last hash value will be '#foo'
 Workaround:
 One could shim location and history and provide their own implementation of 
 history state.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-3380) [BlackBerry10] Add node as a dependency in check_reqs

[ASF subversion and git services (JIRA)]

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

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

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

CB-3380 init - Fix use of [] w/ 


 [BlackBerry10] Add node as a dependency in check_reqs
 -

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


 Branching off from this issue: https://issues.apache.org/jira/browse/CB-3161
 We discussed hiding node dependency from the user, but this is difficult to 
 achieve cross-platform. At a minimum we would need to provide 
 windows/mac/linux binaries and the NPM module.
 The CLI will require node, so post 3.0 this is not going to be as much of an 
 issue.
 What we will do for now is:
 1) Update check_reqs to determine if node is install. This is already called 
 by create to check for NDK installation.
 2) Update the getting started guide to point to node js download page.
 3) check_reqs (or create) should also check if the node modules are 
 downloaded, otherwise run npm install



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Assigned] (CB-5777) Upgrading project from cordova 3.2.0 to 3.3.0 did not update cordova.js in all locations

[Andrew Grieve (JIRA)]

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

Andrew Grieve reassigned CB-5777:
-

Assignee: Andrew Grieve

 Upgrading project from cordova 3.2.0 to 3.3.0 did not update cordova.js in 
 all locations
 

 Key: CB-5777
 URL: https://issues.apache.org/jira/browse/CB-5777
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.3.0
Reporter: Adam George
Assignee: Andrew Grieve

 I tried updating my cordova project today to 3.3.0.
 I followed the instructions here:
 http://cordova.apache.org/docs/en/3.3.0/guide_cli_index.md.html#The%20Command-Line%20Interface_updating_cordova_and_your_project
 This did not update cordova.js in all the locations in my project.  For iOS 
 projects, cordova.js lives in three separate locations:
 1. /platforms/ios/CordovaLib/cordova.js
 2. /platforms/ios/www/cordova.js
 3. /platforms/ios/platform_www/cordova.js
 When I upgraded my project, only cordova.js in locations 1  2 were updated.  
  3. was not.
 Unfortunately, that meant next time I built my project with `cordova build 
 ios`, the cordova.js in location '2' was clobbered with the version from 
 location '3'.
 The same thing appears to happen on Android too.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-3380) [BlackBerry10] Add node as a dependency in check_reqs

[Bryan Higgins (JIRA)]

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

Bryan Higgins resolved CB-3380.
---

Resolution: Fixed

 [BlackBerry10] Add node as a dependency in check_reqs
 -

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


 Branching off from this issue: https://issues.apache.org/jira/browse/CB-3161
 We discussed hiding node dependency from the user, but this is difficult to 
 achieve cross-platform. At a minimum we would need to provide 
 windows/mac/linux binaries and the NPM module.
 The CLI will require node, so post 3.0 this is not going to be as much of an 
 issue.
 What we will do for now is:
 1) Update check_reqs to determine if node is install. This is already called 
 by create to check for NDK installation.
 2) Update the getting started guide to point to node js download page.
 3) check_reqs (or create) should also check if the node modules are 
 downloaded, otherwise run npm install



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5777) Upgrading project from cordova 3.2.0 to 3.3.0 did not update cordova.js in all locations

[ASF subversion and git services (JIRA)]

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

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

Commit b0d422719f746d19534dad1fb958d6844ae1b22d in branch refs/heads/master 
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=b0d4227 ]

CB-5777 Fix platform update not updating cordova.js


 Upgrading project from cordova 3.2.0 to 3.3.0 did not update cordova.js in 
 all locations
 

 Key: CB-5777
 URL: https://issues.apache.org/jira/browse/CB-5777
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.3.0
Reporter: Adam George
Assignee: Andrew Grieve

 I tried updating my cordova project today to 3.3.0.
 I followed the instructions here:
 http://cordova.apache.org/docs/en/3.3.0/guide_cli_index.md.html#The%20Command-Line%20Interface_updating_cordova_and_your_project
 This did not update cordova.js in all the locations in my project.  For iOS 
 projects, cordova.js lives in three separate locations:
 1. /platforms/ios/CordovaLib/cordova.js
 2. /platforms/ios/www/cordova.js
 3. /platforms/ios/platform_www/cordova.js
 When I upgraded my project, only cordova.js in locations 1  2 were updated.  
  3. was not.
 Unfortunately, that meant next time I built my project with `cordova build 
 ios`, the cordova.js in location '2' was clobbered with the version from 
 location '3'.
 The same thing appears to happen on Android too.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-5777) Upgrading project from cordova 3.2.0 to 3.3.0 did not update cordova.js in all locations

[Andrew Grieve (JIRA)]

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

Andrew Grieve resolved CB-5777.
---

Resolution: Fixed

Yikes - thanks for figuring this out Adam!

Fix will go out in 3.3.1-0.2.0 (today hopefully)

 Upgrading project from cordova 3.2.0 to 3.3.0 did not update cordova.js in 
 all locations
 

 Key: CB-5777
 URL: https://issues.apache.org/jira/browse/CB-5777
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.3.0
Reporter: Adam George
Assignee: Andrew Grieve

 I tried updating my cordova project today to 3.3.0.
 I followed the instructions here:
 http://cordova.apache.org/docs/en/3.3.0/guide_cli_index.md.html#The%20Command-Line%20Interface_updating_cordova_and_your_project
 This did not update cordova.js in all the locations in my project.  For iOS 
 projects, cordova.js lives in three separate locations:
 1. /platforms/ios/CordovaLib/cordova.js
 2. /platforms/ios/www/cordova.js
 3. /platforms/ios/platform_www/cordova.js
 When I upgraded my project, only cordova.js in locations 1  2 were updated.  
  3. was not.
 Unfortunately, that meant next time I built my project with `cordova build 
 ios`, the cordova.js in location '2' was clobbered with the version from 
 location '3'.
 The same thing appears to happen on Android too.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Created] (CB-5799) Update to OK HTTP 1.3

[Andrew Grieve (JIRA)]

Andrew Grieve created CB-5799:
-

 Summary: Update to OK HTTP 1.3
 Key: CB-5799
 URL: https://issues.apache.org/jira/browse/CB-5799
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor


Just released a few days ago. Right now I don't think our snapshot is even at a 
named release, so this should be pretty safe. There's a chance that this will 
fix CB-2293. We'll see...



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Created] (CB-5800) Regex Error

[Grasseels (JIRA)]

Grasseels created CB-5800:
-

 Summary: Regex Error
 Key: CB-5800
 URL: https://issues.apache.org/jira/browse/CB-5800
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.3.0
Reporter: Grasseels


Hi, you have an error in your regex, if some people install Cordova in other 
language system, msbuild could't found.

Regex : 

var msversion = 
output.match(/Microsoft\s\(R\)\s+Build\sEngine[,]?\s[a-zA-Zàáâãäåçèéêëìíîïðòóôõöùúûüýÿ]+\s4\.0\.30319/i);


File : check_reqs.js







--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5006) Allow installing plugins by ID to resolve to local plugin directories

[ASF subversion and git services (JIRA)]

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

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

Commit 3fdbaf70a83386dbafbaa825d60bcf1bd6198c9c in branch refs/heads/master 
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=3fdbaf7 ]

CB-5006 Fix searchpath not being passed to dependent plugins.


 Allow installing plugins by ID to resolve to local plugin directories
 -

 Key: CB-5006
 URL: https://issues.apache.org/jira/browse/CB-5006
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Andrew Grieve
Assignee: Mark Koudritsky
Priority: Minor

 ML: http://markmail.org/thread/3w77elhdnidcdyxq
 Instead of always hitting the registry when installing a plugin by ID, first 
 see if it exists within the plugin search path.
 The plugin search path should be specified in the same way as other plugman 
 registry settings:
 https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=blob;f=src/registry/registry.js;h=ccdd45ab672abe99a731b9fe0aed8837db40d6f0;hb=f240acc532f93bdf16761836d9b7418373afebec#l239
 The search path should point to directories that contain directories that 
 contain plugin.xml files. E.g., on start-up, plugman will need to scan on 
 level deep in all search paths for plugin.xml files and parse out their IDs.
 We should be sure to have a console message upon installation that says where 
 plugins are being installed from.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5006) Allow installing plugins by ID to resolve to local plugin directories

[ASF subversion and git services (JIRA)]

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

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

Commit 865ad7c71fc560f74d29af4af14c710affdfc0a0 in branch refs/heads/master 
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=865ad7c ]

CB-5006 Fix searchpath not being passed to dependent plugins.


 Allow installing plugins by ID to resolve to local plugin directories
 -

 Key: CB-5006
 URL: https://issues.apache.org/jira/browse/CB-5006
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Andrew Grieve
Assignee: Mark Koudritsky
Priority: Minor

 ML: http://markmail.org/thread/3w77elhdnidcdyxq
 Instead of always hitting the registry when installing a plugin by ID, first 
 see if it exists within the plugin search path.
 The plugin search path should be specified in the same way as other plugman 
 registry settings:
 https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=blob;f=src/registry/registry.js;h=ccdd45ab672abe99a731b9fe0aed8837db40d6f0;hb=f240acc532f93bdf16761836d9b7418373afebec#l239
 The search path should point to directories that contain directories that 
 contain plugin.xml files. E.g., on start-up, plugman will need to scan on 
 level deep in all search paths for plugin.xml files and parse out their IDs.
 We should be sure to have a console message upon installation that says where 
 plugins are being installed from.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5694) location.replace does not behave as expected

[Joe Bowser (JIRA)]

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

Joe Bowser commented on CB-5694:


Given our extremely poor track history with implementing a custom history, I'd 
rather leave this broken. :(

 location.replace does not behave as expected
 

 Key: CB-5694
 URL: https://issues.apache.org/jira/browse/CB-5694
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.1.0, 3.2.0, 3.3.0
 Environment: Tested on Android 4.1.2 Sony Xperia T
 Android 4.2.2 Samsung Galaxy S4
Reporter: Clark Pan
Assignee: Joe Bowser
Priority: Minor

 Using location.replace should replace the current page with the specified 
 page. This is not the case when using hash values.
 Steps to reproduce:
 1. Create new cordova project
 2. Add android
 3. Run code similar to this after device ready
 {code:javascript}
 window.location.hash = '#foo';
 expect(window.location.hash).toBe('#foo');
 window.location.replace('#bar');
 expect(window.location.hash).toBe('#bar');
 window.location.hash = '#foobar';
 expect(window.location.hash).toBe('#foobar');
 window.history.back();
 setTimeout(function(){
 expect(window.location.hash).toBe('#bar');
 }, 0);
 {code}
 Expected results:
 All the expectations to be true
 Actual results:
 the last hash value will be '#foo'
 Workaround:
 One could shim location and history and provide their own implementation of 
 history state.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Created] (CB-5801) Java compile errors not shown to user when running cordova/run

[Andrew Grieve (JIRA)]

Andrew Grieve created CB-5801:
-

 Summary: Java compile errors not shown to user when running 
cordova/run
 Key: CB-5801
 URL: https://issues.apache.org/jira/browse/CB-5801
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5799) Update to OK HTTP 1.3

[ASF subversion and git services (JIRA)]

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

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

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

CB-5799 Update version of OkHTTP to 1.3


 Update to OK HTTP 1.3
 -

 Key: CB-5799
 URL: https://issues.apache.org/jira/browse/CB-5799
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor

 Just released a few days ago. Right now I don't think our snapshot is even at 
 a named release, so this should be pretty safe. There's a chance that this 
 will fix CB-2293. We'll see...



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-5799) Update to OK HTTP 1.3

[Andrew Grieve (JIRA)]

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

Andrew Grieve resolved CB-5799.
---

   Resolution: Fixed
Fix Version/s: 3.4.0

 Update to OK HTTP 1.3
 -

 Key: CB-5799
 URL: https://issues.apache.org/jira/browse/CB-5799
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor
 Fix For: 3.4.0


 Just released a few days ago. Right now I don't think our snapshot is even at 
 a named release, so this should be pretty safe. There's a chance that this 
 will fix CB-2293. We'll see...



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-5801) Java compile errors not shown to user when running cordova/run

[Andrew Grieve (JIRA)]

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

Andrew Grieve resolved CB-5801.
---

   Resolution: Fixed
Fix Version/s: 3.4.0

 Java compile errors not shown to user when running cordova/run
 --

 Key: CB-5801
 URL: https://issues.apache.org/jira/browse/CB-5801
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor
 Fix For: 3.4.0






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5801) Java compile errors not shown to user when running cordova/run

[ASF subversion and git services (JIRA)]

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

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

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

CB-5801 exec-spawn in build to make sure compile errors are shown.


 Java compile errors not shown to user when running cordova/run
 --

 Key: CB-5801
 URL: https://issues.apache.org/jira/browse/CB-5801
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor
 Fix For: 3.4.0






--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Comment Edited] (CB-5759) Conflict between xhr.js from Intel XDK and Weinre remote hook script

[Jonathan Silverman (JIRA)]

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

Jonathan Silverman edited comment on CB-5759 at 1/15/14 4:55 PM:
-

looking at http://debug-software.intel.com/target/target-script-min.js src... 
Intel does provide a hack which should work around xhr.js and Weinre problems.. 
however.. the StackOverflow workaround is the only one which works for me.

This line:

{code}
var 
theXMLHttpRequest=window.nativeXMLHttpRequest?window.nativeXMLHttpRequest:window.XMLHttpRequest;
{code}

is similar to what the other script does... but not the exact same.


was (Author: jsilverman):
looking at http://debug-software.intel.com/target/target-script-min.js src... 
Intel does provide a hack which should work around xhr.js and Weinre problems.. 
however.. the StackOverflow workaround is the only one which works for me.

 Conflict between xhr.js from Intel XDK and Weinre remote hook script
 

 Key: CB-5759
 URL: https://issues.apache.org/jira/browse/CB-5759
 Project: Apache Cordova
  Issue Type: Bug
  Components: weinre
Affects Versions: 2.9.0
 Environment: OS X, Windows
Reporter: Jonathan Silverman
Assignee: Sergey Grebnov
Priority: Critical
  Labels: javascript

 I have code that proves a conflict between xhr.js and weinre.
 Cross-post from: 
 https://www.html5dev-software.intel.com/viewtopic.php?f=34t=5024
 Adding xhr.js causes Weinre to not work, as no connectable targets appear. 
 http://cl.ly/image/1L0l060e381G
 I can confirm that xhr.js and Weinre conflict. If they are both added, 
 neither work. If one is added, and not the other, it works.
 Example:
 {code}
 script src=intelxdk.js/script
   script src=xhr.js/script
   script type=text/javascript
/* This code is used to run as soon as Intel activates */
var onDeviceReady=function(){
   //hide splash screen
   intel.xdk.device.hideSplashScreen();
  
  $.get(https://dev-1-web-geo.meteostar.local;).done(function(data){ 
 alert(data); });
};
document.addEventListener(intel.xdk.device.ready,onDeviceReady,false);
   /script
 {code}
 Works
 {code}
 script src=intelxdk.js/script
script 
 src=http://debug-software.intel.com/target/target-script-min.js#QhYeZC6N-jY-XBnNnuS5DqN6Ti72PEzRd1Oeu_TKT9g;/script
   script src=xhr.js/script
   script type=text/javascript
/* This code is used to run as soon as Intel activates */
var onDeviceReady=function(){
   //hide splash screen
   intel.xdk.device.hideSplashScreen();
  
  $.get(https://dev-1-web-geo.meteostar.local;).done(function(data){ 
 alert(data); });
};
document.addEventListener(intel.xdk.device.ready,onDeviceReady,false);
   /script
 {code}
 Doesn't
 It doesn't seem to matter where you put the Weinre script. No matter what, it 
 breaks xhr.js. It broke when included both before and after the xhr.js 
 include.
 To me, this is critical because I would like to use Weinre to debug and test 
 while using xhr.js to enable cross-origin XHRs to the app.
 This seems to affect Weinre 2.0.0-pre-HHOSN197, if that's the correct version 
 number.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5759) Conflict between xhr.js from Intel XDK and Weinre remote hook script

[Jonathan Silverman (JIRA)]

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

Jonathan Silverman commented on CB-5759:


looking at http://debug-software.intel.com/target/target-script-min.js src... 
Intel does provide a hack which should work around xhr.js and Weinre problems.. 
however.. the StackOverflow workaround is the only one which works for me.

 Conflict between xhr.js from Intel XDK and Weinre remote hook script
 

 Key: CB-5759
 URL: https://issues.apache.org/jira/browse/CB-5759
 Project: Apache Cordova
  Issue Type: Bug
  Components: weinre
Affects Versions: 2.9.0
 Environment: OS X, Windows
Reporter: Jonathan Silverman
Assignee: Sergey Grebnov
Priority: Critical
  Labels: javascript

 I have code that proves a conflict between xhr.js and weinre.
 Cross-post from: 
 https://www.html5dev-software.intel.com/viewtopic.php?f=34t=5024
 Adding xhr.js causes Weinre to not work, as no connectable targets appear. 
 http://cl.ly/image/1L0l060e381G
 I can confirm that xhr.js and Weinre conflict. If they are both added, 
 neither work. If one is added, and not the other, it works.
 Example:
 {code}
 script src=intelxdk.js/script
   script src=xhr.js/script
   script type=text/javascript
/* This code is used to run as soon as Intel activates */
var onDeviceReady=function(){
   //hide splash screen
   intel.xdk.device.hideSplashScreen();
  
  $.get(https://dev-1-web-geo.meteostar.local;).done(function(data){ 
 alert(data); });
};
document.addEventListener(intel.xdk.device.ready,onDeviceReady,false);
   /script
 {code}
 Works
 {code}
 script src=intelxdk.js/script
script 
 src=http://debug-software.intel.com/target/target-script-min.js#QhYeZC6N-jY-XBnNnuS5DqN6Ti72PEzRd1Oeu_TKT9g;/script
   script src=xhr.js/script
   script type=text/javascript
/* This code is used to run as soon as Intel activates */
var onDeviceReady=function(){
   //hide splash screen
   intel.xdk.device.hideSplashScreen();
  
  $.get(https://dev-1-web-geo.meteostar.local;).done(function(data){ 
 alert(data); });
};
document.addEventListener(intel.xdk.device.ready,onDeviceReady,false);
   /script
 {code}
 Doesn't
 It doesn't seem to matter where you put the Weinre script. No matter what, it 
 breaks xhr.js. It broke when included both before and after the xhr.js 
 include.
 To me, this is critical because I would like to use Weinre to debug and test 
 while using xhr.js to enable cross-origin XHRs to the app.
 This seems to affect Weinre 2.0.0-pre-HHOSN197, if that's the correct version 
 number.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Created] (CB-5802) Tools release Jan 15, 2014

[Andrew Grieve (JIRA)]

Andrew Grieve created CB-5802:
-

 Summary: Tools release Jan 15, 2014
 Key: CB-5802
 URL: https://issues.apache.org/jira/browse/CB-5802
 Project: Apache Cordova
  Issue Type: Task
  Components: CLI, Plugman
Reporter: Andrew Grieve
Assignee: Andrew Grieve


Tracking bug for tools release.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5759) Conflict between xhr.js from Intel XDK and Weinre remote hook script

[Jonathan Silverman (JIRA)]

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

Jonathan Silverman commented on CB-5759:


Note.. I may be wrong... but I think Intel patched this in their latest update, 
because now I am able to connect with Weinre when used with xhr.js.

 Conflict between xhr.js from Intel XDK and Weinre remote hook script
 

 Key: CB-5759
 URL: https://issues.apache.org/jira/browse/CB-5759
 Project: Apache Cordova
  Issue Type: Bug
  Components: weinre
Affects Versions: 2.9.0
 Environment: OS X, Windows
Reporter: Jonathan Silverman
Assignee: Sergey Grebnov
Priority: Critical
  Labels: javascript

 I have code that proves a conflict between xhr.js and weinre.
 Cross-post from: 
 https://www.html5dev-software.intel.com/viewtopic.php?f=34t=5024
 Adding xhr.js causes Weinre to not work, as no connectable targets appear. 
 http://cl.ly/image/1L0l060e381G
 I can confirm that xhr.js and Weinre conflict. If they are both added, 
 neither work. If one is added, and not the other, it works.
 Example:
 {code}
 script src=intelxdk.js/script
   script src=xhr.js/script
   script type=text/javascript
/* This code is used to run as soon as Intel activates */
var onDeviceReady=function(){
   //hide splash screen
   intel.xdk.device.hideSplashScreen();
  
  $.get(https://dev-1-web-geo.meteostar.local;).done(function(data){ 
 alert(data); });
};
document.addEventListener(intel.xdk.device.ready,onDeviceReady,false);
   /script
 {code}
 Works
 {code}
 script src=intelxdk.js/script
script 
 src=http://debug-software.intel.com/target/target-script-min.js#QhYeZC6N-jY-XBnNnuS5DqN6Ti72PEzRd1Oeu_TKT9g;/script
   script src=xhr.js/script
   script type=text/javascript
/* This code is used to run as soon as Intel activates */
var onDeviceReady=function(){
   //hide splash screen
   intel.xdk.device.hideSplashScreen();
  
  $.get(https://dev-1-web-geo.meteostar.local;).done(function(data){ 
 alert(data); });
};
document.addEventListener(intel.xdk.device.ready,onDeviceReady,false);
   /script
 {code}
 Doesn't
 It doesn't seem to matter where you put the Weinre script. No matter what, it 
 breaks xhr.js. It broke when included both before and after the xhr.js 
 include.
 To me, this is critical because I would like to use Weinre to debug and test 
 while using xhr.js to enable cross-origin XHRs to the app.
 This seems to affect Weinre 2.0.0-pre-HHOSN197, if that's the correct version 
 number.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Comment Edited] (CB-5759) Conflict between xhr.js from Intel XDK and Weinre remote hook script

[Jonathan Silverman (JIRA)]

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

Jonathan Silverman edited comment on CB-5759 at 1/15/14 5:02 PM:
-

Note.. I may be wrong... but I think Intel patched this in their latest update, 
because now I am able to connect with Weinre when used with xhr.js.

It may still be a problem in vanilla Weinre.


was (Author: jsilverman):
Note.. I may be wrong... but I think Intel patched this in their latest update, 
because now I am able to connect with Weinre when used with xhr.js.

 Conflict between xhr.js from Intel XDK and Weinre remote hook script
 

 Key: CB-5759
 URL: https://issues.apache.org/jira/browse/CB-5759
 Project: Apache Cordova
  Issue Type: Bug
  Components: weinre
Affects Versions: 2.9.0
 Environment: OS X, Windows
Reporter: Jonathan Silverman
Assignee: Sergey Grebnov
Priority: Critical
  Labels: javascript

 I have code that proves a conflict between xhr.js and weinre.
 Cross-post from: 
 https://www.html5dev-software.intel.com/viewtopic.php?f=34t=5024
 Adding xhr.js causes Weinre to not work, as no connectable targets appear. 
 http://cl.ly/image/1L0l060e381G
 I can confirm that xhr.js and Weinre conflict. If they are both added, 
 neither work. If one is added, and not the other, it works.
 Example:
 {code}
 script src=intelxdk.js/script
   script src=xhr.js/script
   script type=text/javascript
/* This code is used to run as soon as Intel activates */
var onDeviceReady=function(){
   //hide splash screen
   intel.xdk.device.hideSplashScreen();
  
  $.get(https://dev-1-web-geo.meteostar.local;).done(function(data){ 
 alert(data); });
};
document.addEventListener(intel.xdk.device.ready,onDeviceReady,false);
   /script
 {code}
 Works
 {code}
 script src=intelxdk.js/script
script 
 src=http://debug-software.intel.com/target/target-script-min.js#QhYeZC6N-jY-XBnNnuS5DqN6Ti72PEzRd1Oeu_TKT9g;/script
   script src=xhr.js/script
   script type=text/javascript
/* This code is used to run as soon as Intel activates */
var onDeviceReady=function(){
   //hide splash screen
   intel.xdk.device.hideSplashScreen();
  
  $.get(https://dev-1-web-geo.meteostar.local;).done(function(data){ 
 alert(data); });
};
document.addEventListener(intel.xdk.device.ready,onDeviceReady,false);
   /script
 {code}
 Doesn't
 It doesn't seem to matter where you put the Weinre script. No matter what, it 
 breaks xhr.js. It broke when included both before and after the xhr.js 
 include.
 To me, this is critical because I would like to use Weinre to debug and test 
 while using xhr.js to enable cross-origin XHRs to the app.
 This seems to affect Weinre 2.0.0-pre-HHOSN197, if that's the correct version 
 number.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Closed] (CB-5386) Runtime plugin discovery on Windows8

[Braden Shepherdson (JIRA)]

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

Braden Shepherdson closed CB-5386.
--

   Resolution: Won't Fix
Fix Version/s: (was: 3.4.0)

 Runtime plugin discovery on Windows8
 

 Key: CB-5386
 URL: https://issues.apache.org/jira/browse/CB-5386
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Windows 8
Reporter: Braden Shepherdson
Assignee: Jesse MacFadyen





--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Closed] (CB-5380) Runtime plugin discovery on Android

[Braden Shepherdson (JIRA)]

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

Braden Shepherdson closed CB-5380.
--

   Resolution: Won't Fix
Fix Version/s: (was: 3.4.0)

 Runtime plugin discovery on Android
 ---

 Key: CB-5380
 URL: https://issues.apache.org/jira/browse/CB-5380
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Android
Reporter: Braden Shepherdson
Assignee: Braden Shepherdson





--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Closed] (CB-5382) Runtime plugin discovery on BB10

[Braden Shepherdson (JIRA)]

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

Braden Shepherdson closed CB-5382.
--

   Resolution: Won't Fix
Fix Version/s: (was: 3.4.0)

 Runtime plugin discovery on BB10
 

 Key: CB-5382
 URL: https://issues.apache.org/jira/browse/CB-5382
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: BlackBerry
Reporter: Braden Shepherdson





--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Closed] (CB-5383) Runtime plugin discovery on WP7

[Braden Shepherdson (JIRA)]

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

Braden Shepherdson closed CB-5383.
--

   Resolution: Won't Fix
Fix Version/s: (was: 3.4.0)

 Runtime plugin discovery on WP7
 ---

 Key: CB-5383
 URL: https://issues.apache.org/jira/browse/CB-5383
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: WP7
Reporter: Braden Shepherdson
Assignee: Jesse MacFadyen





--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Closed] (CB-5384) Runtime plugin discovery on WP8

[Braden Shepherdson (JIRA)]

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

Braden Shepherdson closed CB-5384.
--

   Resolution: Fixed
Fix Version/s: (was: 3.4.0)

 Runtime plugin discovery on WP8
 ---

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





--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-5379) Runtime discovery of installed plugins

[Braden Shepherdson (JIRA)]

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

Braden Shepherdson resolved CB-5379.


   Resolution: Won't Fix
Fix Version/s: (was: 3.4.0)

We're not actually going to make this change anymore. It's been partially 
replaced with Javascript-side code as described above.

 Runtime discovery of installed plugins
 --

 Key: CB-5379
 URL: https://issues.apache.org/jira/browse/CB-5379
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Android, BlackBerry, FirefoxOS, iOS, Windows 8, WP7, WP8
Reporter: Braden Shepherdson
Assignee: Braden Shepherdson

 We want Cordova apps to be able to query what plugins (and versions) are 
 installed at runtime.
 Plugman is now injecting a tag of the kind:
 {code:xml}
 plugins
   plugin id=org.apache.cordova.file version=0.2.5 /
   plugin id=org.apache.cordova.file-transfer version=0.3.4 /
 /plugins
 {code}
 into the platform's config.xml. Each platform should be parsing this and 
 exposing it to native plugins ({{PluginManager.getPluginList()}}, or 
 something like that) and exposing it to Javascript via the following {{exec}} 
 call:
 {code:javascript}
 cordova.exec('CordovaPlugins', 'getPluginList', [], ...);
 {code}
 The format of the exec call's response is a JS object whose keys are plugin 
 IDs and whose values are their versions.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Closed] (CB-5381) Runtime plugin discovery on iOS

[Braden Shepherdson (JIRA)]

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

Braden Shepherdson closed CB-5381.
--

   Resolution: Won't Fix
Fix Version/s: (was: 3.4.0)

 Runtime plugin discovery on iOS
 ---

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





--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Closed] (CB-5385) Runtime plugin discovery on Firefox

[Braden Shepherdson (JIRA)]

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

Braden Shepherdson closed CB-5385.
--

   Resolution: Fixed
Fix Version/s: (was: 3.4.0)

 Runtime plugin discovery on Firefox
 ---

 Key: CB-5385
 URL: https://issues.apache.org/jira/browse/CB-5385
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: FirefoxOS
Reporter: Braden Shepherdson





--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Updated] (CB-5739) Rewrite Win/WP8 Platform Guides

[Mike Sierra (JIRA)]

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

Mike Sierra updated CB-5739:


Description: 
Task includes:

- Flesh out the content, e.g., with more/better screen
shots, especially to show device emulators. The current platform
guide doc for iOS/Android should serve as a baseline. Fix the
various formatting errors on these pages, align it with the
editorial style sheet, etc.

- Upgrade platform guide doc to present information about
the CLI workflow along with the existing shell-tool workflow. 
incorporate what are currently
separate Command-line Tools pages into each platform guide

- Look for opportunities to merge any relevant info about outdated
wp7 platform into wp8 topic

- Upgrade various Windows platform guides to support
development on Mac via VMWare, Parallels, or BootCamp. 
Leverage this content: http://bit.ly/1jqMKhz  http://bit.ly/1ktL9dS. 
Avoid distracting readers with all available options in main platform guide.


 Rewrite Win/WP8 Platform Guides
 ---

 Key: CB-5739
 URL: https://issues.apache.org/jira/browse/CB-5739
 Project: Apache Cordova
  Issue Type: Task
  Components: Docs
Reporter: Mike Sierra
Assignee: Mike Sierra

 Task includes:
 - Flesh out the content, e.g., with more/better screen
 shots, especially to show device emulators. The current platform
 guide doc for iOS/Android should serve as a baseline. Fix the
 various formatting errors on these pages, align it with the
 editorial style sheet, etc.
 - Upgrade platform guide doc to present information about
 the CLI workflow along with the existing shell-tool workflow. 
 incorporate what are currently
 separate Command-line Tools pages into each platform guide
 - Look for opportunities to merge any relevant info about outdated
 wp7 platform into wp8 topic
 - Upgrade various Windows platform guides to support
 development on Mac via VMWare, Parallels, or BootCamp. 
 Leverage this content: http://bit.ly/1jqMKhz  http://bit.ly/1ktL9dS. 
 Avoid distracting readers with all available options in main platform guide.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Issue Comment Deleted] (CB-5739) Rewrite Win/WP8 Platform Guides

[Mike Sierra (JIRA)]

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

Mike Sierra updated CB-5739:


Comment: was deleted

(was: Task includes:

* Flesh out the content, e.g., with more/better screen
  shots, especially to show device emulators. The current platform
  guide doc for iOS/Android should serve as a baseline. Fix the
  various formatting errors on these pages, align it with the
  editorial style sheet, etc.

* Upgrade platform guide doc to present information about
  the CLI workflow along with the existing shell-tool workflow. 
  incorporate what are currently
  separate Command-line Tools pages into each platform guide

* Look for opportunities to merge any relevant info about outdated
  wp7 platform into wp8 topic

* Upgrade various Windows platform guides to support
  development on Mac via VMWare, Parallels, or BootCamp. 
  Leverage this content: http://bit.ly/1jqMKhz  http://bit.ly/1ktL9dS. 
  Avoid distracting readers with all available options in main platform guide.
)

 Rewrite Win/WP8 Platform Guides
 ---

 Key: CB-5739
 URL: https://issues.apache.org/jira/browse/CB-5739
 Project: Apache Cordova
  Issue Type: Task
  Components: Docs
Reporter: Mike Sierra
Assignee: Mike Sierra

 Task includes:
 - Flesh out the content, e.g., with more/better screen
 shots, especially to show device emulators. The current platform
 guide doc for iOS/Android should serve as a baseline. Fix the
 various formatting errors on these pages, align it with the
 editorial style sheet, etc.
 - Upgrade platform guide doc to present information about
 the CLI workflow along with the existing shell-tool workflow. 
 incorporate what are currently
 separate Command-line Tools pages into each platform guide
 - Look for opportunities to merge any relevant info about outdated
 wp7 platform into wp8 topic
 - Upgrade various Windows platform guides to support
 development on Mac via VMWare, Parallels, or BootCamp. 
 Leverage this content: http://bit.ly/1jqMKhz  http://bit.ly/1ktL9dS. 
 Avoid distracting readers with all available options in main platform guide.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5802) Tools release Jan 15, 2014

[ASF subversion and git services (JIRA)]

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

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

Commit 840c31bb3dd656bf48ebf142f78e22a96fe4ccdb in branch refs/heads/master 
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=840c31b ]

CB-5802 Updated version and RELEASENOTES.md for release 0.18.0


 Tools release Jan 15, 2014
 --

 Key: CB-5802
 URL: https://issues.apache.org/jira/browse/CB-5802
 Project: Apache Cordova
  Issue Type: Task
  Components: CLI, Plugman
Reporter: Andrew Grieve
Assignee: Andrew Grieve

 Tracking bug for tools release.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5802) Tools release Jan 15, 2014

[ASF subversion and git services (JIRA)]

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

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

Commit 3c33107546f4e3ce4aedd95ffa5260e332fa8345 in branch refs/heads/master 
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=3c33107 ]

CB-5802 Updated version and RELEASENOTES.md for release 3.3.1-0.2.0


 Tools release Jan 15, 2014
 --

 Key: CB-5802
 URL: https://issues.apache.org/jira/browse/CB-5802
 Project: Apache Cordova
  Issue Type: Task
  Components: CLI, Plugman
Reporter: Andrew Grieve
Assignee: Andrew Grieve

 Tracking bug for tools release.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5774) Windows 8: DirectoryReader returns isFile = true for directories

[Matti Eerola (JIRA)]

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

Matti Eerola commented on CB-5774:
--

results\[i\].isDirectory is false.

I think I have found the reason for this error. Folder query in FileProxy.js 
readEntries-function  created FileEntry object instead of DirectoryEntry object.

This fixed the error in my use case:
https://github.com/spMatti/cordova-plugin-file/commit/9b290353eca2bd64e5deabbb75487052281100ea

 Windows 8: DirectoryReader returns isFile = true for directories
 

 Key: CB-5774
 URL: https://issues.apache.org/jira/browse/CB-5774
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Affects Versions: 3.3.0
 Environment: Windows 8.0
Reporter: Matti Eerola
Assignee: Jesse MacFadyen
Priority: Minor

 All entries returned by DirectoryReader.readEntries have isFile set to true.
 The expected result is that directories have isFile:false and 
 isDirectory:true.
 Here is a code sample that will show the error:
 {code:javascript}
   window.requestFileSystem(LocalFileSystem.PERSISTENT, 5 * 1024 * 1024 * 
 1024, function (fs) {
 //Ensure that there is one directory in the root
 fs.root.getDirectory('foo', { create: true }, function (newDir) {
   //Use reader to get the directory
   var reader = fs.root.createReader();
   reader.readEntries(function (results) {
 for (var i = 0; i  results.length; i++) {
   if (results[i].name != foo)
 continue;
   // foo should be directory
   if (results[i].isFile)
 throw 'foo' is a directory and isFile is true;
 }
   });
 });
   });
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5774) Windows 8: DirectoryReader returns isFile = true for directories

[Jesse MacFadyen (JIRA)]

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

Jesse MacFadyen commented on CB-5774:
-

Do you want to send a pull request, or should I just do it?

 Windows 8: DirectoryReader returns isFile = true for directories
 

 Key: CB-5774
 URL: https://issues.apache.org/jira/browse/CB-5774
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Affects Versions: 3.3.0
 Environment: Windows 8.0
Reporter: Matti Eerola
Assignee: Jesse MacFadyen
Priority: Minor

 All entries returned by DirectoryReader.readEntries have isFile set to true.
 The expected result is that directories have isFile:false and 
 isDirectory:true.
 Here is a code sample that will show the error:
 {code:javascript}
   window.requestFileSystem(LocalFileSystem.PERSISTENT, 5 * 1024 * 1024 * 
 1024, function (fs) {
 //Ensure that there is one directory in the root
 fs.root.getDirectory('foo', { create: true }, function (newDir) {
   //Use reader to get the directory
   var reader = fs.root.createReader();
   reader.readEntries(function (results) {
 for (var i = 0; i  results.length; i++) {
   if (results[i].name != foo)
 continue;
   // foo should be directory
   if (results[i].isFile)
 throw 'foo' is a directory and isFile is true;
 }
   });
 });
   });
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5379) Runtime discovery of installed plugins

[Jesse MacFadyen (JIRA)]

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

Jesse MacFadyen commented on CB-5379:
-

Thanks, that's what I thought.

 Runtime discovery of installed plugins
 --

 Key: CB-5379
 URL: https://issues.apache.org/jira/browse/CB-5379
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Android, BlackBerry, FirefoxOS, iOS, Windows 8, WP7, WP8
Reporter: Braden Shepherdson
Assignee: Braden Shepherdson

 We want Cordova apps to be able to query what plugins (and versions) are 
 installed at runtime.
 Plugman is now injecting a tag of the kind:
 {code:xml}
 plugins
   plugin id=org.apache.cordova.file version=0.2.5 /
   plugin id=org.apache.cordova.file-transfer version=0.3.4 /
 /plugins
 {code}
 into the platform's config.xml. Each platform should be parsing this and 
 exposing it to native plugins ({{PluginManager.getPluginList()}}, or 
 something like that) and exposing it to Javascript via the following {{exec}} 
 call:
 {code:javascript}
 cordova.exec('CordovaPlugins', 'getPluginList', [], ...);
 {code}
 The format of the exec call's response is a JS object whose keys are plugin 
 IDs and whose values are their versions.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5694) location.replace does not behave as expected

[Clark Pan (JIRA)]

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

Clark Pan commented on CB-5694:
---

[~iclelland]  thanks for the work around. That should be enough to be workable 
within it project.

Is there a page on the docs somewhere that lists subtle bugs such as this? It 
would help the next person who depends on a correct  implementation of history 
state.

 location.replace does not behave as expected
 

 Key: CB-5694
 URL: https://issues.apache.org/jira/browse/CB-5694
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.1.0, 3.2.0, 3.3.0
 Environment: Tested on Android 4.1.2 Sony Xperia T
 Android 4.2.2 Samsung Galaxy S4
Reporter: Clark Pan
Assignee: Joe Bowser
Priority: Minor

 Using location.replace should replace the current page with the specified 
 page. This is not the case when using hash values.
 Steps to reproduce:
 1. Create new cordova project
 2. Add android
 3. Run code similar to this after device ready
 {code:javascript}
 window.location.hash = '#foo';
 expect(window.location.hash).toBe('#foo');
 window.location.replace('#bar');
 expect(window.location.hash).toBe('#bar');
 window.location.hash = '#foobar';
 expect(window.location.hash).toBe('#foobar');
 window.history.back();
 setTimeout(function(){
 expect(window.location.hash).toBe('#bar');
 }, 0);
 {code}
 Expected results:
 All the expectations to be true
 Actual results:
 the last hash value will be '#foo'
 Workaround:
 One could shim location and history and provide their own implementation of 
 history state.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Created] (CB-5803) Store CLI paths in properties file

[Victor Adrian Sosa Herrera (JIRA)]

Victor Adrian Sosa Herrera created CB-5803:
--

 Summary: Store CLI paths in properties file
 Key: CB-5803
 URL: https://issues.apache.org/jira/browse/CB-5803
 Project: Apache Cordova
  Issue Type: New Feature
  Components: CLI
Reporter: Victor Adrian Sosa Herrera
Priority: Minor


I'd like to have the option to provide things like Oracle JDK, Ant, Android SDK 
or iOS SDK in the form of a properties file. This way I don't have to either:
1) Modify my system variables,
2) Have a script file that modifies my PATH for the current terminal session; or
3) Modify manually my path in the current terminal session



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-5800) Regex Error

[Jesse MacFadyen (JIRA)]

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

Jesse MacFadyen resolved CB-5800.
-

   Resolution: Duplicate
Fix Version/s: 3.4.0

This has already been addressed, and will be available when the platforms' 
3.4.0 versions are released.

 Regex Error
 ---

 Key: CB-5800
 URL: https://issues.apache.org/jira/browse/CB-5800
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.3.0
Reporter: Grasseels
 Fix For: 3.4.0


 Hi, you have an error in your regex, if some people install Cordova in other 
 language system, msbuild could't found.
 Regex : 
 var msversion = 
 output.match(/Microsoft\s\(R\)\s+Build\sEngine[,]?\s[a-zA-Zàáâãäåçèéêëìíîïðòóôõöùúûüýÿ]+\s4\.0\.30319/i);
 File : check_reqs.js



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5774) Windows 8: DirectoryReader returns isFile = true for directories

[Matti Eerola (JIRA)]

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

Matti Eerola commented on CB-5774:
--

It's so small that you can just make the change.

 Windows 8: DirectoryReader returns isFile = true for directories
 

 Key: CB-5774
 URL: https://issues.apache.org/jira/browse/CB-5774
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Affects Versions: 3.3.0
 Environment: Windows 8.0
Reporter: Matti Eerola
Assignee: Jesse MacFadyen
Priority: Minor

 All entries returned by DirectoryReader.readEntries have isFile set to true.
 The expected result is that directories have isFile:false and 
 isDirectory:true.
 Here is a code sample that will show the error:
 {code:javascript}
   window.requestFileSystem(LocalFileSystem.PERSISTENT, 5 * 1024 * 1024 * 
 1024, function (fs) {
 //Ensure that there is one directory in the root
 fs.root.getDirectory('foo', { create: true }, function (newDir) {
   //Use reader to get the directory
   var reader = fs.root.createReader();
   reader.readEntries(function (results) {
 for (var i = 0; i  results.length; i++) {
   if (results[i].name != foo)
 continue;
   // foo should be directory
   if (results[i].isFile)
 throw 'foo' is a directory and isFile is true;
 }
   });
 });
   });
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5803) Store CLI paths in properties file

[Andrew Grieve (JIRA)]

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

Andrew Grieve commented on CB-5803:
---

I like this idea. Esp. for Android, there's just a lot of things to configure.

 Store CLI paths in properties file
 --

 Key: CB-5803
 URL: https://issues.apache.org/jira/browse/CB-5803
 Project: Apache Cordova
  Issue Type: New Feature
  Components: CLI
Reporter: Victor Adrian Sosa Herrera
Priority: Minor

 I'd like to have the option to provide things like Oracle JDK, Ant, Android 
 SDK or iOS SDK in the form of a properties file. This way I don't have to 
 either:
 1) Modify my system variables,
 2) Have a script file that modifies my PATH for the current terminal session; 
 or
 3) Modify manually my path in the current terminal session



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Updated] (CB-5803) Store CLI paths in properties file

[Victor Adrian Sosa Herrera (JIRA)]

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

Victor Adrian Sosa Herrera updated CB-5803:
---

Issue Type: Improvement  (was: New Feature)

 Store CLI paths in properties file
 --

 Key: CB-5803
 URL: https://issues.apache.org/jira/browse/CB-5803
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CLI
Reporter: Victor Adrian Sosa Herrera
Priority: Minor

 I'd like to have the option to provide things like Oracle JDK, Ant, Android 
 SDK or iOS SDK in the form of a properties file. This way I don't have to 
 either:
 1) Modify my system variables,
 2) Have a script file that modifies my PATH for the current terminal session; 
 or
 3) Modify manually my path in the current terminal session



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5747) Windows 8: DirectoryEntry.getDirectory fails when path contains directory separator

[ASF subversion and git services (JIRA)]

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

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

Commit 3e4f9cdc287d907679a47a32f95238180c774860 in branch refs/heads/dev from 
[~matti-eerola]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=3e4f9cd ]

Initial fix for CB-5747


 Windows 8: DirectoryEntry.getDirectory fails when path contains directory 
 separator
 ---

 Key: CB-5747
 URL: https://issues.apache.org/jira/browse/CB-5747
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Affects Versions: 3.3.0
 Environment: Windows 8.0 
Reporter: Matti Eerola
Assignee: Jesse MacFadyen
Priority: Minor

 Code:
 {code:javascript}
   window.requestFileSystem(LocalFileSystem.PERSISTENT, 5*1024*1024*1024, 
 function(fs){
 fs.root.getDirectory('foo/bar', {create:true}, function(newDir){
 });
   });
 {code}
 Problem:
 The directory separator for File Api is '/' (U+002F). So 'foo/bar' argument 
 should be correct. src/windows8/FileProxy.js passes path attribute directly 
 to storageFolder.createFolderAsync that uses backslash '\' (U+005c) as 
 directory separator. The result is invalid path error from createFolderAsync.
 This code works, but is nonstandard:
 {code:javascript}
   window.requestFileSystem(LocalFileSystem.PERSISTENT, 5*1024*1024*1024, 
 function(fs){
 fs.root.getDirectory('foo\\bar', {create:true}, function(newDir){
 });
   });
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-5774) Windows 8: DirectoryReader returns isFile = true for directories

[Jesse MacFadyen (JIRA)]

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

Jesse MacFadyen resolved CB-5774.
-

   Resolution: Fixed
Fix Version/s: 3.4.0

Merged your commit [~matti-eerola]. Thanks.

 Windows 8: DirectoryReader returns isFile = true for directories
 

 Key: CB-5774
 URL: https://issues.apache.org/jira/browse/CB-5774
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Affects Versions: 3.3.0
 Environment: Windows 8.0
Reporter: Matti Eerola
Assignee: Jesse MacFadyen
Priority: Minor
 Fix For: 3.4.0


 All entries returned by DirectoryReader.readEntries have isFile set to true.
 The expected result is that directories have isFile:false and 
 isDirectory:true.
 Here is a code sample that will show the error:
 {code:javascript}
   window.requestFileSystem(LocalFileSystem.PERSISTENT, 5 * 1024 * 1024 * 
 1024, function (fs) {
 //Ensure that there is one directory in the root
 fs.root.getDirectory('foo', { create: true }, function (newDir) {
   //Use reader to get the directory
   var reader = fs.root.createReader();
   reader.readEntries(function (results) {
 for (var i = 0; i  results.length; i++) {
   if (results[i].name != foo)
 continue;
   // foo should be directory
   if (results[i].isFile)
 throw 'foo' is a directory and isFile is true;
 }
   });
 });
   });
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5650) make visible the version of the Cordova native lib

[Jesse MacFadyen (JIRA)]

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

Jesse MacFadyen commented on CB-5650:
-

No consensus?
Log to where exactly? There is no consistent log output cross platform.
All WP7/WP8/Win8 projects include the VERSION file in the project, and the git 
commit tag is imprinted into every cordova.js file that is build by cordova-js. 
Every cordova project ( all platforms ) has a per project .cordova/version 
script which will return it's version.
Isn't this enough?


 make visible the version of the Cordova native lib
 --

 Key: CB-5650
 URL: https://issues.apache.org/jira/browse/CB-5650
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android, BlackBerry, iOS, Ubuntu, WP8
Reporter: Marcel Kinard
Priority: Minor

 We recently had a situation where a consumer had mismatched the runtime: one 
 version of cordova.js and another version of the Cordova native code. The 
 consumer gave us their compiled app, so we didn't have access to the native's 
 source in the project. We had an idea that it would be nice if the native 
 code compiled in some marker so we could tell what version it was without the 
 source. Perhaps issue a log on startup saying Greetings from Cordova native 
 code 3.2.0, or have something compiled in that would appear in strings 
 cordova.jar | grep version.
 See some discussion at http://markmail.org/thread/m4h4csvcq4cs3dcr



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Assigned] (CB-5130) Refactor the registry

[Steve Gill (JIRA)]

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

Steve Gill reassigned CB-5130:
--

Assignee: Steve Gill

 Refactor the registry
 -

 Key: CB-5130
 URL: https://issues.apache.org/jira/browse/CB-5130
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Registry, Registry Web
Reporter: Steve Gill
Assignee: Steve Gill

 The registry web interface needs a refactor (really a start from scratch)
 I wanted to create a master issue to keep track of everything related to the 
 refactor. 
 Subtasks should be created for all of the things
 Feature Requests
 - Show readme on plugin page
 - Show download counts on plugin pages
 - New tab for popular repositories
 - Show new meta tag info on plugin pages (repo, issue, author, etc) [#CB-5128]



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-3562) Wrong splash screen ratio for landscape-only applications

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-3562:
--

[~wjamesjong] ok if I take this one?

 Wrong splash screen ratio for landscape-only applications
 -

 Key: CB-3562
 URL: https://issues.apache.org/jira/browse/CB-3562
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin SplashScreen
Affects Versions: 2.6.0, 2.7.0, 2.9.0
Reporter: Michael Hanselmann
Assignee: James Jong
 Fix For: 3.4.0


 CDVSplashScreen.m shows the splash image with a wrong ratio for 
 landscape-only applications on iPhone/iPod touch devices. I fixed it locally 
 by applying a 90° transformation (“CGAffineTransformMakeRotation(M_PI / 2)”) 
 to the image view.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Updated] (CB-3562) Wrong splash screen ratio for landscape-only applications

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-3562:
-

Fix Version/s: 3.4.0

 Wrong splash screen ratio for landscape-only applications
 -

 Key: CB-3562
 URL: https://issues.apache.org/jira/browse/CB-3562
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin SplashScreen
Affects Versions: 2.6.0, 2.7.0, 2.9.0
Reporter: Michael Hanselmann
Assignee: James Jong
 Fix For: 3.4.0


 CDVSplashScreen.m shows the splash image with a wrong ratio for 
 landscape-only applications on iPhone/iPod touch devices. I fixed it locally 
 by applying a 90° transformation (“CGAffineTransformMakeRotation(M_PI / 2)”) 
 to the image view.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Updated] (CB-4755) Crash in Media.setVolume

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-4755:
-

Fix Version/s: 3.4.0

 Crash in Media.setVolume
 

 Key: CB-4755
 URL: https://issues.apache.org/jira/browse/CB-4755
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Media
Affects Versions: 2.7.0, 3.0.0
 Environment: Mac OS X 10.8.4, developing for iOS using Xcode 4.6.3
Reporter: Michael Hanselmann
Assignee: Shazron Abdullah
Priority: Critical
 Fix For: 3.4.0


 Media.setVolume causes the application to crash after Media.release was 
 called:
 {code}
 *** Terminating app due to uncaught exception 'NSInvalidArgumentException', 
 reason: '*** setObjectForKey: object cannot be nil (key: 
 6df28c63-6f6b-29e5-b12f-09189833dbbd)'
 *** First throw call stack:
 ([…])
 libc++abi.dylib: terminate called throwing an exception
 {code}
 Reproduced using Cordova 2.7.0 and 3.0.9:
 {code}
 $ cordova -v
 3.0.9
 {code}
 Code causing crash:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.setVolume(1); // crash in this call
 {code}
 This works:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.play();
 m.setVolume(1);
 {code}
 When I look at {{-[Media setVolume:]}} I get the impression that it's 
 unfinished in general. If {{soundCache}} is nil it creates a cache, but 
 doesn't do anything else.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5130) Refactor the registry

[Steve Gill (JIRA)]

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

Steve Gill commented on CB-5130:


I am making more changes currently. Ripped out SammyJS and switched to Angular. 
This feels 1000 times better. 

Not sure about using a package tool. I am totally open to it. I hear browserfy 
is pretty popular these days. Would be a good chance to try it out. We could 
always use something like Grunt to concat all of the scripts too. 

Maybe Anis can help you out with the vhost issues.

My steps are in the readme.

curl http://localhost:5984/registry/_design/scratch -X COPY  -H 
destination:'_design/app'

cd /etc/apache2/users
sudo vim YOURCOMPUTERUSERNAME.conf (mine was stevengill.conf)

Paste the following rewrite rules into it.

VirtualHost *:80
  ServerName localhost
  RewriteEngine on
#  RewriteRule ^/downloads/(.*)$ http://cordova.iriscouch.com/downloads/$1 [P]
#  RewriteRule ^/(.*)$ /registry/_design/ui/_rewrite/$1 [PT]
  RewriteRule ^/((?!downloads).*)$ /registry/_design/ui/_rewrite/$1 [PT]
  ProxyPassMatch ^/downloads/(.*)$ http://cordova.iriscouch.com/downloads/$1
  ProxyPassMatch ^/registry/(.*)$ http://localhost:5984/registry/$1
  RewriteLog /var/log/apache2/plugins.cordova.io-rewrite.log
  RewriteLogLevel 3
  LogLevel debug
  ErrorLog /var/log/apache2/plugins.cordova.io-error_log
  CustomLog /var/log/apache2/plugins.cordova.io-access_log common
/VirtualHost

back to terminal, start apache with:
sudo apachectl start

And then i published plugins to my local registry to test.

plugman config set registry http://localhost:5984/registry/_design/app/_rewrite

cd into desired plugin and type plugman publish .


Which api calls are failing?



 Refactor the registry
 -

 Key: CB-5130
 URL: https://issues.apache.org/jira/browse/CB-5130
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Registry, Registry Web
Reporter: Steve Gill
Assignee: Steve Gill

 The registry web interface needs a refactor (really a start from scratch)
 I wanted to create a master issue to keep track of everything related to the 
 refactor. 
 Subtasks should be created for all of the things
 Feature Requests
 - Show readme on plugin page
 - Show download counts on plugin pages
 - New tab for popular repositories
 - Show new meta tag info on plugin pages (repo, issue, author, etc) [#CB-5128]



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5790) iOS file-transfer plugin fails to upload large files ( 200MB)

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-5790:
--

Try setting chunkedMode to true in the FileUploadOptions 
http://cordova.apache.org/docs/en/3.3.0/cordova_file_file.md.html#FileUploadOptions
and see if that fixes this.

 iOS file-transfer plugin fails to upload large files ( 200MB)
 --

 Key: CB-5790
 URL: https://issues.apache.org/jira/browse/CB-5790
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin File Transfer
Affects Versions: 3.3.0
 Environment: iOS 7.0.4 on an non retina iPad mini and an iPad 3.
 Plugin v0.4.0
Reporter: Nicolas Leclerc

 While trying to upload large video files ( 200MB) using the file-transfer 
 plugin upload function, i get a FILE_NOT_FOUND_ERR error.
 Turns out the real error is as follows:
 {quote}
 Error opening file 
 /var/mobile/Applications/1F3C6CCF-D37B-45C0-B6D2-839FA5F7C163/Documents/20140112214958-rally-vendome-aaa.session/vendome_aaa_mime_1.MOV:
  Error Domain=NSCocoaErrorDomain Code=256 The operation couldn’t be 
 completed. (Cocoa error 256.) UserInfo=0x176ce440 
 {NSFilePath=/var/mobile/Applications/1F3C6CCF-D37B-45C0-B6D2-839FA5F7C163/Documents/20140112214958-rally-vendome-aaa.session/vendome_aaa_mime_1.MOV,
  NSUnderlyingError=0x176cbac0 The operation couldn’t be completed. *Cannot 
 allocate memory*}
 {quote}
 Smaller files work fine so it would seem that the whole content of the file 
 is read into memory before uploading despite using the 
 {{NSDataReadingMappedIfSafe}} option of NSData.
 I did find some reference to the fact that ios is indeed buffering the whole 
 file into memory:
 * http://www.cimgf.com/2012/02/17/extending-nsdata-and-not-overriding-dealloc/
 * 
 http://stackoverflow.com/questions/16787899/ios-load-large-file-use-memory-mapping-failed



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Updated] (CB-5795) Record without ios chrome

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-5795:
-

Component/s: Plugin Media Capture

 Record without ios chrome
 -

 Key: CB-5795
 URL: https://issues.apache.org/jira/browse/CB-5795
 Project: Apache Cordova
  Issue Type: Wish
  Components: CordovaJS, Plugin Media Capture
Affects Versions: 3.3.0
Reporter: Blair Vanderhoof
Priority: Minor

 Current capture video experience:
 1. User clicks an HTML button that triggers 
 navigator.device.capture.captureVideo
 2. User goes to an ios7 native video record view
 3. User has to click record
 4. Video records
 5. When user feels like it, they hit stop
 6. Option shows to Use Video
 7. User hits Use Video and the captureVideo callback is executed
 Is it possible through some undocumented APIs to do the following instead?
 1. User clicks an HTML button that triggers 
 navigator.device.capture.captureVideo
 2. Video records with a custom UI created through HTML
 3. When user feels like it, they hit stop which is a custom HTML button 
 overlayed on the video
 4. The captureVideo callback is executed



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5795) Record without ios chrome

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-5795:
--

This:
{code}
 3. When user feels like it, they hit stop which is a custom HTML button 
overlayed on the video 
{code}
is not possible using the current webview itself on iOS. There would need to 
have a separate UIWebView containing the HTML button overlaid on the video view 
itself, and that needs to communicate with the Cordova WebView. More the domain 
of a 3rd party plugin.

 Record without ios chrome
 -

 Key: CB-5795
 URL: https://issues.apache.org/jira/browse/CB-5795
 Project: Apache Cordova
  Issue Type: Wish
  Components: CordovaJS, Plugin Media Capture
Affects Versions: 3.3.0
Reporter: Blair Vanderhoof
Priority: Minor

 Current capture video experience:
 1. User clicks an HTML button that triggers 
 navigator.device.capture.captureVideo
 2. User goes to an ios7 native video record view
 3. User has to click record
 4. Video records
 5. When user feels like it, they hit stop
 6. Option shows to Use Video
 7. User hits Use Video and the captureVideo callback is executed
 Is it possible through some undocumented APIs to do the following instead?
 1. User clicks an HTML button that triggers 
 navigator.device.capture.captureVideo
 2. Video records with a custom UI created through HTML
 3. When user feels like it, they hit stop which is a custom HTML button 
 overlayed on the video
 4. The captureVideo callback is executed



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Updated] (CB-5797) Enable usage of Passbook functionality using inAppBrowser

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-5797:
-

Component/s: iOS

 Enable usage of Passbook functionality using inAppBrowser
 -

 Key: CB-5797
 URL: https://issues.apache.org/jira/browse/CB-5797
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS, Plugin InAppBrowser
 Environment: iOS 6+ devices
Reporter: Dzenan

 Currently while using inAppBrowser plugin we can't implement adding passes 
 from the UIWebView.
 Would it be possible for inAppBrowser to address these changes, in order for 
 users of inAppBrowser plugin to be able to download passes on their iOS 6+ 
 devices.
 https://developer.apple.com/library/ios/technotes/tn2302/_index.html#//apple_ref/doc/uid/DTS40013009-CH1-DISTRIBUTING_PASSES-I_M_USING_A_UIWEBVIEW_IN_MY_APP_AND_IT_DOES_NOT_AUTOMATICALLY_SUPPORT_ADDING_PASSES_TO_PASSBOOK___WHAT_SHOULD_I_DO_



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-3562) Wrong splash screen ratio for landscape-only applications

[James Jong (JIRA)]

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

James Jong commented on CB-3562:


[~shazron] Yep, go ahead and take it.  Thanks!

 Wrong splash screen ratio for landscape-only applications
 -

 Key: CB-3562
 URL: https://issues.apache.org/jira/browse/CB-3562
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin SplashScreen
Affects Versions: 2.6.0, 2.7.0, 2.9.0
Reporter: Michael Hanselmann
Assignee: James Jong
 Fix For: 3.4.0


 CDVSplashScreen.m shows the splash image with a wrong ratio for 
 landscape-only applications on iPhone/iPod touch devices. I fixed it locally 
 by applying a 90° transformation (“CGAffineTransformMakeRotation(M_PI / 2)”) 
 to the image view.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5768) Can't load new URL in current InAppBrowser

[Jacob Carnegie (JIRA)]

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

Jacob Carnegie commented on CB-5768:


I am experiencing this same issue as well

 Can't load new URL in current InAppBrowser
 --

 Key: CB-5768
 URL: https://issues.apache.org/jira/browse/CB-5768
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.3.0
Reporter: Jacob Weber

 If I open the InAppBrowser, and then load a new URL in it, there are problems.
 I've tried two different approaches. Both start with a new project, created 
 using the CLI. I'm running them in Xcode, using the iPhone emulator, and 
 putting one of the following in the onDeviceReady function of js/index.js:
 1. This causes the screen to go black:
 {code:javascript}window.open('http://www.google.com', '_blank');
 window.open('http://www.apple.com', '_blank');{code}
 This appears in the Xcode console:
 {code}2014-01-10 10:41:09.395 CordovaTest[99490:70b] Warning: Attempt to 
 present UINavigationController: 0xbac11e0 on MainViewController: 
 0xb878370 while a presentation is in progress!
 2014-01-10 10:41:09.408 CordovaTest[99490:70b] webView:didFailLoadWithError - 
 The operation couldn’t be completed. (NSURLErrorDomain error -999.){code}
 2. This seems to work at first; it loads the second URL.
 {code:javascript}window.open('http://www.google.com', '_blank');
 setTimeout(function() {
   window.open('http://www.apple.com', '_blank');
 }, 1000);{code}
 But when I click the Close button, the window doesn't close. Then when I 
 click it again, I get a crash. This appears in the Xcode console:
 {code}CordovaTest[99364:70b] Warning: Attempt to present 
 UINavigationController: 0xba3d090 on MainViewController: 0xb8596d0 whose 
 view is not in the window hierarchy!{code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Assigned] (CB-3562) Wrong splash screen ratio for landscape-only applications

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah reassigned CB-3562:


Assignee: Shazron Abdullah  (was: James Jong)

 Wrong splash screen ratio for landscape-only applications
 -

 Key: CB-3562
 URL: https://issues.apache.org/jira/browse/CB-3562
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin SplashScreen
Affects Versions: 2.6.0, 2.7.0, 2.9.0
Reporter: Michael Hanselmann
Assignee: Shazron Abdullah
 Fix For: 3.4.0


 CDVSplashScreen.m shows the splash image with a wrong ratio for 
 landscape-only applications on iPhone/iPod touch devices. I fixed it locally 
 by applying a 90° transformation (“CGAffineTransformMakeRotation(M_PI / 2)”) 
 to the image view.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Updated] (CB-5768) Can't load new URL in current InAppBrowser

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-5768:
-

Fix Version/s: 3.4.0

 Can't load new URL in current InAppBrowser
 --

 Key: CB-5768
 URL: https://issues.apache.org/jira/browse/CB-5768
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.3.0
Reporter: Jacob Weber
 Fix For: 3.4.0


 If I open the InAppBrowser, and then load a new URL in it, there are problems.
 I've tried two different approaches. Both start with a new project, created 
 using the CLI. I'm running them in Xcode, using the iPhone emulator, and 
 putting one of the following in the onDeviceReady function of js/index.js:
 1. This causes the screen to go black:
 {code:javascript}window.open('http://www.google.com', '_blank');
 window.open('http://www.apple.com', '_blank');{code}
 This appears in the Xcode console:
 {code}2014-01-10 10:41:09.395 CordovaTest[99490:70b] Warning: Attempt to 
 present UINavigationController: 0xbac11e0 on MainViewController: 
 0xb878370 while a presentation is in progress!
 2014-01-10 10:41:09.408 CordovaTest[99490:70b] webView:didFailLoadWithError - 
 The operation couldn’t be completed. (NSURLErrorDomain error -999.){code}
 2. This seems to work at first; it loads the second URL.
 {code:javascript}window.open('http://www.google.com', '_blank');
 setTimeout(function() {
   window.open('http://www.apple.com', '_blank');
 }, 1000);{code}
 But when I click the Close button, the window doesn't close. Then when I 
 click it again, I get a crash. This appears in the Xcode console:
 {code}CordovaTest[99364:70b] Warning: Attempt to present 
 UINavigationController: 0xba3d090 on MainViewController: 0xb8596d0 whose 
 view is not in the window hierarchy!{code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5768) Can't load new URL in current InAppBrowser

[Jacob Weber (JIRA)]

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

Jacob Weber commented on CB-5768:
-

As a workaround until they fix this, you can do:
{code:javascript}
var win = window.open('http://www.google.com', '_blank');
win.executeScript({
code: 'location.href = http://www.apple.com;;'
});
{code}

 Can't load new URL in current InAppBrowser
 --

 Key: CB-5768
 URL: https://issues.apache.org/jira/browse/CB-5768
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.3.0
Reporter: Jacob Weber
 Fix For: 3.4.0


 If I open the InAppBrowser, and then load a new URL in it, there are problems.
 I've tried two different approaches. Both start with a new project, created 
 using the CLI. I'm running them in Xcode, using the iPhone emulator, and 
 putting one of the following in the onDeviceReady function of js/index.js:
 1. This causes the screen to go black:
 {code:javascript}window.open('http://www.google.com', '_blank');
 window.open('http://www.apple.com', '_blank');{code}
 This appears in the Xcode console:
 {code}2014-01-10 10:41:09.395 CordovaTest[99490:70b] Warning: Attempt to 
 present UINavigationController: 0xbac11e0 on MainViewController: 
 0xb878370 while a presentation is in progress!
 2014-01-10 10:41:09.408 CordovaTest[99490:70b] webView:didFailLoadWithError - 
 The operation couldn’t be completed. (NSURLErrorDomain error -999.){code}
 2. This seems to work at first; it loads the second URL.
 {code:javascript}window.open('http://www.google.com', '_blank');
 setTimeout(function() {
   window.open('http://www.apple.com', '_blank');
 }, 1000);{code}
 But when I click the Close button, the window doesn't close. Then when I 
 click it again, I get a crash. This appears in the Xcode console:
 {code}CordovaTest[99364:70b] Warning: Attempt to present 
 UINavigationController: 0xba3d090 on MainViewController: 0xb8596d0 whose 
 view is not in the window hierarchy!{code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-4755) Crash in Media.setVolume

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-4755:
--

Note that patch submitter said he has submitted the iCLA here: 
https://issues.apache.org/jira/browse/CB-3562?focusedCommentId=13870892page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13870892

 Crash in Media.setVolume
 

 Key: CB-4755
 URL: https://issues.apache.org/jira/browse/CB-4755
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Media
Affects Versions: 2.7.0, 3.0.0
 Environment: Mac OS X 10.8.4, developing for iOS using Xcode 4.6.3
Reporter: Michael Hanselmann
Assignee: Shazron Abdullah
Priority: Critical
 Fix For: 3.4.0


 Media.setVolume causes the application to crash after Media.release was 
 called:
 {code}
 *** Terminating app due to uncaught exception 'NSInvalidArgumentException', 
 reason: '*** setObjectForKey: object cannot be nil (key: 
 6df28c63-6f6b-29e5-b12f-09189833dbbd)'
 *** First throw call stack:
 ([…])
 libc++abi.dylib: terminate called throwing an exception
 {code}
 Reproduced using Cordova 2.7.0 and 3.0.9:
 {code}
 $ cordova -v
 3.0.9
 {code}
 Code causing crash:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.setVolume(1); // crash in this call
 {code}
 This works:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.play();
 m.setVolume(1);
 {code}
 When I look at {{-[Media setVolume:]}} I get the impression that it's 
 unfinished in general. If {{soundCache}} is nil it creates a cache, but 
 doesn't do anything else.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-4755) Crash in Media.setVolume

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-4755:
--

Confirmed the crash, and confirmed the patch fixes the crash.
Pulling in patch.

 Crash in Media.setVolume
 

 Key: CB-4755
 URL: https://issues.apache.org/jira/browse/CB-4755
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Media
Affects Versions: 2.7.0, 3.0.0
 Environment: Mac OS X 10.8.4, developing for iOS using Xcode 4.6.3
Reporter: Michael Hanselmann
Assignee: Shazron Abdullah
Priority: Critical
 Fix For: 3.4.0


 Media.setVolume causes the application to crash after Media.release was 
 called:
 {code}
 *** Terminating app due to uncaught exception 'NSInvalidArgumentException', 
 reason: '*** setObjectForKey: object cannot be nil (key: 
 6df28c63-6f6b-29e5-b12f-09189833dbbd)'
 *** First throw call stack:
 ([…])
 libc++abi.dylib: terminate called throwing an exception
 {code}
 Reproduced using Cordova 2.7.0 and 3.0.9:
 {code}
 $ cordova -v
 3.0.9
 {code}
 Code causing crash:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.setVolume(1); // crash in this call
 {code}
 This works:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.play();
 m.setVolume(1);
 {code}
 When I look at {{-[Media setVolume:]}} I get the impression that it's 
 unfinished in general. If {{soundCache}} is nil it creates a cache, but 
 doesn't do anything else.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-4755) Crash in Media.setVolume

[ASF subversion and git services (JIRA)]

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

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

Commit a8cd8f9925c82ebb90b9a75474d1259a79608963 in branch refs/heads/dev from 
[~hansmi]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media.git;h=a8cd8f9 ]

[CB-4755] Fix crash in Media.setVolume on iOS

Media.setVolume caused the application to crash after Media.release was
called. Code causing crash:

  var m = new Media(test.caf);
  m.release();
  m.setVolume(1); // crash in this call

The reason was that retrieving the CDVAudioFile instance from the sound
cache would return nil after Media.release. This patch fixes the issue
by explicitely checking for nil. It also does away with an unnecessary
cache initialization, which isn't needed as -[Media setVolume:] doesn't
write to the cache.

Signed-off-by: Michael Hanselmann pub...@hansmi.ch


 Crash in Media.setVolume
 

 Key: CB-4755
 URL: https://issues.apache.org/jira/browse/CB-4755
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Media
Affects Versions: 2.7.0, 3.0.0
 Environment: Mac OS X 10.8.4, developing for iOS using Xcode 4.6.3
Reporter: Michael Hanselmann
Assignee: Shazron Abdullah
Priority: Critical
 Fix For: 3.4.0


 Media.setVolume causes the application to crash after Media.release was 
 called:
 {code}
 *** Terminating app due to uncaught exception 'NSInvalidArgumentException', 
 reason: '*** setObjectForKey: object cannot be nil (key: 
 6df28c63-6f6b-29e5-b12f-09189833dbbd)'
 *** First throw call stack:
 ([…])
 libc++abi.dylib: terminate called throwing an exception
 {code}
 Reproduced using Cordova 2.7.0 and 3.0.9:
 {code}
 $ cordova -v
 3.0.9
 {code}
 Code causing crash:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.setVolume(1); // crash in this call
 {code}
 This works:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.play();
 m.setVolume(1);
 {code}
 When I look at {{-[Media setVolume:]}} I get the impression that it's 
 unfinished in general. If {{soundCache}} is nil it creates a cache, but 
 doesn't do anything else.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-4755) Crash in Media.setVolume

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah resolved CB-4755.
--

Resolution: Fixed

 Crash in Media.setVolume
 

 Key: CB-4755
 URL: https://issues.apache.org/jira/browse/CB-4755
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Media
Affects Versions: 2.7.0, 3.0.0
 Environment: Mac OS X 10.8.4, developing for iOS using Xcode 4.6.3
Reporter: Michael Hanselmann
Assignee: Shazron Abdullah
Priority: Critical
 Fix For: 3.4.0


 Media.setVolume causes the application to crash after Media.release was 
 called:
 {code}
 *** Terminating app due to uncaught exception 'NSInvalidArgumentException', 
 reason: '*** setObjectForKey: object cannot be nil (key: 
 6df28c63-6f6b-29e5-b12f-09189833dbbd)'
 *** First throw call stack:
 ([…])
 libc++abi.dylib: terminate called throwing an exception
 {code}
 Reproduced using Cordova 2.7.0 and 3.0.9:
 {code}
 $ cordova -v
 3.0.9
 {code}
 Code causing crash:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.setVolume(1); // crash in this call
 {code}
 This works:
 {code}
 var m = new Media(test.caf);
 m.release();
 m.play();
 m.setVolume(1);
 {code}
 When I look at {{-[Media setVolume:]}} I get the impression that it's 
 unfinished in general. If {{soundCache}} is nil it creates a cache, but 
 doesn't do anything else.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-3562) Wrong splash screen ratio for landscape-only applications

[ASF subversion and git services (JIRA)]

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

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

Commit 75327c88e4463ef3e3507424e4bb411c4365b9ca in branch refs/heads/dev from 
[~hansmi]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-splashscreen.git;h=75327c8
 ]

[CB-3562] Fix aspect ratio on landscape-only iPhone applications

The splash screen is shown with a faulty aspect ratio for landscape-only
applications on iPhone/iPod touch devices. This is fixed by applying
a 90° rotational transformation.

Signed-off-by: Michael Hanselmann pub...@hansmi.ch


 Wrong splash screen ratio for landscape-only applications
 -

 Key: CB-3562
 URL: https://issues.apache.org/jira/browse/CB-3562
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin SplashScreen
Affects Versions: 2.6.0, 2.7.0, 2.9.0
Reporter: Michael Hanselmann
Assignee: Shazron Abdullah
 Fix For: 3.4.0


 CDVSplashScreen.m shows the splash image with a wrong ratio for 
 landscape-only applications on iPhone/iPod touch devices. I fixed it locally 
 by applying a 90° transformation (“CGAffineTransformMakeRotation(M_PI / 2)”) 
 to the image view.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-3562) Wrong splash screen ratio for landscape-only applications

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah resolved CB-3562.
--

Resolution: Fixed

 Wrong splash screen ratio for landscape-only applications
 -

 Key: CB-3562
 URL: https://issues.apache.org/jira/browse/CB-3562
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin SplashScreen
Affects Versions: 2.6.0, 2.7.0, 2.9.0
Reporter: Michael Hanselmann
Assignee: Shazron Abdullah
 Fix For: 3.4.0


 CDVSplashScreen.m shows the splash image with a wrong ratio for 
 landscape-only applications on iPhone/iPod touch devices. I fixed it locally 
 by applying a 90° transformation (“CGAffineTransformMakeRotation(M_PI / 2)”) 
 to the image view.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5650) make visible the version of the Cordova native lib

[Andrew Grieve (JIRA)]

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

Andrew Grieve commented on CB-5650:
---

I think the motivation here was that at runtime there is no way to tell what 
version of cordova the native side is running. Having the native side use 
whatever logging exists to it to log the message on start-up is the ask.

 make visible the version of the Cordova native lib
 --

 Key: CB-5650
 URL: https://issues.apache.org/jira/browse/CB-5650
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android, BlackBerry, iOS, Ubuntu, WP8
Reporter: Marcel Kinard
Priority: Minor

 We recently had a situation where a consumer had mismatched the runtime: one 
 version of cordova.js and another version of the Cordova native code. The 
 consumer gave us their compiled app, so we didn't have access to the native's 
 source in the project. We had an idea that it would be nice if the native 
 code compiled in some marker so we could tell what version it was without the 
 source. Perhaps issue a log on startup saying Greetings from Cordova native 
 code 3.2.0, or have something compiled in that would appear in strings 
 cordova.jar | grep version.
 See some discussion at http://markmail.org/thread/m4h4csvcq4cs3dcr



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5650) make visible the version of the Cordova native lib

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-5650:
--

Jesse - this was brought up in the ML thread and as Andrew explained. I would 
log to whatever logging exists as well. On iOS, it would be stdout

 make visible the version of the Cordova native lib
 --

 Key: CB-5650
 URL: https://issues.apache.org/jira/browse/CB-5650
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android, BlackBerry, iOS, Ubuntu, WP8
Reporter: Marcel Kinard
Priority: Minor

 We recently had a situation where a consumer had mismatched the runtime: one 
 version of cordova.js and another version of the Cordova native code. The 
 consumer gave us their compiled app, so we didn't have access to the native's 
 source in the project. We had an idea that it would be nice if the native 
 code compiled in some marker so we could tell what version it was without the 
 source. Perhaps issue a log on startup saying Greetings from Cordova native 
 code 3.2.0, or have something compiled in that would appear in strings 
 cordova.jar | grep version.
 See some discussion at http://markmail.org/thread/m4h4csvcq4cs3dcr



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5130) Refactor the registry

[ASF subversion and git services (JIRA)]

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

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

Commit 2349710a4b297750fe3d2ba5bddb0ae4674b2518 in branch 
refs/heads/plugindetails from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-registry-web.git;h=2349710 ]

CB-5130: added example to packageDetails for doing API call to couch


 Refactor the registry
 -

 Key: CB-5130
 URL: https://issues.apache.org/jira/browse/CB-5130
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Registry, Registry Web
Reporter: Steve Gill
Assignee: Steve Gill

 The registry web interface needs a refactor (really a start from scratch)
 I wanted to create a master issue to keep track of everything related to the 
 refactor. 
 Subtasks should be created for all of the things
 Feature Requests
 - Show readme on plugin page
 - Show download counts on plugin pages
 - New tab for popular repositories
 - Show new meta tag info on plugin pages (repo, issue, author, etc) [#CB-5128]



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5768) Can't load new URL in current InAppBrowser

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-5768:
--

Confirmed scenarios 1 and 2 reproduces the bug.

 Can't load new URL in current InAppBrowser
 --

 Key: CB-5768
 URL: https://issues.apache.org/jira/browse/CB-5768
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.3.0
Reporter: Jacob Weber
 Fix For: 3.4.0


 If I open the InAppBrowser, and then load a new URL in it, there are problems.
 I've tried two different approaches. Both start with a new project, created 
 using the CLI. I'm running them in Xcode, using the iPhone emulator, and 
 putting one of the following in the onDeviceReady function of js/index.js:
 1. This causes the screen to go black:
 {code:javascript}window.open('http://www.google.com', '_blank');
 window.open('http://www.apple.com', '_blank');{code}
 This appears in the Xcode console:
 {code}2014-01-10 10:41:09.395 CordovaTest[99490:70b] Warning: Attempt to 
 present UINavigationController: 0xbac11e0 on MainViewController: 
 0xb878370 while a presentation is in progress!
 2014-01-10 10:41:09.408 CordovaTest[99490:70b] webView:didFailLoadWithError - 
 The operation couldn’t be completed. (NSURLErrorDomain error -999.){code}
 2. This seems to work at first; it loads the second URL.
 {code:javascript}window.open('http://www.google.com', '_blank');
 setTimeout(function() {
   window.open('http://www.apple.com', '_blank');
 }, 1000);{code}
 But when I click the Close button, the window doesn't close. Then when I 
 click it again, I get a crash. This appears in the Xcode console:
 {code}CordovaTest[99364:70b] Warning: Attempt to present 
 UINavigationController: 0xba3d090 on MainViewController: 0xb8596d0 whose 
 view is not in the window hierarchy!{code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5802) Tools release Jan 15, 2014

[Andrew Grieve (JIRA)]

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

Andrew Grieve commented on CB-5802:
---

Blog post is ready to go, but npm publish is failing for cordova (plugman is 
published fine).

Added a comment to: https://github.com/npm/npm/issues/4487 with the details.

 Tools release Jan 15, 2014
 --

 Key: CB-5802
 URL: https://issues.apache.org/jira/browse/CB-5802
 Project: Apache Cordova
  Issue Type: Task
  Components: CLI, Plugman
Reporter: Andrew Grieve
Assignee: Andrew Grieve

 Tracking bug for tools release.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5130) Refactor the registry

[ASF subversion and git services (JIRA)]

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

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

Commit 521248e077eacb01f15e8ee8240ff847b92553fc in branch 
refs/heads/plugindetails from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-registry-web.git;h=521248e ]

CB-5130: work on plugin details page


 Refactor the registry
 -

 Key: CB-5130
 URL: https://issues.apache.org/jira/browse/CB-5130
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Registry, Registry Web
Reporter: Steve Gill
Assignee: Steve Gill

 The registry web interface needs a refactor (really a start from scratch)
 I wanted to create a master issue to keep track of everything related to the 
 refactor. 
 Subtasks should be created for all of the things
 Feature Requests
 - Show readme on plugin page
 - Show download counts on plugin pages
 - New tab for popular repositories
 - Show new meta tag info on plugin pages (repo, issue, author, etc) [#CB-5128]



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Created] (CB-5804) Need to expose/add more info to package.json during publish

[Steve Gill (JIRA)]

Steve Gill created CB-5804:
--

 Summary: Need to expose/add more info to package.json during 
publish
 Key: CB-5804
 URL: https://issues.apache.org/jira/browse/CB-5804
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugman, Registry, Registry Web
Reporter: Steve Gill
Assignee: Steve Gill


Keywords, maintainers, engine, repo, issues,  license



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Created] (CB-5805) Multiple File transfer abort problem

[hariharan (JIRA)]

hariharan created CB-5805:
-

 Summary: Multiple File transfer abort problem
 Key: CB-5805
 URL: https://issues.apache.org/jira/browse/CB-5805
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Affects Versions: 3.3.0
 Environment: Android
Reporter: hariharan


There is a threading issue when multiple files are getting downloaded and when 
we abort one of the download. Way to reproduce the issue.

- Give a request to download a file1.
- Call abort() for that file download. 
- On callback of the abort start downloading file2. 
- now abort file2. 

Current behavior - the abort() function returns the callback but actual thread 
but the download still happens in the background. 
Expected - The download should not continue when aborting the second file.

Code details.

abort() function actually removes the requests form activeRequests.
but finally() block of download tries to remove the requests from 
activeRequests again causing it to fail.





--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Comment Edited] (CB-5768) Can't load new URL in current InAppBrowser

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah edited comment on CB-5768 at 1/16/14 6:12 AM:
---

Confirmed scenarios 1 and 2 reproduces the bug on the released IAB plugin as of 
this date.


was (Author: shazron):
Confirmed scenarios 1 and 2 reproduces the bug.

 Can't load new URL in current InAppBrowser
 --

 Key: CB-5768
 URL: https://issues.apache.org/jira/browse/CB-5768
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.3.0
Reporter: Jacob Weber
 Fix For: 3.4.0


 If I open the InAppBrowser, and then load a new URL in it, there are problems.
 I've tried two different approaches. Both start with a new project, created 
 using the CLI. I'm running them in Xcode, using the iPhone emulator, and 
 putting one of the following in the onDeviceReady function of js/index.js:
 1. This causes the screen to go black:
 {code:javascript}window.open('http://www.google.com', '_blank');
 window.open('http://www.apple.com', '_blank');{code}
 This appears in the Xcode console:
 {code}2014-01-10 10:41:09.395 CordovaTest[99490:70b] Warning: Attempt to 
 present UINavigationController: 0xbac11e0 on MainViewController: 
 0xb878370 while a presentation is in progress!
 2014-01-10 10:41:09.408 CordovaTest[99490:70b] webView:didFailLoadWithError - 
 The operation couldn’t be completed. (NSURLErrorDomain error -999.){code}
 2. This seems to work at first; it loads the second URL.
 {code:javascript}window.open('http://www.google.com', '_blank');
 setTimeout(function() {
   window.open('http://www.apple.com', '_blank');
 }, 1000);{code}
 But when I click the Close button, the window doesn't close. Then when I 
 click it again, I get a crash. This appears in the Xcode console:
 {code}CordovaTest[99364:70b] Warning: Attempt to present 
 UINavigationController: 0xba3d090 on MainViewController: 0xb8596d0 whose 
 view is not in the window hierarchy!{code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Assigned] (CB-5768) Can't load new URL in current InAppBrowser

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah reassigned CB-5768:


Assignee: Shazron Abdullah

 Can't load new URL in current InAppBrowser
 --

 Key: CB-5768
 URL: https://issues.apache.org/jira/browse/CB-5768
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.3.0
Reporter: Jacob Weber
Assignee: Shazron Abdullah
 Fix For: 3.4.0


 If I open the InAppBrowser, and then load a new URL in it, there are problems.
 I've tried two different approaches. Both start with a new project, created 
 using the CLI. I'm running them in Xcode, using the iPhone emulator, and 
 putting one of the following in the onDeviceReady function of js/index.js:
 1. This causes the screen to go black:
 {code:javascript}window.open('http://www.google.com', '_blank');
 window.open('http://www.apple.com', '_blank');{code}
 This appears in the Xcode console:
 {code}2014-01-10 10:41:09.395 CordovaTest[99490:70b] Warning: Attempt to 
 present UINavigationController: 0xbac11e0 on MainViewController: 
 0xb878370 while a presentation is in progress!
 2014-01-10 10:41:09.408 CordovaTest[99490:70b] webView:didFailLoadWithError - 
 The operation couldn’t be completed. (NSURLErrorDomain error -999.){code}
 2. This seems to work at first; it loads the second URL.
 {code:javascript}window.open('http://www.google.com', '_blank');
 setTimeout(function() {
   window.open('http://www.apple.com', '_blank');
 }, 1000);{code}
 But when I click the Close button, the window doesn't close. Then when I 
 click it again, I get a crash. This appears in the Xcode console:
 {code}CordovaTest[99364:70b] Warning: Attempt to present 
 UINavigationController: 0xba3d090 on MainViewController: 0xb8596d0 whose 
 view is not in the window hierarchy!{code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Resolved] (CB-5768) Can't load new URL in current InAppBrowser

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah resolved CB-5768.
--

Resolution: Fixed

This was fixed in the dev branch, through another fix: CB-5733

commit: 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;a=commit;h=57d14da151739fc2cfef3fcd3fc94f8c92c9af68

We regularly update the plugins and merge dev to master -- and after that the 
updated plugin is pushed

 Can't load new URL in current InAppBrowser
 --

 Key: CB-5768
 URL: https://issues.apache.org/jira/browse/CB-5768
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.3.0
Reporter: Jacob Weber
 Fix For: 3.4.0


 If I open the InAppBrowser, and then load a new URL in it, there are problems.
 I've tried two different approaches. Both start with a new project, created 
 using the CLI. I'm running them in Xcode, using the iPhone emulator, and 
 putting one of the following in the onDeviceReady function of js/index.js:
 1. This causes the screen to go black:
 {code:javascript}window.open('http://www.google.com', '_blank');
 window.open('http://www.apple.com', '_blank');{code}
 This appears in the Xcode console:
 {code}2014-01-10 10:41:09.395 CordovaTest[99490:70b] Warning: Attempt to 
 present UINavigationController: 0xbac11e0 on MainViewController: 
 0xb878370 while a presentation is in progress!
 2014-01-10 10:41:09.408 CordovaTest[99490:70b] webView:didFailLoadWithError - 
 The operation couldn’t be completed. (NSURLErrorDomain error -999.){code}
 2. This seems to work at first; it loads the second URL.
 {code:javascript}window.open('http://www.google.com', '_blank');
 setTimeout(function() {
   window.open('http://www.apple.com', '_blank');
 }, 1000);{code}
 But when I click the Close button, the window doesn't close. Then when I 
 click it again, I get a crash. This appears in the Xcode console:
 {code}CordovaTest[99364:70b] Warning: Attempt to present 
 UINavigationController: 0xba3d090 on MainViewController: 0xb8596d0 whose 
 view is not in the window hierarchy!{code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Commented] (CB-5783) Cordova/plugin_list - module.exports are always empty

[Kevin Lucich (JIRA)]

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

Kevin Lucich commented on CB-5783:
--

Hi Andrew,
the problem has been resolved with your help!
For another users: using the CLI, go to root of your app and run the command 
cordova prepare [platform] (ex. cordova prepare android)

Thanks again!
Best regards,
Kevin

 Cordova/plugin_list - module.exports are always empty
 -

 Key: CB-5783
 URL: https://issues.apache.org/jira/browse/CB-5783
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 3.3.0
 Environment: Test the app in a desktop browser
Reporter: Kevin Lucich
  Labels: cordova, plugin_list, plugins

 When i tested the apps in desktop browser (version Cordova 3.0.0) i don't 
 received any error. when i update Cordova i note that the file 
 cordova_plugins.js has variable empty (module.exports is empty array). 
 Before the update this file contained the list of installated plugins. 
 Why is now empty?
 This problem causes the fact that I receive the error navigator.connection 
 is undefined
 /
 Old Cordova - after installations a plugin
 cordova.define('cordova/plugin_list', function(require, exports, module) {
 module.exports = [
 [...]
 {
 file: 
 plugins/org.apache.cordova.network-information/www/network.js,
 id: org.apache.cordova.network-information.network,
 clobbers: [
 navigator.connection,
 navigator.network.connection
 ]
 },
 [...]
 ]
 });
 /
 Cordova 3.3.0
 cordova.define('cordova/plugin_list', function(require, exports, module) {
 module.exports = [];
 module.exports.metadata = 
 // TOP OF METADATA
 {}
 // BOTTOM OF METADATA
 });



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Created] (CB-5806) [Windows8] Add keepCallback support to proxy

[Sergey Grebnov (JIRA)]

Sergey Grebnov created CB-5806:
--

 Summary: [Windows8] Add keepCallback support to proxy
 Key: CB-5806
 URL: https://issues.apache.org/jira/browse/CB-5806
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaJS, Windows 8
Affects Versions: 3.3.0
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov


Below is current proxy implementation. There is no way pass keepCallbck param 
via onSuccess method.


onSuccess = function (result) {
cordova.callbackSuccess(callbackId,
{
status: cordova.callbackStatus.OK,
message: result
});
};
onError = function (err) {
cordova.callbackError(callbackId,
{
status: cordova.callbackStatus.ERROR,
message: err
});
};
proxy(onSuccess, onError, args);



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

[jira] [Closed] (CB-5783) Cordova/plugin_list - module.exports are always empty

[Kevin Lucich (JIRA)]

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

Kevin Lucich closed CB-5783.


   Resolution: Not A Problem
Fix Version/s: 3.3.0

The problem is 

 Cordova/plugin_list - module.exports are always empty
 -

 Key: CB-5783
 URL: https://issues.apache.org/jira/browse/CB-5783
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 3.3.0
 Environment: Test the app in a desktop browser
Reporter: Kevin Lucich
  Labels: cordova, plugin_list, plugins
 Fix For: 3.3.0


 When i tested the apps in desktop browser (version Cordova 3.0.0) i don't 
 received any error. when i update Cordova i note that the file 
 cordova_plugins.js has variable empty (module.exports is empty array). 
 Before the update this file contained the list of installated plugins. 
 Why is now empty?
 This problem causes the fact that I receive the error navigator.connection 
 is undefined
 /
 Old Cordova - after installations a plugin
 cordova.define('cordova/plugin_list', function(require, exports, module) {
 module.exports = [
 [...]
 {
 file: 
 plugins/org.apache.cordova.network-information/www/network.js,
 id: org.apache.cordova.network-information.network,
 clobbers: [
 navigator.connection,
 navigator.network.connection
 ]
 },
 [...]
 ]
 });
 /
 Cordova 3.3.0
 cordova.define('cordova/plugin_list', function(require, exports, module) {
 module.exports = [];
 module.exports.metadata = 
 // TOP OF METADATA
 {}
 // BOTTOM OF METADATA
 });



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)