date:20140402

Ian Clelland created CB-6388:


 Summary: LOAD_URL Bridge fails to return binary data
 Key: CB-6388
 URL: https://issues.apache.org/jira/browse/CB-6388
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.4.0
Reporter: Ian Clelland


In LOAD_URL nativeToJs mode, the Android native side of the bridge incorrectly 
encodes binary data.

It serializes the data to Base64, but fails to quote it, or provide any hints 
to the receiving JavaScript about what to do with the data.

A typical message (from mobile spec, file.spec.86), ends up encoded like this:

{code}
cordova.callbackFromNative('File1615636988',true,1,[4oKsw6sgLSBUaGVyZSBpcyBhbiBleGNlcHRpb24gdG8gZXZlcnkgcnVsZS4gIEV4Y2VwdCB0aGlzIG9uZS5iaW46AQA=],false);
{code}

which immediately results in a syntax error when passed to the webview.



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

[jira] [Commented] (CB-6388) LOAD_URL Bridge fails to return binary data


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

Ian Clelland commented on CB-6388:
--

Linking to the original report which uncovered this issue

 LOAD_URL Bridge fails to return binary data
 ---

 Key: CB-6388
 URL: https://issues.apache.org/jira/browse/CB-6388
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.4.0
Reporter: Ian Clelland

 In LOAD_URL nativeToJs mode, the Android native side of the bridge 
 incorrectly encodes binary data.
 It serializes the data to Base64, but fails to quote it, or provide any hints 
 to the receiving JavaScript about what to do with the data.
 A typical message (from mobile spec, file.spec.86), ends up encoded like this:
 {code}
 cordova.callbackFromNative('File1615636988',true,1,[4oKsw6sgLSBUaGVyZSBpcyBhbiBleGNlcHRpb24gdG8gZXZlcnkgcnVsZS4gIEV4Y2VwdCB0aGlzIG9uZS5iaW46AQA=],false);
 {code}
 which immediately results in a syntax error when passed to the webview.



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

[jira] [Commented] (CB-6368) FileReader readAsBinaryString can't work in Android.


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

Ian Clelland commented on CB-6368:
--

Yes -- that's definitely a bug in the LOAD_URL bridge mode; it just doesn't 
seem to handle binary data correctly at all.

I've created CB-6388 for that issue, and I'm taking a look at it right now.

 FileReader readAsBinaryString can't work in Android.
 

 Key: CB-6368
 URL: https://issues.apache.org/jira/browse/CB-6368
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 3.4.0
 Environment: Android 4.0.4
Reporter: puchen

 Run spec test, at spec.86 of 'Run File Tests', got error message
 D/CordovaLog(7621): : Line 1 : Uncaught SyntaxError: Unexpected token ILLEGAL
 E/Web Console(7621): Uncaught SyntaxError: Unexpected token ILLEGAL at :1
 Only Android
 1.Can't get the success callback. When cordova called 'public 
 PluginResult(Status status, byte[] data, boolean binaryString) ' method, the 
 bytes encoded to string, and assigned to 'encodedMessage'. Then cordova sent 
 the pluginResult, and called pluginResult.getMessage() in encodeAsJsMessage 
 method.So the problem appeared, the callback result is the String type but 
 can't be JSONObject.quote. Then cordova called callbackFromNative method in 
 cordova.js, the 'callback.success.apply' worked error, the Cordova Log showed 
 'Uncaught SyntaxError: Unexpected token ILLEGAL'. The reason is 
 'readAsBinaryString' returned a binary string but can't be quoted, caused the 
 js layer syntax error.
 2.If we can get the success callback, but the result is not expected in 
 spec.86, because 'Base64.encodeToString' can't return the correct result in 
 PluginResult.java.



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

[jira] [Assigned] (CB-6388) LOAD_URL Bridge fails to return binary data


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

Ian Clelland reassigned CB-6388:


Assignee: Ian Clelland

 LOAD_URL Bridge fails to return binary data
 ---

 Key: CB-6388
 URL: https://issues.apache.org/jira/browse/CB-6388
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.4.0
Reporter: Ian Clelland
Assignee: Ian Clelland

 In LOAD_URL nativeToJs mode, the Android native side of the bridge 
 incorrectly encodes binary data.
 It serializes the data to Base64, but fails to quote it, or provide any hints 
 to the receiving JavaScript about what to do with the data.
 A typical message (from mobile spec, file.spec.86), ends up encoded like this:
 {code}
 cordova.callbackFromNative('File1615636988',true,1,[4oKsw6sgLSBUaGVyZSBpcyBhbiBleGNlcHRpb24gdG8gZXZlcnkgcnVsZS4gIEV4Y2VwdCB0aGlzIG9uZS5iaW46AQA=],false);
 {code}
 which immediately results in a syntax error when passed to the webview.



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

[jira] [Assigned] (CB-6368) FileReader readAsBinaryString can't work in Android.


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

Ian Clelland reassigned CB-6368:


Assignee: Ian Clelland

 FileReader readAsBinaryString can't work in Android.
 

 Key: CB-6368
 URL: https://issues.apache.org/jira/browse/CB-6368
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 3.4.0
 Environment: Android 4.0.4
Reporter: puchen
Assignee: Ian Clelland

 Run spec test, at spec.86 of 'Run File Tests', got error message
 D/CordovaLog(7621): : Line 1 : Uncaught SyntaxError: Unexpected token ILLEGAL
 E/Web Console(7621): Uncaught SyntaxError: Unexpected token ILLEGAL at :1
 Only Android
 1.Can't get the success callback. When cordova called 'public 
 PluginResult(Status status, byte[] data, boolean binaryString) ' method, the 
 bytes encoded to string, and assigned to 'encodedMessage'. Then cordova sent 
 the pluginResult, and called pluginResult.getMessage() in encodeAsJsMessage 
 method.So the problem appeared, the callback result is the String type but 
 can't be JSONObject.quote. Then cordova called callbackFromNative method in 
 cordova.js, the 'callback.success.apply' worked error, the Cordova Log showed 
 'Uncaught SyntaxError: Unexpected token ILLEGAL'. The reason is 
 'readAsBinaryString' returned a binary string but can't be quoted, caused the 
 js layer syntax error.
 2.If we can get the success callback, but the result is not expected in 
 spec.86, because 'Base64.encodeToString' can't return the correct result in 
 PluginResult.java.



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

