[jira] [Updated] (CB-7672) Spaces in path causes build to fail

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7672:
-
Component/s: (was: iOS)

Appears to be a CLI issue. I tested using a new project created using 
cordova-ios/bin/create with a project that had spaces in the path, it built 
fine.

{code}
$ bin/create ~/Desktop/Space\ Test foo.bar.foo SpaceTest
$ ~/Desktop/Space\ Test/cordova/build

** BUILD SUCCEEDED **
{code}

 Spaces in path causes build to fail
 ---

 Key: CB-7672
 URL: https://issues.apache.org/jira/browse/CB-7672
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.6.0
 Environment: OSX, node 0.10.31, xcode 6, ios-sim 3
Reporter: Mike Hartington

 In previous releases, If I had a project who's path had a space in it, 
 cordova would build for iOS no problem. With 3.6, that is not the case. 
 Example: 
 ~/Github\ Repos/myapp/ - this worked in 3.5, fails in 3.6
 ~/GithubRepos/myapp/ - works fine in 3.6 and 3.5
 Not sure if this can be considered a big issue, but definitely tripped me up 
 since it worked in previous versions.
  



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

[jira] [Updated] (CB-7667) [Camera] iOS8: Handle case where camera is not authorized

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7667:
-
Component/s: (was: iOS)

 [Camera] iOS8: Handle case where camera is not authorized
 -

 Key: CB-7667
 URL: https://issues.apache.org/jira/browse/CB-7667
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera, Plugin Media Capture
Affects Versions: 3.5.0
 Environment: iOS 8
Reporter: Dan Polivy
Priority: Minor

 In iOS 8, it's possible for the camera to be disabled for any given app; in 
 iOS 7, this was only possible in certain regions (e.g. China).
 If the camera is disabled, and someone launches the Camera plugin to capture 
 an image from the camera, they'll just get the camera UI with a black screen, 
 and no indication that the camera permission is disabled for the app. A 
 better UX would be to show the user a prompt indicating that the camera 
 permission is disabled, and (on iOS 8) providing a button to take them to the 
 Settings app to change it.
 As of iOS 7, there's a new API to test whether the app has access to capture 
 the desired media type:
 https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType:
 [AVCaptureDevice authorizationStatusForMediaType:mediaType];



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

[jira] [Updated] (CB-7667) [Camera] iOS8: Handle case where camera is not authorized

[Shazron Abdullah (JIRA)]

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

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

 [Camera] iOS8: Handle case where camera is not authorized
 -

 Key: CB-7667
 URL: https://issues.apache.org/jira/browse/CB-7667
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Camera, Plugin Media Capture
Affects Versions: 3.5.0
 Environment: iOS 8
Reporter: Dan Polivy
Priority: Minor

 In iOS 8, it's possible for the camera to be disabled for any given app; in 
 iOS 7, this was only possible in certain regions (e.g. China).
 If the camera is disabled, and someone launches the Camera plugin to capture 
 an image from the camera, they'll just get the camera UI with a black screen, 
 and no indication that the camera permission is disabled for the app. A 
 better UX would be to show the user a prompt indicating that the camera 
 permission is disabled, and (on iOS 8) providing a button to take them to the 
 Settings app to change it.
 As of iOS 7, there's a new API to test whether the app has access to capture 
 the desired media type:
 https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType:
 [AVCaptureDevice authorizationStatusForMediaType:mediaType];



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

[jira] [Updated] (CB-7684) CDVSound Kills any and all playing sound files when a single file finishes (iOS 8)

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7684:
-
Environment: iOS

 CDVSound Kills any and all playing sound files when a single file finishes 
 (iOS 8)
 --

 Key: CB-7684
 URL: https://issues.apache.org/jira/browse/CB-7684
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Nathan Stryker

 The CDVSound file will kill all playing media files when ever a single file 
 completes playing. The issue is around like 691 in the method 
 AudioDidFinishPlaying, with the code:
 if (self.avSession) {
 [self.avSession setActive:NO error:nil];
 }
 The reason I think this is a bug is that if a user as Music file A playing in 
 a loop and Music file B plays, when B completes the setActive:NO will kill 
 the avSession of both A and B. 



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

[jira] [Updated] (CB-7684) CDVSound Kills any and all playing sound files when a single file finishes (iOS 8)

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7684:
-
Component/s: (was: iOS)

 CDVSound Kills any and all playing sound files when a single file finishes 
 (iOS 8)
 --

 Key: CB-7684
 URL: https://issues.apache.org/jira/browse/CB-7684
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media
Affects Versions: 3.5.0
Reporter: Nathan Stryker

 The CDVSound file will kill all playing media files when ever a single file 
 completes playing. The issue is around like 691 in the method 
 AudioDidFinishPlaying, with the code:
 if (self.avSession) {
 [self.avSession setActive:NO error:nil];
 }
 The reason I think this is a bug is that if a user as Music file A playing in 
 a loop and Music file B plays, when B completes the setActive:NO will kill 
 the avSession of both A and B. 



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

[jira] [Commented] (CB-7684) CDVSound Kills any and all playing sound files when a single file finishes (iOS 8)

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-7684:
--

is this an iOS 8 only issue?

 CDVSound Kills any and all playing sound files when a single file finishes 
 (iOS 8)
 --

 Key: CB-7684
 URL: https://issues.apache.org/jira/browse/CB-7684
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Nathan Stryker

 The CDVSound file will kill all playing media files when ever a single file 
 completes playing. The issue is around like 691 in the method 
 AudioDidFinishPlaying, with the code:
 if (self.avSession) {
 [self.avSession setActive:NO error:nil];
 }
 The reason I think this is a bug is that if a user as Music file A playing in 
 a loop and Music file B plays, when B completes the setActive:NO will kill 
 the avSession of both A and B. 



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

[jira] [Updated] (CB-7599) Audio exception in iOS8

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7599:
-
Component/s: (was: iOS)
 Plugin Media
Environment: iOS

 Audio exception in iOS8
 ---

 Key: CB-7599
 URL: https://issues.apache.org/jira/browse/CB-7599
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Dooms
 Attachments: index.js


 In iOS8, exceptions are generated when pausing one audio and playing another. 
 Sorry I haven't been able to debug the issue further at this time.
 The exception:
 AVAudioSession.mm:646: -[AVAudioSession setActive:withOptions:error:]: 
 Deactivating an audio session that has running I/O. All I/O should be stopped 
 or paused prior to deactivating the audio session.



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

[jira] [Commented] (CB-7599) Audio exception in iOS8

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-7599:
--

is this an iOS 8 only issue?

 Audio exception in iOS8
 ---

 Key: CB-7599
 URL: https://issues.apache.org/jira/browse/CB-7599
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Dooms
 Attachments: index.js


 In iOS8, exceptions are generated when pausing one audio and playing another. 
 Sorry I haven't been able to debug the issue further at this time.
 The exception:
 AVAudioSession.mm:646: -[AVAudioSession setActive:withOptions:error:]: 
 Deactivating an audio session that has running I/O. All I/O should be stopped 
 or paused prior to deactivating the audio session.



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

[jira] [Updated] (CB-7679) [InAppBrowser][iOS 8] Plugin closes itself before image picker shown

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7679:
-
Summary: [InAppBrowser][iOS 8] Plugin closes itself before image picker 
shown  (was: iOS inappbrowser plugin close itself before image picker shown)

 [InAppBrowser][iOS 8] Plugin closes itself before image picker shown
 

 Key: CB-7679
 URL: https://issues.apache.org/jira/browse/CB-7679
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 3.5.0
 Environment: IOS8,Cordova Plugin
Reporter: Nattapol Taboonma
Priority: Critical

 I use inappbrowser plugin from the following link : 
 https://github.com/apache/cordova-plugin-inappbrowser
 Firstly,I open the Disqus on the inapp browser and it perform perfectly fine. 
 Unfortunately, when I click the upload photo icon, then the 2 native buttons 
 will show up. The buttons are 'Take Photo' and 'Choose Existing'. No matter 
 buttons I tapped, the inappbrowser close immediately, and it lead to error 
 Warning: Attempt to present UIImagePickerController: 0x17aed600 on 
 CDVInAppBrowserNavigationController: 0x175e3770 whose view is not in the 
 window hierarchy!
 After that, the inappbrowser seem to broke permanently. I have to close and 
 re-start my app to make it work again.
 For more info, I already try the tutorial from this: 
 http://www.codepool.biz/tech-frontier/html5/take-a-photo-and-upload-it-on-mobile-phones-with-html5.html
 with out the inappbrowser the image ui picker work perfectly fine, it surely 
 that the error not come from the image select code, but it from the 
 inappbrowser itself.
 I'm waiting for hearing from you.
 Best Regards.
 Nattapol Taboonma



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

[jira] [Updated] (CB-7679) iOS inappbrowser plugin close itself before image picker shown

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7679:
-
Component/s: (was: iOS)
 Plugin InAppBrowser

 iOS inappbrowser plugin close itself before image picker shown
 --

 Key: CB-7679
 URL: https://issues.apache.org/jira/browse/CB-7679
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 3.5.0
 Environment: IOS8,Cordova Plugin
Reporter: Nattapol Taboonma
Priority: Critical

 I use inappbrowser plugin from the following link : 
 https://github.com/apache/cordova-plugin-inappbrowser
 Firstly,I open the Disqus on the inapp browser and it perform perfectly fine. 
 Unfortunately, when I click the upload photo icon, then the 2 native buttons 
 will show up. The buttons are 'Take Photo' and 'Choose Existing'. No matter 
 buttons I tapped, the inappbrowser close immediately, and it lead to error 
 Warning: Attempt to present UIImagePickerController: 0x17aed600 on 
 CDVInAppBrowserNavigationController: 0x175e3770 whose view is not in the 
 window hierarchy!
 After that, the inappbrowser seem to broke permanently. I have to close and 
 re-start my app to make it work again.
 For more info, I already try the tutorial from this: 
 http://www.codepool.biz/tech-frontier/html5/take-a-photo-and-upload-it-on-mobile-phones-with-html5.html
 with out the inappbrowser the image ui picker work perfectly fine, it surely 
 that the error not come from the image select code, but it from the 
 inappbrowser itself.
 I'm waiting for hearing from you.
 Best Regards.
 Nattapol Taboonma



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

[jira] [Updated] (CB-7679) [InAppBrowser][iOS 8] Plugin closes itself before image picker shown

[Shazron Abdullah (JIRA)]

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

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

 [InAppBrowser][iOS 8] Plugin closes itself before image picker shown
 

 Key: CB-7679
 URL: https://issues.apache.org/jira/browse/CB-7679
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin InAppBrowser
Affects Versions: 3.5.0
 Environment: IOS8,Cordova Plugin
Reporter: Nattapol Taboonma
Priority: Critical

 I use inappbrowser plugin from the following link : 
 https://github.com/apache/cordova-plugin-inappbrowser
 Firstly,I open the Disqus on the inapp browser and it perform perfectly fine. 
 Unfortunately, when I click the upload photo icon, then the 2 native buttons 
 will show up. The buttons are 'Take Photo' and 'Choose Existing'. No matter 
 buttons I tapped, the inappbrowser close immediately, and it lead to error 
 Warning: Attempt to present UIImagePickerController: 0x17aed600 on 
 CDVInAppBrowserNavigationController: 0x175e3770 whose view is not in the 
 window hierarchy!
 After that, the inappbrowser seem to broke permanently. I have to close and 
 re-start my app to make it work again.
 For more info, I already try the tutorial from this: 
 http://www.codepool.biz/tech-frontier/html5/take-a-photo-and-upload-it-on-mobile-phones-with-html5.html
 with out the inappbrowser the image ui picker work perfectly fine, it surely 
 that the error not come from the image select code, but it from the 
 inappbrowser itself.
 I'm waiting for hearing from you.
 Best Regards.
 Nattapol Taboonma



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

[jira] [Commented] (CB-7599) Audio exception in iOS8

[Dooms (JIRA)]

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

Dooms commented on CB-7599:
---

Correct. The audio issues do not occur before iOS 8.

 Audio exception in iOS8
 ---

 Key: CB-7599
 URL: https://issues.apache.org/jira/browse/CB-7599
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Dooms
 Attachments: index.js


 In iOS8, exceptions are generated when pausing one audio and playing another. 
 Sorry I haven't been able to debug the issue further at this time.
 The exception:
 AVAudioSession.mm:646: -[AVAudioSession setActive:withOptions:error:]: 
 Deactivating an audio session that has running I/O. All I/O should be stopped 
 or paused prior to deactivating the audio session.



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

[jira] [Updated] (CB-7599) [Media][iOS 8] Audio exceptions generated when pausing audio and playing another media file

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7599:
-
Summary: [Media][iOS 8] Audio exceptions generated when pausing audio and 
playing another media file  (was: Audio exception in iOS8)

 [Media][iOS 8] Audio exceptions generated when pausing audio and playing 
 another media file
 ---

 Key: CB-7599
 URL: https://issues.apache.org/jira/browse/CB-7599
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Dooms
 Attachments: index.js


 In iOS8, exceptions are generated when pausing one audio and playing another. 
 Sorry I haven't been able to debug the issue further at this time.
 The exception:
 AVAudioSession.mm:646: -[AVAudioSession setActive:withOptions:error:]: 
 Deactivating an audio session that has running I/O. All I/O should be stopped 
 or paused prior to deactivating the audio session.



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

[jira] [Commented] (CB-5440) Activating SystemTray in WP8 app doesn't shrink the viewport in portrait

[Kamen Bundev (JIRA)]

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

Kamen Bundev commented on CB-5440:
--

