[jira] [Resolved] (CB-11006) Cordova-IOS Platform Release April 1, 2016

[Edna Morales (JIRA)]

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

Edna Morales resolved CB-11006.
---
Resolution: Fixed

> Cordova-IOS Platform Release April 1, 2016
> --
>
> Key: CB-11006
> URL: https://issues.apache.org/jira/browse/CB-11006
> Project: Apache Cordova
>  Issue Type: Task
>  Components: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md
> * CB-11006 Updated CDV version macro to 4.1.1
> * CB-11006 Added license to loggingHelper.js
> * CB-11006 Updated checked-in node_modules
> * CB-10320 Fixes corrupted logo.png
> * CB-10918 Travis tests are failing sometimes for cordova-ios
> * CB-10912 Bundling ios-sim 5.0.7 to fix 'Invalid Device State' errors
> * CB-10912: update ios-sim to 5.0.7 to fix 'Invalid Device State' errors
> * CB-10888 Enable coverage reports collection via codecov
> * CB-10840 Use cordova-common.CordovaLogger in cordova-ios
> * CB-10846 Add status badges for Travis and AppVeyor
> * CB-10846 Add AppVeyor configuration
> * CB-10773 Update path delimiters in tests
> * CB-10769 Update specs according to actual implementation
> * CB-10769 Copy raw pluginHandler tests from cordova-lib
> * revert bad fix for CB-10828 I blame node 5.7.0
> * CB-10828 TypeError: Cannot read property 'indexOf' of null when 
> allow-navigation using scheme:*
> * CB-10773 Correct FRAMEWORKS_SEARCH_PATHS on win32
> * CB-10673 fixed conflicting plugin install issue with overlapped 
>  tag using --force option. This closes #199.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11037) Documentation - Sample Apps & Pass data from Cordova app to host links don't work

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231577#comment-15231577
 ] 

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

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

CB-11037 Fixing link to old page on docs index pages. Fixing error-checking in 
Makefile. Fixing spacing in plugin reference.


> Documentation - Sample Apps & Pass data from Cordova app to host links don't 
> work
> -
>
> Key: CB-11037
> URL: https://issues.apache.org/jira/browse/CB-11037
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Reporter: Simon Prickett
>Assignee: Richard B Knoll
>Priority: Minor
>  Labels: reproduced, triaged
>
> I just noticed in the docs here http://cordova.apache.org/docs/en/latest/ if 
> you go down the navigation on the right to Advanced Topics then try "Pass 
> data from Cordova app to host" it doesn't link to that and instead takes  you 
> to http://cordova.apache.org/docs/en/latest/ which is the page you are on.  
> Same for "Sample Apps" link at the bottom of the Reference section.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11044) files modified by after_prepare hook are reverted

[Nikhil Khandelwal (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231569#comment-15231569
 ] 

Nikhil Khandelwal commented on CB-11044:


[~vladimir.kotikov] is this related to any of the changes?

> files modified by after_prepare hook are reverted
> -
>
> Key: CB-11044
> URL: https://issues.apache.org/jira/browse/CB-11044
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, iOS
>Affects Versions: 5.4.0, 6.0.0, 5.4.1, 6.0.1, 6.1.0, 6.1.1
> Environment: OSX 10.11.4, also happens in Greenhouse CI tool
>Reporter: Grant Patterson
>
> I have a hook that uses the {{fs}} module functions {{readFileSync}} and 
> {{writeFileSync}} to modify files in the platforms/ directory. I'm using a 
> hook only barely modified from {{020_replace_text.js}} in these examples, to 
> which the most recent Cordova documentation links: 
> http://devgirl.org/2013/11/12/three-hooks-your-cordovaphonegap-project-needs/
> The CLI command I use is {{cordova run ios}} (also android)
> It all works fine in Cordova 5.3.3, but starting with 5.4.0 the hook *thinks* 
> it wrote the file properly, and I can re-{{readFileSync}} to confirm this, 
> but the write does not appear to stick. When the build is over, the file has 
> reverted to its pre-hook state and the built app does not have the change.
> I have tried wrapping my hook in:
> {{module.exports = function(context) {}}
> as the documentation suggests. I also moved the hook to scripts/ and tried 
> referencing it in config.xml, since the hooks/ directory is deprecated. None 
> of these seem to make any difference. It seems that anything in the www/ 
> directory has this issue, as well as platforms/android/AndroidManifest.xml.
>  If I write to a new file in the same directory, the file does not persist, 
> so it must be the whole directory that's being overwritten. If I raise an 
> exception in the hook, the build fails and the file remains properly 
> modified. So it's definitely something after this hook executes that undoes 
> it.
> Interesting development: It's something to do with my plugins; it doesn't 
> happen in a small sample project. I use {{}} entries in config.xml to 
> define which plugins should be installed. When I delete these entries—without 
> actually removing any of the plugins!—this issue doesn't happen.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11039) ToC Should scroll to the current page

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231537#comment-15231537
 ] 

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

Commit 6c68d1d203d7e153b010ce059e5353bc13d22168 in cordova-docs's branch 
refs/heads/master from [~dblotsky]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=6c68d1d ]

CB-11039 Adding automatic ToC scrolling upon navigation. Adding error-handling 
for nodocs build flag. Fixing spacing in plugin.xml reference.


> ToC Should scroll to the current page
> -
>
> Key: CB-11039
> URL: https://issues.apache.org/jira/browse/CB-11039
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Docs
>Reporter: Dmitry Blotsky
>Priority: Minor
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-11044) files modified by after_prepare hook are reverted

[Grant Patterson (JIRA)]

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

Grant Patterson resolved CB-11044.
--
Resolution: Not A Bug

Turns out this has something to do with this plugin: 
https://github.com/petermetz/cordova-plugin-ibeacon
so I will investigate further and open a new bug if/when/where I can find the 
real issue.

> files modified by after_prepare hook are reverted
> -
>
> Key: CB-11044
> URL: https://issues.apache.org/jira/browse/CB-11044
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, iOS
>Affects Versions: 5.4.0, 6.0.0, 5.4.1, 6.0.1, 6.1.0, 6.1.1
> Environment: OSX 10.11.4, also happens in Greenhouse CI tool
>Reporter: Grant Patterson
>
> I have a hook that uses the {{fs}} module functions {{readFileSync}} and 
> {{writeFileSync}} to modify files in the platforms/ directory. I'm using a 
> hook only barely modified from {{020_replace_text.js}} in these examples, to 
> which the most recent Cordova documentation links: 
> http://devgirl.org/2013/11/12/three-hooks-your-cordovaphonegap-project-needs/
> The CLI command I use is {{cordova run ios}} (also android)
> It all works fine in Cordova 5.3.3, but starting with 5.4.0 the hook *thinks* 
> it wrote the file properly, and I can re-{{readFileSync}} to confirm this, 
> but the write does not appear to stick. When the build is over, the file has 
> reverted to its pre-hook state and the built app does not have the change.
> I have tried wrapping my hook in:
> {{module.exports = function(context) {}}
> as the documentation suggests. I also moved the hook to scripts/ and tried 
> referencing it in config.xml, since the hooks/ directory is deprecated. None 
> of these seem to make any difference. It seems that anything in the www/ 
> directory has this issue, as well as platforms/android/AndroidManifest.xml.
>  If I write to a new file in the same directory, the file does not persist, 
> so it must be the whole directory that's being overwritten. If I raise an 
> exception in the hook, the build fails and the file remains properly 
> modified. So it's definitely something after this hook executes that undoes 
> it.
> Interesting development: It's something to do with my plugins; it doesn't 
> happen in a small sample project. I use {{}} entries in config.xml to 
> define which plugins should be installed. When I delete these entries—without 
> actually removing any of the plugins!—this issue doesn't happen.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11044) files modified by after_prepare hook are reverted

[Grant Patterson (JIRA)]

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

Grant Patterson updated CB-11044:
-
Description: 
I have a hook that uses the {{fs}} module functions {{readFileSync}} and 
{{writeFileSync}} to modify files in the platforms/ directory. I'm using a hook 
only barely modified from {{020_replace_text.js}} in these examples, to which 
the most recent Cordova documentation links: 
http://devgirl.org/2013/11/12/three-hooks-your-cordovaphonegap-project-needs/

The CLI command I use is {{cordova run ios}} (also android)

It all works fine in Cordova 5.3.3, but starting with 5.4.0 the hook *thinks* 
it wrote the file properly, and I can re-{{readFileSync}} to confirm this, but 
the write does not appear to stick. When the build is over, the file has 
reverted to its pre-hook state and the built app does not have the change.

I have tried wrapping my hook in:
{{module.exports = function(context) {}}
as the documentation suggests. I also moved the hook to scripts/ and tried 
referencing it in config.xml, since the hooks/ directory is deprecated. None of 
these seem to make any difference. It seems that anything in the www/ directory 
has this issue, as well as platforms/android/AndroidManifest.xml.

 If I write to a new file in the same directory, the file does not persist, so 
it must be the whole directory that's being overwritten. If I raise an 
exception in the hook, the build fails and the file remains properly modified. 
So it's definitely something after this hook executes that undoes it.

Interesting development: It's something to do with my plugins; it doesn't 
happen in a small sample project. I use {{}} entries in config.xml to 
define which plugins should be installed. When I delete these entries—without 
actually removing any of the plugins!—this issue doesn't happen.

  was:
I have a hook that uses the {{fs}} module functions {{readFileSync}} and 
{{writeFileSync}} to modify files in the platforms/ directory. I'm using a hook 
only barely modified from {{020_replace_text.js}} in these examples, to which 
the most recent Cordova documentation links: 
http://devgirl.org/2013/11/12/three-hooks-your-cordovaphonegap-project-needs/

The CLI command I use is {{cordova run ios}} (also android)

It all works fine in Cordova 5.3.3, but starting with 5.4.0 the hook *thinks* 
it wrote the file properly, and I can re-{{readFileSync}} to confirm this, but 
the write does not appear to stick. When the build is over, the file has 
reverted to its pre-hook state and the built app does not have the change.

I have tried wrapping my hook in:
{{module.exports = function(context) {}}
as the documentation suggests. I also moved the hook to scripts/ and tried 
referencing it in config.xml, since the hooks/ directory is deprecated. None of 
these seem to make any difference. It seems that anything in the www/ directory 
has this issue, as well as platforms/android/AndroidManifest.xml.

 If I write to a new file in the same directory, the file does not persist, so 
it must be the whole directory that's being overwritten. If I raise an 
exception in the hook, the build fails and the file remains properly modified. 
So it's definitely something after this hook executes that undoes it.


> files modified by after_prepare hook are reverted
> -
>
> Key: CB-11044
> URL: https://issues.apache.org/jira/browse/CB-11044
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, iOS
>Affects Versions: 5.4.0, 6.0.0, 5.4.1, 6.0.1, 6.1.0, 6.1.1
> Environment: OSX 10.11.4, also happens in Greenhouse CI tool
>Reporter: Grant Patterson
>
> I have a hook that uses the {{fs}} module functions {{readFileSync}} and 
> {{writeFileSync}} to modify files in the platforms/ directory. I'm using a 
> hook only barely modified from {{020_replace_text.js}} in these examples, to 
> which the most recent Cordova documentation links: 
> http://devgirl.org/2013/11/12/three-hooks-your-cordovaphonegap-project-needs/
> The CLI command I use is {{cordova run ios}} (also android)
> It all works fine in Cordova 5.3.3, but starting with 5.4.0 the hook *thinks* 
> it wrote the file properly, and I can re-{{readFileSync}} to confirm this, 
> but the write does not appear to stick. When the build is over, the file has 
> reverted to its pre-hook state and the built app does not have the change.
> I have tried wrapping my hook in:
> {{module.exports = function(context) {}}
> as the documentation suggests. I also moved the hook to scripts/ and tried 
> referencing it in config.xml, since the hooks/ directory is deprecated. None 
> of these seem to make any difference. It seems that anything in the www/ 
> directory has this issue, as well as platforms/android/AndroidManifest.xml.
>  If I write to a new file in the same 

[jira] [Updated] (CB-11044) files modified by after_prepare hook are reverted

[Grant Patterson (JIRA)]

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

Grant Patterson updated CB-11044:
-
Description: 
I have a hook that uses the {{fs}} module functions {{readFileSync}} and 
{{writeFileSync}} to modify files in the platforms/ directory. I'm using a hook 
only barely modified from {{020_replace_text.js}} in these examples, to which 
the most recent Cordova documentation links: 
http://devgirl.org/2013/11/12/three-hooks-your-cordovaphonegap-project-needs/

The CLI command I use is {{cordova run ios}} (also android)

It all works fine in Cordova 5.3.3, but starting with 5.4.0 the hook *thinks* 
it wrote the file properly, and I can re-{{readFileSync}} to confirm this, but 
the write does not appear to stick. When the build is over, the file has 
reverted to its pre-hook state and the built app does not have the change.

I have tried wrapping my hook in:
{{module.exports = function(context) {}}
as the documentation suggests. I also moved the hook to scripts/ and tried 
referencing it in config.xml, since the hooks/ directory is deprecated. None of 
these seem to make any difference. It seems that anything in the www/ directory 
has this issue, as well as platforms/android/AndroidManifest.xml.

 If I write to a new file in the same directory, the file does not persist, so 
it must be the whole directory that's being overwritten. If I raise an 
exception in the hook, the build fails and the file remains properly modified. 
So it's definitely something after this hook executes that undoes it.

  was:
I have a hook that uses the {{fs}} module functions {{readFileSync}} and 
{{writeFileSync}} to modify files in the platforms/ directory. I'm using a hook 
only barely modified from {{020_replace_text.js}} in these examples, to which 
the most recent Cordova documentation links: 
http://devgirl.org/2013/11/12/three-hooks-your-cordovaphonegap-project-needs/

The CLI command I use is {{cordova run ios}} (also android)

It all works fine in Cordova 5.3.3, but starting with 5.4.0 the hook *thinks* 
it wrote the file properly, and I can re-{{readFileSync}} to confirm this, but 
the write does not appear to stick. When the build is over, the file has 
reverted to its pre-hook state and the built app does not have the change.

I have tried wrapping my hook in:
{{module.exports = function(context) {}}
as the documentation suggests. I also moved the hook to scripts/ and tried 
referencing it in config.xml, since the hooks/ directory is deprecated. None of 
these seem to make any difference. It seems that anything in the www/ directory 
has this issue, as well as platforms/android/AndroidManifest.xml.


> files modified by after_prepare hook are reverted
> -
>
> Key: CB-11044
> URL: https://issues.apache.org/jira/browse/CB-11044
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, iOS
>Affects Versions: 5.4.0, 6.0.0, 5.4.1, 6.0.1, 6.1.0, 6.1.1
> Environment: OSX 10.11.4, also happens in Greenhouse CI tool
>Reporter: Grant Patterson
>
> I have a hook that uses the {{fs}} module functions {{readFileSync}} and 
> {{writeFileSync}} to modify files in the platforms/ directory. I'm using a 
> hook only barely modified from {{020_replace_text.js}} in these examples, to 
> which the most recent Cordova documentation links: 
> http://devgirl.org/2013/11/12/three-hooks-your-cordovaphonegap-project-needs/
> The CLI command I use is {{cordova run ios}} (also android)
> It all works fine in Cordova 5.3.3, but starting with 5.4.0 the hook *thinks* 
> it wrote the file properly, and I can re-{{readFileSync}} to confirm this, 
> but the write does not appear to stick. When the build is over, the file has 
> reverted to its pre-hook state and the built app does not have the change.
> I have tried wrapping my hook in:
> {{module.exports = function(context) {}}
> as the documentation suggests. I also moved the hook to scripts/ and tried 
> referencing it in config.xml, since the hooks/ directory is deprecated. None 
> of these seem to make any difference. It seems that anything in the www/ 
> directory has this issue, as well as platforms/android/AndroidManifest.xml.
>  If I write to a new file in the same directory, the file does not persist, 
> so it must be the whole directory that's being overwritten. If I raise an 
> exception in the hook, the build fails and the file remains properly 
> modified. So it's definitely something after this hook executes that undoes 
> it.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11044) files modified by after_prepare hook are reverted

[Grant Patterson (JIRA)]

Grant Patterson created CB-11044:


 Summary: files modified by after_prepare hook are reverted
 Key: CB-11044
 URL: https://issues.apache.org/jira/browse/CB-11044
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, iOS
Affects Versions: 5.4.0, 6.0.0, 5.4.1, 6.0.1, 6.1.0, 6.1.1
 Environment: OSX 10.11.4, also happens in Greenhouse CI tool
Reporter: Grant Patterson


I have a hook that uses the {{fs}} module functions {{readFileSync}} and 
{{writeFileSync}} to modify files in the platforms/ directory. I'm using a hook 
only barely modified from {{020_replace_text.js}} in these examples, to which 
the most recent Cordova documentation links: 
http://devgirl.org/2013/11/12/three-hooks-your-cordovaphonegap-project-needs/

The CLI command I use is {{cordova run ios}} (also android)

It all works fine in Cordova 5.3.3, but starting with 5.4.0 the hook *thinks* 
it wrote the file properly, and I can re-{{readFileSync}} to confirm this, but 
the write does not appear to stick. When the build is over, the file has 
reverted to its pre-hook state and the built app does not have the change.

I have tried wrapping my hook in:
{{module.exports = function(context) {}}
as the documentation suggests. I also moved the hook to scripts/ and tried 
referencing it in config.xml, since the hooks/ directory is deprecated. None of 
these seem to make any difference. It seems that anything in the www/ directory 
has this issue, as well as platforms/android/AndroidManifest.xml.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11034) Camera.getPicture -Handle of OutOfMemoryError gracefully

[Richard B Knoll (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231415#comment-15231415
 ] 

Richard B Knoll commented on CB-11034:
--

[~dparnas] I've been having discussions with others about whether DATA_URL as a 
feature is useful or not and would be interested to hear what you're using it 
for. Is there a scenario in which FILE_URI and NATIVE_URI don't meet your needs?

This OutOfMemoryError is a known issue (which is why we recommend not using 
DATA_URL), but I guess I'm not really opposed to letting developers handle it 
in the js instead of crashing.

> Camera.getPicture -Handle of OutOfMemoryError gracefully
> 
>
> Key: CB-11034
> URL: https://issues.apache.org/jira/browse/CB-11034
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.1.1
> Environment: Android
>Reporter: Dagfinn Parnas
>
> We have an app for which we are dependent on using DATA_URL.
> On some older phones (Samsung SII Android 4.1), we have experienced sporadic 
> OutOfMemoryError exceptions when taking a picture. 
> When this occurs the app crashes since the camera plugin doesn't explicitly 
> handle the java.lang.OutOfMemoryError which is thrown. 
> It's ok that the OutOfMemoryError appear, but the apps should be able to 
> handle it gracefully and not just have the app crash. 
> Example stack trace from an uncaught OutOfMemoryError 
> {code}
> 04-06 09:51:55.155: E/dalvikvm-heap(22744): Out of memory on a 31961104-byte 
> allocation.
> 04-06 09:51:55.155: I/dalvikvm(22744):   at 
> android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:652)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:724)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> org.apache.cordova.camera.CameraLauncher.getScaledBitmap(CameraLauncher.java:916)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:454)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:753)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> {code}
> In the example above, CameraLauncher.getScaledBitmap doesn't catch the 
> java.lang.OutOfMemoryError and the app crashes. The same situation can occur 
> in CameraLauncher.processPicture (which has a try catch with only exception)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-11043) Android App crashes while trying to save contact with phonenumbers array with deleted values

[Sarangan Rajamanickam (JIRA)]

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

Sarangan Rajamanickam reassigned CB-11043:
--

Assignee: Sarangan Rajamanickam

> Android App crashes while trying to save contact with phonenumbers array with 
> deleted values
> 
>
> Key: CB-11043
> URL: https://issues.apache.org/jira/browse/CB-11043
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Sarangan Rajamanickam
>Assignee: Sarangan Rajamanickam
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11043) Android App crashes while trying to save contact with phonenumbers array with deleted values

[Sarangan Rajamanickam (JIRA)]

Sarangan Rajamanickam created CB-11043:
--

 Summary: Android App crashes while trying to save contact with 
phonenumbers array with deleted values
 Key: CB-11043
 URL: https://issues.apache.org/jira/browse/CB-11043
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Sarangan Rajamanickam






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11041) cordova-plugin-contacts readme must be updated to include instructions on removing phone number from a contact

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231366#comment-15231366
 ] 

