[jira] [Created] (CB-5733) Cannot close child window in iOS7
Anant Sajnani created CB-5733: - Summary: Cannot close child window in iOS7 Key: CB-5733 URL: https://issues.apache.org/jira/browse/CB-5733 Project: Apache Cordova Issue Type: Bug Environment: iPhone 4s iOS 7 Reporter: Anant Sajnani I can't close child window in iOS7. Works on android refTest= window.open("http://www.cnn.com","_blank";); refTest.close(); -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5732) Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning.
Brian Zitzow created CB-5732: Summary: Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. Key: CB-5732 URL: https://issues.apache.org/jira/browse/CB-5732 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 3.1.0 Environment: * Mac OS X (10.8.5) * XCode 5.2 * iOs 7 {quote}phonegap local --version 3.1.0-0.15.0{quote} Reporter: Brian Zitzow The application is crashing only when multiple pictures are taken. There is a memory error in the logs. I'm using the cordova camera plugin: https://github.com/apache/cordova-plugin-camera The crash doesn't happen during the picture taking, but shortly after. If I don't take the pictures, the application doesn't crash. At this point, I'm assuming the memory is being filled up, and CDVCamera isn't crashing - however, it's also not releasing memory - so the next memory intensive task that is performed crashes the application. I searched through the existing JIRA issues - here is what i found: CB-1751 (Feature - Resolved) is related to someone writing a new plugin. I am using the existing plugin. CB-975 - (Bug - Reopened) Lorin Asked: {quote}Could you share any memory profiling data you've collected?{quote} I will be happy to provide memory profiling data, but I'm not sure how to collect it. If you could provide some guidance, I will gather the information. CB-391 (Bug - Resolved) - I'm not sure this applies. *The application log from XCode* Note: the line '--- Camera Success ' indicates that a picture was taken. {code}2014-01-06 17:12:05.434 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:12:05.490 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:12:15.720 ESA Mobile[38556:60b] Camera Success 2014-01-06 17:12:18.378 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:12:18.442 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:12:24.182 ESA Mobile[38556:60b] Camera Success 2014-01-06 17:12:29.027 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:12:29.082 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:12:32.121 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:12:33.896 ESA Mobile[38556:60b] Camera Success 2014-01-06 17:12:40.399 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:12:40.433 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:12:43.129 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:12:44.595 ESA Mobile[38556:60b] Camera Success 2014-01-06 17:12:49.852 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:12:49.886 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:12:50.607 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:12:50.648 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:12:50.651 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:12:50.684 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:12:53.967 ESA Mobile[38556:60b] Camera Success 2014-01-06 17:12:59.417 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:12:59.464 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:13:00.491 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:13:00.535 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:13:00.713 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:13:00.755 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:13:03.841 ESA Mobile[38556:60b] Camera Success 2014-01-06 17:13:09.368 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:13:09.419 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:13:11.056 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:13:11.091 ESA Mobile[38556:60b] Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. 2014-01-06 17:13:11.241 ESA Mobile[38556:60b] Received memory warning. 2014-01-06 17:13:11.275 ESA Mobile[38556:60b] Plugin 'CDVCamera'
[jira] [Updated] (CB-5731) Windows Phone 8 fails to access remote urls
[ https://issues.apache.org/jira/browse/CB-5731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John McLear updated CB-5731: Component/s: (was: Windows 8) WP8 > Windows Phone 8 fails to access remote urls > --- > > Key: CB-5731 > URL: https://issues.apache.org/jira/browse/CB-5731 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 3.3.0 >Reporter: John McLear >Assignee: Jesse MacFadyen > > Doing a very simple: > {code:javascript} > $.get("http://google.com";, function(){alert("yay")}); > {code} > Fails on Windows Phone 8. > Basically Cross domain requests don't work, this includes when an explicit > and/or wildcard exclusion is set in config.xml allowed domains -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5727) Right side of splash screens cut off
[ https://issues.apache.org/jira/browse/CB-5727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-5727: - Component/s: Plugin SplashScreen > Right side of splash screens cut off > > > Key: CB-5727 > URL: https://issues.apache.org/jira/browse/CB-5727 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin SplashScreen >Affects Versions: 3.3.0 >Reporter: Jacob Weber >Priority: Minor > Attachments: Default-Portrait~ipad.png, ios.zip > > > If I create a project using the CLI, and add the iOS platform, it contains a > default set of splash screen images. These are the same ones described [in > the > docs|http://cordova.apache.org/docs/en/3.3.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens]. > When I run this project on the iOS 7 simulator, the right 50px or so of the > iPad images is cut off. This applies to Retina and non-Retina, portrait and > landscape. > When I run it on the iOS 6.1 simulator, the whole image is shown. > This is easier to see if you add something visible near the right edge of one > of the images. (See attachment) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5731) Windows Phone 8 fails to access remote urls
[ https://issues.apache.org/jira/browse/CB-5731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John McLear updated CB-5731: Description: Doing a very simple: {code:javascript} $.get("http://google.com";, function(){alert("yay")}); {code} Fails on Windows Phone 8. Basically Cross domain requests don't work, this includes when an explicit and/or wildcard exclusion is set in config.xml allowed domains was: Doing a very simple: {{$.get("http://google.com";, function(){alert("yay")}); }} Fails on Windows Phone 8. Basically Cross domain requests don't work, this includes when an explicit and/or wildcard exclusion is set in config.xml allowed domains > Windows Phone 8 fails to access remote urls > --- > > Key: CB-5731 > URL: https://issues.apache.org/jira/browse/CB-5731 > Project: Apache Cordova > Issue Type: Bug > Components: Windows 8 >Affects Versions: 3.3.0 >Reporter: John McLear >Assignee: Jesse MacFadyen > > Doing a very simple: > {code:javascript} > $.get("http://google.com";, function(){alert("yay")}); > {code} > Fails on Windows Phone 8. > Basically Cross domain requests don't work, this includes when an explicit > and/or wildcard exclusion is set in config.xml allowed domains -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5731) Windows Phone 8 fails to access remote urls
John McLear created CB-5731: --- Summary: Windows Phone 8 fails to access remote urls Key: CB-5731 URL: https://issues.apache.org/jira/browse/CB-5731 Project: Apache Cordova Issue Type: Bug Components: Windows 8 Affects Versions: 3.3.0 Reporter: John McLear Assignee: Jesse MacFadyen Doing a very simple. $.get("http://google.com";, function(){alert("yay")}); Fails on Windows Phone 8. Basically Cross domain requests don't work, this includes when an explicit and/or wildcard exclusion is set in config.xml allowed domains -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5731) Windows Phone 8 fails to access remote urls
[ https://issues.apache.org/jira/browse/CB-5731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John McLear updated CB-5731: Description: Doing a very simple: {{$.get("http://google.com";, function(){alert("yay")}); }} Fails on Windows Phone 8. Basically Cross domain requests don't work, this includes when an explicit and/or wildcard exclusion is set in config.xml allowed domains was: Doing a very simple. $.get("http://google.com";, function(){alert("yay")}); Fails on Windows Phone 8. Basically Cross domain requests don't work, this includes when an explicit and/or wildcard exclusion is set in config.xml allowed domains > Windows Phone 8 fails to access remote urls > --- > > Key: CB-5731 > URL: https://issues.apache.org/jira/browse/CB-5731 > Project: Apache Cordova > Issue Type: Bug > Components: Windows 8 >Affects Versions: 3.3.0 >Reporter: John McLear >Assignee: Jesse MacFadyen > > Doing a very simple: {{$.get("http://google.com";, function(){alert("yay")}); > }} > Fails on Windows Phone 8. > Basically Cross domain requests don't work, this includes when an explicit > and/or wildcard exclusion is set in config.xml allowed domains -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5639) Geolocation is not working on my android phones except version of 4.3
[ https://issues.apache.org/jira/browse/CB-5639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-5639. Resolution: Cannot Reproduce Make sure you're using High Precision when trying to obtain Geolocation. GPS is often the lowest precision, and if you're testing a device with no internet connectivity, GPS is going to be your only source and if there's no cached position, it will take quite a long time to get a fix indoors without any help. Tested on HTC One, HTC One X, Samsung Galaxy S3, Samsung Galaxy S4, Huwaei Ascend, > Geolocation is not working on my android phones except version of 4.3 > - > > Key: CB-5639 > URL: https://issues.apache.org/jira/browse/CB-5639 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.2.0 > Environment: Android >Reporter: afs tick >Assignee: Joe Bowser > Labels: geolocation, issue, timeout > Original Estimate: 48h > Remaining Estimate: 48h > > Recently i come across an issue during development of phonegap app. I need to > fetch current location of user for that i tried the same code you have > provided in the documentation of 3.2.0 version.Well it worked on my Samsung > Note- 4.3 and Samsung s4 having same version but it didn't work on my other > phones having version 4.2.2 and 4.1.2 giving me a timeout error. Please tell > us a solution for this.We are waiting. Fix this bug as soon as possible. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5430) [plugin-network-information] JS getInfo method does not work on Android
[ https://issues.apache.org/jira/browse/CB-5430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-5430. Resolution: Not A Problem StackOverflow says that you need to reinstall the plugin. I think you should probably do that. > [plugin-network-information] JS getInfo method does not work on Android > --- > > Key: CB-5430 > URL: https://issues.apache.org/jira/browse/CB-5430 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Pepe Cano >Assignee: Joe Bowser > > The error is described at http://stackoverflow.com/a/19894873/446317 > Current JS implementation originates and exception because the "getInfo" > method is available at the "navigator.connection" variable. > So, the only way to use the API is to call directly: > cordovaRef.exec(function(v) { > }, function() { > }, "NetworkStatus", "getConnectionInfo", []); -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4976) Don't use ~/.cordova/lib during platform add when platform has been set to a local path via config.json
[ https://issues.apache.org/jira/browse/CB-4976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13863463#comment-13863463 ] ASF subversion and git services commented on CB-4976: - Commit b6d58da7cfb58f424bb0ef498409755fa40ad0bd in branch refs/heads/master from [~drkemp] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=b6d58da ] Revert "CB-4976 - dont use cache for local custom lib" This reverts commit de94f31c4e47a4318c7c095b69ac1504ed0e4fe7. > Don't use ~/.cordova/lib during platform add when platform has been set to a > local path via config.json > --- > > Key: CB-4976 > URL: https://issues.apache.org/jira/browse/CB-4976 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Andrew Grieve >Assignee: Braden Shepherdson >Priority: Minor > > The caching of the platform within libs/ is a source of frustration to the > continuous build, and to people constantly testing the tool locally against > local platform checkouts. It causes you to sometimes not point to where you > think it's pointing if the symlink already exists and it's different from > what you specified in config.json. > I think the best thing here would be to just not use the libs/ directory at > all for the non-lazy-loaded case. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5212) [BlackBerry10] Add ability to enable web view caching
[ https://issues.apache.org/jira/browse/CB-5212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-5212. --- Resolution: Fixed Fix Version/s: 3.4.0 > [BlackBerry10] Add ability to enable web view caching > - > > Key: CB-5212 > URL: https://issues.apache.org/jira/browse/CB-5212 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.1.0 >Reporter: Bryan Higgins >Assignee: Bryan Higgins > Fix For: 3.4.0 > > > By default BB10 apps have caching disabled in the web view. It is possible to > enable this via web platform call on the controller: > qnx.callExtensionMethod("webview.setEnableDiskCache", 0, "true"); > Proposal is to have this as "WebViewCaching" preference (enable or disable) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5212) [BlackBerry10] Add ability to enable web view caching
[ https://issues.apache.org/jira/browse/CB-5212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13863428#comment-13863428 ] ASF subversion and git services commented on CB-5212: - Commit 37e9fc11cde9dc3670083aa75fb7605326eb0066 in branch refs/heads/master from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=37e9fc1 ] CB-5212 - Add preference "DiskCache" (enable/disable) This triggers the native webview caching which may improve app performance when resources are not expected to change. > [BlackBerry10] Add ability to enable web view caching > - > > Key: CB-5212 > URL: https://issues.apache.org/jira/browse/CB-5212 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.1.0 >Reporter: Bryan Higgins >Assignee: Bryan Higgins > Fix For: 3.4.0 > > > By default BB10 apps have caching disabled in the web view. It is possible to > enable this via web platform call on the controller: > qnx.callExtensionMethod("webview.setEnableDiskCache", 0, "true"); > Proposal is to have this as "WebViewCaching" preference (enable or disable) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5728) Files in merges must remain intact when removing platform
[ https://issues.apache.org/jira/browse/CB-5728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Braden Shepherdson resolved CB-5728. Resolution: Fixed Fix Version/s: 3.4.0 Assignee: Braden Shepherdson Merged the PR as 40d6b974844d5bf02ed370d313127bedfd23ea13. > Files in merges must remain intact when removing platform > - > > Key: CB-5728 > URL: https://issues.apache.org/jira/browse/CB-5728 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.2.0 >Reporter: Ivan Baktsheev >Assignee: Braden Shepherdson > Fix For: 3.4.0 > > > platform rm must not delete files in `merges` dir. > 1) this is completely unexpected and not documented in any way; > 2) lost some files because of this; project after `platform rm && platform > add` is broken because of empty merges dir. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4976) Don't use ~/.cordova/lib during platform add when platform has been set to a local path via config.json
[ https://issues.apache.org/jira/browse/CB-4976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13863349#comment-13863349 ] ASF subversion and git services commented on CB-4976: - Commit de94f31c4e47a4318c7c095b69ac1504ed0e4fe7 in branch refs/heads/master from [~drkemp] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=de94f31 ] CB-4976 - dont use cache for local custom lib > Don't use ~/.cordova/lib during platform add when platform has been set to a > local path via config.json > --- > > Key: CB-4976 > URL: https://issues.apache.org/jira/browse/CB-4976 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Andrew Grieve >Assignee: Braden Shepherdson >Priority: Minor > > The caching of the platform within libs/ is a source of frustration to the > continuous build, and to people constantly testing the tool locally against > local platform checkouts. It causes you to sometimes not point to where you > think it's pointing if the symlink already exists and it's different from > what you specified in config.json. > I think the best thing here would be to just not use the libs/ directory at > all for the non-lazy-loaded case. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5300) Clarify steps and expectations for manual tests
[ https://issues.apache.org/jira/browse/CB-5300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-5300. --- Resolution: Fixed Fix Version/s: 3.4.0 > Clarify steps and expectations for manual tests > --- > > Key: CB-5300 > URL: https://issues.apache.org/jira/browse/CB-5300 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec, Plugin InAppBrowser, Plugin Media Capture >Reporter: Mike Billau >Assignee: Marcel Kinard >Priority: Minor > Fix For: 3.4.0 > > > Some of the manual test pages are pretty confusing and it's not clear what > steps should be taken to perform the tests or what the expectations should > be. Part of this content is explained on > http://wiki.apache.org/cordova/RunningTests but this page is missing data for > InAppBrowser and MediaCapture (and possibly others.) > Additionally, this wiki page is not very well known. The manual tests should > either link to this wiki page or the test pages should include these steps > directly in their HTML. This may require a separate jira item. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5714) Android build fails when there is too much output
[ https://issues.apache.org/jira/browse/CB-5714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13863252#comment-13863252 ] Braden Shepherdson commented on CB-5714: Yes please, change this to use {{spawn()}}. > Android build fails when there is too much output > - > > Key: CB-5714 > URL: https://issues.apache.org/jira/browse/CB-5714 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Assignee: Andrew Grieve > Fix For: 3.4.0 > > > Reported from pull request: > https://github.com/apache/cordova-android/pull/90 > Probably even better fix would be to use child_process.spawn(), but > increasing the buffer is a good quick-fix. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Comment Edited] (CB-4952) resolveLocalFileSystemURI returns SECURITY_ERROR wrongly in iOS
[ https://issues.apache.org/jira/browse/CB-4952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13863173#comment-13863173 ] Jeff Sawatzky edited comment on CB-4952 at 1/6/14 6:20 PM: --- Is anything happening with this? This was happening when I take a picture using the Camera plugin (which returns a uri beginning with "/private"), and then trying to resolveLocalFileSystemURI to get the fileEntry so that I can get the fullPath to send to the FileTransfer. If you don't like the provided solution then a different one would be to use [URLByResolvingSymlinksInPath|https://developer.apple.com/library/mac/documentation/Cocoa/Reference/Foundation/Classes/NSURL_Class/Reference/Reference.html#//apple_ref/occ/instm/NSURL/URLByResolvingSymlinksInPath] {code:title=CDVFile.m (line 223)} -NSURL* testUri = [NSURL URLWithString:strUri]; +NSURL* testUri = [[NSURL URLWithString:strUri] URLByResolvingSymlinksInPath]; {code} was (Author: niltz): Is anything happening with this? This was happening when I take a picture using the Camera plugin, and then trying to resolveLocalFileSystemURI to get the fileEntry so that I can get the fullPath to send to the FileTransfer. > resolveLocalFileSystemURI returns SECURITY_ERROR wrongly in iOS > --- > > Key: CB-4952 > URL: https://issues.apache.org/jira/browse/CB-4952 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin File >Affects Versions: 3.0.0 > Environment: iOS >Reporter: Kuan Yi Ming >Assignee: Ian Clelland > > The simplified version of resolveLocalFileSystemURI in the 3.0.0 file plugin > doesn't properly check the URI if it's in the tmp or Documents folder and > returns FileError.SECURITY_ERROR instead. This doesn't occur in 2.9.0. > For example, trying to resolve a URI of a video file from using getPicture(). > Calling the following lines in CDVFile.m using the above example: > {code:java} > NSLog(@"url path: %@", path); > NSLog(@"docs path: %@", self.appDocsPath); > NSLog(@"temp path: %@", self.appTempPath); > {code} > returns these: > url path: /private/var/mobile/Applications/[app id]/tmp//trim.TpPlJN.MOV > docs path: /var/mobile/Applications/[app id]/Documents > temp path: /var/mobile/Applications/[app id]/tmp > Since the security error check uses hasPrefix against self.appDocsPath and > self.appTempPath here, it fails the check. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5730) Cordova update does not work
JennyGee created CB-5730: Summary: Cordova update does not work Key: CB-5730 URL: https://issues.apache.org/jira/browse/CB-5730 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.2.0 Reporter: JennyGee jgee$ ~/.cordova/lib/blackberry10/cordova/3.3.0/bin/update -h Usage: ../../../../.cordova/lib/blackberry10/cordova/3.3.0/bin/lib/update jgee$ ls -l ../../../../.cordova/lib/blackberry10/cordova/3.3.0/bin/lib/update ls: ../../../../.cordova/lib/blackberry10/cordova/3.3.0/bin/lib/update: No such file or directory File doesn't exist so update work work. Also the usage message needs to be corrected. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4952) resolveLocalFileSystemURI returns SECURITY_ERROR wrongly in iOS
[ https://issues.apache.org/jira/browse/CB-4952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13863173#comment-13863173 ] Jeff Sawatzky commented on CB-4952: --- Is anything happening with this? This was happening when I take a picture using the Camera plugin, and then trying to resolveLocalFileSystemURI to get the fileEntry so that I can get the fullPath to send to the FileTransfer. > resolveLocalFileSystemURI returns SECURITY_ERROR wrongly in iOS > --- > > Key: CB-4952 > URL: https://issues.apache.org/jira/browse/CB-4952 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin File >Affects Versions: 3.0.0 > Environment: iOS >Reporter: Kuan Yi Ming >Assignee: Ian Clelland > > The simplified version of resolveLocalFileSystemURI in the 3.0.0 file plugin > doesn't properly check the URI if it's in the tmp or Documents folder and > returns FileError.SECURITY_ERROR instead. This doesn't occur in 2.9.0. > For example, trying to resolve a URI of a video file from using getPicture(). > Calling the following lines in CDVFile.m using the above example: > {code:java} > NSLog(@"url path: %@", path); > NSLog(@"docs path: %@", self.appDocsPath); > NSLog(@"temp path: %@", self.appTempPath); > {code} > returns these: > url path: /private/var/mobile/Applications/[app id]/tmp//trim.TpPlJN.MOV > docs path: /var/mobile/Applications/[app id]/Documents > temp path: /var/mobile/Applications/[app id]/tmp > Since the security error check uses hasPrefix against self.appDocsPath and > self.appTempPath here, it fails the check. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5729) [BlackBerry10] geolocation watchPosition returns null coords
[ https://issues.apache.org/jira/browse/CB-5729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13863058#comment-13863058 ] ASF subversion and git services commented on CB-5729: - Commit f2a355d32b9014520a054a595fa8b372fabaf763 in branch refs/heads/dev from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-geolocation.git;h=f2a355d ] CB-5729 [BlackBerry10] Update GeolocationProxy to return collapsed object > [BlackBerry10] geolocation watchPosition returns null coords > > > Key: CB-5729 > URL: https://issues.apache.org/jira/browse/CB-5729 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry, Plugin Geolocation >Reporter: Bryan Higgins >Assignee: Bryan Higgins > -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5729) [BlackBerry10] geolocation watchPosition returns null coords
[ https://issues.apache.org/jira/browse/CB-5729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-5729. --- Resolution: Fixed > [BlackBerry10] geolocation watchPosition returns null coords > > > Key: CB-5729 > URL: https://issues.apache.org/jira/browse/CB-5729 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry, Plugin Geolocation >Reporter: Bryan Higgins >Assignee: Bryan Higgins > -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5729) [BlackBerry10] geolocation watchPosition returns null coords
Bryan Higgins created CB-5729: - Summary: [BlackBerry10] geolocation watchPosition returns null coords Key: CB-5729 URL: https://issues.apache.org/jira/browse/CB-5729 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Plugin Geolocation Reporter: Bryan Higgins Assignee: Bryan Higgins -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5675) Can't get rid of Hello Cordova from config.xml
[ https://issues.apache.org/jira/browse/CB-5675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13863052#comment-13863052 ] Braden Shepherdson commented on CB-5675: Making that change to SINGLETONS sounds good to me. Normally I'd ask that you send a pull request, but this change is simple enough that it's not worth the overhead. I'll make the change today. > Can't get rid of Hello Cordova from config.xml > - > > Key: CB-5675 > URL: https://issues.apache.org/jira/browse/CB-5675 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.2.0 > Environment: OSX/IOS >Reporter: Michael Stanford > Fix For: Master > > > config_parser.js merges your www/config.xml in on top of cordova/defaults.xml > to produce your platform//config.xml. > I don't like seeing "Hello Cordova" in there as the name of the project in > addition to the one that I gave it. Same with the description. I am concerned > that it confuses Xcode as well. > So I changed the SINGLETONS array in config_parser.merge_with() from: > ["content", "author"] > to: > ["content", "author","description","name"] > Which seems to have fixed my problem. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4910) Request to reorganise configuration files
[ https://issues.apache.org/jira/browse/CB-4910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13863028#comment-13863028 ] Jan Becicka commented on CB-4910: - Please do such changes carefully and if possible backward compatible. For me (developer working on cordova support in the NetBeans IDE) is quite hard to follow such changes. I thought, that cordova file structure is defined here https://github.com/apache/cordova-cli. Since there is no API (or I don't know about any) this file structure is hard coded in NetBeans. If you start moving files around it will break NetBeans. I know, that this is my problem, I just want to ask you to do such changes carefully. > Request to reorganise configuration files > - > > Key: CB-4910 > URL: https://issues.apache.org/jira/browse/CB-4910 > Project: Apache Cordova > Issue Type: Wish > Components: CLI >Reporter: Matt Gaunt > > What would be useful for future versions of Cordova projects built with the > cordova-cli is: > 1.) Rename ".cordova" folder to simply "cordova" this means hosting projects > on github will more that likely include the cordova directory > 2.) Move the config.xml file from the www diretory into the cordova directory > allowing build steps / tasks / tools to replace the contents of www without > breaking the build -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5728) Files in merges must remain intact when removing platform
[ https://issues.apache.org/jira/browse/CB-5728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13862847#comment-13862847 ] Ivan Baktsheev commented on CB-5728: https://github.com/apache/cordova-cli/pull/118 > Files in merges must remain intact when removing platform > - > > Key: CB-5728 > URL: https://issues.apache.org/jira/browse/CB-5728 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.2.0 >Reporter: Ivan Baktsheev > > platform rm must not delete files in `merges` dir. > 1) this is completely unexpected and not documented in any way; > 2) lost some files because of this; project after `platform rm && platform > add` is broken because of empty merges dir. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5728) Files in merges must remain intact when removing platform
Ivan Baktsheev created CB-5728: -- Summary: Files in merges must remain intact when removing platform Key: CB-5728 URL: https://issues.apache.org/jira/browse/CB-5728 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.2.0 Reporter: Ivan Baktsheev platform rm must not delete files in `merges` dir. 1) this is completely unexpected and not documented in any way; 2) lost some files because of this; project after `platform rm && platform add` is broken because of empty merges dir. -- This message was sent by Atlassian JIRA (v6.1.5#6160)