[jira] [Commented] (CB-6388) LOAD_URL Bridge fails to return binary data


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

Ian Clelland commented on CB-6388:
--

I think the right thing to do here is to change the serialization format, 
including a function to call to correctly interpret the data, depending on its 
intended format ({{MESSAGE_TYPE_BINARY_STRING}} or 
{{MESSAGE_TYPE_ARRAYBUFFER}}).

Either of these formats would work (presuming cordova.utils.atoab is defined 
correctly):

{code:title=Decode to Binary String}
cordova.callbackFromNative('File1615636988',true,1,[atob(4oKsw6sgLSBUaGVyZSBpcyBhbiBleGNlcHRpb24gdG8gZXZlcnkgcnVsZS4gIEV4Y2VwdCB0aGlzIG9uZS5iaW46AQA=)],false);
{code}

{code:title=Decode to ArrayBuffer}
cordova.callbackFromNative('File1615636988',true,1,[cordova.utils.atoab(4oKsw6sgLSBUaGVyZSBpcyBhbiBleGNlcHRpb24gdG8gZXZlcnkgcnVsZS4gIEV4Y2VwdCB0aGlzIG9uZS5iaW46AQA=)],false);
{code}


 LOAD_URL Bridge fails to return binary data
 ---

 Key: CB-6388
 URL: https://issues.apache.org/jira/browse/CB-6388
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.4.0
Reporter: Ian Clelland

 In LOAD_URL nativeToJs mode, the Android native side of the bridge 
 incorrectly encodes binary data.
 It serializes the data to Base64, but fails to quote it, or provide any hints 
 to the receiving JavaScript about what to do with the data.
 A typical message (from mobile spec, file.spec.86), ends up encoded like this:
 {code}
 cordova.callbackFromNative('File1615636988',true,1,[4oKsw6sgLSBUaGVyZSBpcyBhbiBleGNlcHRpb24gdG8gZXZlcnkgcnVsZS4gIEV4Y2VwdCB0aGlzIG9uZS5iaW46AQA=],false);
 {code}
 which immediately results in a syntax error when passed to the webview.



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

[jira] [Commented] (CB-6389) Add clearsessioncache option for iOS


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

Mark Bradshaw commented on CB-6389:
---

I've created a pull request for the small code changes necessary for this 
feature at https://github.com/apache/cordova-plugin-inappbrowser/pull/34.  
Thanks.

 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Commented] (CB-6389) Add clearsessioncache option for iOS

2014-04-02 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-6389:


GitHub user mbradshawabs opened a pull request:

https://github.com/apache/cordova-plugin-inappbrowser/pull/34

[CB-6389] add clearsessioncache option to iOS (like Android)

I'd like to add the clearsessioncache option to iOS that Android has.  The 
feature appears to be rather uncomplicated.  If clearsessioncache is turned on, 
then when a url is open in the appbrowser, before it loads, I clear out all the 
cookies.  This should effectively clear out any session that existed before, 
allowing for a clean slate.

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

$ git pull https://github.com/americanbible/cordova-plugin-inappbrowser dev

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

https://github.com/apache/cordova-plugin-inappbrowser/pull/34.patch

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

This closes #34


commit 9c484febb8fbb9db133b22a1a5af85f80688468e
Author: mbradshawabs mbrads...@americanbible.org
Date:   2014-04-02T14:19:05Z

[CB-6389] add clearsessioncache option to iOS (like Android)




 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Created] (CB-6389) Add clearsessioncache option for iOS

Mark Bradshaw created CB-6389:
-

 Summary: Add clearsessioncache option for iOS
 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor


Android has a clearsessioncache option that is missing in the iOS version.  
This, being a useful feature, is something I'd like to add.  The changes are 
fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Created] (CB-6390) Android Manifest Update Suggestions

2014-04-02 Thread Matthew Keable (JIRA)

Matthew Keable created CB-6390:
--

 Summary: Android Manifest Update Suggestions
 Key: CB-6390
 URL: https://issues.apache.org/jira/browse/CB-6390
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Affects Versions: 3.4.0
Reporter: Matthew Keable
Priority: Minor


Building a project in Cordova 3.4 I receive the following warnings from Eclipse.

1) Should explicitly set android:allowBackup to true or false (it's true by 
default, and that can have some security implications for the application's 
data)

2) uses-sdk tag appears after application tag

3) uses-permission tag appears after application tag

Would it be possible to either set a default for android:allowBackup or create 
a config.xml setting for it?

Is it possible to rearrange the order in which tags are written to the manifest?



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

[jira] [Commented] (CB-6389) Add clearsessioncache option for iOS


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

Ian Clelland commented on CB-6389:
--

The pull request looks like it actually implements the {{clearcache}} option, 
as it clears all cookies before opening up the window.

(Not that that's a bad thing -- there's a year-old issue for that very feature)

For {{clearsessioncache}}, I think that you want to check the cookies for 
{{isSessionOnly}} before removing them.

 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Commented] (CB-6389) Add clearsessioncache option for iOS


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

Ian Clelland commented on CB-6389:
--

I appreciate your work on this, Mark -- have you signed the Apache ICLA so that 
we can use your contributions? I don't see your name on the contributor list.

(http://www.apache.org/licenses/#clas)

Thanks


 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Updated] (CB-6389) Add clearsessioncache option for iOS

2014-04-02 Thread ASF subversion and git services (JIRA)


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

Ian Clelland updated CB-6389:
-

Component/s: iOS

 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Commented] (CB-5093) CLI builds version number inconsitently between iOS and Android

2014-04-02 Thread Matthew Keable (JIRA)

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

Matthew Keable commented on CB-5093:

Would it be better to have a single platform-agnostic value rather than having
to three different values?

CLI builds version number inconsitently between iOS and Android
---

Key: CB-5093
URL: https://issues.apache.org/jira/browse/CB-5093
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI, iOS
Affects Versions: 3.1.0
Reporter: Adam George
Assignee: Braden Shepherdson