ASF GitHub Bot commented on CB-11041:
-

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


https://github.com/apache/cordova-plugin-contacts/pull/119#discussion_r58964196
  
--- Diff: README.md ---
@@ -354,6 +354,35 @@ for details.
 // remove the contact from the device
 contact.remove(onSuccess,onError);
 
+### Removing phone number(s) from a saved contact
+
+var myContact = navigator.contacts.create({"displayName": "Test 
User"});
+var phoneNumbers = [];
+
+phoneNumbers[0] = new ContactField('work', '768-555-1234', false);
+phoneNumbers[1] = new ContactField('mobile', '999-555-5432', true); // 
preferred number
+phoneNumbers[2] = new ContactField('home', '203-555-7890', false);
+
+myContact.phoneNumbers = phoneNumbers;
+myContact.save(function (contact_obj) {
+var contactObjToModify = contact_obj.clone();
+contact_obj.remove(function(){
+// Note: Do NOT use delete operator. It will break in android.
+// delete contactObjToModify.phoneNumbers[1];
--- End diff --

Done


> cordova-plugin-contacts readme must be updated to include instructions on 
> removing phone number from a contact
> --
>
> Key: CB-11041
> URL: https://issues.apache.org/jira/browse/CB-11041
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Sarangan Rajamanickam
>Assignee: Sarangan Rajamanickam
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11041) cordova-plugin-contacts readme must be updated to include instructions on removing phone number from a contact

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231373#comment-15231373
 ] 

ASF GitHub Bot commented on CB-11041:
-

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


https://github.com/apache/cordova-plugin-contacts/pull/119#discussion_r58964379
  
--- Diff: README.md ---
@@ -354,6 +354,35 @@ for details.
 // remove the contact from the device
 contact.remove(onSuccess,onError);
 
+### Removing phone number(s) from a saved contact
+
+var myContact = navigator.contacts.create({"displayName": "Test 
User"});
+var phoneNumbers = [];
+
+phoneNumbers[0] = new ContactField('work', '768-555-1234', false);
+phoneNumbers[1] = new ContactField('mobile', '999-555-5432', true); // 
preferred number
+phoneNumbers[2] = new ContactField('home', '203-555-7890', false);
+
+myContact.phoneNumbers = phoneNumbers;
+myContact.save(function (contact_obj) {
--- End diff --

The purpose is to provide a sample snippet. Adding code for find will just 
make it bigger (I already feel it is bigger and could be small) So, I am 
leaving it as such...


> cordova-plugin-contacts readme must be updated to include instructions on 
> removing phone number from a contact
> --
>
> Key: CB-11041
> URL: https://issues.apache.org/jira/browse/CB-11041
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Sarangan Rajamanickam
>Assignee: Sarangan Rajamanickam
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11041) cordova-plugin-contacts readme must be updated to include instructions on removing phone number from a contact

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231363#comment-15231363
 ] 

ASF GitHub Bot commented on CB-11041:
-

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


https://github.com/apache/cordova-plugin-contacts/pull/119#discussion_r58963991
  
--- Diff: README.md ---
@@ -354,6 +354,35 @@ for details.
 // remove the contact from the device
 contact.remove(onSuccess,onError);
 
+### Removing phone number(s) from a saved contact
+
+var myContact = navigator.contacts.create({"displayName": "Test 
User"});
+var phoneNumbers = [];
+
+phoneNumbers[0] = new ContactField('work', '768-555-1234', false);
+phoneNumbers[1] = new ContactField('mobile', '999-555-5432', true); // 
preferred number
+phoneNumbers[2] = new ContactField('home', '203-555-7890', false);
+
+myContact.phoneNumbers = phoneNumbers;
+myContact.save(function (contact_obj) {
--- End diff --

I would say it might be nicer to search for a contact and update it rather 
than creating a new one that immediately gets updated. A more realistic scenario


> cordova-plugin-contacts readme must be updated to include instructions on 
> removing phone number from a contact
> --
>
> Key: CB-11041
> URL: https://issues.apache.org/jira/browse/CB-11041
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Sarangan Rajamanickam
>Assignee: Sarangan Rajamanickam
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11041) cordova-plugin-contacts readme must be updated to include instructions on removing phone number from a contact

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231359#comment-15231359
 ] 

ASF GitHub Bot commented on CB-11041:
-

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


https://github.com/apache/cordova-plugin-contacts/pull/119#discussion_r58963814
  
--- Diff: README.md ---
@@ -354,6 +354,35 @@ for details.
 // remove the contact from the device
 contact.remove(onSuccess,onError);
 
+### Removing phone number(s) from a saved contact
+
+var myContact = navigator.contacts.create({"displayName": "Test 
User"});
+var phoneNumbers = [];
+
+phoneNumbers[0] = new ContactField('work', '768-555-1234', false);
+phoneNumbers[1] = new ContactField('mobile', '999-555-5432', true); // 
preferred number
+phoneNumbers[2] = new ContactField('home', '203-555-7890', false);
+
+myContact.phoneNumbers = phoneNumbers;
+myContact.save(function (contact_obj) {
+var contactObjToModify = contact_obj.clone();
+contact_obj.remove(function(){
+// Note: Do NOT use delete operator. It will break in android.
+// delete contactObjToModify.phoneNumbers[1];
--- End diff --

I would say that if it is know to be broken in Android, just don't include 
the lines here. Leave the note but get rid of the commend out examples.


> cordova-plugin-contacts readme must be updated to include instructions on 
> removing phone number from a contact
> --
>
> Key: CB-11041
> URL: https://issues.apache.org/jira/browse/CB-11041
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Sarangan Rajamanickam
>Assignee: Sarangan Rajamanickam
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11041) cordova-plugin-contacts readme must be updated to include instructions on removing phone number from a contact

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231357#comment-15231357
 ] 

ASF GitHub Bot commented on CB-11041:
-

GitHub user sarangan12 opened a pull request:

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

CB-11041: cordova-plugin-contacts readme must be updated to include 
instructions on removing phone number from a contact

Refer 
[Link](https://issues.apache.org/jira/browse/CB-10976?focusedCommentId=15231307=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15231307)
 for details.

@riknoll @nikhilkh @rakatyal Can you review and merge this PR?

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

$ git pull https://github.com/sarangan12/cordova-plugin-contacts CB-11041

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

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


commit 69c206f4290876b43dff7f5c73bb62474ddb5f11
Author: Sarangan Rajamanickam 
Date:   2016-04-07T23:48:21Z

CB-11041: cordova-plugin-contacts readme must be updated to include 
instructions on removing phone number from a contact




> cordova-plugin-contacts readme must be updated to include instructions on 
> removing phone number from a contact
> --
>
> Key: CB-11041
> URL: https://issues.apache.org/jira/browse/CB-11041
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Sarangan Rajamanickam
>Assignee: Sarangan Rajamanickam
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Comment Edited] (CB-10770) cordova cli not adding platform via npm specifying new version before 24 hours of release

[Jacob Weber (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231324#comment-15231324
 ] 

Jacob Weber edited comment on CB-10770 at 4/7/16 11:41 PM:
---

Would this explain why I'm seeing the following after running "cordova prepare" 
on a project with {{}}? This started about 
two hours ago.

On one system it installs 4.1.1:
{code}
Restoring platform ios@~4.1.0 referenced on config.xml
Executing "before_platform_add"  hook for all plugins.
Adding ios project...
PlatformApi successfully found for platform ios
iOS project created with cordova-ios@4.1.1
{code}

And on another system it fails (although this doesn't stop the build from 
proceeding and generating errors further down the line):
{code}
Error: CordovaError: Failed to fetch platform ios@~4.1.0
Probably this is either a connection problem, or platform spec is incorrect.
Check your connection and platform name/version/URL.
Error: version not found: cordova-ios@4.1.1
at 
/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/platform.js:282:25
at _rejected 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:797:24)
at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:823:30
at Promise.when 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:1035:31)
at Promise.promise.promiseDispatch 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:741:41)
at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:557:44
at flush (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17)
at doNTCallback0 (node.js:417:9)
at process._tickCallback (node.js:346:13)
{code}

Deleting the .cache.json file fixed the second problem. But in both cases it's 
trying to download 4.1.1 instead of 4.1.0, for some reason.


was (Author: jweber):
Would this explain why I'm seeing the following after running "cordova prepare" 
on a project with {{}}?

On one system it installs 4.1.1:
{code}
Restoring platform ios@~4.1.0 referenced on config.xml
Executing "before_platform_add"  hook for all plugins.
Adding ios project...
PlatformApi successfully found for platform ios
iOS project created with cordova-ios@4.1.1
{code}

And on another system it fails (although this doesn't stop the build from 
proceeding and generating errors further down the line):
{code}
Error: CordovaError: Failed to fetch platform ios@~4.1.0
Probably this is either a connection problem, or platform spec is incorrect.
Check your connection and platform name/version/URL.
Error: version not found: cordova-ios@4.1.1
at 
/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/platform.js:282:25
at _rejected 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:797:24)
at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:823:30
at Promise.when 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:1035:31)
at Promise.promise.promiseDispatch 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:741:41)
at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:557:44
at flush (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17)
at doNTCallback0 (node.js:417:9)
at process._tickCallback (node.js:346:13)
{code}

> cordova cli not adding platform via npm specifying new version before 24 
> hours of release
> -
>
> Key: CB-10770
> URL: https://issues.apache.org/jira/browse/CB-10770
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.0.0
> Environment: Mac
>Reporter: Carlos Santana
>Priority: Minor
>  Labels: CLI, triaged
>
> A new release of platform ios cordova-ios@4.1.0 is published to NPM
> User tries to install with $ cordova platform ios@4.1.0
> At the time of this command the npm cache information for the pacakge 
> cordova-ios in 
> ~/.cordova/lib/npm_cache/registry.npmjs.org/cordova-ios/.cache.json doesn't 
> have the information about 4.1.0 and the file is not older than 24 hours.
> cordova cli is configured with npm cache-min = 3600*24 (24 hours)
> If the file in the cache is not older than 24 hours npm will not check the 
> registry. and requested package cordova-ios@4.1.0 is not added to the cache.
> There is no err catch for this case in the cordova-lib [1]
> [1]: 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/lazy_load.js#L158



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11020) Document event firing details while debugging in VS

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231346#comment-15231346
 ] 

ASF GitHub Bot commented on CB-11020:
-

Github user jasongin commented on the pull request:

https://github.com/apache/cordova-docs/pull/573#issuecomment-207138716
  
LGTM


> Document event firing details while debugging in VS
> ---
>
> Key: CB-11020
> URL: https://issues.apache.org/jira/browse/CB-11020
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Docs
>Reporter: Raghav Katyal
>Assignee: Raghav Katyal
>Priority: Minor
>  Labels: windows
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11020) Document event firing details while debugging in VS

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231345#comment-15231345
 ] 

ASF GitHub Bot commented on CB-11020:
-

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

https://github.com/apache/cordova-docs/pull/573#discussion_r58962639
  
--- Diff: www/docs/en/dev/config_ref/index.md ---
@@ -348,6 +349,7 @@ platform. See [Customize icons topic](images.html) for 
more information.



+   
--- End diff --

Maybe 10.0.10586.0 would be a better example?


> Document event firing details while debugging in VS
> ---
>
> Key: CB-11020
> URL: https://issues.apache.org/jira/browse/CB-11020
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Docs
>Reporter: Raghav Katyal
>Assignee: Raghav Katyal
>Priority: Minor
>  Labels: windows
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11042) Add cordova run option to skip prepare

[Jason Ginchereau (JIRA)]

Jason Ginchereau created CB-11042:
-

 Summary: Add cordova run option to skip prepare
 Key: CB-11042
 URL: https://issues.apache.org/jira/browse/CB-11042
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CordovaLib
Reporter: Jason Ginchereau
Assignee: Jason Ginchereau


The 'cordova run' command currently always does a "prepare" operation for the 
target platform before launching the app. There is a --nobuild option (to skip 
building the native project), but there isn't a --noprepare option.

This option will be helpful to optimize build-and-run scenarios in the Visual 
Studio tools for Cordova. VS always ensures the project is fully prepared and 
built before trying to launch. So by the time it calls 'cordova run' there is 
no need to do the prepare step, and it just causes the developer to wait extra 
seconds for every iteration of the inner loop.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10770) cordova cli not adding platform via npm specifying new version before 24 hours of release

[Jacob Weber (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231324#comment-15231324
 ] 

Jacob Weber commented on CB-10770:
--

Would this explain why I'm seeing the following after running "cordova prepare" 
on a project with {{}}?

On one system it installs 4.1.1:
{code}
Restoring platform ios@~4.1.0 referenced on config.xml
Executing "before_platform_add"  hook for all plugins.
Adding ios project...
PlatformApi successfully found for platform ios
iOS project created with cordova-ios@4.1.1
{code}

And on another system it fails (although this doesn't stop the build from 
proceeding and generating errors further down the line):
{code}
Error: CordovaError: Failed to fetch platform ios@~4.1.0
Probably this is either a connection problem, or platform spec is incorrect.
Check your connection and platform name/version/URL.
Error: version not found: cordova-ios@4.1.1
at 
/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/platform.js:282:25
at _rejected 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:797:24)
at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:823:30
at Promise.when 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:1035:31)
at Promise.promise.promiseDispatch 
(/usr/local/lib/node_modules/cordova/node_modules/q/q.js:741:41)
at /usr/local/lib/node_modules/cordova/node_modules/q/q.js:557:44
at flush (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17)
at doNTCallback0 (node.js:417:9)
at process._tickCallback (node.js:346:13)
{code}

> cordova cli not adding platform via npm specifying new version before 24 
> hours of release
> -
>
> Key: CB-10770
> URL: https://issues.apache.org/jira/browse/CB-10770
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.0.0
> Environment: Mac
>Reporter: Carlos Santana
>Priority: Minor
>  Labels: CLI, triaged
>
> A new release of platform ios cordova-ios@4.1.0 is published to NPM
> User tries to install with $ cordova platform ios@4.1.0
> At the time of this command the npm cache information for the pacakge 
> cordova-ios in 
> ~/.cordova/lib/npm_cache/registry.npmjs.org/cordova-ios/.cache.json doesn't 
> have the information about 4.1.0 and the file is not older than 24 hours.
> cordova cli is configured with npm cache-min = 3600*24 (24 hours)
> If the file in the cache is not older than 24 hours npm will not check the 
> registry. and requested package cordova-ios@4.1.0 is not added to the cache.
> There is no err catch for this case in the cordova-lib [1]
> [1]: 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/lazy_load.js#L158



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10957) iOS release-mode app contains build config files

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231315#comment-15231315
 ] 

ASF GitHub Bot commented on CB-10957:
-

Github user omefire commented on the pull request:

https://github.com/apache/cordova-ios/pull/214#issuecomment-207134914
  
Thanks @shazron, will recheck it and make appropriate changes.


> iOS release-mode app contains build config files
> 
>
> Key: CB-10957
> URL: https://issues.apache.org/jira/browse/CB-10957
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova CLI 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>Assignee: Omar Mefire
>  Labels: triaged
>
> Create a new app, add the iOS platform, and run {{cordova build --device 
> --release}}.
> The resulting .ipa file contains the following files:
> {code}
> build-debug.xcconfig
> build-release.xcconfig
> build.xcconfig
> {code}
> I don't think the final app should contain these build files, especially not 
> debug versions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11006) Cordova-IOS Platform Release April 1, 2016

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231314#comment-15231314
 ] 

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

