date:20141205


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

ASF GitHub Bot commented on CB-7872:


GitHub user jschweiger opened a pull request:

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

typo fix for CB-7872



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

$ git pull https://github.com/jschweiger/cordova-ios fix

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

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


commit b42cd81d912e180cf21935ae55aec0ed237487f6
Author: Josef Schweiger jschwei...@oas.de
Date:   2014-12-05T09:30:30Z

typo fix for CB-7872




 [XCode][6.1] XCode 6.1's xcrun PackageApplication fails at packaging / 
 resigning Cordova applications
 -

 Key: CB-7872
 URL: https://issues.apache.org/jira/browse/CB-7872
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0
 Environment: OSX 10.10, XCode 6.1
Reporter: SidneyS
Assignee: Shazron Abdullah
 Fix For: 3.7.0


 Pull request: https://github.com/apache/cordova-ios/pull/115
 XCode 6.1's xcrun PackageApplication fails at packaging and codesigning as 
 the only deprecated ResourceRules.plist path is missing from build target 
 configuration, which represents a bug in XCode 6.1.
 This means that any automated command-line builds via cordova build ios 
 --device will fail if  CODE_SIGN_RESOURCE_RULES_PATH has not been set.
 Consult this StackOverflow thread for details:
 http://stackoverflow.com/questions/26516442/how-do-we-manually-fix-resourcerules-plist-cannot-read-resources-error-after/26563642#26563642



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

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

[jira] [Updated] (CB-8118) Camera Plugin : on Ios 8.0.2 image is not cropped after editing it (allowEdit=true)

2014-12-05 Thread JIRA


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

Andreas Schröder updated CB-8118:
-
Description: 
Dear Sir or Madame,

we use the allowEdit=true functionality in our getPicture Method.
This works like a charm on Android or IOS 7.1.2.

On IOS 8.0.2 the dialog for selecting the image area is opened, but after 
clicking OK the image isnt cropped so the original ratio is still there. 

Is this a known issue? 