I'm hoping this issue isn't just my ignorance, but I'm finding the app
version number generation via the CLI to be inconsistent and odd.
iOS and Android both support a version number (which is what is displayed in
the app stores), as well as another string, which most people use as a build
number.
E.g. for iOS:
Myapp-Info.plist:
Bundle versions string, short: 1.0.0 (this is what will show in the app
store)
Bundle version: 0.0.3(this is some other build number)
Android:
AndroidManifest.xml:
android:versionCode=1 android:versionName=0.0.3
versionName is what shows in the stores, and versionCode is typically used
like a build number (as far as I can tell).
My point is, in the cordova.xml, I only have the ability to set one of these
version numbers. There is only a single version attribute.
But we need two attributes, so we can set both version strings via the CLI.
Secondly, how the version attribute is applied when building via the CLI is
inconsistent. On iOS it's updating the build number, and not even touching
the main version number that users will see in the store.
Whereas Android has what I would expect as the correct behaviour.
Anyway, please let me know if I've misunderstood anything.

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

[jira] [Commented] (CB-6388) LOAD_URL Bridge fails to return binary data


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

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

Commit 53eae16307d5d94eb9654f95893e9f4f1816254d in cordova-js's branch 
refs/heads/master from [~iclelland]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=53eae16 ]

CB-6388: Add base64.toArrayBuffer() method to support binary data from the 
LOAD_URL bridge


 LOAD_URL Bridge fails to return binary data
 ---

 Key: CB-6388
 URL: https://issues.apache.org/jira/browse/CB-6388
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.4.0
Reporter: Ian Clelland
Assignee: Ian Clelland

 In LOAD_URL nativeToJs mode, the Android native side of the bridge 
 incorrectly encodes binary data.
 It serializes the data to Base64, but fails to quote it, or provide any hints 
 to the receiving JavaScript about what to do with the data.
 A typical message (from mobile spec, file.spec.86), ends up encoded like this:
 {code}
 cordova.callbackFromNative('File1615636988',true,1,[4oKsw6sgLSBUaGVyZSBpcyBhbiBleGNlcHRpb24gdG8gZXZlcnkgcnVsZS4gIEV4Y2VwdCB0aGlzIG9uZS5iaW46AQA=],false);
 {code}
 which immediately results in a syntax error when passed to the webview.



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

[jira] [Commented] (CB-2301) EXC_BAD_ACCESS on resume/wake on iOS device

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

Ronald Jeremy commented on CB-2301:
---

This issue should NOT be closed. I have been tearing my hair out because of
this. In my apps the websocket needs to stay connected even when the app is in
the Inactive and background states, so closing the socket on pause is not an
option.

I am using the socket.io 0.9.9 client, Cordova 3.4.0, and iOS 7.1. Everything
works great when the app is in active, inactive, and background states. But
when the app goes into and comes out of suspended state (i.e. a few minutes
after locking the screen), it crashes almost every time with EXC_BAD_ACCESS.
If i don't have a socket open when the app goes into suspension = no crash.
And also it works fine on just a regular mobile safari page. So this bug
definitely does exist.

If there was an event like app will be suspended that would be a possible
workaround to close the socket then, but I don't believe such an event exists.

EXC_BAD_ACCESS on resume/wake on iOS device
---

Key: CB-2301
URL: https://issues.apache.org/jira/browse/CB-2301
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 2.2.0
Environment: iPhone 5 running iOS 6.0.2 and Phonegap 2.2.0. (Xcode
4.5.2 on Mountain Lion)
Reporter: Ross Holdway
Assignee: Shazron Abdullah
Priority: Critical
Labels: cordova, ios, phonegap
Fix For: 2.5.0

Attachments: Sample.zip, Screenshot.png

I have implemented a websocket connection (using socket.io) within my app
which it uses to communicate with the server. On locking and waking the
device, it disconnects and reconnects correctly, but on leaving the device
locked for 1 minute or longer when unlocking, the application will crash
sometimes instantly, or sometimes after reconnecting with the server.
If I do the same, but run my app within mobile Safari, it does not crash,
leading me to believe this is an issue with Phonegap/Cordova.
On app crash, within Xcode I get within WebThread -
WebCore::ThreadTImers::sharedTimerFiredInternal() an EXC_BAD_ACCESS (code=1)
error
Screenshot of crash state in Xcode
-http://pictat.com/i/2013/1/28/24904screenshot.jpg
Hopefully someone will have an idea as to what could be causing this, or
recommend some tests for me to run etc because I'm really clueless on how to
proceed with fixing this!
Many Thanks,
Ross

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

[jira] [Comment Edited] (CB-2301) EXC_BAD_ACCESS on resume/wake on iOS device

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

Ronald Jeremy edited comment on CB-2301 at 4/2/14 5:33 PM:
---

I am using the socket.io 0.9.9 client, Cordova 3.4.0, and iOS 7.1. Everything
works great when the app is in active, inactive, and background states. But
when the app goes into and comes out of suspended state (i.e. a few minutes
after locking the screen and background stuff like getting gps coordinates is
done), it crashes almost every time with EXC_BAD_ACCESS. If i don't have a
socket open when the app goes into suspension = no crash. And also it works
fine on just a regular mobile safari page. So this bug definitely does exist.

If there was an event like app will be suspended that would be a possible
workaround to close the socket then, but I don't believe such an event exists.

was (Author: ronaldjeremy):
This issue should NOT be closed. I have been tearing my hair out because of
this. In my apps the websocket needs to stay connected even when the app is in
the Inactive and background states, so closing the socket on pause is not an
option.

If there was an event like app will be suspended that would be a possible
workaround to close the socket then, but I don't believe such an event exists.

EXC_BAD_ACCESS on resume/wake on iOS device
---

Attachments: Sample.zip, Screenshot.png

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

[jira] [Comment Edited] (CB-2301) EXC_BAD_ACCESS on resume/wake on iOS device

2014-04-02 Thread ASF subversion and git services (JIRA)

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

Ronald Jeremy edited comment on CB-2301 at 4/2/14 5:34 PM:
---

