[jira] [Resolved] (CB-7068) How to use wkwebview in cordova based hybrid applications.(cordova 2.7.0)
[ https://issues.apache.org/jira/browse/CB-7068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7068. -- Resolution: Not a Problem Assignee: Shazron Abdullah > How to use wkwebview in cordova based hybrid applications.(cordova 2.7.0) > - > > Key: CB-7068 > URL: https://issues.apache.org/jira/browse/CB-7068 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Affects Versions: 2.7.0 > Environment: ios 8 >Reporter: Nidhin >Assignee: Shazron Abdullah > Labels: patch > > how to use wkwebview in cordova based application. > How to support both ios 7 and ios 8 if i use 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-7833) Allow CDVWhitelist to be configured programmatically
[ https://issues.apache.org/jira/browse/CB-7833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186100#comment-14186100 ] Shazron Abdullah commented on CB-7833: -- Assigning to you Ian, since you have the code ready in a branch. We can discuss when it is to be released, maybe cordova-ios 4.0 > Allow CDVWhitelist to be configured programmatically > > > Key: CB-7833 > URL: https://issues.apache.org/jira/browse/CB-7833 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.5.0 >Reporter: Mike Kwan >Assignee: Ian Clelland > > *CDVWhitelist* is currently initialised in *[CDVViewController loadSettings]* > by parsing *config.xml*. > We would like to be able to alter the whitelist post-AppStore deployment. > This allows the whitelist to be re-configured without doing another app > submission. > Is this requirement generic enough to justify a change? > Ideally the array that initialises *CDVWhitelist* would be made a public > property. This would allow the list to be read and modified at runtime - the > setter could in turn update the whitelist entries. -- 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-7874) Audio over bluetooth is unstable
[ https://issues.apache.org/jira/browse/CB-7874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186099#comment-14186099 ] Shazron Abdullah commented on CB-7874: -- How are you playing the file, Media plugin, or audio tag? > Audio over bluetooth is unstable > > > Key: CB-7874 > URL: https://issues.apache.org/jira/browse/CB-7874 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaLib, iOS >Affects Versions: 2.4.0, 3.5.0 >Reporter: Jesper Schultz >Priority: Minor > > My Cordova/Javascript app plays mp3 audio files in a user customizable > countdown sequence. This works as designed when playing directly on the > smartphone, both Android and iOS. > If bluetooth is enabled on the device and audio is output on an external > speaker the sound is choppy. Some audio segments are cut off, others omitted > entirely. The problem is present both on iOS and Android. > The app is JS/CSS/HTML and can be run 'native' in a browser. When run on a > Mac with bluetooth enabled, there is no problem. > The problem has to do with Cordova vs. Bluetooth. With Cordova 'on', ie. > running on a device outputting audio over BT, sound is unstable. Running w/o > BT, there is no problem. Running on a laptop there is no problem with or w/o > BT enabled. > When debugging the app running with device bluetooth enabled (ie sound via > external speaker) LogCat registers that Bluetooth need permissions. It ought > to be invisible to the app that the device has BT enabled, yes? > (When the sound fails LogCat notes that it can not play because an > audioplayer is not available.) -- 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-7833) Allow CDVWhitelist to be configured programmatically
[ https://issues.apache.org/jira/browse/CB-7833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7833: - Assignee: Ian Clelland > Allow CDVWhitelist to be configured programmatically > > > Key: CB-7833 > URL: https://issues.apache.org/jira/browse/CB-7833 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.5.0 >Reporter: Mike Kwan >Assignee: Ian Clelland > > *CDVWhitelist* is currently initialised in *[CDVViewController loadSettings]* > by parsing *config.xml*. > We would like to be able to alter the whitelist post-AppStore deployment. > This allows the whitelist to be re-configured without doing another app > submission. > Is this requirement generic enough to justify a change? > Ideally the array that initialises *CDVWhitelist* would be made a public > property. This would allow the list to be read and modified at runtime - the > setter could in turn update the whitelist entries. -- 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-7868) Cordova Android@3.6.4 is broken for some Android versions (Javascript)
[ https://issues.apache.org/jira/browse/CB-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186082#comment-14186082 ] Jesse MacFadyen commented on CB-7868: - I have committed a code code change in cordova-js that should fix this, however I have not tested in android, and have not updated the cordova.js file in cordova-android. Those more familiar with the android project should verify the fix, and close if it is indeed fixed. > Cordova Android@3.6.4 is broken for some Android versions (Javascript) > -- > > Key: CB-7868 > URL: https://issues.apache.org/jira/browse/CB-7868 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 4.0.0 > Environment: Android >= 2.3.6 && <= 4.0.3 >Reporter: Boris Fersing > > Cordova 3.6.4 breaks the compatibility with some versions of Android. The app > won't load > I've been able to reproduce the bug on my 2.3.6 and 2.3.7 devices, and > according to some bug reports I found, this might also affect other Android > versions <= 4.0.3 but I did not have the opportunity to test those platforms. > The bug has been introduced in this commit: > https://github.com/apache/cordova-android/commit/025ca36d3ad0e2acb5c496442a661e3759b30af3 > And the culprit is the Object.defineProperty method that is broken on the > platforms I mentioned above. (see https://github.com/cujojs/poly/issues/29 ) -- 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-7868) Cordova Android@3.6.4 is broken for some Android versions (Javascript)
[ https://issues.apache.org/jira/browse/CB-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186077#comment-14186077 ] ASF subversion and git services commented on CB-7868: - Commit 8458588ebe311f9a6154a1004d410d11e88d61c8 in cordova-ios's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=8458588 ] Updated cordova.js for CB-7868 > Cordova Android@3.6.4 is broken for some Android versions (Javascript) > -- > > Key: CB-7868 > URL: https://issues.apache.org/jira/browse/CB-7868 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 4.0.0 > Environment: Android >= 2.3.6 && <= 4.0.3 >Reporter: Boris Fersing > > Cordova 3.6.4 breaks the compatibility with some versions of Android. The app > won't load > I've been able to reproduce the bug on my 2.3.6 and 2.3.7 devices, and > according to some bug reports I found, this might also affect other Android > versions <= 4.0.3 but I did not have the opportunity to test those platforms. > The bug has been introduced in this commit: > https://github.com/apache/cordova-android/commit/025ca36d3ad0e2acb5c496442a661e3759b30af3 > And the culprit is the Object.defineProperty method that is broken on the > platforms I mentioned above. (see https://github.com/cujojs/poly/issues/29 ) -- 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-7882) xcode6.1 - Analyze - viewDidUnload instance method is missing [super viewDidUnload] call
[ https://issues.apache.org/jira/browse/CB-7882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7882. -- Resolution: Fixed Fix Version/s: 3.7.0 > xcode6.1 - Analyze - viewDidUnload instance method is missing [super > viewDidUnload] call > > > Key: CB-7882 > URL: https://issues.apache.org/jira/browse/CB-7882 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.6.3 > Environment: Xcode 6.1, OSX 10.9.5, iOS 8.1 >Reporter: Robert Saiter >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 3.7.0 > > > When running Analyze on my project; Xcode returns the following message. > "CDVViewController.m:618:1: The 'viewDidUnload' instance method in > UIViewController subclass 'CDVViewController' is missing a [super > viewDidUnload] call" > I put this in as an improvement since I don't believe it's required and > doesn't appear to impact anything other than returning a message after you > analyze. -- 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-7882) xcode6.1 - Analyze - viewDidUnload instance method is missing [super viewDidUnload] call
[ https://issues.apache.org/jira/browse/CB-7882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186064#comment-14186064 ] ASF subversion and git services commented on CB-7882: - Commit 31302e403013618e7ed1f5e703db8475643c78ff in cordova-ios's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=31302e4 ] CB-7882 - viewDidUnload instance method is missing [super viewDidUnload] call > xcode6.1 - Analyze - viewDidUnload instance method is missing [super > viewDidUnload] call > > > Key: CB-7882 > URL: https://issues.apache.org/jira/browse/CB-7882 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.6.3 > Environment: Xcode 6.1, OSX 10.9.5, iOS 8.1 >Reporter: Robert Saiter >Assignee: Shazron Abdullah >Priority: Minor > > When running Analyze on my project; Xcode returns the following message. > "CDVViewController.m:618:1: The 'viewDidUnload' instance method in > UIViewController subclass 'CDVViewController' is missing a [super > viewDidUnload] call" > I put this in as an improvement since I don't believe it's required and > doesn't appear to impact anything other than returning a message after you > analyze. -- 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-7868) Cordova Android@3.6.4 is broken for some Android versions (Javascript)
[ https://issues.apache.org/jira/browse/CB-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186060#comment-14186060 ] ASF subversion and git services commented on CB-7868: - Commit 91157c2e1bf3eb098c7e2ab31404e895ccb0df2a in cordova-js's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=91157c2 ] Merge branch 'CB-7868' of https://github.com/purplecabbage/cordova-js > Cordova Android@3.6.4 is broken for some Android versions (Javascript) > -- > > Key: CB-7868 > URL: https://issues.apache.org/jira/browse/CB-7868 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 4.0.0 > Environment: Android >= 2.3.6 && <= 4.0.3 >Reporter: Boris Fersing > > Cordova 3.6.4 breaks the compatibility with some versions of Android. The app > won't load > I've been able to reproduce the bug on my 2.3.6 and 2.3.7 devices, and > according to some bug reports I found, this might also affect other Android > versions <= 4.0.3 but I did not have the opportunity to test those platforms. > The bug has been introduced in this commit: > https://github.com/apache/cordova-android/commit/025ca36d3ad0e2acb5c496442a661e3759b30af3 > And the culprit is the Object.defineProperty method that is broken on the > platforms I mentioned above. (see https://github.com/cujojs/poly/issues/29 ) -- 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-7868) Cordova Android@3.6.4 is broken for some Android versions (Javascript)
[ https://issues.apache.org/jira/browse/CB-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186059#comment-14186059 ] ASF subversion and git services commented on CB-7868: - Commit bd5a35fac8ce04deda9317831aea3a4489b9fc33 in cordova-js's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=bd5a35f ] CB-7868 Use utils.defineGetterSetter instead of Object.defineProperty which may or may not be defined > Cordova Android@3.6.4 is broken for some Android versions (Javascript) > -- > > Key: CB-7868 > URL: https://issues.apache.org/jira/browse/CB-7868 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 4.0.0 > Environment: Android >= 2.3.6 && <= 4.0.3 >Reporter: Boris Fersing > > Cordova 3.6.4 breaks the compatibility with some versions of Android. The app > won't load > I've been able to reproduce the bug on my 2.3.6 and 2.3.7 devices, and > according to some bug reports I found, this might also affect other Android > versions <= 4.0.3 but I did not have the opportunity to test those platforms. > The bug has been introduced in this commit: > https://github.com/apache/cordova-android/commit/025ca36d3ad0e2acb5c496442a661e3759b30af3 > And the culprit is the Object.defineProperty method that is broken on the > platforms I mentioned above. (see https://github.com/cujojs/poly/issues/29 ) -- 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-7868) Cordova Android@3.6.4 is broken for some Android versions (Javascript)
[ https://issues.apache.org/jira/browse/CB-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186061#comment-14186061 ] ASF GitHub Bot commented on CB-7868: Github user asfgit closed the pull request at: https://github.com/apache/cordova-js/pull/88 > Cordova Android@3.6.4 is broken for some Android versions (Javascript) > -- > > Key: CB-7868 > URL: https://issues.apache.org/jira/browse/CB-7868 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 4.0.0 > Environment: Android >= 2.3.6 && <= 4.0.3 >Reporter: Boris Fersing > > Cordova 3.6.4 breaks the compatibility with some versions of Android. The app > won't load > I've been able to reproduce the bug on my 2.3.6 and 2.3.7 devices, and > according to some bug reports I found, this might also affect other Android > versions <= 4.0.3 but I did not have the opportunity to test those platforms. > The bug has been introduced in this commit: > https://github.com/apache/cordova-android/commit/025ca36d3ad0e2acb5c496442a661e3759b30af3 > And the culprit is the Object.defineProperty method that is broken on the > platforms I mentioned above. (see https://github.com/cujojs/poly/issues/29 ) -- 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-7872) [XCode][6.1] XCode 6.1's xcrun PackageApplication fails at packaging / resigning Cordova applications
[ https://issues.apache.org/jira/browse/CB-7872?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7872. -- Resolution: Fixed Fix Version/s: 3.7.0 Assignee: Shazron Abdullah > [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] [Commented] (CB-7872) [XCode][6.1] XCode 6.1's xcrun PackageApplication fails at packaging / resigning Cordova applications
[ https://issues.apache.org/jira/browse/CB-7872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186053#comment-14186053 ] ASF subversion and git services commented on CB-7872: - Commit 1d7ed65ac3b265224cd5c9bd9a3cdfcad2bf9bb2 in cordova-ios's branch refs/heads/master from [~SidneyS] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=1d7ed65 ] CB-7872 - XCode 6.1's xcrun PackageApplication fails at packaging / resigning Cordova applications (closes #115) Signed-off-by: Shazron Abdullah > [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 > > 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] [Commented] (CB-7818) CLI builds ignore Distribution certificates
[ https://issues.apache.org/jira/browse/CB-7818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186054#comment-14186054 ] ASF GitHub Bot commented on CB-7818: Github user asfgit closed the pull request at: https://github.com/apache/cordova-ios/pull/115 > CLI builds ignore Distribution certificates > --- > > Key: CB-7818 > URL: https://issues.apache.org/jira/browse/CB-7818 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.5.0 >Reporter: SidneyS >Assignee: Shazron Abdullah > Fix For: 3.7.0 > > > Hi, > currently, cordova build --release --device yields in device builds using a > default "iOS Development"-type Signing Identity. Intuitively, using "release" > in conjunction with "device" should try to leverage a local "iOS > Distribution"-type identity to enable CLI adhoc/inhouse-builds without > patching xcconfig/xcodeproject files on runtime, or re-signing the created > binary after using the default build process. -- 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-7868) Cordova Android@3.6.4 is broken for some Android versions (Javascript)
[ https://issues.apache.org/jira/browse/CB-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186018#comment-14186018 ] ASF GitHub Bot commented on CB-7868: GitHub user purplecabbage opened a pull request: https://github.com/apache/cordova-js/pull/88 CB-7868 Use utils.defineGetterSetter instead of Object.defineProperty Object.defineProperty is not available on some android versions. Our own util function checks this, so we should just call it. You can merge this pull request into a Git repository by running: $ git pull https://github.com/purplecabbage/cordova-js CB-7868 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-js/pull/88.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 #88 commit bd5a35fac8ce04deda9317831aea3a4489b9fc33 Author: purplecabbage Date: 2014-10-27T22:56:01Z CB-7868 Use utils.defineGetterSetter instead of Object.defineProperty which may or may not be defined > Cordova Android@3.6.4 is broken for some Android versions (Javascript) > -- > > Key: CB-7868 > URL: https://issues.apache.org/jira/browse/CB-7868 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 4.0.0 > Environment: Android >= 2.3.6 && <= 4.0.3 >Reporter: Boris Fersing > > Cordova 3.6.4 breaks the compatibility with some versions of Android. The app > won't load > I've been able to reproduce the bug on my 2.3.6 and 2.3.7 devices, and > according to some bug reports I found, this might also affect other Android > versions <= 4.0.3 but I did not have the opportunity to test those platforms. > The bug has been introduced in this commit: > https://github.com/apache/cordova-android/commit/025ca36d3ad0e2acb5c496442a661e3759b30af3 > And the culprit is the Object.defineProperty method that is broken on the > platforms I mentioned above. (see https://github.com/cujojs/poly/issues/29 ) -- 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-7866) [Contacts] pickContact call throws NSRangeException, pickContact does not support "desiredFields" property
[
https://issues.apache.org/jira/browse/CB-7866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-7866:
-
Component/s: (was: iOS)
Plugin Contacts
Environment: iOS
> [Contacts] pickContact call throws NSRangeException, pickContact does not
> support "desiredFields" property
> --
>
> Key: CB-7866
> URL: https://issues.apache.org/jira/browse/CB-7866
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
>Affects Versions: 3.5.0
> Environment: iOS
>Reporter: Aleksey Dobrushin
>
> pickContact function on iOS throws following exception
> {code}
> Exception - Name: NSRangeException Reason: *** -[__NSArrayM objectAtIndex:]:
> index 0 beyond bounds for empty array
> {code}
> and the exception thrown here:
> {code}
> - (void)pickContact:(CDVInvokedUrlCommand *)command
> {
> // mimic chooseContact method call with required for us parameters
> NSArray* desiredFields = [command.arguments objectAtIndex:0
> withDefault:[NSArray array]];
>
> {code}
> Javascript method pick contact method has only success and error handlers as
> arguments, and does not have desiredFields as argument.
--
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-7867) Resources issue when compiling ios project under MacOSX
[ https://issues.apache.org/jira/browse/CB-7867?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7867. -- Resolution: Duplicate Assignee: Shazron Abdullah duping for CB-7872 which has a PR > Resources issue when compiling ios project under MacOSX > --- > > Key: CB-7867 > URL: https://issues.apache.org/jira/browse/CB-7867 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: MacOSX 10.10 >Reporter: Sergey >Assignee: Shazron Abdullah > > http://stackoverflow.com/questions/26459911/resource-rules-has-been-deprecated-in-mac-os-x-10-10 -- 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-7872) [XCode][6.1] XCode 6.1's xcrun PackageApplication fails at packaging / resigning Cordova applications
[ https://issues.apache.org/jira/browse/CB-7872?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7872: - Description: 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 was: 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 > [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 > > 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-7865) [Contacts] pickContact does not return contact id and photo
[ https://issues.apache.org/jira/browse/CB-7865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7865: - Component/s: (was: iOS) Plugin Contacts > [Contacts] pickContact does not return contact id and photo > --- > > Key: CB-7865 > URL: https://issues.apache.org/jira/browse/CB-7865 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.5.0 > Environment: MacOS, XCode, iPad3 with iOS 8.0.2 >Reporter: Aleksey Dobrushin > > pickContact function of Contact plugin does not return contact image (photo) > and id. > I did some debugging - didSelectPerson handler of > ABPeoplePickerNavigationController: > - ABRecordGetRecordID(person) returns always -1 > - in CDVContact.extractPhotos method ABPersonHasImageData returns always > false, even for contacts which has photos -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-7882) xcode6.1 - Analyze - viewDidUnload instance method is missing [super viewDidUnload] call
[ https://issues.apache.org/jira/browse/CB-7882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-7882: Assignee: Shazron Abdullah > xcode6.1 - Analyze - viewDidUnload instance method is missing [super > viewDidUnload] call > > > Key: CB-7882 > URL: https://issues.apache.org/jira/browse/CB-7882 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.6.3 > Environment: Xcode 6.1, OSX 10.9.5, iOS 8.1 >Reporter: Robert Saiter >Assignee: Shazron Abdullah >Priority: Minor > > When running Analyze on my project; Xcode returns the following message. > "CDVViewController.m:618:1: The 'viewDidUnload' instance method in > UIViewController subclass 'CDVViewController' is missing a [super > viewDidUnload] call" > I put this in as an improvement since I don't believe it's required and > doesn't appear to impact anything other than returning a message after you > analyze. -- 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-7875) watchPosition Timeout Error 3
[ https://issues.apache.org/jira/browse/CB-7875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7875: - Component/s: (was: iOS) Plugin Geolocation Environment: cordova-cli version 4.0.0 cordova-plugin-geolocation: 0.3.10 xCode 6 IOS7 - IOS8 was: cordova version 4.0.0 cordova-plugin-geolocation: 0.3.10 xCode 6 IOS7 - IOS8 Affects Version/s: (was: 4.0.0) > watchPosition Timeout Error 3 > - > > Key: CB-7875 > URL: https://issues.apache.org/jira/browse/CB-7875 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Geolocation > Environment: cordova-cli version 4.0.0 > cordova-plugin-geolocation: 0.3.10 > xCode 6 > IOS7 - IOS8 >Reporter: thomas fischer > > Using the cordova-plugin-geolocation: 0.3.10, I have a timeout error with > watchPosition. (error.code3) > When i uninstall this plugin and use geolocation with the W3C API I have no > problem of timeout, but it's not working on IOS8 due to the new Location > Authorization -- 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-7882) xcode6.1 - Analyze - viewDidUnload instance method is missing [super viewDidUnload] call
[ https://issues.apache.org/jira/browse/CB-7882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7882: - Component/s: (was: CordovaLib) iOS > xcode6.1 - Analyze - viewDidUnload instance method is missing [super > viewDidUnload] call > > > Key: CB-7882 > URL: https://issues.apache.org/jira/browse/CB-7882 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.6.3 > Environment: Xcode 6.1, OSX 10.9.5, iOS 8.1 >Reporter: Robert Saiter >Priority: Minor > > When running Analyze on my project; Xcode returns the following message. > "CDVViewController.m:618:1: The 'viewDidUnload' instance method in > UIViewController subclass 'CDVViewController' is missing a [super > viewDidUnload] call" > I put this in as an improvement since I don't believe it's required and > doesn't appear to impact anything other than returning a message after you > analyze. -- 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-7875) watchPosition Timeout Error 3
[ https://issues.apache.org/jira/browse/CB-7875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185979#comment-14185979 ] thomas fischer commented on CB-7875: Could it be the distanceFilter set in CDVLocation that throw this timeout error ? > watchPosition Timeout Error 3 > - > > Key: CB-7875 > URL: https://issues.apache.org/jira/browse/CB-7875 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.0 > Environment: cordova version 4.0.0 > cordova-plugin-geolocation: 0.3.10 > xCode 6 > IOS7 - IOS8 >Reporter: thomas fischer > > Using the cordova-plugin-geolocation: 0.3.10, I have a timeout error with > watchPosition. (error.code3) > When i uninstall this plugin and use geolocation with the W3C API I have no > problem of timeout, but it's not working on IOS8 due to the new Location > Authorization -- 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-7780) iPhone app on iPad (iOS 8)
[ https://issues.apache.org/jira/browse/CB-7780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7780. -- Resolution: Not a Problem > iPhone app on iPad (iOS 8) > -- > > Key: CB-7780 > URL: https://issues.apache.org/jira/browse/CB-7780 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.6.3 >Reporter: Tom Bell > Attachments: Screen Shot 2014-10-21 at 10.20.42.png > > > When running an iPhone only, portrait only app on an iPad running iOS 8, the > viewport is pretty messed up. > I've tested this using a blank Cordova project from scratch. Removing the > `height` and `width` options from the viewport. The viewport seems to resize > to half the screen width, when viewing in landscape. > It should keep the normal portrait viewport and be portrait. -- 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-7875) watchPosition Timeout Error 3
[
https://issues.apache.org/jira/browse/CB-7875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
thomas fischer updated CB-7875:
---
Description:
Using the cordova-plugin-geolocation: 0.3.10, I have a timeout error with
watchPosition. (error.code3)
When i uninstall this plugin and use geolocation with the W3C API I have no
problem of timeout, but it's not working on IOS8 due to the new Location
Authorization
was:
Using the cordova-plugin-geolocation: 0.3.10, I have a timeout error with
watchPosition. (error.code3)
I have to set the timeout:infinity to keep the Gps Signal.
"This API is based on the W3C Geolocation API Specification, and only executes
on devices that don't already provide an implementation."
s this really based on the W3C Geolocation API ?
When i uninstall this plugin and use geolocation with the W3C API I have no
problem of timeout.
navigator.geolocation.watchPosition(successCallback, errorCallback,
{enableHighAccuracy:true, maximumAge:3000, timeout:5000});
> watchPosition Timeout Error 3
> -
>
> Key: CB-7875
> URL: https://issues.apache.org/jira/browse/CB-7875
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 4.0.0
> Environment: cordova version 4.0.0
> cordova-plugin-geolocation: 0.3.10
> xCode 6
> IOS7 - IOS8
>Reporter: thomas fischer
>
> Using the cordova-plugin-geolocation: 0.3.10, I have a timeout error with
> watchPosition. (error.code3)
> When i uninstall this plugin and use geolocation with the W3C API I have no
> problem of timeout, but it's not working on IOS8 due to the new Location
> Authorization
--
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-7875) watchPosition Timeout Error 3
[
https://issues.apache.org/jira/browse/CB-7875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
thomas fischer updated CB-7875:
---
Summary: watchPosition Timeout Error 3 (was: Geolocation issue with IOS)
> watchPosition Timeout Error 3
> -
>
> Key: CB-7875
> URL: https://issues.apache.org/jira/browse/CB-7875
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 4.0.0
> Environment: cordova version 4.0.0
> cordova-plugin-geolocation: 0.3.10
> xCode 6
> IOS7 - IOS8
>Reporter: thomas fischer
>
> Using the cordova-plugin-geolocation: 0.3.10, I have a timeout error with
> watchPosition. (error.code3)
> I have to set the timeout:infinity to keep the Gps Signal.
> "This API is based on the W3C Geolocation API Specification, and only
> executes on devices that don't already provide an implementation."
> s this really based on the W3C Geolocation API ?
> When i uninstall this plugin and use geolocation with the W3C API I have no
> problem of timeout.
> navigator.geolocation.watchPosition(successCallback, errorCallback,
> {enableHighAccuracy:true, maximumAge:3000, timeout:5000});
--
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-7883) toURL() returns invalid URL values on windows
Vladimir Avdonin created CB-7883:
Summary: toURL() returns invalid URL values on windows
Key: CB-7883
URL: https://issues.apache.org/jira/browse/CB-7883
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Windows
Affects Versions: 4.0.0
Reporter: Vladimir Avdonin
toURL method called on etnries returned by resolveLocalFileSystemURL and
getDirectory produces path instead of URL. Note also inconsistent use of
forward/backward slash separator in test output below.
Below is test program and its output, demonstrating the problem:
{code}
-test program---
window.resolveLocalFileSystemURL(
'file:///',
function(entry) {
console.log('Root URL is '+entry.toURL());
entry.getDirectory(
'Subdir',
{create:true},
function(entry1) {
console.log('Subdir URL is '+entry1.toURL());
},
function(err) { console.log(err); }
);
},
function(err) { console.log(err); }
);
-output
Root URL is
C:/Users/vladimir/AppData/Local/Packages/com.example.hello_dsh9t8a1qg3mw/LocalState/
Subdir URL is
C:\Users\vladimir\AppData\Local\Packages\com.example.hello_dsh9t8a1qg3mw\LocalState\Subdir/
{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] [Created] (CB-7882) xcode6.1 - Analyze - viewDidUnload instance method is missing [super viewDidUnload] call
Robert Saiter created CB-7882: - Summary: xcode6.1 - Analyze - viewDidUnload instance method is missing [super viewDidUnload] call Key: CB-7882 URL: https://issues.apache.org/jira/browse/CB-7882 Project: Apache Cordova Issue Type: Improvement Components: CordovaLib Affects Versions: 3.6.3 Environment: Xcode 6.1, OSX 10.9.5, iOS 8.1 Reporter: Robert Saiter Priority: Minor When running Analyze on my project; Xcode returns the following message. "CDVViewController.m:618:1: The 'viewDidUnload' instance method in UIViewController subclass 'CDVViewController' is missing a [super viewDidUnload] call" I put this in as an improvement since I don't believe it's required and doesn't appear to impact anything other than returning a message after you analyze. -- 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-6472) Adding content to -Info.plist - Unexpected behaviour
[ https://issues.apache.org/jira/browse/CB-6472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185687#comment-14185687 ] ASF GitHub Bot commented on CB-6472: GitHub user gorkem opened a pull request: https://github.com/apache/cordova-lib/pull/115 CB-6472 Merge dictionaries when updating plist files Merges the dictionaries on plist files if both plist and the value from plugin.xml are dictionaries. This makes it consistent with how it behaves with array values. You can merge this pull request into a Git repository by running: $ git pull https://github.com/gorkem/cordova-lib CB-6472 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-lib/pull/115.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 #115 commit 6bb5592d76ea3fc426ff87c0f7091dd9d985df1c Author: Gorkem Ercan Date: 2014-10-27T17:35:09Z [CB-6472] Adding content to -Info.plist - Unexpected behaviour Merge instead of replace when the destination and source nodes are both of type dictionary. Adds underscore.js as a dependency commit 87173e00ee3242bf070343fe22b1644c10b1a994 Author: Gorkem Ercan Date: 2014-10-27T19:42:06Z Tests for merging dictionaries Tests plist, if dictionary keys are actually merged when it already exists. > Adding content to -Info.plist - Unexpected behaviour > > > Key: CB-6472 > URL: https://issues.apache.org/jira/browse/CB-6472 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 3.4.0 > Environment: Mac OS X >Reporter: Jean-Christophe Hoelt >Priority: Minor > > Trying to add content NOT at the root of info.plist, to a node already having > existing content. > The existing content gets deleted, not merged with new content. > Use case: a plugin providing Newsstand integration. > Doing this in plugin.xml: > > > CFBundlePrimaryIcon > > UINewsstandIcon > >... > Info.plist before install: > CFBundleIcons > > CFBundlePrimaryIcon > > CFBundleIconFiles > > ... > > > > Info.plist after install: > CFBundleIcons > > CFBundlePrimaryIcon > > UINewsstandIcon > > ... > > > > Info.plist expected: > CFBundleIcons > > CFBundlePrimaryIcon > > UINewsstandIcon > > ... > > CFBundleIconFiles > > ... > > > > If this is not unexpected behaviour, then I'd make this issue a feature > request: adding an option like "merge=true". -- 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-7758) Support for content:// URIs
[ https://issues.apache.org/jira/browse/CB-7758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185662#comment-14185662 ] ASF subversion and git services commented on CB-7758: - Commit fc63f66e8970ab537dda1397a6b58e6d61252c17 in cordova-android's branch refs/heads/CB-7758 from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=fc63f66 ] CB-7758: Allow content-url-hosted pages to access the bridge This allows e.g. jsHybugger to create pages with access to Cordova APIs. We restrict access to content provider URLs which are at subdomains of the application itself, ie, begin with "content://com.your.package.id." > Support for content:// URIs > --- > > Key: CB-7758 > URL: https://issues.apache.org/jira/browse/CB-7758 > Project: Apache Cordova > Issue Type: New Feature > Components: Android >Affects Versions: 3.6.0 > Environment: Android 4.3 >Reporter: Wolfgang Flohr-Hochbichler >Priority: Minor > > Device ready event is not fired if page is loaded via content:// protocol. > I assume it has something to do with a security check done within > CordovaBridge.java which triggers the following gap_init error message. > 10-09 10:10:18.071 16719 16719 E CordovaBridge: gap_init called from > restricted origin: > content://com.ionicframework.ionicapp795549.jsHybugger/file:///android_asset/www/index.html#/tab/dash > 10-09 10:10:23.075 16719 16719 D CordovaLog: > content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js: Line > 112 : deviceready has not fired after 5 seconds. > 10-09 10:10:23.075 16719 16719 I Web Console: deviceready has not fired after > 5 seconds. at > content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js:112 -- 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-7758) Support for content:// URIs
[ https://issues.apache.org/jira/browse/CB-7758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185663#comment-14185663 ] Ian Clelland commented on CB-7758: -- [~cyberflohr] -- Can you try out the "CB-7758" branch of cordova-android, to make sure that it works for you? > Support for content:// URIs > --- > > Key: CB-7758 > URL: https://issues.apache.org/jira/browse/CB-7758 > Project: Apache Cordova > Issue Type: New Feature > Components: Android >Affects Versions: 3.6.0 > Environment: Android 4.3 >Reporter: Wolfgang Flohr-Hochbichler >Priority: Minor > > Device ready event is not fired if page is loaded via content:// protocol. > I assume it has something to do with a security check done within > CordovaBridge.java which triggers the following gap_init error message. > 10-09 10:10:18.071 16719 16719 E CordovaBridge: gap_init called from > restricted origin: > content://com.ionicframework.ionicapp795549.jsHybugger/file:///android_asset/www/index.html#/tab/dash > 10-09 10:10:23.075 16719 16719 D CordovaLog: > content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js: Line > 112 : deviceready has not fired after 5 seconds. > 10-09 10:10:23.075 16719 16719 I Web Console: deviceready has not fired after > 5 seconds. at > content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js:112 -- 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-7758) Support for content:// URIs
[
https://issues.apache.org/jira/browse/CB-7758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185445#comment-14185445
]
Wolfgang Flohr-Hochbichler commented on CB-7758:
Hi [~iclelland],
That sounds good, with one little modification :-). Could you please replace
the slash at the end of the package name with a ".". That would enable multiple
content providers within your app to use this feature.
e.g.
content://.jsHybugger/
content://com.ionicframework.ionicapp.jsHybugger/
content://com.ionicframework.ionicapp.myProvider/
{code:java}
String appContentUrlPrefix = "content://" +
getApplicationContext().getPackageName() + ".";
{code}
> Support for content:// URIs
> ---
>
> Key: CB-7758
> URL: https://issues.apache.org/jira/browse/CB-7758
> Project: Apache Cordova
> Issue Type: New Feature
> Components: Android
>Affects Versions: 3.6.0
> Environment: Android 4.3
>Reporter: Wolfgang Flohr-Hochbichler
>Priority: Minor
>
> Device ready event is not fired if page is loaded via content:// protocol.
> I assume it has something to do with a security check done within
> CordovaBridge.java which triggers the following gap_init error message.
> 10-09 10:10:18.071 16719 16719 E CordovaBridge: gap_init called from
> restricted origin:
> content://com.ionicframework.ionicapp795549.jsHybugger/file:///android_asset/www/index.html#/tab/dash
> 10-09 10:10:23.075 16719 16719 D CordovaLog:
> content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js: Line
> 112 : deviceready has not fired after 5 seconds.
> 10-09 10:10:23.075 16719 16719 I Web Console: deviceready has not fired after
> 5 seconds. at
> content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js:112
--
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-7758) Support for content:// URIs
[
https://issues.apache.org/jira/browse/CB-7758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185386#comment-14185386
]
Ian Clelland commented on CB-7758:
--
Hi, [~cyberflohr] --
I don't know if I'm comfortable opening up the bridge unconditionally to
content:// URLs -- it seems like a potential attack vector; like something that
might put us in a similar situation as previous vulnerability reports.
What if we did something like:
{code}
String appContentUrlPrefix = "content://" +
getApplicationContext().getPackageName() + "/";
if (origin.startsWith("file:") || origin.startsWith(appContentUrlPrefix) ||
(origin.startsWith("http") && loadedUrl.startsWith(origin))) {
{code}
Then a content provider under the control of your own app (with URLs like
{{content://com.example.yourapp/something}}) could be used, but an arbitrary
content provider on the device wouldn't have access to Cordova APIs.
Would that work for you?
> Support for content:// URIs
> ---
>
> Key: CB-7758
> URL: https://issues.apache.org/jira/browse/CB-7758
> Project: Apache Cordova
> Issue Type: New Feature
> Components: Android
>Affects Versions: 3.6.0
> Environment: Android 4.3
>Reporter: Wolfgang Flohr-Hochbichler
>Priority: Minor
>
> Device ready event is not fired if page is loaded via content:// protocol.
> I assume it has something to do with a security check done within
> CordovaBridge.java which triggers the following gap_init error message.
> 10-09 10:10:18.071 16719 16719 E CordovaBridge: gap_init called from
> restricted origin:
> content://com.ionicframework.ionicapp795549.jsHybugger/file:///android_asset/www/index.html#/tab/dash
> 10-09 10:10:23.075 16719 16719 D CordovaLog:
> content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js: Line
> 112 : deviceready has not fired after 5 seconds.
> 10-09 10:10:23.075 16719 16719 I Web Console: deviceready has not fired after
> 5 seconds. at
> content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js:112
--
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-7726) Typo in .gitignore template
[ https://issues.apache.org/jira/browse/CB-7726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-7726. --- Resolution: Fixed Fix Version/s: 3.7.0 Pull request merged. Thanks for the find. > Typo in .gitignore template > --- > > Key: CB-7726 > URL: https://issues.apache.org/jira/browse/CB-7726 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.6.0 >Reporter: Alessandro Miliucci >Priority: Trivial > Fix For: 3.7.0 > > > The gitignore template ingores the *ant-built* directory instead of > *ant-build*. > Ref. > https://github.com/apache/cordova-android/blob/master/bin/templates/project/gitignore -- 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-7726) Typo in .gitignore template
[ https://issues.apache.org/jira/browse/CB-7726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185334#comment-14185334 ] ASF subversion and git services commented on CB-7726: - Commit 832e6265735ac75685625b917b81d374c55a3926 in cordova-android's branch refs/heads/master from [~themightychris] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=832e626 ] CB-7726 fix typo in gitignore: ant-built -> ant-build github: close #131 > Typo in .gitignore template > --- > > Key: CB-7726 > URL: https://issues.apache.org/jira/browse/CB-7726 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.6.0 >Reporter: Alessandro Miliucci >Priority: Trivial > > The gitignore template ingores the *ant-built* directory instead of > *ant-build*. > Ref. > https://github.com/apache/cordova-android/blob/master/bin/templates/project/gitignore -- 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-7876) whitelist tests in IAB don't work properly probably outside of U.S.
[
https://issues.apache.org/jira/browse/CB-7876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185330#comment-14185330
]
ASF subversion and git services commented on CB-7876:
-
Commit d0128ab2fc37c1c9557ed0cb778cb18604ec8521 in cordova-mobile-spec's branch
refs/heads/master from [~cmarcelk]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=d0128ab ]
CB-7876 add new entries for IAB whitelist testing
> whitelist tests in IAB don't work properly probably outside of U.S.
> ---
>
> Key: CB-7876
> URL: https://issues.apache.org/jira/browse/CB-7876
> Project: Apache Cordova
> Issue Type: Bug
> Components: mobile-spec, Plugin InAppBrowser
>Affects Versions: 3.6.3
> Environment: iOS 8
>Reporter: Shingo Toda
>Assignee: Marcel Kinard
>Priority: Minor
> Fix For: 3.7.0
>
>
> In InAppBrowser test, there are tests to load http://www.google.com which is
> listed in whitelist. I saw this page wasn't loaded on CordovaWebView with
> popup message saying that "Unexpected: got multiple loadstart events"..
> I think the reason is I'm working in Australia and google usually redirects
> the request to sender's country which could invoke multiple loadstart events.
> Adding that, Google Australia has domain google.co.au which are actually not
> hitting the whitelisted URL google.com and the test eventually fails to open
> the redirected URL.
> I don't mind the multiple loadstart error so much but I wish the whitelisted
> URL should be considered to be used by developers over the world.
> {code:title=config.xml}
> http://www.google.co*"; />
> https://www.google.co*"; />
> {code}
> Note that at least United Kingdom and Japan have domain formats looking like
> *.co.uk or *.co.jp.
--
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-7876) whitelist tests in IAB don't work properly probably outside of U.S.
[
https://issues.apache.org/jira/browse/CB-7876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcel Kinard resolved CB-7876.
---
Resolution: Fixed
Fix Version/s: 3.7.0
Tested on Android.
> whitelist tests in IAB don't work properly probably outside of U.S.
> ---
>
> Key: CB-7876
> URL: https://issues.apache.org/jira/browse/CB-7876
> Project: Apache Cordova
> Issue Type: Bug
> Components: mobile-spec, Plugin InAppBrowser
>Affects Versions: 3.6.3
> Environment: iOS 8
>Reporter: Shingo Toda
>Assignee: Marcel Kinard
>Priority: Minor
> Fix For: 3.7.0
>
>
> In InAppBrowser test, there are tests to load http://www.google.com which is
> listed in whitelist. I saw this page wasn't loaded on CordovaWebView with
> popup message saying that "Unexpected: got multiple loadstart events"..
> I think the reason is I'm working in Australia and google usually redirects
> the request to sender's country which could invoke multiple loadstart events.
> Adding that, Google Australia has domain google.co.au which are actually not
> hitting the whitelisted URL google.com and the test eventually fails to open
> the redirected URL.
> I don't mind the multiple loadstart error so much but I wish the whitelisted
> URL should be considered to be used by developers over the world.
> {code:title=config.xml}
> http://www.google.co*"; />
> https://www.google.co*"; />
> {code}
> Note that at least United Kingdom and Japan have domain formats looking like
> *.co.uk or *.co.jp.
--
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-7876) whitelist tests in IAB don't work properly probably outside of U.S.
[
https://issues.apache.org/jira/browse/CB-7876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185314#comment-14185314
]
ASF subversion and git services commented on CB-7876:
-
Commit 7a816d845427a8c069684c96a1697b7232c3391b in
cordova-plugin-inappbrowser's branch refs/heads/master from [~cmarcelk]
[
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=7a816d8
]
CB-7876 change test target to avoid undesired redirects
The google.com test target would do automatic redirects to geography-specific
domains depending on where the client is, which leads to different behavior
depending where the tester is. This causes confusion, as the test results
may be different in different geographies. Use a test target that doesn't do
that, so the test results are independent of geography.
> whitelist tests in IAB don't work properly probably outside of U.S.
> ---
>
> Key: CB-7876
> URL: https://issues.apache.org/jira/browse/CB-7876
> Project: Apache Cordova
> Issue Type: Bug
> Components: mobile-spec, Plugin InAppBrowser
>Affects Versions: 3.6.3
> Environment: iOS 8
>Reporter: Shingo Toda
>Assignee: Marcel Kinard
>Priority: Minor
>
> In InAppBrowser test, there are tests to load http://www.google.com which is
> listed in whitelist. I saw this page wasn't loaded on CordovaWebView with
> popup message saying that "Unexpected: got multiple loadstart events"..
> I think the reason is I'm working in Australia and google usually redirects
> the request to sender's country which could invoke multiple loadstart events.
> Adding that, Google Australia has domain google.co.au which are actually not
> hitting the whitelisted URL google.com and the test eventually fails to open
> the redirected URL.
> I don't mind the multiple loadstart error so much but I wish the whitelisted
> URL should be considered to be used by developers over the world.
> {code:title=config.xml}
> http://www.google.co*"; />
> https://www.google.co*"; />
> {code}
> Note that at least United Kingdom and Japan have domain formats looking like
> *.co.uk or *.co.jp.
--
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-7876) whitelist tests in IAB don't work properly probably outside of U.S.
[
https://issues.apache.org/jira/browse/CB-7876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185284#comment-14185284
]
ASF subversion and git services commented on CB-7876:
-
Commit f3ed7f1d62eb15a7a4c4b699234594ce2a8e9bb9 in cordova-docs's branch
refs/heads/master from [~cmarcelk]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=f3ed7f1 ]
CB-7876 Add reminder of redirects affecting whitelist
> whitelist tests in IAB don't work properly probably outside of U.S.
> ---
>
> Key: CB-7876
> URL: https://issues.apache.org/jira/browse/CB-7876
> Project: Apache Cordova
> Issue Type: Bug
> Components: mobile-spec, Plugin InAppBrowser
>Affects Versions: 3.6.3
> Environment: iOS 8
>Reporter: Shingo Toda
>Assignee: Marcel Kinard
>Priority: Minor
>
> In InAppBrowser test, there are tests to load http://www.google.com which is
> listed in whitelist. I saw this page wasn't loaded on CordovaWebView with
> popup message saying that "Unexpected: got multiple loadstart events"..
> I think the reason is I'm working in Australia and google usually redirects
> the request to sender's country which could invoke multiple loadstart events.
> Adding that, Google Australia has domain google.co.au which are actually not
> hitting the whitelisted URL google.com and the test eventually fails to open
> the redirected URL.
> I don't mind the multiple loadstart error so much but I wish the whitelisted
> URL should be considered to be used by developers over the world.
> {code:title=config.xml}
> http://www.google.co*"; />
> https://www.google.co*"; />
> {code}
> Note that at least United Kingdom and Japan have domain formats looking like
> *.co.uk or *.co.jp.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-7876) whitelist tests in IAB don't work properly probably outside of U.S.
[
https://issues.apache.org/jira/browse/CB-7876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcel Kinard reassigned CB-7876:
-
Assignee: Marcel Kinard
> whitelist tests in IAB don't work properly probably outside of U.S.
> ---
>
> Key: CB-7876
> URL: https://issues.apache.org/jira/browse/CB-7876
> Project: Apache Cordova
> Issue Type: Bug
> Components: mobile-spec, Plugin InAppBrowser
>Affects Versions: 3.6.3
> Environment: iOS 8
>Reporter: Shingo Toda
>Assignee: Marcel Kinard
>Priority: Minor
>
> In InAppBrowser test, there are tests to load http://www.google.com which is
> listed in whitelist. I saw this page wasn't loaded on CordovaWebView with
> popup message saying that "Unexpected: got multiple loadstart events"..
> I think the reason is I'm working in Australia and google usually redirects
> the request to sender's country which could invoke multiple loadstart events.
> Adding that, Google Australia has domain google.co.au which are actually not
> hitting the whitelisted URL google.com and the test eventually fails to open
> the redirected URL.
> I don't mind the multiple loadstart error so much but I wish the whitelisted
> URL should be considered to be used by developers over the world.
> {code:title=config.xml}
> http://www.google.co*"; />
> https://www.google.co*"; />
> {code}
> Note that at least United Kingdom and Japan have domain formats looking like
> *.co.uk or *.co.jp.
--
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-7842) Windows 8 Manifest Cabilities in wrong order
[
https://issues.apache.org/jira/browse/CB-7842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185254#comment-14185254
]
Staci Cooper edited comment on CB-7842 at 10/27/14 3:43 PM:
createmobilespec.js creates/prepares the project but it does not build it. Once
the project is created you can build and run it either through the cli
('cordova-run') or through the Visual Studio tools. Since 'cordova run' will
build the project using the cli before deploying to the local machine, this
method works. If you instead open the project in Visual Studio and attempt to
run, it will build the project in Visual Studio, and ultimately hit the error
you describe. If you run 'cordova build' first, however, the platform build
script will sort the capabilities and the project will run successfully in
Visual Studio from that point on.
was (Author: staci.c):
createmobilespec.js creates/prepares the project but it does not build it. Once
the project is created you can run it either through the cli ('cordova-run') or
through the Visual Studio tools. Since 'cordova run' will build the project
using the cli before deploying to the local machine, this method works. If you
instead open the project in Visual Studio and attempt to run, it will build the
project in Visual Studio, and ultimately hit the error you describe. If you run
'cordova build' first, however, the platform build script will sort the
capabilities and the project will run successfully in Visual Studio from that
point on.
> Windows 8 Manifest Cabilities in wrong order
>
>
> Key: CB-7842
> URL: https://issues.apache.org/jira/browse/CB-7842
> Project: Apache Cordova
> Issue Type: Bug
> Components: mobile-spec, Windows 8
>Affects Versions: 3.6.3
> Environment: Windows 8
>Reporter: Angela Fowler
>Assignee: Jesse MacFadyen
>Priority: Minor
>
> This seems to be described in https://issues.apache.org/jira/browse/CB-5350
> which is resolved but still seems to be a problem in a project created with
> createmobilespec.js.
> In the package.windows.appxmanifest the
> tag needs to be before the tags.
--
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-7842) Windows 8 Manifest Cabilities in wrong order
[
https://issues.apache.org/jira/browse/CB-7842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185254#comment-14185254
]
Staci Cooper commented on CB-7842:
--
createmobilespec.js creates/prepares the project but it does not build it. Once
the project is created you can run it either through the cli ('cordova-run') or
through the Visual Studio tools. Since 'cordova run' will build the project
using the cli before deploying to the local machine, this method works. If you
instead open the project in Visual Studio and attempt to run, it will build the
project in Visual Studio, and ultimately hit the error you describe. If you run
'cordova build' first, however, the platform build script will sort the
capabilities and the project will run successfully in Visual Studio from that
point on.
> Windows 8 Manifest Cabilities in wrong order
>
>
> Key: CB-7842
> URL: https://issues.apache.org/jira/browse/CB-7842
> Project: Apache Cordova
> Issue Type: Bug
> Components: mobile-spec, Windows 8
>Affects Versions: 3.6.3
> Environment: Windows 8
>Reporter: Angela Fowler
>Assignee: Jesse MacFadyen
>Priority: Minor
>
> This seems to be described in https://issues.apache.org/jira/browse/CB-5350
> which is resolved but still seems to be a problem in a project created with
> createmobilespec.js.
> In the package.windows.appxmanifest the
> tag needs to be before the tags.
--
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-7881) Android tooling shouldn't lock application directory
[ https://issues.apache.org/jira/browse/CB-7881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185212#comment-14185212 ] ASF GitHub Bot commented on CB-7881: GitHub user sgrebnov opened a pull request: https://github.com/apache/cordova-android/pull/130 CB-7881 Android tooling shouldn't lock application directory https://issues.apache.org/jira/browse/CB-7881 Use temp directory when running adb command to make sure adb server is not started in working directory and does not lock it You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-android CB-7881 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-android/pull/130.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 #130 commit 2c7fb5cb619c07a445b23b49503f68ecbf772f84 Author: sgrebnov Date: 2014-10-27T14:14:35Z CB-7881 Android tooling shouldn't lock application directory > Android tooling shouldn't lock application directory > > > Key: CB-7881 > URL: https://issues.apache.org/jira/browse/CB-7881 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > > Repro steps: > 1. From the working directory call “cordova emulate android” (this will start > adb + the emulator) > 2.Close the emulator > 3.Now change the directory and try to delete the working directory. (It will > complain as being in used). > This happens due to android tools automatically launch the adb server in the > working dir if it is not started yet, -- 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-7876) whitelist tests in IAB don't work properly probably outside of U.S.
[
https://issues.apache.org/jira/browse/CB-7876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185211#comment-14185211
]
Marcel Kinard commented on CB-7876:
---
This is a good point. I was having issues when google.com started redirecting
to their https url. Perhaps using a URL like http://cordova.apache.org that
doesn't have redirects based on geography or other criteria would be a better
test target.
> whitelist tests in IAB don't work properly probably outside of U.S.
> ---
>
> Key: CB-7876
> URL: https://issues.apache.org/jira/browse/CB-7876
> Project: Apache Cordova
> Issue Type: Bug
> Components: mobile-spec, Plugin InAppBrowser
>Affects Versions: 3.6.3
> Environment: iOS 8
>Reporter: Shingo Toda
>Priority: Minor
>
> In InAppBrowser test, there are tests to load http://www.google.com which is
> listed in whitelist. I saw this page wasn't loaded on CordovaWebView with
> popup message saying that "Unexpected: got multiple loadstart events"..
> I think the reason is I'm working in Australia and google usually redirects
> the request to sender's country which could invoke multiple loadstart events.
> Adding that, Google Australia has domain google.co.au which are actually not
> hitting the whitelisted URL google.com and the test eventually fails to open
> the redirected URL.
> I don't mind the multiple loadstart error so much but I wish the whitelisted
> URL should be considered to be used by developers over the world.
> {code:title=config.xml}
> http://www.google.co*"; />
> https://www.google.co*"; />
> {code}
> Note that at least United Kingdom and Japan have domain formats looking like
> *.co.uk or *.co.jp.
--
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-7675) custom_rules.xml breaks FacebookConnect plugin
[
https://issues.apache.org/jira/browse/CB-7675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185181#comment-14185181
]
Andrew Grieve commented on CB-7675:
---
Two options:
1. As you pointed out - just delete the custom_rules.xml file
2. Be an early tester of Gradle-based builds and build via:
{code}
ANDROID_BUILD=gradle cordova build android
{code}
> custom_rules.xml breaks FacebookConnect plugin
> --
>
> Key: CB-7675
> URL: https://issues.apache.org/jira/browse/CB-7675
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 3.6.0
> Environment: Windows8
>Reporter: Arne Sikström
>Assignee: Ian Clelland
>
> The plugin FacebookConnect
> https://github.com/Wizcorp/phonegap-facebook-plugin builds ok but fails
> during runtime with NPEs for missing resources.
> After removing the custom_rules.xml the plugin builds and runs fine.
> If the custom_rules.xml file is present the build uses ant-gen and ant-build
> which seems to confuse the aapt tool or something as the resources get out of
> sync with the R file?
> Commands:
> cordova platform add android
> cordova plugin add https://github.com/phonegap/phonegap-facebook-plugin.git
> --variable APP_ID="" --variable APP_NAME="Hello Frosty"
> cordova run
--
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-7881) Android tooling shouldn't lock application directory
Sergey Grebnov created CB-7881: -- Summary: Android tooling shouldn't lock application directory Key: CB-7881 URL: https://issues.apache.org/jira/browse/CB-7881 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Sergey Grebnov Assignee: Sergey Grebnov Repro steps: 1. From the working directory call “cordova emulate android” (this will start adb + the emulator) 2.Close the emulator 3.Now change the directory and try to delete the working directory. (It will complain as being in used). This happens due to android tools automatically launch the adb server in the working dir if it is not started yet, -- 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-7865) [Contacts] pickContact does not return contact id and photo
[
https://issues.apache.org/jira/browse/CB-7865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14185134#comment-14185134
]
Aleksey Dobrushin commented on CB-7865:
---
Found the solution, but I think it should be the part of plugin.
following code should be added to initWithWebView function:
{code}
if (ABAddressBookGetAuthorizationStatus() ==
kABAuthorizationStatusNotDetermined) {
ABAddressBookRequestAccessWithCompletion(addressBookRef, ^(bool
granted, CFErrorRef error) {
if (granted) {
// If the app is authorized to access the first time then add
the contact
} else {
// Show an alert here if user denies access telling that the
contact cannot be added because you didn't allow it to access the contacts
}
});
}
{code}
Without this code if you look at permissions for your application Contacts is
not listed. This is of course nice change from iOS that contact picker could
work without having access to Contacts (sounds strange), but picker returns
only copy of the contact record, without id and image data.
Please note, if you have app previously installed on iPad, it remembers contact
could be accessed from app. But in my case - new iPad and newly installed
application - now it should request access to Contacts.
> [Contacts] pickContact does not return contact id and photo
> ---
>
> Key: CB-7865
> URL: https://issues.apache.org/jira/browse/CB-7865
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.5.0
> Environment: MacOS, XCode, iPad3 with iOS 8.0.2
>Reporter: Aleksey Dobrushin
>
> pickContact function of Contact plugin does not return contact image (photo)
> and id.
> I did some debugging - didSelectPerson handler of
> ABPeoplePickerNavigationController:
> - ABRecordGetRecordID(person) returns always -1
> - in CDVContact.extractPhotos method ABPersonHasImageData returns always
> false, even for contacts which has photos
--
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-7875) Geolocation issue with IOS
[
https://issues.apache.org/jira/browse/CB-7875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
thomas fischer updated CB-7875:
---
Description:
Using the cordova-plugin-geolocation: 0.3.10, I have a timeout error with
watchPosition. (error.code3)
I have to set the timeout:infinity to keep the Gps Signal.
"This API is based on the W3C Geolocation API Specification, and only executes
on devices that don't already provide an implementation."
s this really based on the W3C Geolocation API ?
When i uninstall this plugin and use geolocation with the W3C API I have no
problem of timeout.
navigator.geolocation.watchPosition(successCallback, errorCallback,
{enableHighAccuracy:true, maximumAge:3000, timeout:5000});
was:
I can't use the webview html5 geolocation Api in with IOS8.
It works on IO7, but on IOS8, the iphone doesn't ask for permission to use gps
and nothing happened: no position found, no error...
edit: Location Manager fails to start in iOS 8
http://nevan.net/2014/09/core-location-manager-changes-in-ios-8/
So I install the cordova-plugin-geolocation: 0.3.10.
And now I get position on both IOS7 and IOS8, but geolocation.watchPositon stop
after a short delay
I have to throw watchPosition again and again.
navigator.geolocation.watchPosition(successCallback, errorCallback,
{enableHighAccuracy:true, maximumAge:3000, timeout:5000});
> Geolocation issue with IOS
> --
>
> Key: CB-7875
> URL: https://issues.apache.org/jira/browse/CB-7875
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 4.0.0
> Environment: cordova version 4.0.0
> cordova-plugin-geolocation: 0.3.10
> xCode 6
> IOS7 - IOS8
>Reporter: thomas fischer
>
> Using the cordova-plugin-geolocation: 0.3.10, I have a timeout error with
> watchPosition. (error.code3)
> I have to set the timeout:infinity to keep the Gps Signal.
> "This API is based on the W3C Geolocation API Specification, and only
> executes on devices that don't already provide an implementation."
> s this really based on the W3C Geolocation API ?
> When i uninstall this plugin and use geolocation with the W3C API I have no
> problem of timeout.
> navigator.geolocation.watchPosition(successCallback, errorCallback,
> {enableHighAccuracy:true, maximumAge:3000, timeout:5000});
--
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-3445) Move Cordova-Android Build Setup to Gradle
[ https://issues.apache.org/jira/browse/CB-3445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Darling updated CB-3445: Comment: was deleted (was: I am out of the office until Friday September 19th 2014. If you have any queries that require action before then, please raise them with software support (softwaresupp...@mnetics.co.uk), or your account manager as appropriate. Regards, Ian Darling The information contained in this communication from ian.darl...@mnetics.co.uk is confidential and may be legally privileged. It is intended solely for use by j...@apache.org and others authorised to receive it. If you are not named you are hereby notified that any disclosure, copying, distribution or taking action in reliance of the contents of this information is strictly prohibited and may be unlawful. Although this message and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened it is the responsibility of the recipient to ensure that it is virus free. No responsibility is accepted by Mnetics Holdings Limited for any loss or damage in any way arising from its use. This communication is sent on behalf of one or more entities in the M-Netics group: M-Netics Ltd, registered in England with company no. 05132545 Unique ID Ltd, registered in England, company no. 3304581 The registered address of these companies is 5 Lansdowne Court, Bumpers Way, Chippenham, Wiltshire, SN14 6RZ. ) > Move Cordova-Android Build Setup to Gradle > -- > > Key: CB-3445 > URL: https://issues.apache.org/jira/browse/CB-3445 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Reporter: Joe Bowser >Assignee: Ian Clelland >Priority: Minor > > Currently we're using ant for our setup, and our setup can break every time > that the Android SDK updates and change its build.xml. However, the Android > Team has created Gradle to be more robust such that it doesn't have the same > problems as ant-based scripts. > This also has the advantage of using Android Studio for development instead > of Eclipse, and the ability for us to bundle resources, which is something we > haven't been able to do before. > Moving to Gradle has numerous advantages, but will break scripts, so this is > to be moved in the post-3.0 timeframe. -- 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-7880) [windows] "cordova version not detected" on plugin installation
Michael Schmidt created CB-7880: --- Summary: [windows] "cordova version not detected" on plugin installation Key: CB-7880 URL: https://issues.apache.org/jira/browse/CB-7880 Project: Apache Cordova Issue Type: Bug Components: CLI, Windows Affects Versions: 4.0.0 Reporter: Michael Schmidt the CLI command "cordova plugin add ###" leads for the windows platform to the following warning: Installing "" for windows cordova version not detected (lacks script "/Users/demo/phonegaptest/platforms/windows/cordova/version" ), continuing. -- 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-7879) [Windows] Icons & Splash screen files don't get copied
Michael Schmidt created CB-7879: --- Summary: [Windows] Icons & Splash screen files don't get copied Key: CB-7879 URL: https://issues.apache.org/jira/browse/CB-7879 Project: Apache Cordova Issue Type: Bug Components: Windows Affects Versions: 4.0.0 Reporter: Michael Schmidt Icons & Splash screen files as defined in the config.xml don't don't get copied into their respective folders in the windows platform Example: config.xml: should get copied into: /windows/images/SplashScreen.scale-240.png This copy operation doesn't take place. -- 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
