date:20141013


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

Colin Bau commented on CB-5054:
---

problem solved
thanks

  cordova-plugin-media-capture crash on wp8
 --

 Key: CB-5054
 URL: https://issues.apache.org/jira/browse/CB-5054
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media Capture, WP7 (defunct), WP8
Affects Versions: 3.0.0
 Environment: wp8+vs2012
Reporter: TianBo Yang
Assignee: Jesse MacFadyen
Priority: Critical
  Labels: cordova-plugin-media-capture, wp8

 1.use Cordova CLI create WP8 template project, add plugin 
 cordova-plugin-media-capture.
 2.then add the captureAudio 
 Example.html(http://cordova.apache.org/docs/en/3.0.0/cordova_media_capture_capture.md.html#Capture)
 when i run this project, click CaptureAudio there is a carsh.
 i debug in vs2012,there is the exception log!
 stackTrace:
 at System.Windows.Navigation.NavigationService.Navigate(Uri source)
 uri:
 {./CordovaLib/UI/AudioRecorder.xaml?dummy=bc51b4bf-8798-46ee-a2a6-cad51bd23401}
 exception msg:
 Navigation is only supported to relative URIs that are fragments, or begin 
 with '/', or which contain ';component/'.
 Parameter name: uri
 it's also crash, when excute CaptureVideo !
 there is the crash reason caused crash, bad navigate uri.
 AudioCaptureTask.cs line 79
  root.Navigate(new System.Uri(baseUrl + 
 CordovaLib/UI/AudioRecorder.xaml?dummy= + Guid.NewGuid().ToString(), 
 UriKind.Relative));
 VideoCaptureTask.cs  line 79.
  root.Navigate(new System.Uri(baseUrl + 
 CordovaLib/UI/VideoRecorder.xaml?dummy= + Guid.NewGuid().ToString(), 
 UriKind.Relative));



--
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-7772) contacts bugs with iOS8

Colin Bau created CB-7772:
-

 Summary: contacts bugs with iOS8
 Key: CB-7772
 URL: https://issues.apache.org/jira/browse/CB-7772
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.6.3
 Environment: I using iOS8 with phonegap 3.6.3 and contact plugin 0.2.13
Reporter: Colin Bau


test environment:iOS 7.1.1 (11D201) OR iOS8
I use the pickContact method
it will show my contact list
but after I click The upper right corner Cancel
it will trigger the success callback(it is not correct，it should be trigger the 
err callback)，and will return the Almost empty json value，such like that... 
{id:-1,rawId:null,displayName:null,name:null,..etc}



--
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-7734) navigator.notification.alert or navigator.notification.confirm seem have a many words issue


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

Colin Bau updated CB-7734:
--
Labels: notification  (was: )

 navigator.notification.alert or navigator.notification.confirm seem have 
 a many words issue
 -

 Key: CB-7734
 URL: https://issues.apache.org/jira/browse/CB-7734
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin Dialogs
Affects Versions: 3.6.3
 Environment: PGB 3.6.3 with the all latest core plugin
 https://build.phonegap.com/plugins
 ios 8.02 environment
Reporter: Colin Bau
  Labels: notification
   Original Estimate: 12h
  Remaining Estimate: 12h

 Improvement 1
 according to this
 https://issues.apache.org/jira/browse/CB-6528
 a same problem just like the WP，ios have this problem too
 when the words is greater than one page
 it can't slide up and down 
 Improvement 2
 all words center problem，I think maybe Left-aligned is more Beautiful 
 (because when in Android，all words Left-aligned)
 http://www.littlebau.com/ios_1.png
 Improvement 3
 all words looks like small and Vague (maybe in Chinese)，is there any way 
 (maybe future) can let become more Clear ?
 http://www.littlebau.com/ios_1.png



--
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-7712) Inappbrowser 0.5.2 closebuttoncaption issue


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

Colin Bau updated CB-7712:
--
Labels: inappbrowser  (was: )

 Inappbrowser 0.5.2 closebuttoncaption issue
 -

 Key: CB-7712
 URL: https://issues.apache.org/jira/browse/CB-7712
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.3
 Environment: I am using PGB 3.6.3 with the latest Inappbrowser api 
 0.5.2 version
Reporter: Colin Bau
  Labels: inappbrowser
   Original Estimate: 12h
  Remaining Estimate: 12h

 I am using PGB 3.6.3 with the latest Inappbrowser api 0.5.2 version 
 according to this... 
 https://github.com/apache/cordova-plugin-inappbrowser/blob/8ce6b497fa803936784629187e9c66ebaddfbe1b/doc/index.md
 I found a issues... 
 [closebuttoncaption (in ios is work)] 
 in android，no mater I set the property closebuttoncaption to any string，it 
 seem have no change and show the X only 
 http://www.littlebau.com/inapp033/android.png



--
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-7773) compass bugs with iOS8

Colin Bau created CB-7773:
-

 Summary: compass bugs with iOS8
 Key: CB-7773
 URL: https://issues.apache.org/jira/browse/CB-7773
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Colin Bau






--
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-7773) compass bugs with WP8.1

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


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

Colin Bau updated CB-7773:
--
   Component/s: WP8
   Description: 
wen I use
navigator.compass.getCurrentHeading(startCompass, startCompass);
it will trigger the startCompass successful
but the...
heading.trueHeading
heading.magneticHeading
heading.headingAccuracy
heading.timestamp
all got undefined

PS
android and iOS are all work
   Environment: 
I using WP8.1 with phonegap 3.6.3 and all latest core plugin...
my device = nokia lumia 520
 Affects Version/s: 3.6.3
Labels: compass  (was: )
Remaining Estimate: 12h
 Original Estimate: 12h
   Summary: compass bugs with WP8.1  (was: compass bugs with 
iOS8)

 compass bugs with WP8.1
 -

 Key: CB-7773
 URL: https://issues.apache.org/jira/browse/CB-7773
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.6.3
 Environment: I using WP8.1 with phonegap 3.6.3 and all latest core 
 plugin...
 my device = nokia lumia 520
Reporter: Colin Bau
  Labels: compass
   Original Estimate: 12h
  Remaining Estimate: 12h

 wen I use
 navigator.compass.getCurrentHeading(startCompass, startCompass);
 it will trigger the startCompass successful
 but the...
 heading.trueHeading
 heading.magneticHeading
 heading.headingAccuracy
 heading.timestamp
 all got undefined
 PS
 android and iOS are all work



--
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-7766) [Android][Globalization] android date value obtained through dateToString, is not well formatted


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

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

Commit 72d5b2a3d8705fc0d5136b8285b87c5a1551259b in 
cordova-plugin-globalization's branch refs/heads/master from 
[~martin.c.glez.glez]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-globalization.git;h=72d5b2a
 ]

[CB-7766] Add quirk note about android dateToString

A note to clarify, that the value obtained using dateToString uses the
UTS#35 and is not completely aligned with ICU standard.


 [Android][Globalization] android date value obtained through dateToString, is 
 not well formatted 
 -

 Key: CB-7766
 URL: https://issues.apache.org/jira/browse/CB-7766
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Globalization
Affects Versions: 3.6.0
Reporter: Martin Gonzalez
Assignee: Martin Gonzalez
Priority: Minor
  Labels: android, datetime, globalization
 Fix For: 3.7.0


 The android date format is not rightly aligned to ICU standard, when 
 dateToString is called with 'formatLength' as 'short' or default.
 It shows '-mm-d' not ICU format yy/M/d.
 http://demo.icu-project.org/icu-bin/locexp?d_=en_US_=en_US



--
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-7291) Externally-launchable applications should be configurable

2014-10-13 Thread Chris Emerson (JIRA)


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

Chris Emerson commented on CB-7291:
---

Any tips/advice on manually applying the fix for this [CVE-2014-3502] to the 
current version of PhoneGap / CLI (3.5.0-0.21.18)? 
Pardon my naivety here but if I piece together the commits above myself and 
apply to my local cordova.js would that suffice? Or not that simple/easy? 

