On Wed, Jul 24, 2013 at 10:24 PM, Filip Maj wrote:
> How should we proceed? Close as Not A Problem? On the one hand this is a
> userspace problem, on the other we're doing not doing a good job of
> encouraging sound engineering.
>
> What about having the default app have the right types of merges
On 5 November 2013 13:37, Braden Shepherdson wrote:
>
> Why is any development here happening outside of Cordova? Most apps are
> going to depend on Cordova APIs too deeply to get all that far with the
> early steps in your outline.
>
> Braden
My approach when developing multi-platform apps is to
As Shazron mentioned, it is important for apps doing OAuth with
3rd party services that might not provide Java APIs.
In our case, we need to use InApp Browser to allow users to sign in
to FitBit. We detect when the URL changes after a successful login and
pull tokens from it.
On Mon, Jan 20, 2014
On 22 April 2014 11:40, Andrew Grieve wrote:
>
> Only downside I can see is that for OSX, installing is a bit of a
> pain. There's a brew package for ideviceinstaller, but not the other
> tools. This random page worked for me:
> https://github.com/bitbar/libimobiledevice-binaries, but we might wan
On 19 June 2014 13:52, Joe Bowser wrote:
> > It's really not neccessary to have 5 not similar, but exactly same icon
> > files, when we can have only 1 icon file.
>
> People should be changing their icons anyway, and I don't believe we
> actually landed any support for the icon element in config.x
On 27 September 2014 08:48, julio cesar sanchez wrote:
> Any reasons to use xcode 5 and don't update to 6? I think xcode 6 requires
> mountain lion or newer, so people with lion and xcode 5 maybe don't want to
> update the computer from lion to mountain lion or maveriks, but computers
> with lion
I'd like to hopefully draw some eyes over to
https://github.com/apache/cordova-lib/pull/97 to have it reviewed and
merged.
It contains 2 fixes for Android resources when defined through
config.xml with the CLI:
- CB-7607: Support for xxhdpi and xxxhdpi icons and splashscreens.
- CB-7598: Support f
On 16 October 2014 12:17, Shazron wrote:
>
> +1 esp since we have an emerging "standard" now:
> http://www.w3.org/TR/2014/WD-push-api-20141007/
This would be a great addition, especially if it can follow the
emerging spec and provide a unified registration API across platforms.
The main complexit
On 10 December 2014 at 22:20, Ally Ogilvie wrote:
>
> @Brian it's a dark road down that way..
>
> However, the guys at Ludei patched WKWebView and released "WebView+ for
> iOS" but have not released the source code :(
> https://github.com/ludei/webview-plus-ios/tree/master/ios/Release-iphoneos
>
On 11 December 2014 at 11:37, Steven Gill wrote:
> I also would like to see this shipped! If you have questions about it, LMK
>
I was trying this out today, and overall I love the idea. I found one
issue though when building for multiple platforms:
cordova platform add ios android
cordova build
On 17 December 2014 at 15:26, Steven Gill wrote:
> Sounds like a bug. Can you file an issue for it?
>
https://issues.apache.org/jira/browse/CB-8183
-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional comm
On 8 January 2015 at 14:29, Mefire O. wrote:
> I am a big fan of the experimental "save" and "restore" features that are in
> the CLI and saw that Gorkem has also created another PR
> (https://github.com/apache/cordova-lib/pull/143 ) to have a setting to auto
> persist/restore plugin versions w
With the idea of preparing Cordova Android 4.0.x for release starting
to come up in discussions, I thought it was worth raising this as a
potential blocker.
The file transfer plugin uses the Android webview cookie manager. When
you're using a Crosswalk webview (or GeckoView presumably), in the
be
On 26 January 2015 at 15:54, Joe Bowser wrote:
>
> As far as I'm aware, we're basically waiting for this to be done before
> starting the vote thread. Does this code exist yet?
Not yet on my end. I'll try to get the core pieces of it together
tonight unless someone else already has a head start.
I've got the first (core CordovaLib) part of this as a PR[1]. Would be
great to hear if this is the direction we want to go.
[1]: https://github.com/apache/cordova-android/pull/151
On 26 January 2015 at 17:25, Andrew Grieve wrote:
> Go for it!
>
> On Mon, Jan 26, 2015 at 7:13 PM
One issue we've run into on iOS is that the xcconfig specifies "iPhone
Developer" by default, and for release builds that needs to be "iPhone
Distribution".
We ended up using a before_compile JS hook to check if we're building
with --release and modify the xcconfig:
https://gist.github.com/dpogue/
I just remembered that there should be a plugins release before
Android 4.0.0 goes out because of the moving of the splashscreen logic
out of the platform and into the plugin. As far as I can tell, that's
still unreleased.
-
To un
After the plugins update today, all the old versions of the core plugins
have disappeared from the registry. Anyone that has projects locked to
specific versions of plugins is now unable to build.
For me personally, that means potentially missing legal review deadlines
for an app because I can't g
On 2 March 2015 at 13:37, Joe Bowser wrote:
> So, right now the whitelist changes are what's holding up the 4.0.0 release
> now? Is this really the only thing that's holding up this release?
>
> On Wed Feb 25 2015 at 1:18:26 PM Andrew Grieve wrote:
>
>> I think we'll also need to finish with the
Less a comment on the code and more of a question about the NPM
transition from an end-user pespective:
Is Cordova going to automatically discover and use plugins that are
found in the node_modules folder (from package.json), or will it still
keep its own plugins folder and require they be install
On 16 March 2015 at 22:54, Jesse wrote:
> They are independent no?
> Is this plugin relying on cordova-android 4.0? Or vice versa
The plugin doesn't rely on cordova-android 4.0, but this change fixes
a crash on Android 4.0-4.3 when using File Transfer and Crosswalk
together (which is the big feat
On 24 March 2015 at 09:46, Joe Bowser wrote:
>
> The problem is that Android WebView on Lollipop that's installable from the
> Play Store is at 37, and of course I don't even have to mention earlier
> Android versions that we support, some of which don't even support Chromium.
>
Just a note that
I've just merged two very small PRs:
- https://github.com/apache/cordova-ios/pull/615
- https://github.com/apache/cordova-ios/pull/825
There are some others that would be nice to get in, but require more
testing or more work to finish:
- https://github.com/apache/cordova-ios/pull/823
- https://git
Speaking as someone who raised concerns about this, I don't think
anyone *prefers* file URLs over app schemes, especially given the CORS
issues. However, moving from file URLs to app scheme will result in
apps losing all of their local data (indexedDB, localStorage, cookies,
cache, etc.) due to it
Hey folks,
The File Transfer plugin has been officially deprecated since 2017:
https://cordova.apache.org/blog/2017/10/18/from-filetransfer-to-xhr2.html
However, the repo and npm have no link to that page or any sort of
indication that it is not maintained.
With the release of cordova-ios 6, the
Correction: There is in fact a deprecation notice, part-way down the
README, but it's not especially attention grabbing and I missed it the
first 2 times I skimmed the file.
On Wed, Jun 3, 2020 at 11:55 AM Darryl Pogue wrote:
> Hey folks,
>
> The File Transfer plugin has b
t; >> and possibly even archive the repo.
> > >>
> > >>
> > >> On Wed, Jun 3, 2020 at 12:02 PM Norman Breau
> > >> wrote:
> > >>
> > >>> I'm sure you're not the only one who misses it, considering the repo
&
On Sun, Jun 7, 2020 at 7:49 PM Chris Brody wrote:
>
> Another thing is that many build systems are now using a Gradle wrapper,
> while Cordova still needs the Gradle tool to be installed in its search
> path. This may be related to a nasty-looking issue here:
> https://github.com/apache/cordova-an
Hi folks,
Does anyone have a reason to delay a minor release of Cordova-iOS?
List of changes since 6.0.0:
https://github.com/apache/cordova-ios/milestone/7?closed=1
2 of the merged pull requests add new preferences to configure behaviour,
which is why I'm thinking it should be a minor update rath
Please review and vote on this 6.1.0 iOS Release by replying to this
email (and keep discussion on the DISCUSS thread)
The archive has been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/ios-610/
The package was published from its corresponding git tag:
cordova-ios: 6.1.0 (
I think the best path forward for Cordova apps on macOS is either
through cordova-ios with Catalyst, or through cordova-electron.
Most plugins don't support the osx platform, but do have
implementations for iOS, so Catalyst is probably the best choice from
an ecosystem perspective for most people.
The vote has now closed. The results are:
Positive Binding Votes: 4
- Darryl Pogue
- Niklas Merz
- Ken Naito
- Bryan Ellis
Negative Binding Votes: 0
The vote has passed.
Thanks everyone who reviewed and voted!
~Darryl
On Mon, Jun 22, 2020 at 12:33 AM Darryl Pogue wrote:
> Please review
Cordova-iOS@6.1.0 has been released.
Blog post:
https://cordova.apache.org/announcements/2020/06/23/cordova-ios-6.1.0.html
Thanks to Bryan Ellis, it has been published to CocoaPods as well!
I don't know that we want to go as far as deprecating it just yet, but
we should definitely do a release that prevents it from being
installed with cordova-ios 6 (since it conflicts).
On Fri, Jul 3, 2020 at 10:50 AM Chris Brody wrote:
>
> It would definitely be nice if we don't have to support th
Anyone have any objections to making a cordova-ios 6.1.1 patch release?
Namely, it fixes an issue where deploying to devices doesn't work.
Diff from 6.1.0:
https://github.com/apache/cordova-ios/compare/6.1.0...master
I don't really want to try to rush anything else into this release, just a
patch
Hi folks,
Apologies for the delay in getting this release together!
Please review and vote on this 6.1.1 Cordova-iOS release by replying
to this email (and keep discussion on the DISCUSS thread)
The archive has been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/ios611/
Th
We've had nightly builds of the Cordova tooling and platforms for a
few years now. Recently the ASF Infrastructure team was replacing the
Jenkins system that previously ran them, so Bryan Ellis ported the
build scripts over to GitHub actions.
For those who are curious, the workflow lives in the Co
Thanks everyone, the vote has now closed. The results are:
Positive Binding Votes: 4
- Darryl Pogue
- Niklas Merz
- Tim Brust
- Ken Naito
Negative Binding Votes: 0
The vote has passed.
On Sun, Aug 30, 2020 at 10:45 PM Ken Naito wrote:
>
> +1
>
> I did:
> * coho verify-arch
We have released a patch update for the iOS platform:
- cordova-ios@6.1.1
You can view the release blog post at
https://cordova.apache.org/announcements/2020/08/31/cordova-ios-6.1.1.html
-
To unsubscribe, e-mail: dev-unsubscr...@
Tomorrow works for me.
I think one topic that might be good to cover is the history of the
Platform Centric Workflow, and the current problems with it, so that
folks have some more context for discussions about potentially
removing it. I'm happy to present this, but might need some
input/correctio
Hey folks,
So npm v7 has hit general availability, and is now the default version of
npm[1]. This is a slight problem for us because the current version of
cordova-fetch is not compatible with npm v7.
Raphael made a pull request to change how cordova-fetch handles
installation[2], which has been m
Hi folks,
Please review and vote on this cordova-fetch release by replying to
this email (and keep discussion on the DISCUSS thread).
Release candidate has been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/cordova-fetch-3.0.1/
The packages were published from their corre
Looks like `coho create-archive` isn't compatible with the
`draft/3.0.1` tag format and bundled up 3.0.0 instead :(
I'm now voting -1 and will make a 3.0.2 RC tomorrow.
On Tue, Feb 2, 2021 at 9:13 PM Darryl Pogue wrote:
>
> Hi folks,
>
> Please review and vote on this co
Hi folks,
Please review and vote on this cordova-fetch release by replying to
this email (and keep discussion on the DISCUSS thread).
The initial vote was cancelled because coho uploaded the wrong
archives to dist/dev, this is a second vote with the correct artifacts
uploaded. I don't think I nee
+1
* Confirmed sigs & hashes with `coho verify-archive`
* Verified sha1s match tags with `coho verify-tags`
* Verified tests pass
On Mon, Feb 1, 2021 at 10:24 AM Niklas Merz wrote:
>
> Sending again and hopefully now the line breaks work.
>
> Please review and vote on this 6.2.0 cordova-ios rele
+1
* Confirmed sigs & hashes with `coho verify-archive`
* Verified shas match tags with `coho verify-tags`
* Checked licenses and headers
On Tue, Feb 2, 2021 at 11:20 PM Niklas Merz wrote:
>
> I vote +1
>
> I did:
>
> * Confirmed sigs & hashes with `coho verify-archive`
> * Verified shas match
The vote has now closed. The results are:
Positive Binding Votes: 3
Darryl Pogue
Niklas Merz
Norman Breau
Negative Binding Votes: 0
The vote has passed.
Thanks for voting!
~Darryl
On Wed, Feb 3, 2021 at 6:28 PM Norman Breau wrote:
>
> +1
>
> * Verify-tags using coh
cordova-fetch@3.0.1 has been released and published to npm. This primarily
addresses compatibility issues with the new npm v7 update.
You can view the release blog post at
https://cordova.apache.org/announcements/2021/02/02/cordova-fetch-3.0.1.html
+1
On Fri, Feb 5, 2021 at 8:54 PM Bryan Ellis wrote:
>
> +1
>
> On Sat, Feb 6, 2021 at 1:21 PM Jesse wrote:
>
> > +1
> >
> > > On Feb 5, 2021, at 5:49 PM, Norman Breau wrote:
> > >
> > > Now that the wkwebview engine plugin is published on NPM, pending
> > announcement (waiting for cordova.apa
To counter a bit, all of my apps are using the standard Cordova
Android WebView, and store all their data in the browser's indexedDB.
I've had no issues with file URLs (although I expect that will change
with API 30 enforcement).
Losing data in an app update is unacceptable, and for many apps it
w
+1 from me
On Sat, Sep 11, 2021 at 6:16 PM Norman Breau wrote:
> Hi all,
>
> I propose that we start adding a .npmrc file to all of our repos. We
> only need one setting configured: registry=https://registry.npmjs.org
>
> https://registry.npmjs.org is the default value, but this will ensure
> th
On Tue, Apr 11, 2023 at 10:08 AM Norman Breau wrote:
>
> I also want to point out (as we ran into issues cherry-picking and
> testing locally against our apps)
> that dpogue's PR for NodeJS 18 support won't be cherry-picked easily as
> the function
> being changed has been renamed at
> https://git
I vote +1:
* Confirmed sigs & hashes with `coho verify-archive`
* Verified sha1s match tags with `coho verify-tags`
* Ran coho check-license to ensure all dependencies and
subdependencies have Apache-compatible licenses
On Thu, Apr 13, 2023 at 6:05 AM Norman Breau wrote:
>
> I vote +1:
>
> * Ve
I vote +1
On Fri, Jul 7, 2023 at 8:38 PM Jesse wrote:
> Please review and vote by replying to this email, and keeping discussion on
> the [DISCUSS] thread. ( note: subject is changed )
> > [DISCUSS] Create new mailing list for logging github discussions
>
> This vote is to direct all github disc
Hi Mahendra,
This mailing list is primarily focused on development work of Cordova
itself, rather than user support. You might get more response posting on
the Cordova community GitHub Discussions:
https://github.com/apache/cordova/discussions
That said, embedding a Cordova WebView in an existing
I looked into this a bit yesterday, and think there are a few ways we might
be able to handle this (none of them ideal).
For background, Apple is requiring apps to include a xcprivacy plist file
that has declarations about what privacy-impacting APIs they use (i.e.,
APIs that could be used for fin
On Sat, Oct 28, 2023 at 9:11 AM Jesse wrote:
>
> I would expect this info to come from plugin.xml and config.xml. I haven’t
> looked at Android innards in a long time, but doesn’t this just mirror their
> intents? Play store tells users the capabilities of each app, and this is all
> pulled tog
I like this idea!
You might want to include a "Can we contact you for further questions?
" at the end, just in case there's really useful
feedback that we want to follow up on.
In the past I've seen companies use tools like SurveyMonkey and TypeForm
for this, but it might be worth seeing if we can
Hi folks,
Now that WWDC24's keynote is behind us (and we survived mostly unscathed),
I wanted to present a proposal for some larger-scale breaking changes that
I think would be good to try to accomplish in the next major version of
Cordova-iOS.
I've put together a proposal on the cordova-discuss r
preciated.
Thanks,
~Darryl
On Tue, Jun 11, 2024 at 12:45 AM Darryl Pogue wrote:
> Hi folks,
> Now that WWDC24's keynote is behind us (and we survived mostly unscathed),
> I wanted to present a proposal for some larger-scale breaking changes that
> I think would be good to try
One example that comes to mind is notification icons for Android. It
used to be fine to reuse the app icon, but as of Lollipop notification
icons are only transparent and white. If your app icon is square, your
notification icon will be a white square unless you provide a
different one.
Currently
https://github.com/apache/cordova-plugin-file-transfer/pull/68
This bug is causing app crashes on older OS versions for anyone using
FileTransfer on Android with Crosswalk.
On 2 June 2015 at 10:50, Steven Gill wrote:
>
> Going to start a plugins release tomorrow. If you have PRs you want me to
Any news on IndexedDB bug fixes? Or working URL interceptors?
On 8 June 2015 at 13:13, Shazron wrote:
> Cordova developers rejoice, iOS 9 includes the API to load pages from
> file:// urls https://twitter.com/wkwebview/status/608002548151119872
>
> On Mon, Feb 9, 2015 at 2:19 PM, Shazron wrote:
IndexedDB news is looking a bit bleak:
https://gist.github.com/nolanlawson/08eb857c6b17a30c1b26
On 9 June 2015 at 13:28, Shazron wrote:
>
> Here's the juicy Safari iOS 9 bits, including new javascript and css
> features, including SFSafariViewController:
> https://developer.apple.com/library/prer
+1 because saving to the SD Card has added problems with other apps (such
as photo and music apps) picking up files that they shouldn't.
Nothing more annoying than accidentally unleashing 200 logos and icons into
the photos app of unsuspecting users.
On 22 July 2015 at 12:47, Simon MacDonald wro
Support for installing from git URLs for plugins is a pretty important
requirement for us as end users.
On 22 July 2015 at 14:21, Carlos Santana wrote:
> +1 only npm id or local path should be supported
> On Wed, Jul 22, 2015 at 5:16 PM Victor Sosa
> wrote:
>
> > Wait a minute, Jesse? what you
epth flag being used. He
> recently removed the use of --depth and this may fix the git 1 vs 2 issues
> Victor is seeing.
>
> On Wed, Jul 22, 2015 at 2:30 PM, Darryl Pogue wrote:
>
> > Support for installing from git URLs for plugins is a pretty important
> > requirement
My problem with the W3C spec is that there is no mechanism for scheduling
notifications. You tell it to show a notification, and that notification
appears on the screen. The API as spec'ed is already supported in
Chrome/Chromium (on Android and desktop), Safari (on desktop), and Firefox
(desktop, p
-1
The tools on npm @rc have Windows line endings and fail to execute on OSX.
On 17 September 2015 at 07:08, Vladimir Kotikov (Akvelon) <
v-vlk...@microsoft.com> wrote:
> Please review and vote on this Tools Release by replying to this email
> (and keep discussion on the DISCUSS thread)
>
> Rel
+1 for doing this with the major version bump
On 20 October 2015 at 09:15, Joe Bowser wrote:
> Hey
>
> We're close to getting 5.0.x ready for release, but I want to add one more
> pull request:
>
> https://github.com/apache/cordova-android/pull/227
>
> This is a trivial pull request, but I want
One example would be the ios-sim and ios-deploy node modules that the iOS
platform needs for launching the simulator and deploying to a device.
Currently these are bundled dependencies and checked in to git.
Another example is the Platform API that's been added to cordova-android,
which depends on
With cordova-android master, the Crosswalk Webview plugin fails to build
because gradle was updated and now NDK support has been removed.
It can be re-enabled by providing a gradle.properties file, but I'm not
sure whether that should be the responsibility of Cordova-Android or the
Crosswalk Webvi
I've been using the --browserify flag for several months and it's been
working great
On 21 January 2016 at 11:02, Anis KADRI wrote:
> YES YES YES! Please cordova_plugins.js is killing me.
>
> On Wed, Jan 20, 2016 at 4:10 PM Nikhil Khandelwal
> wrote:
>
>> Where are we with --browserify support?
Not intentionally on my end, but when I add the CrossWalk plugin I
seem to get two APKs as output (one for armv7, one for x86).
On 18 February 2016 at 11:05, Joe Bowser wrote:
>
> Hey
>
> Based on the feedback on those two issues, and other places, I think that
> most hated change from Cordova-An
I think we're still waiting for
https://github.com/apache/cordova-ios/pull/193 to land (but it's probably
good to merge)
On 24 February 2016 at 12:53, Steven Gill wrote:
> Any blockers? Going to aim to send this out this afternoon.
>
>
> -Steve
>
If it's an addition to one of the public interfaces, doesn't that require a
major bump because every existing implementation of the interface would now
cause errors due to missing methods?
Semver aside, this change sounds good to me. I've definitely encountered
some bizarre issues with the online/
On 10 March 2016 at 16:29, Joe Bowser wrote:
> On Thu, Mar 10, 2016 at 3:54 PM, Darryl Pogue wrote:
> Semver aside, this change sounds good to me. I've definitely encountered
>> some bizarre issues with the online/offline events being used for bridge
>> communication
Hey folks,
One of the pain points for Cordova users is the inability to have
different names for the app itself and the display name as shown on
device home screens. For apps with longer app names, this leads to
awkward truncation when displayed on the device.
This feature is supported by our th
Not a reason to delay, but if there are no objections then I'd like to
get the config.xml resource-file [1] support merged in for this
release. The required version of cordova-common is bundled now, and
this would cut down on one of the very common user pain points where
hooks are required for stuf
I have tested locally and it works when adding the platform and
running prepare, with the following cases.
Existing src to target: works
Existing src to target in new directory: works
Nonexisting src to target: Error (consistent with icon/splash tags)
There aren't any unit tests, but there don't
Hey Vladimir,
I noticed we were getting Jenkins build failures for the nightlies,
but it was correctly publishing cordova-lib and cordova nightlies to
npm. It's failing on cordova-android with a permissions error.
It looks to me like the only thing we need to do to get these working
is to grant pu
I was planning to look at CB-8980 but I was sick last week and busy
now catching up on work stuff :(
It should be pretty quick, involving only changes to the prepare.js
file, probably very similar to the implementation on Android:
https://github.com/apache/cordova-android/pull/321
On 12 April 2017
One of the indirect dependencies of cordova-coho (figures, via
inquirer) is using ES6 `const` and the ancient version of node
(v0.10.25) that Jenkins is running considers that to be a syntax
error.
Since we've dropped support for node 0.x from the user-facing tools,
it probably makes sense to upgr
I did a bit of digging in the WebKit sources last night, and it looks like
the WebRTC/MediaCapture stuff is all gated behind a preference that's only
accessible via a private API. There was also a commit that mentioned
something about apps needing to handle all the setup for A/V permissions.
In a
My concern with GitHub issues is that we have a tonne of repos and issues
can easily span across them, and we'd lose the one central place for issue
tracking and triage. I worry that we'd be inundated with issues on the
wrong repos, or without additional information, and triaging would become
an in
We might also want to revisit the list of Splash Screen sizes and add
support for the new ones:
https://developer.apple.com/ios/human-interface-guidelines/icons-and-images/launch-screen/#static-launch-screen-images
I don't consider that a release blocker, but if it's quick to do it might
have us f
is? If not I will
> go ahead and file one.
>
> On Mon, Oct 23, 2017 at 2:09 PM, Darryl Pogue wrote:
>
> > We might also want to revisit the list of Splash Screen sizes and add
> > support for the new ones:
> > https://developer.apple.com/ios/human-interface-
> > g
My initial reaction, having run into a bunch of issues related to the
npm2 dependency, is jubilation.
However, given that the next major is planning on dropping the npm
dependency entirely (since it's not needed with cordova-fetch), does
it make sense to spend time doing this? I don't remember wha
The steps here should work:
https://github.com/apache/cordova-android/pull/389#issuecomment-320067936
To recap on email, you'll want to add the android platform via a git reference:
cordova platform add
git://github.com/infil00p/cordova-android.git#StudioProjectCompat
On Tue, Nov 28, 2017 at
gt;> >> outputs/apk/debug/android-debug.apk
>> >> vs.
>> >> https://github.com/janpio/cordova-android7test/blob/
>> >> cordova-android%406.4.0_with_build/platforms/android/build/
>> >> outputs/apk/debug/android-debug.apk
>> >> Unzippi
Given the number of times I've run into (and complained about) build
failures due to unexpected npm version bugs, I'm 100% in favour of
this.
On Wed, Dec 13, 2017 at 6:15 PM, Terence M. Bandoian wrote:
> Does removing '--no-fetch' apply to adding plugins? I've recently had to
> use that option
That looks really cool!
There's been talk for a while of creating a platform based on
Electron[1] for Cordova apps to run cross-platform on desktop.
Electron is the WebView-based packaging behind apps like Slack,
VisualStudio Code, and Atom. There have been a few attempts at making
a cordova-elect
On Mon, Apr 30, 2018 at 12:37 PM Wojciech Trocki wrote:
> > It's nice but it's just syntactic sugar so if it is slower than the
> current
> method I'd say no.
> Linked PR[1] has no performance impact for end users.
> It's not changing any current Cordova API etc. so it's pretty safe.
> [1] http
Hi folks,
There's a PR[1] to cordova-common that turns on some additional linting
rules and removes unused function parameters.
I'm happy to merge it but feel like I shouldn't unilaterally approve
changes to our linting rules, so anyone else have any strong feelings on
this?
[1] https://github.c
Hey folks,
There have been a number of commits[1] to cordova-common since the previous
release, primarily related to bringing outdated dependencies up to date and
tackling a backlog of bugfix pull requests.
As you may know, npm 6 has been released and includes an audit feature to
warn about packa
Please review and vote on this Tools Release by replying to this email
(and keep discussion on the DISCUSS thread)
Release issue:
https://issues.apache.org/jira/browse/CB-14112
Packages have been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/CB-14112/
The packages were pu
PM, Steven Gill wrote:
>
> > +1
> >
> > * Ran npm test
> > * coho audit-license-header
> > * coho verify-archive
> >
> > On Thu, May 31, 2018 at 4:40 AM Chris Brody wrote:
> >
> > > +1
> > >
> > > On May 31, 2018 1
Please review and vote on this Tools Release by replying to this email
(and keep discussion on the DISCUSS thread)
Release issue:
https://issues.apache.org/jira/browse/CB-14112
Packages have been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/CB-14112/
The packages were pu
The vote has now closed. The results are:
Positive Binding Votes: 3
Darryl Pogue
Jesse MacFadyen
Steve Gill
The vote has passed. I will publish the blog post and publish
cordova-common@2.2.3 to npm.
On Mon, Jun 4, 2018 at 1:39 PM Steven Gill wrote:
>
> +1
> * npm test
> * coho ve
Hi Ruslan,
I'll try to get a release of cordova-serve out in the next week. It's
not quite as simple as releasing master because there are some
dependency updates that need to happen as well before we can release.
I'm hoping to get those done and merged today.
~Darryl
On Wed, Jun 6, 2018 at 7:22
1 - 100 of 207 matches
Mail list logo