Yes, but this doesn't change the fact that it doesn't work with a 
non-transparent SystemTray.

 Activating SystemTray in WP8 app doesn't shrink the viewport in portrait
 

 Key: CB-5440
 URL: https://issues.apache.org/jira/browse/CB-5440
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP8
Affects Versions: 3.1.0
 Environment: Windows Phone 8 (didn't test on 7), not specific to 
 device
Reporter: Kamen Bundev
Assignee: Jesse MacFadyen
 Attachments: SystemTrayViewport.zip


 Adding shell:SystemTray.IsVisible=True to MainPage.xaml doesn't shrink the 
 Cordova WebView in portrait mode, but instead pushes it down with about 25px 
 - as much as the SystemTray height. Landscape orientation is okay (the 
 WebView is shorter than it should, but this looks like a different issue).



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

[jira] [Commented] (CB-7627) Remove duplicate reference to the same libCordova.a.

[ASF subversion and git services (JIRA)]

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

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

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

CB-7627 - Remove duplicate reference to the same libCordova.a.

libCordova.a has already been referred to as a framework, no need to
force_load it again.

Normally it is OK to refer to libCordova.a twice, as they are the same
file anyway. But when symbolic link is used in workspace and Jenkins is
use to do the build, there will be a problem because Jenkins will
dereference symbolic links (https://issues.jenkins-ci.org/browse/JENKINS-5597)
and now we could have 2 copies of libCordova.a, and have countless
duplicate symbols errors.

Signed-off-by: Shazron Abdullah shaz...@gmail.com


 Remove duplicate reference to the same libCordova.a.
 

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

 See: https://github.com/apache/cordova-ios/pull/106



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

[jira] [Updated] (CB-7627) Remove duplicate reference to the same libCordova.a.

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7627:
-
Fix Version/s: 3.7.0

 Remove duplicate reference to the same libCordova.a.
 

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


 See: https://github.com/apache/cordova-ios/pull/106



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

[jira] [Resolved] (CB-7627) Remove duplicate reference to the same libCordova.a.

[Shazron Abdullah (JIRA)]

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

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

 Remove duplicate reference to the same libCordova.a.
 

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


 See: https://github.com/apache/cordova-ios/pull/106



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

[jira] [Commented] (CB-7606) handleOpenURL handler firing more than necessary

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-7606:
--

I agree that this is annoying and should be fixed (besides causing other 
problems). Here's why it was done this way:

1. app is not running (send event in AppDelegate, gets picked up in the view 
controller)
2. app is running (set javascript in AppDelegate)

Case (1) is when the WebView hasn't been created yet. The best solution is for 
the view controller to query the AppDelegate for any stored openURL call, then 
execute if available, then clear the stored openURL call.

 handleOpenURL handler firing more than necessary
 

 Key: CB-7606
 URL: https://issues.apache.org/jira/browse/CB-7606
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0
Reporter: Paul Kane

 I'm not an Obj-C or Cordova programmer so bear with me.
 Let's say my app is running. Then I hop over to my mail app and click on a 
 link (myapp://blahBlahBlah) that should open up my app. This works fine, the 
 app opens, my own URL handler (in javascript) takes over, etc.
 However in Obj-C the view controller is -- incorrectly, I believe -- storing 
 that scheme data (blahBlahBlah) in self.openURL (so that it can be picked up 
 later in processOpenURL function, called during webView initialization).
 This isn't normally a problem, except when you move to a new page 
 (window.href = /new_page), the webView initialization runs again and picks 
 up the old (already-acted-upon) openURL variable. (it's then set to nil, so 
 that it doesn't get acted upon a third time, fourth time, etc...).
 I might have some details wrong, but it should be fairly easy to walk through 
 with a project-wide search for openurl. Just seems like a slightly wrong 
 logic-flow, which unfortunately is interfering with my app.



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

[jira] [Created] (CB-7688) Alert is not supported in InAppBrowser on Windows platform

[Sergey Shakhnazarov (JIRA)]

Sergey Shakhnazarov created CB-7688:
---

 Summary: Alert is not supported in InAppBrowser on Windows platform
 Key: CB-7688
 URL: https://issues.apache.org/jira/browse/CB-7688
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
 Environment: 'windows' platform
Reporter: Sergey Shakhnazarov


1. Run  Mobilespec app
2. Go to Plugin Tests (Automatic and manual)
3. Go to “manual tests”
4. Go to “cordova.inappbrowser.tests.tests”
5. Click some button from “ CSS/JS injection ” section

6. The same window opens for each button, nothing from Expected appears and 
“Error in success callback: InAppBrowser56505037 = ReferenceError: 'alert' is 
undefined” is in the log

Exception was thrown at line 54, column 5 in 
ms-appx://org.apache.mobilespec/www/plugins/org.apache.cordova.test-framework/www/medic.js

0x800c0005 - JavaScript runtime error: The system cannot locate the resource 
specified.

Exception was thrown at line 59, column 21 in 
ms-appx://org.apache.mobilespec/www/plugins/org.apache.cordova.inappbrowser.tests/tests.js

0x800a1391 - JavaScript runtime error: 'alert' is undefined



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

[jira] [Commented] (CB-7580) Cordova 3.5.0-0.2.6 with IOS8 cannot take picture

[Mark Gregory (JIRA)]

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

Mark Gregory commented on CB-7580:
--

shazron the latest update 8.0.2 has fixed tgis issue.
mark


On 2 Oct 2014, at 06:48, Shazron Abdullah (JIRA) j...@apache.org wrote:


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

Shazron Abdullah edited comment on CB-7580 at 10/2/14 5:47 AM:
---

The best way to let us repro this is:
1. Create a new project
2. Add the plugin
3. Add the test case in index.js after deviceready

If you can repro it then, just push the project to Github and provide the link, 
or .zip it up and attach here (without the platforms folder).



was (Author: shazron):
The best way to let us repro this is:
1. Create a new project
2. Add the plugin
3. Add the test case in index.js after deviceready

If you can report it then, just push the project to Github and provide the 
link, or .zip it up and attach here (without the platforms folder).





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


 Cordova 3.5.0-0.2.6 with IOS8 cannot take picture
 -

 Key: CB-7580
 URL: https://issues.apache.org/jira/browse/CB-7580
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Camera
Affects Versions: 3.5.0
 Environment: IOS 8 General Release
Reporter: Mark Gregory
Priority: Critical

 if you call the camera API to take a picture, with 30% and 640 x 480 then the 
 camera appears but the images is not taken by the device.
 you can select a photo from the library no problem.



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

[jira] [Resolved] (CB-6995) Add killall launchd_sim to cordova/emulate

[Shazron Abdullah (JIRA)]

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

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

Fixed by installing iso-sim 3.0.0

 Add killall launchd_sim to cordova/emulate
 

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

 See: 
 http://www.raymondcamden.com/index.cfm/2014/6/20/iOS-Simulator-not-refreshing-with-Cordova-PhoneGap-Read-this
 Add before launching ios-sim



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

[jira] [Resolved] (CB-7580) Cordova 3.5.0-0.2.6 with IOS8 cannot take picture

[Shazron Abdullah (JIRA)]

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

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

Mark reports that iOS 8.0.2 fixes this issue. Closing.

 Cordova 3.5.0-0.2.6 with IOS8 cannot take picture
 -

 Key: CB-7580
 URL: https://issues.apache.org/jira/browse/CB-7580
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Camera
Affects Versions: 3.5.0
 Environment: IOS 8 General Release
Reporter: Mark Gregory
Assignee: Shazron Abdullah
Priority: Critical

 if you call the camera API to take a picture, with 30% and 640 x 480 then the 
 camera appears but the images is not taken by the device.
 you can select a photo from the library no problem.



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

[jira] [Created] (CB-7689) Add insertCSS support for Windows platform

[Sergey Shakhnazarov (JIRA)]

Sergey Shakhnazarov created CB-7689:
---

 Summary: Add insertCSS support for Windows platform
 Key: CB-7689
 URL: https://issues.apache.org/jira/browse/CB-7689
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Plugin InAppBrowser
 Environment: 'windows' platform
Reporter: Sergey Shakhnazarov


insertCSS (injectStyleCode and injectStyleFile) are not implemented in 
InAppBrowser Windows proxy



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

[jira] [Closed] (CB-7580) Cordova 3.5.0-0.2.6 with IOS8 cannot take picture

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah closed CB-7580.


 Cordova 3.5.0-0.2.6 with IOS8 cannot take picture
 -

 Key: CB-7580
 URL: https://issues.apache.org/jira/browse/CB-7580
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Camera
Affects Versions: 3.5.0
 Environment: IOS 8 General Release
Reporter: Mark Gregory
Assignee: Shazron Abdullah
Priority: Critical

 if you call the camera API to take a picture, with 30% and 640 x 480 then the 
 camera appears but the images is not taken by the device.
 you can select a photo from the library no problem.



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

[jira] [Commented] (CB-7539) [WKWebView][iOS 8] Use local webserver option to load local HTML file from www

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-7539:
--

Update, the file url loading bug is fixed! See: 
http://trac.webkit.org/changeset/174029/trunk
It appears the bug was a result of their updated sandboxing.

However, I tested it in iOS 8.1 beta and the new API function is not there yet 
*sad-face*. Hopefully it will be in 8.2 or 8.3. We should get the WKWebView 
train running again once that API function is in, assuming it works as 
advertised.

 [WKWebView][iOS 8] Use local webserver option to load local HTML file from www
 --

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

 This workaround is because of this bug:
 http://www.openradar.me/radar?id=5839348817723392
 (filed with Apple of course also)
 I'm still hoping that Apple fixes this in iOS 8.1, but we should have this as 
 a contingency plan.
 Create this as an included plugin, so it can be extracted later if need be.
 We need to secure access to the local webserver, probably through a session 
 token in the header, since background apps can have access to the webserver. 
 The session token is passed down to the initially loaded local page specified 
 from the content tag in config.xml, and should be used in the cordova.exec 
 call. We would also need to implement local proxy support , see CB-7348
 This all sounds more complex than it needs to be than just loading a file url 
 -- wishing Apple would just fix this in iOS 8.1 instead.



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

[jira] [Created] (CB-7690) InAppBrowser loadstart/loadstop events issues

[Sergey Shakhnazarov (JIRA)]

Sergey Shakhnazarov created CB-7690:
---

 Summary: InAppBrowser loadstart/loadstop events issues
 Key: CB-7690
 URL: https://issues.apache.org/jira/browse/CB-7690
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
 Environment: 'windows' platform
Reporter: Sergey Shakhnazarov


1. Run  Mobilespec app
2. Go to Plugin Tests (Automatic and manual)
3. Go to “manual tests”
4. Go to “cordova.inappbrowser.tests.tests”
5. Click Non-Whitelisted URLs target=_blank
6. 2 alerts are displayed:
Unexpected: loadstop event.url != loadstart's event.url
Unexpected: got multiple loadstart events. (0)

Console:
Opening http://www.apple.com
IAB event={type:loadstop,url:http://www.apple.com/}



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

[jira] [Created] (CB-7691) cordova-mobile-spec bridge test unhandled exception

[Angela Fowler (JIRA)]

Angela Fowler created CB-7691:
-

 Summary: cordova-mobile-spec bridge test unhandled exception
 Key: CB-7691
 URL: https://issues.apache.org/jira/browse/CB-7691
 Project: Apache Cordova
  Issue Type: Bug
  Components: mobile-spec
Affects Versions: 3.6.0
 Environment: Windows 8.1
Reporter: Angela Fowler
Priority: Minor


There is only one bridge test which is an Android test. Clicking Run Bridge 
Tests on windows causes the app to crash.

Unhandled exception at line 31, column 5 in 
ms-appx://44947ea0-49dd-11e4-8a50-6f9dd5c9a1fc/www/autotest/html/HtmlReporter.js

0x800a138f - JavaScript runtime error: Unable to get property 'suiteComplete' 
of undefined or null reference



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

[jira] [Created] (CB-7692) InAppBrowser local url opening bug

[Sergey Shakhnazarov (JIRA)]

Sergey Shakhnazarov created CB-7692:
---

 Summary: InAppBrowser local url opening bug
 Key: CB-7692
 URL: https://issues.apache.org/jira/browse/CB-7692
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
 Environment: 'windows' platform, Windows 8.1/Windows Phone 8.1 projects
Reporter: Sergey Shakhnazarov


1. Run  Mobilespec app
2. Go to Plugin Tests (Automatic and manual)
3. Go to “manual tests”
4. Go to “cordova.inappbrowser.tests.tests”
5. Click Local URL target=_blank button
6. System popup appears with text No apps are installed to open this type of 
link (ms-appx)



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

[jira] [Updated] (CB-7692) InAppBrowser local url opening bug in 8.1

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov updated CB-7692:

Summary: InAppBrowser local url opening bug in 8.1  (was: InAppBrowser 
local url opening bug)

 InAppBrowser local url opening bug in 8.1
 -

 Key: CB-7692
 URL: https://issues.apache.org/jira/browse/CB-7692
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
 Environment: 'windows' platform, Windows 8.1/Windows Phone 8.1 
 projects
Reporter: Sergey Shakhnazarov

 1. Run  Mobilespec app
 2. Go to Plugin Tests (Automatic and manual)
 3. Go to “manual tests”
 4. Go to “cordova.inappbrowser.tests.tests”
 5. Click Local URL target=_blank button
 6. System popup appears with text No apps are installed to open this type of 
 link (ms-appx)



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

[jira] [Commented] (CB-6092) Deploying plugins for iOS frameworks breaks symlinks

[Derk-Jan Hartman (JIRA)]

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

Derk-Jan Hartman commented on CB-6092:
--

Just bumped into this as well. :(

Related mailing list thread: 
http://mail-archives.apache.org/mod_mbox/cordova-dev/201409.mbox/%3cCA+h2+t0pMQnezByb6SfoiDNhwWwoosoXLYVA5HkF=7bnzjb...@mail.gmail.com%3e

 Deploying plugins for iOS frameworks breaks symlinks
 

 Key: CB-6092
 URL: https://issues.apache.org/jira/browse/CB-6092
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman, Registry Web
Affects Versions: 3.3.0
 Environment: OSX 10.9.1
Reporter: Song Zheng
Priority: Critical
 Fix For: Master


 my Plugin has an included ios framework, which resides in Opentok.framework 
 directory.
 Most iOS frameworks have symlinks within the directory. For example, in the 
 current framework I use, these are the folders listed and their corresponding 
 symlinks:
 Headers - Versions/Current/Headers
 Opentok - Versions/Current/Opentok
 Resources - Versions/Current/Resources
 Versions
 After publishing my plugin, symlinks seems to be missing. When I install the 
 plugin into my app, typing 'ls' in my framework directory only produces one 
 folder: 
 Versions
 Plugin publish seems to be unable to upload symlinks? This issue does not 
 exist if I install the plugin directly from the git source: 
 'cordova plugin add https://github.com/opentok/cordova-plugin-opentok'



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

[jira] [Created] (CB-7693) Auto detaching handlers for commands

[Lee Crossley (JIRA)]

Lee Crossley created CB-7693:


 Summary: Auto detaching handlers for commands
 Key: CB-7693
 URL: https://issues.apache.org/jira/browse/CB-7693
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugins, WP8
Affects Versions: 3.6.3
Reporter: Lee Crossley
Assignee: Jesse MacFadyen


The `webBrowser_Unloaded` method which detaches event handlers of plugin 
commands (to prevent memory leak on page navigation) clears ALL plugin 
callbacks (aka ResultHandlers).

If you have a plugin that performs navigation, the callback is lost, which will 
result in a Failed to locate callback for id error.

I'm unable to see a workaround for this without modifying the BaseCommand or 
NativeExecution.



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

[jira] [Commented] (CB-6092) Deploying plugins for iOS frameworks breaks symlinks

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-6092:
--

Try packaging the plugin up as a tarball before publishing:
https://www.npmjs.org/doc/cli/npm-publish.html

This should preserve the symlinks.

 Deploying plugins for iOS frameworks breaks symlinks
 

 Key: CB-6092
 URL: https://issues.apache.org/jira/browse/CB-6092
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman, Registry Web
Affects Versions: 3.3.0
 Environment: OSX 10.9.1
Reporter: Song Zheng
Priority: Critical
 Fix For: Master


 my Plugin has an included ios framework, which resides in Opentok.framework 
 directory.
 Most iOS frameworks have symlinks within the directory. For example, in the 
 current framework I use, these are the folders listed and their corresponding 
 symlinks:
 Headers - Versions/Current/Headers
 Opentok - Versions/Current/Opentok
 Resources - Versions/Current/Resources
 Versions
 After publishing my plugin, symlinks seems to be missing. When I install the 
 plugin into my app, typing 'ls' in my framework directory only produces one 
 folder: 
 Versions
 Plugin publish seems to be unable to upload symlinks? This issue does not 
 exist if I install the plugin directly from the git source: 
 'cordova plugin add https://github.com/opentok/cordova-plugin-opentok'



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

[jira] [Commented] (CB-7577) Cordova Crashes on IOS8 when Using input type=file

[Alex Ivaylov (JIRA)]

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

Alex Ivaylov commented on CB-7577:
--

Hi, I had the same problem.

It is iOS - not cordova.

It is now fixed in iOS 8.0.2.


 Cordova Crashes on IOS8 when Using input type=file
 

 Key: CB-7577
 URL: https://issues.apache.org/jira/browse/CB-7577
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: iOS
Affects Versions: 3.5.0, 3.6.0
 Environment: ios8
Reporter: Sven Brunner
Priority: Critical

 The app crashes when using an 'input type=file /' after asking if you 
 want to record an Photo/Video or get the file from media.
 Console says the following:
 {code}
 Error: *** Terminating app due to uncaught exception 
 'NSInternalInconsistencyException', reason: 'Trying to dismiss 
 UIAlertController UIAlertController: 0x12eddb820 with unknown presenter.'
   *** First throw call stack:
   (0x18553a084 0x195e2c0e4 0x185539fc4 0x18a085fac 0x189cb0724 
 0x189cea7b8 0x189ce9e58 0x189cbd660 0x189f5bd6c 0x189cbbbc8 0x1854f2324 
 0x1854f15c8 0x1854ef678 0x18541d664 0x18e51b5a4 0x189d22984 0x1000c64f4 
 0x19649aa08)
 Sep 18 10:39:13 iPad ReportCrash[577] Error: task_set_exception_ports(B07, 
 400, D03, 0, 0) failed with error (4: (os/kern) invalid argument)
 {code}



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

[jira] [Created] (CB-7694) Cordova crashes with UIPopoverPresentationController exception in web forms

[Alex Ivaylov (JIRA)]

Alex Ivaylov created CB-7694:


 Summary: Cordova crashes with UIPopoverPresentationController 
exception in web forms
 Key: CB-7694
 URL: https://issues.apache.org/jira/browse/CB-7694
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.6.0
 Environment: iOS 8.0.2, xCode 6.0.1
Reporter: Alex Ivaylov


I have this issue on both Cordova 3.5 and 3.6.

I have a web form that uses jQuery mobile. It is a mixture of text fields, 
selects and a date field (the www folder is attached below).

The app randomly crashes when moving between the controls and I can not figure 
out how to replicate the bug. I just go around all the controls and in a random 
moment I get the exception shown below.

2014-10-02 11:25:34.619 testApp[4456:277182] *** Terminating app due to 
uncaught exception 'NSGenericException', reason: 
'UIPopoverPresentationController (UIPopoverPresentationController: 
0x7afe3170) should have a non-nil sourceView or barButtonItem set before the 
presentation occurs.'
*** First throw call stack:
(
0   CoreFoundation  0x0030fdf6 
__exceptionPreprocess + 182
1   libobjc.A.dylib 0x02449a97 objc_exception_throw 
+ 44
2   UIKit   0x00eeaa37 
-[UIPopoverPresentationController presentationTransitionWillBegin] + 3086
3   UIKit   0x007f1f75 
__71-[UIPresentationController 
_initViewHierarchyForPresentationSuperview:]_block_invoke + 1666
4   UIKit   0x007f0554 
__56-[UIPresentationController runTransitionForCurrentState]_block_invoke + 226
5   UIKit   0x0082421b 
__40+[UIViewController _scheduleTransition:]_block_invoke + 18
6   UIKit   0x006ea62e 
___afterCACommitHandler_block_invoke + 15
7   UIKit   0x006ea5d9 
_applyBlockToCFArrayCopiedToStack + 415
8   UIKit   0x006ea3ee 
_afterCACommitHandler + 545
9   CoreFoundation  0x00232fbe 
__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30
10  CoreFoundation  0x00232f00 
__CFRunLoopDoObservers + 400
11  CoreFoundation  0x0022893a __CFRunLoopRun + 1226
12  CoreFoundation  0x002281ab CFRunLoopRunSpecific 
+ 443
13  CoreFoundation  0x00227fdb CFRunLoopRunInMode + 
123
14  GraphicsServices0x03aca24f GSEventRunModal + 192
15  GraphicsServices0x03aca08c GSEventRun + 104
16  UIKit   0x006c0e16 UIApplicationMain + 
1526
17  testApp 0x000ec7bc main + 92
18  libdyld.dylib   0x02b29ac9 start + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException
(lldb) 


Here are the files:

1. A video showing the bug: http://alex.scot/cordova/cordova1.mov
2. Text file with the commands used to create the project and the exception: 
http://alex.scot/cordova/cordova1.txt
3. The www folder of the iOS platform in Cordova: 
http://alex.scot/cordova/www.zip

thank you for looking into this,
Alex



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

[jira] [Commented] (CB-7634) create should not fail when JAVA_HOME is not set

[Asier Iturralde Sarasola (JIRA)]

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

Asier Iturralde Sarasola commented on CB-7634:
--

I have just updated from Cordova 3.5.1 to 3.6.3 using sudo npm update -g 
cordova in Linux Mint 17 (like Ubuntu 14.04) and now I get this error when I 
try to run cordova platform update android.

I added this line to my bashrc file and now it works:
export JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64

Is it correct that way? Is there a better way?


 create should not fail when JAVA_HOME is not set
 

 Key: CB-7634
 URL: https://issues.apache.org/jira/browse/CB-7634
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.6.3
Reporter: Ryan Willoughby
Assignee: Andrew Grieve
  Labels: android, cli, create

 the android create script errors out if JAVA_HOME is not set, and the script 
 cannot derive it. But if the javac binary is resolvable (i.e. in the users 
 PATH), then setting JAVA_HOME is unnecessary. Don't force users to set it.
 Error message:
 Could not find JAVA_HOME. Try setting the environment variable manually



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

[jira] [Updated] (CB-7694) Cordova crashes with UIPopoverPresentationController exception in web forms

[Alex Ivaylov (JIRA)]

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

Alex Ivaylov updated CB-7694:
-
Affects Version/s: 3.5.0

 Cordova crashes with UIPopoverPresentationController exception in web forms
 ---

 Key: CB-7694
 URL: https://issues.apache.org/jira/browse/CB-7694
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0, 3.6.0
 Environment: iOS 8.0.2, xCode 6.0.1
Reporter: Alex Ivaylov

 I have this issue on both Cordova 3.5 and 3.6.
 I have a web form that uses jQuery mobile. It is a mixture of text fields, 
 selects and a date field (the www folder is attached below).
 The app randomly crashes when moving between the controls and I can not 
 figure out how to replicate the bug. I just go around all the controls and in 
 a random moment I get the exception shown below.
 2014-10-02 11:25:34.619 testApp[4456:277182] *** Terminating app due to 
 uncaught exception 'NSGenericException', reason: 
 'UIPopoverPresentationController (UIPopoverPresentationController: 
 0x7afe3170) should have a non-nil sourceView or barButtonItem set before the 
 presentation occurs.'
 *** First throw call stack:
 (
   0   CoreFoundation  0x0030fdf6 
 __exceptionPreprocess + 182
   1   libobjc.A.dylib 0x02449a97 objc_exception_throw 
 + 44
   2   UIKit   0x00eeaa37 
 -[UIPopoverPresentationController presentationTransitionWillBegin] + 3086
   3   UIKit   0x007f1f75 
 __71-[UIPresentationController 
 _initViewHierarchyForPresentationSuperview:]_block_invoke + 1666
   4   UIKit   0x007f0554 
 __56-[UIPresentationController runTransitionForCurrentState]_block_invoke + 
 226
   5   UIKit   0x0082421b 
 __40+[UIViewController _scheduleTransition:]_block_invoke + 18
   6   UIKit   0x006ea62e 
 ___afterCACommitHandler_block_invoke + 15
   7   UIKit   0x006ea5d9 
 _applyBlockToCFArrayCopiedToStack + 415
   8   UIKit   0x006ea3ee 
 _afterCACommitHandler + 545
   9   CoreFoundation  0x00232fbe 
 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30
   10  CoreFoundation  0x00232f00 
 __CFRunLoopDoObservers + 400
   11  CoreFoundation  0x0022893a __CFRunLoopRun + 1226
   12  CoreFoundation  0x002281ab CFRunLoopRunSpecific 
 + 443
   13  CoreFoundation  0x00227fdb CFRunLoopRunInMode + 
 123
   14  GraphicsServices0x03aca24f GSEventRunModal + 192
   15  GraphicsServices0x03aca08c GSEventRun + 104
   16  UIKit   0x006c0e16 UIApplicationMain + 
 1526
   17  testApp 0x000ec7bc main + 92
   18  libdyld.dylib   0x02b29ac9 start + 1
 )
 libc++abi.dylib: terminating with uncaught exception of type NSException
 (lldb) 
 Here are the files:
 1. A video showing the bug: http://alex.scot/cordova/cordova1.mov
 2. Text file with the commands used to create the project and the exception: 
 http://alex.scot/cordova/cordova1.txt
 3. The www folder of the iOS platform in Cordova: 
 http://alex.scot/cordova/www.zip
 thank you for looking into this,
 Alex



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

[jira] [Created] (CB-7695) Fix injectScriptFile for Windows 8.1 / Windows Phone 8.1

[Sergey Shakhnazarov (JIRA)]

Sergey Shakhnazarov created CB-7695:
---

 Summary: Fix injectScriptFile for Windows 8.1 / Windows Phone 8.1
 Key: CB-7695
 URL: https://issues.apache.org/jira/browse/CB-7695
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
 Environment: 'windows' platform, 8.1 projects
Reporter: Sergey Shakhnazarov


1. Run Mobilespec app
2. Go to Plugin Tests (Automatic and manual)
3. Go to “manual tests”
4. Go to “cordova.inappbrowser.tests.tests”
5. Click CSS / JS Injection - Script File Injection
Expected result: open successfully in InAppBrowser with text Script file 
successfully injected.
Actual: Caption is not updated
Console: 
IAB 
event={type:loadstop,url:ms-appx-web://4222c790-48ba-11e4-bbfd-71ea24d4ffe1/www/cdvtests/iab-resources/inject.html}
Exception calling native with command :: InAppBrowser :: injectScriptFile 
::exception=TypeError: Type mismatch



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

[jira] [Updated] (CB-7695) Fix InAppBrowser injectScriptFile for Windows 8.1 / Windows Phone 8.1

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov updated CB-7695:

Summary: Fix InAppBrowser injectScriptFile for Windows 8.1 / Windows Phone 
8.1  (was: Fix injectScriptFile for Windows 8.1 / Windows Phone 8.1)

 Fix InAppBrowser injectScriptFile for Windows 8.1 / Windows Phone 8.1
 -

 Key: CB-7695
 URL: https://issues.apache.org/jira/browse/CB-7695
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
 Environment: 'windows' platform, 8.1 projects
Reporter: Sergey Shakhnazarov

 1. Run Mobilespec app
 2. Go to Plugin Tests (Automatic and manual)
 3. Go to “manual tests”
 4. Go to “cordova.inappbrowser.tests.tests”
 5. Click CSS / JS Injection - Script File Injection
 Expected result: open successfully in InAppBrowser with text Script file 
 successfully injected.
 Actual: Caption is not updated
 Console: 
 IAB 
 event={type:loadstop,url:ms-appx-web://4222c790-48ba-11e4-bbfd-71ea24d4ffe1/www/cdvtests/iab-resources/inject.html}
 Exception calling native with command :: InAppBrowser :: injectScriptFile 
 ::exception=TypeError: Type mismatch



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

[jira] [Commented] (CB-7694) Cordova crashes with UIPopoverPresentationController exception in web forms

[Floris Mettey (JIRA)]

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

Floris Mettey commented on CB-7694:
---

Hello,
I do have the same issue with click only on select field with a good timing. 
I'm not using jQuery mobile.

Environment: iOS 8.0.2, iPad mini, xCode 6.0.1, cordova 3.4.0 and 3.6.3

Console log:
2014-10-02 14:31:56.840 testCDV[697:103746] Application tried to represent an 
active popover presentation: UIPopoverPresentationController: 0x14dd32c0
2014-10-02 14:32:04.611 testCDV[697:103746] *** Terminating app due to uncaught 
exception 'NSGenericException', reason: 'UIPopoverPresentationController 
(UIPopoverPresentationController: 0x14d07140) should have a non-nil 
sourceView or barButtonItem set before the presentation occurs.'
*** First throw call stack:
(0x21d06e3f 0x2f67fc8b 0x2583eed7 0x25471b43 0x2547086f 0x2521ed0d 0x2519ac4b 
0x21ccd5cd 0x21ccac8b 0x21ccb093 0x21c19621 0x21c19433 0x28f5f0a9 0x25204359 
0x568e3 0x2fbffaaf)
libc++abi.dylib: terminating with uncaught exception of type NSException

Crash log:
Last Exception Backtrace:
0   CoreFoundation  0x21d06e3f __exceptionPreprocess + 127
1   libobjc.A.dylib 0x2f67fc8b objc_exception_throw + 38
2   UIKit   0x2583eed7 
-[UIPopoverPresentationController presentationTransitionWillBegin] + 2698
3   UIKit   0x25471b43 
__71-[UIPresentationController 
_initViewHierarchyForPresentationSuperview:]_block_invoke + 1194
4   UIKit   0x2547086f 
__56-[UIPresentationController runTransitionForCurrentState]_block_invoke + 150
5   UIKit   0x2521ed0d 
_applyBlockToCFArrayCopiedToStack + 308
6   UIKit   0x2519ac4b _afterCACommitHandler + 458
7   CoreFoundation  0x21ccd5cd 
__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 20
8   CoreFoundation  0x21ccac8b __CFRunLoopDoObservers + 278
9   CoreFoundation  0x21ccb093 __CFRunLoopRun + 914
10  CoreFoundation  0x21c19621 CFRunLoopRunSpecific + 476
11  CoreFoundation  0x21c19433 CFRunLoopRunInMode + 106
12  GraphicsServices0x28f5f0a9 GSEventRunModal + 136
13  UIKit   0x25204359 UIApplicationMain + 1440
14  TestCDV 0x0006f8e3 main (main.m:32)
15  libdyld.dylib   0x2fbffaaf start + 2

 Cordova crashes with UIPopoverPresentationController exception in web forms
 ---

 Key: CB-7694
 URL: https://issues.apache.org/jira/browse/CB-7694
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0, 3.6.0
 Environment: iOS 8.0.2, xCode 6.0.1
Reporter: Alex Ivaylov

 I have this issue on both Cordova 3.5 and 3.6.
 I have a web form that uses jQuery mobile. It is a mixture of text fields, 
 selects and a date field (the www folder is attached below).
 The app randomly crashes when moving between the controls and I can not 
 figure out how to replicate the bug. I just go around all the controls and in 
 a random moment I get the exception shown below.
 2014-10-02 11:25:34.619 testApp[4456:277182] *** Terminating app due to 
 uncaught exception 'NSGenericException', reason: 
 'UIPopoverPresentationController (UIPopoverPresentationController: 
 0x7afe3170) should have a non-nil sourceView or barButtonItem set before the 
 presentation occurs.'
 *** First throw call stack:
 (
   0   CoreFoundation  0x0030fdf6 
 __exceptionPreprocess + 182
   1   libobjc.A.dylib 0x02449a97 objc_exception_throw 
 + 44
   2   UIKit   0x00eeaa37 
 -[UIPopoverPresentationController presentationTransitionWillBegin] + 3086
   3   UIKit   0x007f1f75 
 __71-[UIPresentationController 
 _initViewHierarchyForPresentationSuperview:]_block_invoke + 1666
   4   UIKit   0x007f0554 
 __56-[UIPresentationController runTransitionForCurrentState]_block_invoke + 
 226
   5   UIKit   0x0082421b 
 __40+[UIViewController _scheduleTransition:]_block_invoke + 18
   6   UIKit   0x006ea62e 
 ___afterCACommitHandler_block_invoke + 15
   7   UIKit   0x006ea5d9 
 _applyBlockToCFArrayCopiedToStack + 415
   8   UIKit   0x006ea3ee 
 _afterCACommitHandler + 545
   9   CoreFoundation  0x00232fbe 
 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30
   10  CoreFoundation 

[jira] [Comment Edited] (CB-7694) Cordova crashes with UIPopoverPresentationController exception in web forms

[Floris Mettey (JIRA)]

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

Floris Mettey edited comment on CB-7694 at 10/2/14 12:42 PM:
-

Hello,
I do have the same issue with click only on select field with a good timing. 
I'm not using jQuery mobile.

Environment: iOS 8.0.2, iPad mini, xCode 6.0.1, cordova 3.4.0 and 3.6.3


Console log:
2014-10-02 14:31:56.840 testCDV[697:103746] Application tried to represent an 
active popover presentation: UIPopoverPresentationController: 0x14dd32c0
2014-10-02 14:32:04.611 testCDV[697:103746] *** Terminating app due to uncaught 
exception 'NSGenericException', reason: 'UIPopoverPresentationController 
(UIPopoverPresentationController: 0x14d07140) should have a non-nil 
sourceView or barButtonItem set before the presentation occurs.'
 First throw call stack:
(0x21d06e3f 0x2f67fc8b 0x2583eed7 0x25471b43 0x2547086f 0x2521ed0d 0x2519ac4b 
0x21ccd5cd 0x21ccac8b 0x21ccb093 0x21c19621 0x21c19433 0x28f5f0a9 0x25204359 
0x568e3 0x2fbffaaf)
libc++abi.dylib: terminating with uncaught exception of type NSException


Crash log:
Last Exception Backtrace:
0   CoreFoundation  0x21d06e3f __exceptionPreprocess + 127
1   libobjc.A.dylib 0x2f67fc8b objc_exception_throw + 38
2   UIKit   0x2583eed7 
-[UIPopoverPresentationController presentationTransitionWillBegin] + 2698
3   UIKit   0x25471b43 
__71-[UIPresentationController 
_initViewHierarchyForPresentationSuperview:]_block_invoke + 1194
4   UIKit   0x2547086f 
__56-[UIPresentationController runTransitionForCurrentState]_block_invoke + 150
5   UIKit   0x2521ed0d 
_applyBlockToCFArrayCopiedToStack + 308
6   UIKit   0x2519ac4b _afterCACommitHandler + 458
7   CoreFoundation  0x21ccd5cd 
__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 20
8   CoreFoundation  0x21ccac8b __CFRunLoopDoObservers + 278
9   CoreFoundation  0x21ccb093 __CFRunLoopRun + 914
10  CoreFoundation  0x21c19621 CFRunLoopRunSpecific + 476
11  CoreFoundation  0x21c19433 CFRunLoopRunInMode + 106
12  GraphicsServices0x28f5f0a9 GSEventRunModal + 136
13  UIKit   0x25204359 UIApplicationMain + 1440
14  TestCDV 0x0006f8e3 main (main.m:32)
15  libdyld.dylib   0x2fbffaaf start + 2


was (Author: fmettey):
Hello,
I do have the same issue with click only on select field with a good timing. 
I'm not using jQuery mobile.

Environment: iOS 8.0.2, iPad mini, xCode 6.0.1, cordova 3.4.0 and 3.6.3

Console log:
2014-10-02 14:31:56.840 testCDV[697:103746] Application tried to represent an 
active popover presentation: UIPopoverPresentationController: 0x14dd32c0
2014-10-02 14:32:04.611 testCDV[697:103746] *** Terminating app due to uncaught 
exception 'NSGenericException', reason: 'UIPopoverPresentationController 
(UIPopoverPresentationController: 0x14d07140) should have a non-nil 
sourceView or barButtonItem set before the presentation occurs.'
*** First throw call stack:
(0x21d06e3f 0x2f67fc8b 0x2583eed7 0x25471b43 0x2547086f 0x2521ed0d 0x2519ac4b 
0x21ccd5cd 0x21ccac8b 0x21ccb093 0x21c19621 0x21c19433 0x28f5f0a9 0x25204359 
0x568e3 0x2fbffaaf)
libc++abi.dylib: terminating with uncaught exception of type NSException

Crash log:
Last Exception Backtrace:
0   CoreFoundation  0x21d06e3f __exceptionPreprocess + 127
1   libobjc.A.dylib 0x2f67fc8b objc_exception_throw + 38
2   UIKit   0x2583eed7 
-[UIPopoverPresentationController presentationTransitionWillBegin] + 2698
3   UIKit   0x25471b43 
__71-[UIPresentationController 
_initViewHierarchyForPresentationSuperview:]_block_invoke + 1194
4   UIKit   0x2547086f 
__56-[UIPresentationController runTransitionForCurrentState]_block_invoke + 150
5   UIKit   0x2521ed0d 
_applyBlockToCFArrayCopiedToStack + 308
6   UIKit   0x2519ac4b _afterCACommitHandler + 458
7   CoreFoundation  0x21ccd5cd 
__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 20
8   CoreFoundation  0x21ccac8b __CFRunLoopDoObservers + 278
9   CoreFoundation  0x21ccb093 __CFRunLoopRun + 914
10  CoreFoundation  0x21c19621 CFRunLoopRunSpecific + 476
11  CoreFoundation  0x21c19433 CFRunLoopRunInMode + 106
12  GraphicsServices0x28f5f0a9 GSEventRunModal + 136
13  UIKit   0x25204359 UIApplicationMain + 1440
14  TestCDV

[jira] [Created] (CB-7696) External links are mistakenly opening via system browser instead of InAppBrowser

[Sergey Shakhnazarov (JIRA)]

Sergey Shakhnazarov created CB-7696:
---

 Summary: External links are mistakenly opening via system browser 
instead of InAppBrowser
 Key: CB-7696
 URL: https://issues.apache.org/jira/browse/CB-7696
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
 Environment: 'windows' platform, Windows 8.0
Reporter: Sergey Shakhnazarov


1. Run Mobilespec app
2. Go to Plugin Tests (Automatic and manual)
3. Go to “manual tests”
4. Go to “cordova.inappbrowser.tests.tests”
5. Click on of these buttons
White Listed URL 
target=Random button
Expected result: open successfully in InAppBrowser to www.google.com
Actual: opens link in a system browser

* target=Random, no location bar button
Expected result: open successfully in InAppBrowser to www.google.com with no 
location bar.
Actual: opens link in a system browser

Non White Listed URL
target=Default
Expected result: open successfully in InAppBrowser to apple.com (_self enforces 
whitelist).
Actual: opens link in a system browser

target=_self
Expected result: open successfully in InAppBrowser to apple.com (_self enforces 
whitelist).
Actual: opens link in a system browser

target=Random
Expected result: open successfully in InAppBrowser to apple.com.
Actual: opens link in a system browser

* target=Random, no location bar
Expected result: open successfully in InAppBrowser to apple.com without 
locationBar.
Actual: opens link in a system browser



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

[jira] [Updated] (CB-7696) External links are mistakenly opening via system browser instead of InAppBrowser

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov updated CB-7696:

Environment: 'windows' platform, Windows 8.0, 8.1, Windows Phone 8.1  (was: 
'windows' platform, Windows 8.0)

 External links are mistakenly opening via system browser instead of 
 InAppBrowser
 

 Key: CB-7696
 URL: https://issues.apache.org/jira/browse/CB-7696
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
 Environment: 'windows' platform, Windows 8.0, 8.1, Windows Phone 8.1
Reporter: Sergey Shakhnazarov

 1. Run Mobilespec app
 2. Go to Plugin Tests (Automatic and manual)
 3. Go to “manual tests”
 4. Go to “cordova.inappbrowser.tests.tests”
 5. Click on of these buttons
 White Listed URL 
 target=Random button
 Expected result: open successfully in InAppBrowser to www.google.com
 Actual: opens link in a system browser
 * target=Random, no location bar button
 Expected result: open successfully in InAppBrowser to www.google.com with no 
 location bar.
 Actual: opens link in a system browser
 Non White Listed URL
 target=Default
 Expected result: open successfully in InAppBrowser to apple.com (_self 
 enforces whitelist).
 Actual: opens link in a system browser
 target=_self
 Expected result: open successfully in InAppBrowser to apple.com (_self 
 enforces whitelist).
 Actual: opens link in a system browser
 target=Random
 Expected result: open successfully in InAppBrowser to apple.com.
 Actual: opens link in a system browser
 * target=Random, no location bar
 Expected result: open successfully in InAppBrowser to apple.com without 
 locationBar.
 Actual: opens link in a system browser



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

[jira] [Updated] (CB-7640) Cordova prepare does not copy over plugin cloned with #branch name

[Florent Valdelievre (JIRA)]

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

Florent Valdelievre updated CB-7640:

Component/s: (was: CordovaLib)
 Plugman

 Cordova prepare does not copy over plugin cloned with #branch name
 --

 Key: CB-7640
 URL: https://issues.apache.org/jira/browse/CB-7640
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, Plugman
Affects Versions: 3.5.0
Reporter: Florent Valdelievre

 To reproduce:
 cordova plugin add 
 https://github.com/Pushwoosh/pushwoosh-phonegap-3.0-plugin.git#4e652620ed898ea02c40f3b74dbc45b2929932d4
 cordova prepare
 The plugin does not get copied over. Is it a normal behavior ?



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

[jira] [Updated] (CB-7640) Cordova prepare does not copy over plugin cloned with #branch name

[Florent Valdelievre (JIRA)]

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

Florent Valdelievre updated CB-7640:

Component/s: CordovaLib

 Cordova prepare does not copy over plugin cloned with #branch name
 --

 Key: CB-7640
 URL: https://issues.apache.org/jira/browse/CB-7640
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, Plugman
Affects Versions: 3.5.0
Reporter: Florent Valdelievre

 To reproduce:
 cordova plugin add 
 https://github.com/Pushwoosh/pushwoosh-phonegap-3.0-plugin.git#4e652620ed898ea02c40f3b74dbc45b2929932d4
 cordova prepare
 The plugin does not get copied over. Is it a normal behavior ?



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

[jira] [Updated] (CB-7640) Cordova prepare does not copy over plugin cloned with #branch name

[Florent Valdelievre (JIRA)]

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

Florent Valdelievre updated CB-7640:

Description: 
To reproduce:

cordova plugin add 
https://github.com/Pushwoosh/pushwoosh-phonegap-3.0-plugin.git#4e652620ed898ea02c40f3b74dbc45b2929932d4

cordova prepare

The plugin does not get copied over. Is it a normal behavior ?
PS: I am not sure about the component causing the problem, feel free to edit

  was:
To reproduce:

cordova plugin add 
https://github.com/Pushwoosh/pushwoosh-phonegap-3.0-plugin.git#4e652620ed898ea02c40f3b74dbc45b2929932d4

cordova prepare

The plugin does not get copied over. Is it a normal behavior ?


 Cordova prepare does not copy over plugin cloned with #branch name
 --

 Key: CB-7640
 URL: https://issues.apache.org/jira/browse/CB-7640
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib, Plugman
Affects Versions: 3.5.0
Reporter: Florent Valdelievre

 To reproduce:
 cordova plugin add 
 https://github.com/Pushwoosh/pushwoosh-phonegap-3.0-plugin.git#4e652620ed898ea02c40f3b74dbc45b2929932d4
 cordova prepare
 The plugin does not get copied over. Is it a normal behavior ?
 PS: I am not sure about the component causing the problem, feel free to edit



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

[jira] [Created] (CB-7697) Add locationBar support to InAppBrowser windows platform version

[Sergey Shakhnazarov (JIRA)]

Sergey Shakhnazarov created CB-7697:
---

 Summary: Add locationBar support to InAppBrowser windows platform 
version
 Key: CB-7697
 URL: https://issues.apache.org/jira/browse/CB-7697
 Project: Apache Cordova
  Issue Type: New Feature
  Components: Plugin InAppBrowser
 Environment: 'windows' platform
Reporter: Sergey Shakhnazarov


locationBar is missing in Windows 8.0, 8.1 and Windows Phone 8.1



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

[jira] [Created] (CB-7698) Plugman: no validation for mandatory variables

[Bryan Higgins (JIRA)]

Bryan Higgins created CB-7698:
-

 Summary: Plugman: no validation for mandatory variables
 Key: CB-7698
 URL: https://issues.apache.org/jira/browse/CB-7698
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Bryan Higgins
Assignee: Bryan Higgins
Priority: Minor


Plugman is missing validation logic as described in the documentation:

plugman checks that these required preferences are passed in. If not, it should 
warn the user how to pass the variable in and exit with a non-zero code.

http://cordova.apache.org/docs/en/3.6.0/plugin_ref_spec.md.html#Plugin%20Specification



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

[jira] [Resolved] (CB-7674) Preference activation no longer occurs in CordovaActivity.onCreate()

[Marcel Kinard (JIRA)]

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

Marcel Kinard resolved CB-7674.
---
Resolution: Fixed

Fixed on master, cherry-picked to 3.6.x branch for 3.6.4.

 Preference activation no longer occurs in CordovaActivity.onCreate()
 

 Key: CB-7674
 URL: https://issues.apache.org/jira/browse/CB-7674
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.6.0
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Blocker

 During the 3.6.0 development timeframe, a modification was made to 
 CordovaActivity.onCreate() to move the activation of preferences to 
 CordovaActivity.init(). For applications that were relying on the activation 
 of preferences in onCreate(), those preferences are no longer active when 
 onCreate() completes, and may break those applications. Although it is 
 described as a subtle change to the API surface in the commit message, this 
 is a breaking change to a public API.
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=705991e5b037743e632934b3c6ee98976e18d3f8
 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=a14c7942557fbaea41438bd3fe104b47997d8371;hp=aef96e95e82545a2321d798b469ec7fe60f72803
 http://callback-dev.markmail.org/thread/gcfaz4ffchf3wo2s



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

[jira] [Commented] (CB-7634) create should not fail when JAVA_HOME is not set

[Andrew Grieve (JIRA)]

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

Andrew Grieve commented on CB-7634:
---

Until the fix for this ships, that's the best work-around.

 create should not fail when JAVA_HOME is not set
 

 Key: CB-7634
 URL: https://issues.apache.org/jira/browse/CB-7634
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.6.3
Reporter: Ryan Willoughby
Assignee: Andrew Grieve
  Labels: android, cli, create

 the android create script errors out if JAVA_HOME is not set, and the script 
 cannot derive it. But if the javac binary is resolvable (i.e. in the users 
 PATH), then setting JAVA_HOME is unnecessary. Don't force users to set it.
 Error message:
 Could not find JAVA_HOME. Try setting the environment variable manually



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

[jira] [Updated] (CB-7698) CLI: no validation for globally required plugin variables

[Bryan Higgins (JIRA)]

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

Bryan Higgins updated CB-7698:
--
Component/s: CLI
Description: 
CLI should check that any globally required variables (preference at root level 
in plugin.xml) have been provided before calling plugman.install on the 
platforms. Otherwise the plugin is added to the project but plugman fails to 
install to any platforms.

From the docs:

plugman checks that these required preferences are passed in. If not, it should 
warn the user how to pass the variable in and exit with a non-zero code.

http://cordova.apache.org/docs/en/3.6.0/plugin_ref_spec.md.html#Plugin%20Specification

  was:
Plugman is missing validation logic as described in the documentation:

plugman checks that these required preferences are passed in. If not, it should 
warn the user how to pass the variable in and exit with a non-zero code.

http://cordova.apache.org/docs/en/3.6.0/plugin_ref_spec.md.html#Plugin%20Specification

Summary: CLI: no validation for globally required plugin variables  
(was: Plugman: no validation for mandatory variables)

 CLI: no validation for globally required plugin variables
 -

 Key: CB-7698
 URL: https://issues.apache.org/jira/browse/CB-7698
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Bryan Higgins
Assignee: Bryan Higgins
Priority: Minor

 CLI should check that any globally required variables (preference at root 
 level in plugin.xml) have been provided before calling plugman.install on the 
 platforms. Otherwise the plugin is added to the project but plugman fails to 
 install to any platforms.
 From the docs:
 plugman checks that these required preferences are passed in. If not, it 
 should warn the user how to pass the variable in and exit with a non-zero 
 code.
 http://cordova.apache.org/docs/en/3.6.0/plugin_ref_spec.md.html#Plugin%20Specification



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

[jira] [Commented] (CB-7684) CDVSound Kills any and all playing sound files when a single file finishes (iOS 8)

[Nathan Stryker (JIRA)]

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

Nathan Stryker commented on CB-7684:


Yes- The issue arrived with iOS 8. 

 CDVSound Kills any and all playing sound files when a single file finishes 
 (iOS 8)
 --

 Key: CB-7684
 URL: https://issues.apache.org/jira/browse/CB-7684
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Nathan Stryker

 The CDVSound file will kill all playing media files when ever a single file 
 completes playing. The issue is around like 691 in the method 
 AudioDidFinishPlaying, with the code:
 if (self.avSession) {
 [self.avSession setActive:NO error:nil];
 }
 The reason I think this is a bug is that if a user as Music file A playing in 
 a loop and Music file B plays, when B completes the setActive:NO will kill 
 the avSession of both A and B. 



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

[jira] [Commented] (CB-7698) CLI: no validation for globally required plugin variables

[ASF subversion and git services (JIRA)]

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

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

Commit 242a8d760267379e963977de68d49aae96928562 in cordova-lib's branch 
refs/heads/master from [~bhiggins_bb]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=242a8d7 ]

CB-7698 CLI - Validate top-level plugin variables before installing


 CLI: no validation for globally required plugin variables
 -

 Key: CB-7698
 URL: https://issues.apache.org/jira/browse/CB-7698
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Bryan Higgins
Assignee: Bryan Higgins
Priority: Minor

 CLI should check that any globally required variables (preference at root 
 level in plugin.xml) have been provided before calling plugman.install on the 
 platforms. Otherwise the plugin is added to the project but plugman fails to 
 install to any platforms.
 From the docs:
 plugman checks that these required preferences are passed in. If not, it 
 should warn the user how to pass the variable in and exit with a non-zero 
 code.
 http://cordova.apache.org/docs/en/3.6.0/plugin_ref_spec.md.html#Plugin%20Specification



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

[jira] [Resolved] (CB-7698) CLI: no validation for globally required plugin variables

[Bryan Higgins (JIRA)]

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

Bryan Higgins resolved CB-7698.
---
Resolution: Fixed

 CLI: no validation for globally required plugin variables
 -

 Key: CB-7698
 URL: https://issues.apache.org/jira/browse/CB-7698
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Bryan Higgins
Assignee: Bryan Higgins
Priority: Minor

 CLI should check that any globally required variables (preference at root 
 level in plugin.xml) have been provided before calling plugman.install on the 
 platforms. Otherwise the plugin is added to the project but plugman fails to 
 install to any platforms.
 From the docs:
 plugman checks that these required preferences are passed in. If not, it 
 should warn the user how to pass the variable in and exit with a non-zero 
 code.
 http://cordova.apache.org/docs/en/3.6.0/plugin_ref_spec.md.html#Plugin%20Specification



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

[jira] [Updated] (CB-7684) CDVSound Kills any and all playing sound files when a single file finishes (iOS 8)

[Shazron Abdullah (JIRA)]

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

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

 CDVSound Kills any and all playing sound files when a single file finishes 
 (iOS 8)
 --

 Key: CB-7684
 URL: https://issues.apache.org/jira/browse/CB-7684
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Nathan Stryker

 The CDVSound file will kill all playing media files when ever a single file 
 completes playing. The issue is around like 691 in the method 
 AudioDidFinishPlaying, with the code:
 if (self.avSession) {
 [self.avSession setActive:NO error:nil];
 }
 The reason I think this is a bug is that if a user as Music file A playing in 
 a loop and Music file B plays, when B completes the setActive:NO will kill 
 the avSession of both A and B. 



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

[jira] [Resolved] (CB-7687) iOS8 : Unable to use iosExtraFileSystems

[Thibault Durand (JIRA)]

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

Thibault Durand resolved CB-7687.
-
Resolution: Fixed

Well, it was an undocumented feature that works, to make it work you should do 
that: 

All credit for this answer goes to Wei Li: 
https://github.com/weili-feedhenry/dotfiles/issues/1 , and you should read his 
post on cordova file system plugin: 
http://www.feedhenry.com/several-ways-avoid-problems-cordova-file-api-mobile-apps/

Apparently the File API doc is not up to date, in order to retrieve the file 
system you wanted, you need to change the request file system type in 
requestFileSystem call. For example:

window.requestFileSystem(3, 0, function(fs){
  alert(dataDirectory =  + cordova.file.dataDirectory);
  alert(root =  + fs.root.toURL());
  fs.root.getFile(test.txt, {create: true, exclusive: true});

}, function(){
  alert(failed to get file system”)
});
notice that the file system type in the above call is “3” - given that you only 
added the following preferences in the config.xml file:

If you change the value of iosExtraFilesystems, you may need to adjust the 
value of the request type accordingly.

 iOS8 : Unable to use iosExtraFileSystems
 

 Key: CB-7687
 URL: https://issues.apache.org/jira/browse/CB-7687
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 3.4.0, 3.5.0, 3.6.0
 Environment: iOS 8
Reporter: Thibault Durand

 Hello, 
 I'm working with the filesystem plugin and i've an issue on iOS.
 I need to open a filesystem on the Library/NoCloud directory, the 
 documentation on github says that we should set these two variable in the 
 config.xml:
 preference name=iosPersistentFileLocation value=Library /
 preference name=iosExtraFilesystems value=library-nosync /
 But when i request the filesystem it gave me this path: Library/files , and 
 i'm unable to move to Library/NoCloud because the root is files.
 window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fs) {
 console.log(init fs sucess);
  },function(error) {
 console.log(Error init fs+ error.code);
  });
 I don't know if it's a bug or i've misinterpreted the documentation.
 To reproduce it, you can:
 - create a test app
 - install the file system plugin
 - set these two variable in config.xml:
 preference name=iosPersistentFileLocation value=Library /
 preference name=iosExtraFilesystems value=library-nosync /
 - request the file system, the path is: Library/files
 Thanks a lot. 
 Best regards, 
 Thibault



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

[jira] [Updated] (CB-7684) [Media][iOS 8] CDVSound Kills any and all playing sound files when a single file finishes

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7684:
-
Summary: [Media][iOS 8] CDVSound Kills any and all playing sound files when 
a single file finishes  (was: CDVSound Kills any and all playing sound files 
when a single file finishes (iOS 8))

 [Media][iOS 8] CDVSound Kills any and all playing sound files when a single 
 file finishes
 -

 Key: CB-7684
 URL: https://issues.apache.org/jira/browse/CB-7684
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Nathan Stryker

 The CDVSound file will kill all playing media files when ever a single file 
 completes playing. The issue is around like 691 in the method 
 AudioDidFinishPlaying, with the code:
 if (self.avSession) {
 [self.avSession setActive:NO error:nil];
 }
 The reason I think this is a bug is that if a user as Music file A playing in 
 a loop and Music file B plays, when B completes the setActive:NO will kill 
 the avSession of both A and B. 



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

[jira] [Commented] (CB-7687) iOS8 : Unable to use iosExtraFileSystems

[Thibault Durand (JIRA)]

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

Thibault Durand commented on CB-7687:
-

I've send a pull request for the documentation on github  : 
https://github.com/apache/cordova-plugin-file/pull/82

 iOS8 : Unable to use iosExtraFileSystems
 

 Key: CB-7687
 URL: https://issues.apache.org/jira/browse/CB-7687
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File
Affects Versions: 3.4.0, 3.5.0, 3.6.0
 Environment: iOS 8
Reporter: Thibault Durand

 Hello, 
 I'm working with the filesystem plugin and i've an issue on iOS.
 I need to open a filesystem on the Library/NoCloud directory, the 
 documentation on github says that we should set these two variable in the 
 config.xml:
 preference name=iosPersistentFileLocation value=Library /
 preference name=iosExtraFilesystems value=library-nosync /
 But when i request the filesystem it gave me this path: Library/files , and 
 i'm unable to move to Library/NoCloud because the root is files.
 window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fs) {
 console.log(init fs sucess);
  },function(error) {
 console.log(Error init fs+ error.code);
  });
 I don't know if it's a bug or i've misinterpreted the documentation.
 To reproduce it, you can:
 - create a test app
 - install the file system plugin
 - set these two variable in config.xml:
 preference name=iosPersistentFileLocation value=Library /
 preference name=iosExtraFilesystems value=library-nosync /
 - request the file system, the path is: Library/files
 Thanks a lot. 
 Best regards, 
 Thibault



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

[jira] [Closed] (CB-7577) Cordova Crashes on IOS8 when Using input type=file

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah closed CB-7577.


 Cordova Crashes on IOS8 when Using input type=file
 

 Key: CB-7577
 URL: https://issues.apache.org/jira/browse/CB-7577
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: iOS
Affects Versions: 3.5.0, 3.6.0
 Environment: ios8
Reporter: Sven Brunner
Assignee: Shazron Abdullah
Priority: Critical

 The app crashes when using an 'input type=file /' after asking if you 
 want to record an Photo/Video or get the file from media.
 Console says the following:
 {code}
 Error: *** Terminating app due to uncaught exception 
 'NSInternalInconsistencyException', reason: 'Trying to dismiss 
 UIAlertController UIAlertController: 0x12eddb820 with unknown presenter.'
   *** First throw call stack:
   (0x18553a084 0x195e2c0e4 0x185539fc4 0x18a085fac 0x189cb0724 
 0x189cea7b8 0x189ce9e58 0x189cbd660 0x189f5bd6c 0x189cbbbc8 0x1854f2324 
 0x1854f15c8 0x1854ef678 0x18541d664 0x18e51b5a4 0x189d22984 0x1000c64f4 
 0x19649aa08)
 Sep 18 10:39:13 iPad ReportCrash[577] Error: task_set_exception_ports(B07, 
 400, D03, 0, 0) failed with error (4: (os/kern) invalid argument)
 {code}



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

[jira] [Resolved] (CB-7577) Cordova Crashes on IOS8 when Using input type=file

[Shazron Abdullah (JIRA)]

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

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

Alex reports that it is fixed in iOS 8.0.2. Closing.

 Cordova Crashes on IOS8 when Using input type=file
 

 Key: CB-7577
 URL: https://issues.apache.org/jira/browse/CB-7577
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: iOS
Affects Versions: 3.5.0, 3.6.0
 Environment: ios8
Reporter: Sven Brunner
Assignee: Shazron Abdullah
Priority: Critical

 The app crashes when using an 'input type=file /' after asking if you 
 want to record an Photo/Video or get the file from media.
 Console says the following:
 {code}
 Error: *** Terminating app due to uncaught exception 
 'NSInternalInconsistencyException', reason: 'Trying to dismiss 
 UIAlertController UIAlertController: 0x12eddb820 with unknown presenter.'
   *** First throw call stack:
   (0x18553a084 0x195e2c0e4 0x185539fc4 0x18a085fac 0x189cb0724 
 0x189cea7b8 0x189ce9e58 0x189cbd660 0x189f5bd6c 0x189cbbbc8 0x1854f2324 
 0x1854f15c8 0x1854ef678 0x18541d664 0x18e51b5a4 0x189d22984 0x1000c64f4 
 0x19649aa08)
 Sep 18 10:39:13 iPad ReportCrash[577] Error: task_set_exception_ports(B07, 
 400, D03, 0, 0) failed with error (4: (os/kern) invalid argument)
 {code}



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

[jira] [Commented] (CB-7512) Android Gradle build requires API 19 and build tools 19.0.0 exactly

[ASF subversion and git services (JIRA)]

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

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

Commit 3e18394a05f669414eaead788f452da142726b18 in cordova-amazon-fireos's 
branch refs/heads/master from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-amazon-fireos.git;h=3e18394 
]

CB-7512 Speed up gradle builds by building debug or release (not both)


 Android Gradle build requires API 19 and build tools 19.0.0 exactly
 ---

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





--
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-7512) Android Gradle build requires API 19 and build tools 19.0.0 exactly