This ist our getPictureMethod:
{code}
 navigator.camera.getPicture(
app.setTempPic,
function(message) { alert('get picture 
failed'); },
{ 
targetWidth: 500,

targetHeight: 500,

correctOrientation : true,
quality: 50, 
allowEdit : true,
destinationType: 
navigator.camera.DestinationType.FILE_URI,
sourceType: 
navigator.camera.PictureSourceType.PHOTOLIBRARY 
}
);
{code}

Thanks in advance and have a nice day

  was:
Dear Sir or Madame,

we use the allowEdit=true functionality in our getPicture Method.
This works like a charm on Android or IOS 7.1.2.

On IOS 8.0.2 the dialog for selecting the image area is opened, but after 
clicking OK the image isnt cropped so the original ratio is still there. 

Is this a known issue? 


This ist our getPictureMethod:
 navigator.camera.getPicture(
app.setTempPic,
function(message) { alert('get picture 
failed'); },
{ 
targetWidth: 500,

targetHeight: 500,

correctOrientation : true,
quality: 50, 
allowEdit : true,
destinationType: 
navigator.camera.DestinationType.FILE_URI,
sourceType: 
navigator.camera.PictureSourceType.PHOTOLIBRARY 
}
);


Thanks in advance and have a nice day


 Camera Plugin : on Ios 8.0.2 image is not cropped after editing it 
 (allowEdit=true)
 ---

 Key: CB-8118
 URL: https://issues.apache.org/jira/browse/CB-8118
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: Master
 Environment: cordova 3.6.3
 Camera Plugin 0.3.2
 Using Phonegap Build
Reporter: Andreas Schröder
Priority: Critical
  Labels: camera, cordova-plugin-camera

 Dear Sir or Madame,
 we use the allowEdit=true functionality in our getPicture Method.
 This works like a charm on Android or IOS 7.1.2.
 On IOS 8.0.2 the dialog for selecting the image area is opened, but after 
 clicking OK the image isnt cropped so the original ratio is still there. 
 Is this a known issue? 
 This ist our getPictureMethod:
 {code}
  navigator.camera.getPicture(
   app.setTempPic,
 function(message) { alert('get 
 picture failed'); },
 { 
   targetWidth: 500,
   
 targetHeight: 500,
   
 correctOrientation : true,
   quality: 50, 
   allowEdit : true,
   destinationType: 
 navigator.camera.DestinationType.FILE_URI,
   sourceType: 
 navigator.camera.PictureSourceType.PHOTOLIBRARY 
 }
 );
 {code}
 Thanks in advance and have a nice day



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

[jira] [Updated] (CB-8118) Camera Plugin : since IOS 8.0.2 image is not cropped after editing it (allowEdit=true)

2014-12-05 Thread JIRA


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

Andreas Schröder updated CB-8118:
-
Summary: Camera Plugin : since IOS 8.0.2 image is not cropped after editing 
it (allowEdit=true)  (was: Camera Plugin : on Ios 8.0.2 image is not cropped 
after editing it (allowEdit=true))

 Camera Plugin : since IOS 8.0.2 image is not cropped after editing it 
 (allowEdit=true)
 --

 Key: CB-8118
 URL: https://issues.apache.org/jira/browse/CB-8118
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: Master
 Environment: cordova 3.6.3
 Camera Plugin 0.3.2
 Using Phonegap Build
Reporter: Andreas Schröder
Priority: Critical
  Labels: camera, cordova-plugin-camera

 Dear Sir or Madame,
 we use the allowEdit=true functionality in our getPicture Method.
 This works like a charm on Android or IOS 7.1.2.
 On IOS 8.0.2 the dialog for selecting the image area is opened, but after 
 clicking OK the image isnt cropped so the original ratio is still there. 
 Is this a known issue? 
 This ist our getPictureMethod:
 {code}
  navigator.camera.getPicture(
   app.setTempPic,
 function(message) { alert('get 
 picture failed'); },
 { 
   targetWidth: 500,
   
 targetHeight: 500,
   
 correctOrientation : true,
   quality: 50, 
   allowEdit : true,
   destinationType: 
 navigator.camera.DestinationType.FILE_URI,
   sourceType: 
 navigator.camera.PictureSourceType.PHOTOLIBRARY 
 }
 );
 {code}
 Thanks in advance and have a nice day



--
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-8128) Amazon Fire HD6, the window.device object not present

2014-12-05 Thread Alex Belch (JIRA)

Alex Belch created CB-8128:
--

 Summary: Amazon Fire HD6, the window.device object not present
 Key: CB-8128
 URL: https://issues.apache.org/jira/browse/CB-8128
 Project: Apache Cordova
  Issue Type: Bug
  Components: Amazon FireOS
Affects Versions: 3.5.0
 Environment: Amazon Fire HD6 hardware
Reporter: Alex Belch
Assignee: Archana Naik


When running on Amazon Fire HD6 hardware, 
the window.device reference in javascript is undefined
as a result I could not get the window.device.platform to work
also the device ready document event is not firing.



--
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-7803) Add any platform on any workstation OS


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

ASF GitHub Bot commented on CB-7803:


Github user oliversalzburg commented on the pull request:

https://github.com/apache/cordova-lib/pull/126#issuecomment-65783734
  
I tested this with our app. The build process is still aborted when failing 
to compile the ios target on Windows.


 Add any platform on any workstation OS
 --

 Key: CB-7803
 URL: https://issues.apache.org/jira/browse/CB-7803
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CLI, CordovaLib
Reporter: Edna Morales
Assignee: Edna Morales
Priority: Minor

 You should be able to add any platform to a project while on any desktop OS 
 even if that platform can't be built on that OS. 
 It is understood that you will not be able to build an iOS app while on 
 Windows, nor build a WP8 app while on Linux, etc. If you attempt to build for 
 a non-appropriate platform(s) on your dekstop OS, it will skip that 
 non-appropriate platform(s) with a warning or an error, but not impede the 
 building of the appropriate platforms, nor impede the addition of 
 non-appropriate platforms (i.e., do cordova platform add wp8 while on OS X).



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

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

[jira] [Closed] (CB-8127) 12 Month Loans

2014-12-05 Thread Andrey Kurdyumov (JIRA)


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

Andrey Kurdyumov closed CB-8127.

Resolution: Invalid

Spam

 12 Month Loans
 --

 Key: CB-8127
 URL: https://issues.apache.org/jira/browse/CB-8127
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Kate Skye

  
 ABC claim back in, 0 each month, error sales PPI claims management 12 
 Month Loanscompany reliable. You want to find out if you have the right 
 to file a claim with your free call of the PPI.
http://www.3x12monthpaydayloans.co.uk  
 A lot of people applying for car loans car sales this frustration. banks take 
 their sweet time to deal with a loan, then there is no guarantee that the 
 loan application is approved, 12 Month Loansit looks like DOC 
 automobile financing car loans in Australia professionals provide quick 
 12 Month Loansapproval. Dealing with these people, you will never need 
 any disappointment.



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

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

[jira] [Closed] (CB-8126) Payday Loans No Credit Check

2014-12-05 Thread Andrey Kurdyumov (JIRA)


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

Andrey Kurdyumov closed CB-8126.

Resolution: Invalid

Spam

 Payday Loans No Credit Check
 

 Key: CB-8126
 URL: https://issues.apache.org/jira/browse/CB-8126
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Kate Skye

 PIP is a false claim that many of the complexities of the trade restrictions. 
 Your account has been in the past 6 years, your credit can be claimed. In   
 http://www.24x7paydayloansnocreditcheck.co.uk  addition, if you are   Payday 
 Loans No Credit Check  active or is fully paid, it is activities, which in 
 the past 0 years of time can be the one to an open account and account. If 
 there is evidence that   http://www.getnocreditcheckloans.co.uk  appropriate 
 written error in the sales, although there are a number of ways to deal with 
 the credit company.
   http://www.mypaydayloansnocreditcheck.co.uk  
 Error procurement is a complex process to retrieve the experts should   
 Payday Loans No Credit Check  allow you to deal with claims management 
 company. They are charged on the basis of the complexity of the claims on 
 your behalf to a lose-lose Payday Loans No Credit Check  
 http://www.krystapaydayloansnocreditcheck.co.uk  situation, this process can 
 also be obtained free advice should have the right to claim for compensation.
http://www.3x12monthpaydayloans.co.uk  



--
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-7606) handleOpenURL handler firing more than necessary

2014-12-05 Thread Benno Aichele (JIRA)

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

Benno Aichele commented on CB-7606:
---

We are also experiencing the problem, that handleOpenURL is no longer called
upon coldstart. [~EddyVerbruggen], could you share your patched
CDVViewController.m#processOpenUrl somewhere?

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
Assignee: Shazron Abdullah
Fix For: 3.7.0

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)

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

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

2014-12-05 Thread Benno Aichele (JIRA)


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

Benno Aichele edited comment on CB-7606 at 12/5/14 1:27 PM:


We are also experiencing the problem, that handleOpenURL is no longer called 
upon coldstart. 

We are running on ios@3.7.0, cli version 4.0.0
handleOpenURL when app is in background works still fine

[~EddyVerbruggen], could you share your patched 
CDVViewController.m#processOpenUrl somewhere?


was (Author: bjunix):
We are also experiencing the problem, that handleOpenURL is no longer called 
upon coldstart. 

We are running on ios@3.7.0, cli version 4.0.0

[~EddyVerbruggen], could you share your patched 
CDVViewController.m#processOpenUrl somewhere?

 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
Assignee: Shazron Abdullah
 Fix For: 3.7.0


 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)

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

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

2014-12-05 Thread Benno Aichele (JIRA)

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

Benno Aichele edited comment on CB-7606 at 12/5/14 1:26 PM:

We are also experiencing the problem, that handleOpenURL is no longer called
upon coldstart.

We are running on ios@3.7.0, cli version 4.0.0

[~EddyVerbruggen], could you share your patched
CDVViewController.m#processOpenUrl somewhere?

was (Author: bjunix):
We are also experiencing the problem, that handleOpenURL is no longer called
upon coldstart. [~EddyVerbruggen], could you share your patched
CDVViewController.m#processOpenUrl somewhere?

handleOpenURL handler firing more than necessary

--
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-7606) handleOpenURL handler firing more than necessary

2014-12-05 Thread Eddy Verbruggen (JIRA)

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

Eddy Verbruggen commented on CB-7606:
-

[~bjunix] sure, here you go:
https://gist.github.com/EddyVerbruggen/3edb9f33b29d26c79ec7

handleOpenURL handler firing more than necessary

--
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-8129) Add test coverage report generation to core cordova tools

2014-12-05 Thread Vladimir Kotikov (JIRA)

Vladimir Kotikov created CB-8129:


 Summary: Add test coverage report generation to core cordova tools
 Key: CB-8129
 URL: https://issues.apache.org/jira/browse/CB-8129
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CLI, CordovaJS, CordovaLib
Reporter: Vladimir Kotikov


It will be great to be able to generate reports easily just by running some npm 
commands or grunt tasks.
E.g. 'npm run coverage' in repo could produce some coverage reports.



--
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-7803) Add any platform on any workstation OS


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

ASF GitHub Bot commented on CB-7803:


Github user eymorale commented on the pull request:

https://github.com/apache/cordova-lib/pull/126#issuecomment-65794810
  
Hi @oliversalzburg , the way I have implemented it that should be expected. 
iOS won't compile on anything other than OSX. I have included an explanation 
for this in the jira item noted above:

The other thing to consider is what happens when you try to build using 
the CLI for a platform that you don't have the environment set up for. 
Currently, what I have implemented is that it will just end the process with an 
error on the first platform it hits that cannot be built. It will not try to 
build the remaining platforms. For example, if you are on a windows machine and 
you do build ios android, it's going to error out when it try to build iOS 
and just end the process there. This is to avoid running the after_build hooks 
and to let the user know that they can't build for iOS. The idea there is that 
the user would skip building iOS and just do build android.


 Add any platform on any workstation OS
 --

 Key: CB-7803
 URL: https://issues.apache.org/jira/browse/CB-7803
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CLI, CordovaLib
Reporter: Edna Morales
Assignee: Edna Morales
Priority: Minor

 You should be able to add any platform to a project while on any desktop OS 
 even if that platform can't be built on that OS. 
 It is understood that you will not be able to build an iOS app while on 
 Windows, nor build a WP8 app while on Linux, etc. If you attempt to build for 
 a non-appropriate platform(s) on your dekstop OS, it will skip that 
 non-appropriate platform(s) with a warning or an error, but not impede the 
 building of the appropriate platforms, nor impede the addition of 
 non-appropriate platforms (i.e., do cordova platform add wp8 while on OS X).



