[jira] [Assigned] (CB-9976) Updating to cordovaLib 5.4.0 breaks ios installed plugins
[ https://issues.apache.org/jira/browse/CB-9976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill reassigned CB-9976: -- Assignee: Steve Gill > Updating to cordovaLib 5.4.0 breaks ios installed plugins > - > > Key: CB-9976 > URL: https://issues.apache.org/jira/browse/CB-9976 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill > > cordova_plugins.js doesn't get created for ios when updating from an older > cli to a newer cli. > Have to remove and add plugins manually to get plugins working again. > Reproduce (need to use npm < 3): > npm install -g cordova@5.3.3 > cordova create helloWorld > cd helloWorld > cordova platform add ios > cordova plugin add cordova-plugin-device > cordova prepare (helloWorld/platforms/ios/www/cordova_plugins.js is created) > npm install -g cordova@5.4.0 > cordova prepare (helloWorld/platforms/ios/www/cordova_plugins.js doesn't > exist) > `helloWorld/platforms/ios/ios.json` is also incorrect in the updated version. -- 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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-9975: Assignee: Shazron Abdullah > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9653) Splashscreen outside www
[ https://issues.apache.org/jira/browse/CB-9653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002899#comment-15002899 ] ASF GitHub Bot commented on CB-9653: Github user timwindsor commented on the pull request: https://github.com/apache/cordova-lib/pull/342#issuecomment-156229409 Thanks @vladimir-kotikov, it's working now. > Splashscreen outside www > > > Key: CB-9653 > URL: https://issues.apache.org/jira/browse/CB-9653 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.8.0 >Reporter: Kévin DUBUC >Priority: Blocker > > I build my app (thanks to cordova 5.3.1) with my icons & splash outside of > www/, icons are okay, but not splash (getting "ENOENT, no such file or > directory"), they aren't copied into platform_www. -- 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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003046#comment-15003046 ] Connor Pearson commented on CB-9975: It seems like 5.4.0 doesn't recognize preferences within a platform tag as platform specific preferences, so this could affect more than orientation. > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9987) cordova-lib compile arguments changed
[
https://issues.apache.org/jira/browse/CB-9987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002965#comment-15002965
]
Jimmy Thomson commented on CB-9987:
---
It looks like this impacts most of the cordova.raw functions, since they now
use the new PlatformApi, and some things that were previously passed through as
string arguments (e.g. options: ["--device"]) are first-class citizens in the
options object.
> cordova-lib compile arguments changed
> -
>
> Key: CB-9987
> URL: https://issues.apache.org/jira/browse/CB-9987
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 5.4.0
>Reporter: Jimmy Thomson
>Priority: Minor
>
> Prior to cordova-lib 5.4.0 cordova.raw.compile accepted an object such as {
> options: ["list", "of", "options"]}. As of 5.4.0 it seems to want { options:
> {argv: ["list", "of", "options"]}} instead. This causes silent failures if
> other packages attempt to use the older approach.
--
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-9987) cordova-lib compile arguments changed
Jimmy Thomson created CB-9987:
-
Summary: cordova-lib compile arguments changed
Key: CB-9987
URL: https://issues.apache.org/jira/browse/CB-9987
Project: Apache Cordova
Issue Type: Bug
Components: CordovaLib
Affects Versions: 5.4.0
Reporter: Jimmy Thomson
Priority: Minor
Prior to cordova-lib 5.4.0 cordova.raw.compile accepted an object such as {
options: ["list", "of", "options"]}. As of 5.4.0 it seems to want { options:
{argv: ["list", "of", "options"]}} instead. This causes silent failures if
other packages attempt to use the older approach.
--
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-9987) cordova-lib compile arguments changed
[
https://issues.apache.org/jira/browse/CB-9987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Gill updated CB-9987:
---
Priority: Critical (was: Minor)
> cordova-lib compile arguments changed
> -
>
> Key: CB-9987
> URL: https://issues.apache.org/jira/browse/CB-9987
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 5.4.0
>Reporter: Jimmy Thomson
>Priority: Critical
>
> Prior to cordova-lib 5.4.0 cordova.raw.compile accepted an object such as {
> options: ["list", "of", "options"]}. As of 5.4.0 it seems to want { options:
> {argv: ["list", "of", "options"]}} instead. This causes silent failures if
> other packages attempt to use the older approach.
--
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-9240) Cordova splash screen plugin iPad landscape mode issue
[ https://issues.apache.org/jira/browse/CB-9240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002741#comment-15002741 ] Jacob Weber commented on CB-9240: - Played around with this a little, launching an app in landscape on an iPhone 6 simulator. Without the patch, on iOS 8.1 and iOS 8.4, the app launches in portrait mode, even though the device is in landscape. It's as if you had locked the orientation while the device was in portrait, then rotated the device to landscape. With the patch (i.e. after commenting out the "load" method), the same behavior happens on iOS 8.1. But on iOS 8.4, the app rotates to landscape after the splash screen is hidden. I'm not sure which one is the desired behavior. > Cordova splash screen plugin iPad landscape mode issue > -- > > Key: CB-9240 > URL: https://issues.apache.org/jira/browse/CB-9240 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen > Environment: iPad iOS 8 >Reporter: Hetal > Labels: ios, landscape, plugin, splashscreen > > I am using the Cordova splash screen plugin > (https://github.com/apache/cordova-plugin-splashscreen) in my hybrid mobile > app targeted for iOS. I have all the splash screen images added to my > project. The reason for using this plugin is to elongate the time for which > the splash screen is shown and I manually hide it later in the app. So my > config.xml has the following declarations: > > > This plugin works fine in the portrait mode on iPhone and iPad. But on the > iPad in landscape mode, the plugin shows the splash image in portrait mode > and consequently my first app view also shows in the portrait mode even > though the device is in landscape mode. > The screenshots are available here: > http://stackoverflow.com/questions/31035650/cordova-splash-screen-plugin-ipad-landscape-mode-issue -- 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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003032#comment-15003032 ] Tobias Bocanegra commented on CB-9975: -- my findings are: - global: all, platform: all -> warning, no plist update - global: default, platform: all -> warning, no plist update - global: default, platform: portrait -> plist update as expected - global: default, platform: default -> no plist update - no global, platform: all -> warning, no plist update - no global, platform: portrait -> plist update as expected > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9986) window.file on windows platform undefined
[
https://issues.apache.org/jira/browse/CB-9986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Ginchereau resolved CB-9986.
--
Resolution: Duplicate
Assignee: Jason Ginchereau (was: Jesse MacFadyen)
Duplicate of CB-9887, already fixed but not yet released. There will be an
updated plugins release available soon.
> window.file on windows platform undefined
> -
>
> Key: CB-9986
> URL: https://issues.apache.org/jira/browse/CB-9986
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File, Windows 8
>Affects Versions: 3.5.0
> Environment: Visual Studio Community 2015, Visual Studio Community
> 2015 Update 1 (RC)
>Reporter: Pavel
>Assignee: Jason Ginchereau
>Priority: Blocker
> Labels: path, windows
>
> I've tried to use the plugin on Windows 8.1 and Windows 10 (UWP) and I get
> the same problems every time.
> When the plugins are loaded, cordova.file/window.file is undefined , however
> I can overcome this issue with cordova.require function - which gives me the
> file object.
> But even by doing so, I don't get the file paths which declared in the
> documentation such as: cordova.file.dataDirectoryand others.
> That's how I'm overcoming this issue right now:
> if (!window.file) {
> window.file = cordova.require("cordova-plugin-file.FileProxy");
> window.file.requestAllPaths(function (paths) {
> for (var path in paths) {
> window.file[path] = paths[path];
> }
> ready();
> });
> }
> I got this code which runs fine on Android and IOS using angular:
> $cordovaFile.createDir(window.file.dataDirectory, directoryName,
> false).then(function (data) {
> return true;
> },
> function (error) {
> console.log("createParentDirectoryfaild");
> return false;
> });
> this code fails on Windows platform - cause window.file is undefined
--
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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003053#comment-15003053 ] Tobias Bocanegra commented on CB-9975: -- that's what I suspect, too. > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9961) Cordova-Windows Platform Release November 5, 2015
[ https://issues.apache.org/jira/browse/CB-9961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15001861#comment-15001861 ] ASF GitHub Bot commented on CB-9961: Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/417 > Cordova-Windows Platform Release November 5, 2015 > - > > Key: CB-9961 > URL: https://issues.apache.org/jira/browse/CB-9961 > Project: Apache Cordova > Issue Type: Task > Components: Windows >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > -- 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-9961) Cordova-Windows Platform Release November 5, 2015
[ https://issues.apache.org/jira/browse/CB-9961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15001859#comment-15001859 ] ASF subversion and git services commented on CB-9961: - Commit 3c3adca7194af773cd430c3d8aca054f4256d8fd in cordova-docs's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=3c3adca ] CB-9961 blogpost for Windows 4.2.0 release github close #417 > Cordova-Windows Platform Release November 5, 2015 > - > > Key: CB-9961 > URL: https://issues.apache.org/jira/browse/CB-9961 > Project: Apache Cordova > Issue Type: Task > Components: Windows >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-9984) Cordova-common tests failing due to updated 'plist' dependency
[ https://issues.apache.org/jira/browse/CB-9984?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov closed CB-9984. Resolution: Fixed > Cordova-common tests failing due to updated 'plist' dependency > -- > > Key: CB-9984 > URL: https://issues.apache.org/jira/browse/CB-9984 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaCommon >Affects Versions: 1.0.0 >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: dependency, plist > > See https://github.com/apache/cordova-lib/pull/341 for some explanation -- 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-9653) Splashscreen outside www
[ https://issues.apache.org/jira/browse/CB-9653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15001891#comment-15001891 ] ASF GitHub Bot commented on CB-9653: Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-lib/pull/342#issuecomment-156046067 @timwindsor, the failing test fixed in https://github.com/apache/cordova-lib/commit/6c31f4717a00a540ea9782a1543bce6dd72888f1. Just to be sure you could trigger the build again > Splashscreen outside www > > > Key: CB-9653 > URL: https://issues.apache.org/jira/browse/CB-9653 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.8.0 >Reporter: Kévin DUBUC >Priority: Blocker > > I build my app (thanks to cordova 5.3.1) with my icons & splash outside of > www/, icons are okay, but not splash (getting "ENOENT, no such file or > directory"), they aren't copied into platform_www. -- 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-9984) Cordova-common tests failing due to updated 'plist' dependency
[ https://issues.apache.org/jira/browse/CB-9984?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15001882#comment-15001882 ] ASF subversion and git services commented on CB-9984: - Commit 6c31f4717a00a540ea9782a1543bce6dd72888f1 in cordova-lib's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=6c31f47 ] CB-9984 Bumps plist version and fixes failing cordova-common test This closes #341 > Cordova-common tests failing due to updated 'plist' dependency > -- > > Key: CB-9984 > URL: https://issues.apache.org/jira/browse/CB-9984 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaCommon >Affects Versions: 1.0.0 >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: dependency, plist > > See https://github.com/apache/cordova-lib/pull/341 for some explanation -- 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-9984) Cordova-common tests failing due to updated 'plist' dependency
Vladimir Kotikov created CB-9984: Summary: Cordova-common tests failing due to updated 'plist' dependency Key: CB-9984 URL: https://issues.apache.org/jira/browse/CB-9984 Project: Apache Cordova Issue Type: Bug Components: CordovaCommon Affects Versions: 1.0.0 Reporter: Vladimir Kotikov Assignee: Vladimir Kotikov -- 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-8517) App crash because of ContentResolver query returned null on lollipop device
[ https://issues.apache.org/jira/browse/CB-8517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-8517: - Labels: android contacts lollipop (was: contacts lollipop) > App crash because of ContentResolver query returned null on lollipop device > --- > > Key: CB-8517 > URL: https://issues.apache.org/jira/browse/CB-8517 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: Lollipop, MotoG >Reporter: Manoj Katari P > Labels: android, contacts, lollipop > > ContentResolver.query() can return null in devices running with lollipop. > Its not handled in contacts plugin at ContactAccessorSdk5.java:186 for > idCursor > --- > FATAL EXCEPTION: pool-1-thread-38 > E/AndroidRuntime(17921): Process: com.toshiba.uclient, PID: 17921 > E/AndroidRuntime(17921): java.lang.NullPointerException: Attempt to invoke > interface method 'boolean android.database.Cursor.moveToNext()' on a null > object reference > E/AndroidRuntime(17921): at > org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:186) > E/AndroidRuntime(17921): at > org.apache.cordova.contacts.ContactManager$1.run(ContactManager.java:93) > E/AndroidRuntime(17921): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) > E/AndroidRuntime(17921): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) > E/AndroidRuntime(17921): at java.lang.Thread.run(Thread.java:818) -- 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-9984) Cordova-common tests failing due to updated 'plist' dependency
[ https://issues.apache.org/jira/browse/CB-9984?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9984: - Labels: dependency plist (was: ) > Cordova-common tests failing due to updated 'plist' dependency > -- > > Key: CB-9984 > URL: https://issues.apache.org/jira/browse/CB-9984 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaCommon >Affects Versions: 1.0.0 >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: dependency, plist > -- 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-9984) Cordova-common tests failing due to updated 'plist' dependency
[ https://issues.apache.org/jira/browse/CB-9984?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9984: - Description: See https://github.com/apache/cordova-lib/pull/341 for some explanation > Cordova-common tests failing due to updated 'plist' dependency > -- > > Key: CB-9984 > URL: https://issues.apache.org/jira/browse/CB-9984 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaCommon >Affects Versions: 1.0.0 >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: dependency, plist > > See https://github.com/apache/cordova-lib/pull/341 for some explanation -- 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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-9975: - Comment: was deleted (was: Ok, the code is correct, the config.xml it is reading does not contain the root config.xml entries, it's just the platform config.xml. Looks like `cordova prepare` is not processing the config.xml into the platform? Might be related to CB-9976?) > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9987) cordova-lib compile arguments changed
[
https://issues.apache.org/jira/browse/CB-9987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003377#comment-15003377
]
Steve Gill commented on CB-9987:
Running cordova compile --device Two outputs:
New:
{code}
{ platforms: [],
options: { device: true, argv: [] },
verbose: false,
silent: false,
browserify: false,
searchpath: undefined }
{code}
Old:
{code}
{ platforms: [],
options: [ '--device' ],
verbose: false,
silent: false,
browserify: false,
searchpath: undefined }
{code}
> cordova-lib compile arguments changed
> -
>
> Key: CB-9987
> URL: https://issues.apache.org/jira/browse/CB-9987
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 5.4.0
>Reporter: Jimmy Thomson
>Assignee: Steve Gill
>Priority: Critical
>
> Prior to cordova-lib 5.4.0 cordova.raw.compile accepted an object such as {
> options: ["list", "of", "options"]}. As of 5.4.0 it seems to want { options:
> {argv: ["list", "of", "options"]}} instead. This causes silent failures if
> other packages attempt to use the older approach.
--
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-9891) Inconsistent URI encoding causing permission errors on android
[
https://issues.apache.org/jira/browse/CB-9891?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003373#comment-15003373
]
ASF GitHub Bot commented on CB-9891:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-file/pull/148
> Inconsistent URI encoding causing permission errors on android
> --
>
> Key: CB-9891
> URL: https://issues.apache.org/jira/browse/CB-9891
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera, Plugin File
>Affects Versions: 2.1.0, 3.0.0
> Environment: Android 5+
>Reporter: Connor Pearson
>Assignee: Jason Ginchereau
> Labels: Android, reproduced
>
> Using the camera plugin to get a picture from the photo library returns an
> encoded URI. If you then call resolveLocalFileSystemURI the fileEntry object
> returned contains the decoded path component of the URI. This path property
> is used in the toInternalURL function which means it's also decoded. Because
> Android gave us permission to the encoded URI, but not the decoded URI,
> attempting to access the decoded URI results in a permission error.
> {code:javascript}
> document.getElementById("myButton").addEventListener("click", function(){
> navigator.camera.getPicture(function(uri){
> console.log(uri);
> //content://com.android.providers.media.documents/document/image%3A27
> window.resolveLocalFileSystemURI(uri, function(fileEntry){
> console.log(fileEntry.toInternalURL());
> //cdvfile://localhost/content/com.android.providers.media.documents/document/image:27
>
> fileEntry.file(function(){alert("success");},
> function(){alert("fail");});
> },function(error){
> // resolved by pulling in PR 119
> alert("Fail resolveFileSystemURI code: " + error.code);
> });
> }, null, {sourceType: 0, allowEdit: false});
> });
> {code}
> I feel like something must be wrong in one of the plugins, but I'm not sure
> where.
> One possible fix is calling uri.getEncodedPath() instead of uri.getPath in
> LocalFileSystemURL.parse and then removing the call to encodeURI() from
> FileSystem.js, but I'm not sure if this is the right strategy.
> [Example|https://github.com/cjpearson/cordova-plugin-file/commit/b1b9a5f9f5940223c443be5418f86dbea75106f5]
--
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-9891) Inconsistent URI encoding causing permission errors on android
[
https://issues.apache.org/jira/browse/CB-9891?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003372#comment-15003372
]
ASF subversion and git services commented on CB-9891:
-
Commit ef93b58cecc433382f125702934e3ed30d995eb3 in cordova-plugin-file's branch
refs/heads/master from [~jasongin]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=ef93b58 ]
CB-9891: Fix permission errors due to URI encoding inconsistency on Android
> Inconsistent URI encoding causing permission errors on android
> --
>
> Key: CB-9891
> URL: https://issues.apache.org/jira/browse/CB-9891
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera, Plugin File
>Affects Versions: 2.1.0, 3.0.0
> Environment: Android 5+
>Reporter: Connor Pearson
>Assignee: Jason Ginchereau
> Labels: Android, reproduced
>
> Using the camera plugin to get a picture from the photo library returns an
> encoded URI. If you then call resolveLocalFileSystemURI the fileEntry object
> returned contains the decoded path component of the URI. This path property
> is used in the toInternalURL function which means it's also decoded. Because
> Android gave us permission to the encoded URI, but not the decoded URI,
> attempting to access the decoded URI results in a permission error.
> {code:javascript}
> document.getElementById("myButton").addEventListener("click", function(){
> navigator.camera.getPicture(function(uri){
> console.log(uri);
> //content://com.android.providers.media.documents/document/image%3A27
> window.resolveLocalFileSystemURI(uri, function(fileEntry){
> console.log(fileEntry.toInternalURL());
> //cdvfile://localhost/content/com.android.providers.media.documents/document/image:27
>
> fileEntry.file(function(){alert("success");},
> function(){alert("fail");});
> },function(error){
> // resolved by pulling in PR 119
> alert("Fail resolveFileSystemURI code: " + error.code);
> });
> }, null, {sourceType: 0, allowEdit: false});
> });
> {code}
> I feel like something must be wrong in one of the plugins, but I'm not sure
> where.
> One possible fix is calling uri.getEncodedPath() instead of uri.getPath in
> LocalFileSystemURL.parse and then removing the call to encodeURI() from
> FileSystem.js, but I'm not sure if this is the right strategy.
> [Example|https://github.com/cjpearson/cordova-plugin-file/commit/b1b9a5f9f5940223c443be5418f86dbea75106f5]
--
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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003273#comment-15003273 ] Shazron Abdullah commented on CB-9975: -- This: https://github.com/apache/cordova-lib/blob/cc1ab409f64e16a06b5b495dd7b5bdfac37acda7/cordova-lib/src/cordova/metadata/parserhelper/preferences.js#L75 The problem is "all" is not a global orientation (as in all platforms). Need to create a new check for isPlatformSpecificOrientation(globalOrientation, platform). > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003273#comment-15003273 ] Shazron Abdullah edited comment on CB-9975 at 11/13/15 12:15 AM: - This: https://github.com/apache/cordova-lib/blob/cc1ab409f64e16a06b5b495dd7b5bdfac37acda7/cordova-lib/src/cordova/metadata/parserhelper/preferences.js#L75 The problem is "all" is not a global orientation (as in all platforms), only iOS. Need to create a new check for isPlatformSpecificOrientation(globalOrientation, platform). was (Author: shazron): This: https://github.com/apache/cordova-lib/blob/cc1ab409f64e16a06b5b495dd7b5bdfac37acda7/cordova-lib/src/cordova/metadata/parserhelper/preferences.js#L75 The problem is "all" is not a global orientation (as in all platforms). Need to create a new check for isPlatformSpecificOrientation(globalOrientation, platform). > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9168) NATIVE_URI not support by winphone
[
https://issues.apache.org/jira/browse/CB-9168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003371#comment-15003371
]
Colin Bau commented on CB-9168:
---
Thanks Raghav
> NATIVE_URI not support by winphone
> --
>
> Key: CB-9168
> URL: https://issues.apache.org/jira/browse/CB-9168
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Codrova Cli 5.0 with all latest core plugin
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
> Labels: Windows, camera
>
> I am using Codrova Cli 5.0 with all latest core plugin
> when I use
> navigator.camera.getPicture(onSuccess, onFail, { quality: 50,
> destinationType: Camera.DestinationType.NATIVE_URI } );
> android and iOS will all trigger the success callback
> but in wp8 it will trigger the fail and output these words
> "Incorrect option:destinationType"
> is it because NATIVE_URI not support by winphone 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-9986) window.file on windows platform undefined
[
https://issues.apache.org/jira/browse/CB-9986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003196#comment-15003196
]
Jason Ginchereau commented on CB-9986:
--
Also note that window.file is not automatically defined on any platform as far
as I know. The expected way to access the platform-specific directories is via
cordova.file.
> window.file on windows platform undefined
> -
>
> Key: CB-9986
> URL: https://issues.apache.org/jira/browse/CB-9986
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File, Windows 8
>Affects Versions: 3.5.0
> Environment: Visual Studio Community 2015, Visual Studio Community
> 2015 Update 1 (RC)
>Reporter: Pavel
>Assignee: Jason Ginchereau
>Priority: Blocker
> Labels: path, windows
>
> I've tried to use the plugin on Windows 8.1 and Windows 10 (UWP) and I get
> the same problems every time.
> When the plugins are loaded, cordova.file/window.file is undefined , however
> I can overcome this issue with cordova.require function - which gives me the
> file object.
> But even by doing so, I don't get the file paths which declared in the
> documentation such as: cordova.file.dataDirectoryand others.
> That's how I'm overcoming this issue right now:
> if (!window.file) {
> window.file = cordova.require("cordova-plugin-file.FileProxy");
> window.file.requestAllPaths(function (paths) {
> for (var path in paths) {
> window.file[path] = paths[path];
> }
> ready();
> });
> }
> I got this code which runs fine on Android and IOS using angular:
> $cordovaFile.createDir(window.file.dataDirectory, directoryName,
> false).then(function (data) {
> return true;
> },
> function (error) {
> console.log("createParentDirectoryfaild");
> return false;
> });
> this code fails on Windows platform - cause window.file is undefined
--
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-9987) cordova-lib compile arguments changed
[
https://issues.apache.org/jira/browse/CB-9987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Gill reassigned CB-9987:
--
Assignee: Steve Gill
> cordova-lib compile arguments changed
> -
>
> Key: CB-9987
> URL: https://issues.apache.org/jira/browse/CB-9987
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 5.4.0
>Reporter: Jimmy Thomson
>Assignee: Steve Gill
>Priority: Critical
>
> Prior to cordova-lib 5.4.0 cordova.raw.compile accepted an object such as {
> options: ["list", "of", "options"]}. As of 5.4.0 it seems to want { options:
> {argv: ["list", "of", "options"]}} instead. This causes silent failures if
> other packages attempt to use the older approach.
--
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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003200#comment-15003200 ] Shazron Abdullah edited comment on CB-9975 at 11/12/15 11:42 PM: - Bug here: https://github.com/apache/cordova-lib/blob/cc1ab409f64e16a06b5b495dd7b5bdfac37acda7/cordova-common/src/ConfigParser/ConfigParser.js#L153 All platform preference values return the empty string. was (Author: shazron): Bug here: https://github.com/apache/cordova-lib/blob/cc1ab409f64e16a06b5b495dd7b5bdfac37acda7/cordova-lib/src/cordova/metadata/parserhelper/preferences.js#L63 > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-8940) [Windows] Camera image z-index is too low. It sits behind JQuery mobile UI Elements (header / footer)
[
https://issues.apache.org/jira/browse/CB-8940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003285#comment-15003285
]
Raghav commented on CB-8940:
I couldn't repro this with the standard libraries. Standard z-index range from
1 to early multiples of hundreds. Can you specify the framework you are using?
Also since there is practically no limit to z-index value, do you think even
bumping it further up makes this problem solvable?
> [Windows] Camera image z-index is too low. It sits behind JQuery mobile UI
> Elements (header / footer)
> -
>
> Key: CB-8940
> URL: https://issues.apache.org/jira/browse/CB-8940
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 4.1.0
> Environment: Windows Emulator / Nokia Lumia 920
>Reporter: david marshall
>Assignee: Raghav
>
> Changing the values in CameraProxy.js to below works a treat
> // z-index style element for capturePreview and captureCancelButton elts
> // is necessary to avoid overriding by another page
> elements, -1 sometimes is not enough
> capturePreview.style.cssText = "position: fixed; left: 0;
> top: 0; width: 100%; height: 100%; z-index: ";
> // Create cancel button
> captureCancelButton = document.createElement("button");
> captureCancelButton.innerText = "Cancel";
> captureCancelButton.style.cssText = "position: fixed;
> right: 0; bottom: 0; display: block; margin: 20px; z-index: 1";
--
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-9168) NATIVE_URI not support by winphone
[
https://issues.apache.org/jira/browse/CB-9168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003331#comment-15003331
]
Raghav commented on CB-9168:
Hi Colin,
This has been fixed and will be available through the next plugins release.
https://github.com/apache/cordova-plugin-camera/commit/454a6f518c444188cca4c2e351db6641db5f5cc2
> NATIVE_URI not support by winphone
> --
>
> Key: CB-9168
> URL: https://issues.apache.org/jira/browse/CB-9168
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera, WP8
>Affects Versions: 5.0.1
> Environment: I am using Codrova Cli 5.0 with all latest core plugin
>Reporter: Colin Bau
>Assignee: Jesse MacFadyen
> Labels: Windows, camera
>
> I am using Codrova Cli 5.0 with all latest core plugin
> when I use
> navigator.camera.getPicture(onSuccess, onFail, { quality: 50,
> destinationType: Camera.DestinationType.NATIVE_URI } );
> android and iOS will all trigger the success callback
> but in wp8 it will trigger the fail and output these words
> "Incorrect option:destinationType"
> is it because NATIVE_URI not support by winphone 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] [Resolved] (CB-7024) Cordova resolveLocalFileSystemURL works but then fileEntry.file() fails
[
https://issues.apache.org/jira/browse/CB-7024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Ginchereau resolved CB-7024.
--
Resolution: Fixed
Resolving this because the duplicate bug CB-9891 was fixed.
> Cordova resolveLocalFileSystemURL works but then fileEntry.file() fails
> ---
>
> Key: CB-7024
> URL: https://issues.apache.org/jira/browse/CB-7024
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera, Plugin File
>Affects Versions: 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0, 3.5.0
> Environment: Android
>Reporter: DotNetWise
>Assignee: Jason Ginchereau
> Labels: Android
> Original Estimate: 8m
> Remaining Estimate: 8m
>
> First, you do a {{navigator.camera.getPicture(uploadPicture_step1,
> uploadError, chooseOptions);}}
> with success and then you do {{window.resolveLocalFileSystemURL(fileURI,
> function (fileEntry) {})}}
> again with success.
> Now if you call that {{fileEntry.file(function(info) {}, function(err) {
> });}} you always get an exception and the error callback is called with
> {{err.code = 1000}};
> The error in {{logcat}} is missing {{android.permission.MANAGE_DOCUMENTS}}
> That is stuppid! It's a bug.
> I cannot get the mime-Type for the given fileEntry, so how am I supposed to
> upload it via FileTransfer plugin (as it asks explicitely for it - to send it
> as ContentType to the server - that's another stuppid thing, it should detect
> it if I pass null in the firs place anways).
> This issue is for the files that are comming from custom providers such as
> "downloads". e.g.
> {{content://document/primary%3ADownload/11june.pdf}}
> In config.xml I do have
> {code}
> value="files,files-external,documents,sdcard,cache,cache-external,root" />
>
>
>
>
>
> value="org.apache.cordova.filetransfer.FileTransfer" />
>
>
> value="org.apache.cordova.camera.CameraLauncher" />
>
> {code}
> In {{AndroidManifest.xml}} I do have
> {code}
>
> {code}
> Here are some logs
> {code}
> E/DatabaseUtils(24425): java.lang.SecurityException: Permission Denial:
> reading com.android.externalstorage.ExternalStorageProvider uri conten
> nts/document/primary%3ADownload/11june.pdf from pid=22853, uid=10197 requires
> android.permission.MANAGE_DOCUMENTS, or grantUriPermission()
> E/DatabaseUtils(24425): at
> android.content.ContentProvider.enforceReadPermissionInner(ContentProvider.java:467)
> E/DatabaseUtils(24425): at
> android.content.ContentProvider$Transport.enforceReadPermission(ContentProvider.java:394)
> E/DatabaseUtils(24425): at
> android.content.ContentProvider$Transport.query(ContentProvider.java:194)
> E/DatabaseUtils(24425): at
> android.content.ContentProviderNative.onTransact(ContentProviderNative.java:112)
> E/DatabaseUtils(24425): at
> android.os.Binder.execTransact(Binder.java:404)
> E/DatabaseUtils(24425): at dalvik.system.NativeStart.run(Native
> Method)
> W/System.err(22853): java.lang.SecurityException: Permission Denial: reading
> com.android.externalstorage.ExternalStorageProvider uri content:/
> /document/primary%3ADownload/11june.pdf from pid=22853, uid=10197 requires
> android.permission.MANAGE_DOCUMENTS, or grantUriPermission()
> W/System.err(22853):at android.os.Parcel.readException(Parcel.java:1465)
> W/System.err(22853):at
> android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:185)
> W/System.err(22853):at
> android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:137)
> W/System.err(22853):at
> android.content.ContentProviderProxy.query(ContentProviderNative.java:413)
> W/System.err(22853):at
> android.content.ContentResolver.query(ContentResolver.java:461)
> W/System.err(22853):at
> android.content.ContentResolver.query(ContentResolver.java:404)
> W/System.err(22853):at
> org.apache.cordova.file.ContentFilesystem.openCursorForURL(ContentFilesystem.java:258)
> W/System.err(22853):at
> org.apache.cordova.file.ContentFilesystem.getFileMetadataForLocalURL(ContentFilesystem.java:169)
> W/System.err(22853):at
> org.apache.cordova.file.FileUtils.getFileMetadata(FileUtils.java:811)
> W/System.err(22853):at
> org.apache.cordova.file.FileUtils.access$400(FileUtils.java:52)
> W/System.err(22853):at
> org.apache.cordova.file.FileUtils$14.run(FileUtils.java:383)
> W/System.err(22853):at
> org.apache.cordova.file.FileUtils$24.run(FileUtils.java:540)
> W/System.err(22853):at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> W/System.err(22853):at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> W/System.err(22853):at java.lang.Thread.run(Thread.java:841)
>
[jira] [Issue Comment Deleted] (CB-7287) [UIWebView][iOS 7] Failing tests (wkwebview branch)
[
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen updated CB-7287:
Comment: was deleted
(was: If you're in trouble, just yelp for help!)
> [UIWebView][iOS 7] Failing tests (wkwebview branch)
> ---
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 8
>Reporter: Shazron Abdullah
>Assignee: Anis Kadri
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
> upload a file using local paths.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9891) Inconsistent URI encoding causing permission errors on android
[
https://issues.apache.org/jira/browse/CB-9891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Ginchereau resolved CB-9891.
--
Resolution: Fixed
> Inconsistent URI encoding causing permission errors on android
> --
>
> Key: CB-9891
> URL: https://issues.apache.org/jira/browse/CB-9891
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera, Plugin File
>Affects Versions: 2.1.0, 3.0.0
> Environment: Android 5+
>Reporter: Connor Pearson
>Assignee: Jason Ginchereau
> Labels: Android, reproduced
>
> Using the camera plugin to get a picture from the photo library returns an
> encoded URI. If you then call resolveLocalFileSystemURI the fileEntry object
> returned contains the decoded path component of the URI. This path property
> is used in the toInternalURL function which means it's also decoded. Because
> Android gave us permission to the encoded URI, but not the decoded URI,
> attempting to access the decoded URI results in a permission error.
> {code:javascript}
> document.getElementById("myButton").addEventListener("click", function(){
> navigator.camera.getPicture(function(uri){
> console.log(uri);
> //content://com.android.providers.media.documents/document/image%3A27
> window.resolveLocalFileSystemURI(uri, function(fileEntry){
> console.log(fileEntry.toInternalURL());
> //cdvfile://localhost/content/com.android.providers.media.documents/document/image:27
>
> fileEntry.file(function(){alert("success");},
> function(){alert("fail");});
> },function(error){
> // resolved by pulling in PR 119
> alert("Fail resolveFileSystemURI code: " + error.code);
> });
> }, null, {sourceType: 0, allowEdit: false});
> });
> {code}
> I feel like something must be wrong in one of the plugins, but I'm not sure
> where.
> One possible fix is calling uri.getEncodedPath() instead of uri.getPath in
> LocalFileSystemURL.parse and then removing the call to encodeURI() from
> FileSystem.js, but I'm not sure if this is the right strategy.
> [Example|https://github.com/cjpearson/cordova-plugin-file/commit/b1b9a5f9f5940223c443be5418f86dbea75106f5]
--
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-9975) No longer able to use "all" as orientation for ios
[
https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003268#comment-15003268
]
Shazron Abdullah commented on CB-9975:
--
Ok so here's what's happening:
root config.xml
{code}
{code}
This is copied into the platform config.xml, but of course there is no
tag anymore, so its this:
{code}
{code}
So of course the code tries to read it as a platform preference, but now its
actually a global preference.
> No longer able to use "all" as orientation for ios
> --
>
> Key: CB-9975
> URL: https://issues.apache.org/jira/browse/CB-9975
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Reporter: Raymond Camden
>Assignee: Shazron Abdullah
>Priority: Trivial
>
> Yesterday I blogged about iOS and orientation
> (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked).
> Today on Twitter someone noticed that when they set orientation now, they
> get an error in the CLI. I updated my CLI to the latest, and can confirm it
> is now broken. If you set ios orientation to all, you get:
> Unsupported global orientation: all
> Defaulting to value: default
> This is obviously wrong on two accounts - it wasn't a global orientation (it
> was ios only) and all should be supported.
--
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-9987) cordova-lib compile arguments changed
[
https://issues.apache.org/jira/browse/CB-9987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003276#comment-15003276
]
Steve Gill commented on CB-9987:
actually i was mistaken, I don't think we need the above code as the signatures
seem to be the same and it is just the options object that has changed.
Reviewing them all and seeing if there is a pattern. If so, should be a easy
fix.
> cordova-lib compile arguments changed
> -
>
> Key: CB-9987
> URL: https://issues.apache.org/jira/browse/CB-9987
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 5.4.0
>Reporter: Jimmy Thomson
>Assignee: Steve Gill
>Priority: Critical
>
> Prior to cordova-lib 5.4.0 cordova.raw.compile accepted an object such as {
> options: ["list", "of", "options"]}. As of 5.4.0 it seems to want { options:
> {argv: ["list", "of", "options"]}} instead. This causes silent failures if
> other packages attempt to use the older approach.
--
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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003194#comment-15003194 ] Shazron Abdullah commented on CB-9975: -- CB-8783 was where the fix was. Commits: 1. https://github.com/apache/cordova-lib/commit/518ffa46c80e1e167ff7b1e3e1ccc8fe2a04cd58 2. https://github.com/apache/cordova-lib/commit/a05f448b48dd7634696fcf2ece91e0b978348be9 > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003200#comment-15003200 ] Shazron Abdullah commented on CB-9975: -- Bug here: https://github.com/apache/cordova-lib/blob/cc1ab409f64e16a06b5b495dd7b5bdfac37acda7/cordova-lib/src/cordova/metadata/parserhelper/preferences.js#L63 > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9987) cordova-lib compile arguments changed
[
https://issues.apache.org/jira/browse/CB-9987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003203#comment-15003203
]
Steve Gill commented on CB-9987:
Currently, I am going through identifying which signatures changes and write a
compatibility layer for them.
Might just be as easy as adding the code below to
cordova-lib/src/cordova/cordova.js
{code}
on:function(a,b,options) {
cordova_events.on.apply(cordova_events, options ? [options] :
arguments);
}
{code}
> cordova-lib compile arguments changed
> -
>
> Key: CB-9987
> URL: https://issues.apache.org/jira/browse/CB-9987
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 5.4.0
>Reporter: Jimmy Thomson
>Assignee: Steve Gill
>Priority: Critical
>
> Prior to cordova-lib 5.4.0 cordova.raw.compile accepted an object such as {
> options: ["list", "of", "options"]}. As of 5.4.0 it seems to want { options:
> {argv: ["list", "of", "options"]}} instead. This causes silent failures if
> other packages attempt to use the older approach.
--
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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003258#comment-15003258 ] Shazron Abdullah commented on CB-9975: -- Ok, the code is correct, the config.xml it is reading does not contain the root config.xml entries, it's just the platform config.xml. Looks like `cordova prepare` is not processing the config.xml into the platform? Might be related to CB-9976? > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9831) cordova-android's 'test-build' script removes the contents of symlinked cordova-common directory
[
https://issues.apache.org/jira/browse/CB-9831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15001961#comment-15001961
]
ASF GitHub Bot commented on CB-9831:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-android/pull/238
> cordova-android's 'test-build' script removes the contents of symlinked
> cordova-common directory
>
>
> Key: CB-9831
> URL: https://issues.apache.org/jira/browse/CB-9831
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> when cordova-common directory is symlinked by coho, cordova-android's
> 'test-build' script removes all its contents
> Windows repro:
> {noformat}
> cordova-coho\coho npm-link
> cd cordova-android
> npm run test-build
> {noformat}
--
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-9932) e2e tests for android platform update
[ https://issues.apache.org/jira/browse/CB-9932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15001960#comment-15001960 ] ASF subversion and git services commented on CB-9932: - Commit 32edaee3a248b0c10ae3d57003636a9b82dfec9c in cordova-android's branch refs/heads/master from [~alsorokin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=32edaee ] CB-9831 CB-9835 CB-9932 Added e2e tests > e2e tests for android platform update > - > > Key: CB-9932 > URL: https://issues.apache.org/jira/browse/CB-9932 > Project: Apache Cordova > Issue Type: Test > Components: Android >Affects Versions: Master >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Currently there are no tests that would cover android platform update > functionality. > They should be added as per discussion > [here|https://github.com/apache/cordova-lib/pull/332] -- 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-9831) cordova-android's 'test-build' script removes the contents of symlinked cordova-common directory
[
https://issues.apache.org/jira/browse/CB-9831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15001958#comment-15001958
]
ASF subversion and git services commented on CB-9831:
-
Commit 32edaee3a248b0c10ae3d57003636a9b82dfec9c in cordova-android's branch
refs/heads/master from [~alsorokin]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=32edaee ]
CB-9831 CB-9835 CB-9932 Added e2e tests
> cordova-android's 'test-build' script removes the contents of symlinked
> cordova-common directory
>
>
> Key: CB-9831
> URL: https://issues.apache.org/jira/browse/CB-9831
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> when cordova-common directory is symlinked by coho, cordova-android's
> 'test-build' script removes all its contents
> Windows repro:
> {noformat}
> cordova-coho\coho npm-link
> cd cordova-android
> npm run test-build
> {noformat}
--
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-9835) Cordova-android fails to install some plugins due to errors in properties-parser
[
https://issues.apache.org/jira/browse/CB-9835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15001959#comment-15001959
]
ASF subversion and git services commented on CB-9835:
-
Commit 32edaee3a248b0c10ae3d57003636a9b82dfec9c in cordova-android's branch
refs/heads/master from [~alsorokin]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=32edaee ]
CB-9831 CB-9835 CB-9932 Added e2e tests
> Cordova-android fails to install some plugins due to errors in
> properties-parser
>
>
> Key: CB-9835
> URL: https://issues.apache.org/jira/browse/CB-9835
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: Master
> Environment: NodeJS@<4.x
>Reporter: Vladimir Kotikov
>Assignee: Alexander Sorokin
>Priority: Blocker
> Labels: android, properties-parser
> Fix For: Master
>
>
> As per [~TimBarham]'s comment here:
> https://github.com/apache/cordova-android/commit/400282282f21c07bda5527e4c2266810fe01da3f#commitcomment-13890057
> the issue is caused by {{properties-parser}} module.
> As a solution, we need to downgrade {{properties-parser}} to 0.2.3 which
> works fine in all node versions starting from 0.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-9348) Unable to get linked contact's phone number, while using pickContact
[ https://issues.apache.org/jira/browse/CB-9348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9348: - Component/s: (was: Android) > Unable to get linked contact's phone number, while using pickContact > > > Key: CB-9348 > URL: https://issues.apache.org/jira/browse/CB-9348 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Reporter: Dipanjan Chakraborty >Assignee: Omar Mefire > > using cordova v5.1.1 and contacts plugin v1.1.0 > we are unable to fetch the mobile numbers from the phonebook especially if > there are contacts linked. > example: > the main contact is > Name: John Doe > mobile: 99 > the linked G+ contact is > Name J.Doe > mobile: 88 > When fetching the contact using pickContact , it does not fetch either phone > numbers. however, the name of the secondary (J.Doe) is fetched . > Appreciate any help on this issue. > Thanks in advance. -- 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-9985) device.platform returns null on iOS
Sigve Kvalsvik created CB-9985: -- Summary: device.platform returns null on iOS Key: CB-9985 URL: https://issues.apache.org/jira/browse/CB-9985 Project: Apache Cordova Issue Type: Bug Components: Plugin Device Affects Versions: 5.4.0 Environment: OSX, iOS Reporter: Sigve Kvalsvik Priority: Minor I'm in the process of testing a cordova app on iOS using Testflight, but I'm having an issue with the device plugin. While it works fine in the XCode simulators as well as on a physical device when installed via XCode, the versions downloaded from Testflight all return device.platform = null. On Android it also works fine. I've worked around it by testing for device.platform !== "Android" instead of doing device.platform === "iOS", but I would prefer to have the plugin work as expected. Any ideas what's going on here? cordova-plugin-device 1.0.1 "Device" Installed platforms: android 4.1.1, ios 3.9.2 -- 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-9396) phonegap app crashes on getting contacts
[
https://issues.apache.org/jira/browse/CB-9396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-9396:
-
Labels: ios (was: )
> phonegap app crashes on getting contacts
>
>
> Key: CB-9396
> URL: https://issues.apache.org/jira/browse/CB-9396
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
> Environment: iphone4/s iOS
>Reporter: Edd A
> Labels: ios, triaged
>
> We are using phonegap and angularjs on our mobile app.. We are currently
> getting phone contacts and it is crashing on iphone4/s only. It is working on
> android and iphone 6. I can't seem to find where the error is.
> Here is the code..
> module.controller('someControllerName', ['$scope', '$http', function($scope,
> $http) {
> // find all contacts with 'Bob' in any name field
> var options = new ContactFindOptions();
> options.filter = "";
> options.multiple = true;
> var fields = ["displayName", "name"];
> navigator.contacts.find(fields, loadAllContacts, onError, options);
> $scope.viewContact = function (contact) {
> buxMainNav.pushPage("contact_details.html", {
> "animation": "slide",
> phone_contact: contact
> });
> };
> $scope.$watch('searchContacts', function(data) {
> if (data != undefined) {
> // find all contacts with 'Bob' in any name field
> var options = new ContactFindOptions();
> options.filter = data;
> options.multiple = true;
> var fields = ["displayName", "name"];
> navigator.contacts.find(fields, loadAllContacts, onError,
> options);
> $scope.viewContact = function (contact) {
> buxMainNav.pushPage("contact_details.html", {
> "animation": "slide",
> phone_contact: contact
> });
> };
> }
> });
> }]);
> function loadAllContacts(contacts) {
> var cSort = function(a, b) {
> aName = a.name.givenName;
> bName = b.name.givenName;
> return aName < bName ? -1 : (aName == bName ? 0 : 1);
> };
> var scope =
> angular.element(document.getElementById("contacts-controller")).scope();
> scope.nocontactsresults = "";
> scope.$apply(function(){
> contacts = contacts.sort(cSort);
> scope.phoneContacts = contacts;
> if (scope.phoneContacts.length < 1) {
> scope.nocontactsresults = "No Results";
> } else {
> scope.nocontactsresults = "";
> }
> })
> };
> function onError(contactError) {
> ons.notification.alert({
> message: "Unable to access phonebook contacts.",
> title: "Contacts"
> });
> };
--
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-9396) phonegap app crashes on getting contacts
[
https://issues.apache.org/jira/browse/CB-9396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-9396:
-
Labels: ios triaged (was: ios)
> phonegap app crashes on getting contacts
>
>
> Key: CB-9396
> URL: https://issues.apache.org/jira/browse/CB-9396
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
> Environment: iphone4/s iOS
>Reporter: Edd A
> Labels: ios, triaged
>
> We are using phonegap and angularjs on our mobile app.. We are currently
> getting phone contacts and it is crashing on iphone4/s only. It is working on
> android and iphone 6. I can't seem to find where the error is.
> Here is the code..
> module.controller('someControllerName', ['$scope', '$http', function($scope,
> $http) {
> // find all contacts with 'Bob' in any name field
> var options = new ContactFindOptions();
> options.filter = "";
> options.multiple = true;
> var fields = ["displayName", "name"];
> navigator.contacts.find(fields, loadAllContacts, onError, options);
> $scope.viewContact = function (contact) {
> buxMainNav.pushPage("contact_details.html", {
> "animation": "slide",
> phone_contact: contact
> });
> };
> $scope.$watch('searchContacts', function(data) {
> if (data != undefined) {
> // find all contacts with 'Bob' in any name field
> var options = new ContactFindOptions();
> options.filter = data;
> options.multiple = true;
> var fields = ["displayName", "name"];
> navigator.contacts.find(fields, loadAllContacts, onError,
> options);
> $scope.viewContact = function (contact) {
> buxMainNav.pushPage("contact_details.html", {
> "animation": "slide",
> phone_contact: contact
> });
> };
> }
> });
> }]);
> function loadAllContacts(contacts) {
> var cSort = function(a, b) {
> aName = a.name.givenName;
> bName = b.name.givenName;
> return aName < bName ? -1 : (aName == bName ? 0 : 1);
> };
> var scope =
> angular.element(document.getElementById("contacts-controller")).scope();
> scope.nocontactsresults = "";
> scope.$apply(function(){
> contacts = contacts.sort(cSort);
> scope.phoneContacts = contacts;
> if (scope.phoneContacts.length < 1) {
> scope.nocontactsresults = "No Results";
> } else {
> scope.nocontactsresults = "";
> }
> })
> };
> function onError(contactError) {
> ons.notification.alert({
> message: "Unable to access phonebook contacts.",
> title: "Contacts"
> });
> };
--
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-9174) contact's photo attribute not work in wp8
[
https://issues.apache.org/jira/browse/CB-9174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-9174:
-
Component/s: (was: WP8)
> contact's photo attribute not work in wp8
> -
>
> Key: CB-9174
> URL: https://issues.apache.org/jira/browse/CB-9174
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
> Environment: winphone 8.1 with contact plugin 1.0.0
>Reporter: Colin Bau
> Labels: windows, wp8
>
> this is my full code
> =
> var contact = navigator.contacts.create();
> contact.nickname = 'nick';
> var photos = [];
> photos[0] = new ContactField('url',
> 'https://www.google.com.tw/images/srpr/logo11w.png' + updatewords, false);
> contact.photos = photos;
> contact.save(onSuccess, onError);
> =
> the data will insert success
> but the photo information will only appear in android and iOS，wp8 got the
> null value
--
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-9174) contact's photo attribute not work in wp8
[
https://issues.apache.org/jira/browse/CB-9174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-9174:
-
Labels: platform-consistency triaged windows wp8 (was: windows wp8)
> contact's photo attribute not work in wp8
> -
>
> Key: CB-9174
> URL: https://issues.apache.org/jira/browse/CB-9174
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
> Environment: winphone 8.1 with contact plugin 1.0.0
>Reporter: Colin Bau
> Labels: platform-consistency, triaged, windows, wp8
>
> this is my full code
> =
> var contact = navigator.contacts.create();
> contact.nickname = 'nick';
> var photos = [];
> photos[0] = new ContactField('url',
> 'https://www.google.com.tw/images/srpr/logo11w.png' + updatewords, false);
> contact.photos = photos;
> contact.save(onSuccess, onError);
> =
> the data will insert success
> but the photo information will only appear in android and iOS，wp8 got the
> null value
--
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-8156) [Contacts] Cancelling pickContact should call the error callback, but callback "nothing" for now
[ https://issues.apache.org/jira/browse/CB-8156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-8156: - Labels: contacts ios (was: contacts) > [Contacts] Cancelling pickContact should call the error callback, but > callback "nothing" for now > > > Key: CB-8156 > URL: https://issues.apache.org/jira/browse/CB-8156 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.7.0, 3.6.3 > Environment: I using ipad mini 8.1.2 with phonegap 3.6.3 or 3.7.1 and > latest contact plugin >Reporter: Colin Bau > Labels: contacts, ios > > according to this > https://issues.apache.org/jira/browse/CB-7772 > it have been solved > Cancelling pickContact should call the error callback, but callback "nothing" > (no any response) for now -- 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-9629) Contact.pick return null in phoneNumbers instead of empty array when no numbers
[ https://issues.apache.org/jira/browse/CB-9629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9629: - Environment: Android 5.1 Cordova 5.2.0 was:Android 5.1 > Contact.pick return null in phoneNumbers instead of empty array when no > numbers > --- > > Key: CB-9629 > URL: https://issues.apache.org/jira/browse/CB-9629 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: Android 5.1 > Cordova 5.2.0 >Reporter: Sergey >Priority: Minor > Labels: android, triaged > -- 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-9629) Contact.pick return null in phoneNumbers instead of empty array when no numbers
[ https://issues.apache.org/jira/browse/CB-9629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9629: - Affects Version/s: (was: 5.2.0) > Contact.pick return null in phoneNumbers instead of empty array when no > numbers > --- > > Key: CB-9629 > URL: https://issues.apache.org/jira/browse/CB-9629 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: Android 5.1 >Reporter: Sergey >Priority: Minor > Labels: android, triaged > -- 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-9629) Contact.pick return null in phoneNumbers instead of empty array when no numbers
[ https://issues.apache.org/jira/browse/CB-9629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9629: - Labels: android triaged (was: ) > Contact.pick return null in phoneNumbers instead of empty array when no > numbers > --- > > Key: CB-9629 > URL: https://issues.apache.org/jira/browse/CB-9629 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: Android 5.1 >Reporter: Sergey >Priority: Minor > Labels: android, triaged > -- 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-8517) App crash because of ContentResolver query returned null on lollipop device
[ https://issues.apache.org/jira/browse/CB-8517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-8517: - Labels: android contacts lollipop triaged (was: android contacts lollipop) > App crash because of ContentResolver query returned null on lollipop device > --- > > Key: CB-8517 > URL: https://issues.apache.org/jira/browse/CB-8517 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: Lollipop, MotoG >Reporter: Manoj Katari P > Labels: android, contacts, lollipop, triaged > > ContentResolver.query() can return null in devices running with lollipop. > Its not handled in contacts plugin at ContactAccessorSdk5.java:186 for > idCursor > --- > FATAL EXCEPTION: pool-1-thread-38 > E/AndroidRuntime(17921): Process: com.toshiba.uclient, PID: 17921 > E/AndroidRuntime(17921): java.lang.NullPointerException: Attempt to invoke > interface method 'boolean android.database.Cursor.moveToNext()' on a null > object reference > E/AndroidRuntime(17921): at > org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:186) > E/AndroidRuntime(17921): at > org.apache.cordova.contacts.ContactManager$1.run(ContactManager.java:93) > E/AndroidRuntime(17921): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) > E/AndroidRuntime(17921): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) > E/AndroidRuntime(17921): at java.lang.Thread.run(Thread.java:818) -- 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-9629) Contact.pick return null in phoneNumbers instead of empty array when no numbers
[ https://issues.apache.org/jira/browse/CB-9629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov reassigned CB-9629: Assignee: Vladimir Kotikov > Contact.pick return null in phoneNumbers instead of empty array when no > numbers > --- > > Key: CB-9629 > URL: https://issues.apache.org/jira/browse/CB-9629 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: Android 5.1 > Cordova 5.2.0 >Reporter: Sergey >Assignee: Vladimir Kotikov >Priority: Minor > Labels: android, api-breaking, api-change, platform-consistency, > triaged > -- 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-9986) window.file on windows platform undefined
Pavel created CB-9986:
-
Summary: window.file on windows platform undefined
Key: CB-9986
URL: https://issues.apache.org/jira/browse/CB-9986
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Environment: Visual Studio Community 2015, Visual Studio Community
2015 Update 1 (RC)
Reporter: Pavel
Assignee: Jesse MacFadyen
Priority: Blocker
I've tried to use the plugin on Windows 8.1 and Windows 10 (UWP) and I get the
same problems every time.
When the plugins are loaded, cordova.file/window.file is undefined , however I
can overcome this issue with cordova.require function - which gives me the file
object.
But even by doing so, I don't get the file paths which declared in the
documentation such as: cordova.file.dataDirectoryand others.
That's how I'm overcoming this issue right now:
if (!window.file) {
window.file = cordova.require("cordova-plugin-file.FileProxy");
window.file.requestAllPaths(function (paths) {
for (var path in paths) {
window.file[path] = paths[path];
}
ready();
});
}
I got this code which runs fine on Android and IOS using angular:
$cordovaFile.createDir(window.file.dataDirectory, directoryName,
false).then(function (data) {
return true;
},
function (error) {
console.log("createParentDirectoryfaild");
return false;
});
this code fails on Windows platform - cause window.file is undefined
--
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-9629) Contact.pick return null in phoneNumbers instead of empty array when no numbers
[ https://issues.apache.org/jira/browse/CB-9629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9629: - Labels: android api-breaking api-change platform-consistency triaged (was: android api-breaking api-change triaged) > Contact.pick return null in phoneNumbers instead of empty array when no > numbers > --- > > Key: CB-9629 > URL: https://issues.apache.org/jira/browse/CB-9629 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: Android 5.1 > Cordova 5.2.0 >Reporter: Sergey >Priority: Minor > Labels: android, api-breaking, api-change, platform-consistency, > triaged > -- 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-9909) Android requirements provides invalid android path on Windows
[
https://issues.apache.org/jira/browse/CB-9909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002002#comment-15002002
]
asm commented on CB-9909:
-
Windows app throwing Internal server error when try to login. Cordova Ver:
4.1.0. Is whitelist plugin is the issue?
> Android requirements provides invalid android path on Windows
> -
>
> Key: CB-9909
> URL: https://issues.apache.org/jira/browse/CB-9909
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Reporter: Tim Barham
>Assignee: Tim Barham
>
> When you do {{cordova requirements}} for the android platform and "Android
> target" is not installed, on Windows it suggests opening the SDK by running:
> {{C:\Program\ Files\ (x86)\Android\android-sdk\tools\android.bat}}
> Escaping spaces like this doesn't work on Windows. Instead, for Windows, we
> should just wrap it in quotes.
--
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-9629) Contact.pick return null in phoneNumbers instead of empty array when no numbers
[ https://issues.apache.org/jira/browse/CB-9629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9629: - Labels: android api-breaking api-change triaged (was: android triaged) > Contact.pick return null in phoneNumbers instead of empty array when no > numbers > --- > > Key: CB-9629 > URL: https://issues.apache.org/jira/browse/CB-9629 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: Android 5.1 > Cordova 5.2.0 >Reporter: Sergey >Priority: Minor > Labels: android, api-breaking, api-change, triaged > -- 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-9629) Contact.pick return null in phoneNumbers instead of empty array when no numbers
[ https://issues.apache.org/jira/browse/CB-9629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9629: - Priority: Minor (was: Major) > Contact.pick return null in phoneNumbers instead of empty array when no > numbers > --- > > Key: CB-9629 > URL: https://issues.apache.org/jira/browse/CB-9629 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: Android 5.1 >Reporter: Sergey >Priority: Minor > Labels: android, triaged > -- 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-9348) Unable to get linked contact's phone number, while using pickContact
[ https://issues.apache.org/jira/browse/CB-9348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-9348: - Labels: android linked-contacts triaged (was: ) > Unable to get linked contact's phone number, while using pickContact > > > Key: CB-9348 > URL: https://issues.apache.org/jira/browse/CB-9348 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Reporter: Dipanjan Chakraborty >Assignee: Omar Mefire > Labels: android, linked-contacts, triaged > > using cordova v5.1.1 and contacts plugin v1.1.0 > we are unable to fetch the mobile numbers from the phonebook especially if > there are contacts linked. > example: > the main contact is > Name: John Doe > mobile: 99 > the linked G+ contact is > Name J.Doe > mobile: 88 > When fetching the contact using pickContact , it does not fetch either phone > numbers. however, the name of the secondary (J.Doe) is fetched . > Appreciate any help on this issue. > Thanks in advance. -- 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-9174) contact's photo attribute not work in wp8
[
https://issues.apache.org/jira/browse/CB-9174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-9174:
-
Labels: windows wp8 (was: )
> contact's photo attribute not work in wp8
> -
>
> Key: CB-9174
> URL: https://issues.apache.org/jira/browse/CB-9174
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts, WP8
> Environment: winphone 8.1 with contact plugin 1.0.0
>Reporter: Colin Bau
> Labels: windows, wp8
>
> this is my full code
> =
> var contact = navigator.contacts.create();
> contact.nickname = 'nick';
> var photos = [];
> photos[0] = new ContactField('url',
> 'https://www.google.com.tw/images/srpr/logo11w.png' + updatewords, false);
> contact.photos = photos;
> contact.save(onSuccess, onError);
> =
> the data will insert success
> but the photo information will only appear in android and iOS，wp8 got the
> null value
--
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-9989) Windows app throwing Internal server error when try to login. Cordova Ver: 4.1.0.
asm created CB-9989: --- Summary: Windows app throwing Internal server error when try to login. Cordova Ver: 4.1.0. Key: CB-9989 URL: https://issues.apache.org/jira/browse/CB-9989 Project: Apache Cordova Issue Type: Bug Components: Plugin Whitelist Affects Versions: 4.0.0 Environment: Windows Reporter: asm Windows app throwing Internal server error when try to login. Cordova Ver: 4.1.0. Is whitelist plugin is the issue? -- 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
]
Vladimir Kotikov updated CB-7866:
-
Labels: ios triaged (was: )
> [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
> Labels: ios, triaged
>
> 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] [Closed] (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
]
Vladimir Kotikov closed CB-7866.
Resolution: Cannot Reproduce
Assignee: Vladimir Kotikov
This doesn't repro with latest `master` version. Closing, [~adobr...@csc.com],
please reopen if this still occurs.
> [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
>Assignee: Vladimir Kotikov
> Labels: ios, triaged
>
> 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] [Updated] (CB-8156) [Contacts] Cancelling pickContact should call the error callback, but callback "nothing" for now
[ https://issues.apache.org/jira/browse/CB-8156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-8156: - Labels: android contacts ios triaged (was: contacts ios) > [Contacts] Cancelling pickContact should call the error callback, but > callback "nothing" for now > > > Key: CB-8156 > URL: https://issues.apache.org/jira/browse/CB-8156 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.7.0, 3.6.3 > Environment: I using ipad mini 8.1.2 with phonegap 3.6.3 or 3.7.1 and > latest contact plugin >Reporter: Colin Bau > Labels: android, contacts, ios, triaged > > according to this > https://issues.apache.org/jira/browse/CB-7772 > it have been solved > Cancelling pickContact should call the error callback, but callback "nothing" > (no any response) for now -- 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-8156) [Contacts] Cancelling pickContact should call the error callback, but callback "nothing" for now
[ https://issues.apache.org/jira/browse/CB-8156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002158#comment-15002158 ] Vladimir Kotikov commented on CB-8156: -- I see the same on Android. The current behaviour is caused by this change to cordova-js: https://github.com/apache/cordova-js/pull/98 > [Contacts] Cancelling pickContact should call the error callback, but > callback "nothing" for now > > > Key: CB-8156 > URL: https://issues.apache.org/jira/browse/CB-8156 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.7.0, 3.6.3 > Environment: I using ipad mini 8.1.2 with phonegap 3.6.3 or 3.7.1 and > latest contact plugin >Reporter: Colin Bau >Assignee: Vladimir Kotikov > Labels: android, contacts, ios, triaged > > according to this > https://issues.apache.org/jira/browse/CB-7772 > it have been solved > Cancelling pickContact should call the error callback, but callback "nothing" > (no any response) for now -- 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-8156) [Contacts] Cancelling pickContact should call the error callback, but callback "nothing" for now
[ https://issues.apache.org/jira/browse/CB-8156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov reassigned CB-8156: Assignee: Vladimir Kotikov > [Contacts] Cancelling pickContact should call the error callback, but > callback "nothing" for now > > > Key: CB-8156 > URL: https://issues.apache.org/jira/browse/CB-8156 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.7.0, 3.6.3 > Environment: I using ipad mini 8.1.2 with phonegap 3.6.3 or 3.7.1 and > latest contact plugin >Reporter: Colin Bau >Assignee: Vladimir Kotikov > Labels: android, contacts, ios, triaged > > according to this > https://issues.apache.org/jira/browse/CB-7772 > it have been solved > Cancelling pickContact should call the error callback, but callback "nothing" > (no any response) for now -- 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-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
[ https://issues.apache.org/jira/browse/CB-9889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002697#comment-15002697 ] jcesarmobile commented on CB-9889: -- Adding this link of another user who had the same issue and the problem was he had an old cordova.js file, he wasn't using it, but it seems that google scans for old cordova files: (just for future reference in case somebody else has the issue) http://community.phonegap.com/nitobi/topics/rejected-app-for-apache-cordova-security-issue > GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE > > > Key: CB-9889 > URL: https://issues.apache.org/jira/browse/CB-9889 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.1.1 > Environment: Android >Reporter: Binu Paul > Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, > publish, rejection, security, vulnerability > Original Estimate: 24h > Remaining Estimate: 24h > > I tried 3 times to publish new update of my cordova android app in google > playstore. Every time google rejects the new build and telling that there are > vulnerabilities in cordova version 3.5.1, so update to the latest version and > publish again. But my cordova cli version is 5.1.1 and android platform > version is 4.0.2. How can I fix it??? -- 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-9987) cordova-lib compile arguments changed
[
https://issues.apache.org/jira/browse/CB-9987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003429#comment-15003429
]
Steve Gill commented on CB-9987:
Summary:
cordova-lib used to take arguments formed for delivery to platform scripts. Now
it takes an object(nopt created in cli case) and transforms it to be delivered
to platform scripts.
Issue: People using cordova-lib and the cordova.raw api have been converting
the arguments for their use case.
cordova raw functions should be able to handle both cases.
> cordova-lib compile arguments changed
> -
>
> Key: CB-9987
> URL: https://issues.apache.org/jira/browse/CB-9987
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 5.4.0
>Reporter: Jimmy Thomson
>Assignee: Steve Gill
>Priority: Critical
>
> Prior to cordova-lib 5.4.0 cordova.raw.compile accepted an object such as {
> options: ["list", "of", "options"]}. As of 5.4.0 it seems to want { options:
> {argv: ["list", "of", "options"]}} instead. This causes silent failures if
> other packages attempt to use the older approach.
--
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-9987) cordova-lib compile arguments changed
[
https://issues.apache.org/jira/browse/CB-9987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003439#comment-15003439
]
Steve Gill commented on CB-9987:
API.js for android doesn't have getBuildArgs method, so when cordova-android@5
is used with cordova@5.4.0, getBuildArgs is never run since API.js is used
instead of PlatformAPIPoly.js.
getBuildArgs:
https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/platforms/PlatformApiPoly.js#L506
> cordova-lib compile arguments changed
> -
>
> Key: CB-9987
> URL: https://issues.apache.org/jira/browse/CB-9987
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 5.4.0
>Reporter: Jimmy Thomson
>Assignee: Steve Gill
>Priority: Critical
>
> Prior to cordova-lib 5.4.0 cordova.raw.compile accepted an object such as {
> options: ["list", "of", "options"]}. As of 5.4.0 it seems to want { options:
> {argv: ["list", "of", "options"]}} instead. This causes silent failures if
> other packages attempt to use the older approach.
--
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-9836) Add .gitattributes to prevent CRLF line endings in repos
[ https://issues.apache.org/jira/browse/CB-9836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002204#comment-15002204 ] ASF GitHub Bot commented on CB-9836: Github user daserge closed the pull request at: https://github.com/apache/cordova-cli/pull/225 > Add .gitattributes to prevent CRLF line endings in repos > > > Key: CB-9836 > URL: https://issues.apache.org/jira/browse/CB-9836 > Project: Apache Cordova > Issue Type: Task > Components: Android, iOS, Windows >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > > Details and discussion here: > https://github.com/apache/cordova-coho/pull/95 -- 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-9836) Add .gitattributes to prevent CRLF line endings in repos
[ https://issues.apache.org/jira/browse/CB-9836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002202#comment-15002202 ] ASF GitHub Bot commented on CB-9836: Github user daserge commented on the pull request: https://github.com/apache/cordova-cli/pull/225#issuecomment-156130021 Merged in f764758a1cafe1d7f7565b3a802ee211b802340c > Add .gitattributes to prevent CRLF line endings in repos > > > Key: CB-9836 > URL: https://issues.apache.org/jira/browse/CB-9836 > Project: Apache Cordova > Issue Type: Task > Components: Android, iOS, Windows >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > > Details and discussion here: > https://github.com/apache/cordova-coho/pull/95 -- 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-9836) Add .gitattributes to prevent CRLF line endings in repos
[ https://issues.apache.org/jira/browse/CB-9836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002228#comment-15002228 ] ASF subversion and git services commented on CB-9836: - Commit 49caee430992edd36575416cbd3fa9e6615b664a in cordova-coho's branch refs/heads/master from [~daserge] [ https://git-wip-us.apache.org/repos/asf?p=cordova-coho.git;h=49caee4 ] CB-9836 Add .gitattributes to prevent CRLF line endings in repos Normalizes src/npm-link.js line endings to be LF github: close #98 > Add .gitattributes to prevent CRLF line endings in repos > > > Key: CB-9836 > URL: https://issues.apache.org/jira/browse/CB-9836 > Project: Apache Cordova > Issue Type: Task > Components: Android, iOS, Windows >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > > Details and discussion here: > https://github.com/apache/cordova-coho/pull/95 -- 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-9836) Add .gitattributes to prevent CRLF line endings in repos
[ https://issues.apache.org/jira/browse/CB-9836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002196#comment-15002196 ] ASF subversion and git services commented on CB-9836: - Commit f764758a1cafe1d7f7565b3a802ee211b802340c in cordova-cli's branch refs/heads/master from [~daserge] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=f764758 ] CB-9836 Add .gitattributes to prevent CRLF line endings in repos > Add .gitattributes to prevent CRLF line endings in repos > > > Key: CB-9836 > URL: https://issues.apache.org/jira/browse/CB-9836 > Project: Apache Cordova > Issue Type: Task > Components: Android, iOS, Windows >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > > Details and discussion here: > https://github.com/apache/cordova-coho/pull/95 -- 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-9836) Add .gitattributes to prevent CRLF line endings in repos
[ https://issues.apache.org/jira/browse/CB-9836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002229#comment-15002229 ] ASF GitHub Bot commented on CB-9836: Github user asfgit closed the pull request at: https://github.com/apache/cordova-coho/pull/98 > Add .gitattributes to prevent CRLF line endings in repos > > > Key: CB-9836 > URL: https://issues.apache.org/jira/browse/CB-9836 > Project: Apache Cordova > Issue Type: Task > Components: Android, iOS, Windows >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > > Details and discussion here: > https://github.com/apache/cordova-coho/pull/95 -- 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-7006) Empty file is created on file transfer if server response is 304.
[ https://issues.apache.org/jira/browse/CB-7006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov updated CB-7006: Summary: Empty file is created on file transfer if server response is 304. (was: [cordova-plugin-file-transfer] Empty file is created on file transfer if server response is 304.) > Empty file is created on file transfer if server response is 304. > - > > Key: CB-7006 > URL: https://issues.apache.org/jira/browse/CB-7006 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: Android 4.3, cordova 3.4.1, plugin-file-transfer r0.4.4 >Reporter: Romain Garrigues > > Hi, > I want to use file transfer plugin with "If-Modified-Since" HTTP header. > When receiving 304 status code from server (file not changed), It seems that > file transfer plugin overwrites the current file on device by... new empty > one. > As plugin does not verify HTTP response status code, and HTTP 304 response > contains an empty body content, maybe that's a point to check to avoid > overwriting already present data ? -- 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-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
[ https://issues.apache.org/jira/browse/CB-9889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002583#comment-15002583 ] jcesarmobile commented on CB-9889: -- yeah, sorry, didn't click the link Same user opened the same problem on phonegap group https://groups.google.com/forum/#!topic/phonegap/YG7zq0ERcVM He hasn't answered on any of them > GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE > > > Key: CB-9889 > URL: https://issues.apache.org/jira/browse/CB-9889 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.1.1 > Environment: Android >Reporter: Binu Paul > Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, > publish, rejection, security, vulnerability > Original Estimate: 24h > Remaining Estimate: 24h > > I tried 3 times to publish new update of my cordova android app in google > playstore. Every time google rejects the new build and telling that there are > vulnerabilities in cordova version 3.5.1, so update to the latest version and > publish again. But my cordova cli version is 5.1.1 and android platform > version is 4.0.2. How can I fix it??? -- 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-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
[ https://issues.apache.org/jira/browse/CB-9889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002472#comment-15002472 ] Joe Bowser edited comment on CB-9889 at 11/12/15 5:26 PM: -- Actually, just because it appears on the PhoneGap Build support site doesn't mean it's PhoneGap Build. Did you actually read the issue? (I believed you for a second, which is why I closed it originally). was (Author: bowserj): Actually, just because it appears on the PhoneGap Build support site doesn't mean it's PhoneGap Build. Did you actually read the issue? > GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE > > > Key: CB-9889 > URL: https://issues.apache.org/jira/browse/CB-9889 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.1.1 > Environment: Android >Reporter: Binu Paul > Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, > publish, rejection, security, vulnerability > Original Estimate: 24h > Remaining Estimate: 24h > > I tried 3 times to publish new update of my cordova android app in google > playstore. Every time google rejects the new build and telling that there are > vulnerabilities in cordova version 3.5.1, so update to the latest version and > publish again. But my cordova cli version is 5.1.1 and android platform > version is 4.0.2. How can I fix it??? -- 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-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
[ https://issues.apache.org/jira/browse/CB-9889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002472#comment-15002472 ] Joe Bowser edited comment on CB-9889 at 11/12/15 5:25 PM: -- Actually, just because it appears on the PhoneGap Build support site doesn't mean it's PhoneGap Build. Did you actually read the issue? was (Author: bowserj): I can't see anything here that says PhoneGap build. If this is truly the case, I'm going to close this, since this is a PhoneGap Build issue and not a Cordova one. > GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE > > > Key: CB-9889 > URL: https://issues.apache.org/jira/browse/CB-9889 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.1.1 > Environment: Android >Reporter: Binu Paul > Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, > publish, rejection, security, vulnerability > Original Estimate: 24h > Remaining Estimate: 24h > > I tried 3 times to publish new update of my cordova android app in google > playstore. Every time google rejects the new build and telling that there are > vulnerabilities in cordova version 3.5.1, so update to the latest version and > publish again. But my cordova cli version is 5.1.1 and android platform > version is 4.0.2. How can I fix it??? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Reopened] (CB-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
[ https://issues.apache.org/jira/browse/CB-9889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reopened CB-9889: > GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE > > > Key: CB-9889 > URL: https://issues.apache.org/jira/browse/CB-9889 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.1.1 > Environment: Android >Reporter: Binu Paul > Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, > publish, rejection, security, vulnerability > Original Estimate: 24h > Remaining Estimate: 24h > > I tried 3 times to publish new update of my cordova android app in google > playstore. Every time google rejects the new build and telling that there are > vulnerabilities in cordova version 3.5.1, so update to the latest version and > publish again. But my cordova cli version is 5.1.1 and android platform > version is 4.0.2. How can I fix it??? -- 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-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
[ https://issues.apache.org/jira/browse/CB-9889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-9889. Resolution: Won't Fix I can't see anything here that says PhoneGap build. If this is truly the case, I'm going to close this, since this is a PhoneGap Build issue and not a Cordova one. > GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE > > > Key: CB-9889 > URL: https://issues.apache.org/jira/browse/CB-9889 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.1.1 > Environment: Android >Reporter: Binu Paul > Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, > publish, rejection, security, vulnerability > Original Estimate: 24h > Remaining Estimate: 24h > > I tried 3 times to publish new update of my cordova android app in google > playstore. Every time google rejects the new build and telling that there are > vulnerabilities in cordova version 3.5.1, so update to the latest version and > publish again. But my cordova cli version is 5.1.1 and android platform > version is 4.0.2. How can I fix it??? -- 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-9694) Add support for HTTP urls
[ https://issues.apache.org/jira/browse/CB-9694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002368#comment-15002368 ] David Barth commented on CB-9694: - This should now be fixed with this pull request: https://github.com/apache/cordova-ubuntu/pull/14 I have tested that it works by running an Ionic demo app in livereload mode. This uses a local HTTP server URL to trigger live updates to the view content. > Add support for HTTP urls > - > > Key: CB-9694 > URL: https://issues.apache.org/jira/browse/CB-9694 > Project: Apache Cordova > Issue Type: Bug > Components: Ubuntu >Reporter: David Barth >Assignee: Maxim Ermilov > > The cordova-ubuntu container currently does not support loading the app from > a network URL, only local file URLs. This prevents features like > livereloading to work. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9725) File Input from PhoneGap 5.2.0 on iOS9 - No longer works
[ https://issues.apache.org/jira/browse/CB-9725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002618#comment-15002618 ] jcesarmobile commented on CB-9725: -- It has been fixed on phonegap build too > File Input from PhoneGap 5.2.0 on iOS9 - No longer works > > > Key: CB-9725 > URL: https://issues.apache.org/jira/browse/CB-9725 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.2.0 > Environment: iPhone 5s, iOS9, PhoneGap CLI 5.2.1 >Reporter: Alex Soufi >Assignee: jcesarmobile > > File Input is no longer working after updating to iOS9. To isolate the > problem, I used Build.PhoneGap.Com (cli 5.2.0) to created a simple PhoneGap > app with index.html that has [input type="file" > accept="image/*;capture=camera"] only. > Until recent iOS9 update, file input on this page worked fine. If you clicked > "Choose File", you get the "Take Photo or Video / Choose Existing / Cancel" > dialog. After iOS9 update, the "Choose File" is no longer working properly. > When clicked, you no longer get the "Take Photo or Video / Choose Existing" > dialog, instead, you get the "Cancel" dialog that does not go away until you > close the app. Two notes: > 1- I viewed the same index.html page from Safari and Chrome on iPhone with > iOS9 and everything worked fine. > 2- The same PhoneGap app works fine on an iPhone with iOS8. > What is causing above bug? > Is there a fix? > Thanks. -- 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-9864) iOS 9 Issue when choosing file
[ https://issues.apache.org/jira/browse/CB-9864?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] jcesarmobile reassigned CB-9864: Assignee: jcesarmobile > iOS 9 Issue when choosing file > --- > > Key: CB-9864 > URL: https://issues.apache.org/jira/browse/CB-9864 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS >9 >Reporter: Paul Sidler >Assignee: jcesarmobile > > After updating to iOS 9, we experience an issue with the file browser. Where > we used to get a dialog 'choose from camera or library' we now just see a big > cancel button. When we use the app through the Safari browser, it works fine > (the new dialog that also gives the possibility to choose pics from dropbox > etc) > Is this something to be fixed in Cordova or should I change stuff to the app? > This is the code we use: > -- 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-9670) mobilespec test failures on iOS 9 + WKWebView
[ https://issues.apache.org/jira/browse/CB-9670?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-9670. - Resolution: Fixed All tests pass on iOS 9.1 with the master branch of cordova-ios, and the wk-webview plugin installed. > mobilespec test failures on iOS 9 + WKWebView > - > > Key: CB-9670 > URL: https://issues.apache.org/jira/browse/CB-9670 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, mobile-spec, Plugin Contacts >Affects Versions: Master > Environment: iOS 9 >Reporter: Edna Morales >Assignee: Jesse MacFadyen > Labels: cordova-ios-4.0.x > Attachments: storage.spec.18.patch > > > The following tests are failing on master iOS 9 with > cordova-plugin-wkwebview-engine installed: > -XMLHttpRequest.spec.4 should be able to load the parent page ../index.html >-Expected spy onError not to have been called > -Session Storage HTML 5 Storage HTML 5 Storage storage.spec.18 Should be able > to create and drop tables > -Contacts find method with newly-created contact contacts.spec.6 should be > able to find a contact by name > -DataCloneError: DataCloneError: DOM Exception 25 > -Contacts save method contacts.spec.20 should be able to save a contact > -DataCloneError: DataCloneError: DOM Exception 25 > -Contacts save method contacts.spec.21 update a contact > -DataCloneError: DataCloneError: DOM Exception 25 > -Contacts Round trip Contact tests (creating + save + delete + find). > contacts.spec.24 Creating, saving, finding a contact should work, removing it > should work, after which we should not be able to find it, and we should not > be able to delete it again. -- 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-9688) HTML Inputs of type file broken in iOS 9
[ https://issues.apache.org/jira/browse/CB-9688?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002616#comment-15002616 ] jcesarmobile commented on CB-9688: -- It has been fixed on phonegap build too > HTML Inputs of type file broken in iOS 9 > > > Key: CB-9688 > URL: https://issues.apache.org/jira/browse/CB-9688 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.1.1 >Reporter: Nuno Rosa >Assignee: jcesarmobile > Attachments: IMG_0537.jpg > > > In iOS 9 when a input with type file is tapped only appears a non-clickable > "Cancel" button in the context menu and never goes away. See attached image. > !IMG_0537.jpg|thumbnail! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-9864) iOS 9 Issue when choosing file
[ https://issues.apache.org/jira/browse/CB-9864?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] jcesarmobile closed CB-9864. Resolution: Duplicate Closing as it's a duplicate of CB-9688 In case you still have the problem, comment on CB-9688 with more details If you are using cordova, make sure you use xcode 7 If you are using phonegap build, it has been fixed there too > iOS 9 Issue when choosing file > --- > > Key: CB-9864 > URL: https://issues.apache.org/jira/browse/CB-9864 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS >9 >Reporter: Paul Sidler >Assignee: jcesarmobile > > After updating to iOS 9, we experience an issue with the file browser. Where > we used to get a dialog 'choose from camera or library' we now just see a big > cancel button. When we use the app through the Safari browser, it works fine > (the new dialog that also gives the possibility to choose pics from dropbox > etc) > Is this something to be fixed in Cordova or should I change stuff to the app? > This is the code we use: > -- 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-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
[ https://issues.apache.org/jira/browse/CB-9889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-9889. Resolution: Incomplete > GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE > > > Key: CB-9889 > URL: https://issues.apache.org/jira/browse/CB-9889 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.1.1 > Environment: Android >Reporter: Binu Paul > Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, > publish, rejection, security, vulnerability > Original Estimate: 24h > Remaining Estimate: 24h > > I tried 3 times to publish new update of my cordova android app in google > playstore. Every time google rejects the new build and telling that there are > vulnerabilities in cordova version 3.5.1, so update to the latest version and > publish again. But my cordova cli version is 5.1.1 and android platform > version is 4.0.2. How can I fix it??? -- 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-9889) GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE
[ https://issues.apache.org/jira/browse/CB-9889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002637#comment-15002637 ] Joe Bowser commented on CB-9889: I'm going to close this as "Incomplete" based on that e-mail exchange. > GOOGLE PLAY STORE REJECTS CORDOVA ANDROID APP DUE TO VULNERABILITY ISSUE > > > Key: CB-9889 > URL: https://issues.apache.org/jira/browse/CB-9889 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.1.1 > Environment: Android >Reporter: Binu Paul > Labels: 3.5.1, 4.0.2, 5.1.1, android, build, google-play, > publish, rejection, security, vulnerability > Original Estimate: 24h > Remaining Estimate: 24h > > I tried 3 times to publish new update of my cordova android app in google > playstore. Every time google rejects the new build and telling that there are > vulnerabilities in cordova version 3.5.1, so update to the latest version and > publish again. But my cordova cli version is 5.1.1 and android platform > version is 4.0.2. How can I fix it??? -- 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-9891) Inconsistent URI encoding causing permission errors on android
[
https://issues.apache.org/jira/browse/CB-9891?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15002654#comment-15002654
]
ASF GitHub Bot commented on CB-9891:
Github user riknoll commented on the pull request:
https://github.com/apache/cordova-plugin-file/pull/148#issuecomment-156201890
LGTM. Tested and ran mobilespec on Marshmallow device.
> Inconsistent URI encoding causing permission errors on android
> --
>
> Key: CB-9891
> URL: https://issues.apache.org/jira/browse/CB-9891
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera, Plugin File
>Affects Versions: 2.1.0, 3.0.0
> Environment: Android 5+
>Reporter: Connor Pearson
>Assignee: Jason Ginchereau
> Labels: Android, reproduced
>
> Using the camera plugin to get a picture from the photo library returns an
> encoded URI. If you then call resolveLocalFileSystemURI the fileEntry object
> returned contains the decoded path component of the URI. This path property
> is used in the toInternalURL function which means it's also decoded. Because
> Android gave us permission to the encoded URI, but not the decoded URI,
> attempting to access the decoded URI results in a permission error.
> {code:javascript}
> document.getElementById("myButton").addEventListener("click", function(){
> navigator.camera.getPicture(function(uri){
> console.log(uri);
> //content://com.android.providers.media.documents/document/image%3A27
> window.resolveLocalFileSystemURI(uri, function(fileEntry){
> console.log(fileEntry.toInternalURL());
> //cdvfile://localhost/content/com.android.providers.media.documents/document/image:27
>
> fileEntry.file(function(){alert("success");},
> function(){alert("fail");});
> },function(error){
> // resolved by pulling in PR 119
> alert("Fail resolveFileSystemURI code: " + error.code);
> });
> }, null, {sourceType: 0, allowEdit: false});
> });
> {code}
> I feel like something must be wrong in one of the plugins, but I'm not sure
> where.
> One possible fix is calling uri.getEncodedPath() instead of uri.getPath in
> LocalFileSystemURL.parse and then removing the call to encodeURI() from
> FileSystem.js, but I'm not sure if this is the right strategy.
> [Example|https://github.com/cjpearson/cordova-plugin-file/commit/b1b9a5f9f5940223c443be5418f86dbea75106f5]
--
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-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003228#comment-15003228 ] Shazron Abdullah commented on CB-9975: -- Not sure why, but the test for this passes: https://github.com/apache/cordova-lib/blob/cc1ab409f64e16a06b5b495dd7b5bdfac37acda7/cordova-common/spec/ConfigParser/ConfigParser.spec.js#L108 > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden >Assignee: Shazron Abdullah >Priority: Trivial > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- 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-9988) Create Web Manifest for the public website
rido created CB-9988: Summary: Create Web Manifest for the public website Key: CB-9988 URL: https://issues.apache.org/jira/browse/CB-9988 Project: Apache Cordova Issue Type: Bug Components: Website Reporter: rido Priority: Minor It will be nice to have a web manifest to this web site. http://www.w3.org/TR/appmanifest/ it can be consumed by tools like http://manifoldjs.com/ -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-9975) No longer able to use "all" as orientation for ios
[
https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003268#comment-15003268
]
Shazron Abdullah edited comment on CB-9975 at 11/13/15 12:08 AM:
-
Ok so here's what's happening:
root config.xml
{code}
{code}
This is copied into the platform config.xml, but of course there is no
tag anymore, so it's this:
{code}
{code}
So of course the code tries to read it as a platform preference, but now its
actually a global preference.
was (Author: shazron):
Ok so here's what's happening:
root config.xml
{code}
{code}
This is copied into the platform config.xml, but of course there is no
tag anymore, so its this:
{code}
{code}
So of course the code tries to read it as a platform preference, but now its
actually a global preference.
> No longer able to use "all" as orientation for ios
> --
>
> Key: CB-9975
> URL: https://issues.apache.org/jira/browse/CB-9975
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Reporter: Raymond Camden
>Assignee: Shazron Abdullah
>Priority: Trivial
>
> Yesterday I blogged about iOS and orientation
> (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked).
> Today on Twitter someone noticed that when they set orientation now, they
> get an error in the CLI. I updated my CLI to the latest, and can confirm it
> is now broken. If you set ios orientation to all, you get:
> Unsupported global orientation: all
> Defaulting to value: default
> This is obviously wrong on two accounts - it wasn't a global orientation (it
> was ios only) and all should be supported.
--
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-8940) [Windows] Camera image z-index is too low. It sits behind JQuery mobile UI Elements (header / footer)
[
https://issues.apache.org/jira/browse/CB-8940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raghav reassigned CB-8940:
--
Assignee: Raghav (was: Murat Sutunc)
> [Windows] Camera image z-index is too low. It sits behind JQuery mobile UI
> Elements (header / footer)
> -
>
> Key: CB-8940
> URL: https://issues.apache.org/jira/browse/CB-8940
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 4.1.0
> Environment: Windows Emulator / Nokia Lumia 920
>Reporter: david marshall
>Assignee: Raghav
>
> Changing the values in CameraProxy.js to below works a treat
> // z-index style element for capturePreview and captureCancelButton elts
> // is necessary to avoid overriding by another page
> elements, -1 sometimes is not enough
> capturePreview.style.cssText = "position: fixed; left: 0;
> top: 0; width: 100%; height: 100%; z-index: ";
> // Create cancel button
> captureCancelButton = document.createElement("button");
> captureCancelButton.innerText = "Cancel";
> captureCancelButton.style.cssText = "position: fixed;
> right: 0; bottom: 0; display: block; margin: 20px; z-index: 1";
--
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-9972) Remove iOS whitelist
[ https://issues.apache.org/jira/browse/CB-9972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15003292#comment-15003292 ] Jesse Monroy commented on CB-9972: -- These boiler plate repositories need to be updated too: - https://github.com/apache/cordova-app-hello-world - https://github.com/phonegap/phonegap-start I'm working on Phonegap, as this app is a constant source of problems with Phonegap Build. Beginners are constantly tripping over minor issues. I'll fix the references to plugins with this. And add many more comments. > Remove iOS whitelist > > > Key: CB-9972 > URL: https://issues.apache.org/jira/browse/CB-9972 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > Consensus on the ML: do it. > See https://github.com/cordova/cordova-discuss/pull/27 > Doc with diagrams: > https://github.com/shazron/cordova-discuss/blob/ios-remove-whitelist/proposals/ios-whitelist-removal.md > Don't forget to remove the iOS code from: > https://github.com/apache/cordova-plugin-whitelist > Mobile-spec needs to have an update as well: > https://github.com/apache/cordova-mobile-spec -- 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