[ASF subversion and git services (JIRA)]

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

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

Commit a13d4bd8adc82ba21cfa5cd7ef06878f2d30f922 in cordova-amazon-fireos's 
branch refs/heads/master from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-amazon-fireos.git;h=a13d4bd 
]

CB-7512 Fix gradle not copying all archs to out/ (broken by prev commit)


 Android Gradle build requires API 19 and build tools 19.0.0 exactly
 ---

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





--
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-7579) 'Cordova run android' fails to deploy apk built with ANT to device/emulator

[ASF subversion and git services (JIRA)]

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

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

Commit e95f47a8d9b2714c202328bf6804371985bfe046 in cordova-amazon-fireos's 
branch refs/heads/master from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-amazon-fireos.git;h=e95f47a 
]

CB-7579 Fix run script's ability to use non-arch-specific APKs


 'Cordova run android' fails to deploy apk built with ANT to device/emulator
 ---

 Key: CB-7579
 URL: https://issues.apache.org/jira/browse/CB-7579
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Vladimir Kotikov
Assignee: Andrew Grieve
  Labels: android, ant, build, run

 {{cordova run android}} fails to deploy apk built with ANT to device/emulator.
 It seems that problem is in build script that can't find proper package since 
 ANT generates a single apk for both 'arm' and 'x86' architectures.
 Build/run scripts need to be reworked to consider builder that used to build 
 last packages.



--
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-7512) Android Gradle build requires API 19 and build tools 19.0.0 exactly

[ASF subversion and git services (JIRA)]

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

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

Commit 82fb93d64866e0a4987ed2766eff9c1a429adf27 in cordova-amazon-fireos's 
branch refs/heads/master from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-amazon-fireos.git;h=82fb93d 
]

CB-7512 Use aligned apk rather than unaligned apk when sorting


 Android Gradle build requires API 19 and build tools 19.0.0 exactly
 ---

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





--
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-7493) Add e2e test for 'space-in-path' and 'unicode in path/name' for core platforms.

[ASF subversion and git services (JIRA)]

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

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

Commit 8e83ea0db8a77f882c623d7f731c359da9c5e8f0 in cordova-amazon-fireos's 
branch refs/heads/master from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-amazon-fireos.git;h=8e83ea0 
]

CB-7493 Adds test-build command to package.json


 Add e2e test for 'space-in-path' and 'unicode in path/name' for core 
 platforms.
 ---

 Key: CB-7493
 URL: https://issues.apache.org/jira/browse/CB-7493
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, iOS, Windows, WP8
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen

 Since we have several issues with unicode in paths and app names it will be 
 great to have automated testing of these cases.
 Best place to keep these tests is platform repo, so these tests can be ran 
 via come CI service (Appveyor for WP8 and Windows, Travis CI for Android and 
 iOS)
 For WP8 and windows platforms we already have such tests, so we need just to 
 improve them to test new cases.
 For Android and iOS it will be necessary to implement tests. Implementation 
 will be very similar to windows/wp8 implementation.
 Note that android currently doesn't have support for unicode symbols in app 
 name (due to android tools restrictions). So test for android should contain 
 only 'space' case test.



--
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-6731) Geolocation constants not defined in Android

[Patrick Lupiani (JIRA)]

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

Patrick Lupiani commented on CB-6731:
-

If I compile against Cordova 3.2 this works fine, its only when using later 
versions that I am noticing the issue.

 Geolocation constants not defined in Android
 

 Key: CB-6731
 URL: https://issues.apache.org/jira/browse/CB-6731
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.4.0
 Environment: Nexus 5 / Cordova 3.4.1-0.1.0
Reporter: Michael Hoisie
Priority: Minor
  Labels: android, cordova, geolocation, positionerror
   Original Estimate: 48h
  Remaining Estimate: 48h

 The geolocation constants are not defined in Android:
 PositionError.PERMISSION_DENIED
 PositionError.POSITION_UNAVAILABLE
 PositionError.TIMEOUT
 They are documented here:
 http://plugins.cordova.io/#/package/org.apache.cordova.geolocation
 Not sure if this is a documentation bug. These constants exist in iOS.



--
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-6837) Hitting Back button while alert being rendered causes leaked window

[Ian Clelland (JIRA)]

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

Ian Clelland commented on CB-6837:
--

The code looks pretty clean, and I think it's in the right place :)

The first thing I'm wondering about the code is that there doesn't seem to be 
any way for items to be removed from the ArrayList -- if a long-running page 
generates many dialogs, will they all stay in that list even long after they 
are closed? And in that case, what happens when the back button is pressed?


 Hitting Back button while alert being rendered causes leaked window
 ---

 Key: CB-6837
 URL: https://issues.apache.org/jira/browse/CB-6837
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Marcel Kinard
Assignee: Martin Gonzalez
 Attachments: index.html


 On master and using dialogs plugin. Using a trivial app that has a button to 
 create an alert dialog after 500ms timeout. If the Back button is hit at 
 approximately the same time as the timer expires and the alert is to be 
 shown, the following exception appears in logcat:
 D/CordovaWebView( 8178): The current URL is: 
 file:///android_asset/www/index.html
 D/CordovaWebView( 8178): The URL at item 0 is: 
 file:///android_asset/www/index.html
 D/dalvikvm(  513): GC_FOR_ALLOC freed 306K, 13% free 14164K/16240K, paused 
 54ms, total 55ms
 D/CordovaActivity( 8178): Paused the application!
 D/CordovaWebView( 8178): Handle the pause
 W/IInputConnectionWrapper( 8178): showStatusIcon on inactive InputConnection
 W/InputMethodManagerService(  513): Starting input on non-focused client 
 com.android.internal.view.IInputMethodClient$Stub$Proxy@42396598 (uid=10050 
 pid=8178)
 D/CordovaActivity( 8178): CordovaActivity.onDestroy()
 D/CordovaWebView( 8178):  loadUrlNow()
 E/WindowManager( 8178): 
 E/WindowManager( 8178): android.view.WindowLeaked: Activity 
 com.example.Example has leaked window 
 com.android.internal.policy.impl.PhoneWindow$DecorView{41f0d8b8 V.E. 
 R.I. 0,0-465,256} that was originally added here
 E/WindowManager( 8178):   at 
 android.view.ViewRootImpl.init(ViewRootImpl.java:348)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:248)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)
 E/WindowManager( 8178):   at android.app.Dialog.show(Dialog.java:286)
 E/WindowManager( 8178):   at 
 android.app.AlertDialog$Builder.show(AlertDialog.java:951)
 E/WindowManager( 8178):   at 
 org.apache.cordova.CordovaChromeClient.onJsAlert(CordovaChromeClient.java:143)
 E/WindowManager( 8178):   at 
 com.android.webview.chromium.WebViewContentsClientAdapter.handleJsAlert(WebViewContentsClientAdapter.java:606)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.android_webview.AwContentsClientBridge.handleJsAlert(AwContentsClientBridge.java:73)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native 
 Method)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27)
 E/WindowManager( 8178):   at 
 android.os.Handler.dispatchMessage(Handler.java:102)
 E/WindowManager( 8178):   at android.os.Looper.loop(Looper.java:136)
 E/WindowManager( 8178):   at 
 android.app.ActivityThread.main(ActivityThread.java:5017)
 E/WindowManager( 8178):   at java.lang.reflect.Method.invokeNative(Native 
 Method)
 E/WindowManager( 8178):   at 
 java.lang.reflect.Method.invoke(Method.java:515)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
 E/WindowManager( 8178):   at dalvik.system.NativeStart.main(Native Method)
 D/CordovaWebViewClient( 8178): onPageFinished(about:blank)
 D/CordovaActivity( 8178): onMessage(onPageFinished,about:blank)
 D/CordovaActivity( 8178): onMessage(exit,null)
 It looks like there is an attempt to show the alert dialog after the 
 activity's onDestroy() method has been called.
 When resuming the app by clicking on it's icon in the home screen or using 
 the Multitask button, the webview doesn't render completely, I see only a 
 black screen with the usual status bar. The app must be killed, and then it 
 works fine after a restart. It appears that there is a pretty small time 
 window during the timeout in which this can be reproduced, something on the 
 order of 200ms.



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

[jira] [Commented] (CB-6837) Hitting Back button while alert being rendered causes leaked window

[Ian Clelland (JIRA)]

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

Ian Clelland commented on CB-6837:
--

I build a small sample like this:

{code:title=index.html}
a href=index2.htmlPage 2/a
{code}

{code:title=index2.html}
script
for (var x=0; x  10; ++x) {
  alert(This is number  + x);
}
/script
{code}

The normal flow is to click Page 2, and then dismiss all 10 dialogs, and the 
hit the back button. That seems to work correctly.

If I instead start hitting the back button while a dialog is displayed, it 
seems to quickly overlay the *next* dialog in the sequence, and the next one. 
Eventually, they're all displayed, stacked. After that, hitting back dismisses 
them one at a time, until they're all gone, and *then* hitting back one more 
time goes back to page 1.

(This is on the L preview; I'l try it on 4.4 next to see if it's new behaviour)

 Hitting Back button while alert being rendered causes leaked window
 ---

 Key: CB-6837
 URL: https://issues.apache.org/jira/browse/CB-6837
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Marcel Kinard
Assignee: Martin Gonzalez
 Attachments: index.html


 On master and using dialogs plugin. Using a trivial app that has a button to 
 create an alert dialog after 500ms timeout. If the Back button is hit at 
 approximately the same time as the timer expires and the alert is to be 
 shown, the following exception appears in logcat:
 D/CordovaWebView( 8178): The current URL is: 
 file:///android_asset/www/index.html
 D/CordovaWebView( 8178): The URL at item 0 is: 
 file:///android_asset/www/index.html
 D/dalvikvm(  513): GC_FOR_ALLOC freed 306K, 13% free 14164K/16240K, paused 
 54ms, total 55ms
 D/CordovaActivity( 8178): Paused the application!
 D/CordovaWebView( 8178): Handle the pause
 W/IInputConnectionWrapper( 8178): showStatusIcon on inactive InputConnection
 W/InputMethodManagerService(  513): Starting input on non-focused client 
 com.android.internal.view.IInputMethodClient$Stub$Proxy@42396598 (uid=10050 
 pid=8178)
 D/CordovaActivity( 8178): CordovaActivity.onDestroy()
 D/CordovaWebView( 8178):  loadUrlNow()
 E/WindowManager( 8178): 
 E/WindowManager( 8178): android.view.WindowLeaked: Activity 
 com.example.Example has leaked window 
 com.android.internal.policy.impl.PhoneWindow$DecorView{41f0d8b8 V.E. 
 R.I. 0,0-465,256} that was originally added here
 E/WindowManager( 8178):   at 
 android.view.ViewRootImpl.init(ViewRootImpl.java:348)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:248)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)
 E/WindowManager( 8178):   at android.app.Dialog.show(Dialog.java:286)
 E/WindowManager( 8178):   at 
 android.app.AlertDialog$Builder.show(AlertDialog.java:951)
 E/WindowManager( 8178):   at 
 org.apache.cordova.CordovaChromeClient.onJsAlert(CordovaChromeClient.java:143)
 E/WindowManager( 8178):   at 
 com.android.webview.chromium.WebViewContentsClientAdapter.handleJsAlert(WebViewContentsClientAdapter.java:606)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.android_webview.AwContentsClientBridge.handleJsAlert(AwContentsClientBridge.java:73)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native 
 Method)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27)
 E/WindowManager( 8178):   at 
 android.os.Handler.dispatchMessage(Handler.java:102)
 E/WindowManager( 8178):   at android.os.Looper.loop(Looper.java:136)
 E/WindowManager( 8178):   at 
 android.app.ActivityThread.main(ActivityThread.java:5017)
 E/WindowManager( 8178):   at java.lang.reflect.Method.invokeNative(Native 
 Method)
 E/WindowManager( 8178):   at 
 java.lang.reflect.Method.invoke(Method.java:515)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
 E/WindowManager( 8178):   at dalvik.system.NativeStart.main(Native Method)
 D/CordovaWebViewClient( 8178): onPageFinished(about:blank)
 D/CordovaActivity( 8178): onMessage(onPageFinished,about:blank)
 D/CordovaActivity( 8178): onMessage(exit,null)
 It looks like there is an attempt to show the alert dialog after the 
 activity's onDestroy() method has been called.
 When resuming the app by clicking on it's icon in the home screen or using 
 the Multitask button, the webview doesn't render completely, I see only a 
 

[jira] [Assigned] (CB-7699) Plugins Release October 2, 2014

[Steve Gill (JIRA)]

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

Steve Gill reassigned CB-7699:
--

Assignee: Steve Gill

 Plugins Release October 2, 2014
 ---

 Key: CB-7699
 URL: https://issues.apache.org/jira/browse/CB-7699
 Project: Apache Cordova
  Issue Type: Task
Reporter: Steve Gill
Assignee: Steve Gill

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



--
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-7699) Plugins Release October 2, 2014

[Steve Gill (JIRA)]

Steve Gill created CB-7699:
--

 Summary: Plugins Release October 2, 2014
 Key: CB-7699
 URL: https://issues.apache.org/jira/browse/CB-7699
 Project: Apache Cordova
  Issue Type: Task
Reporter: Steve Gill


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



--
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-6837) Hitting Back button while alert being rendered causes leaked window

[Ian Clelland (JIRA)]

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

Ian Clelland commented on CB-6837:
--

Same behaviour on 4.4.4

 Hitting Back button while alert being rendered causes leaked window
 ---

 Key: CB-6837
 URL: https://issues.apache.org/jira/browse/CB-6837
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Marcel Kinard
Assignee: Martin Gonzalez
 Attachments: index.html


 On master and using dialogs plugin. Using a trivial app that has a button to 
 create an alert dialog after 500ms timeout. If the Back button is hit at 
 approximately the same time as the timer expires and the alert is to be 
 shown, the following exception appears in logcat:
 D/CordovaWebView( 8178): The current URL is: 
 file:///android_asset/www/index.html
 D/CordovaWebView( 8178): The URL at item 0 is: 
 file:///android_asset/www/index.html
 D/dalvikvm(  513): GC_FOR_ALLOC freed 306K, 13% free 14164K/16240K, paused 
 54ms, total 55ms
 D/CordovaActivity( 8178): Paused the application!
 D/CordovaWebView( 8178): Handle the pause
 W/IInputConnectionWrapper( 8178): showStatusIcon on inactive InputConnection
 W/InputMethodManagerService(  513): Starting input on non-focused client 
 com.android.internal.view.IInputMethodClient$Stub$Proxy@42396598 (uid=10050 
 pid=8178)
 D/CordovaActivity( 8178): CordovaActivity.onDestroy()
 D/CordovaWebView( 8178):  loadUrlNow()
 E/WindowManager( 8178): 
 E/WindowManager( 8178): android.view.WindowLeaked: Activity 
 com.example.Example has leaked window 
 com.android.internal.policy.impl.PhoneWindow$DecorView{41f0d8b8 V.E. 
 R.I. 0,0-465,256} that was originally added here
 E/WindowManager( 8178):   at 
 android.view.ViewRootImpl.init(ViewRootImpl.java:348)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:248)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)
 E/WindowManager( 8178):   at android.app.Dialog.show(Dialog.java:286)
 E/WindowManager( 8178):   at 
 android.app.AlertDialog$Builder.show(AlertDialog.java:951)
 E/WindowManager( 8178):   at 
 org.apache.cordova.CordovaChromeClient.onJsAlert(CordovaChromeClient.java:143)
 E/WindowManager( 8178):   at 
 com.android.webview.chromium.WebViewContentsClientAdapter.handleJsAlert(WebViewContentsClientAdapter.java:606)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.android_webview.AwContentsClientBridge.handleJsAlert(AwContentsClientBridge.java:73)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native 
 Method)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27)
 E/WindowManager( 8178):   at 
 android.os.Handler.dispatchMessage(Handler.java:102)
 E/WindowManager( 8178):   at android.os.Looper.loop(Looper.java:136)
 E/WindowManager( 8178):   at 
 android.app.ActivityThread.main(ActivityThread.java:5017)
 E/WindowManager( 8178):   at java.lang.reflect.Method.invokeNative(Native 
 Method)
 E/WindowManager( 8178):   at 
 java.lang.reflect.Method.invoke(Method.java:515)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
 E/WindowManager( 8178):   at dalvik.system.NativeStart.main(Native Method)
 D/CordovaWebViewClient( 8178): onPageFinished(about:blank)
 D/CordovaActivity( 8178): onMessage(onPageFinished,about:blank)
 D/CordovaActivity( 8178): onMessage(exit,null)
 It looks like there is an attempt to show the alert dialog after the 
 activity's onDestroy() method has been called.
 When resuming the app by clicking on it's icon in the home screen or using 
 the Multitask button, the webview doesn't render completely, I see only a 
 black screen with the usual status bar. The app must be killed, and then it 
 works fine after a restart. It appears that there is a pretty small time 
 window during the timeout in which this can be reproduced, something on the 
 order of 200ms.



--
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-6837) Hitting Back button while alert being rendered causes leaked window

[Martin Gonzalez (JIRA)]

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

Martin Gonzalez commented on CB-6837:
-