--
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-7803) Add any platform on any workstation OS


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

ASF GitHub Bot commented on CB-7803:


Github user oliversalzburg commented on the pull request:

https://github.com/apache/cordova-lib/pull/126#issuecomment-65796285
  
@eymorale Oh, I see. I assumed that this change is supposed to allow to 
continue execution even if the build for a platform fails.


 Add any platform on any workstation OS
 --

 Key: CB-7803
 URL: https://issues.apache.org/jira/browse/CB-7803
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CLI, CordovaLib
Reporter: Edna Morales
Assignee: Edna Morales
Priority: Minor

 You should be able to add any platform to a project while on any desktop OS 
 even if that platform can't be built on that OS. 
 It is understood that you will not be able to build an iOS app while on 
 Windows, nor build a WP8 app while on Linux, etc. If you attempt to build for 
 a non-appropriate platform(s) on your dekstop OS, it will skip that 
 non-appropriate platform(s) with a warning or an error, but not impede the 
 building of the appropriate platforms, nor impede the addition of 
 non-appropriate platforms (i.e., do cordova platform add wp8 while on OS X).



--
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-8130) InAppBrowser, iOS: Setting setStatusBarStyle to -1 causes CGContextSaveGState

2014-12-05 Thread Mario Rosa (JIRA)

Mario Rosa created CB-8130:
--

 Summary: InAppBrowser, iOS: Setting setStatusBarStyle to -1 causes 
CGContextSaveGState
 Key: CB-8130
 URL: https://issues.apache.org/jira/browse/CB-8130
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Reporter: Mario Rosa
Priority: Minor


This can happened when hidden=yes.



--
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-8130) InAppBrowser, iOS: Setting setStatusBarStyle to -1 causes CGContextSaveGState


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

ASF GitHub Bot commented on CB-8130:


Github user vinnyrose commented on the pull request:


https://github.com/apache/cordova-plugin-inappbrowser/pull/72#issuecomment-65796475
  
JIRA: CB-8130


 InAppBrowser, iOS: Setting setStatusBarStyle to -1 causes CGContextSaveGState
 -

 Key: CB-8130
 URL: https://issues.apache.org/jira/browse/CB-8130
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Reporter: Mario Rosa
Priority: Minor
  Labels: inappbrowser

 This can happened when hidden=yes.



--
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] [Issue Comment Deleted] (CB-8130) InAppBrowser, iOS: Setting setStatusBarStyle to -1 causes CGContextSaveGState

2014-12-05 Thread Mario Rosa (JIRA)


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

Mario Rosa updated CB-8130:
---
Comment: was deleted

(was: https://github.com/apache/cordova-plugin-inappbrowser/pull/72)

 InAppBrowser, iOS: Setting setStatusBarStyle to -1 causes CGContextSaveGState
 -

 Key: CB-8130
 URL: https://issues.apache.org/jira/browse/CB-8130
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Reporter: Mario Rosa
Priority: Minor
  Labels: inappbrowser

 This can happened when hidden=yes.



--
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-8130) InAppBrowser, iOS: Setting setStatusBarStyle to -1 causes CGContextSaveGState

2014-12-05 Thread Mario Rosa (JIRA)


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

Mario Rosa commented on CB-8130:


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

 InAppBrowser, iOS: Setting setStatusBarStyle to -1 causes CGContextSaveGState
 -

 Key: CB-8130
 URL: https://issues.apache.org/jira/browse/CB-8130
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Reporter: Mario Rosa
Priority: Minor
  Labels: inappbrowser

 This can happened when hidden=yes.



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

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

[jira] [Resolved] (CB-971) Add Best Practices Guide section


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

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

Going to mark this done with Raymond Camden's addition to the Next Steps via 
CB-6650: http://cordova.apache.org/docs/en/edge/guide_next_index.md.html

Feel free to re-open if you disagree.

 Add Best Practices Guide section
 

 Key: CB-971
 URL: https://issues.apache.org/jira/browse/CB-971
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: Master
Reporter: Michael Brooks
Assignee: Michael Brooks
Priority: Minor
 Fix For: Master


 On the main page, add Best Practices Guide. This is an umbrella that will 
 contain a number of best practices for mobile web development.



--
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-8125) file transfer plugin tests often crash the mobilespec test app

2014-12-05 Thread Ian Clelland (JIRA)


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

Ian Clelland commented on CB-8125:
--

Thanks for tackling this, [~dblotsky]! This test suite is probably the one in 
the worst condition in the project (maybe tied with Contacts)

On the surface, this looks better in almost every respect than the old file. I 
have a couple of concerns, though:

* Running it on my Nexus 7, I see three errors where there were none before. 
Specs 17, 28 and 29 all time out, and 17 additionally reports Expected spy 
httpFail not to have been called

* It looks like a lot of the test assertions have been removed, especially 
those relating to progress events. Looking at spec.5 and spec.17, for instance, 
they only call {{verifyDownload()}} now, which I think just checks the 
filename, and not anything else.

* I'm wondering how the helpers {{writeFile}} and {{deleteFile}} report errors 
-- besides the different console messages, their success and failure operation 
looks the same. I get several could not find testFile messages in the log, 
and I'm not sure if those should be triggering errors or not.

* When a spec fails, I get a block in the log like:

{code}
functionality unsupported; response: 5
Error in Error callbackId File1955842735 : = marked Pending
processMessage failed: Error: = marked Pending
processMessage failed: Stack: undefined
processMessage failed: Message: F09 File1955842735 n5
{code}

(And no specs are actually marked pending, but I wouldn't expect any pending 
tests on Android anyway)
That block is the sort of thing I expect when an exec() callback fails, but I'm 
not sure what's failing and why here.

 file transfer plugin tests often crash the mobilespec test app
 --

 Key: CB-8125
 URL: https://issues.apache.org/jira/browse/CB-8125
 Project: Apache Cordova
  Issue Type: Bug
  Components: mobile-spec, Plugin File Transfer, Plugin TestFramework
Affects Versions: 4.0.0
 Environment: Windows, iOS, Android
Reporter: Dmitry Blotsky
  Labels: file-transfer, newbie, plugin, test-framework
   Original Estimate: 72h
  Remaining Estimate: 72h

 Creating a mobilespec app with createmobilespec crashes non-deterministically 
 when running file transfer plugin tests.



--
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-8131) Rewrite non plugin tests for Jasmine 2.0 and join all auto tests at the one page

2014-12-05 Thread Maria Bukharina (JIRA)

Maria Bukharina created CB-8131:
---

 Summary: Rewrite non plugin tests for Jasmine 2.0 and join all 
auto tests at the one page
 Key: CB-8131
 URL: https://issues.apache.org/jira/browse/CB-8131
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Medic, mobile-spec
Reporter: Maria Bukharina


Medic doesn't run non pluin auto tests since plagin auto tests was rewrote to 
jasmine 2.0.
 Proposed to rewrote non plugin auto tests for jasmine 2.0 and wrap then into 
plugin. Then we could use test-frameworkfor running all auto tests.



--
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-8131) Rewrite non plugin tests for Jasmine 2.0 and join all auto tests at the one page


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

ASF GitHub Bot commented on CB-8131:


GitHub user MariaBukharina opened a pull request:

https://github.com/apache/cordova-mobile-spec/pull/113

CB-8131 Rewrote non plugin auto tests for Jasmine 2.0

https://issues.apache.org/jira/browse/CB-8131

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

$ git pull https://github.com/MSOpenTech/cordova-mobile-spec CB-8131

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

https://github.com/apache/cordova-mobile-spec/pull/113.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 #113


commit e712a5ace35a1b706d0f9191b5e298dce2113154
Author: maria.bukharina maria.bukhar...@akvelon.com
Date:   2014-12-05T15:31:20Z

CB-8131 Rewrote non plugin auto tests for Jasmine 2.0




 Rewrite non plugin tests for Jasmine 2.0 and join all auto tests at the one 
 page
 

 Key: CB-8131
 URL: https://issues.apache.org/jira/browse/CB-8131
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Medic, mobile-spec
Reporter: Maria Bukharina

 Medic doesn't run non pluin auto tests since plagin auto tests was rewrote to 
 jasmine 2.0.
  Proposed to rewrote non plugin auto tests for jasmine 2.0 and wrap then into 
 plugin. Then we could use test-frameworkfor running all auto tests.



--
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-4774) config.xml as a build artifact for less suffering and easier upgrades


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

Marcel Kinard commented on CB-4774:
---

[~purplecabbage], should this be marked resolved?

 config.xml as a build artifact for less suffering and easier upgrades
 -

 Key: CB-4774
 URL: https://issues.apache.org/jira/browse/CB-4774
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Jeffrey Heifetz
Assignee: Jesse MacFadyen





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

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

[jira] [Resolved] (CB-1703) coho should run markdown to generate html docs


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

Marcel Kinard resolved CB-1703.
---
Resolution: Won't Fix

This doesn't make sense for the npm distribution.

 coho should run markdown to generate html docs
 --

 Key: CB-1703
 URL: https://issues.apache.org/jira/browse/CB-1703
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Coho
Affects Versions: Master
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Minor

 It would be nice and logical for coho to generate the html of the docs and 
 include that in the published src zip, instead of including just the md 
 files. IMHO, it's not consumer friendly to require a consumer to build the 
 docs themselves, that should come pre-built, even in a source snapshot.
 The coho docs say that jodoc/markdown/nokojiri are required to run coho, yet 
 coho never invokes them.



--
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-7090) [iOS 8] Integrate wkwebview branch into master branch

2014-12-05 Thread seth piezas (JIRA)


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

seth piezas commented on CB-7090:
-

just wanted to check state of affairs as of 8.2 beta and Dec 5 for the record.  
all my tests suggest that wkwebview still can't load files locally.  is that 
your understanding of the current situation as well?  thanks!

 [iOS 8] Integrate wkwebview branch into master branch
 -

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

 https://git-wip-us.apache.org/repos/asf/cordova-ios.git branch wkwebview



--
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-2415) On iOS the ajax error/fail callback is not called after server returns error code 401/unauthorized

2014-12-05 Thread Ryan Murphy (JIRA)


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

Ryan Murphy commented on CB-2415:
-

+1 for this getting fixed soon. For my enterprise clients I have no control 
over the HTTP responses. 
It's a really bad user experience to do always synchronous requests (especially 
since iOS 8 shortened the sync timeout). Or to always add a timeout on async 
requests and say well, there was a timeout, I better treat it as a 401.


 On iOS the ajax error/fail callback is not called after server returns error 
 code 401/unauthorized
 --

 Key: CB-2415
 URL: https://issues.apache.org/jira/browse/CB-2415
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 2.2.0
 Environment: OSX 10.8.2, Xcode 4.5.1, iOS Simulator 5.0, 5.1, 6.0, 
 cordova 2.2
Reporter: Zach White
  Labels: 401, BasicAuth, core

 I am seeing the same issue as reported in 
 [CB-2284|https://issues.apache.org/jira/browse/CB-2284] also in iOS. Ajax 
 calls with Authorization header set are not returning but are timing out when 
 the authorization credentials are invalid.



--
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-8132) clearWatch not stopping anything

2014-12-05 Thread Francisco Gutierrez (JIRA)

Francisco Gutierrez created CB-8132:
---

 Summary: clearWatch not stopping anything
 Key: CB-8132
 URL: https://issues.apache.org/jira/browse/CB-8132
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Device Motion
Reporter: Francisco Gutierrez






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

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

[jira] [Updated] (CB-8132) Accelerometer: clearWatch not stopping

2014-12-05 Thread Francisco Gutierrez (JIRA)


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

Francisco Gutierrez updated CB-8132:

  Description: 
When I start watchAcceleration like this:

{code}
var watchId = navigator.accelerometer.watchAcceleration(callBack, handleError, 
{ frequency: 300 });
{code}

and then use clearWatch like this:
{code}
navigator.accelerometer.clearWatch(watchId);
{code}

My callBack function is still being executed at the frequency I supplied.  
clearWatch doesn't seem to be working
  Environment: 
On my Samsung Galaxy S3, Android 4.4.4,  CyanogenMod 
11-2014112-snapshot-M12-d2lte

Affects Version/s: 4.1.3
   3.5.0
  Summary: Accelerometer: clearWatch not stopping  (was: clearWatch 
not stopping anything)

 Accelerometer: clearWatch not stopping
 --

 Key: CB-8132
 URL: https://issues.apache.org/jira/browse/CB-8132
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Device Motion
Affects Versions: 3.5.0, 4.1.3
 Environment: On my Samsung Galaxy S3, Android 4.4.4,  CyanogenMod 
 11-2014112-snapshot-M12-d2lte
Reporter: Francisco Gutierrez

 When I start watchAcceleration like this:
 {code}
 var watchId = navigator.accelerometer.watchAcceleration(callBack, 
 handleError, { frequency: 300 });
 {code}
 and then use clearWatch like this:
 {code}
 navigator.accelerometer.clearWatch(watchId);
 {code}
 My callBack function is still being executed at the frequency I supplied.  
 clearWatch doesn't seem to be working



--
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-7090) [iOS 8] Integrate wkwebview branch into master branch


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

Shazron Abdullah commented on CB-7090:
--

Yeah I tested on 8.2 the minute the beta went out, of course it didn't work 
because the API function is missing (reported in the dev@ list).
You can test wkwebview today: 
https://github.com/apache/cordova-plugins/tree/master/wkwebview-engine
There are caveats: https://issues.apache.org/jira/browse/CB-8032


 [iOS 8] Integrate wkwebview branch into master branch
 -

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

 https://git-wip-us.apache.org/repos/asf/cordova-ios.git branch wkwebview



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

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

[jira] [Closed] (CB-8132) Accelerometer: clearWatch not stopping

2014-12-05 Thread Francisco Gutierrez (JIRA)


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

Francisco Gutierrez closed CB-8132.
---
Resolution: Fixed

was an issue with my JS and not the plugin.  sorry

 Accelerometer: clearWatch not stopping
 --

 Key: CB-8132
 URL: https://issues.apache.org/jira/browse/CB-8132
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Device Motion
Affects Versions: 3.5.0, 4.1.3
 Environment: On my Samsung Galaxy S3, Android 4.4.4,  CyanogenMod 
 11-2014112-snapshot-M12-d2lte