Commit 1738199 from eymor...@apache.org
[ https://svn.apache.org/r1738199 ]

CB-11006 add cordova-ios 4.1.1 announcement

> Cordova-IOS Platform Release April 1, 2016
> --
>
> Key: CB-11006
> URL: https://issues.apache.org/jira/browse/CB-11006
> Project: Apache Cordova
>  Issue Type: Task
>  Components: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md
> * CB-11006 Updated CDV version macro to 4.1.1
> * CB-11006 Added license to loggingHelper.js
> * CB-11006 Updated checked-in node_modules
> * CB-10320 Fixes corrupted logo.png
> * CB-10918 Travis tests are failing sometimes for cordova-ios
> * CB-10912 Bundling ios-sim 5.0.7 to fix 'Invalid Device State' errors
> * CB-10912: update ios-sim to 5.0.7 to fix 'Invalid Device State' errors
> * CB-10888 Enable coverage reports collection via codecov
> * CB-10840 Use cordova-common.CordovaLogger in cordova-ios
> * CB-10846 Add status badges for Travis and AppVeyor
> * CB-10846 Add AppVeyor configuration
> * CB-10773 Update path delimiters in tests
> * CB-10769 Update specs according to actual implementation
> * CB-10769 Copy raw pluginHandler tests from cordova-lib
> * revert bad fix for CB-10828 I blame node 5.7.0
> * CB-10828 TypeError: Cannot read property 'indexOf' of null when 
> allow-navigation using scheme:*
> * CB-10773 Correct FRAMEWORKS_SEARCH_PATHS on win32
> * CB-10673 fixed conflicting plugin install issue with overlapped 
>  tag using --force option. This closes #199.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10957) iOS release-mode app contains build config files

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231312#comment-15231312
 ] 

ASF GitHub Bot commented on CB-10957:
-

Github user shazron commented on the pull request:

https://github.com/apache/cordova-ios/pull/214#issuecomment-207134051
  
This PR removes crucial functionality, namely the inheritance of build 
settings from the .xcconfig files:
![screen shot 2016-04-07 at 4 13 33 
pm](https://cloud.githubusercontent.com/assets/36107/14369665/d110f518-fcdb-11e5-892a-6dcb3c142aa6.png)

It should only remove the .xcconfig files from here in Build Phases for the 
Target:
![screen shot 2016-04-07 at 4 14 25 
pm](https://cloud.githubusercontent.com/assets/36107/14369661/c71a0e1e-fcdb-11e5-81ac-7154cb3bfc10.png)




> iOS release-mode app contains build config files
> 
>
> Key: CB-10957
> URL: https://issues.apache.org/jira/browse/CB-10957
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova CLI 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>Assignee: Omar Mefire
>  Labels: triaged
>
> Create a new app, add the iOS platform, and run {{cordova build --device 
> --release}}.
> The resulting .ipa file contains the following files:
> {code}
> build-debug.xcconfig
> build-release.xcconfig
> build.xcconfig
> {code}
> I don't think the final app should contain these build files, especially not 
> debug versions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-10976) Can't remove phonenumber field from contact

[Sarangan Rajamanickam (JIRA)]

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

Sarangan Rajamanickam resolved CB-10976.

Resolution: Fixed

> Can't remove phonenumber field from contact
> ---
>
> Key: CB-10976
> URL: https://issues.apache.org/jira/browse/CB-10976
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: iOS 9.3
>Reporter: Tobias Mücksch
>Assignee: Sarangan Rajamanickam
>  Labels: iOS, triaged
>
> Short demo script:
> {code:javascript}
> navigator.contacts.find(["*"], function (contacts) {
> // Pick a contact
> // (Make sure the contact has more than two phoneNumberFields)
> var myContact = contacts[4]; 
> // Remove the second phone number
> delete myContact.phoneNumbers[1];
> myContact.save(function () {
> console.log("Success");
> /// You will see, that the contact still has all it's previous 
> phone numbers
> }, function () {
> console.error("error while saving");
> });
> 
> }, function () {
> console.error("Could not access conacts.");
> });
> {code}
> Let's say a existing contact that I've retrieved from the system has two or 
> more phone number fields. When I remove one of the both contact fields from 
> the phoneNumbers array and then save the contact, *it still has all numbers 
> on the device*. When I re-retrieve the contact it has both numbers again. 
> (Tested on iOS 9.3 with plugin version 2.0.1)
> *I can't find any hint in the documentation if I do something wrong or if the 
> plugin is behaving wrong.*
> I have created a demo script, which reproduces the issue. You can use it for 
> testing:
> http://pastebin.com/XRdREL3Y
> You might want to remove line 25 which removes the contact in the end.
> This SO Question might be related to the issue: 
> http://stackoverflow.com/questions/35698798/cordova-contacts-plugin-contact-data-is-duplicating-instead-of-overwriting-conta?rq=1



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10976) Can't remove phonenumber field from contact

[Sarangan Rajamanickam (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231307#comment-15231307
 ] 

Sarangan Rajamanickam commented on CB-10976:


I have completed my analysis and summarized my results below:

*Why is the provided code not working?*
In both iOS and Android, if you retrieve a contact, modify something in it and 
save it, cordova (contacts plugin) accepts it and updates the value. But, it 
does not delete the existing values. What does this mean? 

*Scenario 1*
For Contact A - Work: 123-456-7890 & Home: 234-678-7654, If you add a Phone 
number Mobile: 345-876-9876, the scenario will work correctly. Contact A will 
be updated with a new mobile number 345-876-9876. So, Contact A will be like:
Contact A - Work: 123-456-7890 & Home: 234-678-7654 & Mobile: 345-876-9876

*Scenario 2*
For Contact A - Work: 123-456-7890/Home: 234-678-7654, If you add a Phone 
number Home: 345-876-9876, the scenario will work. But not as you expected. The 
existing home contact will NOT be updated. But a new Home phone number will be 
added. So, Contact A will be like:
Contact A - Work: 123-456-7890 & Home: 234-678-7654 & Home: 345-876-9876

*Scenario 3*
For Contact A - Work: 123-456-7890/Home: 234-678-7654, If you add a Phone 
number Home: 234-678-7654 (Note: The Home number is same as existing home 
number), no updates will happen. So, Contact A will be like:
Contact A - Work: 123-456-7890 & Home: 234-678-7654

With the understanding of these 3 scenarios, we could see why the specific code 
change (in this issue) is not working. 

# The User creates a Contact with 3 phone numbers (work/mobile/home)
# On the saved contact, the user deletes 2 phone numbers and just leaves the 
home number.
# Now, the user saves the modified contact and expects the 2 other phone 
numbers will be deleted. 

But, as seen on Scenario 2 & 3, this will not work. The cordova (contacts 
plugin) takes in the provided one phone number and tries to update it. Since it 
already has the same value, there is no real change. So, at the end, the 
contact has 3 phone numbers as in beginning. 

*How do we remove the existing phone numbers?*
You could clone the object - delete the original contact - modify the cloned 
object and save it. So, the steps for your application will be:

# Create a contact with 3 Phone Numbers (work/mobile/phone) and save it. 
# Retrieve the saved contact and clone it to a new object (using the clone api 
in the contacts plugin)
# Delete the contact
# Modify the cloned object
# Save the cloned object

I have tested the same in iOS and Android and it is working fine. I have 
included the code snippet here for your reference:
# You could find the HTML code here: [http://pastebin.com/rgecrmUH]
# You could find the Javascript code here: [http://pastebin.com/g5Z4Sn88]

If you modify your code based on the code provided (in my pastebin link) you 
could remove the phone number fields from a given contact.

*Additional Note*
I see that you are using the 'delete' operator to remove the elements in your 
JS array. While this will work with iOS, this will crash the application (while 
trying to save) as Android implementation (of contacts plugin) uses JSONArray 
object and using the delete operator leaves it in an unstable state. So, I 
recommend using a new array instead of using 'delete' operator on the existing 
array. (so it works fine on both iOS and Android)

*Next Steps*
# Issue mentioned by the reporter has been resolved and a correct method to 
remove a phone number from a contact has been provided (with code snippet 
reference)
# The README.md file of cordova-plugin-contacts must be updated to reflect the 
steps involved in updating the phone number. A new JIRA ticket [CB-11041] has 
been created and linked to this ticket. 
# As I see no work items remaining on this ticket, I am resolving this ticket. 
If you still find any issues or need more clarifcation, feel free to reopen 
this ticket.

> Can't remove phonenumber field from contact
> ---
>
> Key: CB-10976
> URL: https://issues.apache.org/jira/browse/CB-10976
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: iOS 9.3
>Reporter: Tobias Mücksch
>Assignee: Sarangan Rajamanickam
>  Labels: iOS, triaged
>
> Short demo script:
> {code:javascript}
> navigator.contacts.find(["*"], function (contacts) {
> // Pick a contact
> // (Make sure the contact has more than two phoneNumberFields)
> var myContact = contacts[4]; 
> // Remove the second phone number
> delete myContact.phoneNumbers[1];
> myContact.save(function () {
> console.log("Success");
> /// You will see, that the contact still has all 

[jira] [Created] (CB-11041) cordova-plugin-contacts readme must be updated to include instructions on removing phone number from a contact

[Sarangan Rajamanickam (JIRA)]

Sarangan Rajamanickam created CB-11041:
--

 Summary: cordova-plugin-contacts readme must be updated to include 
instructions on removing phone number from a contact
 Key: CB-11041
 URL: https://issues.apache.org/jira/browse/CB-11041
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Contacts
Reporter: Sarangan Rajamanickam
Assignee: Sarangan Rajamanickam






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10957) iOS release-mode app contains build config files

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231254#comment-15231254
 ] 

ASF GitHub Bot commented on CB-10957:
-

GitHub user omefire opened a pull request:

https://github.com/apache/cordova-ios/pull/214

CB-10957 Remove build-*.xcconfig files from build output



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

$ git pull https://github.com/omefire/cordova-ios CB-10957

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

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


commit af8a442faa8c2907272c6d78a6dafcd014571e6c
Author: Omar Mefire 
Date:   2016-04-07T22:35:18Z

CB-10957 Remove build-*.xcconfig files from build output




> iOS release-mode app contains build config files
> 
>
> Key: CB-10957
> URL: https://issues.apache.org/jira/browse/CB-10957
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova CLI 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>Assignee: Omar Mefire
>  Labels: triaged
>
> Create a new app, add the iOS platform, and run {{cordova build --device 
> --release}}.
> The resulting .ipa file contains the following files:
> {code}
> build-debug.xcconfig
> build-release.xcconfig
> build.xcconfig
> {code}
> I don't think the final app should contain these build files, especially not 
> debug versions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10957) iOS release-mode app contains build config files

[Omar Mefire (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231225#comment-15231225
 ] 

Omar Mefire commented on CB-10957:
--

On second thoughts, the solution should be to remove all build.xcconfig from 
the .ipa.

> iOS release-mode app contains build config files
> 
>
> Key: CB-10957
> URL: https://issues.apache.org/jira/browse/CB-10957
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova CLI 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>Assignee: Omar Mefire
>  Labels: triaged
>
> Create a new app, add the iOS platform, and run {{cordova build --device 
> --release}}.
> The resulting .ipa file contains the following files:
> {code}
> build-debug.xcconfig
> build-release.xcconfig
> build.xcconfig
> {code}
> I don't think the final app should contain these build files, especially not 
> debug versions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10964) build.js script under "platforms\android\cordova\lib" can not handle build.json file starting with a BOM

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231178#comment-15231178
 ] 

ASF GitHub Bot commented on CB-10964:
-

Github user nikhilkh commented on the pull request:

https://github.com/apache/cordova-android/pull/286#issuecomment-207108814
  
This needs to be handled for other platforms too.


> build.js script under "platforms\android\cordova\lib" can not handle 
> build.json file starting with a BOM
> 
>
> Key: CB-10964
> URL: https://issues.apache.org/jira/browse/CB-10964
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, iOS, Windows
>Affects Versions: 3.5.0
> Environment: All development platforms
>Reporter: Shuqian Ying
>Assignee: Sergey Shakhnazarov
>Priority: Minor
>
> The generated build.js file under the "platforms\android\cordova\lib" 
> directory of a project throws exceptions when reading the utf-8 encoded 
> build.json file under the root directory of the same project that starts with 
> a byte order mark (BOM), due to a bug/feature of the Javascript JSON.parse 
> method. Such kind of files are normally generated in automated build systems, 
> like ours.
> The solution we found is to strip that mark before parsing, namely, inside of 
> the function "parseOpts", use the following line
> 
> var config = JSON.parse(buildjson.replace(/^\uFEFF/, ''));
> ...
> instead of 
> 
> var config = JSON.parse(buildjson);
> ...
> This has always been a problem up to the most recent stable version (3.5.0) 
> and most likely to cause the same problem for other platforms, besides 
> android.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10957) iOS release-mode app contains build config files

[Omar Mefire (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231153#comment-15231153
 ] 

Omar Mefire commented on CB-10957:
--

We can resolve this by breaking the single .xcodeproj file that we currently 
have for cordova-ios into two files: one for debug and another one for release. 
then, when building we would choose one or the other based on whether the user 
wants to do a release build or a debug build.

> iOS release-mode app contains build config files
> 
>
> Key: CB-10957
> URL: https://issues.apache.org/jira/browse/CB-10957
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova CLI 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>Assignee: Omar Mefire
>  Labels: triaged
>
> Create a new app, add the iOS platform, and run {{cordova build --device 
> --release}}.
> The resulting .ipa file contains the following files:
> {code}
> build-debug.xcconfig
> build-release.xcconfig
> build.xcconfig
> {code}
> I don't think the final app should contain these build files, especially not 
> debug versions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11020) Document event firing details while debugging in VS

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231136#comment-15231136
 ] 

ASF GitHub Bot commented on CB-11020:
-

GitHub user rakatyal opened a pull request:

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

CB-11020, CB-11040 Documenting event firing details in VS and the uap…

…-target-min-version preference

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

$ git pull https://github.com/MSOpenTech/cordova-docs raghav/pref_doc

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

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


commit caf94e5f983374cba565d919e5d2a75937faa720
Author: Raghav Katyal 
Date:   2016-04-07T21:41:17Z

CB-11020, CB-11040 Documenting event firing details in VS and the 
uap-target-min-version preference




> Document event firing details while debugging in VS
> ---
>
> Key: CB-11020
> URL: https://issues.apache.org/jira/browse/CB-11020
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Docs
>Reporter: Raghav Katyal
>Assignee: Raghav Katyal
>Priority: Minor
>  Labels: windows
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11020) Document event firing details while debugging in VS

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231138#comment-15231138
 ] 

ASF GitHub Bot commented on CB-11020:
-

Github user rakatyal commented on the pull request:

https://github.com/apache/cordova-docs/pull/573#issuecomment-207100260
  
@jasongin, @riknoll : Please review.


> Document event firing details while debugging in VS
> ---
>
> Key: CB-11020
> URL: https://issues.apache.org/jira/browse/CB-11020
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Docs
>Reporter: Raghav Katyal
>Assignee: Raghav Katyal
>Priority: Minor
>  Labels: windows
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11040) Document the uap-target-min-version preference for Windows

[Raghav Katyal (JIRA)]

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

Raghav Katyal updated CB-11040:
---
Summary: Document the uap-target-min-version preference for Windows  (was: 
Document the uap-target-min-preference for Windows)

> Document the uap-target-min-version preference for Windows
> --
>
> Key: CB-11040
> URL: https://issues.apache.org/jira/browse/CB-11040
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Raghav Katyal
>Assignee: Raghav Katyal
>Priority: Minor
>  Labels: docs
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11040) Document the uap-target-min-preference for Windows

[Raghav Katyal (JIRA)]

Raghav Katyal created CB-11040:
--

 Summary: Document the uap-target-min-preference for Windows
 Key: CB-11040
 URL: https://issues.apache.org/jira/browse/CB-11040
 Project: Apache Cordova
  Issue Type: Task
Reporter: Raghav Katyal
Assignee: Raghav Katyal
Priority: Minor






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10770) cordova cli not adding platform via npm specifying new version before 24 hours of release

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231102#comment-15231102
 ] 

ASF GitHub Bot commented on CB-10770:
-

GitHub user nikhilkh opened a pull request:

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

CB-10770 Remove cache-min when adding platforms



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

$ git pull https://github.com/MSOpenTech/cordova-lib cache-min

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

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


commit dc84fb9cb7faa0a89539de7aaae2e25deb806c99
Author: Nikhil Khandelwal 
Date:   2016-04-07T21:23:52Z

CB-10770 Remove cache-min when adding platforms




> cordova cli not adding platform via npm specifying new version before 24 
> hours of release
> -
>
> Key: CB-10770
> URL: https://issues.apache.org/jira/browse/CB-10770
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.0.0
> Environment: Mac
>Reporter: Carlos Santana
>Priority: Minor
>  Labels: CLI, triaged
>
> A new release of platform ios cordova-ios@4.1.0 is published to NPM
> User tries to install with $ cordova platform ios@4.1.0
> At the time of this command the npm cache information for the pacakge 
> cordova-ios in 
> ~/.cordova/lib/npm_cache/registry.npmjs.org/cordova-ios/.cache.json doesn't 
> have the information about 4.1.0 and the file is not older than 24 hours.
> cordova cli is configured with npm cache-min = 3600*24 (24 hours)
> If the file in the cache is not older than 24 hours npm will not check the 
> registry. and requested package cordova-ios@4.1.0 is not added to the cache.
> There is no err catch for this case in the cordova-lib [1]
> [1]: 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/lazy_load.js#L158



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11039) ToC Should scroll to the current page

[Dmitry Blotsky (JIRA)]

Dmitry Blotsky created CB-11039:
---

 Summary: ToC Should scroll to the current page
 Key: CB-11039
 URL: https://issues.apache.org/jira/browse/CB-11039
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Docs
Reporter: Dmitry Blotsky
Priority: Minor






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11006) Cordova-IOS Platform Release April 1, 2016

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231091#comment-15231091
 ] 

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

Commit 1b6746612dff29c5b26ba82c1422397854a38378 in cordova-docs's branch 
refs/heads/master from [~eymorale]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=1b67466 ]

CB-11006 add ios@4.1.1 release blog post

 This closes #571


> Cordova-IOS Platform Release April 1, 2016
> --
>
> Key: CB-11006
> URL: https://issues.apache.org/jira/browse/CB-11006
> Project: Apache Cordova
>  Issue Type: Task
>  Components: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md
> * CB-11006 Updated CDV version macro to 4.1.1
> * CB-11006 Added license to loggingHelper.js
> * CB-11006 Updated checked-in node_modules
> * CB-10320 Fixes corrupted logo.png
> * CB-10918 Travis tests are failing sometimes for cordova-ios
> * CB-10912 Bundling ios-sim 5.0.7 to fix 'Invalid Device State' errors
> * CB-10912: update ios-sim to 5.0.7 to fix 'Invalid Device State' errors
> * CB-10888 Enable coverage reports collection via codecov
> * CB-10840 Use cordova-common.CordovaLogger in cordova-ios
> * CB-10846 Add status badges for Travis and AppVeyor
> * CB-10846 Add AppVeyor configuration
> * CB-10773 Update path delimiters in tests
> * CB-10769 Update specs according to actual implementation
> * CB-10769 Copy raw pluginHandler tests from cordova-lib
> * revert bad fix for CB-10828 I blame node 5.7.0
> * CB-10828 TypeError: Cannot read property 'indexOf' of null when 
> allow-navigation using scheme:*
> * CB-10773 Correct FRAMEWORKS_SEARCH_PATHS on win32
> * CB-10673 fixed conflicting plugin install issue with overlapped 
>  tag using --force option. This closes #199.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11006) Cordova-IOS Platform Release April 1, 2016

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231093#comment-15231093
 ] 

ASF GitHub Bot commented on CB-11006:
-

Github user asfgit closed the pull request at:

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


> Cordova-IOS Platform Release April 1, 2016
> --
>
> Key: CB-11006
> URL: https://issues.apache.org/jira/browse/CB-11006
> Project: Apache Cordova
>  Issue Type: Task
>  Components: iOS
>Reporter: Edna Morales
>Assignee: Edna Morales
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md
> * CB-11006 Updated CDV version macro to 4.1.1
> * CB-11006 Added license to loggingHelper.js
> * CB-11006 Updated checked-in node_modules
> * CB-10320 Fixes corrupted logo.png
> * CB-10918 Travis tests are failing sometimes for cordova-ios
> * CB-10912 Bundling ios-sim 5.0.7 to fix 'Invalid Device State' errors
> * CB-10912: update ios-sim to 5.0.7 to fix 'Invalid Device State' errors
> * CB-10888 Enable coverage reports collection via codecov
> * CB-10840 Use cordova-common.CordovaLogger in cordova-ios
> * CB-10846 Add status badges for Travis and AppVeyor
> * CB-10846 Add AppVeyor configuration
> * CB-10773 Update path delimiters in tests
> * CB-10769 Update specs according to actual implementation
> * CB-10769 Copy raw pluginHandler tests from cordova-lib
> * revert bad fix for CB-10828 I blame node 5.7.0
> * CB-10828 TypeError: Cannot read property 'indexOf' of null when 
> allow-navigation using scheme:*
> * CB-10773 Correct FRAMEWORKS_SEARCH_PATHS on win32
> * CB-10673 fixed conflicting plugin install issue with overlapped 
>  tag using --force option. This closes #199.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10770) cordova cli not adding platform via npm specifying new version before 24 hours of release

[Nikhil Khandelwal (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231090#comment-15231090
 ] 

Nikhil Khandelwal commented on CB-10770:


I got another report of this issue - I propose to lower the cache timeout or 
remove the value and let npm do it's default thing here - the first version of 
the code always had a 1 day timeout without any explanation. I don't see a down 
side for doing this.

> cordova cli not adding platform via npm specifying new version before 24 
> hours of release
> -
>
> Key: CB-10770
> URL: https://issues.apache.org/jira/browse/CB-10770
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.0.0
> Environment: Mac
>Reporter: Carlos Santana
>Priority: Minor
>  Labels: CLI, triaged
>
> A new release of platform ios cordova-ios@4.1.0 is published to NPM
> User tries to install with $ cordova platform ios@4.1.0
> At the time of this command the npm cache information for the pacakge 
> cordova-ios in 
> ~/.cordova/lib/npm_cache/registry.npmjs.org/cordova-ios/.cache.json doesn't 
> have the information about 4.1.0 and the file is not older than 24 hours.
> cordova cli is configured with npm cache-min = 3600*24 (24 hours)
> If the file in the cache is not older than 24 hours npm will not check the 
> registry. and requested package cordova-ios@4.1.0 is not added to the cache.
> There is no err catch for this case in the cordova-lib [1]
> [1]: 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/lazy_load.js#L158



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10957) iOS release-mode app contains build config files

[Omar Mefire (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231073#comment-15231073
 ] 

Omar Mefire commented on CB-10957:
--

Why is this considered a major issue ?

> iOS release-mode app contains build config files
> 
>
> Key: CB-10957
> URL: https://issues.apache.org/jira/browse/CB-10957
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.1.0
> Environment: cordova-ios 4.1.0
> cordova CLI 6.0.0
> Mac OS 10.11.3
>Reporter: Jacob Weber
>Assignee: Omar Mefire
>  Labels: triaged
>
> Create a new app, add the iOS platform, and run {{cordova build --device 
> --release}}.
> The resulting .ipa file contains the following files:
> {code}
> build-debug.xcconfig
> build-release.xcconfig
> build.xcconfig
> {code}
> I don't think the final app should contain these build files, especially not 
> debug versions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11037) Documentation - Sample Apps & Pass data from Cordova app to host links don't work

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15231053#comment-15231053
 ] 

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

Commit 51e2ba30851fcaf3554fee4483e8cab8dca8cc91 in cordova-docs's branch 
refs/heads/master from [~dblotsky]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=51e2ba3 ]

CB-11037 Removing unused ToC entries. Snapshotting dev to latest. Fixing 
snapshotting on windows.


> Documentation - Sample Apps & Pass data from Cordova app to host links don't 
> work
> -
>
> Key: CB-11037
> URL: https://issues.apache.org/jira/browse/CB-11037
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Reporter: Simon Prickett
>Assignee: Richard B Knoll
>Priority: Minor
>  Labels: reproduced, triaged
>
> I just noticed in the docs here http://cordova.apache.org/docs/en/latest/ if 
> you go down the navigation on the right to Advanced Topics then try "Pass 
> data from Cordova app to host" it doesn't link to that and instead takes  you 
> to http://cordova.apache.org/docs/en/latest/ which is the page you are on.  
> Same for "Sample Apps" link at the bottom of the Reference section.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts that are actually of interest; *even if 
they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


*I guess filtering by this attribute should do the trick:*

[ContactsContract.Contacts.IN_VISIBLE_GROUP|http://developer.android.com/reference/android/provider/ContactsContract.Contacts.html]
??An indicator of whether this contact is supposed to be visible in the UI. "1" 
if the contact has at least one raw contact that belongs to a visible group; 
"0" otherwise.??

Here is someone who describes a similar issue (not development related): [How 
to filter my google 
contacts?|http://android.stackexchange.com/questions/43198/how-to-filter-my-google-contacts]

  was:
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts that are actually of interest; *even if 
they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute should do the trick:

[ContactsContract.Contacts.IN_VISIBLE_GROUP|http://developer.android.com/reference/android/provider/ContactsContract.Contacts.html]
??An indicator of whether this contact is supposed to be visible in the UI. "1" 
if the contact has at least one raw contact that belongs to a visible group; 
"0" otherwise.??

Here is someone who describes a similar issue (not development related): [How 
to filter my google 
contacts?|http://android.stackexchange.com/questions/43198/how-to-filter-my-google-contacts]


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). *By default those Contacts are hidden in the systems 
> contacts-app.*
> The problem is; the cordova-plugin-contacts retrieves those useless contacts 
> together with the ordinary contacts that are actually of interest; *even if 
> they aren't real contacts and in most cases of literally +no interest+*. 
> Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices from or even newsletters.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.
> 

[jira] [Commented] (CB-11024) Add preference to change min supported version in csproj file in Windows

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230909#comment-15230909
 ] 

ASF GitHub Bot commented on CB-11024:
-

Github user jasongin commented on the pull request:

https://github.com/apache/cordova-windows/pull/165#issuecomment-207058473
  
LGTM


> Add preference to change min supported version in csproj file in Windows
> 
>
> Key: CB-11024
> URL: https://issues.apache.org/jira/browse/CB-11024
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Raghav Katyal
>Assignee: Raghav Katyal
>  Labels: cordova-windows
>
> The current values in csproj are based on the SDKs installed on the machine 
> and are not customizable by user. This preference will allow to change the 
> min supported version.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts that are actually of interest; *even if 
they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute should do the trick:

[ContactsContract.Contacts.IN_VISIBLE_GROUP|http://developer.android.com/reference/android/provider/ContactsContract.Contacts.html]
??An indicator of whether this contact is supposed to be visible in the UI. "1" 
if the contact has at least one raw contact that belongs to a visible group; 
"0" otherwise.??

Here is someone who describes a similar issue (not development related): [How 
to filter my google 
contacts?|http://android.stackexchange.com/questions/43198/how-to-filter-my-google-contacts]

  was:
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts that are actually of interest; *even if 
they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Contacts.IN_VISIBLE_GROUP|http://developer.android.com/reference/android/provider/ContactsContract.Contacts.html]
??An indicator of whether this contact is supposed to be visible in the UI. "1" 
if the contact has at least one raw contact that belongs to a visible group; 
"0" otherwise.??

Here is someone who describes a similar issue (not development related): [How 
to filter my google 
contacts?|http://android.stackexchange.com/questions/43198/how-to-filter-my-google-contacts]


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). *By default those Contacts are hidden in the systems 
> contacts-app.*
> The problem is; the cordova-plugin-contacts retrieves those useless contacts 
> together with the ordinary contacts that are actually of interest; *even if 
> they aren't real contacts and in most cases of literally +no interest+*. 
> Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices from or even newsletters.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.
> I guess 

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts that are actually of interest; *even if 
they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Contacts.IN_VISIBLE_GROUP|http://developer.android.com/reference/android/provider/ContactsContract.Contacts.html]
??An indicator of whether this contact is supposed to be visible in the UI. "1" 
if the contact has at least one raw contact that belongs to a visible group; 
"0" otherwise.??

Here is someone who describes a similar issue (not development related): [How 
to filter my google 
contacts?|http://android.stackexchange.com/questions/43198/how-to-filter-my-google-contacts]

  was:
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts that are actually of interest; *even if 
they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Contacts.IN_VISIBLE_GROUP|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??An indicator of whether this contact is supposed to be visible in the UI. "1" 
if the contact has at least one raw contact that belongs to a visible group; 
"0" otherwise.??

Here is someone who describes a similar issue (not development related): [How 
to filter my google 
contacts?|http://android.stackexchange.com/questions/43198/how-to-filter-my-google-contacts]


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). *By default those Contacts are hidden in the systems 
> contacts-app.*
> The problem is; the cordova-plugin-contacts retrieves those useless contacts 
> together with the ordinary contacts that are actually of interest; *even if 
> they aren't real contacts and in most cases of literally +no interest+*. 
> Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices from or even newsletters.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.
> I guess filtering by this 

[jira] [Commented] (CB-11024) Add preference to change min supported version in csproj file in Windows

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230889#comment-15230889
 ] 

ASF GitHub Bot commented on CB-11024:
-

GitHub user rakatyal opened a pull request:

https://github.com/apache/cordova-windows/pull/165

CB-11024: Add preference to set the min UAP target version in the JSP…

…roj File

The current preferences allow the user to set the target and min versions 
in the appxmanifest files. The  target min version currently is set to be the 
minimum SDK installed on the user machine. This change allows the user to 
change it using this new preference else defaults it to '10.0.10240.0' 

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

$ git pull https://github.com/MSOpenTech/cordova-windows raghav/minversion

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

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


commit 303293d025985b75aa46fa9fe1e8b30fba22e562
Author: Raghav Katyal 
Date:   2016-04-07T19:14:30Z

CB-11024: Add preference to set the min UAP target version in the JSProj 
File




> Add preference to change min supported version in csproj file in Windows
> 
>
> Key: CB-11024
> URL: https://issues.apache.org/jira/browse/CB-11024
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Raghav Katyal
>Assignee: Raghav Katyal
>  Labels: cordova-windows
>
> The current values in csproj are based on the SDKs installed on the machine 
> and are not customizable by user. This preference will allow to change the 
> min supported version.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts that are actually of interest; *even if 
they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Contacts.IN_VISIBLE_GROUP|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??An indicator of whether this contact is supposed to be visible in the UI. "1" 
if the contact has at least one raw contact that belongs to a visible group; 
"0" otherwise.??

Here is someone who describes a similar issue (not development related): [How 
to filter my google 
contacts?|http://android.stackexchange.com/questions/43198/how-to-filter-my-google-contacts]

  was:
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts that are actually of interest; *even if 
they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??which contains information about raw contact groups such as Gmail contact 
groups. The current API does not support the notion of groups spanning multiple 
accounts.??


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). *By default those Contacts are hidden in the systems 
> contacts-app.*
> The problem is; the cordova-plugin-contacts retrieves those useless contacts 
> together with the ordinary contacts that are actually of interest; *even if 
> they aren't real contacts and in most cases of literally +no interest+*. 
> Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices from or even newsletters.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.
> I guess filtering by this attribute may help:
> [ContactsContract.Contacts.IN_VISIBLE_GROUP|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
> ??An indicator of whether this contact is supposed to be visible in 

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts that are actually of interest; *even if 
they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??which contains information about raw contact groups such as Gmail contact 
groups. The current API does not support the notion of groups spanning multiple 
accounts.??

  was:
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts; *even if they aren't real contacts and in 
most cases of literally +no interest+*. Additionally this is different 
behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??which contains information about raw contact groups such as Gmail contact 
groups. The current API does not support the notion of groups spanning multiple 
accounts.??


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). *By default those Contacts are hidden in the systems 
> contacts-app.*
> The problem is; the cordova-plugin-contacts retrieves those useless contacts 
> together with the ordinary contacts that are actually of interest; *even if 
> they aren't real contacts and in most cases of literally +no interest+*. 
> Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices from or even newsletters.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.
> I guess filtering by this attribute may help:
> [ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
> ??which contains information about raw contact groups such as Gmail contact 
> groups. The current API does not support the notion of groups spanning 
> multiple accounts.??



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: 

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts 
together with the ordinary contacts; *even if they aren't real contacts and in 
most cases of literally +no interest+*. Additionally this is different 
behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??which contains information about raw contact groups such as Gmail contact 
groups. The current API does not support the notion of groups spanning multiple 
accounts.??

  was:
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts; 
*even if they aren't real contacts and in most cases of literally +no 
interest+*. Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??which contains information about raw contact groups such as Gmail contact 
groups. The current API does not support the notion of groups spanning multiple 
accounts.??


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). *By default those Contacts are hidden in the systems 
> contacts-app.*
> The problem is; the cordova-plugin-contacts retrieves those useless contacts 
> together with the ordinary contacts; *even if they aren't real contacts and 
> in most cases of literally +no interest+*. Additionally this is different 
> behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices from or even newsletters.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.
> I guess filtering by this attribute may help:
> [ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
> ??which contains information about raw contact groups such as Gmail contact 
> groups. The current API does not support the notion of groups spanning 
> multiple accounts.??



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those useless contacts; 
*even if they aren't real contacts and in most cases of literally +no 
interest+*. Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??which contains information about raw contact groups such as Gmail contact 
groups. The current API does not support the notion of groups spanning multiple 
accounts.??

  was:
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those contacts too; *even 
if they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??which contains information about raw contact groups such as Gmail contact 
groups. The current API does not support the notion of groups spanning multiple 
accounts.??


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). *By default those Contacts are hidden in the systems 
> contacts-app.*
> The problem is; the cordova-plugin-contacts retrieves those useless contacts; 
> *even if they aren't real contacts and in most cases of literally +no 
> interest+*. Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices from or even newsletters.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.
> I guess filtering by this attribute may help:
> [ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
> ??which contains information about raw contact groups such as Gmail contact 
> groups. The current API does not support the notion of groups spanning 
> multiple accounts.??



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). *By default those Contacts are hidden in the systems 
contacts-app.*

The problem is; the cordova-plugin-contacts retrieves those contacts too; *even 
if they aren't real contacts and in most cases of literally +no interest+*. 
Additionally this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices from or even newsletters.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??which contains information about raw contact groups such as Gmail contact 
groups. The current API does not support the notion of groups spanning multiple 
accounts.??

  was:
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). By default those Contacts are hidden in the systems 
contacts-app.

The problem is; the cordova-plugin-contacts retrieves those contacts too; even 
if they aren't real contacts and in most cases of no interest. Additionally 
this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of nonsense contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices or even newsletters from.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??which contains information about raw contact groups such as Gmail contact 
groups. The current API does not support the notion of groups spanning multiple 
accounts.??


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). *By default those Contacts are hidden in the systems 
> contacts-app.*
> The problem is; the cordova-plugin-contacts retrieves those contacts too; 
> *even if they aren't real contacts and in most cases of literally +no 
> interest+*. Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of *+nonsense+* contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices from or even newsletters.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.
> I guess filtering by this attribute may help:
> [ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
> ??which contains information about raw contact groups such as Gmail contact 
> groups. The current API does not support the notion of groups spanning 
> multiple accounts.??



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). By default those Contacts are hidden in the systems 
contacts-app.

The problem is; the cordova-plugin-contacts retrieves those contacts too; even 
if they aren't real contacts and in most cases of no interest. Additionally 
this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of nonsense contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices or even newsletters from.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
[ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
??which contains information about raw contact groups such as Gmail contact 
groups. The current API does not support the notion of groups spanning multiple 
accounts.??

  was:
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). By default those Contacts are hidden in the systems 
contacts-app.

The problem is; the cordova-plugin-contacts retrieves those contacts too; even 
if they aren't real contacts and in most cases of no interest. Additionally 
this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of nonsense contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices or even newsletters from.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
http://developer.android.com/reference/android/provider/ContactsContract.Groups.html


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). By default those Contacts are hidden in the systems 
> contacts-app.
> The problem is; the cordova-plugin-contacts retrieves those contacts too; 
> even if they aren't real contacts and in most cases of no interest. 
> Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of nonsense contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices or even newsletters from.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.
> I guess filtering by this attribute may help:
> [ContactsContract.Group|http://developer.android.com/reference/android/provider/ContactsContract.Groups.html]
> ??which contains information about raw contact groups such as Gmail contact 
> groups. The current API does not support the notion of groups spanning 
> multiple accounts.??



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230800#comment-15230800
 ] 

ASF GitHub Bot commented on CB-10960:
-

Github user rakatyal commented on the pull request:


https://github.com/apache/cordova-plugin-file/pull/177#issuecomment-207044636
  
LGTM as well aside from Jason's feedback.


> Uncaught # in write() when readyState != WRITING ?
> -
>
> Key: CB-10960
> URL: https://issues.apache.org/jira/browse/CB-10960
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.1.1
> Environment: Android
>Reporter: Samo Dadela
>  Labels: android
> Attachments: code.js
>
>
> Excuse me if I did something stupid - I'm new to Cordova and JS.
> I thought that calling write() after checking readyState != WRITING would 
> work. 
> {code}
> function writeQueue(c) {
> while ( !(logWriter.readyState === FileWriter.WRITING) ) {
> var msg = logQueue.dequeue();
> if (!msg) {
> return;
> }
> var blob = new Blob([msg+c], { type: 'text/plain' });
> logWriter.write(blob);
> }
> }
> }
> {code}
> But I get:
> 0 277161   log  log writer: cdvfile://localhost/files/bala.log
> 1 277199   log  log writer: onwriteend
> 2 283616   log  log writer: onwriteend
> 3 283629   log  log writer: onwriteend
> 4 283651   errorUncaught #, 
> http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, 
> Line: 130
> Line 130 is:
> {code}
> // Throw an exception if we are already writing a file
> if (this.readyState === FileWriter.WRITING) {
> throw new FileError(FileError.INVALID_STATE_ERR);
> }
> {code}
> How can readyState change to WRITING ? 
> Note: Queue is pure Javascript 
> (http://code.stephenmorley.org/javascript/queues/Queue.src.js)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). By default those Contacts are hidden in the systems 
contacts-app.

The problem is; the cordova-plugin-contacts retrieves those contacts too; even 
if they aren't real contacts and in most cases of no interest. Additionally 
this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of nonsense contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices or even newsletters from.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


I guess filtering by this attribute may help:
http://developer.android.com/reference/android/provider/ContactsContract.Groups.html

  was:
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). By default those Contacts are hidden in the systems 
contacts-app.

The problem is; the cordova-plugin-contacts retrieves those contacts too; even 
if they aren't real contacts and in most cases of no interest. Additionally 
this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of nonsense contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices or even newsletters from.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). By default those Contacts are hidden in the systems 
> contacts-app.
> The problem is; the cordova-plugin-contacts retrieves those contacts too; 
> even if they aren't real contacts and in most cases of no interest. 
> Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of nonsense contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices or even newsletters from.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.
> I guess filtering by this attribute may help:
> http://developer.android.com/reference/android/provider/ContactsContract.Groups.html



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Description: 
For some reason, Android (or Gmail) creates a contact for each email a user 
receives (via gmail). By default those Contacts are hidden in the systems 
contacts-app.

The problem is; the cordova-plugin-contacts retrieves those contacts too; even 
if they aren't real contacts and in most cases of no interest. Additionally 
this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of nonsense contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices or even newsletters from.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.

  was:
For some reason, Android (or Gmail) creates contacts for each email a user 
receives (via gmail). By default those Contacts are hidden in the systems 
contacts-app.

The problem is; the cordova-plugin-contacts retrieves those contacts too; even 
if they aren't real contacts and in most cases of no interest. Additionally 
this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of nonsense contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices or even newsletters from.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.


> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates a contact for each email a user 
> receives (via gmail). By default those Contacts are hidden in the systems 
> contacts-app.
> The problem is; the cordova-plugin-contacts retrieves those contacts too; 
> even if they aren't real contacts and in most cases of no interest. 
> Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of nonsense contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices or even newsletters from.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230798#comment-15230798
 ] 

ASF GitHub Bot commented on CB-10960:
-

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

https://github.com/apache/cordova-plugin-file/pull/177#discussion_r58923252
  
--- Diff: www/FileWriter.js ---
@@ -107,8 +108,29 @@ FileWriter.prototype.write = function(data) {
 var fileReader = new FileReader();
 fileReader.onload = function() {
 // Call this method again, with the arraybuffer as argument
-FileWriter.prototype.write.call(that, this.result);
+FileWriter.prototype.write.call(that, this.result, true /* 
isPendingBlobReadResult */);
 };
+fileReader.onerror = function (evt) {
+// DONE state
+that.readyState = FileWriter.DONE;
+
+// Save error
+that.error = evt.target.error;
--- End diff --

+1


> Uncaught # in write() when readyState != WRITING ?
> -
>
> Key: CB-10960
> URL: https://issues.apache.org/jira/browse/CB-10960
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.1.1
> Environment: Android
>Reporter: Samo Dadela
>  Labels: android
> Attachments: code.js
>
>
> Excuse me if I did something stupid - I'm new to Cordova and JS.
> I thought that calling write() after checking readyState != WRITING would 
> work. 
> {code}
> function writeQueue(c) {
> while ( !(logWriter.readyState === FileWriter.WRITING) ) {
> var msg = logQueue.dequeue();
> if (!msg) {
> return;
> }
> var blob = new Blob([msg+c], { type: 'text/plain' });
> logWriter.write(blob);
> }
> }
> }
> {code}
> But I get:
> 0 277161   log  log writer: cdvfile://localhost/files/bala.log
> 1 277199   log  log writer: onwriteend
> 2 283616   log  log writer: onwriteend
> 3 283629   log  log writer: onwriteend
> 4 283651   errorUncaught #, 
> http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, 
> Line: 130
> Line 130 is:
> {code}
> // Throw an exception if we are already writing a file
> if (this.readyState === FileWriter.WRITING) {
> throw new FileError(FileError.INVALID_STATE_ERR);
> }
> {code}
> How can readyState change to WRITING ? 
> Note: Queue is pure Javascript 
> (http://code.stephenmorley.org/javascript/queues/Queue.src.js)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

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

Tobias Mücksch updated CB-11038:

Affects Version/s: 2.0.0

> Android: Automatically created (nonsense) contacts are retrieved too
> 
>
> Key: CB-11038
> URL: https://issues.apache.org/jira/browse/CB-11038
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: Android 6 Marshmallow
>Reporter: Tobias Mücksch
>
> For some reason, Android (or Gmail) creates contacts for each email a user 
> receives (via gmail). By default those Contacts are hidden in the systems 
> contacts-app.
> The problem is; the cordova-plugin-contacts retrieves those contacts too; 
> even if they aren't real contacts and in most cases of no interest. 
> Additionally this is different behaviour from the iOS version.
> You can spot these "ghost contacts" when you open your contacts app, click on 
> the settings (top right corner), and then on "Contacts to display" -> 
> "Customize" -> Google -> "My Contacts".
> In my opinion there should be at least an option to filter out specific 
> contacts sources. It's very annoying to have plenty of nonsense contacts 
> (around 50 in my case). For example I have some contacts in the list for 
> email addresses I have received invoices or even newsletters from.
> Side note: I'm not 100% percent sure where these contacts come from. Either 
> android or the gmail web app.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11038) Android: Automatically created (nonsense) contacts are retrieved too

[JIRA]

Tobias Mücksch created CB-11038:
---

 Summary: Android: Automatically created (nonsense) contacts are 
retrieved too
 Key: CB-11038
 URL: https://issues.apache.org/jira/browse/CB-11038
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Contacts
 Environment: Android 6 Marshmallow
Reporter: Tobias Mücksch


For some reason, Android (or Gmail) creates contacts for each email a user 
receives (via gmail). By default those Contacts are hidden in the systems 
contacts-app.

The problem is; the cordova-plugin-contacts retrieves those contacts too; even 
if they aren't real contacts and in most cases of no interest. Additionally 
this is different behaviour from the iOS version.

You can spot these "ghost contacts" when you open your contacts app, click on 
the settings (top right corner), and then on "Contacts to display" -> 
"Customize" -> Google -> "My Contacts".

In my opinion there should be at least an option to filter out specific 
contacts sources. It's very annoying to have plenty of nonsense contacts 
(around 50 in my case). For example I have some contacts in the list for email 
addresses I have received invoices or even newsletters from.

Side note: I'm not 100% percent sure where these contacts come from. Either 
android or the gmail web app.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230793#comment-15230793
 ] 

ASF GitHub Bot commented on CB-10960:
-

Github user jasongin commented on the pull request:


https://github.com/apache/cordova-plugin-file/pull/177#issuecomment-207042297
  
LGTM aside from the minor issues I commented on.


> Uncaught # in write() when readyState != WRITING ?
> -
>
> Key: CB-10960
> URL: https://issues.apache.org/jira/browse/CB-10960
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.1.1
> Environment: Android
>Reporter: Samo Dadela
>  Labels: android
> Attachments: code.js
>
>
> Excuse me if I did something stupid - I'm new to Cordova and JS.
> I thought that calling write() after checking readyState != WRITING would 
> work. 
> {code}
> function writeQueue(c) {
> while ( !(logWriter.readyState === FileWriter.WRITING) ) {
> var msg = logQueue.dequeue();
> if (!msg) {
> return;
> }
> var blob = new Blob([msg+c], { type: 'text/plain' });
> logWriter.write(blob);
> }
> }
> }
> {code}
> But I get:
> 0 277161   log  log writer: cdvfile://localhost/files/bala.log
> 1 277199   log  log writer: onwriteend
> 2 283616   log  log writer: onwriteend
> 3 283629   log  log writer: onwriteend
> 4 283651   errorUncaught #, 
> http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, 
> Line: 130
> Line 130 is:
> {code}
> // Throw an exception if we are already writing a file
> if (this.readyState === FileWriter.WRITING) {
> throw new FileError(FileError.INVALID_STATE_ERR);
> }
> {code}
> How can readyState change to WRITING ? 
> Note: Queue is pure Javascript 
> (http://code.stephenmorley.org/javascript/queues/Queue.src.js)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230789#comment-15230789
 ] 

ASF GitHub Bot commented on CB-10960:
-

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

https://github.com/apache/cordova-plugin-file/pull/177#discussion_r58922573
  
--- Diff: www/FileWriter.js ---
@@ -107,8 +108,29 @@ FileWriter.prototype.write = function(data) {
 var fileReader = new FileReader();
 fileReader.onload = function() {
 // Call this method again, with the arraybuffer as argument
-FileWriter.prototype.write.call(that, this.result);
+FileWriter.prototype.write.call(that, this.result, true /* 
isPendingBlobReadResult */);
 };
+fileReader.onerror = function (evt) {
+// DONE state
+that.readyState = FileWriter.DONE;
+
+// Save error
+that.error = evt.target.error;
--- End diff --

I think **evt.target** here is the same as **this** in the callback, and 
they both refer to the FileReader instance, right? It's a bit confusing that 
you use **evt.target** here, but **this** is used in the **onload** callback. 
(I can't actually find documentation that says **this** in a FileReader 
callback is set to the FileReader, though it seems like a reasonable 
assumption.)


> Uncaught # in write() when readyState != WRITING ?
> -
>
> Key: CB-10960
> URL: https://issues.apache.org/jira/browse/CB-10960
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.1.1
> Environment: Android
>Reporter: Samo Dadela
>  Labels: android
> Attachments: code.js
>
>
> Excuse me if I did something stupid - I'm new to Cordova and JS.
> I thought that calling write() after checking readyState != WRITING would 
> work. 
> {code}
> function writeQueue(c) {
> while ( !(logWriter.readyState === FileWriter.WRITING) ) {
> var msg = logQueue.dequeue();
> if (!msg) {
> return;
> }
> var blob = new Blob([msg+c], { type: 'text/plain' });
> logWriter.write(blob);
> }
> }
> }
> {code}
> But I get:
> 0 277161   log  log writer: cdvfile://localhost/files/bala.log
> 1 277199   log  log writer: onwriteend
> 2 283616   log  log writer: onwriteend
> 3 283629   log  log writer: onwriteend
> 4 283651   errorUncaught #, 
> http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, 
> Line: 130
> Line 130 is:
> {code}
> // Throw an exception if we are already writing a file
> if (this.readyState === FileWriter.WRITING) {
> throw new FileError(FileError.INVALID_STATE_ERR);
> }
> {code}
> How can readyState change to WRITING ? 
> Note: Queue is pure Javascript 
> (http://code.stephenmorley.org/javascript/queues/Queue.src.js)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230760#comment-15230760
 ] 

ASF GitHub Bot commented on CB-10960:
-

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

https://github.com/apache/cordova-plugin-file/pull/177#discussion_r58919879
  
--- Diff: www/FileWriter.js ---
@@ -107,8 +108,29 @@ FileWriter.prototype.write = function(data) {
 var fileReader = new FileReader();
 fileReader.onload = function() {
 // Call this method again, with the arraybuffer as argument
-FileWriter.prototype.write.call(that, this.result);
+FileWriter.prototype.write.call(that, this.result, true /* 
isPendingBlobReadResult */);
 };
+fileReader.onerror = function (evt) {
+// DONE state
+that.readyState = FileWriter.DONE;
--- End diff --

Do you need to check if this FileWriter is already in the DONE (cancelled) 
state, as in the other callbacks below?


> Uncaught # in write() when readyState != WRITING ?
> -
>
> Key: CB-10960
> URL: https://issues.apache.org/jira/browse/CB-10960
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.1.1
> Environment: Android
>Reporter: Samo Dadela
>  Labels: android
> Attachments: code.js
>
>
> Excuse me if I did something stupid - I'm new to Cordova and JS.
> I thought that calling write() after checking readyState != WRITING would 
> work. 
> {code}
> function writeQueue(c) {
> while ( !(logWriter.readyState === FileWriter.WRITING) ) {
> var msg = logQueue.dequeue();
> if (!msg) {
> return;
> }
> var blob = new Blob([msg+c], { type: 'text/plain' });
> logWriter.write(blob);
> }
> }
> }
> {code}
> But I get:
> 0 277161   log  log writer: cdvfile://localhost/files/bala.log
> 1 277199   log  log writer: onwriteend
> 2 283616   log  log writer: onwriteend
> 3 283629   log  log writer: onwriteend
> 4 283651   errorUncaught #, 
> http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, 
> Line: 130
> Line 130 is:
> {code}
> // Throw an exception if we are already writing a file
> if (this.readyState === FileWriter.WRITING) {
> throw new FileError(FileError.INVALID_STATE_ERR);
> }
> {code}
> How can readyState change to WRITING ? 
> Note: Queue is pure Javascript 
> (http://code.stephenmorley.org/javascript/queues/Queue.src.js)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Comment Edited] (CB-8383) pause event don't fire when 'KeepRunning' is false

[Git Rubb (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-8383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230705#comment-15230705
 ] 

Git Rubb edited comment on CB-8383 at 4/7/16 6:12 PM:
--

This seems like a big issue, anyone know how to bring more attention to this 
bug?

Added a delay which seems to work. Added a pull request to get some attention 
and possibly a better fix. 
https://github.com/apache/cordova-android/pull/288


was (Author: gitrubb):
This seems like a big issue, anyone know how to bring more attention to this 
bug?

> pause event don't fire when 'KeepRunning' is false
> --
>
> Key: CB-8383
> URL: https://issues.apache.org/jira/browse/CB-8383
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: Master, 3.5.0, 4.0.0, 4.1.3
> Environment: Mac osx 10.9
>Reporter: hugefactory
>  Labels: easyfix
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> Under Android, when a project use 'KeepRunning=false' in the config.xml file, 
> the 'pause' event in javascript don't fire when application go to background. 
> Next, 'pause' event fire when 'resume' is call and when the application 
> resume.
> The problem is in 'CordovaWebView.java' in the 'handlePause' method :
> public void handlePause(boolean keepRunning) {
> LOG.d(TAG, "Handle the pause");
> // Send pause event to JavaScript
> 
> this.loadUrl("javascript:try{cordova.fireDocumentEvent('pause');}catch(e){console.log('exception
>  firing pause event from native');};");
> // Forward to plugins
> if (this.pluginManager != null) {
> this.pluginManager.onPause(keepRunning);
> }
> // If app doesn't want to run in background
> if (!keepRunning) {
> // Pause JavaScript timers (including setInterval)
> this.pauseTimers();
> }
> paused = true;
>
> }
> As you can see, 'pauseTimers()' is call immediatly when we choose 
> 'KeepRunning' false.
> According to the Android documentation, 'pauseTimer()' stop all javascript 
> activitythen the 'pause' javascript callback is not execute (it's execute 
> after, when the 'resumeTimers()' is call and the application resume.
> I suggest to delay the 'pauseTimers()' for 1 or 2 sec. Then the javascript 
> 'pause' can execute before the application is really stop :
> //OLD   
>  //this.pauseTimers();
> //NEW
> final Handler handler = new Handler();
> handler.postDelayed(new Runnable() {
>   @Override
>   public void run() {
> LOG.d(TAG, "Handle the pauseTimers");
> pauseTimers();
>   }
> }, 1000);
> }
> Thanks.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-8383) pause event don't fire when 'KeepRunning' is false

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-8383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230739#comment-15230739
 ] 

ASF GitHub Bot commented on CB-8383:


GitHub user GitRubb opened a pull request:

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

CB-8383 Handle pause event when keeprunning=false

I added this pull request to hopefully get some attention to this bug 
https://issues.apache.org/jira/browse/CB-8383. When keeprunning = false in 
config.xml, any pause event processing is halted until the app returns. Not 
only is the pause event missed on app backgrounding, but on return it processes 
the pause and resume events.

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

$ git pull https://github.com/GitRubb/cordova-android master

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

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


commit 101ac992a1bac00863177bba42735389dbef3206
Author: GitRubb 
Date:   2016-04-07T18:09:30Z

CB-8383 Handle pause event when keeprunning=false 

I added this pull request to hopefully get some attention to this bug 
https://issues.apache.org/jira/browse/CB-8383. When keeprunning = false in 
config.xml, any pause event processing is halted until the app returns. Not 
only is the pause event missed on app backgrounding, but on return it processes 
the pause and resume events.




> pause event don't fire when 'KeepRunning' is false
> --
>
> Key: CB-8383
> URL: https://issues.apache.org/jira/browse/CB-8383
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: Master, 3.5.0, 4.0.0, 4.1.3
> Environment: Mac osx 10.9
>Reporter: hugefactory
>  Labels: easyfix
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> Under Android, when a project use 'KeepRunning=false' in the config.xml file, 
> the 'pause' event in javascript don't fire when application go to background. 
> Next, 'pause' event fire when 'resume' is call and when the application 
> resume.
> The problem is in 'CordovaWebView.java' in the 'handlePause' method :
> public void handlePause(boolean keepRunning) {
> LOG.d(TAG, "Handle the pause");
> // Send pause event to JavaScript
> 
> this.loadUrl("javascript:try{cordova.fireDocumentEvent('pause');}catch(e){console.log('exception
>  firing pause event from native');};");
> // Forward to plugins
> if (this.pluginManager != null) {
> this.pluginManager.onPause(keepRunning);
> }
> // If app doesn't want to run in background
> if (!keepRunning) {
> // Pause JavaScript timers (including setInterval)
> this.pauseTimers();
> }
> paused = true;
>
> }
> As you can see, 'pauseTimers()' is call immediatly when we choose 
> 'KeepRunning' false.
> According to the Android documentation, 'pauseTimer()' stop all javascript 
> activitythen the 'pause' javascript callback is not execute (it's execute 
> after, when the 'resumeTimers()' is call and the application resume.
> I suggest to delay the 'pauseTimers()' for 1 or 2 sec. Then the javascript 
> 'pause' can execute before the application is really stop :
> //OLD   
>  //this.pauseTimers();
> //NEW
> final Handler handler = new Handler();
> handler.postDelayed(new Runnable() {
>   @Override
>   public void run() {
> LOG.d(TAG, "Handle the pauseTimers");
> pauseTimers();
>   }
> }, 1000);
> }
> Thanks.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-8383) pause event don't fire when 'KeepRunning' is false

[Git Rubb (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-8383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230705#comment-15230705
 ] 

Git Rubb commented on CB-8383:
--

This seems like a big issue, anyone know how to bring more attention to this 
bug?

> pause event don't fire when 'KeepRunning' is false
> --
>
> Key: CB-8383
> URL: https://issues.apache.org/jira/browse/CB-8383
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: Master, 3.5.0, 4.0.0, 4.1.3
> Environment: Mac osx 10.9
>Reporter: hugefactory
>  Labels: easyfix
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> Under Android, when a project use 'KeepRunning=false' in the config.xml file, 
> the 'pause' event in javascript don't fire when application go to background. 
> Next, 'pause' event fire when 'resume' is call and when the application 
> resume.
> The problem is in 'CordovaWebView.java' in the 'handlePause' method :
> public void handlePause(boolean keepRunning) {
> LOG.d(TAG, "Handle the pause");
> // Send pause event to JavaScript
> 
> this.loadUrl("javascript:try{cordova.fireDocumentEvent('pause');}catch(e){console.log('exception
>  firing pause event from native');};");
> // Forward to plugins
> if (this.pluginManager != null) {
> this.pluginManager.onPause(keepRunning);
> }
> // If app doesn't want to run in background
> if (!keepRunning) {
> // Pause JavaScript timers (including setInterval)
> this.pauseTimers();
> }
> paused = true;
>
> }
> As you can see, 'pauseTimers()' is call immediatly when we choose 
> 'KeepRunning' false.
> According to the Android documentation, 'pauseTimer()' stop all javascript 
> activitythen the 'pause' javascript callback is not execute (it's execute 
> after, when the 'resumeTimers()' is call and the application resume.
> I suggest to delay the 'pauseTimers()' for 1 or 2 sec. Then the javascript 
> 'pause' can execute before the application is really stop :
> //OLD   
>  //this.pauseTimers();
> //NEW
> final Handler handler = new Handler();
> handler.postDelayed(new Runnable() {
>   @Override
>   public void run() {
> LOG.d(TAG, "Handle the pauseTimers");
> pauseTimers();
>   }
> }, 1000);
> }
> Thanks.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10976) Can't remove phonenumber field from contact

[JIRA]

[ 
https://issues.apache.org/jira/browse/CB-10976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230698#comment-15230698
 ] 

Tobias Mücksch commented on CB-10976:
-

Thank you very much for your effort!

> Can't remove phonenumber field from contact
> ---
>
> Key: CB-10976
> URL: https://issues.apache.org/jira/browse/CB-10976
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: iOS 9.3
>Reporter: Tobias Mücksch
>Assignee: Sarangan Rajamanickam
>  Labels: iOS, triaged
>
> Short demo script:
> {code:javascript}
> navigator.contacts.find(["*"], function (contacts) {
> // Pick a contact
> // (Make sure the contact has more than two phoneNumberFields)
> var myContact = contacts[4]; 
> // Remove the second phone number
> delete myContact.phoneNumbers[1];
> myContact.save(function () {
> console.log("Success");
> /// You will see, that the contact still has all it's previous 
> phone numbers
> }, function () {
> console.error("error while saving");
> });
> 
> }, function () {
> console.error("Could not access conacts.");
> });
> {code}
> Let's say a existing contact that I've retrieved from the system has two or 
> more phone number fields. When I remove one of the both contact fields from 
> the phoneNumbers array and then save the contact, *it still has all numbers 
> on the device*. When I re-retrieve the contact it has both numbers again. 
> (Tested on iOS 9.3 with plugin version 2.0.1)
> *I can't find any hint in the documentation if I do something wrong or if the 
> plugin is behaving wrong.*
> I have created a demo script, which reproduces the issue. You can use it for 
> testing:
> http://pastebin.com/XRdREL3Y
> You might want to remove line 25 which removes the contact in the end.
> This SO Question might be related to the issue: 
> http://stackoverflow.com/questions/35698798/cordova-contacts-plugin-contact-data-is-duplicating-instead-of-overwriting-conta?rq=1



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10976) Can't remove phonenumber field from contact

[Sarangan Rajamanickam (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230649#comment-15230649
 ] 

Sarangan Rajamanickam commented on CB-10976:


I have started analyzing this issue. Will update shortly with my findings. 

> Can't remove phonenumber field from contact
> ---
>
> Key: CB-10976
> URL: https://issues.apache.org/jira/browse/CB-10976
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: iOS 9.3
>Reporter: Tobias Mücksch
>Assignee: Sarangan Rajamanickam
>  Labels: iOS, triaged
>
> Short demo script:
> {code:javascript}
> navigator.contacts.find(["*"], function (contacts) {
> // Pick a contact
> // (Make sure the contact has more than two phoneNumberFields)
> var myContact = contacts[4]; 
> // Remove the second phone number
> delete myContact.phoneNumbers[1];
> myContact.save(function () {
> console.log("Success");
> /// You will see, that the contact still has all it's previous 
> phone numbers
> }, function () {
> console.error("error while saving");
> });
> 
> }, function () {
> console.error("Could not access conacts.");
> });
> {code}
> Let's say a existing contact that I've retrieved from the system has two or 
> more phone number fields. When I remove one of the both contact fields from 
> the phoneNumbers array and then save the contact, *it still has all numbers 
> on the device*. When I re-retrieve the contact it has both numbers again. 
> (Tested on iOS 9.3 with plugin version 2.0.1)
> *I can't find any hint in the documentation if I do something wrong or if the 
> plugin is behaving wrong.*
> I have created a demo script, which reproduces the issue. You can use it for 
> testing:
> http://pastebin.com/XRdREL3Y
> You might want to remove line 25 which removes the contact in the end.
> This SO Question might be related to the issue: 
> http://stackoverflow.com/questions/35698798/cordova-contacts-plugin-contact-data-is-duplicating-instead-of-overwriting-conta?rq=1



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230606#comment-15230606
 ] 

ASF GitHub Bot commented on CB-10960:
-

Github user daserge commented on the pull request:


https://github.com/apache/cordova-plugin-file/pull/177#issuecomment-207004588
  
Please find the issue details in the 
[Jira](https://issues.apache.org/jira/browse/CB-10960).


> Uncaught # in write() when readyState != WRITING ?
> -
>
> Key: CB-10960
> URL: https://issues.apache.org/jira/browse/CB-10960
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.1.1
> Environment: Android
>Reporter: Samo Dadela
>  Labels: android
> Attachments: code.js
>
>
> Excuse me if I did something stupid - I'm new to Cordova and JS.
> I thought that calling write() after checking readyState != WRITING would 
> work. 
> {code}
> function writeQueue(c) {
> while ( !(logWriter.readyState === FileWriter.WRITING) ) {
> var msg = logQueue.dequeue();
> if (!msg) {
> return;
> }
> var blob = new Blob([msg+c], { type: 'text/plain' });
> logWriter.write(blob);
> }
> }
> }
> {code}
> But I get:
> 0 277161   log  log writer: cdvfile://localhost/files/bala.log
> 1 277199   log  log writer: onwriteend
> 2 283616   log  log writer: onwriteend
> 3 283629   log  log writer: onwriteend
> 4 283651   errorUncaught #, 
> http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, 
> Line: 130
> Line 130 is:
> {code}
> // Throw an exception if we are already writing a file
> if (this.readyState === FileWriter.WRITING) {
> throw new FileError(FileError.INVALID_STATE_ERR);
> }
> {code}
> How can readyState change to WRITING ? 
> Note: Queue is pure Javascript 
> (http://code.stephenmorley.org/javascript/queues/Queue.src.js)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10651) no .appxupload file generated when build for Windows Phone 10

[Jerroyd Moore (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230602#comment-15230602
 ] 

Jerroyd Moore commented on CB-10651:


[~iaubron], are you able to create the appxupload using cordova CLI and not 
Visual Studio's packaging wizard?

> no .appxupload file generated when build for Windows Phone 10
> -
>
> Key: CB-10651
> URL: https://issues.apache.org/jira/browse/CB-10651
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Globalization
>Affects Versions: 5.4.1
> Environment: Visual Studio 2015 version 14.0.24720.00 update 1
> Windows 10 Professionnel version 10586.104
> Node version: v4.2.4
> Cordova version: 5.4.1
> cordova-plugin-globalization 1.0.2 
>Reporter: isabelle
>  Labels: .NET, Build, Windows10, mustfix, triaged, windows, 
> windows-universal
>
> I have a Cordova Project in Visual Studio 2015. I can build and create 
> package for Windows Phone 8.1 and upload it on the Windows Phone Store, all 
> is fine.
> But when I want to create package windows-universal for Windows Phone 10 I 
> can't upload file on the store.
> The build is ok, even if I have a warning ("warning : Il manque un fichier de 
> directives de runtime (rd.xml) à votre application. Les directives de runtime 
> servent à décrire le comportement dynamique de votre application et à 
> contrôler l'optimiseur .NET Native. Il est recommandé d'avoir au moins un 
> fichier rd.xml dans votre projet.")
> I can create package for the store, and Certification is OK. But only .appx 
> files are created in the package, no .appxupload file. And when I try to 
> upload .appx file on the Windows Phone Store, the file is rejected (Erreur de 
> validation de l’acceptation du package : Vous ne pouvez pas soumettre des 
> packages natifs .NET précomptés. Chargez le fichier appxupload du Store et 
> réessayez).
> When I remove Globalization Plugin I can create package, the .appxupload file 
> is created and I can upload it on the store.
> What can I do to keep the plugin in my porject and create .appxupload file?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230593#comment-15230593
 ] 

ASF GitHub Bot commented on CB-10960:
-

Github user nikhilkh commented on the pull request:


https://github.com/apache/cordova-plugin-file/pull/177#issuecomment-207000261
  
@rakatyal  @jasongin Can you please review?


> Uncaught # in write() when readyState != WRITING ?
> -
>
> Key: CB-10960
> URL: https://issues.apache.org/jira/browse/CB-10960
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.1.1
> Environment: Android
>Reporter: Samo Dadela
>  Labels: android
> Attachments: code.js
>
>
> Excuse me if I did something stupid - I'm new to Cordova and JS.
> I thought that calling write() after checking readyState != WRITING would 
> work. 
> {code}
> function writeQueue(c) {
> while ( !(logWriter.readyState === FileWriter.WRITING) ) {
> var msg = logQueue.dequeue();
> if (!msg) {
> return;
> }
> var blob = new Blob([msg+c], { type: 'text/plain' });
> logWriter.write(blob);
> }
> }
> }
> {code}
> But I get:
> 0 277161   log  log writer: cdvfile://localhost/files/bala.log
> 1 277199   log  log writer: onwriteend
> 2 283616   log  log writer: onwriteend
> 3 283629   log  log writer: onwriteend
> 4 283651   errorUncaught #, 
> http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, 
> Line: 130
> Line 130 is:
> {code}
> // Throw an exception if we are already writing a file
> if (this.readyState === FileWriter.WRITING) {
> throw new FileError(FileError.INVALID_STATE_ERR);
> }
> {code}
> How can readyState change to WRITING ? 
> Note: Queue is pure Javascript 
> (http://code.stephenmorley.org/javascript/queues/Queue.src.js)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11037) Documentation - Sample Apps & Pass data from Cordova app to host links don't work

[Richard B Knoll (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230558#comment-15230558
 ] 

Richard B Knoll commented on CB-11037:
--

Full list:

Debug and Test (first one)
Automate tasks
Publish
Register with NPM
Debug and Test (second one)
Pass data from cordova app to host
Sample Apps

> Documentation - Sample Apps & Pass data from Cordova app to host links don't 
> work
> -
>
> Key: CB-11037
> URL: https://issues.apache.org/jira/browse/CB-11037
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Reporter: Simon Prickett
>Assignee: Richard B Knoll
>Priority: Minor
>  Labels: reproduced, triaged
>
> I just noticed in the docs here http://cordova.apache.org/docs/en/latest/ if 
> you go down the navigation on the right to Advanced Topics then try "Pass 
> data from Cordova app to host" it doesn't link to that and instead takes  you 
> to http://cordova.apache.org/docs/en/latest/ which is the page you are on.  
> Same for "Sample Apps" link at the bottom of the Reference section.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11037) Documentation - Sample Apps & Pass data from Cordova app to host links don't work

[Richard B Knoll (JIRA)]

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

Richard B Knoll updated CB-11037:
-
Labels: reproduced triaged  (was: )

> Documentation - Sample Apps & Pass data from Cordova app to host links don't 
> work
> -
>
> Key: CB-11037
> URL: https://issues.apache.org/jira/browse/CB-11037
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Reporter: Simon Prickett
>Assignee: Richard B Knoll
>Priority: Minor
>  Labels: reproduced, triaged
>
> I just noticed in the docs here http://cordova.apache.org/docs/en/latest/ if 
> you go down the navigation on the right to Advanced Topics then try "Pass 
> data from Cordova app to host" it doesn't link to that and instead takes  you 
> to http://cordova.apache.org/docs/en/latest/ which is the page you are on.  
> Same for "Sample Apps" link at the bottom of the Reference section.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11037) Documentation - Sample Apps & Pass data from Cordova app to host links don't work

[Richard B Knoll (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230537#comment-15230537
 ] 

Richard B Knoll commented on CB-11037:
--

[~dblotsky] I think the change in the TOC made it so that some of the planned 
articles are showing up

> Documentation - Sample Apps & Pass data from Cordova app to host links don't 
> work
> -
>
> Key: CB-11037
> URL: https://issues.apache.org/jira/browse/CB-11037
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Reporter: Simon Prickett
>Priority: Minor
>
> I just noticed in the docs here http://cordova.apache.org/docs/en/latest/ if 
> you go down the navigation on the right to Advanced Topics then try "Pass 
> data from Cordova app to host" it doesn't link to that and instead takes  you 
> to http://cordova.apache.org/docs/en/latest/ which is the page you are on.  
> Same for "Sample Apps" link at the bottom of the Reference section.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11037) Documentation - Sample Apps & Pass data from Cordova app to host links don't work

[Richard B Knoll (JIRA)]

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

Richard B Knoll updated CB-11037:
-
Labels:   (was: documentation)

> Documentation - Sample Apps & Pass data from Cordova app to host links don't 
> work
> -
>
> Key: CB-11037
> URL: https://issues.apache.org/jira/browse/CB-11037
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Reporter: Simon Prickett
>Priority: Minor
>
> I just noticed in the docs here http://cordova.apache.org/docs/en/latest/ if 
> you go down the navigation on the right to Advanced Topics then try "Pass 
> data from Cordova app to host" it doesn't link to that and instead takes  you 
> to http://cordova.apache.org/docs/en/latest/ which is the page you are on.  
> Same for "Sample Apps" link at the bottom of the Reference section.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-11037) Documentation - Sample Apps & Pass data from Cordova app to host links don't work

[Richard B Knoll (JIRA)]

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

Richard B Knoll reassigned CB-11037:


Assignee: Richard B Knoll

> Documentation - Sample Apps & Pass data from Cordova app to host links don't 
> work
> -
>
> Key: CB-11037
> URL: https://issues.apache.org/jira/browse/CB-11037
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Reporter: Simon Prickett
>Assignee: Richard B Knoll
>Priority: Minor
>
> I just noticed in the docs here http://cordova.apache.org/docs/en/latest/ if 
> you go down the navigation on the right to Advanced Topics then try "Pass 
> data from Cordova app to host" it doesn't link to that and instead takes  you 
> to http://cordova.apache.org/docs/en/latest/ which is the page you are on.  
> Same for "Sample Apps" link at the bottom of the Reference section.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11037) Documentation - Sample Apps & Pass data from Cordova app to host links don't work

[Simon Prickett (JIRA)]

Simon Prickett created CB-11037:
---

 Summary: Documentation - Sample Apps & Pass data from Cordova app 
to host links don't work
 Key: CB-11037
 URL: https://issues.apache.org/jira/browse/CB-11037
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Reporter: Simon Prickett
Priority: Minor


I just noticed in the docs here http://cordova.apache.org/docs/en/latest/ if 
you go down the navigation on the right to Advanced Topics then try "Pass data 
from Cordova app to host" it doesn't link to that and instead takes  you to 
http://cordova.apache.org/docs/en/latest/ which is the page you are on.  Same 
for "Sample Apps" link at the bottom of the Reference section.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11010) Unexpected EOF while finding contacts in iPhone 6s

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov updated CB-11010:
-
Labels: iOS mustfix triaged  (was: iOS mustfix no-repro triaged wfc)

> Unexpected EOF while finding contacts in iPhone 6s
> --
>
> Key: CB-11010
> URL: https://issues.apache.org/jira/browse/CB-11010
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: iOS 9.2.1, iOS 9.3 in iPhone 6s
>Reporter: Gowtham
>  Labels: iOS, mustfix, triaged
>
> I tried accessing the contacts using contacts plugin v2.0.1 with the 
> following code 
> var options  = new ContactFindOptions();
> options.filter   = "";
> options.multiple = true;
> var fields = ["displayName","phoneNumbers"];
>   
> navigator.contacts.find(fields, gotContacts, errorHandler, options);
> This throws me an SyntaxError: Unexpected EOF in iPhone 6s models.
> I tested the same in iPhone 5s and iPhone 6, this works fine. Also it works 
> fine in iPhone 6s Simulator.
> I tested in three iPhone 6s phones where the iOS is 9.3 for two phones and 
> 9.2.1 for one.
> All three phones have contacts more than 400.
> All three returned me the same error. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11010) Unexpected EOF while finding contacts in iPhone 6s

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov updated CB-11010:
-
Labels: iOS mustfix no-repro triaged wfc  (was: iOS mustfix triaged)

> Unexpected EOF while finding contacts in iPhone 6s
> --
>
> Key: CB-11010
> URL: https://issues.apache.org/jira/browse/CB-11010
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: iOS 9.2.1, iOS 9.3 in iPhone 6s
>Reporter: Gowtham
>  Labels: iOS, mustfix, no-repro, triaged, wfc
>
> I tried accessing the contacts using contacts plugin v2.0.1 with the 
> following code 
> var options  = new ContactFindOptions();
> options.filter   = "";
> options.multiple = true;
> var fields = ["displayName","phoneNumbers"];
>   
> navigator.contacts.find(fields, gotContacts, errorHandler, options);
> This throws me an SyntaxError: Unexpected EOF in iPhone 6s models.
> I tested the same in iPhone 5s and iPhone 6, this works fine. Also it works 
> fine in iPhone 6s Simulator.
> I tested in three iPhone 6s phones where the iOS is 9.3 for two phones and 
> 9.2.1 for one.
> All three phones have contacts more than 400.
> All three returned me the same error. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10796) In-call status bar causes content to shift down (as expected) then jump up again

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10796?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230326#comment-15230326
 ] 

ASF GitHub Bot commented on CB-10796:
-

Github user goshakkk commented on the pull request:


https://github.com/apache/cordova-plugin-statusbar/pull/55#issuecomment-206934148
  
https://issues.apache.org/jira/browse/CB-10796


> In-call status bar causes content to shift down (as expected) then jump up 
> again
> 
>
> Key: CB-10796
> URL: https://issues.apache.org/jira/browse/CB-10796
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 3.8.0
>Reporter: Martin Baker
>  Labels: ios, triaged
> Attachments: incall.png, nocall.png, statusbar-jump.m4v
>
>
> Issue happens with 2.0.0, 2.1.0 and 2.1.1 but works correctly in 1.0.1
> Create a new Cordova project. Add statusbar, device and console plugins.
> Run in iOS simulator and press Command-Y to toggle the enlarged "in-call 
> status bar".
> The page content slides down as expected but then immediately jumps back up, 
> so it is partially covered by the status bar.
> See attached screen capture.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11034) Camera.getPicture -Handle of OutOfMemoryError gracefully

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230306#comment-15230306
 ] 

ASF GitHub Bot commented on CB-11034:
-

GitHub user elsewhat opened a pull request:

https://github.com/apache/cordova-plugin-camera/pull/201

CB-11034: Camera.getPicture -Handle of OutOfMemoryError gracefull

Catch OutOfMemoryError for memory intensive operations and handle them
gracefully.

Tested on a Samsung SII which throws OutOfMemoryException when taking a 
photo and fetching it as a DATA_URL.Not able to test when selecting from gallery


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

$ git pull https://github.com/elsewhat/cordova-plugin-camera 
CB-11034cordova-plugin-camera

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

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


commit eb3ecfff3e07b0e4dd0f6d9b723518d52962f36c
Author: Dagfinn Parnas 
Date:   2016-04-07T14:16:55Z

CB-11034: Camera.getPicture -Handle of OutOfMemoryError gracefull

Catch OutOfMemoryError for memory intensive operations and handle them
gracefully




> Camera.getPicture -Handle of OutOfMemoryError gracefully
> 
>
> Key: CB-11034
> URL: https://issues.apache.org/jira/browse/CB-11034
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.1.1
> Environment: Android
>Reporter: Dagfinn Parnas
>
> We have an app for which we are dependent on using DATA_URL.
> On some older phones (Samsung SII Android 4.1), we have experienced sporadic 
> OutOfMemoryError exceptions when taking a picture. 
> When this occurs the app crashes since the camera plugin doesn't explicitly 
> handle the java.lang.OutOfMemoryError which is thrown. 
> It's ok that the OutOfMemoryError appear, but the apps should be able to 
> handle it gracefully and not just have the app crash. 
> Example stack trace from an uncaught OutOfMemoryError 
> {code}
> 04-06 09:51:55.155: E/dalvikvm-heap(22744): Out of memory on a 31961104-byte 
> allocation.
> 04-06 09:51:55.155: I/dalvikvm(22744):   at 
> android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:652)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:724)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> org.apache.cordova.camera.CameraLauncher.getScaledBitmap(CameraLauncher.java:916)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:454)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:753)
> 04-06 09:51:55.160: I/dalvikvm(22744):   at 
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> {code}
> In the example above, CameraLauncher.getScaledBitmap doesn't catch the 
> java.lang.OutOfMemoryError and the app crashes. The same situation can occur 
> in CameraLauncher.processPicture (which has a try catch with only exception)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11035) Events not firing for InAppBrowser Plugin when AllowInlineMediaPlayback=true

[David (JIRA)]

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

David updated CB-11035:
---
Summary: Events not firing for InAppBrowser Plugin when 
AllowInlineMediaPlayback=true  (was: Events not firing for InAppBrowser Plugin 
when {code})

> Events not firing for InAppBrowser Plugin when AllowInlineMediaPlayback=true
> 
>
> Key: CB-11035
> URL: https://issues.apache.org/jira/browse/CB-11035
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Reporter: David
>
> I'm using "_blank" target within my ionic2 app but the events (tested with 
> loadstart and exit) won't fire:
> {code}
> var url = 'http://myURL.com';
> var browserRef = cordova.InAppBrowser.open(url, '_blank', 
> 'location=no,clearsessioncache=yes,clearcache=yes');
> browserRef.addEventListener('loadstart', event => {
>   console.log('loadstart event'); // not fired
> });
> browserRef.addEventListener('exit', event => {
>   console.log('exit event'); // not fired
> });
> {code}
> My setup is:
> Cordova CLI: 6.0.0
> iOS Platform Version: 4.0.1
> InAppBrowser Plugin Version: 1.2.1
> Ionic version: 2.0.0-beta.3
> OS: Mac OS X El Capitan
> Node Version: v4.1.2
> Xcode version: Xcode 7.3 Build version 7D175
> *UPDATE:*
> This bug seems to only appear when I add
> {code}{code} to 
> config.xml



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11035) Events not firing for InAppBrowser Plugin when {code}

[David (JIRA)]

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

David updated CB-11035:
---
Summary: Events not firing for InAppBrowser Plugin when {code}  (was: 
Events not firing for InAppBrowser Plugin)

> Events not firing for InAppBrowser Plugin when {code}
> -
>
> Key: CB-11035
> URL: https://issues.apache.org/jira/browse/CB-11035
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Reporter: David
>
> I'm using "_blank" target within my ionic2 app but the events (tested with 
> loadstart and exit) won't fire:
> {code}
> var url = 'http://myURL.com';
> var browserRef = cordova.InAppBrowser.open(url, '_blank', 
> 'location=no,clearsessioncache=yes,clearcache=yes');
> browserRef.addEventListener('loadstart', event => {
>   console.log('loadstart event'); // not fired
> });
> browserRef.addEventListener('exit', event => {
>   console.log('exit event'); // not fired
> });
> {code}
> My setup is:
> Cordova CLI: 6.0.0
> iOS Platform Version: 4.0.1
> InAppBrowser Plugin Version: 1.2.1
> Ionic version: 2.0.0-beta.3
> OS: Mac OS X El Capitan
> Node Version: v4.1.2
> Xcode version: Xcode 7.3 Build version 7D175
> *UPDATE:*
> This bug seems to only appear when I add
> {code}{code} to 
> config.xml



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11035) Events not firing for InAppBrowser Plugin

[David (JIRA)]

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

David updated CB-11035:
---
Description: 
I'm using "_blank" target within my ionic2 app but the events (tested with 
loadstart and exit) won't fire:

{code}
var url = 'http://myURL.com';
var browserRef = cordova.InAppBrowser.open(url, '_blank', 
'location=no,clearsessioncache=yes,clearcache=yes');
browserRef.addEventListener('loadstart', event => {
  console.log('loadstart event'); // not fired
});
browserRef.addEventListener('exit', event => {
  console.log('exit event'); // not fired
});
{code}

My setup is:
Cordova CLI: 6.0.0
iOS Platform Version: 4.0.1
InAppBrowser Plugin Version: 1.2.1
Ionic version: 2.0.0-beta.3
OS: Mac OS X El Capitan
Node Version: v4.1.2
Xcode version: Xcode 7.3 Build version 7D175

*UPDATE:*
This bug seems to only appear when I add
`` to config.xml


  was:
I'm using "_blank" target within my ionic2 app but the events (tested with 
loadstart and exit) won't fire:

{code}
var url = 'http://myURL.com';
var browserRef = cordova.InAppBrowser.open(url, '_blank', 
'location=no,clearsessioncache=yes,clearcache=yes');
browserRef.addEventListener('loadstart', event => {
  console.log('loadstart event'); // not fired
});
browserRef.addEventListener('exit', event => {
  console.log('exit event'); // not fired
});
{code}

My setup is:
Cordova CLI: 6.0.0
iOS Platform Version: 4.0.1
InAppBrowser Plugin Version: 1.2.1
Ionic version: 2.0.0-beta.3
OS: Mac OS X El Capitan
Node Version: v4.1.2
Xcode version: Xcode 7.3 Build version 7D175




> Events not firing for InAppBrowser Plugin
> -
>
> Key: CB-11035
> URL: https://issues.apache.org/jira/browse/CB-11035
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Reporter: David
>
> I'm using "_blank" target within my ionic2 app but the events (tested with 
> loadstart and exit) won't fire:
> {code}
> var url = 'http://myURL.com';
> var browserRef = cordova.InAppBrowser.open(url, '_blank', 
> 'location=no,clearsessioncache=yes,clearcache=yes');
> browserRef.addEventListener('loadstart', event => {
>   console.log('loadstart event'); // not fired
> });
> browserRef.addEventListener('exit', event => {
>   console.log('exit event'); // not fired
> });
> {code}
> My setup is:
> Cordova CLI: 6.0.0
> iOS Platform Version: 4.0.1
> InAppBrowser Plugin Version: 1.2.1
> Ionic version: 2.0.0-beta.3
> OS: Mac OS X El Capitan
> Node Version: v4.1.2
> Xcode version: Xcode 7.3 Build version 7D175
> *UPDATE:*
> This bug seems to only appear when I add
> `` to config.xml



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11035) Events not firing for InAppBrowser Plugin

[David (JIRA)]

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

David updated CB-11035:
---
Description: 
I'm using "_blank" target within my ionic2 app but the events (tested with 
loadstart and exit) won't fire:

{code}
var url = 'http://myURL.com';
var browserRef = cordova.InAppBrowser.open(url, '_blank', 
'location=no,clearsessioncache=yes,clearcache=yes');
browserRef.addEventListener('loadstart', event => {
  console.log('loadstart event'); // not fired
});
browserRef.addEventListener('exit', event => {
  console.log('exit event'); // not fired
});
{code}

My setup is:
Cordova CLI: 6.0.0
iOS Platform Version: 4.0.1
InAppBrowser Plugin Version: 1.2.1
Ionic version: 2.0.0-beta.3
OS: Mac OS X El Capitan
Node Version: v4.1.2
Xcode version: Xcode 7.3 Build version 7D175

*UPDATE:*
This bug seems to only appear when I add
{code}{code} to 
config.xml


  was:
I'm using "_blank" target within my ionic2 app but the events (tested with 
loadstart and exit) won't fire:

{code}
var url = 'http://myURL.com';
var browserRef = cordova.InAppBrowser.open(url, '_blank', 
'location=no,clearsessioncache=yes,clearcache=yes');
browserRef.addEventListener('loadstart', event => {
  console.log('loadstart event'); // not fired
});
browserRef.addEventListener('exit', event => {
  console.log('exit event'); // not fired
});
{code}

My setup is:
Cordova CLI: 6.0.0
iOS Platform Version: 4.0.1
InAppBrowser Plugin Version: 1.2.1
Ionic version: 2.0.0-beta.3
OS: Mac OS X El Capitan
Node Version: v4.1.2
Xcode version: Xcode 7.3 Build version 7D175

*UPDATE:*
This bug seems to only appear when I add
`` to config.xml



> Events not firing for InAppBrowser Plugin
> -
>
> Key: CB-11035
> URL: https://issues.apache.org/jira/browse/CB-11035
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Reporter: David
>
> I'm using "_blank" target within my ionic2 app but the events (tested with 
> loadstart and exit) won't fire:
> {code}
> var url = 'http://myURL.com';
> var browserRef = cordova.InAppBrowser.open(url, '_blank', 
> 'location=no,clearsessioncache=yes,clearcache=yes');
> browserRef.addEventListener('loadstart', event => {
>   console.log('loadstart event'); // not fired
> });
> browserRef.addEventListener('exit', event => {
>   console.log('exit event'); // not fired
> });
> {code}
> My setup is:
> Cordova CLI: 6.0.0
> iOS Platform Version: 4.0.1
> InAppBrowser Plugin Version: 1.2.1
> Ionic version: 2.0.0-beta.3
> OS: Mac OS X El Capitan
> Node Version: v4.1.2
> Xcode version: Xcode 7.3 Build version 7D175
> *UPDATE:*
> This bug seems to only appear when I add
> {code}{code} to 
> config.xml



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11036) 'args.slice is not a function' when building windows with other platform

[Alexander Sorokin (JIRA)]

Alexander Sorokin created CB-11036:
--

 Summary: 'args.slice is not a function' when building windows with 
other platform
 Key: CB-11036
 URL: https://issues.apache.org/jira/browse/CB-11036
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: Master
 Environment: Windows
Reporter: Alexander Sorokin


Repro:
{noformat}
cordova create foo
cd foo
cordova platform add android
cordova platform add windows
cordova build
{noformat}
Android will build correctly but then there will be an error:
Error: args.slice is not a function



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11035) Events not firing for InAppBrowser Plugin

[David (JIRA)]

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

David updated CB-11035:
---
Description: 
I'm using "_blank" target within my ionic2 app but the events (tested with 
loadstart and exit) won't fire:

{code}
var url = 'http://myURL.com';
var browserRef = cordova.InAppBrowser.open(url, '_blank', 
'location=no,clearsessioncache=yes,clearcache=yes');
browserRef.addEventListener('loadstart', event => {
  console.log('loadstart event'); // not fired
});
browserRef.addEventListener('exit', event => {
  console.log('exit event'); // not fired
});
{code}

My setup is:
Cordova CLI: 6.0.0
iOS Platform Version: 4.0.1
InAppBrowser Plugin Version: 1.2.1
Ionic version: 2.0.0-beta.3
OS: Mac OS X El Capitan
Node Version: v4.1.2
Xcode version: Xcode 7.3 Build version 7D175



  was:
I'm using "_blank" target within my ionic2 app but the events (tested with 
loadstart and exit) won't fire:

{code}
var url = 'http://myURL.com';
var browserRef = cordova.InAppBrowser.open(url, '_blank', 
'location=no,clearsessioncache=yes,clearcache=yes');
browserRef.addEventListener('loadstart', event => {
  console.log('loadstart event'); // not fired
});
browserRef.addEventListener('exit', event => {
  console.log('exit event'); // not fired
});
{code}

My setup is:
Cordova CLI: 6.0.0
iOS Platform Version: 4.0.1
InAppBrowser Plugin Version: 1.2.1
Ionic version: 2.0.0-beta.3
OS: Mac OS X El Capitan
Node Version: v4.1.2
Xcode version: Xcode 7.3 Build version 7D175




> Events not firing for InAppBrowser Plugin
> -
>
> Key: CB-11035
> URL: https://issues.apache.org/jira/browse/CB-11035
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Reporter: David
>
> I'm using "_blank" target within my ionic2 app but the events (tested with 
> loadstart and exit) won't fire:
> {code}
> var url = 'http://myURL.com';
> var browserRef = cordova.InAppBrowser.open(url, '_blank', 
> 'location=no,clearsessioncache=yes,clearcache=yes');
> browserRef.addEventListener('loadstart', event => {
>   console.log('loadstart event'); // not fired
> });
> browserRef.addEventListener('exit', event => {
>   console.log('exit event'); // not fired
> });
> {code}
> My setup is:
> Cordova CLI: 6.0.0
> iOS Platform Version: 4.0.1
> InAppBrowser Plugin Version: 1.2.1
> Ionic version: 2.0.0-beta.3
> OS: Mac OS X El Capitan
> Node Version: v4.1.2
> Xcode version: Xcode 7.3 Build version 7D175



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11035) Events not firing for InAppBrowser Plugin

[David (JIRA)]

David created CB-11035:
--

 Summary: Events not firing for InAppBrowser Plugin
 Key: CB-11035
 URL: https://issues.apache.org/jira/browse/CB-11035
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Reporter: David


I'm using "_blank" target within my ionic2 app but the events (tested with 
loadstart and exit) won't fire:

{code}
var url = 'http://myURL.com';
var browserRef = cordova.InAppBrowser.open(url, '_blank', 
'location=no,clearsessioncache=yes,clearcache=yes');
browserRef.addEventListener('loadstart', event => {
  console.log('loadstart event'); // not fired
});
browserRef.addEventListener('exit', event => {
  console.log('exit event'); // not fired
});
{code}

My setup is:
Cordova CLI: 6.0.0
iOS Platform Version: 4.0.1
InAppBrowser Plugin Version: 1.2.1
Ionic version: 2.0.0-beta.3
OS: Mac OS X El Capitan
Node Version: v4.1.2
Xcode version: Xcode 7.3 Build version 7D175





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10651) no .appxupload file generated when build for Windows Phone 10

[isabelle (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230137#comment-15230137
 ] 

isabelle commented on CB-10651:
---

I have been able to create appxupload file with VisualStudio when generate 
solution for ARM architecture (no "Any CPU").

> no .appxupload file generated when build for Windows Phone 10
> -
>
> Key: CB-10651
> URL: https://issues.apache.org/jira/browse/CB-10651
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Globalization
>Affects Versions: 5.4.1
> Environment: Visual Studio 2015 version 14.0.24720.00 update 1
> Windows 10 Professionnel version 10586.104
> Node version: v4.2.4
> Cordova version: 5.4.1
> cordova-plugin-globalization 1.0.2 
>Reporter: isabelle
>  Labels: .NET, Build, Windows10, mustfix, triaged, windows, 
> windows-universal
>
> I have a Cordova Project in Visual Studio 2015. I can build and create 
> package for Windows Phone 8.1 and upload it on the Windows Phone Store, all 
> is fine.
> But when I want to create package windows-universal for Windows Phone 10 I 
> can't upload file on the store.
> The build is ok, even if I have a warning ("warning : Il manque un fichier de 
> directives de runtime (rd.xml) à votre application. Les directives de runtime 
> servent à décrire le comportement dynamique de votre application et à 
> contrôler l'optimiseur .NET Native. Il est recommandé d'avoir au moins un 
> fichier rd.xml dans votre projet.")
> I can create package for the store, and Certification is OK. But only .appx 
> files are created in the package, no .appxupload file. And when I try to 
> upload .appx file on the Windows Phone Store, the file is rejected (Erreur de 
> validation de l’acceptation du package : Vous ne pouvez pas soumettre des 
> packages natifs .NET précomptés. Chargez le fichier appxupload du Store et 
> réessayez).
> When I remove Globalization Plugin I can create package, the .appxupload file 
> is created and I can upload it on the store.
> What can I do to keep the plugin in my porject and create .appxupload file?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11022) Adding plugins prepares platforms, which is redundant and slow

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov updated CB-11022:
--
Summary: Adding plugins prepares platforms, which is redundant and slow  
(was: Adding plugins prepares platforms, which is redunant and slow)

> Adding plugins prepares platforms, which is redundant and slow
> --
>
> Key: CB-11022
> URL: https://issues.apache.org/jira/browse/CB-11022
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: Jason Ginchereau
>Assignee: Vladimir Kotikov
>
> For CB-9617, a change was made to automatically do a 'cordova prepare' 
> operation after adding every plugin. As part of the prepare, all the files 
> from the project's www directory are re-copied into the platform_www 
> directory. For a large project with lots of source files, images, and other 
> resources, this copy operation is potentially time-consuming. And it is 
> redundant and unnecessary when adding a plugin, because those files do not 
> need to be changed when adding a plugin.
> For a large project with many plugins, this slow redundant operation is 
> repeated for every plugin, making the first-time build (installing all the 
> plugins) take a very long time. As an extreme case, a customer reported their 
> large project (35 plugins, ~150 MB in www) takes about 2 hours to build the 
> first time. Most of that time is spent repeatedly preparing the platforms 
> after adding each plugin. The log line that appears to be slow says it is 
> "Generating config.xml from defaults for platform ", but what it is 
> actually doing is redundantly copying lots of files from www.
> This issue can also be observed at a smaller scale when building the Cordova 
> mobilespec project, which contains tests for all the core plugins. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11034) Camera.getPicture -Handle of OutOfMemoryError gracefully

[Dagfinn Parnas (JIRA)]

Dagfinn Parnas created CB-11034:
---

 Summary: Camera.getPicture -Handle of OutOfMemoryError gracefully
 Key: CB-11034
 URL: https://issues.apache.org/jira/browse/CB-11034
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera
Affects Versions: 2.1.1
 Environment: Android
Reporter: Dagfinn Parnas


We have an app for which we are dependent on using DATA_URL.

On some older phones (Samsung SII Android 4.1), we have experienced sporadic 
OutOfMemoryError exceptions when taking a picture. 

When this occurs the app crashes since the camera plugin doesn't explicitly 
handle the java.lang.OutOfMemoryError which is thrown. 

It's ok that the OutOfMemoryError appear, but the apps should be able to handle 
it gracefully and not just have the app crash. 

Example stack trace from an uncaught OutOfMemoryError 
{code}
04-06 09:51:55.155: E/dalvikvm-heap(22744): Out of memory on a 31961104-byte 
allocation.
04-06 09:51:55.155: I/dalvikvm(22744):   at 
android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
04-06 09:51:55.160: I/dalvikvm(22744):   at 
android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:652)
04-06 09:51:55.160: I/dalvikvm(22744):   at 
android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:724)
04-06 09:51:55.160: I/dalvikvm(22744):   at 
org.apache.cordova.camera.CameraLauncher.getScaledBitmap(CameraLauncher.java:916)
04-06 09:51:55.160: I/dalvikvm(22744):   at 
org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:454)
04-06 09:51:55.160: I/dalvikvm(22744):   at 
org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:753)
04-06 09:51:55.160: I/dalvikvm(22744):   at 
org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
{code}

In the example above, CameraLauncher.getScaledBitmap doesn't catch the 
java.lang.OutOfMemoryError and the app crashes. The same situation can occur in 
CameraLauncher.processPicture (which has a try catch with only exception)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230044#comment-15230044
 ] 

ASF GitHub Bot commented on CB-10960:
-

GitHub user daserge opened a pull request:

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

CB-10960 Uncaught # in write() when readyState != WRITING ?

[Jira issue](https://issues.apache.org/jira/browse/CB-10960)

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

$ git pull https://github.com/MSOpenTech/cordova-plugin-file CB-10960

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

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


commit 420bf552d42ec5d958881dea6d5dc64805a06282
Author: daserge 
Date:   2016-04-07T09:06:14Z

CB-10960 Uncaught # in write() when readyState != WRITING ?




> Uncaught # in write() when readyState != WRITING ?
> -
>
> Key: CB-10960
> URL: https://issues.apache.org/jira/browse/CB-10960
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.1.1
> Environment: Android
>Reporter: Samo Dadela
>  Labels: android
> Attachments: code.js
>
>
> Excuse me if I did something stupid - I'm new to Cordova and JS.
> I thought that calling write() after checking readyState != WRITING would 
> work. 
> {code}
> function writeQueue(c) {
> while ( !(logWriter.readyState === FileWriter.WRITING) ) {
> var msg = logQueue.dequeue();
> if (!msg) {
> return;
> }
> var blob = new Blob([msg+c], { type: 'text/plain' });
> logWriter.write(blob);
> }
> }
> }
> {code}
> But I get:
> 0 277161   log  log writer: cdvfile://localhost/files/bala.log
> 1 277199   log  log writer: onwriteend
> 2 283616   log  log writer: onwriteend
> 3 283629   log  log writer: onwriteend
> 4 283651   errorUncaught #, 
> http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, 
> Line: 130
> Line 130 is:
> {code}
> // Throw an exception if we are already writing a file
> if (this.readyState === FileWriter.WRITING) {
> throw new FileError(FileError.INVALID_STATE_ERR);
> }
> {code}
> How can readyState change to WRITING ? 
> Note: Queue is pure Javascript 
> (http://code.stephenmorley.org/javascript/queues/Queue.src.js)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-7212) Could not open camera with

[Max von Preuschen (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-7212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230036#comment-15230036
 ] 

Max von Preuschen commented on CB-7212:
---

I'm having exactly the same issue as Amrit.
 in the browser provides the option to "Choose and action" 
(Camera or Documents).
Same code wrapped as cordova app jumps to "Documents"-library right away (no 
camera option).

Different combinations of input-attributes: 'accept' and 'capture', didn't work:



Tested on:
Nexus 7 (Android 5.1.1)
Samsung Galaxy S7 (Android: 6.0.1)

> Could not open camera with 
> --
>
> Key: CB-7212
> URL: https://issues.apache.org/jira/browse/CB-7212
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Affects Versions: 3.5.0
>Reporter: Gao Chun
>Assignee: jcesarmobile
>Priority: Minor
>
> Reproduce Test Steps
> ===
> 1. create index.html which includes the following tag:
> 
> 2. Wrap the web app to android apk with cordova-android
> 3. Launch app in device, and click the input tag.
> Expected Outcome
> ===
> The camera can be selected to take a phone
> Actual Outcome
> ===
> Failed to launch camera when tapping the the input tag.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-2627) HTML File Input should support accept/source attributes

[Max von Preuschen (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-2627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15230025#comment-15230025
 ] 

Max von Preuschen commented on CB-2627:
---

I'm having exactly the same issue as Amrit.
 in the browser provides the option to "Choose and action" 
(Camera or Documents).
Same code wrapped as cordova app jumps to "Documents"-library right away (no 
camera option).

Different combinations of input-attributes: 'accept' and 'capture', didn't work:
- 
- 

Tested on: 
- Nexus 7 (Android 5.1.1)
- Samsung Galaxy S7 (Android: 6.0.1)

> HTML File Input should support accept/source attributes
> ---
>
> Key: CB-2627
> URL: https://issues.apache.org/jira/browse/CB-2627
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Michael Migdol
>Priority: Minor
>
> [CB-2086] always opens a generic File Picker, regardless of the values passed 
> in for the mimetypes in the accept attribute, or the source attribute.  The 
> Android Browser correctly examines these attributes and starts up an activity 
> with either: a camera intent, a camera/image intent, a camcorder intent, a 
> sound recorder intent, or a sound recorder/audio intent.  
> I'm not sure what cross-pollination is allowed between the Android codebase 
> and Cordova's, but it appears that 
> packages/apps/Browser/src/com/android/browser/UploadHandler.java from the 
> Android source tree contains exactly what we need to accomplish the same.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11033) Contacts plugin Appium tests: modifying a contact can take more than a minute on an emulator

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15229996#comment-15229996
 ] 

ASF GitHub Bot commented on CB-11033:
-

Github user asfgit closed the pull request at:

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


> Contacts plugin Appium tests: modifying a contact can take more than a minute 
> on an emulator
> 
>
> Key: CB-11033
> URL: https://issues.apache.org/jira/browse/CB-11033
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Appium, Plugin Contacts
>Affects Versions: Master
> Environment: Windows 8.1, Android emulator, Api level 19
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> https://ci.apache.org/builders/cordova-android-win/builds/2053/steps/running-appium-tests/logs/stdio
> {noformat}
> Error: [executeAsync(null,["Dooney Evans","Urist","McContact"])] Error 
> response status: 28, , ScriptTimeout - A script did not complete before its 
> timeout expired. Selenium error: asynchronous script timeout: result was not 
> received in 60 seconds
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11033) Contacts plugin Appium tests: modifying a contact can take more than a minute on an emulator

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15229994#comment-15229994
 ] 

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

Commit 0d33af8e4e197fc9204566b165cb5983ab442db8 in cordova-plugin-contacts's 
branch refs/heads/master from [~alsorokin]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=0d33af8 
]

CB-11033 Appium tests: Increased the timeout for updating the contact


> Contacts plugin Appium tests: modifying a contact can take more than a minute 
> on an emulator
> 
>
> Key: CB-11033
> URL: https://issues.apache.org/jira/browse/CB-11033
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Appium, Plugin Contacts
>Affects Versions: Master
> Environment: Windows 8.1, Android emulator, Api level 19
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> https://ci.apache.org/builders/cordova-android-win/builds/2053/steps/running-appium-tests/logs/stdio
> {noformat}
> Error: [executeAsync(null,["Dooney Evans","Urist","McContact"])] Error 
> response status: 28, , ScriptTimeout - A script did not complete before its 
> timeout expired. Selenium error: asynchronous script timeout: result was not 
> received in 60 seconds
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11033) Contacts plugin Appium tests: modifying a contact can take more than a minute on an emulator

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-11033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15229976#comment-15229976
 ] 

ASF GitHub Bot commented on CB-11033:
-

GitHub user alsorokin opened a pull request:

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

CB-11033 Appium tests: Increased the timeout for updating the contact

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

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

$ git pull https://github.com/MSOpenTech/cordova-plugin-contacts CB-11033

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

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


commit 0d33af8e4e197fc9204566b165cb5983ab442db8
Author: Alexander Sorokin 
Date:   2016-04-07T09:17:55Z

CB-11033 Appium tests: Increased the timeout for updating the contact




> Contacts plugin Appium tests: modifying a contact can take more than a minute 
> on an emulator
> 
>
> Key: CB-11033
> URL: https://issues.apache.org/jira/browse/CB-11033
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Appium, Plugin Contacts
>Affects Versions: Master
> Environment: Windows 8.1, Android emulator, Api level 19
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> https://ci.apache.org/builders/cordova-android-win/builds/2053/steps/running-appium-tests/logs/stdio
> {noformat}
> Error: [executeAsync(null,["Dooney Evans","Urist","McContact"])] Error 
> response status: 28, , ScriptTimeout - A script did not complete before its 
> timeout expired. Selenium error: asynchronous script timeout: result was not 
> received in 60 seconds
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?

[Sergey Shakhnazarov (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15229974#comment-15229974
 ] 

Sergey Shakhnazarov commented on CB-10960:
--

{{FileWriter.write}} first extracts a Blob data asynchronously using FileReader 
=> the {{write}} method returns instantly and the {{while ( 
!(logWriter.readyState === FileWriter.WRITING) ) }} condition does not have an 
effect.
I.e. all the Blob write operations starts simultaneously instead of being 
queued and FileWriter then throws {{FileError.INVALID_STATE_ERR}} when 
concurrent Blob content read operations finishes (and their results are trying 
to be appended to the file).
The solution to this issue is to switch readyState to FileWriter.WRITING before 
starting async Blob read and to handle this specific case in the recursive 
write call later - I'll send a PR shortly.

> Uncaught # in write() when readyState != WRITING ?
> -
>
> Key: CB-10960
> URL: https://issues.apache.org/jira/browse/CB-10960
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 4.1.1
> Environment: Android
>Reporter: Samo Dadela
>  Labels: android
> Attachments: code.js
>
>
> Excuse me if I did something stupid - I'm new to Cordova and JS.
> I thought that calling write() after checking readyState != WRITING would 
> work. 
> {code}
> function writeQueue(c) {
> while ( !(logWriter.readyState === FileWriter.WRITING) ) {
> var msg = logQueue.dequeue();
> if (!msg) {
> return;
> }
> var blob = new Blob([msg+c], { type: 'text/plain' });
> logWriter.write(blob);
> }
> }
> }
> {code}
> But I get:
> 0 277161   log  log writer: cdvfile://localhost/files/bala.log
> 1 277199   log  log writer: onwriteend
> 2 283616   log  log writer: onwriteend
> 3 283629   log  log writer: onwriteend
> 4 283651   errorUncaught #, 
> http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, 
> Line: 130
> Line 130 is:
> {code}
> // Throw an exception if we are already writing a file
> if (this.readyState === FileWriter.WRITING) {
> throw new FileError(FileError.INVALID_STATE_ERR);
> }
> {code}
> How can readyState change to WRITING ? 
> Note: Queue is pure Javascript 
> (http://code.stephenmorley.org/javascript/queues/Queue.src.js)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11033) Contacts plugin Appium tests: modifying a contact can take more than a minute on an emulator

[Alexander Sorokin (JIRA)]

Alexander Sorokin created CB-11033:
--

 Summary: Contacts plugin Appium tests: modifying a contact can 
take more than a minute on an emulator
 Key: CB-11033
 URL: https://issues.apache.org/jira/browse/CB-11033
 Project: Apache Cordova
  Issue Type: Bug
  Components: Appium, Plugin Contacts
Affects Versions: Master
 Environment: Windows 8.1, Android emulator, Api level 19
Reporter: Alexander Sorokin
Assignee: Alexander Sorokin


https://ci.apache.org/builders/cordova-android-win/builds/2053/steps/running-appium-tests/logs/stdio
{noformat}
Error: [executeAsync(null,["Dooney Evans","Urist","McContact"])] Error response 
status: 28, , ScriptTimeout - A script did not complete before its timeout 
expired. Selenium error: asynchronous script timeout: result was not received 
in 60 seconds
{noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-10530) App freezes sometimes directly after starting on iOS

[JIRA]

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

Florian Krüger closed CB-10530.
---

I can't reproduce the bug with 4.1.0.

> App freezes sometimes directly after starting on iOS
> 
>
> Key: CB-10530
> URL: https://issues.apache.org/jira/browse/CB-10530
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 6.0.0
> Environment: OSX El Capitan 10.11.3, XCODE (7.2.1), iOS 9.2.1, 
> cordova 6.0.0, ionic 1.7.14
>Reporter: Florian Krüger
>Assignee: Steve Gill
>Priority: Critical
>  Labels: cordova-ios-4.1.0, triaged
> Attachments: Instruments.trace.zip, Screen Shot 2016-02-23 at 3.20.37 
> PM.png, Screen Shot 2016-02-23 at 3.21.55 PM.png
>
>
> * Installed the "ionic start myApp sidemenu" example application
> * Start XCODE (7.2.1)
> * Start the app by clicking the run button from  xCODE
> * The app probably starts as expected.
> * Repeat the start process until the app freezes.
> The app sometimes freezes completely. If this happens you cannot do anything 
> with the app (you need to push the home button and close the app via task 
> manager). I had the same issue for another more complex app.
> The CPU stays at around 99% workload.
> I made a snapshot of the profiler (Instruments)
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10530) App freezes sometimes directly after starting on iOS

[JIRA]

[ 
https://issues.apache.org/jira/browse/CB-10530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15229928#comment-15229928
 ] 

Florian Krüger commented on CB-10530:
-

Thank you very much :) We cannot reproduce the error now.

> App freezes sometimes directly after starting on iOS
> 
>
> Key: CB-10530
> URL: https://issues.apache.org/jira/browse/CB-10530
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 6.0.0
> Environment: OSX El Capitan 10.11.3, XCODE (7.2.1), iOS 9.2.1, 
> cordova 6.0.0, ionic 1.7.14
>Reporter: Florian Krüger
>Assignee: Steve Gill
>Priority: Critical
>  Labels: cordova-ios-4.1.0, triaged
> Attachments: Instruments.trace.zip, Screen Shot 2016-02-23 at 3.20.37 
> PM.png, Screen Shot 2016-02-23 at 3.21.55 PM.png
>
>
> * Installed the "ionic start myApp sidemenu" example application
> * Start XCODE (7.2.1)
> * Start the app by clicking the run button from  xCODE
> * The app probably starts as expected.
> * Repeat the start process until the app freezes.
> The app sometimes freezes completely. If this happens you cannot do anything 
> with the app (you need to push the home button and close the app via task 
> manager). I had the same issue for another more complex app.
> The CPU stays at around 99% workload.
> I made a snapshot of the profiler (Instruments)
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org