I am using the socket.io 0.9.9 client, Cordova 3.4.0, and iOS 7.1. Everything
works great when the app is in active, inactive, and background states. But
when the app goes into and comes out of suspended state (i.e. a few minutes
after locking the screen and background stuff the app is doing like getting gps
coordinates is done), it crashes almost every time with EXC_BAD_ACCESS. If i
don't have a socket open when the app goes into suspension = no crash. And
also it works fine on just a regular mobile safari page. So this bug
definitely does exist.

If there was an event like app will be suspended that would be a possible
workaround to close the socket then, but I don't believe such an event exists.

I am using the socket.io 0.9.9 client, Cordova 3.4.0, and iOS 7.1. Everything
works great when the app is in active, inactive, and background states. But
when the app goes into and comes out of suspended state (i.e. a few minutes
after locking the screen and background stuff like getting gps coordinates is
done), it crashes almost every time with EXC_BAD_ACCESS. If i don't have a
socket open when the app goes into suspension = no crash. And also it works
fine on just a regular mobile safari page. So this bug definitely does exist.

If there was an event like app will be suspended that would be a possible
workaround to close the socket then, but I don't believe such an event exists.

EXC_BAD_ACCESS on resume/wake on iOS device
---

Attachments: Sample.zip, Screenshot.png

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

[jira] [Commented] (CB-6388) LOAD_URL Bridge fails to return binary data


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

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

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

CB-6388: Handle binary data correctly in LOAD_URL bridge


 LOAD_URL Bridge fails to return binary data
 ---

 Key: CB-6388
 URL: https://issues.apache.org/jira/browse/CB-6388
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.4.0
Reporter: Ian Clelland
Assignee: Ian Clelland

 In LOAD_URL nativeToJs mode, the Android native side of the bridge 
 incorrectly encodes binary data.
 It serializes the data to Base64, but fails to quote it, or provide any hints 
 to the receiving JavaScript about what to do with the data.
 A typical message (from mobile spec, file.spec.86), ends up encoded like this:
 {code}
 cordova.callbackFromNative('File1615636988',true,1,[4oKsw6sgLSBUaGVyZSBpcyBhbiBleGNlcHRpb24gdG8gZXZlcnkgcnVsZS4gIEV4Y2VwdCB0aGlzIG9uZS5iaW46AQA=],false);
 {code}
 which immediately results in a syntax error when passed to the webview.



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

[jira] [Comment Edited] (CB-2301) EXC_BAD_ACCESS on resume/wake on iOS device

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

Ronald Jeremy edited comment on CB-2301 at 4/2/14 5:49 PM:
---

I am using the socket.io 0.9.9 client, Cordova 3.4.0, and iOS 7.1 on an iPad
mini. Everything works great when the app is in active, inactive, and
background states. But when the app goes into and comes out of suspended state
(i.e. a few minutes after locking the screen and background stuff the app is
doing like getting gps coordinates is done), it crashes almost every time with
EXC_BAD_ACCESS. If i don't have a socket open when the app goes into
suspension = no crash. And also it works fine on just a regular mobile safari
page. So this bug definitely does exist.

If there was an event like app will be suspended that would be a possible
workaround to close the socket then, but I don't believe such an event exists.

I am using the socket.io 0.9.9 client, Cordova 3.4.0, and iOS 7.1. Everything
works great when the app is in active, inactive, and background states. But
when the app goes into and comes out of suspended state (i.e. a few minutes
after locking the screen and background stuff the app is doing like getting gps
coordinates is done), it crashes almost every time with EXC_BAD_ACCESS. If i
don't have a socket open when the app goes into suspension = no crash. And
also it works fine on just a regular mobile safari page. So this bug
definitely does exist.

If there was an event like app will be suspended that would be a possible
workaround to close the socket then, but I don't believe such an event exists.

EXC_BAD_ACCESS on resume/wake on iOS device
---

Attachments: Sample.zip, Screenshot.png

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

[jira] [Comment Edited] (CB-2301) EXC_BAD_ACCESS on resume/wake on iOS device

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

Ronald Jeremy edited comment on CB-2301 at 4/2/14 5:49 PM:
---

If i don't have a socket open when the app goes into suspension = no crash.
And also it works fine on just a regular mobile safari page. So this bug
definitely does exist.

If there was an event like app will be suspended that would be a possible
workaround to close the socket then, but I don't believe such an event exists.

EXC_BAD_ACCESS on resume/wake on iOS device
---

Attachments: Sample.zip, Screenshot.png

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

[jira] [Resolved] (CB-6368) FileReader readAsBinaryString can't work in Android.


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

Ian Clelland resolved CB-6368.
--

   Resolution: Fixed
Fix Version/s: 3.5.0

[~puchen] -- this should be fixed now in the latest cordova-android on Git. I'm 
not getting any more mobilespec failures at all, in file or otherwise.

 FileReader readAsBinaryString can't work in Android.
 

 Key: CB-6368
 URL: https://issues.apache.org/jira/browse/CB-6368
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 3.4.0
 Environment: Android 4.0.4
Reporter: puchen
Assignee: Ian Clelland
 Fix For: 3.5.0


 Run spec test, at spec.86 of 'Run File Tests', got error message
 D/CordovaLog(7621): : Line 1 : Uncaught SyntaxError: Unexpected token ILLEGAL
 E/Web Console(7621): Uncaught SyntaxError: Unexpected token ILLEGAL at :1
 Only Android
 1.Can't get the success callback. When cordova called 'public 
 PluginResult(Status status, byte[] data, boolean binaryString) ' method, the 
 bytes encoded to string, and assigned to 'encodedMessage'. Then cordova sent 
 the pluginResult, and called pluginResult.getMessage() in encodeAsJsMessage 
 method.So the problem appeared, the callback result is the String type but 
 can't be JSONObject.quote. Then cordova called callbackFromNative method in 
 cordova.js, the 'callback.success.apply' worked error, the Cordova Log showed 
 'Uncaught SyntaxError: Unexpected token ILLEGAL'. The reason is 
 'readAsBinaryString' returned a binary string but can't be quoted, caused the 
 js layer syntax error.
 2.If we can get the success callback, but the result is not expected in 
 spec.86, because 'Base64.encodeToString' can't return the correct result in 
 PluginResult.java.



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

[jira] [Commented] (CB-6329) [cordova-cli] improve 'cordova info' command to work asynchronous

2014-04-02 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-6329:


Github user martincgg commented on the pull request:

https://github.com/apache/cordova-cli/pull/151#issuecomment-39364969
  
Well, the feedback was attended thanks a lot, here's the new commit, this 
are the changes:
-Added, proper indent (4 spaces).
-Removed, trailing whitespace
-Fixed, callbacks double assignation.
- \r replaced by \n.

Also, now it uses Q to work with callbacks, this time is going to return
every value retrieve from the environment, all promises it will be
called, those promises are callbacks data, Q.allSettled is going to call
all of them, and then wait until every single one of them is fulfilled
or rejected, then is going to print the data and save into a file.
Adding this logic, it returns promises, and cleans the code of heavy
nesting of callbacks.
The only disadvantage, is that it requires to wait until everything is done 
to show it in the screen, if it takes too much time retrieving the data, the 
user may think that the terminal is frozen, which is unlikely. 

@agrieve is this what you recommend me to do?


https://github.com/martincgg/cordova-cli/blob/31ea565bac97a6f35c484cba3461fb726f24e07a/src/info.js#L42

This is better?. Btw thanks a lot for the feedback.


 [cordova-cli] improve 'cordova info' command to work asynchronous
 -

 Key: CB-6329
 URL: https://issues.apache.org/jira/browse/CB-6329
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CLI
Affects Versions: 3.4.0
Reporter: Martin Gonzalez
Assignee: Martin Gonzalez
  Labels: blackberry, cordova-cli, environment, info, wp8
 Fix For: 3.5.0


 The 'cordova info' command it works in total sync, it takes some time to pull 
 and push all data from the environment, so in order to use callbacks more 
 friendly, I'd like to modify the flow structure of the file and improve it to 
 use get callback outputs, write summary or log file without templates.
 I also, I'd like to add a secondary file that holds all specific functions 
 related with 'get information about the dev environment'.



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

[jira] [Commented] (CB-6389) Add clearsessioncache option for iOS


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

Mark Bradshaw commented on CB-6389:
---

I just sent in my contributor agreement.  Not sure how long that takes to 
process.  I'll update my code base to handle clearsessioncache correctly.  
Thanks.

 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Commented] (CB-6389) Add clearsessioncache option for iOS


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

Mark Bradshaw commented on CB-6389:
---

I've updated the pull request to have both a clearcache and clearsessioncache 
option.  Per your suggestion clearsessioncache also looks to make sure the 
cookie is set to isSessionOnly.

 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Commented] (CB-6389) Add clearsessioncache option for iOS

2014-04-02 Thread ASF subversion and git services (JIRA)


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

Ian Clelland commented on CB-6389:
--

It might take a couple of days, but I'll take your word that you've sent it :)

The code looks good; Ill squash the commits and merge that in, thanks!

 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Commented] (CB-3617) [ios] Add clearcache option to InAppBrowser


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

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

Commit 22c7a0e51e560b35e46e94dea667a5fb0ef5a270 in 
cordova-plugin-inappbrowser's branch refs/heads/dev from mbradshawabs
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=22c7a0e
 ]

CB-6389 CB-3617: Add clearcache and clearsessioncache options to iOS (like 
Android)


 [ios] Add clearcache option to InAppBrowser
 ---

 Key: CB-3617
 URL: https://issues.apache.org/jira/browse/CB-3617
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin InAppBrowser
Reporter: Ian Clelland

 ... or determine that it is unnecessary.



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

[jira] [Commented] (CB-6389) Add clearsessioncache option for iOS

2014-04-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 22c7a0e51e560b35e46e94dea667a5fb0ef5a270 in 
cordova-plugin-inappbrowser's branch refs/heads/dev from mbradshawabs
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=22c7a0e
 ]

CB-6389 CB-3617: Add clearcache and clearsessioncache options to iOS (like 
Android)


 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Resolved] (CB-6389) Add clearsessioncache option for iOS


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

Ian Clelland resolved CB-6389.
--

Resolution: Fixed

I've merged this in -- it's on the dev branch, and should be released with the 
next version of IAB (0.3.4)

 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Resolved] (CB-3617) [ios] Add clearcache option to InAppBrowser


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

Ian Clelland resolved CB-3617.
--

Resolution: Fixed

Fixed by CB-6389 (Thanks, [~mark.bradshaw]!)

 [ios] Add clearcache option to InAppBrowser
 ---

 Key: CB-3617
 URL: https://issues.apache.org/jira/browse/CB-3617
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin InAppBrowser
Reporter: Ian Clelland

 ... or determine that it is unnecessary.



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

[jira] [Resolved] (CB-3615) Add clearcache option to inappbrowser


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

Ian Clelland resolved CB-3615.
--

Resolution: Fixed

 Add clearcache option to inappbrowser
 -

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

 We have a pull request for this feature for Android, but should check to see 
 whether it is necessary / possible on other platforms as well.
 The patch adds a clearcache=yes option to {{window.open()}} which will 
 force the browser cache to be flushed before loading the URL.



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

[jira] [Commented] (CB-6201) Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo

2014-04-02 Thread brian johnston (JIRA)

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

brian johnston commented on CB-6201:

I was forced to upgrade after Apple quit supporting iOS 6 so I have some test
results earlier than I wanted to. My tests were in two categories because the
behavior of files for the camera plugin is different than the media plugin
which I use for sound files. The camera api does not allow the user to specify
the file name of the photo taken. The photo is taken and then the plugin
passes back the file URI to the photo file. This photo file goes into
temporary storage so my app moves it to a persistent folder. In version 1.0 I
used fullPath to move the file. However in version 1.0.1 I simply switched
over to the toNativeURL() method and all is good. I first tried toURL()
but found the image tag in both iOS and Android did not recognize that path
with or without cdv in front. Ultimately, I could find no valid use cases
for fullPath or toURL() in any of my tests (and I did many, many tests). So,
for the camera API the issue is resolved by toNativeURL(). However, the media
plugin is different and I could find no valid use for any of the fileEntry
properties or methods including toNativeURL(). The media plugin does allow the
user to pass in a file name so with version 1.0 I was passing in a file URI to
a persistent folder. However that does not work anymore. I tried all the
variations including toFullPath, toURL() and toNativeURL() but it will not
accept any of them. In each case the media API silently fails and does not
call the error callback. If a bare file name with no path in front is passed
in the media API does not fail. However, I am still working on what to do next
since the app has to get to sound file somehow to upload, it, save from being
destroyed when the app is re-installed and remove the file when user is wanting
it deleted. I was in alpha testing and now I am back to development.
Ultimately this has cost me two full days and I'm not finished solving the
problems. This upgrade has been very painful and at one point I thought I might
not be able to save the last four months of development.

Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo
--