Thanks. (Reference: From conversation with Raymond and Shazron: 
http://goo.gl/ovPeml )

PS: If this isn't the correct bug to ask this question please let me know

 Externally-launchable applications should be configurable
 -

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


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



--
This message was sent by Atlassian JIRA
(v6.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-7774) update strategy for versioning

2014-10-13 Thread Marcel Kinard (JIRA)

Marcel Kinard created CB-7774:
-

 Summary: update strategy for versioning
 Key: CB-7774
 URL: https://issues.apache.org/jira/browse/CB-7774
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Coho
Reporter: Marcel Kinard


With the advent of independent platform releases, we need a strategy for how to 
version all the Cordova components.

See http://markmail.org/message/zijjq4xe7wbbcwtg



--
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-7774) update strategy for versioning

2014-10-13 Thread Marcel Kinard (JIRA)


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

Marcel Kinard commented on CB-7774:
---

Notes from Hangout: 
https://docs.google.com/document/d/1VqAVo2AA5vZ7LRmq_9jJ6oa7Nyr2OrjLCfEkBhO-X8U/edit

 update strategy for versioning
 --

 Key: CB-7774
 URL: https://issues.apache.org/jira/browse/CB-7774
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Coho
Reporter: Marcel Kinard

 With the advent of independent platform releases, we need a strategy for how 
 to version all the Cordova components.
 See http://markmail.org/message/zijjq4xe7wbbcwtg



--
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-7774) update strategy for versioning


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

ASF GitHub Bot commented on CB-7774:


GitHub user cmarcelk opened a pull request:

https://github.com/apache/cordova-coho/pull/53

CB-7774 capture updates from Hangout and mailing list



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

$ git pull https://github.com/cmarcelk/cordova-coho CB-7774

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

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


commit baecee872abc8028d840229c83d133b5957b0dd7
Author: Marcel Kinard cmarc...@gmail.com
Date:   2014-10-13T20:00:47Z

CB-7774 capture updates from Hangout and mailing list




 update strategy for versioning
 --

 Key: CB-7774
 URL: https://issues.apache.org/jira/browse/CB-7774
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Coho
Reporter: Marcel Kinard

 With the advent of independent platform releases, we need a strategy for how 
 to version all the Cordova components.
 See http://markmail.org/message/zijjq4xe7wbbcwtg



--
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-7499) Cordova dialogs should support BIDI text

2014-10-13 Thread Mike Billau (JIRA)

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

Mike Billau commented on CB-7499:
-

Thanks Andrew for checking this out.
Agree about the engine tag.
To answer your question, yes plugins should check the API level.
I see you've already pulled in a fix to do this check:
https://github.com/apache/cordova-plugin-dialogs/commit/4cfe290b2a3e8f0aafb71a1ff4fbee4b710c8749
Tested on 2.3.3, looks great. Thanks.

Cordova dialogs should support BIDI text

Key: CB-7499
URL: https://issues.apache.org/jira/browse/CB-7499
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Dialogs
Affects Versions: Master
Reporter: Mike Billau
Assignee: Mike Billau
Priority: Minor
Labels: bidirectional, globalization
Fix For: 3.7.0

Since API 19, Andorid has had the facilities to deal with bidirectional text,
however, current Cordova notification implementation does not correctly
handle bidirectional text in dialogs.
We can see this is the case by first setting the language to Hebrew and then
launching the following dialogs:
navigator.notification.confirm(Pure English !!!, function(){}, 7);
navigator.notification.confirm(עברית היא שפה מדוברת בIsrael !,
function(){}, 8);
Since we are in Hebrew, the base text direction will be RTL. This means that
when we see the second notification with the Hebrew text, it will be
right-justified. When we click and see the Pure English !!! notication,
because locale is RTL, we should expect to see: !!! Pure English and it
should be right-justified, however, we still see Pure English !!!, left
justified.
http://w3-03.ibm.com/globalization/page/publish/4353
Ideally you should be able to just add android:supportsRtl=true to the
manifest, however, this is doesn't seem to ne enough without setting the text
direction to the locale for all of the dialogs.

--
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-7775) Add component.json for component and duo package managers


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

ASF GitHub Bot commented on CB-7775:


Github user shazron commented on the pull request:

https://github.com/apache/cordova-ios/pull/102#issuecomment-58951211
  
Filed: https://issues.apache.org/jira/browse/CB-7775

Note that updating of the versions will have to be a manual process, unless 
coho is updated here:

https://github.com/apache/cordova-coho/blob/81ad4e30caa708745c0c4337194ff876fec8a25a/src/platform-release.js#L115



 Add component.json for component and duo package managers
 -

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

 Pull request: https://github.com/apache/cordova-ios/pull/102
 For compatibility with [component](https://github.com/componentjs/component) 
 and [duo](http://duojs.org)
 Note that updating of the versions will have to be a manual process, unless 
 coho is updated here:
 https://github.com/apache/cordova-coho/blob/81ad4e30caa708745c0c4337194ff876fec8a25a/src/platform-release.js#L115



--
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-7775) Add component.json for component and duo package managers

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

Shazron Abdullah created CB-7775:


 Summary: Add component.json for component and duo package managers
 Key: CB-7775
 URL: https://issues.apache.org/jira/browse/CB-7775
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS
Reporter: Shazron Abdullah


Pull request: https://github.com/apache/cordova-ios/pull/102

For compatibility with [component](https://github.com/componentjs/component) 
and [duo](http://duojs.org)

Note that updating of the versions will have to be a manual process, unless 
coho is updated here:
https://github.com/apache/cordova-coho/blob/81ad4e30caa708745c0c4337194ff876fec8a25a/src/platform-release.js#L115



--
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-7775) Add component.json for component and duo package managers


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

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

Commit 875f5a4bb8aba38c8e78a6989fe62a9c87047b6f in cordova-ios's branch 
refs/heads/master from Sankar Gorthi
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=875f5a4 ]

CB-7775 - Add component.json for component and duo package managers (closes 
#102)

- This allows cordova-ios to be compatible with `component(1)` and `duo(1)`

Signed-off-by: Shazron Abdullah shaz...@apache.org


 Add component.json for component and duo package managers
 -

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

 Pull request: https://github.com/apache/cordova-ios/pull/102
 For compatibility with [component](https://github.com/componentjs/component) 
 and [duo](http://duojs.org)
 Note that updating of the versions will have to be a manual process, unless 
 coho is updated here:
 https://github.com/apache/cordova-coho/blob/81ad4e30caa708745c0c4337194ff876fec8a25a/src/platform-release.js#L115



--
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-7775) Add component.json for component and duo package managers


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

Shazron Abdullah resolved CB-7775.
--
   Resolution: Fixed
Fix Version/s: 3.7.0
 Assignee: Shazron Abdullah

 Add component.json for component and duo package managers
 -

 Key: CB-7775
 URL: https://issues.apache.org/jira/browse/CB-7775
 Project: Apache Cordova
  Issue Type: Improvement
  Components: iOS
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah
 Fix For: 3.7.0


 Pull request: https://github.com/apache/cordova-ios/pull/102
 For compatibility with [component](https://github.com/componentjs/component) 
 and [duo](http://duojs.org)
 Note that updating of the versions will have to be a manual process, unless 
 coho is updated here:
 https://github.com/apache/cordova-coho/blob/81ad4e30caa708745c0c4337194ff876fec8a25a/src/platform-release.js#L115



--
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-7776) Update coho release to update iOS component.json version

Shazron Abdullah created CB-7776:


 Summary: Update coho release to update iOS component.json version
 Key: CB-7776
 URL: https://issues.apache.org/jira/browse/CB-7776
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Coho
Reporter: Shazron Abdullah
Priority: Minor


Add the code here:
https://github.com/apache/cordova-coho/blob/81ad4e30caa708745c0c4337194ff876fec8a25a/src/platform-release.js#L115



--
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-7776) Update coho release to update iOS component.json version


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

ASF GitHub Bot commented on CB-7776:


Github user shazron commented on the pull request:

https://github.com/apache/cordova-ios/pull/102#issuecomment-58952017
  
Filed for coho: https://issues.apache.org/jira/browse/CB-7776


 Update coho release to update iOS component.json version
 

 Key: CB-7776
 URL: https://issues.apache.org/jira/browse/CB-7776
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Coho
Reporter: Shazron Abdullah
Priority: Minor

 Add the code here:
 https://github.com/apache/cordova-coho/blob/81ad4e30caa708745c0c4337194ff876fec8a25a/src/platform-release.js#L115



--
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-7643) sendPluginResult is not thread safe


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

ASF GitHub Bot commented on CB-7643:


Github user shazron commented on the pull request:

https://github.com/apache/cordova-ios/pull/108#issuecomment-58952755
  
Thank you, looks good to me.
I've searched and it appears that you haven't signed and submitted the 
Apache iCLA. Could you please do so?:
http://www.apache.org/licenses/icla.txt




 sendPluginResult is not thread safe
 ---

 Key: CB-7643
 URL: https://issues.apache.org/jira/browse/CB-7643
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0
Reporter: Richard Hermanson
   Original Estimate: 1h
  Remaining Estimate: 1h

 If _callbackIdPattern in CVDCommandDelegateImpl.m is set at the same time as 
 it is used (in different threads) then there's an error thrown 
 (EXC_BAD_ACCESS).
 More precisely when this line is run in one thread:
 _callbackIdPattern = [NSRegularExpression 
 regularExpressionWithPattern:@[^A-Za-z0-9._-] options:0 error:err];
 and this in another:
 if (([callbackId length]  100) || [_callbackIdPattern 
 firstMatchInString:callbackId options:0 range:NSMakeRange(0, [callbackId 
 length])]) {
 The method is: - (BOOL)isValidCallbackId:(NSString *)callbackId
 This happens about every 10th time I start my application. I could surely 
 solve this by not calling too quickly and repeatedly but this is still a bug 
 and easily fixed.



--
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-7643) sendPluginResult is not thread safe


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

Shazron Abdullah reassigned CB-7643:


Assignee: Shazron Abdullah

 sendPluginResult is not thread safe
 ---

 Key: CB-7643
 URL: https://issues.apache.org/jira/browse/CB-7643
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0
Reporter: Richard Hermanson
Assignee: Shazron Abdullah
   Original Estimate: 1h
  Remaining Estimate: 1h

 If _callbackIdPattern in CVDCommandDelegateImpl.m is set at the same time as 
 it is used (in different threads) then there's an error thrown 
 (EXC_BAD_ACCESS).
 More precisely when this line is run in one thread:
 _callbackIdPattern = [NSRegularExpression 
 regularExpressionWithPattern:@[^A-Za-z0-9._-] options:0 error:err];
 and this in another:
 if (([callbackId length]  100) || [_callbackIdPattern 
 firstMatchInString:callbackId options:0 range:NSMakeRange(0, [callbackId 
 length])]) {
 The method is: - (BOOL)isValidCallbackId:(NSString *)callbackId
 This happens about every 10th time I start my application. I could surely 
 solve this by not calling too quickly and repeatedly but this is still a bug 
 and easily fixed.



--
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-7777) In AppDelegate, before calling handleOpenURL check whether it exists first to prevent exceptions

Shazron Abdullah created CB-:


 Summary: In AppDelegate, before calling handleOpenURL check 
whether it exists first to prevent exceptions
 Key: CB-
 URL: https://issues.apache.org/jira/browse/CB-
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah


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



--
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-7777) In AppDelegate, before calling handleOpenURL check whether it exists first to prevent exceptions


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

ASF GitHub Bot commented on CB-:


Github user shazron commented on the pull request:

https://github.com/apache/cordova-ios/pull/109#issuecomment-58953313
  
Filed https://issues.apache.org/jira/browse/CB-



 In AppDelegate, before calling handleOpenURL check whether it exists first to 
 prevent exceptions
 

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

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



--
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-7777) In AppDelegate, before calling handleOpenURL check whether it exists first to prevent exceptions

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


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

Shazron Abdullah resolved CB-.
--
   Resolution: Fixed
Fix Version/s: 3.7.0

 In AppDelegate, before calling handleOpenURL check whether it exists first to 
 prevent exceptions
 

 Key: CB-
 URL: https://issues.apache.org/jira/browse/CB-
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah
 Fix For: 3.7.0


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



--
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-7777) In AppDelegate, before calling handleOpenURL check whether it exists first to prevent exceptions


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

ASF subversion and git services commented on CB-:
-

Commit b1ebdab272c64b69ad434a7c72abd05fd660ac71 in cordova-ios's branch 
refs/heads/master from [~emarashliev]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=b1ebdab ]

CB- - In AppDelegate, before calling handleOpenURL check whether it exists 
first to prevent exceptions (closes #109)

Signed-off-by: Shazron Abdullah shaz...@apache.org


 In AppDelegate, before calling handleOpenURL check whether it exists first to 
 prevent exceptions
 

 Key: CB-
 URL: https://issues.apache.org/jira/browse/CB-
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah
 Fix For: 3.7.0


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



--
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-2520) iOS: original user agent needs to be overridable


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

Shazron Abdullah reassigned CB-2520:


Assignee: Shazron Abdullah

 iOS: original user agent needs to be overridable
 --

 Key: CB-2520
 URL: https://issues.apache.org/jira/browse/CB-2520
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: Master
Reporter: Kevin Hawkins
Assignee: Shazron Abdullah
  Labels: core
   Original Estimate: 8h
  Remaining Estimate: 8h

 Cordova's user agent management for iOS employs a scheme of setting a 
 baseline original user agent, which by default conforms to the standard 
 user agent a UIWebView would expose, and then optionally appending 
 CDVViewController-specific data to it in the appropriate use cases, to manage 
 whitelisting.
 Cordova shouldn't really care too much about the data that the original user 
 agent exposes.  I.e. it should be able to be overridden by a consumer, so 
 that the consumer can supply its own user agent data.  This is not 
 technically possible with the current implementation of the CDVUserAgentUtil 
 class, since it does not exist as a member of any instance class; it's truly 
 static/global, so inheritance doesn't come into play.
 Even if an instance of CDVuserAgentUtil could be made a property of 
 CDVViewController, or something else, it would be kind of weird for a 
 consumer to inherit from what's essentially a static class, just to configure 
 their own user agent data.
 There should be another mechanism for users to override the original user 
 agent configuration.



--
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-2520) iOS: original user agent needs to be overridable


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

Shazron Abdullah resolved CB-2520.
--
   Resolution: Fixed
Fix Version/s: 3.5.0

 iOS: original user agent needs to be overridable
 --

 Key: CB-2520
 URL: https://issues.apache.org/jira/browse/CB-2520
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: Master
Reporter: Kevin Hawkins
Assignee: Shazron Abdullah
  Labels: core
 Fix For: 3.5.0

   Original Estimate: 8h
  Remaining Estimate: 8h

 Cordova's user agent management for iOS employs a scheme of setting a 
 baseline original user agent, which by default conforms to the standard 
 user agent a UIWebView would expose, and then optionally appending 
 CDVViewController-specific data to it in the appropriate use cases, to manage 
 whitelisting.
 Cordova shouldn't really care too much about the data that the original user 
 agent exposes.  I.e. it should be able to be overridden by a consumer, so 
 that the consumer can supply its own user agent data.  This is not 
 technically possible with the current implementation of the CDVUserAgentUtil 
 class, since it does not exist as a member of any instance class; it's truly 
 static/global, so inheritance doesn't come into play.
 Even if an instance of CDVuserAgentUtil could be made a property of 
 CDVViewController, or something else, it would be kind of weird for a 
 consumer to inherit from what's essentially a static class, just to configure 
 their own user agent data.
 There should be another mechanism for users to override the original user 
 agent configuration.



