[jira] [Closed] (CB-10616) Cover browserify scenario with tests
[ https://issues.apache.org/jira/browse/CB-10616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue closed CB-10616. - Resolution: Invalid Browserify feature has been removed > Cover browserify scenario with tests > > > Key: CB-10616 > URL: https://issues.apache.org/jira/browse/CB-10616 > Project: Apache Cordova > Issue Type: Task > Components: cordova-lib >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov >Priority: Major > Labels: test > > Due to implementation details autotests will be hard to implement so e2e > tests might be used instead. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-13055) remove --nofetch option and all old fetching code
[ https://issues.apache.org/jira/browse/CB-13055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-13055. --- Resolution: Fixed Fix Version/s: (was: cordova@8) cordova-lib@9.0.0 > remove --nofetch option and all old fetching code > - > > Key: CB-13055 > URL: https://issues.apache.org/jira/browse/CB-13055 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Steve Gill >Assignee: Raphael >Priority: Major > Labels: backlog, tools-next > Fix For: cordova-lib@9.0.0 > > > Cordova uses cordova-fetch for fetching modules by default now. In the next > major version, lets drop the older methods. This is great for reducing > maintenance in cordova. Original fetch proposal is at > https://github.com/cordova/cordova-discuss/pull/33 > remove --nofetch option > remove lazy_load > remove gitclone.js > remove npm dependency > remove remoteload.js > update anywhere that these files are used > Proposal: https://github.com/apache/cordova-discuss/pull/76 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14250) start cordova-fetch@2.0.0-dev
[ https://issues.apache.org/jira/browse/CB-14250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-14250. --- Resolution: Fixed Fix Version/s: cordova-fetch@2.0.0 > start cordova-fetch@2.0.0-dev > - > > Key: CB-14250 > URL: https://issues.apache.org/jira/browse/CB-14250 > Project: Apache Cordova > Issue Type: Task > Components: cordova-fetch >Reporter: Chris Brody >Assignee: Chris Brody >Priority: Major > Fix For: cordova-fetch@2.0.0 > > > As agreed in [this thread on > d...@cordova.apache.org|https://lists.apache.org/thread.html/083ffe568bad2a8adc5533cbe5aca481bdd921e22a6aad9602aaded2@%3Cdev.cordova.apache.org%3E] -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-13227) Http [post] is getting [option] on rails.
[
https://issues.apache.org/jira/browse/CB-13227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-13227.
-
Resolution: Invalid
This is due to [CORS|https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS].
You'll need to configure your server to respond to {{OPTIONS}} requests with
the correct headers.
> Http [post] is getting [option] on rails.
> ---
>
> Key: CB-13227
> URL: https://issues.apache.org/jira/browse/CB-13227
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli, cordova-ios
>Affects Versions: cordova@7.0.0
> Environment: Server APi - ruby '2.1.6'
> gem 'rails', '4.1.1'
> iOS - cordova - 7.0.1
>Reporter: Arun
>Assignee: Shazron Abdullah
>Priority: Major
>
> Hi,
> I have app running on following versions-
> node: node 4.3.0
> phonegap: phonegap 5.3.1
> Platform:
> Cordova 3.4.0
> cordova-android 3.6.3, cordova-ios 3.9.1
> Framework: Backbone 1.1.2
> Tests: Phantom/Jasmine 1.2.0
> But when i updated with the latest versions-
> node- v8.4.0
> cordova- 7.0.1
> android 6.2.3
> ios 4.4.0
> Content-type- application/json
> When calling post api from the app, its processing as [option] not post and
> getting error - XMLHttpRequest cannot load. Preflight response is not
> successful.
> using -
> cordova-plugin-whitelist 1.3.2 "Whitelist"
> And in config.xml-
>
>
>
> is also added.
> Meta tag in index-
>
> what i am missing, can you suggest?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14021) Product Bundle Identifier is not set in pbxproj
[
https://issues.apache.org/jira/browse/CB-14021?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-14021.
---
Resolution: Fixed
Fix Version/s: cordova-ios@5.0.0
> Product Bundle Identifier is not set in pbxproj
> ---
>
> Key: CB-14021
> URL: https://issues.apache.org/jira/browse/CB-14021
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Affects Versions: 7.1.0
> Environment: Cordova 7.1.0 on macOS High Sierra, with Xcode 9.3.
>Reporter: Eric Jiang
>Assignee: Darryl Pogue
>Priority: Minor
> Fix For: cordova-ios@5.0.0
>
>
> Expected: When adding ios platform (`cordova platform add ios`), the widget
> ID / bundle identifier should be copied to the Product Bundle Identifier
> value in the Build Settings.
> Actual: Product Bundle Identifier is missing from project.pbxproj.
> Steps to reproduce:
> # Create new Cordova project.
> # cordova platform add ios
> # Open up the generated xcworkspace in Xcode 9.3
> # Check the Target > Build Settings > Product Bundle Identifier and see that
> it's blank.
> # In Target > General, set Bundle Identifier to any value (or change it)
> # The Product Bundle Identifier gets set based on it
> This caused me problems when using cordova-plugin-braintree, which sets a
> property in Info.plist using `${PRODUCT_BUNDLE_IDENTIFIER}`. In normal iOS
> development this would be the recommended way to parameterize a plist value
> based on the bundle ID.
>
> May be tangentially related to CB-10186.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14141) Should be able to overwrite CDVLaunchScreen.storyboard with resource-file in config.xml
[
https://issues.apache.org/jira/browse/CB-14141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-14141.
---
Resolution: Fixed
Fix Version/s: cordova-ios@5.0.0
> Should be able to overwrite CDVLaunchScreen.storyboard with resource-file in
> config.xml
> ---
>
> Key: CB-14141
> URL: https://issues.apache.org/jira/browse/CB-14141
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-ios
>Reporter: Darryl Pogue
>Assignee: Darryl Pogue
>Priority: Minor
> Fix For: cordova-ios@5.0.0
>
>
> It should be possible to overwrite the CDVLaunchScreen.storyboard file using
> {{resource-file}} in config.xml, but that has an unfortunate side effect of
> adding it to the Xcode project twice.
> When installing resources from config.xml {{resource-file}} tags, we should
> log a warning if the file already exists and skip adding it to the Xcode
> project.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14245) Drop support for Xcode pre-9.0
[ https://issues.apache.org/jira/browse/CB-14245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-14245. --- Resolution: Fixed Fix Version/s: cordova-ios@5.0.0 > Drop support for Xcode pre-9.0 > -- > > Key: CB-14245 > URL: https://issues.apache.org/jira/browse/CB-14245 > Project: Apache Cordova > Issue Type: Task > Components: cordova-docs, cordova-ios, cordova-osx >Reporter: Chris Brody >Assignee: Chris Brody >Priority: Major > Fix For: cordova-ios@5.0.0 > > > Background: > Cordova 8.x documents minimum Xcode as follows: > * Xcode 8 for iOS (cordova-docs@master; README.md in cordova-ios@4.5.x & > cordova-ios@master) > * Xcode 6 for cordova-osx (cordova-docs@master; README.md in > cordova-osx@4.0.x & cordova-osx@master) > .travis.yml for cordova-ios was upgraded from Xcode 8 to Xcode 9 in > cordova-ios@master > Apple demands minimum Xcode version 9 for app store. > It is not desired for contributors and committers to continue supporting old > Xcode version. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-12916) GradleBuilder.js has hardcoded memory parameter
[ https://issues.apache.org/jira/browse/CB-12916?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-12916. --- Resolution: Fixed Assignee: Bryan Ellis Fix Version/s: cordova-android@8.0.0 > GradleBuilder.js has hardcoded memory parameter > --- > > Key: CB-12916 > URL: https://issues.apache.org/jira/browse/CB-12916 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android >Reporter: Jan Piotrowski (Sujan) >Assignee: Bryan Ellis >Priority: Major > Labels: memory > Fix For: cordova-android@8.0.0 > > > Ionic users reported having problem with the Android build process when they > have bg projects with the error message "> Java heap space" for a long > time. Recent example: > https://forum.ionicframework.com/t/packagedebug-error-java-heap-space-with-large-sqlite-db/82997 > Fortunately now one user decided to jump in deep enough to figure out the > problem: > https://forum.ionicframework.com/t/packagedebug-error-java-heap-space-with-large-sqlite-db/82997/6 > Seems like GradeBuilder.js hardcodes a memory parameter so that it is > impossible to change the supplied memory any other way. > I think I found the code in `cordova-lib`: > https://github.com/apache/cordova-lib/blob/cef2959c8843074e94448f4bfc7812d0e4748131/spec-plugman/projects/android/cordova/lib/builders/GradleBuilder.js#L59 > It would be great if users could somehow change that value to be bigger that > didn't include having to edit this file (re-adding the platform will lose > these changes for example). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14241) Remove bundledDependencies & committed node_modules
[
https://issues.apache.org/jira/browse/CB-14241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-14241.
---
Resolution: Fixed
Fix Version/s: cordova-android@8.0.0
> Remove bundledDependencies & committed node_modules
> ---
>
> Key: CB-14241
> URL: https://issues.apache.org/jira/browse/CB-14241
> Project: Apache Cordova
> Issue Type: Task
> Components: cordova-android, cordova-browser, cordova-ios,
> cordova-osx, cordova-windows
>Reporter: Chris Brody
>Assignee: Chris Brody
>Priority: Major
> Fix For: cordova-android@8.0.0
>
>
> The following items are no longer needed as we drop support for deprecated
> Node.js version:
> * {{bundledDependencies}} item in {{package.json}}
> * committed {{node_modules}} directory tree
> These items should be removed for each of the actively supported Cordova
> platforms (Android, browser, iOS, "osx" (mac OS), and Windows). In addition
> we should check if any such artifacts may remain in any other Cordova repos.
> I think this should be done for each of the repositories after the following
> prerequisites:
> * package version is updated to the next major release number, with "-dev"
> at the end to indicate that it is not being released, as agreed in [this
> d...@cordova.apache.org
> thread|https://lists.apache.org/thread.html/083ffe568bad2a8adc5533cbe5aca481bdd921e22a6aad9602aaded2@%3Cdev.cordova.apache.org%3E]
> * as already tracked in subtasks of CB-14063, already done in some of the
> active Cordova repos: drop support for deprecated Node.js 4 version (this
> should be done in {{package.json}}, {{.travis.yml}}, {{appveyor.yml}} or
> {{.appveyor.yml}}, and anywhere else as needed)
> * fix {{.gitignore}} to completely ignore contents of {{node_modules}}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14221) [Xcode 10 beta-4][iOS 12] Can't build the application using command line tool Xcode 10.0
[
https://issues.apache.org/jira/browse/CB-14221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-14221.
---
Resolution: Fixed
Fix Version/s: cordova-ios@5.0.0
> [Xcode 10 beta-4][iOS 12] Can't build the application using command line tool
> Xcode 10.0
>
>
> Key: CB-14221
> URL: https://issues.apache.org/jira/browse/CB-14221
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Affects Versions: cordova-ios@4.5.1
> Environment: Mac OS High Sierra 10.13.5,
> Cordova 8.0.0,
> Xcode 10.0 beta 4
>Reporter: Taras Brat
>Priority: Critical
> Fix For: cordova-ios@5.0.0
>
>
> The issue is always reproducible. After adding the iOS platform, cordova cli
> can't build the project. In the terminal I got the following error:
> {code:java}
> 2018-07-25 17:32:58.475 xcodebuild[10605:197344]
> DVTProvisioningProfileManager: Failed to load profile
> "/Users/user/Library/MobileDevice/Provisioning
> Profiles/c0c097c1-a467-4741-9e24-bc1e9cc9f6e1.mobileprovision" (Error
> Domain=DVTProvisioningProfileProviderErrorDomain Code=2 "Failed to load
> profile data." UserInfo={NSLocalizedDescription=Failed to load profile data.,
> NSLocalizedRecoverySuggestion=Profile "(null)" ((null)) has unsupported
> platforms (null). Profiles with the "mobileprovision" file extension should
> have one of "tvOS", "watchOS", or "iOS".})
> 2018-07-25 17:32:58.495 xcodebuild[10605:197351]
> DVTProvisioningProfileManager: Failed to load profile
> "/Users/user/Library/MobileDevice/Provisioning
> Profiles/cf70a42f-c89f-406d-b9a4-0badd7494a5d.mobileprovision" (Error
> Domain=DVTProvisioningProfileProviderErrorDomain Code=2 "Failed to load
> profile data." UserInfo={NSLocalizedDescription=Failed to load profile data.,
> NSLocalizedRecoverySuggestion=Profile "(null)" ((null)) has unsupported
> platforms (null). Profiles with the "mobileprovision" file extension should
> have one of "tvOS", "watchOS", or "iOS".})
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-14263) Makes all of cordova plugins compatible with cordova-android 7
[ https://issues.apache.org/jira/browse/CB-14263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue closed CB-14263. - Resolution: Fixed Fix Version/s: (was: Master) cordova-common@3.0.0 > Makes all of cordova plugins compatible with cordova-android 7 > -- > > Key: CB-14263 > URL: https://issues.apache.org/jira/browse/CB-14263 > Project: Apache Cordova > Issue Type: Improvement > Components: AllPlugins, cordova-android, cordova-common >Affects Versions: cordova-common@2.2.3 >Reporter: Heo >Priority: Major > Fix For: cordova-common@3.0.0 > > Original Estimate: 12h > Remaining Estimate: 12h > > Cordova common's ConfigParser supports alias such as config.xml, > AndroidManifest.xml paths. > [https://github.com/apache/cordova-common/blob/7bf9627f0135c6b3518292660b6e07e6f5815926/src/ConfigChanges/ConfigFile.js#L192] > But In PluginInfo parser, there is no alias rules for compatibility. > There is lots of cordova plugins still not upgrade to cordova-android 7 > syntax (plugin.xml) > So i did some changes to cordova-common which will make cordova cli parsing > some plugins which not support cordova-android 7 yet. > [https://github.com/apache/cordova-cli/compare/master...leo6104:master] > Here is my changes. > > > I spent lots of times to fix this. I test it via my cutsom cordova-cli > repository [https://github.com/leo6104/cordova-cli/] and i fix it in my > cordova project. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13767) Huge performance issues moving from cordova 6.5 to 8 due to cordova-fetch
[
https://issues.apache.org/jira/browse/CB-13767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16766387#comment-16766387
]
Darryl Pogue commented on CB-13767:
---
This is fixed in cordova-fetch@2.0.0.
It will be used in cordova-cli@9.0.0, which is blocked on the work-in-progress
major version releases of platforms.
> Huge performance issues moving from cordova 6.5 to 8 due to cordova-fetch
> -
>
> Key: CB-13767
> URL: https://issues.apache.org/jira/browse/CB-13767
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-lib
>Reporter: Andrew Crites
>Priority: Major
> Attachments: image-2018-09-07-15-23-30-849.png,
> image-2018-09-07-15-24-06-688.png
>
>
> This is for a project with a wide variety of plugins ... about 25. This may
> be above average, but not extreme. I've updated the project from cordova 6.5
> to cordova 8. Cordova 8 always uses {{cordova-fetch}} to install plugins, so
> I can't opt out. Before, I was not using {{cordova-fetch}}.
> {code}
> $ time npx cordova@6.5 platform add ios
> 23.85s user 9.26s system 130% cpu 25.414 total
> $ time npx cordova@8 platform add ios --nosave
> 402.44s user 61.94s system 119% cpu 6:28.09 total
> {code}
> That takes over 15 times longer. {{--nosave}} was used since this is the
> default behavior for 6.5.
> For subsequent installations using {{--save}} (or default) the performance is
> still like this.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14264) The file “embedded.mobileprovision” couldn’t be opened because there is no such file.
[
https://issues.apache.org/jira/browse/CB-14264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-14264.
---
Resolution: Fixed
Fix Version/s: cordova-ios@5.0.0
> The file “embedded.mobileprovision” couldn’t be opened because there is no
> such file.
> -
>
> Key: CB-14264
> URL: https://issues.apache.org/jira/browse/CB-14264
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Reporter: Mark Veenstra
>Priority: Blocker
> Fix For: cordova-ios@5.0.0
>
>
> The widely used plugin `phonegap-plugin-push` includes the Firebase iOS SDK
> for push messaging with iOS through FCM. But if you want to use a debug build
> which using the development certificates it currently thows the following
> error:
> {code:java}
> 2018-08-09 11:05:48.622602+0200 MyApp[760:240424] 4.13.0 -
> [Firebase/InstanceID][I-IID003014] Error while reading embedded
> mobileprovision Error Domain=NSCocoaErrorDomain Code=260 "The file
> “embedded.mobileprovision” couldn’t be opened because there is no such file."
> UserInfo={NSFilePath=/var/containers/Bundle/Application/F8B23BB0-4A1E-42AA-9430-47867B80827A/MyApp.app/embedded.mobileprovision,
> NSUnderlyingError=0x2811b29a0 {Error Domain=NSPOSIXErrorDomain Code=2 "No
> such file or directory"}}
> {code}
> This error is thrown by Firebase
> [here|https://github.com/firebase/firebase-ios-sdk/blob/master/Firebase/Auth/Source/FIRAuthAPNSTokenManager.m#L160].
> This is because this file is removed by the file [`copy-www-build-step.js`on
> line
> 56|https://github.com/apache/cordova-ios/blob/master/bin/templates/scripts/cordova/lib/copy-www-build-step.js#L56].
> If we comment out this line, al works like a charm and we can use the debug
> release to test push messages through FCM.
> If we take a look at Firebase iOS SDK it states [`If the app does not contain
> the embedded.mobileprovision which is stripped out by Apple when the app is
> submitted to store, then it is highly likely that it is from Apple
> Store.`|https://github.com/firebase/firebase-ios-sdk/blob/master/GoogleUtilities/Environment/third_party/GULAppEnvironmentUtil.m#L176].
>
> Which means that if `cordova-ios` removes this file as it does Firebase
> expects it to be a release build, which is incorrect and the error is thrown
> and you will not receive a correct FCM token for debug purposes.
> So for the moment we created a hook that comments out the removal of
> `embedded.mobileprovision` after platform add. Now all works like a charm.
> But the main question is, should it be removed? Or how can we make sure
> Firebase iOS SDK will not mark it as production without that file?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14054) cordova-serve not aware of cordova-android directory restructuring in v7+
[
https://issues.apache.org/jira/browse/CB-14054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-14054.
---
Resolution: Fixed
> cordova-serve not aware of cordova-android directory restructuring in v7+
> -
>
> Key: CB-14054
> URL: https://issues.apache.org/jira/browse/CB-14054
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-android, cordova-serve
>Affects Versions: cordova-android-7.0.0
> Environment: **
> * Cordova VS Code extension version: 1.3.9
> * VSCode version: 1.22.2
> * OS platform and version: Windows 10 Education x64 v10.0.16299.402
> * NodeJS version: 8.11.1
> * Cordova version: 8.0.0
> * Cordova-Android/iOS/Windows version: 7.0.0 (also tried 7.1.0)
>
>Reporter: Russell Allen
>Assignee: Joe Bowser
>Priority: Major
>
> The cordova-serve plugin detects the platform {{www}} root wrong: in
> android@7.0 it has moved from {{assets/www}} to {{app/src/main/assets/www}}.
> When using android@6.4.0, the issue doesn't persist.
> Discovered when using VS Code to emulate app (as Android) in browser. Please
> see [https://github.com/Microsoft/vscode-cordova/issues/386]
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-13496) the plugin config-file tag for iOS plist array behaves unnaturally.
[
https://issues.apache.org/jira/browse/CB-13496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-13496.
---
Resolution: Fixed
Assignee: Darryl Pogue
Fix Version/s: cordova-common@3.0.0
> the plugin config-file tag for iOS plist array behaves unnaturally.
> ---
>
> Key: CB-13496
> URL: https://issues.apache.org/jira/browse/CB-13496
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-common
>Affects Versions: 2.1.0
> Environment: Mac OSX
>Reporter: Ken Naito
>Assignee: Darryl Pogue
>Priority: Trivial
> Fix For: cordova-common@3.0.0
>
> Original Estimate: 504h
> Remaining Estimate: 504h
>
> In the src/util/plist-helpers.js, in the nodeEqual function,
> ```
> node2 = escapeRE(node2).replace(/\\\$\S+/gm, '(.*?)');
> ```
> seems the strange behavior.
> For example, the escaped node2 "$(ABC)Hello" becomes "(.*?)".
> In the previous version of this code is
> ```
> node2 = escapeRE(node2).replace(new RegExp('\\$[a-zA-Z0-9-_]+','gm'),'(.*?)');
> ```
> in this case, the escaped node2 "$(ABC)Hello" is unchaned.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14108) in config.xml increases config_munge count in ios.json and android.json.
[
https://issues.apache.org/jira/browse/CB-14108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-14108.
---
Resolution: Fixed
Fix Version/s: (was: Master)
cordova-common@3.0.0
> in config.xml increases config_munge count in ios.json and
> android.json.
> --
>
> Key: CB-14108
> URL: https://issues.apache.org/jira/browse/CB-14108
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-common, cordova-lib
>Affects Versions: 8.0.0
>Reporter: Ken Naito
>Priority: Major
> Fix For: cordova-common@3.0.0
>
>
> On both iOS and Android platforms, using causes duplication in
> the `ios.json` and `android.json` files, which could lead to extremely large
> file sizes (and possibly unexpected behaviour?).
> For a Cordova 7.1/8.0 application, add the following to config.xml:
>
> {code:java}
>
>
>
>
> Please permit Camera!
>
>
> {code}
> Now run `cordova prepare`. The file `platforms/ios/ios.json` now contains the
> below. Note the count is 1.
>
> {code:java}
> "config_munge": {
> "files": {
> "*-Info.plist": {
> "parents": {
> "NSCameraUsageDescription": [
> {
> "xml": "Please permit Camera!",
> "count": 1
> }
> ]
> }
> }
> }
> },
> {code}
> Run `cordova prepare` again. The platforms/ios/ios.json changes, increasing
> the count to 2.
>
> {code:java}
> "config_munge": {
> "files": {
> "*-Info.plist": {
> "parents": {
> "NSCameraUsageDescription": [
> {
> "xml": "Please permit Camera!",
> "count": 2
> }
> ]
> }
> }
> }
> },
> {code}
> Furthermore, if we change the text inside the `` in the `config.xml`:
> {code:java}
>
>
>
>
> This app uses Camera!
>
>
> {code}
> Then after running `cordova prepare`, there is now a second entry in
> `platforms/ios/ios.json`, rather than replacing the existing entry.
>
> {code:java}
> "config_munge": {
> "files": {
> "*-Info.plist": {
> "parents": {
> "NSCameraUsageDescription": [
> {
> "xml": "Please permit Camera!",
> "count": 2
> },
> {
> "xml": "This app uses Camera!",
> "count": 1
> }
> ]
> }
> }
> }
> },
> {code}
> This behaviour is the same for Android, and can be reproduced in the same
> way, by adding something like the below to `config.xml`:
> {code:java}
>
>
>
>
>
>
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-12289) cordova-serve release Dec 21, 2016
[ https://issues.apache.org/jira/browse/CB-12289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-12289. --- Resolution: Fixed > cordova-serve release Dec 21, 2016 > -- > > Key: CB-12289 > URL: https://issues.apache.org/jira/browse/CB-12289 > Project: Apache Cordova > Issue Type: Task > Components: cordova-serve >Reporter: Tim Barham >Priority: Major > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14191) Project does not include the specified platform: android error.
[ https://issues.apache.org/jira/browse/CB-14191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-14191. --- Resolution: Fixed > Project does not include the specified platform: android error. > --- > > Key: CB-14191 > URL: https://issues.apache.org/jira/browse/CB-14191 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-serve >Affects Versions: cordova-serve@2.0.1 > Environment: OS: Ubuntu 16.04 > Cordova CLI: 8.0.0 > >Reporter: Ruslan Bikkinin >Priority: Major > > Code on this this line: > [https://github.com/apache/cordova-serve/blob/master/src/util.js#L81] is > trying to require `cordova/api` module but actual filename generated by > cordova is Api.js and no file is being found on case-sensitive file systems > like ext4. It leads to _Project does not include the specified platform: > android_ error. > To reproduce issue please do the following: > > # Make sure that you are using case-sensitive file system > # Clone demo repo: https://github.com/ruslan-bikkinin/cordova-serve-repro > # cd cordova-serve-repro > # npm i > # node serve > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-14021) Product Bundle Identifier is not set in pbxproj
[
https://issues.apache.org/jira/browse/CB-14021?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue reassigned CB-14021:
-
Assignee: Darryl Pogue
> Product Bundle Identifier is not set in pbxproj
> ---
>
> Key: CB-14021
> URL: https://issues.apache.org/jira/browse/CB-14021
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Affects Versions: 7.1.0
> Environment: Cordova 7.1.0 on macOS High Sierra, with Xcode 9.3.
>Reporter: Eric Jiang
>Assignee: Darryl Pogue
>Priority: Minor
>
> Expected: When adding ios platform (`cordova platform add ios`), the widget
> ID / bundle identifier should be copied to the Product Bundle Identifier
> value in the Build Settings.
> Actual: Product Bundle Identifier is missing from project.pbxproj.
> Steps to reproduce:
> # Create new Cordova project.
> # cordova platform add ios
> # Open up the generated xcworkspace in Xcode 9.3
> # Check the Target > Build Settings > Product Bundle Identifier and see that
> it's blank.
> # In Target > General, set Bundle Identifier to any value (or change it)
> # The Product Bundle Identifier gets set based on it
> This caused me problems when using cordova-plugin-braintree, which sets a
> property in Info.plist using `${PRODUCT_BUNDLE_IDENTIFIER}`. In normal iOS
> development this would be the recommended way to parameterize a plist value
> based on the bundle ID.
>
> May be tangentially related to CB-10186.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-10608) iOS - update to recommended project settings warning
[ https://issues.apache.org/jira/browse/CB-10608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue reassigned CB-10608: - Assignee: Darryl Pogue (was: Shazron Abdullah) > iOS - update to recommended project settings warning > > > Key: CB-10608 > URL: https://issues.apache.org/jira/browse/CB-10608 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Reporter: Edna Morales >Assignee: Darryl Pogue >Priority: Major > Labels: backlog, cordova-ios-4.0.1, triaged > Fix For: cordova-ios@4.5.1 > > Attachments: screenshot-1.png > > > With a cordova-ios@4.0.1 project, Xcode throws an 'Update to recommended > project Settings' Warning -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-10186) Update __PROJECTNAME__.xcodeproj to recommended settings in Xcode 7.2
[ https://issues.apache.org/jira/browse/CB-10186?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue reassigned CB-10186: - Assignee: Darryl Pogue > Update __PROJECTNAME__.xcodeproj to recommended settings in Xcode 7.2 > - > > Key: CB-10186 > URL: https://issues.apache.org/jira/browse/CB-10186 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Reporter: Shazron Abdullah >Assignee: Darryl Pogue >Priority: Major > Labels: backlog > Fix For: cordova-ios@5.0.0 > > > This is the default template project. Do for CLI and non-CLI -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-10169) Fetch API support
[ https://issues.apache.org/jira/browse/CB-10169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue closed CB-10169. - Resolution: Won't Fix Fix Version/s: (was: 3.6.0) This is outside the scope of what Cordova provides. The Fetch API is available if you're using the WKWebView plugin, or via a [|https://www.npmjs.com/package/whatwg-fetch] [polyfill|https://www.npmjs.com/package/whatwg-fetch]. > Fetch API support > - > > Key: CB-10169 > URL: https://issues.apache.org/jira/browse/CB-10169 > Project: Apache Cordova > Issue Type: New Feature > Components: cordova-ios >Affects Versions: 3.5.0 > Environment: Apple Ipad 2, Apple Iphone 5, Apple Iphone 5 >Reporter: Arthur Battut >Priority: Minor > Labels: apple, fetch, javascript, triaged > > Fetch API is unavailable on Apple devices. > Did you plan to support fetch API or you think it's to Apple to handle it ? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14173) cordova-fetch nightly breaks with --link
[
https://issues.apache.org/jira/browse/CB-14173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-14173:
--
Description:
A coworker just ran this:
{code:java}
npx cordova platform add --link ../cordova-ios/{code}
It failed with this error:
{noformat}
Warning: using prerelease version 8.0.1-nightly.2018.6.26.77b7324f
(cordova-lib@8.0.1-nightly.2018.6.26.da4b4b37)
{ CordovaError: Could not determine package name from output:
up to date in 6.878s
[!] 3 vulnerabilities found [2885 packages audited]
Severity: 3 low
Run `npm audit` for more detail/usr/local/lib/node_modules/cordova-ios ->
/Projects/cordova-ios
/Projects/launch-cordova-test/node_modules/cordova-ios ->
/usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios
at getTargetPackageSpecFromNpmInstallOutput
(/Projects/launch-cordova-test/node_modules/cordova-fetch/index.js:97:15)
at _fulfilled (/Projects/launch-cordova-test/node_modules/q/q.js:854:54)
at /Projects/launch-cordova-test/node_modules/q/q.js:883:30
at Promise.promise.promiseDispatch
(/Projects/launch-cordova-test/node_modules/q/q.js:816:13)
at /Projects/launch-cordova-test/node_modules/q/q.js:624:44
at runSingle (/Projects/launch-cordova-test/node_modules/q/q.js:137:13)
at flush (/Projects/launch-cordova-test/node_modules/q/q.js:125:13)
at process._tickCallback (internal/process/next_tick.js:172:11)
name: 'CordovaError',
message: 'Could not determine package name from output:\nup to date in
6.878s\n[!] 3 vulnerabilities found [2885 packages audited]\n Severity: 3 low\n
Run `npm audit` for more detail\n\n/usr/local/lib/node_modules/cordova-ios ->
/Projects/cordova-ios\n/Projects/launch-cordova-test/node_modules/cordova-ios
-> /usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios',
code: 0,
context: undefined }{noformat}
was:
A coworker just ran this: {{}}
{code:java}
npx cordova platform add --link ../cordova-ios/{code}
It failed with this error:
{noformat}
Warning: using prerelease version 8.0.1-nightly.2018.6.26.77b7324f
(cordova-lib@8.0.1-nightly.2018.6.26.da4b4b37)
{ CordovaError: Could not determine package name from output:
up to date in 6.878s
[!] 3 vulnerabilities found [2885 packages audited]
Severity: 3 low
Run `npm audit` for more detail/usr/local/lib/node_modules/cordova-ios ->
/Projects/cordova-ios
/Projects/launch-cordova-test/node_modules/cordova-ios ->
/usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios
at getTargetPackageSpecFromNpmInstallOutput
(/Projects/launch-cordova-test/node_modules/cordova-fetch/index.js:97:15)
at _fulfilled (/Projects/launch-cordova-test/node_modules/q/q.js:854:54)
at /Projects/launch-cordova-test/node_modules/q/q.js:883:30
at Promise.promise.promiseDispatch
(/Projects/launch-cordova-test/node_modules/q/q.js:816:13)
at /Projects/launch-cordova-test/node_modules/q/q.js:624:44
at runSingle (/Projects/launch-cordova-test/node_modules/q/q.js:137:13)
at flush (/Projects/launch-cordova-test/node_modules/q/q.js:125:13)
at process._tickCallback (internal/process/next_tick.js:172:11)
name: 'CordovaError',
message: 'Could not determine package name from output:\nup to date in
6.878s\n[!] 3 vulnerabilities found [2885 packages audited]\n Severity: 3 low\n
Run `npm audit` for more detail\n\n/usr/local/lib/node_modules/cordova-ios ->
/Projects/cordova-ios\n/Projects/launch-cordova-test/node_modules/cordova-ios
-> /usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios',
code: 0,
context: undefined }{noformat}
> cordova-fetch nightly breaks with --link
>
>
> Key: CB-14173
> URL: https://issues.apache.org/jira/browse/CB-14173
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-fetch
>Reporter: Darryl Pogue
>Assignee: Raphael
>Priority: Major
>
> A coworker just ran this:
> {code:java}
> npx cordova platform add --link ../cordova-ios/{code}
> It failed with this error:
> {noformat}
> Warning: using prerelease version 8.0.1-nightly.2018.6.26.77b7324f
> (cordova-lib@8.0.1-nightly.2018.6.26.da4b4b37)
> { CordovaError: Could not determine package name from output:
> up to date in 6.878s
> [!] 3 vulnerabilities found [2885 packages audited]
> Severity: 3 low
> Run `npm audit` for more detail/usr/local/lib/node_modules/cordova-ios ->
> /Projects/cordova-ios
> /Projects/launch-cordova-test/node_modules/cordova-ios ->
> /usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios
> at getTargetPackageSpecFromNpmInstallOutput
> (/Projects/launch-cordova-test/node_modules/cordova-fetch/index.js:97:15)
> at _fulfilled (/Projects/launch-cordova-test/node_modules/q/q.js:854:54)
> at /Projects/launch-cordova-test/node_modules/q/q.js:883:30
> at Promise.promise.promiseDispatch
> (/Projects/launch-cordova-test/node_modules/q/q.js:816:1
[jira] [Created] (CB-14173) cordova-fetch nightly breaks with --link
Darryl Pogue created CB-14173:
-
Summary: cordova-fetch nightly breaks with --link
Key: CB-14173
URL: https://issues.apache.org/jira/browse/CB-14173
Project: Apache Cordova
Issue Type: Improvement
Components: cordova-fetch
Reporter: Darryl Pogue
Assignee: Raphael
A coworker just ran this: {{}}
{code:java}
npx cordova platform add --link ../cordova-ios/{code}
It failed with this error:
{noformat}
Warning: using prerelease version 8.0.1-nightly.2018.6.26.77b7324f
(cordova-lib@8.0.1-nightly.2018.6.26.da4b4b37)
{ CordovaError: Could not determine package name from output:
up to date in 6.878s
[!] 3 vulnerabilities found [2885 packages audited]
Severity: 3 low
Run `npm audit` for more detail/usr/local/lib/node_modules/cordova-ios ->
/Projects/cordova-ios
/Projects/launch-cordova-test/node_modules/cordova-ios ->
/usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios
at getTargetPackageSpecFromNpmInstallOutput
(/Projects/launch-cordova-test/node_modules/cordova-fetch/index.js:97:15)
at _fulfilled (/Projects/launch-cordova-test/node_modules/q/q.js:854:54)
at /Projects/launch-cordova-test/node_modules/q/q.js:883:30
at Promise.promise.promiseDispatch
(/Projects/launch-cordova-test/node_modules/q/q.js:816:13)
at /Projects/launch-cordova-test/node_modules/q/q.js:624:44
at runSingle (/Projects/launch-cordova-test/node_modules/q/q.js:137:13)
at flush (/Projects/launch-cordova-test/node_modules/q/q.js:125:13)
at process._tickCallback (internal/process/next_tick.js:172:11)
name: 'CordovaError',
message: 'Could not determine package name from output:\nup to date in
6.878s\n[!] 3 vulnerabilities found [2885 packages audited]\n Severity: 3 low\n
Run `npm audit` for more detail\n\n/usr/local/lib/node_modules/cordova-ios ->
/Projects/cordova-ios\n/Projects/launch-cordova-test/node_modules/cordova-ios
-> /usr/local/lib/node_modules/cordova-ios -> /Projects/cordova-ios',
code: 0,
context: undefined }{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-7077) Icons settings are not copied from custom manifest.webapp from {projektname}/www folder
[
https://issues.apache.org/jira/browse/CB-7077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-7077.
Resolution: Won't Fix
This appears to be an issue on FirefoxOS, which is no longer supported.
> Icons settings are not copied from custom manifest.webapp from
> {projektname}/www folder
> ---
>
> Key: CB-7077
> URL: https://issues.apache.org/jira/browse/CB-7077
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli
>Affects Versions: 3.5.0
>Reporter: Wolfram Nikolas Müller
>Priority: Major
>
> Steps to reproduce:
> Create a new project.
> {noformat}
> cordova create test com.test.test TestProject
> {noformat}
> Add Firefox Os:
> {noformat}
> cordova platform add firefoxos
> {noformat}
> Create custom manifest.webapp in test/www with
> {code:javascript}
> {
> "launch_path":"/index.html",
> "installs_allowed_from":["*"],
> "version":"0.0.1",
> "name":"My app",
> "pkgName":"io.cordova.hellocordova",
> "icons": {
> "128": "/img/logo.png"
> }
> }
> {code}
> run
> {noformat}
> cordova prepare
> {noformat}
> the file manifest.webapp in test/platforms/firefoxos/www/ contains
> {code:javascript}
> {
> "launch_path": "/index.html",
> "installs_allowed_from": [
> "*"
> ],
> "version": "0.0.1",
> "name": "TestProject",
> "pkgName": "com.test.test",
> "icons": {},
> "description": "A sample Apache Cordova application that responds to the
> deviceready event.",
> "developer": {
> "name": "Apache Cordova Team",
> "url": "http://cordova.io";
> }
> }
> {code}
> Issue:
> The icons hash is empty.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7870) add "cordova outdated" command
[
https://issues.apache.org/jira/browse/CB-7870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-7870.
--
Resolution: Won't Fix
Assignee: Darryl Pogue
Now that we use npm for fetching platforms/plugins and they're stored in
package.json, you should be able to just use {{npm outdated}} directly instead
of needing a cordova-specific command.
> add "cordova outdated" command
> --
>
> Key: CB-7870
> URL: https://issues.apache.org/jira/browse/CB-7870
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-cli
>Reporter: Marcel Kinard
>Assignee: Darryl Pogue
>Priority: Minor
>
> Would be nice if there was a "cordova outdated" command, modeled after the
> "npm outdated" command. The goal is to show components (tools, platforms,
> plugins) that have newer versions that what is currently installed / in
> project.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7825) cordova serve breaks silently when any platform's prepare step fails
[
https://issues.apache.org/jira/browse/CB-7825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-7825:
-
Component/s: (was: cordova-lib)
(was: cordova-cli)
cordova-serve
> cordova serve breaks silently when any platform's prepare step fails
>
>
> Key: CB-7825
> URL: https://issues.apache.org/jira/browse/CB-7825
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-serve
>Affects Versions: 4.0.0
>Reporter: Josh Soref
>Assignee: Josh Soref
>Priority: Major
>
> {quote}
> $ cordova serve
> $
> {quote}
> totally unhelpful.
> {quote}
> for a in `cd platforms/; ls`; do cordova prepare $a > /dev/null 2> /dev/null
> || echo $a is broken; done
> android is broken
> {quote}
> Specifically, i'm using /tmp on OS X for my project, and /tmp self destructs,
> so prepare failed due to:
> {quote}
> Error: ENOENT, no such file or directory
> '/tmp/aa/platforms/android/res/values/strings.xml'
> {quote}
> Expected result:
> cordova serve should serve all working platforms and spit out a warning for
> broken platforms. If it can't serve any platforms, it should fail, and when
> it fails, there should be an error code returned to its caller.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8122) [cordova-lib] expose private util functions
[ https://issues.apache.org/jira/browse/CB-8122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-8122: - Component/s: (was: cordova-cli) cordova-lib > [cordova-lib] expose private util functions > --- > > Key: CB-8122 > URL: https://issues.apache.org/jira/browse/CB-8122 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-lib >Reporter: Lorin Beer >Priority: Major > > Utility functions are not exported from cordova-lib/src/cordova/ > these functions have value for downstream projects, and should be visible if > the cordova-lib.cordova module is required in -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8159) Add Support for "android:name" in application tag in AndroidManifest.xml
[
https://issues.apache.org/jira/browse/CB-8159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-8159.
--
Resolution: Fixed
Assignee: Darryl Pogue
You should be able to do this via a {{}} tag in config.xml in
newer versions of Cordova.
> Add Support for "android:name" in application tag in AndroidManifest.xml
>
>
> Key: CB-8159
> URL: https://issues.apache.org/jira/browse/CB-8159
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-android, cordova-cli
>Affects Versions: 3.5.0
>Reporter: Arne Sikström
>Assignee: Darryl Pogue
>Priority: Major
>
> To be able to use the Push feature in the Parse SDK the SDK requires that an
> Application.onCreate() initializes the SDK.
> https://www.parse.com/docs/push_guide#troubleshooting/Android
> This is also described in this Stackoverflow topic:
> http://stackoverflow.com/questions/25038694/how-do-i-get-parse-com-push-notifications-working-in-a-cordova-phonegap-android
> I have a plugin (https://github.com/FrostyElk/cordova-parse-plugin) that
> works fine if I manually update the AndroidManifest with
> android:name="se.frostyelk.cordova.parse.plugin.ParsePluginMainApplication".
> To be able to use the plugin in a Cloud build like Intel XDK or Phonegap
> Build I need a way to automate this, preferably in the plugin.xml.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8371) Ubuntu node is installed as nodejs
[
https://issues.apache.org/jira/browse/CB-8371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-8371.
Resolution: Won't Fix
This appears to be related to the (now deprecated) BlackBerry platform. Closing
because we no longer support that platform.
> Ubuntu node is installed as nodejs
> --
>
> Key: CB-8371
> URL: https://issues.apache.org/jira/browse/CB-8371
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli
>Affects Versions: Master
>Reporter: Josh Soref
>Priority: Major
> Labels: triaged
>
> {quote}
> $ lsb_release -a
> No LSB modules are available.
> Distributor ID: Ubuntu
> Description:Ubuntu 14.04.1 LTS
> Release:14.04
> Codename: trusty
> $ env node
> env: node: No such file or directory
> $ env nodejs
> >
> {quote}
> {quote}
> $ node
> The program 'node' can be found in the following packages:
> * node
> * nodejs-legacy
> Try: sudo apt-get install
> {quote}
> {{cordova-blackberry}} fails spectacularly on *Ubuntu*, but {{cordova}}
> itself also seems to fail nicely.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-9607) Permits to override/customize config.xml settings with CLI build/run commands
[
https://issues.apache.org/jira/browse/CB-9607?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-9607.
Resolution: Information Provided
Assignee: Darryl Pogue
This probably isn't something that Cordova will implement itself, but I've had
the same need to modify config.xml based on different environments in my CI
system. I wrote a tool that allows changing values in config.xml based on
environment variables in the shell, which might be what you're looking for:
[https://www.npmjs.com/package/seymour]
> Permits to override/customize config.xml settings with CLI build/run commands
> -
>
> Key: CB-9607
> URL: https://issues.apache.org/jira/browse/CB-9607
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-cli
>Affects Versions: 5.1.1
>Reporter: Sebastien Lorber
>Assignee: Darryl Pogue
>Priority: Major
>
> I'm using a Cordova plugin for Intercom.
> Intercom is a SaaS service we use to track users.
> They provide us 2 API keys, one for dev, and one for prod, because we don't
> want to melt test users with real users.
> I use the plugin with something like:
> {code}
>
>
>
> {code}
> The problem is that currently, when I want to build the app for testing, I
> have to manually edit the config.xml file everytime to change the prodKey to
> devKey, and then relaunch cordova build android
> I have seen the platform options attributes of the build command (not really
> documented, a bit mentionned here CB-6024), but it does not seem to be what I
> look for.
> Some suggestions for a solution:
> {code}
>
>
>
> {code}
> cordova build android -> will use "defaultValue"
> cordova build android --INTERCOM_API_KEY="overrideValue" -> will use
> "overrideValue"
> Another idea:
> {code}
>
>
>
> {code}
> cordova build android --debug -> will use "devKey"
> cordova build android -- release -> will use "prodKey"
>
> See also: https://github.com/intercom/intercom-cordova/issues/1
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-9955) Cordova CLI to have outdated command
[
https://issues.apache.org/jira/browse/CB-9955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-9955.
Resolution: Won't Fix
Assignee: Darryl Pogue
Now that we are using npm for managing cordova platforms/plugins and they are
saved to package.json, you should be able to just use {{npm outdated}} instead
of needing a cordova-specific command.
> Cordova CLI to have outdated command
>
>
> Key: CB-9955
> URL: https://issues.apache.org/jira/browse/CB-9955
> Project: Apache Cordova
> Issue Type: New Feature
> Components: cordova-cli
>Affects Versions: Master
>Reporter: Carlos Santana
>Assignee: Darryl Pogue
>Priority: Minor
>
> I would like to have a cordova command "outdated"
> It will be similar to "npm outdated" https://docs.npmjs.com/cli/outdated
> But tailor to cordova projects
> It will print columns with versions for platforms and plugins present in the
> project and the cli
> For each one will print the following columns
> - Current (the current version)
> - Wanted (meaning is there is a plugin or platform specified in config,xml)
> - Latest (latest available from npm registry)
> - Pinned (the version that is pinned to the current cordova cli running the
> command)
> If pacakge name starts with "cordova-" it will be removed printing the rest
> $cordova outdated
> Package Current Wanted Latest Pinned
> --- ----- - --
> cli 5.3.3N/A 5.4.0N/A
> ios 3.8.03.9.1 3.9.2 3.9.0
> android .
> plugin-camera
> plugin-device
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-10063) cordova-cli 5.4.0 bug with PList creation
[
https://issues.apache.org/jira/browse/CB-10063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-10063.
---
Resolution: Fixed
Assignee: Darryl Pogue
{{config-file}} is supported in config.xml now
> cordova-cli 5.4.0 bug with PList creation
> -
>
> Key: CB-10063
> URL: https://issues.apache.org/jira/browse/CB-10063
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli, cordova-lib
>Affects Versions: 5.4.0
>Reporter: Gregor
>Assignee: Darryl Pogue
>Priority: Major
> Labels: cordova-8.0.0
>
> Our config.xml has this part in:
> {code:java}
>
>
>
>parent="UISupportedInterfaceOrientations">
>
> UIInterfaceOrientationPortrait
> UIInterfaceOrientationPortraitUpsideDown
>
>
>parent="UISupportedInterfaceOrientations~ipad">
>
> UIInterfaceOrientationPortrait
> UIInterfaceOrientationLandscapeLeft
> UIInterfaceOrientationPortraitUpsideDown
> UIInterfaceOrientationLandscapeRight
>
>
>
> {code}
> With Cordova 5.4.0 installed, PList gets generated, but there is no part with
> orientation options in. Removing 5.4.0 and installing 5.3.3, everything
> functions as should.
> Looking at update_platform_config.js hook and echoing this line out
> {code:java}
> fs.writeFileSync(targetFile, tempInfoPlist, 'utf-8');
> {code}
> You will see in console, the part with orientation is in. Also, if you save
> this exact same string into some new generic file, it will be successfully
> saved. However, the original platforms/ios/myapp/myapp.plist file won't
> include the orientation part.
> This is a serious bug and a huge issue for us. Going to buggy 5.3.3 is a huge
> step down for us, and not having this orientation in 5.4.0 is another.
> I don't know if there's actually anyone alive here, but I surely hope,
> someone will someday found this ticket and say "hey.. look.. we aren't the
> only ones that have the problem with the orientation thing on ios"
> Regards.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11886) "cordova create --link-to=../www" option does not work
[ https://issues.apache.org/jira/browse/CB-11886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-11886: -- Component/s: (was: cordova-cli) cordova-create > "cordova create --link-to=../www" option does not work > -- > > Key: CB-11886 > URL: https://issues.apache.org/jira/browse/CB-11886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-create >Affects Versions: 6.3.1 > Environment: OSX version 10.11.6 >Reporter: Abhay Gupta >Priority: Minor > > Steps: > 1. execute command "cordova create MyApp --link-to=~/mywwwapp/www > Expected Result: > - www folder in MyApp folder is a symlink of ~/mywwwapp/www > Actual Result: > - All the files inside MyApp/www folder are new and the folder is not a > symlink of ~/mywwwapp/www -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12397) .gitignore fix
[ https://issues.apache.org/jira/browse/CB-12397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-12397: -- Component/s: (was: cordova-lib) (was: cordova-cli) > .gitignore fix > -- > > Key: CB-12397 > URL: https://issues.apache.org/jira/browse/CB-12397 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-app-hello-world, cordova-create >Reporter: Chris Brody >Priority: Major > Labels: backlog, easy-fix > > Followup to CB-12008 (autosave by default in cordova@7): if a user creates an > app using "cordova create" there should be a .gitignore file to exclude the > plugins and platforms artifacts from git. > I raise this since I have seen way too many apps with outdated plugins / > platforms artifacts included in git. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12242) Use yarn js instead of npm when adding plugins
[ https://issues.apache.org/jira/browse/CB-12242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-12242: -- Component/s: (was: cordova-lib) (was: cordova-cli) cordova-fetch > Use yarn js instead of npm when adding plugins > -- > > Key: CB-12242 > URL: https://issues.apache.org/jira/browse/CB-12242 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-fetch >Reporter: Jacques de Villiers >Priority: Major > > Currently it can take quite long to add certain plugins to my project (using > cordova plugin add), especially if I need to re-add the plugins. My > suggestion is to update the cordova cli to start using yarn js instead of npm > directly. > When I looked at this page, I realised yarn was just a wrapper for npm, and > much better at caching packages locally. > https://shift.infinite.red/npm-vs-yarn-cheat-sheet-8755b092e5cc#.jiz27n1hc > I would imagine this change would be relatively straightforward, and would be > a massive win for the cli. > I was thinking of creating a fork to do a PR but realised I am not totally > sure how to proceed on this. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12599) Cordova CLI - ios build release signing issues
[
https://issues.apache.org/jira/browse/CB-12599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-12599:
--
Component/s: (was: cordova-cli)
> Cordova CLI - ios build release signing issues
> --
>
> Key: CB-12599
> URL: https://issues.apache.org/jira/browse/CB-12599
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Affects Versions: 3.5.0
> Environment: Cordova @ 6.5.0
> Cordova CLI @ 6.5.0
> Cordova-ios@4.3.1
> XCode @ 8.2.1
> OS X El Capitan @ 10.11.5
>Reporter: Anton Van Zyl
>Priority: Major
> Labels: backlog, build, easyfix, ios, ios-deploy, ios10
> Fix For: cordova-ios@4.5.1
>
>
> When Signing of the ios application with Cordova-ios@4.3.1 and XCode 8.2.1
> through CLI using build.json:
> {code:title=CLI Command|borderStyle=solid}
> `sudo cordova build ios --release --device --buildConfig`
> {code}
> I get the following error:
>
> {quote}
> No profile for 'something.something.something' were found: Xcode couldn't
> find a provisioning profile matching 'something.something.something'. Code
> signing is required for product type 'Application' in SDK 'iOS 10.2'
> {quote}
>
> I can however do a archive through Xcode, and successfully upload the ios
> application to the app-store for testing. This all just tells me that my
> certificates and provisioning profiles are all available. Xcode can sign my
> app.
> Is there something I am missing, doing wrong or still need to do to get
> cordova building ios?
> build.json file part:
> {code:title=build.json|borderStyle=solid}
> "release" : {
> "codeSignIdentity" : "iPhone Developer",
> "developmentTeam" : "",
> "packageType" : "app-store"
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12756) Cordova@7 does not prompt for password when installing from private git repo
[
https://issues.apache.org/jira/browse/CB-12756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-12756:
--
Component/s: (was: cordova-cli)
cordova-fetch
> Cordova@7 does not prompt for password when installing from private git repo
>
>
> Key: CB-12756
> URL: https://issues.apache.org/jira/browse/CB-12756
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch
>Reporter: Darryl Pogue
>Priority: Minor
> Labels: cordova-8.0.0
>
> When installing a plugin from a private git repo, Cordova 7 does not prompt
> for a passphrase for git. The plugin fails to install.
> {code}
> Discovered plugin "private-cordova-plugin" in config.xml. Adding it to the
> project
> Failed to restore plugin "private-cordova-plugin" from config.xml. You might
> need to try adding it again. Error: Failed to fetch plugin
> private-cordova-plugin@dpogue/private-cordova-plugin via registry.
> Probably this is either a connection problem, or plugin spec is incorrect.
> Check your connection and plugin name/version/URL.
> Failed to get absolute path to installed module
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12772) iOS Dynamic Framework Embedding/Linking
[ https://issues.apache.org/jira/browse/CB-12772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-12772: -- Component/s: (was: cordova-cli) cordova-ios > iOS Dynamic Framework Embedding/Linking > --- > > Key: CB-12772 > URL: https://issues.apache.org/jira/browse/CB-12772 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: 7.0.0 >Reporter: Marco Bonati >Priority: Major > > Hi all > in my plugin project i need to add a dynamic ios framework > (DECommons.framework). > In plugin.xml i added this > > but in Xcode project the framework appears only in Linked Frameworks section, > but this is not sufficient, i need to add the framework also into Embedded > Binaries section. > Then i tried with this configuration > > but in this way the framework in Xcode appears only in Embedded Frameworks > and not in Linked (then a compilation error occurs). > I need an Xcode configuration that requires my framework in Embedded and > Linked framework. > I've already tried all the possible combinations of "custom", "embed" and > "link" parameters (although it is not officially exposed) in plugin.xml > without any results. > Obviously I need this to happen automatically when installing the plugin and > it does not force the user to open Xcode to correct the project settings. > Note: Before CLI version 7.0.0 I used a special hook that now no longer works. > I have already seen on Jira several open tickets on the subject but I have > not found any solution. Does anyone know how to help me? > Cheers > Marco -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14128) Cordova changes plugin version in package.json
[
https://issues.apache.org/jira/browse/CB-14128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-14128:
--
Component/s: (was: cordova-cli)
cordova-lib
> Cordova changes plugin version in package.json
> --
>
> Key: CB-14128
> URL: https://issues.apache.org/jira/browse/CB-14128
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: 8.0.0
> Environment: NodeJS: v8.10.0
> npm: 5.6.0
> Cordova: 8.0.0
>Reporter: Florian Pechwitz
>Priority: Major
> Labels: cordova-8.0.0, cordova-cli
>
> I observed that Cordova changes the version of plugins in package.json. So if
> I set a static version for a plugin in package.json and add a platform (e.g.
> android), Cordova installs the correct version but updates the version of the
> plugin in package.json with a caret(^).
> Example:
> Before adding a platform the package.json looks like that
> {code:java}
> [...]
> "dependencies": {
> "cordova-plugin-ble-central": "1.1.9"
> }
> [...]{code}
> After adding a platform the package.json looks like that
> {code:java}
> [...]
> "dependencies": {
> "cordova-plugin-ble-central": "^1.1.9"
> }
> [...]
> {code}
> and the installed plugin has the version 1.1.9.
> The next time after removing my plugins and platforms folder Cordova will
> install that plugin in version 1.2.1 because of the caret(^) in package.json.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14153) overwrite mode for edit-config in plist-helper.js
[
https://issues.apache.org/jira/browse/CB-14153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-14153:
--
Component/s: (was: cordova-cli)
> overwrite mode for edit-config in plist-helper.js
> -
>
> Key: CB-14153
> URL: https://issues.apache.org/jira/browse/CB-14153
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-common
>Affects Versions: cordova-common@2.2.3
>Reporter: Uday Kiran
>Priority: Major
> Labels: easyfix
> Original Estimate: 10h
> Remaining Estimate: 10h
>
> overwrite mode for *-Info.plist, as part of edit-config configuration, is not
> implemented in plist-helper.js file.
> I want to override certain elments in the plist file. I added edit-config for
> the element. Instead of overriding it is merging the children.
> I am using cordova@8.0
> I have given a temporary fix in my local system.
>
> {code:java}
> function graftPLIST (doc, xml, selector, mode) {
> var obj=plist.parse(''xml'');
> var node=doc[selector];
> if (node&&Array.isArray(node) &&Array.isArray(obj)) {
> //temporary fix
> (mode == 'overwrite') ? (node = obj) : (node = node.concat(obj));
> for (vari=0; i for (varj=i+1; j if (nodeEqual(node[i], node[j])) { node.splice(j--, 1); }
> }
> }
> doc[selector] =node;
> } else {
> // plist uses objects for . If we have two dicts we merge them instead
> of
> // overriding the old one. See CB-6472
> if (node&&__.isObject(node) &&__.isObject(obj) &&!__.isDate(node)
> &&!__.isDate(obj)) { // arrays checked above
> __.extend(obj, node);
> }
> doc[selector] =obj;
> }
> returntrue;
> }
> {code}
> Thanks
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14168) edit-config support for iOS plist
[
https://issues.apache.org/jira/browse/CB-14168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-14168:
--
Component/s: (was: cordova-cli)
> edit-config support for iOS plist
> -
>
> Key: CB-14168
> URL: https://issues.apache.org/jira/browse/CB-14168
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-common
>Affects Versions: cordova-common@2.2.3
> Environment: Cordova CLI, ios
>Reporter: Uday Kiran
>Priority: Major
> Labels: ios
>
> I have added following edit-config to my config.xml:
>
> {code:java}
> target="UISupportedInterfaceOrientations">
>
> UIInterfaceOrientationPortrait
> UIInterfaceOrientationPortraitUpsideDown
>
>
> target="UISupportedInterfaceOrientations~ipad">
>
> UIInterfaceOrientationLandscapeLeft
> UIInterfaceOrientationLandscapeRight
>
>
> {code}
> But, the ionic cordova prepare throws exception doc.find is not a function. I
> have made the following change to utils
> files(/usr/local/lib/node_modules/cordova/node_modules/cordova-common/src/util)
> in my local to fix this issue.
>
>
>
> {code:java}
> // File ConfigFile.js
> ConfigFile.prototype.graft_child = function ConfigFile_graft_child (selector,
> xml_child) {
> var self = this;
> var filepath = self.filepath;
> var result;
> if (self.type === 'xml') {
> var xml_to_graft = [modules.et.XML(xml_child.xml)];
> switch (xml_child.mode) {
> case 'merge':
> result = modules.xml_helpers.graftXMLMerge(self.data, xml_to_graft, selector,
> xml_child);
> break;
> case 'overwrite':
> result = modules.xml_helpers.graftXMLOverwrite(self.data, xml_to_graft,
> selector, xml_child);
> break;
> case 'remove':
> result = modules.xml_helpers.pruneXMLRemove(self.data, selector,
> xml_to_graft);
> break;
> default:
> result = modules.xml_helpers.graftXML(self.data, xml_to_graft, selector,
> xml_child.after);
> }
> if (!result) {
> throw new Error('Unable to graft xml at selector "' + selector + '" from "' +
> filepath + '" during config install');
> }
> } else {
> // plist file. Passed mode from here
> result = modules.plist_helpers.graftPLIST(self.data, xml_child.xml, selector,
> xml_child.mode);
> if (!result) {
> throw new Error('Unable to graft plist "' + filepath + '" during config
> install');
> }
> }
> self.is_changed = true;
> };
> {code}
>
>
> {code:java}
> // File: xml-helper.js
> resolveParent: function (doc, selector) {
> var parent, tagName, subSelector;
> // handle absolute selector (which elementtree doesn't like)
> if (ROOT.test(selector)) {
> tagName = selector.match(ROOT)[1];
> // test for wildcard "any-tag" root selector
> if (tagName === '*' || tagName === doc._root.tag) {
> parent = doc._root;
> // could be an absolute path, but not selecting the root
> if (ABSOLUTE.test(selector)) {
> subSelector = selector.match(ABSOLUTE)[2];
> parent = parent.find(subSelector);
> }
> } else {
> return false;
> }
> } else {
> // here is the issue for exception "doc.finf is not a function"
> parent = Array.isArray(doc) ? doc.find(selector) : doc[selector];
> }
> return parent;
> }
> {code}
>
>
> {code:java}
> // File: plist-helper.js
> function graftPLIST (doc, xml, selector, mode) {
> var obj = plist.parse('' + xml + '');
> var node = doc[selector];
> if (node && Array.isArray(node) && Array.isArray(obj)) {
> // node = node.concat(obj);
> // addressed overwrite mode here
> (mode == 'overwrite') ? (node = obj) : (node = node.concat(obj));
> for (var i = 0; i < node.length; i++) {
> for (var j = i + 1; j < node.length; ++j) {
> if (nodeEqual(node[i], node[j])) { node.splice(j--, 1); }
> }
> }
> doc[selector] = node;
> } else {
> // plist uses objects for . If we have two dicts we merge them instead
> of
> // overriding the old one. See CB-6472
> if (node && __.isObject(node) && __.isObject(obj) && !__.isDate(node) &&
> !__.isDate(obj)) { // arrays checked above
> __.extend(obj, node);
> }
> doc[selector] = obj;
> }
> return true;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13767) Huge performance issues moving from cordova 6.5 to 8 due to cordova-fetch
[
https://issues.apache.org/jira/browse/CB-13767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16517598#comment-16517598
]
Darryl Pogue commented on CB-13767:
---
{quote}I think it would help to know what cordova-fetch does, why it’s
necessary, and why the performance is affected vs. how installation was done
before.
{quote}
Previously, cordova didn't use npm as a registry, it used its own registry and
had its own code to handle retrieving packages and resolving dependencies.
We decided years ago to move to using npm, since it didn't require running our
own registry, and so that we could take advantage of all the work being done by
the npm team on their tooling without additional maintenance burden from our
side.
In the short term (aka, the past few years) cordova-lib contained a mix of
ancient cordova-registry code and support for npm packages via an old bundled
version of npm 2. This caused numerous problems for people, because it meant
that cordova projects that were using npm for managing their project got
unpredictable behaviour due to some commands sometimes using npm2 instead of
the system-wide npm version. In particular, it made it totally impossible to
use npm shrinkwrap with a Cordova project, because npm2 is not shrinkwrappable
by newer version of npm.
cordova-fetch made the decision to offload all the dependency fetching,
installing, and caching to the system installed version of npm. We literally
shell out to npm and tell it to install dependencies for us.
The additional challenge for Cordova is that we need to do steps after the
dependency is installed, and we need to do extra verification around the
version of a dependency that is installed because you can't have the same
plugin installed with different versions at different levels of the
node_modules folder. The current released version of cordova-fetch prints out
the list of all installed modules before/after each operation and compares them
to find out what changed. This is very slow, and leads to all sorts of other
hard-to-diagnose errors.
These changes use the version information reported back from the npm command to
determine the version, which is much faster.
The other change here is to check ahead of time if a dependency is already
installed with the version that we need. Unfortunately, this isn't possible to
do with git dependencies.
> Huge performance issues moving from cordova 6.5 to 8 due to cordova-fetch
> -
>
> Key: CB-13767
> URL: https://issues.apache.org/jira/browse/CB-13767
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-lib
>Reporter: Andrew Crites
>Priority: Major
>
> This is for a project with a wide variety of plugins ... about 25. This may
> be above average, but not extreme. I've updated the project from cordova 6.5
> to cordova 8. Cordova 8 always uses {{cordova-fetch}} to install plugins, so
> I can't opt out. Before, I was not using {{cordova-fetch}}.
> {code}
> $ time npx cordova@6.5 platform add ios
> 23.85s user 9.26s system 130% cpu 25.414 total
> $ time npx cordova@8 platform add ios --nosave
> 402.44s user 61.94s system 119% cpu 6:28.09 total
> {code}
> That takes over 15 times longer. {{--nosave}} was used since this is the
> default behavior for 6.5.
> For subsequent installations using {{--save}} (or default) the performance is
> still like this.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-11524) [iOS 10] Using localStorage with WKWebView gives a security error
[ https://issues.apache.org/jira/browse/CB-11524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue closed CB-11524. - Resolution: Cannot Reproduce This was an Apple issue, and is fixed in newer versions of iOS. > [iOS 10] Using localStorage with WKWebView gives a security error > - > > Key: CB-11524 > URL: https://issues.apache.org/jira/browse/CB-11524 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Saúl Ibarra Corretgé >Assignee: Shazron Abdullah >Priority: Major > Labels: wkwebview-known-issues > > When using window.localStorage on iOS 10 with WKWebView, the following error > happens: SecurityError: DOM Exception 18: An attempt was made to break > through the security policy of the user agent. > This does not happen with UIWebView, or with WKWebView on iOS 9. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-10142) WebSQL (window.openDatabase) will not work in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue closed CB-10142. - Resolution: Cannot Reproduce This was an Apple bug, and is fixed in newer versions of iOS > WebSQL (window.openDatabase) will not work in WKWebViewEngine > - > > Key: CB-10142 > URL: https://issues.apache.org/jira/browse/CB-10142 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Priority: Major > Labels: wkwebview-known-issues > > It fails mobile-spec storage.spec.18 and is a known WKWebView bug (not fixed > as of iOS 9.1): https://bugs.webkit.org/show_bug.cgi?id=137760 > The test is skipped when you run the engine on mobile-spec. > window.openDatabase is defined, but throws an error when you use it. > This is an Apple bug. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-11315) WkWebview + DisallowOverscroll breaks fixed positioned elements
[ https://issues.apache.org/jira/browse/CB-11315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue closed CB-11315. - Resolution: Cannot Reproduce Assignee: Darryl Pogue This problem _seems_ to be solved in iOS 11, but even the WebKit team can't confirm that. It's unfortunately not something that Cordova is able to have any control over, so I'm going to close this issue and direct everyone to the issue on the WebKit bug tracker. > WkWebview + DisallowOverscroll breaks fixed positioned elements > --- > > Key: CB-11315 > URL: https://issues.apache.org/jira/browse/CB-11315 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Bjorn Rombaut >Assignee: Darryl Pogue >Priority: Major > Labels: DisallowOverscroll, ios, wkwebview-1.0.2 > Attachments: IMG_0656.PNG, wkwebview-disallowoverscroll-issue.zip > > > Hi! > When using both the DisallowOverscroll property and WkWebview, there seems to > be an issue when scrolling and repainting fixed elements. > When you scroll to the end of the page (where it would bounce if you don't > set the DisallowOverscroll), fixed positioned elements seem to bounce but > never return to their original position. Visually there is no issue but when > you try to click something inside the fixed element (for example a button > inside a fixed footer) the click action will not be triggered. Also when you > hover the node in the Safari Debug Tools it thinks the element is displayed > somewhere else. > I've attached a screenshot and some code to make it a bit more clear. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11315) WkWebview + DisallowOverscroll breaks fixed positioned elements
[ https://issues.apache.org/jira/browse/CB-11315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-11315: -- External issue URL: https://bugs.webkit.org/show_bug.cgi?id=158325 > WkWebview + DisallowOverscroll breaks fixed positioned elements > --- > > Key: CB-11315 > URL: https://issues.apache.org/jira/browse/CB-11315 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Bjorn Rombaut >Priority: Major > Labels: DisallowOverscroll, ios, wkwebview-1.0.2 > Attachments: IMG_0656.PNG, wkwebview-disallowoverscroll-issue.zip > > > Hi! > When using both the DisallowOverscroll property and WkWebview, there seems to > be an issue when scrolling and repainting fixed elements. > When you scroll to the end of the page (where it would bounce if you don't > set the DisallowOverscroll), fixed positioned elements seem to bounce but > never return to their original position. Visually there is no issue but when > you try to click something inside the fixed element (for example a button > inside a fixed footer) the click action will not be triggered. Also when you > hover the node in the Safari Debug Tools it thinks the element is displayed > somewhere else. > I've attached a screenshot and some code to make it a bit more clear. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13695) cordova-fetch: ignores npm registry
[ https://issues.apache.org/jira/browse/CB-13695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16516629#comment-16516629 ] Darryl Pogue commented on CB-13695: --- [~raphinesse]: You were refactoring the code that calls out to npm recently... any idea what might cause it to ignore config files? We just shell out to it, right? > cordova-fetch: ignores npm registry > --- > > Key: CB-13695 > URL: https://issues.apache.org/jira/browse/CB-13695 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-fetch >Affects Versions: cordova@8.0.0 >Reporter: Heiko >Priority: Critical > > My situation: > a build server that has no access to the internet. > By to a local npm mirror. > If i do at my build job: > npm config set registry "http://my.local.server/repository/mirror.npm"; > npm install > npm install cordova ionic npm --no-save > cordova platform add ios --no-update-notifier > i get: > Using cordova-fetch for cordova-ios@4.5.3 > (node:391) UnhandledPromiseRejectionWarning: Unhandled promise rejection > (rejection id: 1): Error: Cannot find module './index' > (node:391) [DEP0018] DeprecationWarning: Unhandled promise rejections are > deprecated. In the future, promise rejections that are not handled will > terminate the Node.js process with a non-zero exit code. > My work around for cordova 7 was to use: --nofetch -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-10967) IndexedDB API not properly exposed?
[
https://issues.apache.org/jira/browse/CB-10967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-10967.
-
Resolution: Not A Problem
The IndexedDB API is supported in both UIWebView and WKWebView as of iOS 10.
> IndexedDB API not properly exposed?
> ---
>
> Key: CB-10967
> URL: https://issues.apache.org/jira/browse/CB-10967
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-wkwebview-engine
>Affects Versions: 4.0.0
> Environment: Cordova CLI 6.x.x, Cordova-iOS 4.x.x
>Reporter: Brent Allen
>Priority: Major
> Labels: triaged, wkwebview-known-issues
>
> So before cordova-ios 4.0.0 I was using
> https://github.com/Telerik-Verified-Plugins/WKWebView.git as a workaround to
> get the extra webkit apis/performance.
> Clearly not an ideal workaround since it requires a localhost origin. Making
> several CORS and iFrame operations a major headache.
> So I need to update to the latest frameworks. And I was successful in doing
> so with one catch.
> The webkit api for IndexDB is not exposed anymore. I am a little confused as
> to how this could be since it was expose when using the workaround. The only
> diff that I can find that seems to relate to webkit is this:
> From 'plugins/com.telerik.plugins.wkwebview/www/wkwebview.js'
> ```
> var origNativeFetchMessages = exec.nativeFetchMessages;
> exec.nativeFetchMessages = function() {
> var cmds = origNativeFetchMessages();
> cmds = JSON.parse(cmds);
> for(var i=0;i var cmd = cmds[i];
> if(cmd[1]==='WKWebView') continue;
>
> window.webkit.messageHandlers.cordova.postMessage(cmd);
> }
> return '';
> };
> ```
> Which was also still available in cordova-ios@3.9.2(I think)
> I can't help but wonder if this has something to do with exposing the open
> versions of the api(s). And if so was this supposed to be re-implemented
> using the latest patterns?
> I am using mWater/minimongo which relies on this api. I already opened an
> issue on that repo. But I am not optimistic that it will be addressed there
> since the api hasn't technically changed as far as I can tell. It is just
> being hidden by the webview and the cordova platform is no longer exposing it
> manually.
> Any advice would be greatly appreciated. I am hoping to avoid cloning the
> minimongo repo. Since I am not even sure the apples implementation will work
> as I have yet to find any documentation on it.
> I am also concerned that this may have implications for other webkit apis
> that I have yet to discover as broken in this context.
> Thanks in advance for any help.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-12886) white area where status bar is in iOS 11
[ https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue reassigned CB-12886: - Assignee: Darryl Pogue > white area where status bar is in iOS 11 > > > Key: CB-12886 > URL: https://issues.apache.org/jira/browse/CB-12886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Environment: iOS 11 beta 1 >Reporter: Shazron Abdullah >Assignee: Darryl Pogue >Priority: Major > Labels: backlog, ios11 > Fix For: cordova-ios@5.0.0 > > Attachments: ios11.png, screenshot-1.png, screenshot-2.png, > screenshot-3.png, screenshot-4.png, screenshot-5.png, screenshot-6.png > > > See attached screenshot. Using WKWebView plugin, new app. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12886) white area where status bar is in iOS 11
[
https://issues.apache.org/jira/browse/CB-12886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16516477#comment-16516477
]
Darryl Pogue commented on CB-12886:
---
I have new information to add to this bug, and to reiterate it is *not* a
Cordova bug. Let me present 3 scenarios:
* {{viewport-fit=auto}} and CSS {{height: 100%}} on the body element:
*UIWebView:* The webview is the height of the device screen, minus the unsafe
area, offset at the top by the unsafe area.
*WKWebView:* The webview is the height of the device screen, minus the unsafe
area, offset at the top by the unsafe area.
* {{viewport-fit=cover}} and CSS {{height: 100%}} on the body element:
*UIWebView:* The webview is the height of the device screen.
*WKWebView:* The webview is the height of the safe area, showing a gap at the
bottom.
* {{viewport-fit=cover}} and CSS {{height: 100vh}} on the body element:
*UIWebView:* The webview is the height of the device screen.
*WKWebView:* The webview is the height of the device screen.
I have a PR to submit to make changes to the cordova-app-hello-world template
to address this issue there, but the correct fix is to change {{100%}} to
{{100vh}} on the html or body elements in applications that are affected by
this.
> white area where status bar is in iOS 11
>
>
> Key: CB-12886
> URL: https://issues.apache.org/jira/browse/CB-12886
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
> Environment: iOS 11 beta 1
>Reporter: Shazron Abdullah
>Priority: Major
> Labels: backlog, ios11
> Fix For: cordova-ios@5.0.0
>
> Attachments: ios11.png, screenshot-1.png, screenshot-2.png,
> screenshot-3.png, screenshot-4.png, screenshot-5.png, screenshot-6.png
>
>
> See attached screenshot. Using WKWebView plugin, new app.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13987) WKWebView doesn't layout properly at launch on iPhone X
[
https://issues.apache.org/jira/browse/CB-13987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16514947#comment-16514947
]
Darryl Pogue commented on CB-13987:
---
Turning off content insets is definitely the wrong solution. It removes the
ability for app developers to control the safe area behaviour with
{{viewport-fit}} meta directive. (n)
> WKWebView doesn't layout properly at launch on iPhone X
> ---
>
> Key: CB-13987
> URL: https://issues.apache.org/jira/browse/CB-13987
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Affects Versions: cordova-ios@4.5.4
> Environment: Mac
> Cordova 8.0.0
> codova-plugin-wkwebview-engine 1.1.4
>Reporter: Kamal Kalra
>Assignee: Suraj Pindoria
>Priority: Major
> Attachments: TestApp2.zip
>
>
> WKWebView doesn't seem to layout properly at launch. There is a black bar at
> the bottom of the view. If I rotate the app to landscape mode, the view
> automatically resizes correctly and occupies the entire screen. Then when I
> rotate back to portrait mode, it works correctly and occupies the entire
> screen as expected. But at launch this is not happening. It should occupy
> the entire screen at that point without having to rotate back and forth.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-14141) Should be able to overwrite CDVLaunchScreen.storyboard with resource-file in config.xml
Darryl Pogue created CB-14141:
-
Summary: Should be able to overwrite CDVLaunchScreen.storyboard
with resource-file in config.xml
Key: CB-14141
URL: https://issues.apache.org/jira/browse/CB-14141
Project: Apache Cordova
Issue Type: Improvement
Components: cordova-ios
Reporter: Darryl Pogue
Assignee: Darryl Pogue
It should be possible to overwrite the CDVLaunchScreen.storyboard file using
{{resource-file}} in config.xml, but that has an unfortunate side effect of
adding it to the Xcode project twice.
When installing resources from config.xml {{resource-file}} tags, we should log
a warning if the file already exists and skip adding it to the Xcode project.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-14140) Use fs-extra (and which) instead of shelljs
[ https://issues.apache.org/jira/browse/CB-14140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue reassigned CB-14140: - Assignee: Darryl Pogue (was: Joe Bowser) > Use fs-extra (and which) instead of shelljs > --- > > Key: CB-14140 > URL: https://issues.apache.org/jira/browse/CB-14140 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android, cordova-common, cordova-create, > cordova-fetch, cordova-ios, cordova-lib, cordova-osx, cordova-windows >Reporter: Chris Brody >Assignee: Darryl Pogue >Priority: Minor > > It is more efficient to use fs-extra, sometimes with some help from which, > than shelljs. > This improvement has already landed in the master branch of cordova-common > for the next major release, and work has already been started in some other > packages. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-12002) Support LSApplicationQueriesSchemes
[
https://issues.apache.org/jira/browse/CB-12002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-12002.
-
Resolution: Workaround
Closing this, because you can now add to LSApplicationQueriesSchemes via the
{{edit-config}} element in config.xml
> Support LSApplicationQueriesSchemes
> ---
>
> Key: CB-12002
> URL: https://issues.apache.org/jira/browse/CB-12002
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Reporter: Darryl Pogue
>Assignee: Darryl Pogue
>Priority: Major
>
> For apps to launch other apps via their custom URL schemes, they need to be
> whitelisted in LSApplicationQueriesSchemes. We should be able to use the
> (currently unused by iOS) {{}} tags in config.xml to configure
> this.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14122) cordova-serve release June 2018
[ https://issues.apache.org/jira/browse/CB-14122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-14122. --- Resolution: Fixed > cordova-serve release June 2018 > --- > > Key: CB-14122 > URL: https://issues.apache.org/jira/browse/CB-14122 > Project: Apache Cordova > Issue Type: Task > Components: cordova-serve >Reporter: Darryl Pogue >Assignee: Darryl Pogue >Priority: Major > Fix For: cordova-serve@2.0.1 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13797) Fetch failing to install plugin dependencies
[
https://issues.apache.org/jira/browse/CB-13797?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16504735#comment-16504735
]
Darryl Pogue commented on CB-13797:
---
I'm hoping [~raphinesse]'s pull request for
[https://github.com/apache/cordova-fetch/pull/18] will fix this, since it
replaces the treeDep and diffJson stuff in favour of parsing the output on
{{npm install}}
> Fetch failing to install plugin dependencies
>
>
> Key: CB-13797
> URL: https://issues.apache.org/jira/browse/CB-13797
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch
> Environment: cordova@8.0.0
> cordova-common@2.2.1
> cordova-lib@8.0.0
> cordova-fetch@1.3.0
> npm@5.6.0
> node@9.4.0
>
>Reporter: Darryl Pogue
>Assignee: Steve Gill
>Priority: Critical
>
> I'm currently unable to install Microsoft's cordova-plugin-code-push due to
> some incredibly confusing errors when installing the plugin dependencies.
> The plugin [lists 3
> dependencies|https://github.com/Microsoft/cordova-plugin-code-push/blob/e828a5eacd42dcd81bacf121a3e62735c3500227/plugin.xml#L10-L12]
> in plugin.xml.
> Cordova successfully installs the first (code-push) dependency.
> Cordova attempts to install the second (cordova-plugin-device) dependency. It
> appears that the npm install is successful.
> At the end of the npm install, cordova-fetch [attempts to
> discover|https://github.com/apache/cordova-fetch/blob/master/index.js#L100]
> what was just installed. Rather than finding "cordova-plugin-device", it
> finds "code-push" for a second time.
> Then it fails with the following confusing error message:
> {noformat}
> Failed to install 'cordova-plugin-code-push': Error: Expected plugin to have
> ID "cordova-plugin-dialogs" but got "code-push".{noformat}
> The full verbose output from {{cordova prepare}} is below:
> {noformat}
> Discovered plugin "cordova-plugin-code-push" in config.xml. Adding it to the
> project
> No scripts found for hook "before_plugin_add".
> Calling plugman.fetch on plugin "cordova-plugin-code-push@^1.11.2"
> Running command: npm install cordova-plugin-code-push@^1.11.2 --production
> --no-save
> Command finished with error code 0: npm
> install,cordova-plugin-code-push@^1.11.2,--production,--no-save
> Copying plugin "/PROJECT/node_modules/cordova-plugin-code-push" =>
> "/PROJECT/plugins/cordova-plugin-code-push"
> Calling plugman.install on plugin "/PROJECT/plugins/cordova-plugin-code-push"
> for platform "android
> Installing "cordova-plugin-code-push" for android
> Running command: /PROJECT/platforms/android/cordova/version
> Command finished with error code 0:
> /PROJECT/platforms/android/cordova/version
> Dependencies detected, iterating through them...
> Requesting plugin "code-push@2.0.4".
> Plugin dependency "code-push" not fetched, retrieving then installing.
> Running command: npm install code-push@2.0.4 --production --no-save
> Command finished with error code 0: npm
> install,code-push@2.0.4,--production,--no-save
> Copying plugin "/PROJECT/node_modules/code-push" =>
> "/PROJECT/plugins/code-push"
> Installing "code-push" for android
> Finding scripts for "before_plugin_install" hook from plugin code-push on
> android platform only.
> No scripts found for hook "before_plugin_install".
> Install start for "code-push" on android.
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Install complete for code-push on android.
> Finding scripts for "after_plugin_install" hook from plugin code-push on
> android platform only.
> No scripts found for hook "after_plugin_install".
> Requesting plugin "cordova-plugin-dialogs@>=1.1.1".
> Plugin dependency "cordova-plugin-dialogs" not fetched, retrieving then
> installing.
> Running command: npm install cordova-plugin-dialogs@>=1.1.1 --production
> --no-save
> Command finished with error code 0: npm
> install,cordova-plugin-dialogs@>=1.1.1,--production,--no-save
> Copying plugin "/PROJECT/node_modules/code-push" =>
> "/PROJECT/plugins/code-push"
> Failed to install 'cordova-plugin-code-push': Error: Expected plugin to have
> ID "cordova-plugin-dialogs" but got "code-push".
> at checkID (/PROJECT/node_modules/cordova-lib/src/plugman/fetch.js:215:15)
> at /PROJECT/node_modules/cordova-lib/src/plugman/fetch.js:199:9
> at _fulfilled (/PROJECT/node_modules/cordova-lib/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done
> (/PROJECT/node_modules/cordova-lib/node_modules/q/q.js:816:30)
> at Promise.promise.promiseDispatch
> (/PROJECT/node_modules/cordova-lib/node_modules/q/q.js:749:13)
> at /PROJECT/node_modules/cordova-lib/node_modules/q/q.js:557:44
> at flush (/PROJECT/node_modules/cordova-lib/node_modules/q/q.js:108:17)
> at process._tickCallback (internal/process/next
[jira] [Resolved] (CB-14066) Remove Node 4 from CI - cordova-fetch
[ https://issues.apache.org/jira/browse/CB-14066?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-14066. --- Resolution: Fixed Assignee: Raphael (was: Darryl Pogue) > Remove Node 4 from CI - cordova-fetch > - > > Key: CB-14066 > URL: https://issues.apache.org/jira/browse/CB-14066 > Project: Apache Cordova > Issue Type: Sub-task > Components: cordova-fetch >Reporter: Darryl Pogue >Assignee: Raphael >Priority: Minor > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-14122) cordova-serve release June 2018
Darryl Pogue created CB-14122: - Summary: cordova-serve release June 2018 Key: CB-14122 URL: https://issues.apache.org/jira/browse/CB-14122 Project: Apache Cordova Issue Type: Task Components: cordova-serve Reporter: Darryl Pogue Assignee: Darryl Pogue Fix For: cordova-serve@2.0.1 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14112) cordova-common release May 2018
[ https://issues.apache.org/jira/browse/CB-14112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-14112. --- Resolution: Fixed > cordova-common release May 2018 > --- > > Key: CB-14112 > URL: https://issues.apache.org/jira/browse/CB-14112 > Project: Apache Cordova > Issue Type: Task > Components: cordova-common >Reporter: Darryl Pogue >Assignee: Darryl Pogue >Priority: Minor > Fix For: cordova-common@2.2.3 > > > Following steps at > [https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md] -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14112) cordova-common release May 2018
[ https://issues.apache.org/jira/browse/CB-14112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-14112: -- Fix Version/s: cordova-common@2.2.3 > cordova-common release May 2018 > --- > > Key: CB-14112 > URL: https://issues.apache.org/jira/browse/CB-14112 > Project: Apache Cordova > Issue Type: Task > Components: cordova-common >Reporter: Darryl Pogue >Assignee: Darryl Pogue >Priority: Minor > Fix For: cordova-common@2.2.3 > > > Following steps at > [https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md] -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13770) Warn when target file of or is not found
[ https://issues.apache.org/jira/browse/CB-13770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13770: -- Fix Version/s: cordova-common@2.2.3 > Warn when target file of or is not found > > > Key: CB-13770 > URL: https://issues.apache.org/jira/browse/CB-13770 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-common >Reporter: Jacques Caron >Assignee: Darryl Pogue >Priority: Minor > Labels: pull-request-available > Fix For: cordova-common@2.2.3 > > > When one uses or in config.xml or plugin.xml, > files that are not found are silently ignored. > Adding a warning, and including where the file is actually looked for helps > when debugging such config elements. > PR upcoming. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13744) Handle storyboards as XML files
[ https://issues.apache.org/jira/browse/CB-13744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13744: -- Fix Version/s: cordova-common@2.2.3 > Handle storyboards as XML files > --- > > Key: CB-13744 > URL: https://issues.apache.org/jira/browse/CB-13744 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-common >Reporter: Jacques Caron >Priority: Minor > Fix For: cordova-common@2.2.3 > > > When editing a file with or , only a few > extensions are recognised as XML, the rest are considered plists. > The CDVLaunchScreen.storyboard generated by cordova-ios is XML. To be able to > edit it from config.xml, .storyboard files need to be recognised as XML. > Pull request: https://github.com/apache/cordova-common/pull/12 > It may make sense to take this further, and either: > - reverse the test, and only consider .plist files to be plists, and the rest > XML. Not sure if that could break something > - or add an attribute to and to specify the type > of file (XML or plist). > However for the purposes of modifying the storyboard the (very minor) change > in the pull request is enough. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11691) Plugin can't modify binary plists
[ https://issues.apache.org/jira/browse/CB-11691?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-11691: -- Fix Version/s: cordova-common@2.2.3 > Plugin can't modify binary plists > --- > > Key: CB-11691 > URL: https://issues.apache.org/jira/browse/CB-11691 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-common > Environment: Mac OS X version: 10.11.6 > Node version: v0.12.7 > Cordova version: 6.3.0 >Reporter: Sky Kelsey >Assignee: Darryl Pogue >Priority: Major > Fix For: cordova-common@2.2.3 > > > https://github.com/apache/cordova-lib/blob/master/cordova-common/src/util/plist-helpers.js#L27 > Cordova expects plists to be in XML format, and not binary. However, it fails > to apply changes silently, masking the problem. Can you please log failures > to modify config files, and ideally also add support for binary plists? All > plists are generated as binary in xcode projects by default, so anyone who > develops a plugin and needs to modify a plist is going to hit this issue. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14064) Remove Node 4 from CI - cordova-common
[ https://issues.apache.org/jira/browse/CB-14064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-14064: -- Fix Version/s: cordova-common@2.2.3 > Remove Node 4 from CI - cordova-common > -- > > Key: CB-14064 > URL: https://issues.apache.org/jira/browse/CB-14064 > Project: Apache Cordova > Issue Type: Sub-task > Components: cordova-common >Reporter: Darryl Pogue >Assignee: Darryl Pogue >Priority: Minor > Labels: CI, pull-request-available > Fix For: cordova-common@2.2.3 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13979) getEditConfigs() and getConfigFiles() only work for the first tag
[
https://issues.apache.org/jira/browse/CB-13979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-13979:
--
Fix Version/s: cordova-common@2.2.3
> getEditConfigs() and getConfigFiles() only work for the first tag
>
>
> Key: CB-13979
> URL: https://issues.apache.org/jira/browse/CB-13979
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-common
>Affects Versions: Master
>Reporter: Kevin Christopher Henry
>Assignee: Darryl Pogue
>Priority: Minor
> Labels: pull-request-available
> Fix For: cordova-common@2.2.3
>
>
> I ran into something strange - my configuration would change based on the
> ordering of elements in config.xml.
> Looking at the source code, the culprit is getEditConfigs() and
> getConfigFiles() in ConfigParser.js. Unlike the rest of the code they only
> look in the first platform tag for config directives:
> {{var platform_tag = this.doc.find('./platform[@name="' + platform + '"]');}}
> {{var platform_edit_configs = platform_tag ?
> platform_tag.findall('edit-config') : [];}}
> This should probably be something like this instead (untested):
> {{var platform_edit_configs = this.doc.findall('./platform[@name="' +
> platform + '"]/edit-config');}}
> And similarly for getConfigFiles().
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11623) --link-to no longer seems to be working
[ https://issues.apache.org/jira/browse/CB-11623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-11623: -- Component/s: (was: cordova-lib) (was: cordova-cli) cordova-create > --link-to no longer seems to be working > --- > > Key: CB-11623 > URL: https://issues.apache.org/jira/browse/CB-11623 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-create >Affects Versions: 6.3.0 > Environment: Windows 10, Windows Command Prompt >Reporter: Graham Harper >Assignee: Steve Gill >Priority: Major > Labels: triaged > > We have a build script for installing and building Cordova from source > control that begins with the line: > cordova create bin com.example.domain APPNAME --link-to=www > Where www is our existing app code (html, css, js etc.) > We've been running this build script on new deployments just fine for 6 > months or so, and its behaviour until this version has been to create a > simlink in the newly-created 'bin' folder to our existing app in 'www'; > however, as of 6.3.0 this is no longer working. The command creates the bin > folder, but it only contains the default 'Hello Cordova' application. > --copy-from still seems to be working (although is marked as deprecated), so > we can work around this issue, but it's not appropriate for our deployment > and development process. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-12944) Platform's spec is ignored in config.xml if package.json doesn't contain dependency for platform
[
https://issues.apache.org/jira/browse/CB-12944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-12944.
---
Resolution: Fixed
> Platform's spec is ignored in config.xml if package.json doesn't contain
> dependency for platform
>
>
> Key: CB-12944
> URL: https://issues.apache.org/jira/browse/CB-12944
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: Master
>Reporter: Nikita Matrosov
>Assignee: Nikita Matrosov
>Priority: Major
>
> Steps to reproduce with cordova@7.0.2-dev:
> 1) Create app with package.json contains empty dependencies object:
> "dependencies": {}
> (e.g. it's default for Visual Studio Cordova template)
> 2) Add entry into config.xml: spec="https://github.com/apache/cordova-windows.git#4.4.x"; />
> 3) cordova platform add windows
> So, if package.json dependencies keys don't include windows or
> cordova-windows, we should look for a spec in config.xml.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12916) GradleBuilder.js has hardcoded memory parameter
[ https://issues.apache.org/jira/browse/CB-12916?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-12916: -- Component/s: (was: cordova-lib) > GradleBuilder.js has hardcoded memory parameter > --- > > Key: CB-12916 > URL: https://issues.apache.org/jira/browse/CB-12916 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android >Reporter: Jan Piotrowski (Sujan) >Priority: Major > Labels: memory > > Ionic users reported having problem with the Android build process when they > have bg projects with the error message "> Java heap space" for a long > time. Recent example: > https://forum.ionicframework.com/t/packagedebug-error-java-heap-space-with-large-sqlite-db/82997 > Fortunately now one user decided to jump in deep enough to figure out the > problem: > https://forum.ionicframework.com/t/packagedebug-error-java-heap-space-with-large-sqlite-db/82997/6 > Seems like GradeBuilder.js hardcodes a memory parameter so that it is > impossible to change the supplied memory any other way. > I think I found the code in `cordova-lib`: > https://github.com/apache/cordova-lib/blob/cef2959c8843074e94448f4bfc7812d0e4748131/spec-plugman/projects/android/cordova/lib/builders/GradleBuilder.js#L59 > It would be great if users could somehow change that value to be bigger that > didn't include having to edit this file (re-adding the platform will lose > these changes for example). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-11985) Cordova hits internet unnecessarily when getting cached platform or plugin
[
https://issues.apache.org/jira/browse/CB-11985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-11985.
---
Resolution: Fixed
> Cordova hits internet unnecessarily when getting cached platform or plugin
> --
>
> Key: CB-11985
> URL: https://issues.apache.org/jira/browse/CB-11985
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-lib
>Affects Versions: 6.3.1
>Reporter: Tim Barham
>Assignee: Tim Barham
>Priority: Major
>
> In you are disconnected from the internet and try to add a platform or plugin
> that has previously been cached, Cordova eventually successfully installs the
> platform/plugin, but only after a very long wait.
> We could check for the existence of the cached platform/plugin before calling
> {{npm cache add}}. This would mean an instant return when not connected to
> the internet.
> Note that this will only help if we are adding a specific version - when a
> version range is specified, we need to hit the internet anyway to find the
> matching version.
> Background: First time build failures in Cordova tools in Visual Studio are
> primarily due to {{npm}} failures. Therefore we are working to avoid any
> requirement for {{npm}}} to hit the internet in simple build scenarios. This
> includes pre-installing cached versions of certain platforms and plugins. But
> we only get the full benefit if Cordova uses these cached versions if it
> finds them, without calling {{npm cache add}}.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-11777) Plugins superseding config.xml
[
https://issues.apache.org/jira/browse/CB-11777?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-11777.
---
Resolution: Fixed
> Plugins superseding config.xml
> --
>
> Key: CB-11777
> URL: https://issues.apache.org/jira/browse/CB-11777
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: 6.3.1
>Reporter: Darryl Pogue
>Assignee: Darryl Pogue
>Priority: Major
> Labels: triaged
>
> The ongoing saga of CB-11589 and CB-11698...
> When running {{cordova prepare}} to restore platforms and plugins, the
> platform has prepare called before the plugins are restored. This leads to
> the top-level config.xml data being copied into the platform at prepare time,
> and then plugin config being appended when they are later restored.
> In my case, this was causing the Crosswalk version defined in my top-level
> config.xml to be overwritten by an undefined version when the plugin was
> installed. A workaround is to run {{cordova prepare}} a second time.
> A better fix is probably to restore the platforms, restore the plugins, and
> then run prepare after everything has been restored.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-13379) Cordova build don't recognize jdk9 > jdk 1.8
[ https://issues.apache.org/jira/browse/CB-13379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-13379. --- Resolution: Won't Fix Assignee: Darryl Pogue As pointed out in the linked issue, the Android tools don't support Java 9 yet and will not run with JDK 9. > Cordova build don't recognize jdk9 > jdk 1.8 > > > Key: CB-13379 > URL: https://issues.apache.org/jira/browse/CB-13379 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-create >Affects Versions: 7.0.1 > Environment: jdk 9 > mac os Sierra 10.12.6 >Reporter: Naihe Feng >Assignee: Darryl Pogue >Priority: Major > > When using codorva build, the following error come out > Requirements check failed for JDK 1.8 or greater > However I have installed the jdk9 > !https://drive.google.com/open?id=0BzrtRLoB2MfSWjdwbmdFTVEyaDg! > check the link below for detail comment if the picture did not show up: > https://drive.google.com/open?id=0BzrtRLoB2MfSWjdwbmdFTVEyaDg > the following post on stack overflow also mentioned it > https://stackoverflow.com/questions/46379406/cordova-error-requirements-check-failed-for-jdk-1-8-or-greater-am-using-java -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-6070) Alignment with W3C DeviceOrientation event
[ https://issues.apache.org/jira/browse/CB-6070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-6070. -- Resolution: Fixed The Device Orientation plugin has now been deprecated in favour of the DeviceOrientation API available natively in browsers/webviews. > Alignment with W3C DeviceOrientation event > -- > > Key: CB-6070 > URL: https://issues.apache.org/jira/browse/CB-6070 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-plugin-device-orientation (DEPRECATED) >Reporter: Dominique Hazael-Massieux >Priority: Major > > The W3C DeviceOrientation event is used by most browsers nowadays to detect > change in orientation: http://dev.w3.org/geo/api/spec-source-orientation.html > As such, it is already pretty stable (although there are some minor fixes and > clarifications expected in the upcoming few months). > It would be nice if the cordova accelerometer plugin would align with it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-14112) cordova-common release May 2018
Darryl Pogue created CB-14112: - Summary: cordova-common release May 2018 Key: CB-14112 URL: https://issues.apache.org/jira/browse/CB-14112 Project: Apache Cordova Issue Type: Task Components: cordova-common Reporter: Darryl Pogue Assignee: Darryl Pogue Following steps at [https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md] -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-13979) getEditConfigs() and getConfigFiles() only work for the first tag
[
https://issues.apache.org/jira/browse/CB-13979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-13979.
---
Resolution: Fixed
> getEditConfigs() and getConfigFiles() only work for the first tag
>
>
> Key: CB-13979
> URL: https://issues.apache.org/jira/browse/CB-13979
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-common
>Affects Versions: Master
>Reporter: Kevin Christopher Henry
>Assignee: Darryl Pogue
>Priority: Minor
> Labels: pull-request-available
>
> I ran into something strange - my configuration would change based on the
> ordering of elements in config.xml.
> Looking at the source code, the culprit is getEditConfigs() and
> getConfigFiles() in ConfigParser.js. Unlike the rest of the code they only
> look in the first platform tag for config directives:
> {{var platform_tag = this.doc.find('./platform[@name="' + platform + '"]');}}
> {{var platform_edit_configs = platform_tag ?
> platform_tag.findall('edit-config') : [];}}
> This should probably be something like this instead (untested):
> {{var platform_edit_configs = this.doc.findall('./platform[@name="' +
> platform + '"]/edit-config');}}
> And similarly for getConfigFiles().
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14064) Remove Node 4 from CI - cordova-common
[ https://issues.apache.org/jira/browse/CB-14064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-14064. --- Resolution: Fixed > Remove Node 4 from CI - cordova-common > -- > > Key: CB-14064 > URL: https://issues.apache.org/jira/browse/CB-14064 > Project: Apache Cordova > Issue Type: Sub-task > Components: cordova-common >Reporter: Darryl Pogue >Assignee: Darryl Pogue >Priority: Minor > Labels: CI, pull-request-available > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-11691) Plugin can't modify binary plists
[ https://issues.apache.org/jira/browse/CB-11691?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-11691. --- Resolution: Fixed Assignee: Darryl Pogue > Plugin can't modify binary plists > --- > > Key: CB-11691 > URL: https://issues.apache.org/jira/browse/CB-11691 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-common > Environment: Mac OS X version: 10.11.6 > Node version: v0.12.7 > Cordova version: 6.3.0 >Reporter: Sky Kelsey >Assignee: Darryl Pogue >Priority: Major > > https://github.com/apache/cordova-lib/blob/master/cordova-common/src/util/plist-helpers.js#L27 > Cordova expects plists to be in XML format, and not binary. However, it fails > to apply changes silently, masking the problem. Can you please log failures > to modify config files, and ideally also add support for binary plists? All > plists are generated as binary in xcode projects by default, so anyone who > develops a plugin and needs to modify a plist is going to hit this issue. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-13770) Warn when target file of or is not found
[ https://issues.apache.org/jira/browse/CB-13770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-13770. --- Resolution: Fixed > Warn when target file of or is not found > > > Key: CB-13770 > URL: https://issues.apache.org/jira/browse/CB-13770 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-common >Reporter: Jacques Caron >Assignee: Darryl Pogue >Priority: Minor > Labels: pull-request-available > > When one uses or in config.xml or plugin.xml, > files that are not found are silently ignored. > Adding a warning, and including where the file is actually looked for helps > when debugging such config elements. > PR upcoming. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14065) Remove Node 4 from CI - cordova-lib
[ https://issues.apache.org/jira/browse/CB-14065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-14065. --- Resolution: Fixed > Remove Node 4 from CI - cordova-lib > --- > > Key: CB-14065 > URL: https://issues.apache.org/jira/browse/CB-14065 > Project: Apache Cordova > Issue Type: Sub-task > Components: cordova-lib >Reporter: Darryl Pogue >Assignee: Darryl Pogue >Priority: Minor > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-14070) Remove Node 4 from CI - cordova-plugman
[ https://issues.apache.org/jira/browse/CB-14070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue closed CB-14070. - Resolution: Not A Problem 🙈 > Remove Node 4 from CI - cordova-plugman > --- > > Key: CB-14070 > URL: https://issues.apache.org/jira/browse/CB-14070 > Project: Apache Cordova > Issue Type: Sub-task > Components: cordova-plugman >Reporter: Darryl Pogue >Assignee: Darryl Pogue >Priority: Minor > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14068) Remove Node 4 from CI - cordova-cli
[ https://issues.apache.org/jira/browse/CB-14068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-14068. --- Resolution: Fixed > Remove Node 4 from CI - cordova-cli > --- > > Key: CB-14068 > URL: https://issues.apache.org/jira/browse/CB-14068 > Project: Apache Cordova > Issue Type: Sub-task > Components: cordova-create >Reporter: Darryl Pogue >Assignee: Darryl Pogue >Priority: Minor > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7232) Config.xml should support PList modifications similar to plugin-xml
[
https://issues.apache.org/jira/browse/CB-7232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-7232.
--
Resolution: Fixed
This is now supported with the {{edit-config}} tag
> Config.xml should support PList modifications similar to plugin-xml
> ---
>
> Key: CB-7232
> URL: https://issues.apache.org/jira/browse/CB-7232
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli
>Affects Versions: 3.5.0
>Reporter: David Peacock
>Priority: Major
>
> Currently modifying the .plist file is only supported from the Plugin XML
> file. For generic plug-ins such as Media, Notification, Geolocation there is
> sometimes a need to modify the plist file, for example to enable
> UIBackgroundModes for audio and location. This however shouldn't be the
> default behavior, since often these aren't used in background mode.
> However, if they are used in background mode you must manually add these to
> the plist file which is cumbersome. It would be extremely useful if these
> could be included in the config.xml file, so if the project requires to
> modify the plist file it will be taken care of by the CLI.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7100) Use npm for downloading plugins and platform files
[ https://issues.apache.org/jira/browse/CB-7100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-7100. -- Resolution: Fixed > Use npm for downloading plugins and platform files > -- > > Key: CB-7100 > URL: https://issues.apache.org/jira/browse/CB-7100 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-cli >Reporter: Mark Koudritsky >Assignee: Mark Koudritsky >Priority: Major > > We currently download the files cordova needs in several different ways. > Switch to using "npm cache add" for most or all of the downloads. > Previous commits related to this: > https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=6b2ad7f2eb > https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=55810360fe -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-1378) Device is Ready text not shown on BB OS 7.0 or 7.1
[ https://issues.apache.org/jira/browse/CB-1378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue closed CB-1378. Resolution: Won't Fix BlackBerry is no longer a supported platform, so I'm closing this as Won't Fix. > Device is Ready text not shown on BB OS 7.0 or 7.1 > -- > > Key: CB-1378 > URL: https://issues.apache.org/jira/browse/CB-1378 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-app-hello-world >Affects Versions: 2.1.0 >Reporter: Drew Walters >Assignee: Michael Brooks >Priority: Major > Fix For: Master > > > Running the sample application on BlackBerry OS 7.0 and 7.1 (tested 9810 with > 7.0.0.540 and 7.1.0.536) never shows the "Device is Ready" text. Looks like > it has to do with the following CSS for that element: > -webkit-animation:fade 3000ms infinite; > If I comment out the above from the blink class then the "Device is Ready" > text is displayed. Note, OS 6.0 did not exhibit the issue. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-1375) Sample app incorrectly positioned on BB OS 5
[ https://issues.apache.org/jira/browse/CB-1375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue closed CB-1375. Resolution: Won't Fix BlackBerry platform is no longer supported, so I'm marking this as Won't Fix. > Sample app incorrectly positioned on BB OS 5 > > > Key: CB-1375 > URL: https://issues.apache.org/jira/browse/CB-1375 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-app-hello-world >Affects Versions: 2.1.0 >Reporter: Drew Walters >Assignee: Michael Brooks >Priority: Major > Fix For: Master > > > Launching the hello world app on BlackBerry OS 5 simulator (9550 running > 5.0.0.713) results in only a part of the page being visible. The entire page > is shifted up with only a part of the Cordova robot being visible. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13991) www files are required to be readonly
[
https://issues.apache.org/jira/browse/CB-13991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-13991:
--
Component/s: cordova-windows
> www files are required to be readonly
> -
>
> Key: CB-13991
> URL: https://issues.apache.org/jira/browse/CB-13991
> Project: Apache Cordova
> Issue Type: Task
> Components: cordova-windows
>Reporter: Jesse MacFadyen
>Assignee: Jesse MacFadyen
>Priority: Major
>
> See CB-5421 for original context.
> Currently if a developer makes their www/index.html file readonly, the
> resulting /platforms/windows/www/index.html file is also readonly, and
> windows build tooling requires that it NOT be read-only for ensuring utf-8
> and BOM.
>
> This can result in an error like the following:
> {code:java}
> D:\path>phonegap platforms add windows@6
> Using cordova-fetch for cordova-windows@6
> Adding windows project...
> Creating Cordova Windows Project:
> Path: platforms\windows
> Namespace: com.example.mobile
> Name: Mobile app
> Windows project created with cordova-windows@6.0.0
> (node:6248) UnhandledPromiseRejectionWarning: Error: EPERM: operation not
> permitted, open 'D:\path\platforms\windows\www\index.html'
> at Object.fs.openSync (fs.js:667:18)
> at Object.fs.writeFileSync (fs.js:1326:33)
> at addBOMToFile (D:\path\platforms\windows\cordova\lib\prepare.js:686:12)
> at Array.forEach ()
> at addBOMSignature (D:\path\platforms\windows\cordova\lib\prepare.js:665:1
> 0)
> at D:\path\platforms\windows\cordova\lib\prepare.js:625:13
> at _fulfilled (D:\path\platforms\windows\cordova\node_modules\q\q.js:854:5
> 4)
> at self.promiseDispatch.done (D:\path\platforms\windows\cordova\node_modul
> es\q\q.js:883:30)
> at Promise.promise.promiseDispatch (D:\path\platforms\windows\cordova\node
> _modules\q\q.js:816:13)
> at D:\path\platforms\windows\cordova\node_modules\q\q.js:624:44
> (node:6248) UnhandledPromiseRejectionWarning: Unhandled promise rejection.
> This error originated either b
> y throwing inside of an async function without a catch block, or by rejecting
> a promise which was not han
> dled with .catch(). (rejection id: 1)
> (node:6248) [DEP0018] DeprecationWarning: Unhandled promise rejections are
> deprecated. In the future, pro
> mise rejections that are not handled will terminate the Node.js process with
> a non-zero exit code.{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13224) MEDIA_RUNNING status
[ https://issues.apache.org/jira/browse/CB-13224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13224: -- Component/s: Ionic > MEDIA_RUNNING status > > > Key: CB-13224 > URL: https://issues.apache.org/jira/browse/CB-13224 > Project: Apache Cordova > Issue Type: Bug > Components: Ionic > Environment: plugin version 3.0.1 > cordova version 7.0.1 > ionic version 3.9.2 > My devices > - Xiaomi Mi4c Android 7.0.1 > - Nexus 7 Android 6.0.2 >Reporter: Oleksandr Bachynskyi >Priority: Major > > Hi guys > I have a problem with media statuses. The plugin returned status > 'MEDIA_RUNNING' but audio didn't play. > The plugin didn't return error. > How can I debug this issue? > Thanks! -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13157) Migrate Jira issues over to Github
[ https://issues.apache.org/jira/browse/CB-13157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13157: -- Component/s: AllComponents > Migrate Jira issues over to Github > -- > > Key: CB-13157 > URL: https://issues.apache.org/jira/browse/CB-13157 > Project: Apache Cordova > Issue Type: Improvement > Components: AllComponents >Reporter: Audrey So >Priority: Major > Labels: tools-next > Fix For: cordova@8 > > > Currently, issues for all Cordova repos are tracked on Jira. Migrate Jira > issues over to GitHub. > Proposal details are here: https://github.com/cordova/cordova-discuss/pull/75 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13355) Platform subpages don't trigger navigation active state
[ https://issues.apache.org/jira/browse/CB-13355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13355: -- Component/s: cordova-website > Platform subpages don't trigger navigation active state > --- > > Key: CB-13355 > URL: https://issues.apache.org/jira/browse/CB-13355 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-website >Reporter: Jan Piotrowski (Sujan) >Priority: Major > > Start at > https://cordova.apache.org/docs/en/latest/guide/platforms/blackberry10/home.html > Highlights "Blackberry 10" in the navigation. > Click any of > https://cordova.apache.org/docs/en/latest/guide/platforms/blackberry10/index.html, > > https://cordova.apache.org/docs/en/latest/guide/platforms/blackberry10/tools.html, > > https://cordova.apache.org/docs/en/latest/guide/platforms/blackberry10/config.html > etc. that are linked there, highlight in navigation is missing. > (Possible solution without looking how it is implemented right now: Parse > path for folder to trigger active state.) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13223) Uploading videos or images with does not work
[
https://issues.apache.org/jira/browse/CB-13223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-13223:
--
Component/s: cordova-android
> Uploading videos or images with does not work
> -
>
> Key: CB-13223
> URL: https://issues.apache.org/jira/browse/CB-13223
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-android
>Affects Versions: cordova@7.0.0
> Environment: Android Nougat
>Reporter: Damien Baroi
>Priority: Major
>
> Hi,
> I'm trying to upload pictures or videos using:
> {{}}
> This opens the gallery, but it shows only videos, no images.
> It works well without Cordova, using Chrome on Android.
> Do you have a solution?
> Thank you by advance
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13402) "Cordova App Showcase" layout is broken on FF56 on Win10
[ https://issues.apache.org/jira/browse/CB-13402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13402: -- Component/s: cordova-website > "Cordova App Showcase" layout is broken on FF56 on Win10 > > > Key: CB-13402 > URL: https://issues.apache.org/jira/browse/CB-13402 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-website >Reporter: Jan Piotrowski (Sujan) >Priority: Minor > Attachments: screenshot-1.png > > > See attached screenshot. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13377) Build fails to find android-maven-gradle-plugin.jar
[ https://issues.apache.org/jira/browse/CB-13377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13377: -- Component/s: cordova-android > Build fails to find android-maven-gradle-plugin.jar > --- > > Key: CB-13377 > URL: https://issues.apache.org/jira/browse/CB-13377 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 6.3.0 >Reporter: Brian Soumakian >Priority: Major > > > cordova build android --release --device > ✖ Running command - failed! > [ERROR] An error occurred while running cordova build android --release > --device > (exit code 1): > > ANDROID_HOME=/Users/brian/Library/Android/sdk > > JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_91.jdk/Contents/Home > Reading build config file: > /Users/brian/GitHub/confidence-app/build.json > Starting a Gradle Daemon (subsequent builds will be faster) > :wrapper > > BUILD SUCCESSFUL > > Total time: 12.481 secs > Subproject Path: CordovaLib > Starting a Gradle Daemon (subsequent builds will be faster) > The Task.leftShift(Closure) method has been deprecated and is > scheduled > to be removed in Gradle 5.0. Please use Task.doLast(Action) instead. > at > > build_b5kvz0slkk82d8262nuzl6ex0.run(/Users/brian/GitHub/confidence-app/platforms/android/build.gradle:143) > > FAILURE: Build failed with an exception. > > * What went wrong: > A problem occurred configuring root project 'android'. > > Could not resolve all dependencies for configuration ':_debugApk'. > > A problem occurred configuring project ':CordovaLib'. >> Could not resolve all files for configuration > ':CordovaLib:classpath'. > > Could not find android-maven-gradle-plugin.jar > (com.github.dcendents:android-maven-gradle-plugin:1.5). > Searched in the following locations: > > > https://jcenter.bintray.com/com/github/dcendents/android-maven-gradle-plugin/1.5/android-maven-gradle-plugin-1.5.jar > > * Try: > Run with --stacktrace option to get the stack trace. Run with --info > or > --debug option to get more log output. > > BUILD FAILED > > Total time: 15.611 secs > Error: /Users/brian/GitHub/confidence-app/platforms/android/gradlew: > Command failed with exit code 1 Error output: > FAILURE: Build failed with an exception. > > * What went wrong: > A problem occurred configuring root project 'android'. > > Could not resolve all dependencies for configuration ':_debugApk'. > > A problem occurred configuring project ':CordovaLib'. >> Could not resolve all files for configuration > ':CordovaLib:classpath'. > > Could not find android-maven-gradle-plugin.jar > (com.github.dcendents:android-maven-gradle-plugin:1.5). > Searched in the following locations: > > > https://jcenter.bintray.com/com/github/dcendents/android-maven-gradle-plugin/1.5/android-maven-gradle-plugin-1.5.jar > > * Try: > Run with --stacktrace option to get the stack trace. Run with --info > or > --debug option to get more log output. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14050) Customize message when camera permission is not permitted ?
[ https://issues.apache.org/jira/browse/CB-14050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-14050: -- Component/s: cordova-plugin-camera > Customize message when camera permission is not permitted ? > --- > > Key: CB-14050 > URL: https://issues.apache.org/jira/browse/CB-14050 > Project: Apache Cordova > Issue Type: Wish > Components: cordova-plugin-camera >Reporter: Naoyuki Rikiji >Priority: Major > > https://github.com/apache/cordova-plugin-camera/blob/master/src/ios/CDVCamera.m#L177 > Can you tell me how to customize the wording of this "access to the camera > has been prohibited; please enable it in the Settings app to continue" at ios -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13652) Inappbrowser doesn't support 'camera' option when I can 'choose file'
[ https://issues.apache.org/jira/browse/CB-13652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13652: -- Component/s: cordova-plugin-inappbrowser > Inappbrowser doesn't support 'camera' option when I can 'choose file' > - > > Key: CB-13652 > URL: https://issues.apache.org/jira/browse/CB-13652 > Project: Apache Cordova > Issue Type: New Feature > Components: cordova-plugin-inappbrowser >Affects Versions: cordova-ios 4.5.0 > Environment: Android 5.1 >Reporter: Corneel den Hartogh >Priority: Major > Attachments: Screenshot_2017-12-10-10-01-15.png, > Screenshot_2017-12-10-10-01-25.png, Screenshot_2017-12-10-10-01-45.png, > Screenshot_2017-12-10-10-03-26.png > > > If open an url in Chrome on my Android device and there is a 'choose file' in > the link, clicking on this result in 'choose action' where I have several > options including 'camera' and 'documents'. > Same url in the inappbrowser gives me immediately the 'documents'-selection. > I have added the following lines to the androidmanifest.xml > > > and added the camera plugin (in config.xml): > > I still have to test on iOS, but is this a known bug? And / or is there a > workaround to get the possibility to select camera. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13726) New app shouldn't contain icons and splash for deprecated platforms
[ https://issues.apache.org/jira/browse/CB-13726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13726: -- Component/s: cordova-app-hello-world > New app shouldn't contain icons and splash for deprecated platforms > --- > > Key: CB-13726 > URL: https://issues.apache.org/jira/browse/CB-13726 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-app-hello-world >Affects Versions: cordova@8.0.0 >Reporter: jcesarmobile >Priority: Major > > I've created a new project and it contains a res folder with an icon and a > screen folder. Each of them contain icons and splash screens for deprecated > platforms such as bada, blackberry, tizen, etc. > A new project shouldn't contain deprecated platforms resources. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13489) Failed to fetch platform cordova-android@~6.3.0
[ https://issues.apache.org/jira/browse/CB-13489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13489: -- Component/s: cordova-lib cordova-fetch > Failed to fetch platform cordova-android@~6.3.0 > --- > > Key: CB-13489 > URL: https://issues.apache.org/jira/browse/CB-13489 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-fetch, cordova-lib >Affects Versions: cordova@7.1.0 >Reporter: Agnosco >Priority: Major > > Deleted platform and plugins and did cordova prepare. Got following error: > Error: Failed to fetch platform cordova-android@~6.3.0 > Probably this is either a connection problem, or platform spec is incorrect. > Check your connection and platform name/version/URL. > Failed to get absolute path to installed module > It works fine when adding individual platform: cordova platform add android > I have cordova 7.1.0 and it says "Platforms and plugins are now required to > have a package.json file" but I don't get package.json file created for > platforms when adding platforms. is that a problem too? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13649) Device plugin `model` doesn't work in iOS simulator
[ https://issues.apache.org/jira/browse/CB-13649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13649: -- Component/s: cordova-ios > Device plugin `model` doesn't work in iOS simulator > --- > > Key: CB-13649 > URL: https://issues.apache.org/jira/browse/CB-13649 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Reporter: Chet Corcos >Priority: Major > Original Estimate: 1h > Remaining Estimate: 1h > > When using the cordova device plugin in the simulator, its impossible to > detect which type of iOS device is being used because the model references > the computer thats running the simulator -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13152) The command 'cordova prepare' breaks a path to an installed package
[
https://issues.apache.org/jira/browse/CB-13152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-13152:
--
Component/s: cordova-fetch
> The command 'cordova prepare' breaks a path to an installed package
> ---
>
> Key: CB-13152
> URL: https://issues.apache.org/jira/browse/CB-13152
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch
>Affects Versions: cordova@7.0.0
> Environment: OS: macOS Sierra 10.12.6 /Windows 10 Pro 1703
> node: 8.2.1
> npm: 5.3.0
> cordova: 7.0.1
>Reporter: Eugene Rychagov
>Priority: Minor
>
> I made an example where I reproduce the issue each time:
> https://github.com/erychagov/cordova-prepare-issue
> 1. Clone the project
> 2. Make {{npm i}}
> 3. Make {{ls -l node_modules}}. Result (short version): {{local-package ->
> ../local-package}}
> 4. Make {{cordova prepare android}}.
> *Actual*:
> 1. Output after step 4:
> {{Discovered plugin "local-package" in config.xml. Adding it to the project}}
> {{Failed to restore plugin "local-package" from config.xml. You might need to
> try adding it again. Error: Failed to fetch plugin
> local-package@./local-package via registry.}}
> {{Probably this is either a connection problem, or plugin spec is incorrect.}}
> {{Check your connection and plugin name/version/URL.}}
> {{Failed to get absolute path to installed module}}
> 2. Output after a command {{ls -l node_modules}} (short version):
> {{local-package -> local-package}}
> 3. {{package.info}} is modified.
> before command:
> {{"local-package": "./local-package"}}
> After command:
> {{"local-package": "file:node_modules/local-package"}}
> *Expected*:
> 1. Output is empty after step 4.
> 2. Output after a command {{ls -l node_modules}} (short version):
> {{local-package -> ../local-package}}
> 3. {{package.info}} is not modified.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13397) `cordova build` does not regenerate `platforms` directories
[
https://issues.apache.org/jira/browse/CB-13397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-13397:
--
Component/s: cordova-lib
> `cordova build` does not regenerate `platforms` directories
> ---
>
> Key: CB-13397
> URL: https://issues.apache.org/jira/browse/CB-13397
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: 7.0.1
> Environment: Mac OS X 10.12.6
>Reporter: Alexander Regueiro
>Priority: Minor
>
> If the `platforms` directory is deleted from a Cordova project, running
> `cordova build` fails to restore it from the `config.xml` file, as it should,
> and instead gives the error message:
> {color:red}Error: No platforms added to this project. Please use `cordova
> platform add `.{color}
> Running `cordova prepare` does however correctly restore it. However, since
> the documentation for `cordova build` clearly indicates that it is equivalent
> to running `cordova prepare` + `cordova compile`, this should not be the case.
> Note: `cordova build` is able to restore the `plugins` directory without any
> problems.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13451) "pkg not defined" exception when running plugman with createpackagejson command-line
[ https://issues.apache.org/jira/browse/CB-13451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-13451: -- Component/s: cordova-plugman > "pkg not defined" exception when running plugman with createpackagejson > command-line > > > Key: CB-13451 > URL: https://issues.apache.org/jira/browse/CB-13451 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugman >Reporter: Roland >Priority: Minor > > NOTE: I am about to submit a pull request with a fix for this issue. > Description follows: > A global js-lint pass on the cordova-lib codebase on the 30/8/2017 caused > references to the global 'package' variable in init-default.js to be renamed > to 'pkg', presumably because the cordova-lib source doesn't declare a global > variable called 'package' but _does_ declare a global variable called 'pkg' > (in cordova/info.js). However in this case, the 'package' variable refers to > the one declared in the plugman source, specifically main.js, so it should > have stayed as 'package'. To test the fix, run: > plugman createpackagejson . > Without the fix, this will trigger the following exception: 'pkg is not > defined'. Having patched in the fix, running the command line should work as > expected, prompting the user with questions and then spitting out a > package.json file. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