Hey Ian, I'm just getting back from lunch, let me take a look.

 Hitting Back button while alert being rendered causes leaked window
 ---

 Key: CB-6837
 URL: https://issues.apache.org/jira/browse/CB-6837
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Marcel Kinard
Assignee: Martin Gonzalez
 Attachments: index.html


 On master and using dialogs plugin. Using a trivial app that has a button to 
 create an alert dialog after 500ms timeout. If the Back button is hit at 
 approximately the same time as the timer expires and the alert is to be 
 shown, the following exception appears in logcat:
 D/CordovaWebView( 8178): The current URL is: 
 file:///android_asset/www/index.html
 D/CordovaWebView( 8178): The URL at item 0 is: 
 file:///android_asset/www/index.html
 D/dalvikvm(  513): GC_FOR_ALLOC freed 306K, 13% free 14164K/16240K, paused 
 54ms, total 55ms
 D/CordovaActivity( 8178): Paused the application!
 D/CordovaWebView( 8178): Handle the pause
 W/IInputConnectionWrapper( 8178): showStatusIcon on inactive InputConnection
 W/InputMethodManagerService(  513): Starting input on non-focused client 
 com.android.internal.view.IInputMethodClient$Stub$Proxy@42396598 (uid=10050 
 pid=8178)
 D/CordovaActivity( 8178): CordovaActivity.onDestroy()
 D/CordovaWebView( 8178):  loadUrlNow()
 E/WindowManager( 8178): 
 E/WindowManager( 8178): android.view.WindowLeaked: Activity 
 com.example.Example has leaked window 
 com.android.internal.policy.impl.PhoneWindow$DecorView{41f0d8b8 V.E. 
 R.I. 0,0-465,256} that was originally added here
 E/WindowManager( 8178):   at 
 android.view.ViewRootImpl.init(ViewRootImpl.java:348)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:248)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)
 E/WindowManager( 8178):   at android.app.Dialog.show(Dialog.java:286)
 E/WindowManager( 8178):   at 
 android.app.AlertDialog$Builder.show(AlertDialog.java:951)
 E/WindowManager( 8178):   at 
 org.apache.cordova.CordovaChromeClient.onJsAlert(CordovaChromeClient.java:143)
 E/WindowManager( 8178):   at 
 com.android.webview.chromium.WebViewContentsClientAdapter.handleJsAlert(WebViewContentsClientAdapter.java:606)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.android_webview.AwContentsClientBridge.handleJsAlert(AwContentsClientBridge.java:73)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native 
 Method)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27)
 E/WindowManager( 8178):   at 
 android.os.Handler.dispatchMessage(Handler.java:102)
 E/WindowManager( 8178):   at android.os.Looper.loop(Looper.java:136)
 E/WindowManager( 8178):   at 
 android.app.ActivityThread.main(ActivityThread.java:5017)
 E/WindowManager( 8178):   at java.lang.reflect.Method.invokeNative(Native 
 Method)
 E/WindowManager( 8178):   at 
 java.lang.reflect.Method.invoke(Method.java:515)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
 E/WindowManager( 8178):   at dalvik.system.NativeStart.main(Native Method)
 D/CordovaWebViewClient( 8178): onPageFinished(about:blank)
 D/CordovaActivity( 8178): onMessage(onPageFinished,about:blank)
 D/CordovaActivity( 8178): onMessage(exit,null)
 It looks like there is an attempt to show the alert dialog after the 
 activity's onDestroy() method has been called.
 When resuming the app by clicking on it's icon in the home screen or using 
 the Multitask button, the webview doesn't render completely, I see only a 
 black screen with the usual status bar. The app must be killed, and then it 
 works fine after a restart. It appears that there is a pretty small time 
 window during the timeout in which this can be reproduced, something on the 
 order of 200ms.



--
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-6837) Hitting Back button while alert being rendered causes leaked window

[Martin Gonzalez (JIRA)]

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

Martin Gonzalez commented on CB-6837:
-

Yes, I see what you are saying, the problem is the current or last dialog 
showed, that's the one that causes the exception. Alright then, you are saying 
that it would be better just store that last dialog showed instead of all of 
them and dismiss it during onDestroy. If that's the case an ArrayList it 
wouldn't be required. The goal was perform a cleanup of all dialogs showed over 
during onDestroy.

 Hitting Back button while alert being rendered causes leaked window
 ---

 Key: CB-6837
 URL: https://issues.apache.org/jira/browse/CB-6837
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Marcel Kinard
Assignee: Martin Gonzalez
 Attachments: index.html


 On master and using dialogs plugin. Using a trivial app that has a button to 
 create an alert dialog after 500ms timeout. If the Back button is hit at 
 approximately the same time as the timer expires and the alert is to be 
 shown, the following exception appears in logcat:
 D/CordovaWebView( 8178): The current URL is: 
 file:///android_asset/www/index.html
 D/CordovaWebView( 8178): The URL at item 0 is: 
 file:///android_asset/www/index.html
 D/dalvikvm(  513): GC_FOR_ALLOC freed 306K, 13% free 14164K/16240K, paused 
 54ms, total 55ms
 D/CordovaActivity( 8178): Paused the application!
 D/CordovaWebView( 8178): Handle the pause
 W/IInputConnectionWrapper( 8178): showStatusIcon on inactive InputConnection
 W/InputMethodManagerService(  513): Starting input on non-focused client 
 com.android.internal.view.IInputMethodClient$Stub$Proxy@42396598 (uid=10050 
 pid=8178)
 D/CordovaActivity( 8178): CordovaActivity.onDestroy()
 D/CordovaWebView( 8178):  loadUrlNow()
 E/WindowManager( 8178): 
 E/WindowManager( 8178): android.view.WindowLeaked: Activity 
 com.example.Example has leaked window 
 com.android.internal.policy.impl.PhoneWindow$DecorView{41f0d8b8 V.E. 
 R.I. 0,0-465,256} that was originally added here
 E/WindowManager( 8178):   at 
 android.view.ViewRootImpl.init(ViewRootImpl.java:348)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:248)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)
 E/WindowManager( 8178):   at android.app.Dialog.show(Dialog.java:286)
 E/WindowManager( 8178):   at 
 android.app.AlertDialog$Builder.show(AlertDialog.java:951)
 E/WindowManager( 8178):   at 
 org.apache.cordova.CordovaChromeClient.onJsAlert(CordovaChromeClient.java:143)
 E/WindowManager( 8178):   at 
 com.android.webview.chromium.WebViewContentsClientAdapter.handleJsAlert(WebViewContentsClientAdapter.java:606)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.android_webview.AwContentsClientBridge.handleJsAlert(AwContentsClientBridge.java:73)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native 
 Method)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27)
 E/WindowManager( 8178):   at 
 android.os.Handler.dispatchMessage(Handler.java:102)
 E/WindowManager( 8178):   at android.os.Looper.loop(Looper.java:136)
 E/WindowManager( 8178):   at 
 android.app.ActivityThread.main(ActivityThread.java:5017)
 E/WindowManager( 8178):   at java.lang.reflect.Method.invokeNative(Native 
 Method)
 E/WindowManager( 8178):   at 
 java.lang.reflect.Method.invoke(Method.java:515)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
 E/WindowManager( 8178):   at dalvik.system.NativeStart.main(Native Method)
 D/CordovaWebViewClient( 8178): onPageFinished(about:blank)
 D/CordovaActivity( 8178): onMessage(onPageFinished,about:blank)
 D/CordovaActivity( 8178): onMessage(exit,null)
 It looks like there is an attempt to show the alert dialog after the 
 activity's onDestroy() method has been called.
 When resuming the app by clicking on it's icon in the home screen or using 
 the Multitask button, the webview doesn't render completely, I see only a 
 black screen with the usual status bar. The app must be killed, and then it 
 works fine after a restart. It appears that there is a pretty small time 
 window during the timeout in which this can be reproduced, something on the 
 order of 200ms.



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

[jira] [Commented] (CB-6837) Hitting Back button while alert being rendered causes leaked window

[Ian Clelland (JIRA)]

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

Ian Clelland commented on CB-6837:
--

If multiple dialogs are queued, is the intended behavior is to have the back 
button immediately go back to the previous page, or to dismiss the current 
dialog and let the page proceed?

 Hitting Back button while alert being rendered causes leaked window
 ---

 Key: CB-6837
 URL: https://issues.apache.org/jira/browse/CB-6837
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Marcel Kinard
Assignee: Martin Gonzalez
 Attachments: index.html


 On master and using dialogs plugin. Using a trivial app that has a button to 
 create an alert dialog after 500ms timeout. If the Back button is hit at 
 approximately the same time as the timer expires and the alert is to be 
 shown, the following exception appears in logcat:
 D/CordovaWebView( 8178): The current URL is: 
 file:///android_asset/www/index.html
 D/CordovaWebView( 8178): The URL at item 0 is: 
 file:///android_asset/www/index.html
 D/dalvikvm(  513): GC_FOR_ALLOC freed 306K, 13% free 14164K/16240K, paused 
 54ms, total 55ms
 D/CordovaActivity( 8178): Paused the application!
 D/CordovaWebView( 8178): Handle the pause
 W/IInputConnectionWrapper( 8178): showStatusIcon on inactive InputConnection
 W/InputMethodManagerService(  513): Starting input on non-focused client 
 com.android.internal.view.IInputMethodClient$Stub$Proxy@42396598 (uid=10050 
 pid=8178)
 D/CordovaActivity( 8178): CordovaActivity.onDestroy()
 D/CordovaWebView( 8178):  loadUrlNow()
 E/WindowManager( 8178): 
 E/WindowManager( 8178): android.view.WindowLeaked: Activity 
 com.example.Example has leaked window 
 com.android.internal.policy.impl.PhoneWindow$DecorView{41f0d8b8 V.E. 
 R.I. 0,0-465,256} that was originally added here
 E/WindowManager( 8178):   at 
 android.view.ViewRootImpl.init(ViewRootImpl.java:348)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:248)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)
 E/WindowManager( 8178):   at android.app.Dialog.show(Dialog.java:286)
 E/WindowManager( 8178):   at 
 android.app.AlertDialog$Builder.show(AlertDialog.java:951)
 E/WindowManager( 8178):   at 
 org.apache.cordova.CordovaChromeClient.onJsAlert(CordovaChromeClient.java:143)
 E/WindowManager( 8178):   at 
 com.android.webview.chromium.WebViewContentsClientAdapter.handleJsAlert(WebViewContentsClientAdapter.java:606)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.android_webview.AwContentsClientBridge.handleJsAlert(AwContentsClientBridge.java:73)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native 
 Method)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27)
 E/WindowManager( 8178):   at 
 android.os.Handler.dispatchMessage(Handler.java:102)
 E/WindowManager( 8178):   at android.os.Looper.loop(Looper.java:136)
 E/WindowManager( 8178):   at 
 android.app.ActivityThread.main(ActivityThread.java:5017)
 E/WindowManager( 8178):   at java.lang.reflect.Method.invokeNative(Native 
 Method)
 E/WindowManager( 8178):   at 
 java.lang.reflect.Method.invoke(Method.java:515)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
 E/WindowManager( 8178):   at dalvik.system.NativeStart.main(Native Method)
 D/CordovaWebViewClient( 8178): onPageFinished(about:blank)
 D/CordovaActivity( 8178): onMessage(onPageFinished,about:blank)
 D/CordovaActivity( 8178): onMessage(exit,null)
 It looks like there is an attempt to show the alert dialog after the 
 activity's onDestroy() method has been called.
 When resuming the app by clicking on it's icon in the home screen or using 
 the Multitask button, the webview doesn't render completely, I see only a 
 black screen with the usual status bar. The app must be killed, and then it 
 works fine after a restart. It appears that there is a pretty small time 
 window during the timeout in which this can be reproduced, something on the 
 order of 200ms.



--
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-6837) Hitting Back button while alert being rendered causes leaked window

[Martin Gonzalez (JIRA)]

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

Martin Gonzalez commented on CB-6837:
-

I would say that if it doesn't cause the window leaked that would be fine.

 Hitting Back button while alert being rendered causes leaked window
 ---

 Key: CB-6837
 URL: https://issues.apache.org/jira/browse/CB-6837
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Marcel Kinard
Assignee: Martin Gonzalez
 Attachments: index.html


 On master and using dialogs plugin. Using a trivial app that has a button to 
 create an alert dialog after 500ms timeout. If the Back button is hit at 
 approximately the same time as the timer expires and the alert is to be 
 shown, the following exception appears in logcat:
 D/CordovaWebView( 8178): The current URL is: 
 file:///android_asset/www/index.html
 D/CordovaWebView( 8178): The URL at item 0 is: 
 file:///android_asset/www/index.html
 D/dalvikvm(  513): GC_FOR_ALLOC freed 306K, 13% free 14164K/16240K, paused 
 54ms, total 55ms
 D/CordovaActivity( 8178): Paused the application!
 D/CordovaWebView( 8178): Handle the pause
 W/IInputConnectionWrapper( 8178): showStatusIcon on inactive InputConnection
 W/InputMethodManagerService(  513): Starting input on non-focused client 
 com.android.internal.view.IInputMethodClient$Stub$Proxy@42396598 (uid=10050 
 pid=8178)
 D/CordovaActivity( 8178): CordovaActivity.onDestroy()
 D/CordovaWebView( 8178):  loadUrlNow()
 E/WindowManager( 8178): 
 E/WindowManager( 8178): android.view.WindowLeaked: Activity 
 com.example.Example has leaked window 
 com.android.internal.policy.impl.PhoneWindow$DecorView{41f0d8b8 V.E. 
 R.I. 0,0-465,256} that was originally added here
 E/WindowManager( 8178):   at 
 android.view.ViewRootImpl.init(ViewRootImpl.java:348)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:248)
 E/WindowManager( 8178):   at 
 android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)
 E/WindowManager( 8178):   at android.app.Dialog.show(Dialog.java:286)
 E/WindowManager( 8178):   at 
 android.app.AlertDialog$Builder.show(AlertDialog.java:951)
 E/WindowManager( 8178):   at 
 org.apache.cordova.CordovaChromeClient.onJsAlert(CordovaChromeClient.java:143)
 E/WindowManager( 8178):   at 
 com.android.webview.chromium.WebViewContentsClientAdapter.handleJsAlert(WebViewContentsClientAdapter.java:606)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.android_webview.AwContentsClientBridge.handleJsAlert(AwContentsClientBridge.java:73)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native 
 Method)
 E/WindowManager( 8178):   at 
 com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27)
 E/WindowManager( 8178):   at 
 android.os.Handler.dispatchMessage(Handler.java:102)
 E/WindowManager( 8178):   at android.os.Looper.loop(Looper.java:136)
 E/WindowManager( 8178):   at 
 android.app.ActivityThread.main(ActivityThread.java:5017)
 E/WindowManager( 8178):   at java.lang.reflect.Method.invokeNative(Native 
 Method)
 E/WindowManager( 8178):   at 
 java.lang.reflect.Method.invoke(Method.java:515)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
 E/WindowManager( 8178):   at 
 com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
 E/WindowManager( 8178):   at dalvik.system.NativeStart.main(Native Method)
 D/CordovaWebViewClient( 8178): onPageFinished(about:blank)
 D/CordovaActivity( 8178): onMessage(onPageFinished,about:blank)
 D/CordovaActivity( 8178): onMessage(exit,null)
 It looks like there is an attempt to show the alert dialog after the 
 activity's onDestroy() method has been called.
 When resuming the app by clicking on it's icon in the home screen or using 
 the Multitask button, the webview doesn't render completely, I see only a 
 black screen with the usual status bar. The app must be killed, and then it 
 works fine after a restart. It appears that there is a pretty small time 
 window during the timeout in which this can be reproduced, something on the 
 order of 200ms.



--
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-7700) Translations for October

[Victor Adrian Sosa Herrera (JIRA)]

Victor Adrian Sosa Herrera created CB-7700:
--

 Summary: Translations for October
 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[Victor Adrian Sosa Herrera (JIRA)]

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

Victor Adrian Sosa Herrera commented on CB-7700:


Hi Lisa, this got automatically assigned to you while cloning the one from 
September. I'll work on it this evening and will add the PR for you.
Thanks

 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7599) [Media][iOS 8] Audio exceptions generated when pausing audio and playing another media file