--
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-2520) iOS: original user agent needs to be overridable

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


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

ASF GitHub Bot commented on CB-2520:


Github user asfgit closed the pull request at:

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


 iOS: original user agent needs to be overridable
 --

 Key: CB-2520
 URL: https://issues.apache.org/jira/browse/CB-2520
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: Master
Reporter: Kevin Hawkins
Assignee: Shazron Abdullah
  Labels: core
 Fix For: 3.5.0

   Original Estimate: 8h
  Remaining Estimate: 8h

 Cordova's user agent management for iOS employs a scheme of setting a 
 baseline original user agent, which by default conforms to the standard 
 user agent a UIWebView would expose, and then optionally appending 
 CDVViewController-specific data to it in the appropriate use cases, to manage 
 whitelisting.
 Cordova shouldn't really care too much about the data that the original user 
 agent exposes.  I.e. it should be able to be overridden by a consumer, so 
 that the consumer can supply its own user agent data.  This is not 
 technically possible with the current implementation of the CDVUserAgentUtil 
 class, since it does not exist as a member of any instance class; it's truly 
 static/global, so inheritance doesn't come into play.
 Even if an instance of CDVuserAgentUtil could be made a property of 
 CDVViewController, or something else, it would be kind of weird for a 
 consumer to inherit from what's essentially a static class, just to configure 
 their own user agent data.
 There should be another mechanism for users to override the original user 
 agent configuration.



--
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-2520) iOS: original user agent needs to be overridable


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

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

Commit 78ca06e1ae14ad895d73ac5d141843cc94ecae33 in cordova-ios's branch 
refs/heads/master from [~khawk...@salesforce.com]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=78ca06e ]

CB-2520 - iOS - original user agent needs to be overridable (closes #112)

Signed-off-by: Shazron Abdullah shaz...@apache.org


 iOS: original user agent needs to be overridable
 --

 Key: CB-2520
 URL: https://issues.apache.org/jira/browse/CB-2520
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: Master
Reporter: Kevin Hawkins
Assignee: Shazron Abdullah
  Labels: core
 Fix For: 3.5.0

   Original Estimate: 8h
  Remaining Estimate: 8h

 Cordova's user agent management for iOS employs a scheme of setting a 
 baseline original user agent, which by default conforms to the standard 
 user agent a UIWebView would expose, and then optionally appending 
 CDVViewController-specific data to it in the appropriate use cases, to manage 
 whitelisting.
 Cordova shouldn't really care too much about the data that the original user 
 agent exposes.  I.e. it should be able to be overridden by a consumer, so 
 that the consumer can supply its own user agent data.  This is not 
 technically possible with the current implementation of the CDVUserAgentUtil 
 class, since it does not exist as a member of any instance class; it's truly 
 static/global, so inheritance doesn't come into play.
 Even if an instance of CDVuserAgentUtil could be made a property of 
 CDVViewController, or something else, it would be kind of weird for a 
 consumer to inherit from what's essentially a static class, just to configure 
 their own user agent data.
 There should be another mechanism for users to override the original user 
 agent configuration.



--
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-2520) iOS: original user agent needs to be overridable

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


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

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

Commit d9e2a1c2401b986b5af09ecd6b4be60df2cbf131 in cordova-js's branch 
refs/heads/master from [~khawk...@salesforce.com]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=d9e2a1c ]

CB-2520 - User agent-related changes for custom user agents in iOS

Signed-off-by: Shazron Abdullah shaz...@apache.org


 iOS: original user agent needs to be overridable
 --

 Key: CB-2520
 URL: https://issues.apache.org/jira/browse/CB-2520
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: Master
Reporter: Kevin Hawkins
Assignee: Shazron Abdullah
  Labels: core
 Fix For: 3.5.0

   Original Estimate: 8h
  Remaining Estimate: 8h

 Cordova's user agent management for iOS employs a scheme of setting a 
 baseline original user agent, which by default conforms to the standard 
 user agent a UIWebView would expose, and then optionally appending 
 CDVViewController-specific data to it in the appropriate use cases, to manage 
 whitelisting.
 Cordova shouldn't really care too much about the data that the original user 
 agent exposes.  I.e. it should be able to be overridden by a consumer, so 
 that the consumer can supply its own user agent data.  This is not 
 technically possible with the current implementation of the CDVUserAgentUtil 
 class, since it does not exist as a member of any instance class; it's truly 
 static/global, so inheritance doesn't come into play.
 Even if an instance of CDVuserAgentUtil could be made a property of 
 CDVViewController, or something else, it would be kind of weird for a 
 consumer to inherit from what's essentially a static class, just to configure 
 their own user agent data.
 There should be another mechanism for users to override the original user 
 agent configuration.



--
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-7665) Release process for Google Play has no documentation, requires guesswork!

2014-10-13 Thread Patrick Sullivan (JIRA)

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

Patrick Sullivan commented on CB-7665:
--

Using cordova 3.6.3 this almost works. In general I followed the steps here:
http://intown.biz/2014/07/15/signing-your-cordova-android-app/

In particular:
in confix.xml 'widget version=1.2.3' it automatically sets
'android:versionCode=10203 android:versionName=1.2.3'.

and the local.properties needs these two settings:
key.store=c:\\dev\\ncamobile\\nca.keystore
key.alias=ncamobile

then just type: cordova build android --release
and pay attention to the output. The path to the signed APK is higher up in
the build (it mistakenly lists the unisigned APK as the final build output).

I'd love to help update the documentation, but I'm not familiar with Apache and
not sure where to start.

Release process for Google Play has no documentation, requires guesswork!
--

Key: CB-7665
URL: https://issues.apache.org/jira/browse/CB-7665
Project: Apache Cordova
Issue Type: Improvement
Components: Android, CLI, Docs
Affects Versions: 3.5.0
Environment: Mac OS X Lion
Reporter: Steve Husting
Labels: patch
Fix For: 3.5.0

I output my myApp version 12 project with: cordova build android --release
It was output as myApp/platforms/android/ant-build/myApp-release-unsigned.apk
I changed the name to the final apk name: myApp-release-unsigned.apk =
myApp.apk
I copied the myApp.keystore file used on earlier myApps to the same folder.
Starting with that folder, I ran: jarsigner -verbose -sigalg SHA1withRSA
-digestalg SHA1 -keystore myApp.keystore myApp.apk myApp
I successfully verified it with: jarsigner -verify -verbose -certs myApp.apk
When I uploaded the myApp.apk to Google Play, it said that the file needed to
be zipaligned.
The verbose output shows zipalign being done. So is there a bug when the apk
is made via cordova build android --release?
Is there a step missing that I should be taking? Unfortunately, all the
instructions for this on the Internet assume I'm not using Cordova.

--
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-2520) iOS: original user agent needs to be overridable

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


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

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

Commit c4ece0e7af320246c164b97b00ac78567dbfbfc4 in cordova-ios's branch 
refs/heads/master from [~shazron]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=c4ece0e ]

CB-2520 - built interim js from cordova-js for custom user agent support


 iOS: original user agent needs to be overridable
 --

 Key: CB-2520
 URL: https://issues.apache.org/jira/browse/CB-2520
 Project: Apache Cordova
  Issue Type: New Feature
  Components: iOS
Affects Versions: Master
Reporter: Kevin Hawkins
Assignee: Shazron Abdullah
  Labels: core
 Fix For: 3.5.0

   Original Estimate: 8h
  Remaining Estimate: 8h

 Cordova's user agent management for iOS employs a scheme of setting a 
 baseline original user agent, which by default conforms to the standard 
 user agent a UIWebView would expose, and then optionally appending 
 CDVViewController-specific data to it in the appropriate use cases, to manage 
 whitelisting.
 Cordova shouldn't really care too much about the data that the original user 
 agent exposes.  I.e. it should be able to be overridden by a consumer, so 
 that the consumer can supply its own user agent data.  This is not 
 technically possible with the current implementation of the CDVUserAgentUtil 
 class, since it does not exist as a member of any instance class; it's truly 
 static/global, so inheritance doesn't come into play.
 Even if an instance of CDVuserAgentUtil could be made a property of 
 CDVViewController, or something else, it would be kind of weird for a 
 consumer to inherit from what's essentially a static class, just to configure 
 their own user agent data.
 There should be another mechanism for users to override the original user 
 agent configuration.



--
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-7204) Race condition when hiding and showing spinner

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


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

ASF GitHub Bot commented on CB-7204:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-splashscreen/pull/21


 Race condition when hiding and showing spinner
 --

 Key: CB-7204
 URL: https://issues.apache.org/jira/browse/CB-7204
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
 Environment: iOS
Reporter: Andrey Kurdyumov
Assignee: Shazron Abdullah
Priority: Minor
 Attachments: Screenshot 2014-07-27 at 19.31.09.png


 I have application which show spinner on resume to indicate loading activity 
 for the application.
 When quickly show and hide application there appears race condition which 
 result in the application crash.



--
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-7204) Race condition when hiding and showing spinner


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

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

Commit d2e62a551c950041cb4c9683624a04d931f4bee3 in 
cordova-plugin-splashscreen's branch refs/heads/master from [~shazron]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-splashscreen.git;h=d2e62a5
 ]

CB-7204 - Race condition when hiding and showing spinner (closes #21)


 Race condition when hiding and showing spinner
 --

 Key: CB-7204
 URL: https://issues.apache.org/jira/browse/CB-7204
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
 Environment: iOS
Reporter: Andrey Kurdyumov
Assignee: Shazron Abdullah
Priority: Minor
 Attachments: Screenshot 2014-07-27 at 19.31.09.png


 I have application which show spinner on resume to indicate loading activity 
 for the application.
 When quickly show and hide application there appears race condition which 
 result in the application crash.



--
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-7204) Race condition when hiding and showing spinner


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

Shazron Abdullah resolved CB-7204.
--
Resolution: Fixed

 Race condition when hiding and showing spinner
 --

 Key: CB-7204
 URL: https://issues.apache.org/jira/browse/CB-7204
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin SplashScreen
 Environment: iOS
Reporter: Andrey Kurdyumov
Assignee: Shazron Abdullah
Priority: Minor
 Attachments: Screenshot 2014-07-27 at 19.31.09.png


 I have application which show spinner on resume to indicate loading activity 
 for the application.
 When quickly show and hide application there appears race condition which 
 result in the application crash.



--
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-7043) iOS 8 Support


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

ASF GitHub Bot commented on CB-7043:


Github user shazron commented on the pull request:


https://github.com/apache/cordova-plugin-splashscreen/pull/26#issuecomment-58969064
  
Sorry everyone but I had to do a major re-factor to support unit-testing 
the different configurations of splash screens (effectively over 200 plus tests 
in all). iPhone 6 support added in 
https://issues.apache.org/jira/browse/CB-7043 (items 47-53).

Thanks for the PR and getting it going. You should close this pull request.


 iOS 8 Support
 -

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

 Umbrella issue for iOS 8 support



--
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-7043) iOS 8 Support


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

ASF GitHub Bot commented on CB-7043:


Github user shazron commented on the pull request:


https://github.com/apache/cordova-plugin-splashscreen/pull/17#issuecomment-58969228
  
Sorry everyone but I had to do a major re-factor to support unit-testing 
the different configurations of splash screens (effectively over 200 plus tests 
in all). iPhone 6 support added in 
https://issues.apache.org/jira/browse/CB-7043 (items 47-53).

Thanks for the PR and getting it going. This needs to be re-applied to the 
re-factored code.


 iOS 8 Support
 -

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

 Umbrella issue for iOS 8 support



--
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-7043) iOS 8 Support


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

ASF GitHub Bot commented on CB-7043:


Github user shazron commented on the pull request:


https://github.com/apache/cordova-plugin-splashscreen/pull/23#issuecomment-58969362
  
Sorry everyone but I had to do a major re-factor to support unit-testing 
the different configurations of splash screens (effectively over 200 plus tests 
in all). iPhone 6 support added in 
https://issues.apache.org/jira/browse/CB-7043 (items 47-53).

Thanks for the PR and getting it going. This needs to be re-applied to the 
re-factored code if still applicable.


 iOS 8 Support
 -

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

 Umbrella issue for iOS 8 support



--
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-3562) Wrong splash screen ratio for landscape-only applications


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

ASF GitHub Bot commented on CB-3562:


Github user shazron commented on the pull request:


https://github.com/apache/cordova-plugin-splashscreen/pull/14#issuecomment-58969444
  
Sorry everyone but I had to do a major re-factor to support unit-testing 
the different configurations of splash screens (effectively over 200 plus tests 
in all). iPhone 6 support added in 
https://issues.apache.org/jira/browse/CB-7043 (items 47-53).

Thanks for the PR and getting it going. This needs to be re-applied to the 
re-factored code if still applicable.


 Wrong splash screen ratio for landscape-only applications
 -

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


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



--
This message was sent by Atlassian JIRA
(v6.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-7043) iOS 8 Support


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

ASF GitHub Bot commented on CB-7043:


Github user shazron commented on the pull request:


https://github.com/apache/cordova-plugin-splashscreen/pull/27#issuecomment-58969504
  
Sorry everyone but I had to do a major re-factor to support unit-testing 
the different configurations of splash screens (effectively over 200 plus tests 
in all). iPhone 6 support added in 
https://issues.apache.org/jira/browse/CB-7043 (items 47-53).

Thanks for the PR and getting it going. This needs to be re-applied to the 
re-factored code if still applicable.


 iOS 8 Support
 -

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

 Umbrella issue for iOS 8 support



--
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] [Reopened] (CB-7605) navigator.contacts.pickContact does not return on cancel


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

Shazron Abdullah reopened CB-7605:
--
  Assignee: Shazron Abdullah

 navigator.contacts.pickContact does not return on cancel
 

 Key: CB-7605
 URL: https://issues.apache.org/jira/browse/CB-7605
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Contacts
 Environment: Plugin version : 0.2.13
 Xcode : Version 6.0.1 (6A317)
 Cordova : 3.5.0-0.2.7
 iOS 7.1.2
Reporter: Justin Noel
Assignee: Shazron Abdullah
 Fix For: 3.6.0


 Choosing the Cancel option on the contact picker fails to process either 
 contactSuccess or contactError callbacks.
 Steps to reproduce : 
 Trigger contacts picker.  Tap the Cancel button.  App receives no callback 
 for a success or failure.
 NOTE: When opening picker, get this exception: 
 {code}Exception - Name: NSRangeException Reason: *** -[__NSArrayM 
 objectAtIndex:]: index 0 beyond bounds for empty array{code}
 After opening the picker the first time and choosing Cancel, the picker will 
 no longer open.  
 Sometimes, when opening the picker the first time or another time after 
 trying repeatedly, this exception shows:
 {code}Warning: Attempt to present CDVContactsPicker: 0x17ecd9e0 on 
 MainViewController: 0x17e1dcf0 while a presentation is in progress!{code}
 Sample Code:
 {code:javascript}
 navigator.contacts.pickContact(
   function(contact){
 console.log(In service. selected contact=);
 console.log(contact);
 selectedContact = formatContact(contact);
 deferred.resolve( selectedContact );
   },function(err){
 console.log(Error);
 console.log(err);
 deferred.reject();
   }
 );
 {code}



--
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-7605) navigator.contacts.pickContact does not return on cancel


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

Shazron Abdullah updated CB-7605:
-
Fix Version/s: (was: 3.6.0)
   3.7.0

 navigator.contacts.pickContact does not return on cancel
 

 Key: CB-7605
 URL: https://issues.apache.org/jira/browse/CB-7605
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Contacts
 Environment: Plugin version : 0.2.13
 Xcode : Version 6.0.1 (6A317)
 Cordova : 3.5.0-0.2.7
 iOS 7.1.2