Key: CB-6201
URL: https://issues.apache.org/jira/browse/CB-6201
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File
Affects Versions: 1.1.0
Environment: I'm building Android and iOS with build.phonegap.com
version 3.10. This issue is occuring on both Android and iOS.
Reporter: brian johnston
Assignee: Ian Clelland
Attachments: copyToMoveToCode.txt

fileEntry.fullPath does not return the full path in version 1.1.0. However,
version 1.0.0 of the file plugin does return the full path. This issue
occurs on both iOS and Android.

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

[jira] [Resolved] (CB-5455) Build Script crashes when using Amazon APIs


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

Archana Naik resolved CB-5455.
--

Resolution: Fixed

 Build Script crashes when using Amazon APIs
 ---

 Key: CB-5455
 URL: https://issues.apache.org/jira/browse/CB-5455
 Project: Apache Cordova
  Issue Type: Bug
  Components: Amazon FireOS
Reporter: Joe Bowser
Assignee: Archana Naik

 See CB-5255, I ran into the same issue when testing FireOS.



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

[jira] [Commented] (CB-5455) Build Script crashes when using Amazon APIs


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

Archana Naik commented on CB-5455:
--

This is fixed. I cherry-picked Joe's commit while ago. 

 Build Script crashes when using Amazon APIs
 ---

 Key: CB-5455
 URL: https://issues.apache.org/jira/browse/CB-5455
 Project: Apache Cordova
  Issue Type: Bug
  Components: Amazon FireOS
Reporter: Joe Bowser
Assignee: Archana Naik

 See CB-5255, I ran into the same issue when testing FireOS.



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

[jira] [Commented] (CB-6392) Addig amazon-fireos platform fails with not so good error reporting


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

Archana Naik commented on CB-6392:
--

Here is the error for first issue:
cordova platform add amazon-fireos
Creating amazon-fireos project...
Creating Cordova project for the Android platform:
Path: platforms/amazon-fireos
Package: com.test
Name: test
Android target: android-19
Copying template files...
cp: no such file or directory: 
/Users/naika/.cordova/lib/amazon-fireos/cordova/3.4.0/framework/libs

Error: /Users/naika/.cordova/lib/amazon-fireos/cordova/3.4.0/bin/create: 
Command failed with exit code 1
at ChildProcess.whenDone 
(/usr/local/lib/node_modules/cordova/src/superspawn.js:112:23)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Process.ChildProcess._handle.onexit (child_process.js:802:5)

 Addig amazon-fireos platform fails with not so good error reporting
 ---

 Key: CB-6392
 URL: https://issues.apache.org/jira/browse/CB-6392
 Project: Apache Cordova
  Issue Type: Bug
  Components: Amazon FireOS
Affects Versions: 3.5.0
Reporter: Archana Naik
Assignee: Archana Naik
 Fix For: 3.5.0


 Adding amazon-fireos platform needs libs folder inside framework. create.js 
 script needs to create this libs folder before trying to copy it to the 
 project's framework folder.
 Also, check_reqs.js does not report error if awv_interface,jar is missing. 
 Need to fix that.



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

[jira] [Created] (CB-6392) Addig amazon-fireos platform fails with not so good error reporting

Archana Naik created CB-6392:


 Summary: Addig amazon-fireos platform fails with not so good error 
reporting
 Key: CB-6392
 URL: https://issues.apache.org/jira/browse/CB-6392
 Project: Apache Cordova
  Issue Type: Bug
  Components: Amazon FireOS
Affects Versions: 3.5.0
Reporter: Archana Naik
Assignee: Archana Naik
 Fix For: 3.5.0


Adding amazon-fireos platform needs libs folder inside framework. create.js 
script needs to create this libs folder before trying to copy it to the 
project's framework folder.
Also, check_reqs.js does not report error if awv_interface,jar is missing. Need 
to fix that.



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

[jira] [Commented] (CB-6201) Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo

2014-04-02 Thread brian johnston (JIRA)


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

brian johnston commented on CB-6201:


Correction:  For the media plugin on Android a file name and path from 
toNativeURL() does work for the src parameter of startRecord meothod and for 
the url parameter of the play method.  Still trying to figure out how to make 
it work on iOS.

 Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo 
 --

 Key: CB-6201
 URL: https://issues.apache.org/jira/browse/CB-6201
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 1.1.0
 Environment: I'm building Android and iOS with build.phonegap.com 
 version 3.10.  This issue is occuring on both Android and iOS.
Reporter: brian johnston
Assignee: Ian Clelland
 Attachments: copyToMoveToCode.txt


 fileEntry.fullPath does not return the full path in version 1.1.0.  However, 
 version 1.0.0 of the file plugin does return the full path.  This issue 
 occurs on both iOS and Android.  



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

[jira] [Commented] (CB-6201) Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo


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

Ian Clelland commented on CB-6201:
--

Thanks for the thorough look at this, Brian. It's really appreciated.

The change in .toURL has been more disruptive than I had hoped it would be, and 
hasn't revealed any compelling advantages over native URLs. The introduction of 
.toNativeURL, while generally solving the immediate issue for most people, 
isn't a long-term solution -- it's outside of the spec, and I suspect that 
advocating its use will just end up making the Cordova implementation of File 
substantially different than others, for no really good reason. I'm presently 
working on making toURL more useful to application code, so that it returns 
URLs which can actually be used for image / video / audio tags.

Once that's done; you should be able to switch back to that (or keep using 
toNativeURL; it will be left in for compatibility). fullPath will still be, as 
per the spec, relative to the root of the file system storage, so it's not what 
you'll want for identifying files by itself.