[Paul Cisneros (JIRA)]

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

Paul Cisneros commented on CB-7599:
---

I've been able to duplicate this on an iPad 2 as well. The app is for Audiobook 
streaming. It happens when I try to scrub through the audio. 

On an iPhone 6 I don't receive the same error. The audio just stops and after 
scrubbing for a while it produces this error:

ERROR: [0x109894000] 79: AudioQueuePrime posting message to kill 
mediaserverd (843)

 [Media][iOS 8] Audio exceptions generated when pausing audio and playing 
 another media file
 ---

 Key: CB-7599
 URL: https://issues.apache.org/jira/browse/CB-7599
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Dooms
 Attachments: index.js


 In iOS8, exceptions are generated when pausing one audio and playing another. 
 Sorry I haven't been able to debug the issue further at this time.
 The exception:
 AVAudioSession.mm:646: -[AVAudioSession setActive:withOptions:error:]: 
 Deactivating an audio session that has running I/O. All I/O should be stopped 
 or paused prior to deactivating the audio session.



--
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-7599) [Media][iOS 8] Audio exceptions generated when pausing audio and playing another media file

[Paul Cisneros (JIRA)]

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

Paul Cisneros edited comment on CB-7599 at 10/2/14 8:49 PM:


I've been able to duplicate this on an iPad 2 (8.0.2) as well. The app is for 
Audiobook streaming. It happens when I try to scrub through the audio. 

On an iPhone 6 I don't receive the same error. The audio just stops and after 
scrubbing for a while it produces this error:

ERROR: [0x109894000] 79: AudioQueuePrime posting message to kill 
mediaserverd (843)


was (Author: codewarrior_777):
I've been able to duplicate this on an iPad 2 as well. The app is for Audiobook 
streaming. It happens when I try to scrub through the audio. 

On an iPhone 6 I don't receive the same error. The audio just stops and after 
scrubbing for a while it produces this error:

ERROR: [0x109894000] 79: AudioQueuePrime posting message to kill 
mediaserverd (843)

 [Media][iOS 8] Audio exceptions generated when pausing audio and playing 
 another media file
 ---

 Key: CB-7599
 URL: https://issues.apache.org/jira/browse/CB-7599
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Media
Affects Versions: 3.5.0
 Environment: iOS
Reporter: Dooms
 Attachments: index.js


 In iOS8, exceptions are generated when pausing one audio and playing another. 
 Sorry I haven't been able to debug the issue further at this time.
 The exception:
 AVAudioSession.mm:646: -[AVAudioSession setActive:withOptions:error:]: 
 Deactivating an audio session that has running I/O. All I/O should be stopped 
 or paused prior to deactivating the audio session.



--
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-plugin-vibration/pull/22

CB-7700 cordova-plugin-vibration documentation translation

cordova-plugin-vibration documentation translation: cordova-plugin-vibration

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

$ git pull https://github.com/sosahvictor/cordova-plugin-vibration master

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

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


commit 5b6032b4f15bd1f28b4283e71c138e73ae011b26
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:13:36Z

CB-7700 cordova-plugin-vibration documentation translation: 
cordova-plugin-vibration




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

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

CB-7700 cordova-plugin-splashscreen documentation translation

cordova-plugin-splashscreen documentation translation: 
cordova-plugin-splashscreen

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

$ git pull https://github.com/sosahvictor/cordova-plugin-splashscreen master

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

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


commit 1009019372cb61c791c32f42ae49d55672737613
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:13:15Z

CB-7700 cordova-plugin-splashscreen documentation translation: 
cordova-plugin-splashscreen




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-plugin-statusbar/pull/16

CB-7700 cordova-plugin-statusbar documentation translation

cordova-plugin-statusbar documentation translation: cordova-plugin-statusbar

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

$ git pull https://github.com/sosahvictor/cordova-plugin-statusbar master

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

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


commit 33674fffd369c31a73713ca957833d926b25b63d
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:13:25Z

CB-7700 cordova-plugin-statusbar documentation translation: 
cordova-plugin-statusbar




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-plugin-media-capture/pull/27

CB-7700 cordova-plugin-media-capture documentation translation

cordova-plugin-media-capture documentation translation: 
cordova-plugin-media-capture

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

$ git pull https://github.com/sosahvictor/cordova-plugin-media-capture 
master

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

https://github.com/apache/cordova-plugin-media-capture/pull/27.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 #27


commit 83775703e1840ab39d6450e3f664710670180f62
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:12:54Z

CB-7700 cordova-plugin-media-capture documentation translation: 
cordova-plugin-media-capture




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-plugin-network-information/pull/20

CB-7700 cordova-plugin-network-information documentation translation

cordova-plugin-network-information documentation translation: 
cordova-plugin-network-information

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

$ git pull 
https://github.com/sosahvictor/cordova-plugin-network-information master

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

https://github.com/apache/cordova-plugin-network-information/pull/20.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 #20


commit 147bc870a81720c985107b1a229ea5721eef06c8
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:13:05Z

CB-7700 cordova-plugin-network-information documentation translation: 
cordova-plugin-network-information




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7607) Add xxhdpi and xxxhdpi support to Android Cordova

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7607:


GitHub user dpogue opened a pull request:

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

xxhdpi/xxxhdpi and 9-patch splash image support for Android

This combines #89 and #87 so that they won't conflict with each other.
/cc @sgrebnov 

From #89:
 https://issues.apache.org/jira/browse/CB-7607

 Current Cordova template for Android does not have res sub-folders for xx 
and xxxhdpi plus due to current
 splash/icons support implementation it is possible to replace already 
existing drawables only(see var 
 densities = this.deleteDefaultResource(...)). I don't think we should 
always keep new hi res images as part
 of default template due to the their big size so this commit improves 
splash/icons support implementation
 to make it possible to add drawables for the densities which are not 
present in template by default.

 Example configuration for xxhdpi and xxxhdpi assets:

 ```
 icon src=res/android/xxhdpi.png density=xxhdpi /
 icon src=res/android/xxxhdpi.png density=xxxhdpi /

 splash src=res/android/land-xxhdpi.png density=land-xxhdpi /
 splash src=res/android/port-xxhdpi.png density=port-xxhdpi /

 splash src=res/android/land-xxxhdpi.png density=land-xxxhdpi /
 splash src=res/android/port-xxxhdpi.png density=port-xxxhdpi /
 ```

From #87:
 https://issues.apache.org/jira/browse/CB-7598

 If a splashscreen image for Android is specified in config.xml and ends 
with .9.png, it is a 9-patch image
 and should retain that extension when copied into the platforms/android 
directory.

 Currently the file will be renamed to screen.png when it should be 
screen.9.png.

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

$ git pull https://github.com/dpogue/cordova-lib android-resources

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

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


commit 0cbb047f37ca275c07b8ef033807263fd580c571
Author: sgrebnov v-seg...@microsoft.com
Date:   2014-09-22T18:13:57Z

CB-7607 Add xxhdpi and xxxhdpi support to Android Cordova

commit e1c9537d5d1640981b0cb1e56de5441db040ea05
Author: Darryl Pogue dvpdin...@gmail.com
Date:   2014-10-02T23:10:53Z

CB-7598 Support for 9-patch Android splash images




 Add xxhdpi and xxxhdpi support to Android Cordova
 -

 Key: CB-7607
 URL: https://issues.apache.org/jira/browse/CB-7607
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CordovaLib
Reporter: Sergey Grebnov
  Labels: android, assets, cordova-lib, icons, splashscreen

 xxhdpi and xxxhdpi support is missing from Android Cordova implementation 
 (icons and splash images)



--
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-7598) Support 9-patch splashscreen images for Android

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7598:


Github user dpogue commented on the pull request:

https://github.com/apache/cordova-lib/pull/87#issuecomment-57725163
  
Superseded by #97.


 Support 9-patch splashscreen images for Android
 ---

 Key: CB-7598
 URL: https://issues.apache.org/jira/browse/CB-7598
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI, CordovaLib
Affects Versions: 3.5.0
Reporter: Darryl Pogue
Priority: Minor

 If a splashscreen image for Android is specified in config.xml and ends with 
 {{.9.png}}, it is a 9-patch image and should retain that extension when 
 copied into the platforms/android directory.
 Currently the file will be renamed to {{screen.png}} when it should be 
 {{screen.9.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] [Commented] (CB-7598) Support 9-patch splashscreen images for Android

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7598:


Github user dpogue closed the pull request at:

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


 Support 9-patch splashscreen images for Android
 ---

 Key: CB-7598
 URL: https://issues.apache.org/jira/browse/CB-7598
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI, CordovaLib
Affects Versions: 3.5.0
Reporter: Darryl Pogue
Priority: Minor

 If a splashscreen image for Android is specified in config.xml and ends with 
 {{.9.png}}, it is a 9-patch image and should retain that extension when 
 copied into the platforms/android directory.
 Currently the file will be renamed to {{screen.png}} when it should be 
 {{screen.9.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] [Commented] (CB-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

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

 CB-7700 cordova-plugin-inappbrowser documentation translation

cordova-plugin-inappbrowser documentation translation: 
cordova-plugin-inappbrowser

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

$ git pull https://github.com/sosahvictor/cordova-plugin-inappbrowser master

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

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


commit e9eb23468360eb9cd36a7b041fea8218b904b1f1
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-09-19T19:31:22Z

CB-7471 cordova-plugin-inappbrowser documentation translation: 
cordova-plugin-inappbrowser

commit 0d79919aa5c9e49b70293a6d199e149640f4d5bf
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:12:35Z

CB-7700 cordova-plugin-inappbrowser documentation translation: 
cordova-plugin-inappbrowser




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

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

CB-7700 cordova-plugin-globalization documentation translation

cordova-plugin-globalization documentation translation: 
cordova-plugin-globalization

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

$ git pull https://github.com/sosahvictor/cordova-plugin-globalization 
master

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

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


commit 73be99052fb7df1ea4bff533567ee41b86c19d4c
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:12:25Z

CB-7700 cordova-plugin-globalization documentation translation: 
cordova-plugin-globalization




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-plugin-geolocation/pull/27

CB-7700 cordova-plugin-geolocation documentation translation

cordova-plugin-geolocation documentation translation: 
cordova-plugin-geolocation

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

$ git pull https://github.com/sosahvictor/cordova-plugin-geolocation master

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

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


commit 887df52687f7fe5edd33013765eba4cc7ae89b30
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:12:15Z

CB-7700 cordova-plugin-geolocation documentation translation: 
cordova-plugin-geolocation




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

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

CB-7700 cordova-plugin-file documentation translation

cordova-plugin-file documentation translation: cordova-plugin-file

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

$ git pull https://github.com/sosahvictor/cordova-plugin-file master

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

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


commit 002788275078f857480921708f2837cd82cb2967
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:11:55Z

CB-7700 cordova-plugin-file documentation translation: cordova-plugin-file




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

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

CB-7700 cordova-plugin-file-transfer documentation translation

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

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

$ git pull https://github.com/sosahvictor/cordova-plugin-file-transfer 
master

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

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


commit 8ae7ab05911a273ca2647f847ab681b85451e908
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:12:05Z

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




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-plugin-dialogs/pull/36

CB-7700 cordova-plugin-dialogs documentation translation

cordova-plugin-dialogs documentation translation: cordova-plugin-dialogs

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

$ git pull https://github.com/sosahvictor/cordova-plugin-dialogs master

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

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


commit 6f3a60b6cbca426d9c4c0855a46ee8139bbe584f
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:11:43Z

CB-7700 cordova-plugin-dialogs documentation translation: 
cordova-plugin-dialogs




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-plugin-device-motion/pull/18

CB-7700 cordova-plugin-device-motion documentation translation

cordova-plugin-device-motion documentation translation: 
cordova-plugin-device-motion

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

$ git pull https://github.com/sosahvictor/cordova-plugin-device-motion 
master

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

https://github.com/apache/cordova-plugin-device-motion/pull/18.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 #18


commit 59efd9eca52968dd02c7b5fc6a5d62eb99e967dc
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:11:06Z

CB-7700 cordova-plugin-device-motion documentation translation: 
cordova-plugin-device-motion




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-plugin-device-orientation/pull/15

CB-7700 cordova-plugin-device-orientation documentation translation

cordova-plugin-device-orientation documentation translation: 
cordova-plugin-device-orientation

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

$ git pull https://github.com/sosahvictor/cordova-plugin-device-orientation 
master

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

https://github.com/apache/cordova-plugin-device-orientation/pull/15.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 #15


commit 988b17f9f43002a511d6fb80aa5c0da41986f76c
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:11:15Z

CB-7700 cordova-plugin-device-orientation documentation translation: 
cordova-plugin-device-orientation




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-plugin-device/pull/24

CB-7700 cordova-plugin-device documentation translation

cordova-plugin-device documentation translation: cordova-plugin-device

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

$ git pull https://github.com/sosahvictor/cordova-plugin-device master

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

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


commit 56677ed8a65e1575fe5376e2bf2db9fa5ec5ecda
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:10:55Z

CB-7700 cordova-plugin-device documentation translation: 
cordova-plugin-device




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

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

CB-7700 cordova-plugin-contacts documentation translation

cordova-plugin-contacts documentation translation: cordova-plugin-contacts

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

$ git pull https://github.com/sosahvictor/cordova-plugin-contacts master

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

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


commit 8993008f219dd6b17bc349da15ce2cfad6941df1
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:10:44Z

CB-7700 cordova-plugin-contacts documentation translation: 
cordova-plugin-contacts




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

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

CB-7700 cordova-plugin-camera documentation translation

cordova-plugin-camera documentation translation: cordova-plugin-camera

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

$ git pull https://github.com/sosahvictor/cordova-plugin-camera master

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

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


commit 53e42fc97bb95e806de75c24684f6819cb29b831
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:10:17Z

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




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

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

CB-7700 cordova-plugin-battery-status documentation translation

cordova-plugin-battery-status documentation translation: 
cordova-plugin-battery-status

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

$ git pull https://github.com/sosahvictor/cordova-plugin-battery-status 
master

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

https://github.com/apache/cordova-plugin-battery-status/pull/17.patch

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

This closes #17


commit 6725aa985d863b693ce68c359f40091c2aba8fea
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:10:08Z

CB-7700 cordova-plugin-battery-status documentation translation: 
cordova-plugin-battery-status




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-plugin-console/pull/6

CB-7700 cordova-plugin-console documentation translation

cordova-plugin-console documentation translation: cordova-plugin-console

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

$ git pull https://github.com/sosahvictor/cordova-plugin-console master

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

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


commit b904be5b71ca8a49f0d256e981641901704d9ec0
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:10:27Z

CB-7700 cordova-plugin-console documentation translation: 
cordova-plugin-console




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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-7700) Translations for October

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7700:


GitHub user sosahvictor opened a pull request:

https://github.com/apache/cordova-cli/pull/194

CB-7700 cordova-cli documentation translation

cordova-cli documentation translation: cordova-cli

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

$ git pull https://github.com/sosahvictor/cordova-cli master

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

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


commit ce4763f67207fcc8b7c4a1b67848d617da903b83
Author: Victor Sosa victo...@mx1.ibm.com
Date:   2014-10-02T23:09:56Z

CB-7700 cordova-cli documentation translation: cordova-cli




 Translations for October
 

 Key: CB-7700
 URL: https://issues.apache.org/jira/browse/CB-7700
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Translation
Reporter: Victor Adrian Sosa Herrera
Assignee: Lisa Seacat DeLuca
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