Reporter: Francisco Gutierrez

 When I start watchAcceleration like this:
 {code}
 var watchId = navigator.accelerometer.watchAcceleration(callBack, 
 handleError, { frequency: 300 });
 {code}
 and then use clearWatch like this:
 {code}
 navigator.accelerometer.clearWatch(watchId);
 {code}
 My callBack function is still being executed at the frequency I supplied.  
 clearWatch doesn't seem to be working



--
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-8121) create.js use of module 'valid-identifier' doesn't trigger pretty error

2014-12-05 Thread ASF subversion and git services (JIRA)


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

Jesse MacFadyen commented on CB-8121:
-

Josh, can you please point me to where we are doing this already? ... and I 
will do the same thing.

 create.js use of module 'valid-identifier' doesn't trigger pretty error
 ---

 Key: CB-8121
 URL: https://issues.apache.org/jira/browse/CB-8121
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib
Affects Versions: 4.1.3
Reporter: Josh Soref
Assignee: Jesse MacFadyen

 {quote}
 nodecordova-mobile-spec/createmobilespec/createmobilespec.js 
 --blackberry10
 {quote}
 {quote}
 Creating project from local git repos. If you have any errors, it may be from 
 missing repositories.
 {quote}
 {quote}
 To clone repositories:
   ./cordova-coho/coho repo-clone -r mobile-spec -r plugin-test-framework -r 
 cli -r lib -r plugman -r blackberry10 -r js -r plugins
   mkdir cordova-cli/node_modules
   (cd cordova-lib/cordova-lib/  npm install)
   (cd cordova-plugman/  npm install)
   mkdir cordova-cli/node_modules
   ln -s ../../cordova-lib/cordova-lib cordova-cli/node_modules
   (cd cordova-cli  npm install)
 {quote}
 {quote}
 To update all repositories:
   ./cordova-coho/coho repo-update
 {quote}
 {quote}
 Checking if you are using master branch of tools
 refs/heads/docs-updates
 refs/heads/master
 refs/heads/master
 refs/heads/master
 Using non-master of one or more tools.
 {quote}
 {quote}
 Creating project mobilespec...
 Error: Cannot find module 'valid-identifier'
 at Function.Module._resolveFilename (module.js:338:15)
 at Function.Module._load (module.js:280:25)
 at Module.require (module.js:364:17)
 at require (module.js:380:17)
 at Object.anonymous 
 (~/Cordova/cordova-lib/cordova-lib/src/cordova/create.js:34:26)
 at Module._compile (module.js:456:26)
 at Object.Module._extensions..js (module.js:474:10)
 at Module.load (module.js:356:32)
 at Function.Module._load (module.js:312:12)
 at Module.require (module.js:364:17)
 {quote}



--
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-7641) [iOS 8][Camera] Newly Taken Picture Previews are Black

2014-12-05 Thread Justin Noel (JIRA)


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

Justin Noel commented on CB-7641:
-

Confirming this as well

Cordova 3.7.0

iPhone 4s : iOS 7.1.2 : Problem does not present
iPhone 5S : iOS 8..1.1 : Problem presents
iPhone 6+ : iOS 8.1.1 : Problem does not present


 [iOS 8][Camera] Newly Taken Picture Previews are Black
 --

 Key: CB-7641
 URL: https://issues.apache.org/jira/browse/CB-7641
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Camera
Affects Versions: 3.3.0
 Environment: iOS 8 on an iPhone 6
Reporter: Nathan Beigel

 When making the following call using iOS 8 on an iPhone 6 then taking a new 
 picture, the XCode console display the error *Snapshotting a view that has 
 not been rendered results in an empty snapshot. Ensure your view has been 
 rendered at least once before snapshotting or snapshot after screen 
 updates.* and the image preview screen becomes completely black:
 {noformat}
 navigator.camera.getPicture(
   function() { ... }, 
   function() { ... }, 
   { 
   quality: 40,
   destinationType: Camera.DestinationType.DATA_URL,
   sourceType : Camera.PictureSourceType.CAMERA,
   allowEdit : false,
   encodingType: Camera.EncodingType.JPEG,
   correctOrientation: true,
   targetWidth: 600,
   targetHeight: 800,
   saveToPhotoAlbum: true
   }
 );
 {noformat}
 The Re-Take and Use Photo buttons at the bottom of the screen appear and 
 function properly though.
 I'm using the latest camera plugin code base located at: 
 https://github.com/apache/cordova-plugin-camera
 This behavior is not occurring using the same code with iOS 7.1 on an iPhone 
 5.



--
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-7641) [iOS 8][Camera] Newly Taken Picture Previews are Black

2014-12-05 Thread Justin Noel (JIRA)


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

Justin Noel edited comment on CB-7641 at 12/5/14 7:51 PM:
--

Confirming this as well

Cordova 3.7.0

iPhone 4s : iOS 7.1.2 : Problem does not present
iPhone 5S : iOS 8..1.1 : Problem presents
iPhone 6+ : iOS 8.1.1 : Problem does not present

The image preview is black.  However, actually taking a photo results in an 
image capture.


was (Author: jnoel):
Confirming this as well

Cordova 3.7.0

iPhone 4s : iOS 7.1.2 : Problem does not present
iPhone 5S : iOS 8..1.1 : Problem presents
iPhone 6+ : iOS 8.1.1 : Problem does not present


 [iOS 8][Camera] Newly Taken Picture Previews are Black
 --

 Key: CB-7641
 URL: https://issues.apache.org/jira/browse/CB-7641
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Camera
Affects Versions: 3.3.0
 Environment: iOS 8 on an iPhone 6
Reporter: Nathan Beigel

 When making the following call using iOS 8 on an iPhone 6 then taking a new 
 picture, the XCode console display the error *Snapshotting a view that has 
 not been rendered results in an empty snapshot. Ensure your view has been 
 rendered at least once before snapshotting or snapshot after screen 
 updates.* and the image preview screen becomes completely black:
 {noformat}
 navigator.camera.getPicture(
   function() { ... }, 
   function() { ... }, 
   { 
   quality: 40,
   destinationType: Camera.DestinationType.DATA_URL,
   sourceType : Camera.PictureSourceType.CAMERA,
   allowEdit : false,
   encodingType: Camera.EncodingType.JPEG,
   correctOrientation: true,
   targetWidth: 600,
   targetHeight: 800,
   saveToPhotoAlbum: true
   }
 );
 {noformat}
 The Re-Take and Use Photo buttons at the bottom of the screen appear and 
 function properly though.
 I'm using the latest camera plugin code base located at: 
 https://github.com/apache/cordova-plugin-camera
 This behavior is not occurring using the same code with iOS 7.1 on an iPhone 
 5.



--
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-8121) create.js use of module 'valid-identifier' doesn't trigger pretty error

2014-12-05 Thread Josh Soref (JIRA)


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

Josh Soref commented on CB-8121:


[~purplecabbage] 
https://github.com/apache/cordova-cli/blob/master/src/cli.js#L47

 create.js use of module 'valid-identifier' doesn't trigger pretty error
 ---

 Key: CB-8121
 URL: https://issues.apache.org/jira/browse/CB-8121
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib
Affects Versions: 4.1.3
Reporter: Josh Soref
Assignee: Jesse MacFadyen

 {quote}
 nodecordova-mobile-spec/createmobilespec/createmobilespec.js 
 --blackberry10
 {quote}
 {quote}
 Creating project from local git repos. If you have any errors, it may be from 
 missing repositories.
 {quote}
 {quote}
 To clone repositories:
   ./cordova-coho/coho repo-clone -r mobile-spec -r plugin-test-framework -r 
 cli -r lib -r plugman -r blackberry10 -r js -r plugins
   mkdir cordova-cli/node_modules
   (cd cordova-lib/cordova-lib/  npm install)
   (cd cordova-plugman/  npm install)
   mkdir cordova-cli/node_modules
   ln -s ../../cordova-lib/cordova-lib cordova-cli/node_modules
   (cd cordova-cli  npm install)
 {quote}
 {quote}
 To update all repositories:
   ./cordova-coho/coho repo-update
 {quote}
 {quote}
 Checking if you are using master branch of tools
 refs/heads/docs-updates
 refs/heads/master
 refs/heads/master
 refs/heads/master
 Using non-master of one or more tools.
 {quote}
 {quote}
 Creating project mobilespec...
 Error: Cannot find module 'valid-identifier'
 at Function.Module._resolveFilename (module.js:338:15)
 at Function.Module._load (module.js:280:25)
 at Module.require (module.js:364:17)
 at require (module.js:380:17)
 at Object.anonymous 
 (~/Cordova/cordova-lib/cordova-lib/src/cordova/create.js:34:26)
 at Module._compile (module.js:456:26)
 at Object.Module._extensions..js (module.js:474:10)
 at Module.load (module.js:356:32)
 at Function.Module._load (module.js:312:12)
 at Module.require (module.js:364:17)
 {quote}



--
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-8093) File transfer plugin doesn't return response body in case of download failure


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

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

Commit f415f35c20660065dd6223b92290b18c82784156 in 
cordova-plugin-file-transfer's branch refs/heads/master from [~purplecabbage]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=f415f35
 ]

Merge branch 'CB-8093' of 
https://github.com/MSOpenTech/cordova-plugin-file-transfer


 File transfer plugin doesn't return response body in case of download failure
 -

 Key: CB-8093
 URL: https://issues.apache.org/jira/browse/CB-8093
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Reporter: Vladimir Kotikov
  Labels: file-transfer, windows

 In case of download error plugin's {{download()}} method should return a 
 {{FileTransferError}} with responseText property, set to server's responce 
 body but current implementation always returns an empty field.
 Can be reprod by filetransfer.spec.13
 {{should get response body on failure}}



--
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-8093) File transfer plugin doesn't return response body in case of download failure

2014-12-05 Thread ASF subversion and git services (JIRA)


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

ASF GitHub Bot commented on CB-8093:


Github user asfgit closed the pull request at:

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


 File transfer plugin doesn't return response body in case of download failure
 -

 Key: CB-8093
 URL: https://issues.apache.org/jira/browse/CB-8093
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Reporter: Vladimir Kotikov
  Labels: file-transfer, windows

 In case of download error plugin's {{download()}} method should return a 
 {{FileTransferError}} with responseText property, set to server's responce 
 body but current implementation always returns an empty field.
 Can be reprod by filetransfer.spec.13
 {{should get response body on failure}}



--
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-8093) File transfer plugin doesn't return response body in case of download failure


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

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

Commit 80aa82802183f7b9794064fd984b1b646c0ecaaa in 
cordova-plugin-file-transfer's branch refs/heads/master from [~vladimir.kotikov]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=80aa828
 ]

CB-8093 Fixes incorrect FileTransferError returned in case of download failure


 File transfer plugin doesn't return response body in case of download failure
 -

 Key: CB-8093
 URL: https://issues.apache.org/jira/browse/CB-8093
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Reporter: Vladimir Kotikov
  Labels: file-transfer, windows

 In case of download error plugin's {{download()}} method should return a 
 {{FileTransferError}} with responseText property, set to server's responce 
 body but current implementation always returns an empty field.
 Can be reprod by filetransfer.spec.13
 {{should get response body on failure}}



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

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

[jira] [Resolved] (CB-8093) File transfer plugin doesn't return response body in case of download failure


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

Jesse MacFadyen resolved CB-8093.
-
Resolution: Fixed

Merged, thanks Vlad!

 File transfer plugin doesn't return response body in case of download failure
 -

 Key: CB-8093
 URL: https://issues.apache.org/jira/browse/CB-8093
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Reporter: Vladimir Kotikov
  Labels: file-transfer, windows

 In case of download error plugin's {{download()}} method should return a 
 {{FileTransferError}} with responseText property, set to server's responce 
 body but current implementation always returns an empty field.
 Can be reprod by filetransfer.spec.13
 {{should get response body on failure}}



--
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-8014) fileKey option is being sent with a wrong value due to a mistake in the code

2014-12-05 Thread ASF subversion and git services (JIRA)


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

ASF GitHub Bot commented on CB-8014:


Github user asfgit closed the pull request at:

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


 fileKey option is being sent with a wrong value due to a mistake in the code
 

 Key: CB-8014
 URL: https://issues.apache.org/jira/browse/CB-8014
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry, FirefoxOS
Reporter: Felipe Lima
  Labels: easyfix

 fileKey option is being sent with a wrong value due to a mistake in the code 
 for BlackBerry10 and FirefoxOS.
 BlackBerry10:
 {code:title=www/blackberry10/xhrFileTransfer.js|borderStyle=solid}
 ...
 upload: function(win, fail, args) {
 var filePath = args[0],
 server = args[1],
 fileKey = args[9],// Here is the mistake. The index should be 2.
 fileName = args[3],
 mimeType = args[4],
 ...
 {code}
 FirefoxOS:
 {code:title=www/firefoxos/FileTransferProxy.js|borderStyle=solid}
 ...
 upload: function(successCallback, errorCallback, args) {
 var filePath = args[0],
 server = args[1],
 fileKey = args[9],// Here is the mistake. The index should be 2.
 fileName = args[3],
 mimeType = args[4],
 ...
 {code}



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

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

[jira] [Commented] (CB-8014) fileKey option is being sent with a wrong value due to a mistake in the code


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

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

Commit c0fd1a3f4688b0742cff682dbb423cbe374bccb4 in 
cordova-plugin-file-transfer's branch refs/heads/master from [~purplecabbage]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=c0fd1a3
 ]

Merge branch 'CB-8014' of 
https://github.com/marti1125/cordova-plugin-file-transfer


 fileKey option is being sent with a wrong value due to a mistake in the code
 

 Key: CB-8014
 URL: https://issues.apache.org/jira/browse/CB-8014
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry, FirefoxOS
Reporter: Felipe Lima
  Labels: easyfix

 fileKey option is being sent with a wrong value due to a mistake in the code 
 for BlackBerry10 and FirefoxOS.
 BlackBerry10:
 {code:title=www/blackberry10/xhrFileTransfer.js|borderStyle=solid}
 ...
 upload: function(win, fail, args) {
 var filePath = args[0],
 server = args[1],
 fileKey = args[9],// Here is the mistake. The index should be 2.
 fileName = args[3],
 mimeType = args[4],
 ...
 {code}
 FirefoxOS:
 {code:title=www/firefoxos/FileTransferProxy.js|borderStyle=solid}
 ...
 upload: function(successCallback, errorCallback, args) {
 var filePath = args[0],
 server = args[1],
 fileKey = args[9],// Here is the mistake. The index should be 2.
 fileName = args[3],
 mimeType = args[4],
 ...
 {code}



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

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

[jira] [Resolved] (CB-8014) fileKey option is being sent with a wrong value due to a mistake in the code


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

Jesse MacFadyen resolved CB-8014.
-
Resolution: Fixed

Merged, thanks [~marti1125]

 fileKey option is being sent with a wrong value due to a mistake in the code
 

 Key: CB-8014
 URL: https://issues.apache.org/jira/browse/CB-8014
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry, FirefoxOS
Reporter: Felipe Lima
  Labels: easyfix

 fileKey option is being sent with a wrong value due to a mistake in the code 
 for BlackBerry10 and FirefoxOS.
 BlackBerry10:
 {code:title=www/blackberry10/xhrFileTransfer.js|borderStyle=solid}
 ...
 upload: function(win, fail, args) {
 var filePath = args[0],
 server = args[1],
 fileKey = args[9],// Here is the mistake. The index should be 2.
 fileName = args[3],
 mimeType = args[4],
 ...
 {code}
 FirefoxOS:
 {code:title=www/firefoxos/FileTransferProxy.js|borderStyle=solid}
 ...
 upload: function(successCallback, errorCallback, args) {
 var filePath = args[0],
 server = args[1],
 fileKey = args[9],// Here is the mistake. The index should be 2.
 fileName = args[3],
 mimeType = args[4],
 ...
 {code}



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

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

[jira] [Commented] (CB-3679) Breakout SplashScreen Plugin for Android


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

ASF GitHub Bot commented on CB-3679:


Github user jbavari commented on the pull request:

https://github.com/apache/cordova-android/pull/134#issuecomment-65858347
  
Andrew,
I looked through the code. Everything looks good from what I saw here. :+1: 


 Breakout SplashScreen Plugin for Android
 

 Key: CB-3679
 URL: https://issues.apache.org/jira/browse/CB-3679
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android, Plugin SplashScreen
Reporter: Steve Gill
Assignee: Andrew Grieve
 Fix For: 3.0.0






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

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

[jira] [Resolved] (CB-8117) menu


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

Marcel Kinard resolved CB-8117.
---
Resolution: Incomplete

I'm going to assume that this Jira issue was created accidently, since there is 
no information here except for a one-word title. Please re-open and fill in the 
information if this was not an accident.

 menu
 

 Key: CB-8117
 URL: https://issues.apache.org/jira/browse/CB-8117
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Barbaros Bayraktar





--
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-3679) Breakout SplashScreen Plugin for Android


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

ASF GitHub Bot commented on CB-3679:


Github user jbavari commented on the pull request:


https://github.com/apache/cordova-plugin-splashscreen/pull/32#issuecomment-65865043
  
Works great. :+1: 


 Breakout SplashScreen Plugin for Android
 

 Key: CB-3679
 URL: https://issues.apache.org/jira/browse/CB-3679
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android, Plugin SplashScreen
Reporter: Steve Gill
Assignee: Andrew Grieve
 Fix For: 3.0.0






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

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

[jira] [Created] (CB-8133) WLAN Geolocation Android 4.4

2014-12-05 Thread Stefan (JIRA)

Stefan created CB-8133:
--

 Summary: WLAN Geolocation Android 4.4
 Key: CB-8133
 URL: https://issues.apache.org/jira/browse/CB-8133
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Geolocation
 Environment: Samsung Galaxy Tab 4 (SM-T335)  with Android 4.4.2
Samsung Galaxy S5 with Android 4.4.2
Reporter: Stefan


I was not sure about the version selection, so may important information first:

cordova -v
3.6.3-0.2.13

cordova plugin
org.apache.cordova.geolocation 0.3.10 Geolocation

Now to the issue itself: I try to get the users location through WLAN but it 
doesn't work for me. If GPS is enabled for the device all works fine. Same 
problem for both environments with Android 4.4.2.

I tested the same problem on two two different Samung Galaxy S3 devices and the 
WLAN location works fine, so it seems to be a problem with Android 4.4



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

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

[jira] [Created] (CB-8134) Image missing in Windows Phone 8 vmware instructions

Shazron Abdullah created CB-8134:


 Summary: Image missing in Windows Phone 8 vmware instructions
 Key: CB-8134
 URL: https://issues.apache.org/jira/browse/CB-8134
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
 Environment: Windows Phone 8
Reporter: Shazron Abdullah


Under 3. Choose the Advanced settings. Enable the Preferred virtualization 
engine: Intel VT-x with EPT option:

Link: http://cordova.apache.org/docs/en/edge/guide_platforms_wp8_vmware.md.html



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

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

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

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

Shazron Abdullah commented on CB-7606:
--

I tested (2) by killing the app if running, and launching the custom url from
Mobile Safari. I'll retest and verify, and look at your patch.

handleOpenURL handler firing more than necessary

--
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-7606) handleOpenURL handler firing more than necessary

2014-12-05 Thread Paul Kane (JIRA)

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

Paul Kane commented on CB-7606:
---

I'm the original reporter of the issue. Although in JIRA I am no longer
watching this issue I still receive an email for every update here. Can
someone explain how to stop this?

handleOpenURL handler firing more than necessary

--
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-7606) handleOpenURL handler firing more than necessary


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

Shazron Abdullah commented on CB-7606:
--

You'll have to ask the Apache Admins, unfortunately by filing an INFRA issue:
http://issues.apache.org/jira/browse/INFRA

https://answers.atlassian.com/questions/77068/disable-auto-notifications-for-reporter

 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
Assignee: Shazron Abdullah
 Fix For: 3.7.0


 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)

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

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

2014-12-05 Thread Paul Kane (JIRA)

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

Paul Kane commented on CB-7606:
---

Thanks for the info. Good to know I wasn't crazy (looked for it for quite a
while). I'll just start sending these emails to my spam folder and let GMail
sort it out.

handleOpenURL handler firing more than necessary

--
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-7090) [iOS 8] Integrate wkwebview branch into master branch

2014-12-05 Thread seth piezas (JIRA)


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

seth piezas commented on CB-7090:
-

I wasn't aware of this before, but as I was testing the WKWebViewFIleUrlTest 
project that was posted it appears that the app tmp folder is a valid location 
to load from.  Is this another possible workaround?  To copy the assets folder 
to this location?  There is the obvious downside that the contents could be 
blown away (this could be handled by an auto copy).  And it's not clear if 
localStorage/cookies/etc would survive the auto cleanup (although it appears to 
be persistent between sessions).  But other than that it seems workable.  
Thoughts?  

 [iOS 8] Integrate wkwebview branch into master branch
 -

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

 https://git-wip-us.apache.org/repos/asf/cordova-ios.git branch wkwebview



--
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-7090) [iOS 8] Integrate wkwebview branch into master branch


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

Shazron Abdullah commented on CB-7090:
--

This has already been discussed at length at the dev@ list. This is not viable 
for large payloads. There will be a delay at startup to copy from the bundle to 
tmp. For small payloads it will work, but if you have large payloads, it will 
not be acceptable. Maybe 500ms to 1s for average payload? Which of course 
increases linearly by payload size.

 [iOS 8] Integrate wkwebview branch into master branch
 -

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

 https://git-wip-us.apache.org/repos/asf/cordova-ios.git branch wkwebview



