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
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
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
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
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
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:
>
> *
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
>
+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
>
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
+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-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
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
+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
+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
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
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 cordova-f
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
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
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
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:
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'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
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/
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
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
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!
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 rev
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
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
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
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:
>
; 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
> is
> > >
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 been o
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,
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
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
-
I am definitely in favour, and this should be done as part of the next
major version.
If we're going to use GitHub for discussion, cordova-android is probably
the best spot for it (although I think we already determined that there
would be almost no changes in cordova-android itself).
On Wed,
I vote +1:
* Confirmed sigs & hashes with `coho verify-archive`
* Verified sha1s match tags with `coho verify-tags` (after adding the
repo to coho locally)
On Mon, Nov 11, 2019 at 1:59 AM wrote:
>
> I vote +1:
> * Ensured CI was green at tag
> * Successfully installed and applied the config
Hi folks,
The annual "Hacktoberfest" open-source participation event from GitHub
and Digital Ocean is back and coming up soon. For those who aren't
familiar, people who register and then open 4 pull requests against
open-source repositories can get rewarded with T-shirts and stickers.
This is a
Looks good to me.
On Wed, Sep 11, 2019 at 2:03 AM Jesse wrote:
>
> Please review and comment here.
>
> https://github.com/apache/cordova-apache-board-reports/blob/master/2019/2019-09.md
>
> Sorry for the lateness of this email, the report is due today.
>
> Cheers,
> Jesse
+1 from me
On Mon, Sep 9, 2019 at 7:20 AM Norman Breau wrote:
>
> Just starting a thread here to whether or not we should drop support for
> Node 8 at the same time of dropping Node 6 support.
> The original thought for this I believe is to avoid having to have 2
> major version bumps as Node 8
Background: As of August 2019, Apple is now showing a deprecation
warning when uploading apps to the App Store that include
UIWebView-related code. As a result, all Cordova apps built for iOS
receive this deprecation warning on upload.
We need to determine how Cordova as a project wants to
It's not possible to use NodeJS-specific modules in Cordova, because
Cordova is just a packaging tool that provides a WebView into which
your application content is loaded.
I would encourage you to investigate using the features that already
exist in the WebView when possible, instead of trying to
+1
Might also be worth proposing a rule that issues tagged “info needed” get
closed after X days if there is no information provided. We have a bunch of
issues piling up that are all waiting for info, and we have no process that
allows us to close those.
On Mon, Jul 15, 2019 at 2:11 PM Jesse
+1
I've merged the plist formatting PR, and no other concerns from me about
this release.
I will note that our highest priority issue as a project is probably the
bug with config munging[1][2][3] in cordova-common, but nobody seems to
know where to begin fixing that or have time to look at it :(
On Wed, May 15, 2019 at 9:24 AM Dmitry Blotsky wrote:
>
> Would anyone that works on Cordova full-time be up to prioritise this?
As far as I know, there has been nobody working full-time on Cordova
for the past year. There are a few companies putting some dev time
against the project, but it's
I feel pretty strongly that npx is a significant improvement to the
developer experience of using Cordova, and resolves a bunch of cases that
have been causing problems for years.
Encouraging people to install Cordova globally results in permissions
problems on Linux when using nodeJS installed
On Wed, May 1, 2019 at 2:33 PM Chris Brody wrote:
> For the future, I wonder if we should consider dropping formal Windows
> support in favor of Electron? (And same for "osx" platform?)
If the "marzipan" rumours are true, cordova-ios might be an option for
making macOS apps in the near future.
The vote has now closed. The results are:
Positive Binding Votes: 3
* Darryl Pogue
* Bryan Ellis
* Jan Piotrowski
The vote has passed.
Thanks everyone!
On Mon, Apr 22, 2019 at 10:55 AM Jan Piotrowski wrote:
>
> +1
>
> * CI is green
> * Diff makes sense
> * release branch loo
Please review and vote on this 5.0.1 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/ios501
The package was published from its corresponding git tag:
cordova-ios: 5.0.1
If nobody has any objections, I'd like to put together a patch release for
cordova-ios.
The list of merged pull requests can be seen here:
https://github.com/apache/cordova-ios/pulls?utf8=%E2%9C%93=milestone%3A5.0.1
Particular highlights:
* Fix the splashscreen plugin potentially hanging on iOS
I vote +1.
* Confirmed sigs & hashes with `coho verify-archive`
* Verified sha1s match tags with `coho verify-tags`
On Thu, Apr 11, 2019 at 5:25 AM Bryan Ellis wrote:
> Please review and vote on this Cordova Plugman Release v3.0.1
> by replying to this email (and keep discussion on the DISCUSS
+1
One suggestion: If (and this is a big if) we're able to get the iOS
and Android platform updates ready by October/November, we could
consider releasing the next major publicly, but not making it the
default version on npm. This would hopefully gives us a period where
people could try it and
The vote has now closed. The results are:
Positive Binding Votes: 4
- Darryl Pogue
- Raphael von der Grün
- Gandhi Rajan
- Bryan Ellis
Positive Non-Binding Votes: 1
- Tim Brust
The vote has passed.
Thank you everyone for your reviews
Please review and vote on this cordova-lib release by replying to this
email (and keep discussion on the DISCUSS thread)
Artifacts have been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/lib901/
The packages were published from their corresponding git tags:
cordova-lib:
Does anyone have any reason to delay a patch release for cordova-lib? If
not, I will start the release tomorrow.
The versions to be released are:
cordova-lib@9.0.1
Currently the release will contain two fixes:
* A fix for "version check failed" warnings showing up every build, due to
path
+1
- Confirmed sigs & hashes with `coho verify-archive`
- Verified sha1s match tags with `coho verify-tags`
On Thu, Mar 21, 2019 at 11:37 PM Ken Naito wrote:
>
> +1
>
> * coho verify-archive OK
> * coho verify-tags OK
> * The latest commit fcf4d9b764cd97822097abbb6eef35a3c9bd0353 is green
>
>
+1
- Confirmed sigs & hashes with `coho verify-archive`
- Verified sha1s match tags with `coho verify-tags`
On Thu, Mar 21, 2019 at 11:36 PM Ken Naito wrote:
>
> +1
>
> * coho verify-archive OK
> * coho verify-tags OK
>
> Ken Naito.
>
>
> On 2019/03/20 14:48, Bryan Ellis wrote:
> > Please
+1
- Confirmed sigs & hashes with `coho verify-archive`
- Verified sha1s match tags with `coho verify-tags`
- CI was green when build was tagged
On 2019/03/18 13:08, Bryan Ellis wrote:
> cordova-fetch: 2.0.1 (d2be9307f3)
-
On Tue, Feb 12, 2019 at 2:47 PM Chris Brody wrote:
> [...]
> The easy solution to bug 666 would be to revert PR 664, which would
> consequently reintroduce cordova-android bug 629. I would favor
> resolving it by reading the default targetSdkVersion value from
> project.properties, as briefly
On Thu, Feb 7, 2019 at 11:28 AM Chris Brody wrote:
>
> I was hoping for explicit confirmation that this issue is resolved:
>
> > > I don't think we should release cordova-ios until automatic
> > > provisioning/code signing works in Xcode 10 with the modern build
> > > system. We've spent the past
On Thu, Jan 17, 2019 at 9:57 PM Bryan Ellis wrote:
>
> Does anyone have any reason to delay a cordova-ios platform release?
I hate to be the guy that blocks a release without contributing
anything to unblock it, but I'm swamped with non-Cordova work for the
next few weeks :(
I don't think we
>From the GitHub docs:
> To transfer an open issue to another repository, you must have admin
> permissions on the repository the issue is in and the repository you're
> transferring the issue to.
I don't think there's anything INFRA can do to enable it, since repo
admin isn't something they'll
Probably late to be asking this question now, but what necessitates a
minor version bump rather than a patch release? I don't think either
of the two items in the changelog add new API to the module or change
behaviour in a consumer-visible way, do they?
On Tue, Dec 18, 2018 at 7:38 PM Chris
On the one hand, I can see why this would get flagged by a security
audit, because it opens the risk of 3rd party sites/scripts having
uncontrolled access to the filesystem.
On the other hand, changing this preference will break the most common
Cordova use case, where files are served from the app
I'm experimenting with refactoring the way Cordova's gradle files are
set up. Partly to resolve issues around the availability of Cordova
helper methods[1], the new app bundles features[2], Kotlin support[3],
and to investigate options for making the setting of build-time
variables (like min SDK
I both agree and disagree with your points :P
To your first point, yes ES6 classes are just syntactic sugar around
prototypes, but that sugar exists for a reason and it's extremely
popular now. Personally, I've been using class syntax at work for
going on three years now, and looking at some
plugreg was a 3rd party website displaying stats from the Cordova
Plugin Registry (back before we used npm)
I don't believe it was ever officially affiliated with Apache Cordova.
On Tue, Nov 27, 2018 at 2:13 PM Chris Brody wrote:
>
> I think plugreg was a registry made 5-7 years ago, before
I vote +1 for cordova-android@7.1.4 release and +1 for the accelerated release
* Confirmed sigs & hashes with `coho verify-archive`
* Verified sha1s match tags with `coho verify-tags`
-
To unsubscribe, e-mail:
Can we please try to figure out how to run mobilespec or paramedic or
some sort of regression test against our core plugins before
releasing?
On Thu, Nov 22, 2018 at 11:36 AM Chris Brody wrote:
>
> Does anyone have any reason to delay a cordova-android@7.1.4
> accelerated hotfix release?
>
> Any
It's not quite as simple as dropping config.xml. In all cases,
config.xml will still need to exist to provide configuration
information about the app.
Historically, when installing platforms and plugins with `--save`,
they were added to config.xml. When running `cordova prepare`, it
would read
+1
- npm audit all good
- ran coho verify-archive over release artifacts
On Mon, Nov 19, 2018 at 3:43 PM Jesse wrote:
>
> +1
>
> - npm audit all good
> - ran coho verify-archive over release artifacts
> - created a new cordova project, and added cordova-android platform ( from
> filesystem )
The vote has now closed. The results are:
Positive Binding Votes: 4
Darryl Pogue
Chris Brody
Jesse MacFadyen
Gearóid M
The vote has passed.
Thanks everyone for your reviews!
On Tue, Nov 6, 2018 at 3:16 AM Gearóid M wrote:
>
> +1
>
> - created new project from Git
The vote has now closed. The results are:
Positive Binding Votes: 3
Darryl Pogue
Bryan Ellis
Jesse MacFadyen
The vote has passed.
On Sun, Nov 4, 2018 at 11:15 PM Jesse wrote:
>
> +1
>
> - coho verify-archive
> - checked out tag, verified commit-sha and history, ran test
Please review and vote on this 7.1.2 Android 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/android-712
Blog post for review:
https://github.com/apache/cordova-docs/pull/901
stance as its first
> > > time I m doing it. Anyone willing to provide some guidance for me in
> > doing
> > > this?
> > >
> > > On Thursday, October 25, 2018, Darryl Pogue wrote:
> > >
> > > > Hey folks,
> > > >
> &g
Please review and vote on this cordova-common release by replying to
this email (and keep discussion on the DISCUSS thread)
Archives have been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/common-300/
The packages were published from their corresponding git tags:
-
I believe everything we hoped to merge into cordova-common for the next
major is merged, and we are ready to take the first step[1] towards getting
that released.
Most importantly, this is a necessary step to getting the rest of the
repositories running their tests against cordova-common@3 to
next week.
> > >
> > > On Thu, Oct 25, 2018, 12:51 PM gandhi rajan
> > > wrote:
> > >
> > > > I can try out the release process but need some assistance as its first
> > > > time I m doing it. Anyone willing to provide some guidance for me in
&
Hey folks,
There's been some issues with a bunch of packages published to Bintray
jcenter, and we've been getting a lot of bug reports and PRs to
reorder the repositories that gradle looks at. We've already merged a
fix to master, and cherry-picked it to the 7.1.x branch (along with
some other
+1
- coho verify-archive
- coho audit-license-headers
- coho check-license
- npm test on tagged version
- CI was green with tagged version
On Wed, Sep 19, 2018 at 3:44 PM Jesse wrote:
>
> +1
> - coho verify-archive
> - coho audit-license-headers
> - coho check-license
> - npm test on tagged
A few issues have started to come in regarding the state of Cordova
projects on Xcode 10. This is a rough summary of the situation:
Xcode 10 uses a new build system by default (previously available on
an opt-in basis in Xcode 9). The cordova-ios project structure is not
compatible with this new
On Wed, Sep 12, 2018 at 12:29 PM Chris Brody wrote:
>
> Potentially controversial proposal.
>
> For example: https://github.com/apache/cordova-create/pull/31
>
> The proposal is that Cordova packages in the master branch should
> depend on nightly builds, not on old patch release.
>
> If
Hi folks,
In the Hangouts meeting earlier this week, we discussed the effort of
continuing to do bugfix releases of existing release branches compared
to the much larger effort of our roadmap for the next major. The
suggestion was that we should make a major release now, which serves
primarily
g 15, 2018 at 1:06 PM Darryl Pogue wrote:
> >
> > Thanks everyone who attended, it was great to put faces to usernames
> > and have the chance to chat things out!
> >
> > I tried to take some meeting notes, which are available
, 2018 at 7:51 AM Darryl Pogue wrote:
>
> If you are participating in the meeting, you should be able to join
> the hangout from this link:
> https://hangouts.google.com/hangouts/_/t6zlmowc4jdyvfnlotns5eimime
>
> If you are wanting to watch the meeting and participate only in
15, 2018 at 6:28 AM Chris Brody wrote:
>
> I just added my comments, looking forward to the link to the meeting.
> On Mon, Aug 13, 2018 at 11:52 PM Darryl Pogue wrote:
> >
> > Rough Agenda (please suggest additions):
> > https:/
to use for today's meeting
> skype/hangeout/Google .
>
> Rabindra
>
> On Tue, Aug 14, 2018, 09:22 Darryl Pogue wrote:
>
> > Rough Agenda (please suggest additions):
> >
> > https://docs.google.com/document/d/1c_dqxVJ8B2RjACB3faIJNljEfpOoBWL0H9lulX82oFk/edit#heading=
Rough Agenda (please suggest additions):
https://docs.google.com/document/d/1c_dqxVJ8B2RjACB3faIJNljEfpOoBWL0H9lulX82oFk/edit#heading=h.xymt8g6roq2
On Mon, Aug 13, 2018 at 1:01 AM Shazron wrote:
>
> Thanks Darryl! I'll try to make this one...
> On Sat, Aug 11, 2018 at 11:12 AM Dar
for review on Monday.
Thanks,
~Darryl
On Thu, Aug 9, 2018 at 2:21 AM Chris Brody wrote:
>
> Looking forward to the final result (hope you send by email), thanks!
> On Thu, Aug 9, 2018 at 2:32 AM Darryl Pogue wrote:
> >
> > Yes! Sorry for missing my intended deadline here,
On Thu, Aug 9, 2018 at 2:33 PM wrote:
>
> >
> > let's try to have a date picked by this coming Friday (August 10th).
> >
>
> What's the deadline? 2018-08-10T24:00Z?
Sure, let's go with that!
>
> > *** TIMES ARE IN UTC. PLEASE CHECK CONVERSION TO YOUR LOCAL TIME
> > BEFORE REPLYING. ***
> >
>
e next few weeks, but I would like to join in
> >>> in the future if it becomes a regular occurrence.
> >>>
> >>> On 2018/07/18 3:59, raphine...@gmail.com wrote:
> >>>> Definitely!
> >>>>
> >>>> Chris Brody schrieb am Di., 17. Juli
On Tue, Aug 7, 2018 at 12:36 PM Chris Brody wrote:
>
> > I would suggest we use something similar to this, which explicitly
> > asks for running the tests and writing documentation:
> > https://github.com/fastlane/fastlane/blob/master/.github/PULL_REQUEST_TEMPLATE.md
> >
> > What do you think
it might be a crutch until its too late and UIWebView is
> gone and they are surprised since it was all working "behind the
> scenes".
>
> On Fri, Aug 3, 2018 at 1:22 AM Darryl Pogue wrote:
> >
> > On Sun, Jul 15, 2018 at 11:39 PM Shazron wrote:
> > >
> > >
On Sun, Jul 15, 2018 at 11:39 PM Shazron wrote:
>
> 4. XmlHttpRequests don't work, because of Cross-Origin Resource
> Sharing issue (CORS). There is a workaround plugin created by Oracle
> (UPL licensed, which is Apache-2.0 compatible). See
> https://issues.apache.org/jira/browse/CB-10143
This
+1
Just to be clear, we're proposing to bump to the next major -dev
version, not actually making any major version releases yet, correct?
i.e., cordova-ios 4.6.0-dev -> cordova-ios 5.0.0-dev
On Tue, Jul 31, 2018 at 12:14 PM Chris Brody wrote:
>
> Now that we have dropped support for deprecated
to send a link to
proposal documents to the list, and ask for feedback to be posted in
that thread.
On Tue, Jul 31, 2018 at 10:32 AM Darryl Pogue wrote:
>
> Apache Software Foundation projects use mailing lists for communication.
> It is The Apache Way.
>
> See http://apache.org
Apache Software Foundation projects use mailing lists for communication.
It is The Apache Way.
See http://apache.org/foundation/how-it-works.html#communication
On Tue, Jul 31, 2018 at 10:10 AM Chris Brody wrote:
>
> I would really love to see a better discussion forum for ideas. I
> think the
son file
> was already up-to-date” was not displayed.
>
> Does cordova-fetch and cordova-create have any issue? I noticed those two
> also display the message “package.json file was already up-to-date."
>
> > On Jul 21, 2018, at 12:49, Darryl Pogue wrote:
> >
ed
> versions: 8.0.1-dev. : cordova
> https://builds.apache.org/job/cordova-nightly/795/artifact/cordova-cli/npm-debug.log
>
> <https://builds.apache.org/job/cordova-nightly/795/artifact/cordova-cli/npm-debug.log>
>
> I hope that might help help...
>
>
> > On
1 - 100 of 188 matches
Mail list logo