Reporter: Justin Noel
Assignee: Shazron Abdullah
 Fix For: 3.7.0


 Choosing the Cancel option on the contact picker fails to process either 
 contactSuccess or contactError callbacks.
 Steps to reproduce : 
 Trigger contacts picker.  Tap the Cancel button.  App receives no callback 
 for a success or failure.
 NOTE: When opening picker, get this exception: 
 {code}Exception - Name: NSRangeException Reason: *** -[__NSArrayM 
 objectAtIndex:]: index 0 beyond bounds for empty array{code}
 After opening the picker the first time and choosing Cancel, the picker will 
 no longer open.  
 Sometimes, when opening the picker the first time or another time after 
 trying repeatedly, this exception shows:
 {code}Warning: Attempt to present CDVContactsPicker: 0x17ecd9e0 on 
 MainViewController: 0x17e1dcf0 while a presentation is in progress!{code}
 Sample Code:
 {code:javascript}
 navigator.contacts.pickContact(
   function(contact){
 console.log(In service. selected contact=);
 console.log(contact);
 selectedContact = formatContact(contact);
 deferred.resolve( selectedContact );
   },function(err){
 console.log(Error);
 console.log(err);
 deferred.reject();
   }
 );
 {code}



--
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-7772) contacts bugs with iOS8


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

Shazron Abdullah resolved CB-7772.
--
Resolution: Duplicate
  Assignee: Shazron Abdullah

 contacts bugs with iOS8
 -

 Key: CB-7772
 URL: https://issues.apache.org/jira/browse/CB-7772
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.6.3
 Environment: I using iOS8 with phonegap 3.6.3 and contact plugin 
 0.2.13
Reporter: Colin Bau
Assignee: Shazron Abdullah
  Labels: contacts

 test environment:iOS 7.1.1 (11D201) OR iOS8
 I use the pickContact method
 it will show my contact list
 but after I click The upper right corner Cancel
 it will trigger the success callback(it is not correct，it should be trigger 
 the err callback)，and will return the Almost empty json value，such like 
 that... 
 {id:-1,rawId:null,displayName:null,name:null,..etc}



--
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-7682) iOS 8 - Cant load image of Documents folder


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

Shazron Abdullah updated CB-7682:
-
Summary: iOS 8 - Cant load image of Documents folder  (was: iOS 8 - Cant 
load image of documentsfolder)

 iOS 8 - Cant load image of Documents folder
 ---

 Key: CB-7682
 URL: https://issues.apache.org/jira/browse/CB-7682
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 3.5.0
 Environment: Mac, Cordova, AngularJS
Reporter: graphefruit

 Hello together,
 I have a simple app which downloads an image from the internet, stores it 
 into the /documents folder, use the fileEntry.fullPath and sets this path 
 into the image-src.
 img src =../../Documents/test.png
 With the new iOS 8 Version, the image isn't displayed anymore, with iOS 7 no 
 problems.
 fileEntry.fullPath, fileEntry.toInternalURL(), fileEntry.toURL(), 
 fileEntry.toNativeURL() etc, didn't have any affect.
 (That description is just a simple case, the app itself is much more bigger)
 Can you help me please?



--
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-7682) iOS 8 - Cant load image of Documents folder


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

Shazron Abdullah updated CB-7682:
-
Issue Type: Sub-task  (was: Bug)
Parent: CB-7043

 iOS 8 - Cant load image of Documents folder
 ---

 Key: CB-7682
 URL: https://issues.apache.org/jira/browse/CB-7682
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: iOS
Affects Versions: 3.5.0
 Environment: Mac, Cordova, AngularJS
Reporter: graphefruit

 Hello together,
 I have a simple app which downloads an image from the internet, stores it 
 into the /documents folder, use the fileEntry.fullPath and sets this path 
 into the image-src.
 img src =../../Documents/test.png
 With the new iOS 8 Version, the image isn't displayed anymore, with iOS 7 no 
 problems.
 fileEntry.fullPath, fileEntry.toInternalURL(), fileEntry.toURL(), 
 fileEntry.toNativeURL() etc, didn't have any affect.
 (That description is just a simple case, the app itself is much more bigger)
 Can you help me please?



--
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-7682) iOS 8 - Cant load image of Documents folder


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

Shazron Abdullah updated CB-7682:
-
Component/s: iOS

 iOS 8 - Cant load image of Documents folder
 ---

 Key: CB-7682
 URL: https://issues.apache.org/jira/browse/CB-7682
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: iOS
Affects Versions: 3.5.0
 Environment: Mac, Cordova, AngularJS
Reporter: graphefruit

 Hello together,
 I have a simple app which downloads an image from the internet, stores it 
 into the /documents folder, use the fileEntry.fullPath and sets this path 
 into the image-src.
 img src =../../Documents/test.png
 With the new iOS 8 Version, the image isn't displayed anymore, with iOS 7 no 
 problems.
 fileEntry.fullPath, fileEntry.toInternalURL(), fileEntry.toURL(), 
 fileEntry.toNativeURL() etc, didn't have any affect.
 (That description is just a simple case, the app itself is much more bigger)
 Can you help me please?



--
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-7717) Cordova Media Plugin Record as mp4


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

Shazron Abdullah updated CB-7717:
-
Labels: iOS  (was: )

 Cordova Media Plugin Record as mp4
 --

 Key: CB-7717
 URL: https://issues.apache.org/jira/browse/CB-7717
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Plugin Media
Reporter: Tom Krones
  Labels: iOS

 It would be nice to be able to record audio in other formats like mp4.  
 Here's code that allows you to change the recording type.  It would be great 
 if the option could be added to the record call.
 here's the code
 Step 1: add this to the startRecordingAudio method on SDVSound.m before 
 audioFile.recorder =
 NSDictionary *recordSettings = [NSDictionary dictionaryWithObjectsAndKeys:
 [NSNumber numberWithInt: 
 kAudioFormatMPEG4AAC], AVFormatIDKey,
 [NSNumber numberWithFloat:16000.0], 
 AVSampleRateKey,
 [NSNumber numberWithInt: 1], 
 AVNumberOfChannelsKey,
 nil];
 Then I replaced:
 audioFile.recorder = [[CDVAudioRecorder alloc] 
 initWithURL:audioFile.resourceURL settings:nil error:error]; // Default PCM 
 recording
 With:
 audioFile.recorder = [[CDVAudioRecorder alloc] 
 initWithURL:audioFile.resourceURL settings:recordSettings error:error];
 This records directly in M4A, mono in a relatively low fi (16K) format. For 
 my application, which is just capturing words, not music this is just what I 
 needed.
 from:
 https://github.com/keenan/cordova-phonegap-audio-encode/issues/4



--
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-7717) Cordova Media Plugin Record as mp4


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

Shazron Abdullah updated CB-7717:
-
Component/s: Plugin Media

 Cordova Media Plugin Record as mp4
 --

 Key: CB-7717
 URL: https://issues.apache.org/jira/browse/CB-7717
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Plugin Media
Reporter: Tom Krones
  Labels: iOS

 It would be nice to be able to record audio in other formats like mp4.  
 Here's code that allows you to change the recording type.  It would be great 
 if the option could be added to the record call.
 here's the code
 Step 1: add this to the startRecordingAudio method on SDVSound.m before 
 audioFile.recorder =
 NSDictionary *recordSettings = [NSDictionary dictionaryWithObjectsAndKeys:
 [NSNumber numberWithInt: 
 kAudioFormatMPEG4AAC], AVFormatIDKey,
 [NSNumber numberWithFloat:16000.0], 
 AVSampleRateKey,
 [NSNumber numberWithInt: 1], 
 AVNumberOfChannelsKey,
 nil];
 Then I replaced:
 audioFile.recorder = [[CDVAudioRecorder alloc] 
 initWithURL:audioFile.resourceURL settings:nil error:error]; // Default PCM 
 recording
 With:
 audioFile.recorder = [[CDVAudioRecorder alloc] 
 initWithURL:audioFile.resourceURL settings:recordSettings error:error];
 This records directly in M4A, mono in a relatively low fi (16K) format. For 
 my application, which is just capturing words, not music this is just what I 
 needed.
 from:
 https://github.com/keenan/cordova-phonegap-audio-encode/issues/4



--
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-7712) Inappbrowser 0.5.2 closebuttoncaption issue


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

Shazron Abdullah updated CB-7712:
-
Component/s: (was: Android)
 Plugin InAppBrowser
Environment: 
I am using PGB 3.6.3 with the latest Inappbrowser api 0.5.2 version
Android

  was:I am using PGB 3.6.3 with the latest Inappbrowser api 0.5.2 version


 Inappbrowser 0.5.2 closebuttoncaption issue
 -

 Key: CB-7712
 URL: https://issues.apache.org/jira/browse/CB-7712
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 3.6.3
 Environment: I am using PGB 3.6.3 with the latest Inappbrowser api 
 0.5.2 version
 Android
Reporter: Colin Bau
  Labels: inappbrowser
   Original Estimate: 12h
  Remaining Estimate: 12h

 I am using PGB 3.6.3 with the latest Inappbrowser api 0.5.2 version 
 according to this... 
 https://github.com/apache/cordova-plugin-inappbrowser/blob/8ce6b497fa803936784629187e9c66ebaddfbe1b/doc/index.md
 I found a issues... 
 [closebuttoncaption (in ios is work)] 
 in android，no mater I set the property closebuttoncaption to any string，it 
 seem have no change and show the X only 
 http://www.littlebau.com/inapp033/android.png



--
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-7769) CLONE - Add browser support for device plugin


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

Shazron Abdullah closed CB-7769.

Resolution: Fixed

Seems to be cloned in error.

 CLONE - Add browser support for device plugin
 -

 Key: CB-7769
 URL: https://issues.apache.org/jira/browse/CB-7769
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Plugin Device
Reporter: Tim b
Assignee: Suraj Pindoria





--
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-7743) Multiple calls to navigator.contacts.find crash iOS application


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

Shazron Abdullah commented on CB-7743:
--

No crash log?

 Multiple calls to navigator.contacts.find crash iOS application
 ---

 Key: CB-7743
 URL: https://issues.apache.org/jira/browse/CB-7743
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Contacts
Affects Versions: 3.5.0
 Environment: Running on an iPhone 5 running iOS8 with about 200 
 contacts.
Reporter: Jesse Hull

 Compile the following http://codepen.io/anon/pen/vlEmL into an iPhone 
 application with cordova after installing the contacts plugin.
 Click on Load Contacts 5-10 times and the iPhone application will crash.



--
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-7762) Parameter list is incorrect for contacts.find


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

Shazron Abdullah updated CB-7762:
-
Summary: Parameter list is incorrect for contacts.find  (was: Parameter 
list is incorrect)

 Parameter list is incorrect for contacts.find
 -

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

 The parameters are listed as
 {code}
 contactSuccess
 contactError
 contactFields
 contactFieldsOptions
 filter
 multiple
desiredFields
 {code}
 This is wrong in multiple ways. It should be:
 {code}
 contactFields
 contactSuccess
 contactError
 contactFieldsOptions
 {code}
 filter, multiple, and desiredFields should be removed, or consistently tabbed 
 over so they appear as options to contactFieldOptions.



--
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-7762) Parameter list is incorrect


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

Shazron Abdullah updated CB-7762:
-
Description: 
The parameters are listed as

{code}
contactSuccess
contactError
contactFields
contactFieldsOptions
filter
multiple
   desiredFields
{code}

This is wrong in multiple ways. It should be:
{code}
contactFields
contactSuccess
contactError
contactFieldsOptions
{code}

filter, multiple, and desiredFields should be removed, or consistently tabbed 
over so they appear as options to contactFieldOptions.

  was:
The parameters are listed as

contactSuccess
contactError
contactFields
contactFieldsOptions
filter
multiple
   desiredFields

This is wrong in multiple ways. It should be:

contactFields
contactSuccess
contactError
contactFieldsOptions

filter, multiple, and desiredFields should be removed, or consistently tabbed 
over so they appear as options to contactFieldOptions.


 Parameter list is incorrect
 ---

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

 The parameters are listed as
 {code}
 contactSuccess
 contactError
 contactFields
 contactFieldsOptions
 filter
 multiple
desiredFields
 {code}
 This is wrong in multiple ways. It should be:
 {code}
 contactFields
 contactSuccess
 contactError
 contactFieldsOptions
 {code}
 filter, multiple, and desiredFields should be removed, or consistently tabbed 
 over so they appear as options to contactFieldOptions.



--
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-7762) Parameter list is incorrect for contacts.find


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

Shazron Abdullah resolved CB-7762.
--
Resolution: Fixed
  Assignee: Shazron Abdullah

 Parameter list is incorrect for contacts.find
 -

 Key: CB-7762
 URL: https://issues.apache.org/jira/browse/CB-7762
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Contacts
Reporter: Raymond Camden
Assignee: Shazron Abdullah
Priority: Minor

 The parameters are listed as
 {code}
 contactSuccess
 contactError
 contactFields
 contactFieldsOptions
 filter
 multiple
desiredFields
 {code}
 This is wrong in multiple ways. It should be:
 {code}
 contactFields
 contactSuccess
 contactError
 contactFieldsOptions
 {code}
 filter, multiple, and desiredFields should be removed, or consistently tabbed 
 over so they appear as options to contactFieldOptions.



--
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-7761) Misleading text in documentation

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


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

Shazron Abdullah resolved CB-7761.
--
Resolution: Fixed
  Assignee: Shazron Abdullah

 Misleading text in documentation
 

 Key: CB-7761
 URL: https://issues.apache.org/jira/browse/CB-7761
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Contacts
Reporter: Raymond Camden
Assignee: Shazron Abdullah
Priority: Minor

 The docs for contactFields says this:
 The contactFields parameter specifies the fields to be used as a search 
 qualifier. A zero-length contactFields parameter is invalid and results in 
 ContactError.INVALID_ARGUMENT_ERROR. A contactFields value of * returns all 
 contact fields.
 The last sentence is confusing. You are not returning those fields, but 
 searching those fields. What is returned is controlled by desiredFields 
 passed to ptions.



--
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-7761) Misleading text in documentation


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

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

Commit 15d1f9698464335c2fbf3ec2992c87236e0f9fec in cordova-plugin-contacts's 
branch refs/heads/master from [~shazron]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=15d1f96 
]

CB-7761 - Misleading text in documentation


 Misleading text in documentation
 

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

 The docs for contactFields says this:
 The contactFields parameter specifies the fields to be used as a search 
 qualifier. A zero-length contactFields parameter is invalid and results in 
 ContactError.INVALID_ARGUMENT_ERROR. A contactFields value of * returns all 
 contact fields.
 The last sentence is confusing. You are not returning those fields, but 
 searching those fields. What is returned is controlled by desiredFields 
 passed to ptions.



--
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-7499) Cordova dialogs should support BIDI text

2014-10-13 Thread Andrew Grieve (JIRA)


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

Andrew Grieve commented on CB-7499:
---

Hey Mike!

I think that fix is unrelated. The (suspected) problem would be with the call 
to 
http://developer.android.com/reference/android/view/View.html#setTextDirection(int))

