I haven't worked on Cordova in months, but for some reason I'm appearing on
this commit:
https://github.com/apache/cordova-android/commit/73692e60d81f49f148ba9f8b4bc230b2f4d968a4
Can someone explain how this happened?
Thanks
Joe
I think security releases have shorter turnaround on votes fueled by the
desire to keep users safe from public disclosure and abuse, but even that
is rare.
On Fri., Sep. 28, 2018, 9:07 a.m. julio cesar sanchez, <
jcesarmob...@gmail.com> wrote:
> Yeah, I looked with git blame and the 48 hour messa
l for all the people who
chose to try and build applications with PhoneGap/Cordova, even if it
wasn't the right choice for them.
Thanks
Joe Bowser
+1
On Sun., May 20, 2018, 8:48 a.m. julio cesar sanchez, <
jcesarmob...@gmail.com> wrote:
> Last release was in 7 Oct 2014, there is a lot of issues and nobody is
> working on them, and the even the weinre README.md talks about better
> inspectors, so, should we officially deprecate it and close
e will be much simpler and more object
> oriented.
>
> On Sun, Apr 29, 2018 at 4:55 PM, Rabindra Nayak >
> wrote:
>
> > How about iOS annotation @CordovaMethod.Because the way Android and iOS
> and
> > other OS plugin implementation should be same.We need think that
Cordova should be reducing the use of Reflection, not increasing it. I
don't think this is a good idea.
On Sun, Apr 29, 2018, 8:28 AM Jesse, wrote:
> I would like to see proof of value.
> I believe the lookup of an action is insignificant compared to the message
> conversion between js and nati
Is there a PR ready for this to land?
On Fri, Apr 20, 2018 at 12:04 PM, Simon MacDonald wrote:
> Hey all,
>
> I'd like to suggest that we add a new Android preference. It would be a
> boolean preference, to control whether or not to run the Google Services
> Plugin.
>
> A number of plugins need
ordova-android adding their mapping if they want or update their
> > plugins.
> >
> > But I'd like to get this release out because of the bug fixes that have
> > landed and because the release train should keep rolling. A future
> release
> > can happen with tho
Hey
This is technically off-topic, but I commented on the PR asking for a new
PR and discussion on the list. However, without additional committers, I
don't see this happening in the short term. If people are interested in
becoming committers on this project, people should let us know on this
ma
re testing
7.0. I don't think this should delay the release either unless a PR
arrives that fixes this.
>
> 2018-04-17 23:30 GMT+02:00 Joe Bowser :
>
> > I disagree. We have our core plugins installing and uninstalling without
> > issue currently, and we can't bab
I disagree. We have our core plugins installing and uninstalling without
issue currently, and we can't babysit everyone with their third party
plugins. The community needs to come up with a plan on deprecating the old
project structure and communicating that to the third party plugin
maintainers.
I vote +1
- Tested with Mobilespec
On Sun, Apr 15, 2018, 2:37 PM julio cesar sanchez,
wrote:
> I vote +1
>
> 2018-04-13 22:08 GMT+02:00 Steven Gill :
>
> > Please review and vote on the release of this plugins release
> > by replying to this email (and keep discussion on the DISCUSS thread)
> >
I don't see this code as being worth maintaining, since Google often
changes build tools versions and we barely have the resources now to play
catch up.
On Mar. 11, 2018 8:05 p.m., "Terence M. Bandoian" wrote:
> Would it make sense to copy build artifacts to fixed locations, with fixed
> names,
+1
On Feb 20, 2018 9:19 AM, "Jan Piotrowski" wrote:
> +1 Looking good.
>
> 2018-02-20 19:53 GMT+01:00 Steven Gill :
> > Issue: https://issues.apache.org/jira/browse/CB-13912
> >
> > I'm thinking minor bump to 7.1.0. You can see the change log in the
> > comments of the issue
> >
> > On Sat, Feb
I vote +1
* Ran through manual tests of camera, splashscreen, inappbrowser
* Ran mobilespec auto tests
On Thu, Jan 25, 2018 at 11:59 AM, Suraj Pindoria
wrote:
> Please review and vote on the release of this plugins release
> by replying to this email (and keep discussion on the DISCUSS thread)
>
Hey
So, it doesn't look like there's been too many hiccups with the last major
release, but there does need to be an API bump, and there are issues with
android-versions not being updated causing the build to fail, so I do think
that we should do another Android release. I'm not sure whether it s
That's good for another release. I still need to look at a fix for camera
for Android 8.0, but I'm fine with doing another release later.
On Mon, Jan 15, 2018 at 12:47 PM, Simon MacDonald wrote:
> Hey all,
>
> I'd like to spin up a new plugins release soon. Even though the file
> transfer plugi
Same, I would like to see everything pushed out before the new year. With
the break and sabbaticals (Steve on Jan, me on Feb), I would like to see
things out when there's all hands on deck.
On Thu, Dec 14, 2017 at 9:03 PM, Simon MacDonald
wrote:
> Yeah, let's get a plugin release out before a l
+1
This is a really good idea, and it would be great to have a new tools
release before the end of the year to fix some of the hiccups that we had
with the Cordova-Android 7.0 release.
On Tue, Dec 12, 2017 at 10:52 AM, Steven Gill
wrote:
> Working on getting out a tools release
>
> Doing cordov
The vote has now closed. The results are:
Positive Binding Votes: (# of PMC members that +1'ed)
Joe Bowser
Simon Macdonald
Vishal Mishra
The vote has passed.
On Thu, Nov 30, 2017 at 5:04 PM, Vishal Mishra
wrote:
> I vote +1:
>
> * Ran coho audit-license-headers over the
Please review and vote on this 7.0.0 Android Release
by replying to this email (and keep discussion on the DISCUSS thread)
Release issue: https://issues.apache.org/jira/browse/CB-13620
The archive has been published to
dist/dev:https://dist.apache.org/repos/dist/dev/cordova/CB-13620
The package
document doesn't have the updated info for upgrading your version
of Android.
On Thu, Nov 30, 2017 at 9:55 AM, Joe Bowser wrote:
> Hey
>
> A reminder when testing, we have deprecated the update script for
> standalone projects. Step 5 will most likely fail becuase we&
rdova-coho/blob/master/docs/platforms-release-process.md
Other than that, keep testing the release the same way that the release
will be tested. The Vote thread will be incoming.
On Wed, Nov 29, 2017 at 9:58 AM, Joe Bowser wrote:
> StudioProjectCompat has been merged. I think we should star
shed.
> >
> >
> > Release details aside, I did a quick test of the PR with my latest
> > project (albeit with no plugins) and it all seemed to work. One thing
> > that we'll need to mention in docs/blog is that resource-file and
> > edit-config tags in config.xml wi
merge in the PR tomorrow morning and see how many people are
watching master and not the list.
-J
>
>
> 2017-11-29 0:03 GMT+01:00 Joe Bowser :
> > Comments on the PR are good for a line-by-line. This e-mail thread is
> > basically to decide whether to go ahead with the release
2017 at 12:24 PM, Jan Piotrowski
> wrote:
> >>
> >> Awesome!
> >>
> >> For reference, you are talking about
> >> https://github.com/apache/cordova-android/pull/389, correct?
> >>
> >> What can I / one do to test this locally?
&g
Hey
I'm going to merge in StudioProjectCompat into Master today. Once that's
done, I'd like to get the next major version of Cordova out so that there's
not a crazy difference between master and the released versions of
Cordova. This release will have the new structure for Android Studio
project
I vote +1:
* Ran coho audit-license-headers over the relevant repos
* Ran coho check-license to ensure all dependencies and
subdependencies have Apache-compatible licenses
* Ran npm test
On Wed, Nov 22, 2017 at 8:42 PM, Steven Gill wrote:
> Please review and vote on this cordova-common Release
>
I vote +1
* Ran coho audit-license-headers over the relevant repos
* Ran coho check-license to ensure all dependencies and
subdependencies have Apache-compatible licenses
* Ran mobilespec on Android
On Tue, Nov 7, 2017 at 3:56 PM, Audrey So wrote:
> I vote +1:
> * Ran coho audit-license-header
The vote has now closed. The results are:
Positive Binding Votes: (# of PMC members that +1'ed)
Joe Bowser
Suraj Pindora
Audrey So
Steven Gill
The vote has passed.
On Wed, Nov 8, 2017 at 2:08 PM, Steven Gill wrote:
> I vote +1:
> * Ran coho verify-archive
> * Created hello w
Please review and vote on this 6.4.0 Android Release
by replying to this email (and keep discussion on the DISCUSS thread)
Release issue: https://issues.apache.org/jira/browse/CB-15328
The archive has been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/CB-15328
The packag
I just merged in the fix for compiling with the latest Gradle Android
tools/Android Studio. I think we need to do a release fairly quickly so
that people can use the latest version of Android to build their projects.
Any thoughts on this before we go ahead with a vote thread?
Blog:
http://cordova.apache.org/announcements/2017/09/27/android-release.html
Twitter: https://twitter.com/apachecordova/status/914924937302892544
The vote has now closed. The results are:
Positive Binding Votes: 3
Joe Bowser
Steven Gill
Audrey So
The vote has passed
On Wed, Sep 27, 2017 at 1:22 PM, Audrey So wrote:
> I vote +1:
>
> * Added to a hello world project & added plugins, build successful
> * Ran npm test,
Please review and vote on this 6.3.0 Android Release
by replying to this email (and keep discussion on the DISCUSS thread)
Release issue: https://issues.apache.org/jira/browse/CB-
The archive has been published to
dist/dev:https://dist.apache.org/repos/dist/dev/cordova/CB-
The package was pu
2017 at 2:01 PM, Steven Gill
> > wrote:
> >
> >> Lets do it. I'll update cordova-common in android now
> >>
> >> On Tue, Sep 5, 2017 at 10:58 AM, Joe Bowser wrote:
> >>
> >> > Hey
> >> >
> >> > I'm back fr
I vote +1
* Verified Archives
* Tested MobileSpec and made sure that Camera actually got installed
* Tested against master of cordova-android (cordova-android >= 6.3.0)
On Wed, Sep 20, 2017 at 11:25 AM, Simon MacDonald wrote:
> I vote + 1
>
> Passed
> * Checked for deprecation notices for plugi
I vote +1
* Tested cordova-plugin-compat installation to make sure it doesn't install
on cordova-android master
* Ran mobilespec locally
* Verified signatures
On Mon, Sep 18, 2017 at 2:08 PM, Steven Gill wrote:
> Please review and vote on the release of this plugins release
> by replying to th
Is the iOS release blocked by the plugin release that is currently blocking
Android?
On Fri, Sep 15, 2017 at 4:54 PM, Mike Hartington
wrote:
> Regarding the Viewport and iPhoneX notch, I sent this earlier today.
>
> https://github.com/apache/cordova-plugin-statusbar/pull/85 <
> https://github.co
Hey
I'm back from PTO and while I was out, Android Oreo got released. I bumped
the target SDK in the repo before I left for PTO, and I'm wondering how
people feel about doing a 6.3.0 release to support Oreo now that it's a
real thing?
Thoughts?
Joe
Welcome Back!
On Aug 22, 2017 11:55 AM, "julio cesar sanchez"
wrote:
> Welcome back!
>
> El martes, 22 de agosto de 2017, Shazron escribió:
>
> > Welcome back John!
> > Cordova support in Mobile Center? ;)
> >
> > On Tue, Aug 22, 2017 at 11:37 AM, John M. Wargo > > wrote:
> >
> > > Greetings C
I'm already filtering all that stuff since I'm already getting it. In
fact, this is why I didn't see the Github invite.
But yeah, we should not have the commit e-mails go to the dev mailing list,
since it'll just spam everyone. It'd be good if more people would use the
list to talk about proposa
+1 to no longer supporting the Apps section. Downstream projects get more
benefit from this than we do, IMO.
On Tue, Jul 25, 2017 at 10:36 AM, Filip Maj wrote:
> I'm of the opinion that we, the cordova devs are already sinking under
> the amount of incoming PRs and TODOs just with maintaining t
id 7.0.0
https://github.com/apache/cordova-android/pull/389
Any thoughts?
Joe
On Fri, Jun 9, 2017 at 3:27 PM, Joe Bowser wrote:
> Hey
>
> I know that I've talked about this before, but I think that with the
> adoption of Kolton as a supported Android development language and
BUMP! Let's see if we can get some traction behind these:
Here's the latest StudioProjectCompat PR:
https://github.com/apache/cordova-android/pull/389
On Thu, Jun 22, 2017 at 10:57 AM, Joe Bowser wrote:
> BTW: I also want to pull this in:
>
> https://github.com/apache/cordo
Hey
I think we should accept this PR to attract newer developers. Sure, we
could adopt Java 8, but I think being stuck with Java 6 may be limiting
contributions. Does anyone have any thoughts on this?
https://github.com/apache/cordova-android/pull/380
BTW: I also want to pull this in:
https://github.com/apache/cordova-android/pull/385/files
On Thu, Jun 22, 2017 at 10:38 AM, Joe Bowser wrote:
> Hey
>
> So, there's currently a two outstanding PRs that I want to throw into
> Cordova-Android 7.0.0:
>
> https://gi
Hey
So, there's currently a two outstanding PRs that I want to throw into
Cordova-Android 7.0.0:
https://github.com/apache/cordova-android/pull/384
https://github.com/apache/cordova-android/pull/352
The thing is that I want some people to actually review these changes
before I add them. I'm als
stomers are on 4.4 or earlier as a whole, and
> less
> > >>> than
> > >>>>> 10% of them actually use our apps regularly.
> > >>>>>
> > >>>>> Just for consideration however, what do we actually gai
Hey
I know that I've talked about this before, but I think that with the
adoption of Kolton as a supported Android development language and with
recent Gradle changes on the CLI, it's time to migrate our generated
Android project structure to something a bit more modern so that we can
support mode
I vote +1
* Ran mobile spec testing the new emulator-handling code, via `cordova
run --emulator`, w/ latest plugin code.
* Ensured can use bin/create to create project
* Ran empty project created by bin/create against emulator
* Created a project with the CLI and ran it on the emulator
On Tue, Ma
ould like to clarify that.
>
> On Mon, Apr 24, 2017 at 9:30 AM, Joe Bowser wrote:
> > Hey
> >
> > Since we've been running into numerous issues with Google updating their
> > tools already, I think it's time that we update the new project structure
> >
Hey
Since we've been running into numerous issues with Google updating their
tools already, I think it's time that we update the new project structure
to work with Android Studio more easily so that we can integrate JUnit
tests for plugins, Library Projects, Gradle dependencies and allow for
peopl
I vote +1
* Ran coho verify-tags
* Ran mobile-spec
* Ran BRAND NEW Native Unit Tests (Yay!!!)
* Verified that a blank app creates correctly
* Verified that platform can successfully build and run
On Mon, Apr 3, 2017 at 1:51 AM, wrote:
> I vote +1.
>
> * Verified archives via `coho verify-archi
After looking at this for a bit, I'm not sure exactly why we added it. We
should allow it to be turned off, but I think we may want to keep it on for
the default just to be safe.
On Thu, Mar 30, 2017 at 8:38 AM, wrote:
> Hey devs,
>
> TL;DR: Gradle daemon can cause problems on some environments
I vote +1:
* Ran coho verify-tags
* Ran mobile-spec
* Ran BRAND NEW Native Unit Tests (Yay!!!)
On Tue, Mar 28, 2017 at 4:01 PM, Steven Gill wrote:
> Please review and vote on this 6.2.0 Android Release
> by replying to this email (and keep discussion on the DISCUSS thread)
>
> Release issue:
; risingj.com
> >
> > On Mon, Mar 20, 2017 at 12:38 PM, Filip Maj wrote:
> >
> > > I am all for a new release, to get compatibiltiy with the latest SDK
> > > tooling out ASAP. No objections here.
> > >
> > > On Mon, Mar 20, 2017 at 12:36 PM, Joe Bows
Hey
Does anyone have any reason to delay Cordova-Android 6.2.0? I want to get a
release out to address the problems people are having with the latest
Android Tools. There's also a multipart fix that I want to get into the
release if possible.
If there's no objections, I'll start the release proc
Hey
It looks like Google updated the SDK tools and broke the entire Android
build in the process. It looks like we're going to have to re-write the
entire GradleBuilder, and we may need to bundle our own version of the
Gradle Wrapper in the project and make sure that we keep pace with the
latest
Hey
Even though everything appears to be working on Jellybean, I know a lot of
people have been wanting to throw it to the wayside. Normally, for us to
drop support for a platform, we have to wait unitl it goes below 10%, but
since Jellybean consists of three different API versions, and since two
Hey
So, this would have happened sooner, but I have the new format with most of
the tests migrated. Due to permission issues, I deleted the Cordova
Resource API integration test, but if someone wants to figure out how to
get that working, feel free.
https://github.com/apache/cordova-android/pull
Hey
So, after the last release when we switched bridge modes, we ran into some
issues related to the new bridge not behaving exactly like the old bridge.
This isn't a huge deal, since the old bridge never went away, and you can
manually set the bridge, but it would have been good to actually have
===
CVE-2017-3160: Gradle Distribution URL used by Cordova-Android does not use
https by default
Severity: High
Vendor: The Apache Software Foundation
Versions Affected: Cordova Android (6.1.1 and below)
Description: After the Andr
OK, time to address the elephant in the room:
Why is the Splashscreen still a plugin? It was only made a plugin because
someone wanted to be a purist about plugins, and there's actually no good
reason for it to not just be built into Cordova. I used to think
Splashscreens were dumb and were used
OK, so we've already agreed to this? Why don't we just do this?
On Wed, Jan 4, 2017 at 10:52 PM, Vladimir Kotikov (Akvelon) <
v-vlk...@microsoft.com> wrote:
> Here is another relevant proposal and discussion:
> https://github.com/cordova/cordova-discuss/pull/30. I think we’ve agreed
> to follow t
First of all, do we even suggest that the plugins will work to begin with,
or do we just not prevent people from installing plugins and tell them that
it may or may not work or that it's not supported when it fails? I'm very
much with the latter, because while we don't test things we don't support
I vote +1:
* Created an app using the CLI
* Ran Mobilespec (debugged mobilespec)
* Installed and removed plugins to make sure the functionality affected was
fixed.
On Wed, Jan 4, 2017 at 11:47 AM, Karen Tran wrote:
> I vote +1:
> * Created and ran a plain app
> * Ran app from Android Studio
> *
Sounds good.
On Tue, Jan 3, 2017 at 10:23 AM, Steven Gill wrote:
> Going to start this patch release today. It will make our CI pass again for
> cordova cli + lib.
>
> https://issues.apache.org/jira/browse/CB-12314
>
lication is taking too long to draw
or the UI thread is blocked on something. I've seen Unity applications
(OK, Just Pokemon Go, but there have to be others) crash and leave with
just a black screen, so this is not a problem unique to PhoneGap/Cordova.
Best regards,
> Sergey.
>
>
&g
tem corresponding to that
> duration issue?
>
> Thanks,
> Sergey.
>
> 16 Дек 2016 г. 23:38 пользователь "Joe Bowser"
> написал:
>
> I think we should figure out why the duration of the Splashscreen is messed
> up before we start messing with the background colour
I think we should figure out why the duration of the Splashscreen is messed
up before we start messing with the background colour of the application,
especially since the last time we did that, we broke Hello World!
On Fri, Dec 16, 2016 at 11:32 AM, Sergey Shakhnazarov
wrote:
> Hi guys!
>
>
>
>
+1 to this PR
On Mon, Oct 10, 2016 at 10:38 AM, Shazron wrote:
> +1 but with caveats as I outlined in the PR.
>
> On Mon, Oct 10, 2016 at 10:16 AM, julio cesar sanchez <
> jcesarmob...@gmail.com> wrote:
>
> > I was the one who asked for the email as I think we should discuss it
> > before mergin
The vote has now closed. The results are:
Positive Binding Votes: 3.
Joe Bowser
Shazron Abdullah
Karen Tran
The vote has passed.
On Mon, Nov 7, 2016 at 11:08 AM, Karen Tran wrote:
> I vote +1:
> * Created a new app using the android platform and ran on device
> * Import to Android S
It would be really great if the community would come through on this one
and vote on a release.
On Mon, Nov 7, 2016 at 7:45 AM, Shazron wrote:
> Android 6.1 needs one more vote!
>
> On Thursday, November 3, 2016, Joe Bowser wrote:
>
> > Hey
> >
> > We're gett
Hey
So, now that we have Cordova Android 6.1 and cordova-plugin-compat in vote
stage, we should also look at releasing the Camera so that it can finally
work on Android 7.0 and higher when targeting that OS.
What do people think about getting a vote for this plugin happening after
compat is done?
Please review and vote on this 6.1.0 Android Release
by replying to this email (and keep discussion on the DISCUSS thread)
Release issue: https://issues.apache.org/jira/browse/CB-12109
The archive has been published to
dist/dev:https://dist.apache.org/repos/dist/dev/cordova/CB-12109
The package
>> On Wed, Nov 2, 2016 at 2:12 PM, Shazron wrote:
>>
>> > +1
>> > For those not using Android daily, also give us guidance on testing
>> areas
>> > of focus
>> >
>> > On Wed, Nov 2, 2016 at 9:06 AM, Joe Bowser wrote:
>> >
&g
-1
Vote is cancelled.
On Thu, Nov 3, 2016 at 10:34 AM, Joe Bowser wrote:
> Please review and vote on this 6.1.0 Android Release
> by replying to this email (and keep discussion on the DISCUSS thread)
>
> Release issue: https://issues.apache.org/jira/browse/CB-12109
>
> Th
Please review and vote on this 6.1.0 Android Release
by replying to this email (and keep discussion on the DISCUSS thread)
Release issue: https://issues.apache.org/jira/browse/CB-12109
The archive has been published to
dist/dev:https://dist.apache.org/repos/dist/dev/cordova/CB-12109
The package
debugged for Java code with Android studio. So how do you use
> Crosswalk with Android Studio?
>
> -----Original Message-
> From: Joe Bowser [mailto:bows...@gmail.com]
> Sent: Thursday, November 03, 2016 9:52 AM
> To: dev
> Subject: Re: How to setup cordova mobilespec with
th Cordova, but it would be good to be able to debug a
project in Android Studio that uses Crosswalk.
On Wed, Nov 2, 2016 at 6:47 PM, Joe Bowser wrote:
> Hey
>
> You should start with coho, then use that to fetch the rest of the
> directories as found here:
> https://github.com/ap
Hey
You should start with coho, then use that to fetch the rest of the
directories as found here:
https://github.com/apache/cordova-coho
It's our repo-management tool for dealing with all the git repositories.
It's similar to how repo is used with AOSP, but a bit different in that
it's more focus
I vote +1
* Ran coho check-licence
* Ran coho verify-archive
* Ran mobile-spec
On Wed, Nov 2, 2016 at 3:36 PM, Steven Gill wrote:
> Please review and vote on the release of this cordova-plugin-compat release
> by replying to this email (and keep discussion on the DISCUSS thread)
>
> Release issu
release for those who may be doing it for the first time?
>
>
> Simon Mac Donald
> http://simonmacdonald.com
>
> On Wed, Nov 2, 2016 at 2:12 PM, Shazron wrote:
>
> > +1
> > For those not using Android daily, also give us guidance on testing areas
> > of foc
Hey
While people have been talking about how critical their fix is for Cordova,
I actually found a critical issue that we missed in Cordova w.r.t builds
failing with Android Studio based projects, so I rushed some commits in for
Cordova-Android 6.1 release.
The reason that this is 6.1 and 6.01 is
, Victor Sosa wrote:
> Got'cha!
> If there's nothing else outstanding that can be released, I agree with Joe.
>
> On Tue, Nov 1, 2016, 10:05 AM Joe Bowser wrote:
>
> > I don't feel that this bug is worthy of a fix and can wait for other
> > patches such as t
Hi Joe.
>
> Would you mind elaborate on why we need to wait for such support?
> For what I understand here is that it'll be a service release to fix the
> splash and icons problems rather than something bigger.
>
> On Tue, Nov 1, 2016 at 9:37 AM Joe Bowser wrote:
>
>
-1
We should wait until we get API 25 support added before doing another
release.
On Tue, Nov 1, 2016 at 7:15 AM, Kerri Shotts wrote:
> +1
>
> ~ Kerri
>
> > On Oct 31, 2016, at 18:27, julio cesar sanchez
> wrote:
> >
> > On cordova-android 6.0.0 the splash and icons are broken (see
> > https:/
Hey
We need to release cordova-plugin-compat so that we can proceed with a
cordova-plugin-camera release now that we have cordova-android 6.0.0
released.
The main change that we have is a fallback method that we're using to fetch
the application ID out of the BuildConfig. We need to use this for
The vote has now closed. The results are:
Positive Binding Votes: 3.
Joe Bowser
Shazron Abdullah
Steve Gill
The vote has passed.
On Mon, Oct 24, 2016 at 12:12 PM, Steven Gill
wrote:
> I vote +1
>
> * Ran coho audit-license-headers over the relevant repos
> * Ran coho check-licen
I vote +1:
* Ran coho audit-license-headers over the relevant repos
* Ran coho check-license to ensure all dependencies and subdependencies
have Apache-compatible licenses
* Ran mobile-spec against the Simulator
On Sat, Oct 22, 2016 at 2:40 AM, Shazron wrote:
> Please review and vote on this 4.
b2d7cd011db47%7C1%7C0%7C636124308052342233&sdata=Z87SlZo88DK5eIRzTR09o
> > u3KtzbV8FgUl%2FkpsS4aRAQ%3D&reserved=0
> > crosswalk-webview/pull/100
> >
> > On 18 October 2016 at 15:23, Joe Bowser wrote:
> > > BTW: I'd send a PR, but I still need Crosswalk to tak
Please review and vote on this 6.0.0 Android Release
by replying to this email (and keep discussion on the DISCUSS thread)
Release issue: https://issues.apache.org/jira/browse/CB-
The archive has been published to
dist/dev:https://dist.apache.org/repos/dist/dev/cordova/CB-
The package wa
BUMP!
OK, it seems that we've hit a few delays with pending releases and
cordova-common needing to be released, so based on this, I'll start the
long process of releasing this on Thursday if there's no objections.
On Mon, Oct 3, 2016 at 11:30 AM, Joe Bowser wrote:
> OK, I
BTW: I'd send a PR, but I still need Crosswalk to take over the repo from
me, since they're developing off a fork of my repo.
https://github.com/crosswalk-project/cordova-plugin-crosswalk-webview
On Tue, Oct 18, 2016 at 3:08 PM, Joe Bowser wrote:
> Hey
>
> I just realized
swalk.
nativeToJsMessageQueue.addBridgeMode(new
NativeToJsMessageQueue.EvalBridgeMode(this, cordova));
On Tue, Oct 18, 2016 at 2:32 PM, Joe Bowser wrote:
> Correct. Without that method, it won't even compile.
>
>
> On Tue, Oct 18, 2016 at 2:31 PM, Darryl Pogue wrote:
>
>> On 18 October 2
Correct. Without that method, it won't even compile.
On Tue, Oct 18, 2016 at 2:31 PM, Darryl Pogue wrote:
> On 18 October 2016 at 14:24, Joe Bowser wrote:
> > Recently, we decided to change the default bridge from using OnlineEvent
> to
> > a JS_Exec bridge so that
Hey
Recently, we decided to change the default bridge from using OnlineEvent to
a JS_Exec bridge so that we can support a multi-webview use case. The
downside of this change is that it breaks on Crosswalk. It's almost
impossible to debug this since projects that include the Crosswalk Webview
bre
Can you elaborate on what such a plugin would do? Would this be a Unity
thing, or a Cordova thing?
On Mon, Oct 17, 2016 at 4:37 AM, Baltasar Sousa
wrote:
> Do you have some official or not Cordova plugin to work in Unity3D?
>
> Best Regards,
> Baltasar Sousa
> :Dobsware
>
Hey
After looking over old issues, I decided to re-open this closed PR that
would allow us to support plugins written as Library Projects in Cordova.
The original reason I closed it was because it took too long to create a
project, but that was apparently caused by something else that we seemed to
1 - 100 of 1854 matches
Mail list logo