The Media plugin should be working with the new File plugin: CB-6201 was the 
issue for that, and was the reason that .toNativeURL was introduced originally. 
If you're running r0.2.9, then you should have correct .toNativeURL() methods 
on the FileEntry objects it returns. If you're seeing problems with it, please 
open up an issue for that and I'll address them. (Unless I've misread you, and 
the issue is still with 
moveTo/copyTo -- in that case, let me know what sort of URLs you are getting, 
and what API calls are failing)

 Invalid full path and URI returned from fileEntry.moveTo and fileEntry.copyTo 
 --

 Key: CB-6201
 URL: https://issues.apache.org/jira/browse/CB-6201
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 1.1.0
 Environment: I'm building Android and iOS with build.phonegap.com 
 version 3.10.  This issue is occuring on both Android and iOS.
Reporter: brian johnston
Assignee: Ian Clelland
 Attachments: copyToMoveToCode.txt


 fileEntry.fullPath does not return the full path in version 1.1.0.  However, 
 version 1.0.0 of the file plugin does return the full path.  This issue 
 occurs on both iOS and Android.  



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

[jira] [Commented] (CB-6389) Add clearsessioncache option for iOS


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

Mark Bradshaw commented on CB-6389:
---

Well that was fairly painless.  Ian FTW!

 Add clearsessioncache option for iOS
 

 Key: CB-6389
 URL: https://issues.apache.org/jira/browse/CB-6389
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.4.0
 Environment: iOS
Reporter: Mark Bradshaw
Priority: Minor
  Labels: features
   Original Estimate: 1h
  Remaining Estimate: 1h

 Android has a clearsessioncache option that is missing in the iOS version.  
 This, being a useful feature, is something I'd like to add.  The changes are 
 fairly minor, and I will issue a pull request with the needed code changes.



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

[jira] [Commented] (CB-6387) keepRunning does not enforce single instance

2014-04-02 Thread Michal Mocny (JIRA)


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

Michal Mocny commented on CB-6387:
--

Actually, I fixed this today!  But I set the default to singleTop not 
singleInstance.  See CB-6048.

You can add the setting yourself for now, but it will be available by default 
as of next release (3.5).

 keepRunning does not enforce single instance
 

 Key: CB-6387
 URL: https://issues.apache.org/jira/browse/CB-6387
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
 Environment: version 3.3.1-0.4.2 tested on Nexus 5 (android 4.4.2)
Reporter: George Hamilton

 With or without preference name=keepRunning value=true/ defined in 
 config.xml, app instances are being created for each launch icon click. I 
 would have expected the android:launchMode=singleInstance attribute to be 
 defined in AndroidManifest.xml, but it is not.



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

[jira] [Comment Edited] (CB-6387) keepRunning does not enforce single instance

2014-04-02 Thread Michal Mocny (JIRA)


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

Michal Mocny edited comment on CB-6387 at 4/2/14 8:09 PM:
--

Actually, I fixed this yesterday!  But I set the default to singleTop not 
singleInstance.  See CB-6048.

You can add the setting yourself for now, but it will be available by default 
as of next release (3.5).


was (Author: mmocny):
Actually, I fixed this today!  But I set the default to singleTop not 
singleInstance.  See CB-6048.

You can add the setting yourself for now, but it will be available by default 
as of next release (3.5).

 keepRunning does not enforce single instance
 

 Key: CB-6387
 URL: https://issues.apache.org/jira/browse/CB-6387
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.3.0
 Environment: version 3.3.1-0.4.2 tested on Nexus 5 (android 4.4.2)
Reporter: George Hamilton

 With or without preference name=keepRunning value=true/ defined in 
 config.xml, app instances are being created for each launch icon click. I 
 would have expected the android:launchMode=singleInstance attribute to be 
 defined in AndroidManifest.xml, but it is not.



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

[jira] [Commented] (CB-6392) Addig amazon-fireos platform fails with not so good error reporting


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

Archana Naik commented on CB-6392:
--

Fixed in CR:https://cr.amazon.com/r/2282918/

 Addig amazon-fireos platform fails with not so good error reporting
 ---

 Key: CB-6392
 URL: https://issues.apache.org/jira/browse/CB-6392
 Project: Apache Cordova
  Issue Type: Bug
  Components: Amazon FireOS
Affects Versions: 3.5.0
Reporter: Archana Naik
Assignee: Archana Naik
 Fix For: 3.5.0


 Adding amazon-fireos platform needs libs folder inside framework. create.js 
 script needs to create this libs folder before trying to copy it to the 
 project's framework folder.
 Also, check_reqs.js does not report error if awv_interface,jar is missing. 
 Need to fix that.



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

[jira] [Created] (CB-6393) Make {File|Directory}Entry.toURL() return something useful for developers

2014-04-02 Thread ASF subversion and git services (JIRA)

Ian Clelland created CB-6393:


 Summary: Make {File|Directory}Entry.toURL() return something 
useful for developers
 Key: CB-6393
 URL: https://issues.apache.org/jira/browse/CB-6393
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland


[Relevant mailing list thread|http://markmail.org/thread/iarsjqjynd7kpcyk]

{{FileEntry.toURL()}} and {{DirectoryEntry.toURL()}} should return, by default, 
URLs which are usable by the webview, as {{src}} for video, audio and image 
tags.

Practically, this means that {{.toURL()}} should return the same values as 
{{.toNativeURL()}} currently does: a file URL if possible; a content (Android) 
or assets-library (iOS) library if that's required, or a cdvfile URL as a last 
resort.

{{.toNativeURL}} should stick around for a while (with a deprecation notice) 
since it's been released, and I've advocated its use on various forums. It 
should have exactly the same semantics as {{.toURL}} though.

We can introduce a {{.toInternalURL}} method to format cdvfile URLs for passing 
over the bridge, since that is the format that the native side of the file 
plugin expects, and it would be nice to have a single place where that 
conversion is done.



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

[jira] [Commented] (CB-6385) Capture plugin doesn't specify a version on file dependency


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

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

Commit 94e82396151226003ef404a3b879a7ad9e006ef7 in 
cordova-plugin-media-capture's branch refs/heads/dev from [~iclelland]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media-capture.git;h=94e8239
 ]

CB-6385: Specify file plugin dependency version


 Capture plugin doesn't specify a version on file dependency
 ---

 Key: CB-6385
 URL: https://issues.apache.org/jira/browse/CB-6385
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media Capture
Reporter: Ryan Willoughby
Priority: Critical

 As the developer of a tool consuming the media-capture plugin, we can't 
 determine which version of the dependency plugin org.apache.cordova.file to 
 install when installing the media-capture plugin.
 Observed:
 {code}
 dependency id=org.apache.cordova.file /
 {code}
 Expected:
 {code}
 dependency id=org.apache.cordova.file version=x.x.x /
 {code}



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

[jira] [Resolved] (CB-6385) Capture plugin doesn't specify a version on file dependency


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

Ian Clelland resolved CB-6385.
--

Resolution: Fixed
  Assignee: Ian Clelland

I've added the correct dependency (1.0.1) to the {{plugin.xml}} file on the dev 
branch.

Thanks for the report.

 Capture plugin doesn't specify a version on file dependency
 ---

 Key: CB-6385
 URL: https://issues.apache.org/jira/browse/CB-6385
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media Capture
Reporter: Ryan Willoughby
Assignee: Ian Clelland
Priority: Critical

 As the developer of a tool consuming the media-capture plugin, we can't 
 determine which version of the dependency plugin org.apache.cordova.file to 
 install when installing the media-capture plugin.
 Observed:
 {code}
 dependency id=org.apache.cordova.file /
 {code}
 Expected:
 {code}
 dependency id=org.apache.cordova.file version=x.x.x /
 {code}



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

[jira] [Commented] (CB-6392) Addig amazon-fireos platform fails with not so good error reporting


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

Archana Naik commented on CB-6392:
--

wrong link...please ignore previous comment. :)

 Addig amazon-fireos platform fails with not so good error reporting
 ---

 Key: CB-6392
 URL: https://issues.apache.org/jira/browse/CB-6392
 Project: Apache Cordova
  Issue Type: Bug
  Components: Amazon FireOS
Affects Versions: 3.5.0
Reporter: Archana Naik
Assignee: Archana Naik
 Fix For: 3.5.0


 Adding amazon-fireos platform needs libs folder inside framework. create.js 
 script needs to create this libs folder before trying to copy it to the 
 project's framework folder.
 Also, check_reqs.js does not report error if awv_interface,jar is missing. 
 Need to fix that.



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

[jira] [Created] (CB-6394) Merge file-system-roots plugin functionality into core file plugin

Ian Clelland created CB-6394:


 Summary: Merge file-system-roots plugin functionality into core 
file plugin
 Key: CB-6394
 URL: https://issues.apache.org/jira/browse/CB-6394
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin File
Reporter: Ian Clelland
Assignee: Ian Clelland


[Relevant mailing list thread|http://markmail.org/thread/iarsjqjynd7kpcyk]

The extra file system roots are compelling enough that they should be part of 
the core File plugin (on Android and iOS right now -- other platforms should 
also be able to add their own roots)

If we enable the root file system, then this should enable developers to access 
files created by other plugins, (see: Media-Capture,) regardless of where they 
stored on the device.



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

[jira] [Comment Edited] (CB-2301) EXC_BAD_ACCESS on resume/wake on iOS device

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

Ronald Jeremy edited comment on CB-2301 at 4/2/14 8:35 PM:
---

This issue should NOT be closed -- rather, it needs to be reopened. I have
been tearing my hair out because of this. In my apps the websocket needs to
stay connected even when the app is in the Inactive and background states, so
closing the socket on pause is not an option.

If i don't have a socket open when the app goes into suspension = no crash.
And also it works fine on just a regular mobile safari page. So this bug
definitely does exist.

If there was an event like app will be suspended that would be a possible
workaround to close the socket then, but I don't believe such an event exists.

If i don't have a socket open when the app goes into suspension = no crash.
And also it works fine on just a regular mobile safari page. So this bug
definitely does exist.

If there was an event like app will be suspended that would be a possible
workaround to close the socket then, but I don't believe such an event exists.

EXC_BAD_ACCESS on resume/wake on iOS device
---

Attachments: Sample.zip, Screenshot.png

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

[jira] [Commented] (CB-6283) Add sorting options


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

Steve Gill commented on CB-6283:


ID sorting work on the search page! Need to implement this on the viewall page 
too (this would be moot if we combined the two pages).

Download sorting isn't working for me. 

 Add sorting options
 ---

 Key: CB-6283
 URL: https://issues.apache.org/jira/browse/CB-6283
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Registry, Registry Web
Reporter: Steve Gill
Assignee: Josh Bavari

 Download count sorting, etc



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

[jira] [Commented] (CB-6355) Review Downloads

2014-04-02 Thread ASF subversion and git services (JIRA)


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

Steve Gill commented on CB-6355:


[~jbavari] did this work for you after pulling it in? Downloads are working for 
me after that last fix. 

Maybe let me know here what you have tried to get them working. 

 Review Downloads
 

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

 Downloads stopped working properly locally.



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

[jira] [Commented] (CB-6279) Add filter by platform

2014-04-02 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-6279:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-registry-web/pull/2


 Add filter by platform
 --

 Key: CB-6279
 URL: https://issues.apache.org/jira/browse/CB-6279
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Registry, Registry Web
Reporter: Steve Gill
Assignee: Josh Bavari





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

[jira] [Commented] (CB-6281) Expose more information on plugin details + style


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

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

Commit 91558d2dc24daa4f2b510ee427a1e54479b4c9cd in cordova-registry-web's 
branch refs/heads/refactor from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-registry-web.git;h=91558d2 ]

CB-6281: added proper download counts


 Expose more information on plugin details + style
 -

 Key: CB-6281
 URL: https://issues.apache.org/jira/browse/CB-6281
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Registry, Registry Web
Reporter: Steve Gill
Assignee: Josh Bavari





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

[jira] [Commented] (CB-6279) Add filter by platform


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

Steve Gill commented on CB-6279:


Looks Great! 

Go ahead and resolve this one!

 Add filter by platform
 --

 Key: CB-6279
 URL: https://issues.apache.org/jira/browse/CB-6279
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Registry, Registry Web
Reporter: Steve Gill
Assignee: Josh Bavari





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

[jira] [Commented] (CB-6281) Expose more information on plugin details + style