here:
https://github.com/apache/cordova-plugin-dialogs/blob/4cfe290b2a3e8f0aafb71a1ff4fbee4b710c8749/src/android/Notification.java#L184



 Cordova dialogs should support BIDI text
 

 Key: CB-7499
 URL: https://issues.apache.org/jira/browse/CB-7499
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Dialogs
Affects Versions: Master
Reporter: Mike Billau
Assignee: Mike Billau
Priority: Minor
  Labels: bidirectional, globalization
 Fix For: 3.7.0


 Since API 19, Andorid has had the facilities to deal with bidirectional text, 
 however, current Cordova notification implementation does not correctly 
 handle bidirectional text in dialogs.
 We can see this is the case by first setting the language to Hebrew and then 
 launching the following dialogs:
 navigator.notification.confirm(Pure English !!!, function(){}, 7); 
 navigator.notification.confirm(עברית היא שפה מדוברת בIsrael !, 
 function(){}, 8);
 Since we are in Hebrew, the base text direction will be RTL. This means that 
 when we see the second notification with the Hebrew text, it will be 
 right-justified. When we click and see the Pure English !!! notication, 
 because locale is RTL, we should expect to see: !!! Pure English and it 
 should be right-justified, however, we still see Pure English !!!, left 
 justified.
 http://w3-03.ibm.com/globalization/page/publish/4353
 Ideally you should be able to just add   android:supportsRtl=true to the 
 manifest, however, this is doesn't seem to ne enough without setting the text 
 direction to the locale for all of the dialogs.



--
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-7605) navigator.contacts.pickContact does not return on cancel

2014-10-13 Thread Ralph S Theart (JIRA)


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

Ralph S Theart commented on CB-7605:


Yes this is what is I get in the log from the contacts obj..

{code:javascript}
{
  id: -1,
  rawId: null,
  displayName: null,
  name: null,
  nickname: null,
  phoneNumbers: null,
  emails: null,
  addresses: null,
  ims: null,
  organizations: null,
  birthday: null,
  note: null,
  photos: null,
  categories: null,
  urls: null
}
{code}

 navigator.contacts.pickContact does not return on cancel
 

 Key: CB-7605
 URL: https://issues.apache.org/jira/browse/CB-7605
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Contacts
 Environment: Plugin version : 0.2.13
 Xcode : Version 6.0.1 (6A317)
 Cordova : 3.5.0-0.2.7
 iOS 7.1.2
Reporter: Justin Noel
Assignee: Shazron Abdullah
 Fix For: 3.7.0


 Choosing the Cancel option on the contact picker fails to process either 
 contactSuccess or contactError callbacks.
 Steps to reproduce : 
 Trigger contacts picker.  Tap the Cancel button.  App receives no callback 
 for a success or failure.
 NOTE: When opening picker, get this exception: 
 {code}Exception - Name: NSRangeException Reason: *** -[__NSArrayM 
 objectAtIndex:]: index 0 beyond bounds for empty array{code}
 After opening the picker the first time and choosing Cancel, the picker will 
 no longer open.  
 Sometimes, when opening the picker the first time or another time after 
 trying repeatedly, this exception shows:
 {code}Warning: Attempt to present CDVContactsPicker: 0x17ecd9e0 on 
 MainViewController: 0x17e1dcf0 while a presentation is in progress!{code}
 Sample Code:
 {code:javascript}
 navigator.contacts.pickContact(
   function(contact){
 console.log(In service. selected contact=);
 console.log(contact);
 selectedContact = formatContact(contact);
 deferred.resolve( selectedContact );
   },function(err){
 console.log(Error);
 console.log(err);
 deferred.reject();
   }
 );
 {code}



--
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-7767) [iOS] Remove usage of NSData+Base64

2014-10-13 Thread Andrew Grieve (JIRA)


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

Andrew Grieve commented on CB-7767:
---

But let's also test performance of the change in the bridge benchmark within 
mobilespec since this is on the critical path.

 [iOS] Remove usage of NSData+Base64 
 

 Key: CB-7767
 URL: https://issues.apache.org/jira/browse/CB-7767
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Reporter: Shazron Abdullah
 Fix For: 4.0.0


 There is built in support since iOS 7. Once we drop iOS 6, we can do this.



--
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-7774) update strategy for versioning


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

ASF GitHub Bot commented on CB-7774:


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

https://github.com/apache/cordova-coho/pull/53#discussion_r18806877
  
--- Diff: docs/versioning-and-release-strategy.md ---
@@ -19,17 +19,100 @@
 #
 --
 
-# Versioning and Release Strategy
+# Versioning Strategy
 
-## Versioning Strategies
- 1. `SemVer` ([Semantic Version](http://www.semver.org))
-   * Used by platforms, plugman, CLI, core plugins
-   * Is important when describing dependencies in a sane way (e.g. within 
plugin.xml files)
+## Version Format
 
-CLI exists in both lists because its version has the format: 
`CadVer-SemVer`
- * E.g.: `3.0.0-0.5.1`
+`SemVer` ([Semantic Version](http://www.semver.org)) will be used as the
+version format for all components, including platforms, plugman, CLI, core
+plugins. Doing so is important when describing dependencies in a sane way
+(e.g. within plugin.xml files). Although the CLI previously used a 
+`CadVer-SemVer` format, it now uses a simple SemVer format. The `CadVer` 
format
+is no longer used in any Cordova components. The plugins no longer have an 
`r`
+prefix.
 
-## Release Strategies
+The semantics of `SemVer` should be followed, bumping the appropriate digit
+based on the impact of the new content.
+
+## Branching and Tagging
+
+All components also follow the same branching and tagging strategy, 
including
+plugins and tools. A `major.minor.X` release branch (i.e., 3.7.x) should 
be
+created, and any fixes should be appended to that release branch. New 
content
+should be on the master branch, and a new release branch created at release
+time. When a release is performed, a release tag is added to the 
appropriate
+branch (i.e., 3.8.0 tag is put on the 3.8.x branch).
+
+## Version Behavior
+
+Plugin versions will all be separate and independent. So there may be a 
1.2.0
+of the Device plugin, and a 3.4.5 of the Camera plugin at the same time.
+The bumping of the version numbers of each plugin should be appropriate to 
the
+new content added to that plugin. The `cordova plugin add` command will add
+the most recent version of that plugin by default, though alternately the 
user
+may manually specify an explicit version of that plugin to be installed 
(i.e.,
+`cordova plugin add org.apache.cordova.device@1.2.0`). Plugin docs should 
be
+stored in each plugin repo, so that the docs are versioned with their 
source
+code
+
+Platform versions will all be separate and independent. So there may be a
+3.7.0 of the iOS platform and a 4.0.0 of the Android platform at the 
same
+time. The bumping of version numbers of each platform should be appropriate
+to the new content being added to that platform. The `cordova platform add`
+command will add a platform version specific to the CLI by default, though
+alternatively the user may manually specify an explicit version of that
+platform to be installed (i.e., `cordova platform add android@4.0.1`).
+The CLI will hold the list of default versions for each platform
+(i.e., platform version pinning). Platform docs should be stored in each
+platform repo, so that the docs are versioned with their source code.
+
+Platforms will have an lt;enginegt; tag or equivalent, to specify when a
+platform needs a newer version of the CLI.
+
+`cordova-js` versions should continue to be single-sourced, meaning that 
when
+`cordova-js` is used by multiple components such as `cordova-lib` or 
+`cordova-android`, the `cordova-js` version number should not be manually
+modified upon insertion to the consuming component, but instead should 
retain
+its build-time value. This means that there may be different versions of 
+`cordova-js` in use across each Cordova component.
+
+`cordova-lib`, `plugman`, and CLI versions will all be separate. So there
+may be a 0.25.3 version of `plugman` and a 1.3.2 version of 
`cordova-lib`
+and a 3.8.0 version of the CLI at the same time. The bumping of version
+numbers of each of the tool components should be appropriate to the new
+content being added to that individual component. The exception to this
+is that when a new platform is released, and the platform pin in the CLI
+is correspondingly updated, the CLI receives a bump to its third digit, no
+matter the size of the version bump to those platform(s).
+
+When a user updates the version of the CLI they have installed, this CLI
+update has no effect on the platform and plugin versions that are already
+installed in

[jira] [Commented] (CB-7774) update strategy for versioning