--
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-8036) Cannot update to 3.7.0

2014-12-05 Thread Jeffrey Greenberg (JIRA)


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

Jeffrey Greenberg commented on CB-8036:
---

Being able to update platform iOS independent of having to update plugins and 
various Xcode settings is key.
I'm tried to update my working Platform IOS v3.6.3 running the latest release 
CLI (  plugman) and have been bit by this too.  In a failed attempt to 
workaround, I manually installed shelljs via NPM and tried again but that had 
no effect.

I don't know what sort of automated testing there is of Cordova builds, but 
this use case of updating from version to version without grief should be part 
of such a test...

 Cannot update to 3.7.0
 --

 Key: CB-8036
 URL: https://issues.apache.org/jira/browse/CB-8036
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.7.0
 Environment: OS X Maverics (10.9.5) with XCode 6
Reporter: Hirbod

 Hi,
 before 3.7.0 I could update without any problems from 3.5.0 to 3.6.3
 I tried to update from 3.6.3 to 3.7.0 but now I receive this error:
 cordova platform update ios
 module.js:340
 throw err;
   ^
 Error: Cannot find module 'shelljs'
 at Function.Module._resolveFilename (module.js:338:15)
 at Function.Module._load (module.js:280:25)
 at Module.require (module.js:364:17)
 at require (module.js:380:17)
 at Object.anonymous 
 (/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update:21:13)
 at Module._compile (module.js:456:26)
 at Object.Module._extensions..js (module.js:474:10)
 at Module.load (module.js:356:32)
 at Function.Module._load (module.js:312:12)
 at Function.Module.runMain (module.js:497:10)
 Error: 
 /Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update: 
 Command failed with exit code 8
 at ChildProcess.whenDone 
 (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
 at ChildProcess.emit (events.js:98:17)
 at maybeClose (child_process.js:756:16)
 at Process.ChildProcess._handle.onexit (child_process.js:823:5)
 I tried to reinstall shelljs locally and globally but I can't figure out this 
 bug.
 Update for Android to version 3.6.4 worked without any problems.
 Of course I've updated phonegap and cordova before (like described in the CLI 
 Docs on phonegap.com)



--
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-7090) [iOS 8] Integrate wkwebview branch into master branch

2014-12-05 Thread seth piezas (JIRA)


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

seth piezas commented on CB-7090:
-

definitely sub-optimal, but possibly a good trick for people using iOS 8 
extensions that have limited memory.  

 [iOS 8] Integrate wkwebview branch into master branch
 -

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

 https://git-wip-us.apache.org/repos/asf/cordova-ios.git branch wkwebview



--
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-7090) [iOS 8] Integrate wkwebview branch into master branch


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

Shazron Abdullah commented on CB-7090:
--

This is all moot once WKWebView gains the fix with the new API function 
loadFileURL:allowingReadAccessToURL: (not sure when)

 [iOS 8] Integrate wkwebview branch into master branch
 -

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

 https://git-wip-us.apache.org/repos/asf/cordova-ios.git branch wkwebview



--
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-8032) Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory:


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

Shazron Abdullah commented on CB-8032:
--

I think if the File API is used, it will send back and forth the cdvfile:// 
url, not any native representation. It will however impact performance like you 
said since this processing part will be a bottleneck.

I'd like to move on with my approach for now (see 
https://issues.apache.org/jira/browse/CB-8032?focusedCommentId=14220041page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14220041)
 this has no impact on performance since it will only be called when needed, 
but at the expense of adding new functionality.



 Add nativeURL external method support for 
 CDVFileSystem-makeEntryForPath:isDirectory:
 --

 Key: CB-8032
 URL: https://issues.apache.org/jira/browse/CB-8032
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin File 
 Transfer, Plugin Media, Plugin Media Capture
 Environment: iOS
Reporter: Shazron Abdullah

 Right now in CDVFileSystem-makeEntryForPath:isDirectory:, in the 
 NSDictionary that is returned, for the key nativeURL the format is fixed 
 (file:// protocol for a local filesystem reference, and assets-library:/ for 
 a assets library filesystem reference.)
 When calculating the nativeURL, allow this to be specified externally, check 
 for a selector nativeURL and call that if available.
 This is for example declared in a Category in this plugin: 
 https://github.com/apache/cordova-plugins/blob/5d8ef21dcbde1f99d60e1b52ae3a3800e4c185d9/local-webserver/src/ios/CDVLocalFileSystem%2BNativeURL.m
 ... which when linked will have the selector available for the File plugin to 
 call.
 This code is part of the local webserver plugin - and it needs the File 
 references to be proxied through a local webserver.
 For example if the FileEntry is to:
 
 file://my/package/folder/Documents/foo.txt
 .. the nativeURL would be, with this new category method, and the local 
 webserver listening to http://localhost:8080:
 http://localhost:8080/local-filesystem/my/package/folder/Documents/foo.txt



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

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

[jira] [Resolved] (CB-2335) Add body property to FileTransferError object on Windows 8


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

Jesse MacFadyen resolved CB-2335.
-
Resolution: Fixed

Implemented where possible

 Add body property to FileTransferError object on Windows 8
 

 Key: CB-2335
 URL: https://issues.apache.org/jira/browse/CB-2335
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Windows 8
Affects Versions: 2.3.0, 2.4.0, 2.5.0, 2.6.0
Reporter: Filip Maj
Assignee: Jesse MacFadyen
 Fix For: 3.6.0






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

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

[jira] [Commented] (CB-8032) Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory:

2014-12-05 Thread Andrew Grieve (JIRA)


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

Andrew Grieve commented on CB-8032:
---

I think that's fine Shaz. Certainly we can expand upon your approach at a later 
time if it's necessary.

Only ask (not sure if you've already done it or not actually), is that you make 
the www/ served via a subdirectory (e.g. localhost/www/index.html instead of 
localhost/index.html). That way any special directory we add to account for 
other routes (asset-library, file-system) won't conflict with files within www/

 Add nativeURL external method support for 
 CDVFileSystem-makeEntryForPath:isDirectory:
 --

 Key: CB-8032
 URL: https://issues.apache.org/jira/browse/CB-8032
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin File 
 Transfer, Plugin Media, Plugin Media Capture
 Environment: iOS
Reporter: Shazron Abdullah

 Right now in CDVFileSystem-makeEntryForPath:isDirectory:, in the 
 NSDictionary that is returned, for the key nativeURL the format is fixed 
 (file:// protocol for a local filesystem reference, and assets-library:/ for 
 a assets library filesystem reference.)
 When calculating the nativeURL, allow this to be specified externally, check 
 for a selector nativeURL and call that if available.
 This is for example declared in a Category in this plugin: 
 https://github.com/apache/cordova-plugins/blob/5d8ef21dcbde1f99d60e1b52ae3a3800e4c185d9/local-webserver/src/ios/CDVLocalFileSystem%2BNativeURL.m
 ... which when linked will have the selector available for the File plugin to 
 call.
 This code is part of the local webserver plugin - and it needs the File 
 references to be proxied through a local webserver.
 For example if the FileEntry is to:
 
 file://my/package/folder/Documents/foo.txt
 .. the nativeURL would be, with this new category method, and the local 
 webserver listening to http://localhost:8080:
 http://localhost:8080/local-filesystem/my/package/folder/Documents/foo.txt



--
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-8032) Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory: