a collision with your Crosswalk
version because you didn't set your sdk version), please let me know now.
On Wed, Mar 2, 2016 at 2:39 PM, Joe Bowser <bows...@gmail.com> wrote:
>
>
> On Wed, Mar 2, 2016 at 2:34 PM, Carlos Santana <csantan...@gmail.com>
> wrote:
>
>>
does things. I
don't know why we're doing a multiple APK build, except that Crosswalk is
an Intel thing, maybe?
>
>
>
> On Wed, Mar 2, 2016 at 5:17 PM Joe Bowser <bows...@gmail.com> wrote:
>
> > On Wed, Mar 2, 2016 at 2:02 PM, Carlos Santana <csantan...@gmail.com
n and add the ability to
set an architecture, then this would turn into a manual step for the
developer to take advantage of, and they can decide if version 11 is arm
and version 12 is x86, but I'm not sure if developers are able to handle
that or want it abstracted, which is why I'm asking.
>
> On Wed, Ma
/platforms/android/#signing-an-app
>
>
> On Wed, Mar 2, 2016 at 4:12 PM Joe Bowser <bows...@gmail.com> wrote:
>
> > On Wed, Mar 2, 2016 at 1:07 PM, Carlos Santana <csantan...@gmail.com>
> > wrote:
> >
> > > First sorry for my stupid question
alk plugin I
> seem to get two APKs as output (one for armv7, one for x86).
>
> On 18 February 2016 at 11:05, Joe Bowser <bows...@gmail.com> wrote:
> >
> > Hey
> >
> > Based on the feedback on those two issues, and other places, I think that
> > most
I vote +1
* Verified archives via `coho verify-archive`
* Verified tags manually
* Verified that blank app creates correctly with platform
* Verified that blank app can be successfully ran and built
* Ran mobilespec for master versions
Side Note: I like what Alexander did for this one, and I
Hey
Based on the feedback on those two issues, and other places, I think that
most hated change from Cordova-Android 4.0 that we didn't fix in
Cordova-Android 5.0 was the fact that we have an undocumented way of
generating an arbitrary build number that makes absolutely no sense.
Furthermore,
s
>
> https://github.com/iPaulPro/aFileChooser/blob/master/aFileChooser/src/com/ipaulpro/afilechooser/utils/FileUtils.java
>
>
>
>
> 2016-02-17 1:41 GMT+01:00 Joe Bowser <bows...@gmail.com>:
>
> > Hey
> >
> > https://issues.apache.org/jira/browse/CB-1
It should be 5.2.0. I think we should reserve .1 releases for security
fixes and release screw-ups only.
On Wed, Feb 17, 2016 at 10:07 AM, Steven Gill
wrote:
> Thoughts on this? Some people on slack are asking if they should be 5.1.1
> instead of 5.2.0.
>
> On Tue, Feb
Hey
https://issues.apache.org/jira/browse/CB-10625
For some reason Google Photos breaks the Camera's Gallery API, and I'm
having trouble trying to fix this one. For some reason I can't get the
FileHelper to work with the new file URI that's being provided by an
application. Is there something
Is the Android TV Emulator connected to the Internet? The error is
indicating that it can't resolve the URL, which tells me that the emulator
is probably not working correctly. If you can't get DNS resolution, that's
the first thing to check.
On Sat, Feb 13, 2016 at 7:07 PM, Kevin Palmer
Hey
After working on the embedded WebView use case for a couple of days, I
decided that we needed to have the ability to have plugman to add plugins
to an Android Studio project. Luckily, the cordova-common refactor allows
us to do this pretty easily, which is why I created a github project here
Ideally either the person who pulled in the request, or you would confirm
that it landed in master and that it works as you intended. You can test
it and indicate that it's closed if you want to move things forward a bit
faster.
On Thu, Feb 4, 2016 at 3:54 PM, Sean Kelly wrote:
gt; > this bug that you could share? It would be nice to have mobilespec tests
> > for save/restore in general, but that ends up being sort of tricky
> because
> > it requires enabling the "Don't Keep Activities" dev setting.
> >
> > Thanks,
> > Richard
>
Run it a few times to be sure it's failing. This test shouldn't fail, but
isn't as stable as it should be.
On Fri, Jan 29, 2016, 2:41 PM Carlos Santana wrote:
> I working on getting my environment and all test pass except for one
>
> junit.framework.AssertionFailedError
>
>
>
> In that case the current assertion should fail (and the test would fail).
>
> On 1/29/16, 5:16 PM, "Joe Bowser" <bows...@gmail.com> wrote:
>
> >Run it a few times to be sure it's failing. This test shouldn't fail, but
> >isn't as stable
LGTM, but we should have a unit test to cover this behaviour somehow.
On Thu, Jan 28, 2016 at 2:23 PM, Carlos Santana
wrote:
> It's being a while since I have done Android native dev,
> Can someone review the PR I sent
> https://github.com/apache/cordova-android/pull/255
>
http://developer.android.com/reference/android/webkit/WebMessage.html
I'm curious as to how this works in comparison to our current method of
passing something back from native to the browser and whether this would be
faster/cleaner. This would be Android WebView specific, and only would
work on
So, Appium works now and I can close the issue complaining that Appium
doesn't work?
On Wed, Jan 20, 2016, 9:12 AM Alexander Sorokin (Akvelon) <
v-als...@microsoft.com> wrote:
> Hi guys.
>
> Lately I've been working on improving automated test coverage of core
> plugins. Work is still in
ompiler with -Pandroid.useDeprecatedNdk=true.
>
> I have a PR for this: https://github.com/apache/cordova-android/pull/249
>
> Let's release once we are OK with merging this.
>
> -Nikhil
>
> -Original Message-
> From: Joe Bowser [mailto:bows...@gmail.com]
>
lk plugin deliver the
> Gradle files via the framework tag of its plugin. Xml to fix this?
>
> Simon
> On Jan 19, 2016 13:26, "Joe Bowser" <bows...@gmail.com> wrote:
>
> > I really don't want to add this file and use the deprecated NDK,
> especially
> &
As usual, I'm not going to be attending this conference. I'm pretty sure
I'm banned from attending this.
On Tue, Jan 19, 2016 at 11:16 AM, Ryan J. Salva
wrote:
> If we can get critical mass among other committers, I'd love to head up to
> Vancouver for a few days. Without
ey
> can change the default the same way as today using config.xml
>
>
> [1]:
>
> https://github.com/ibm-bluemix-mobile-services/bms-clientsdk-cordova-plugin-push/blob/master/README.md
> [2]:
>
> https://github.com/phonegap/phonegap-plugin-push/blob/master/docs/INSTALLATION.
I don't think the gradle build issue should block the release, as annoying
as it is, the workaround is literally adding a gradle.properties file with
a single line.
As far as who owns it, I think Cordova should probably own that, but are
there any other plugins that need NDK support?
(I just ran
So, what does the timeline look like for a Plugins release. I just did a
major change in the InAppBrowser to fix tel: and sms: URIs so they do
stuff, and it'd be cool if this also made if this got looked over and
landed before the next release.
Sorry, wrong PR:
https://github.com/apache/cordova-plugin-inappbrowser/pull/136
On Fri, Jan 15, 2016 at 11:42 AM, Joe Bowser <bows...@gmail.com> wrote:
> So, what does the timeline look like for a Plugins release. I just did a
> major change in the InAppBrowser to fix tel: and
rsion of Cordova, and this change goes against what we talked about
earlier.
> Jason
>
>
> -Original Message-
> From: Joe Bowser [mailto:bows...@gmail.com]
> Sent: Wednesday, January 6, 2016 4:45 PM
> To: dev <dev@cordova.apache.org>
> Subject: Re: [DISCUS
Hey
I'm wondering if we have a design reason for the gradle executable to not
be executable? Does anyone know? If not, I'm probably going to change it if
nobody else gets to it first.
I'm very against this idea because we've been burned by using reflection in
the past. I also feel that this allows developers be terrible and to stick
with older, more insecure versions of Cordova, which is the main reason I'm
against it. I don't think that requiring API level 23 is a problem.
+1
On Wed, Dec 2, 2015 at 11:40 AM, Steven Gill wrote:
> Issue for deprecation: https://issues.apache.org/jira/browse/CB-10121
>
> Cc'ed Archana to see if she has any concerns.
>
> On Wed, Dec 2, 2015 at 12:03 AM, julio cesar sanchez <
> jcesarmob...@gmail.com
> > wrote:
hands to update the plugins just let me know.
>
> Simon
> On Nov 30, 2015 04:21, "Terence M. Bandoian" <tere...@tmbsw.com> wrote:
>
> > Do it right. Damn the fallout.
> >
> > -Terence
> >
> > On 11/27/2015 4:51 PM, Joe Bowser wrote:
> >
Hey
So, I just came back from Android Dev Summit, and it turns out that we
didn't figure out how to use the
method shouldShowRequestPermissionRationale(). Here's the use case that we
didn't figure out:
If a user refuses a permission twice, they have the option of not showing
the permission
+1
On Nov 23, 2015 7:19 AM, "Alexander Sorokin (Akvelon)" <
v-als...@microsoft.com> wrote:
> I vote +1.
>
> * Verified signatures and hashes
> * Verified tags
> * Verified that plugins can be added correctly to blank app
> * Verified that blank app can be successfully built and ran
> * Ran smoke
==
CVE-2015-5256: Apache Cordova vulnerable to improper application of
whitelist restrictions
Severity: Medium
Vendor:
The Apache Software Foundation
Versions Affected:
Cordova Android 3.7.2 and earlier
Description:
Android
===
CVE-2015-5257: Weak Randomization of BridgeSecret for Apache Cordova Android
Severity: Low
Vendor:
The Apache Software Foundation
Versions Affected:
Cordova Android versions up to and including 3.6.4
Description:
Cordova uses
I vote +1
* Ran coho audit-license-headers over the relevant repos
* Ran mobilespec on android and ios
On Thu, Nov 19, 2015 at 12:11 PM, Steven Gill
wrote:
> Please review and vote on the release of this plugins release
> by replying to this email (and keep discussion
I just did the test again on this end, and the only test failures I got
were the ones where I was expected to approve permissions. It seems that
these tests will keep running and that the permission dialog won't block
the UI. This is the correct behaviour, but it does mean that we have to
make
oid/tree/5.0.0
> > >
> > > I recommend cloning android locally from git-wip and checking out 5.0.0
> > and
> > > then adding that to your test project.
> > >
> > > git clone https://git-wip-us.apache.org/repos/asf/cordova-android.git
> > > c
testProject && cordova platform add ../cordova-android
>
>
> On Tue, Nov 3, 2015 at 12:50 PM, Joe Bowser <bows...@gmail.com> wrote:
>
> > I vote -1
> >
> > Android itself appears fine, but that stupid wrappy error is still
> present
> > in cordova-
I vote -1
Android itself appears fine, but that stupid wrappy error is still present
in cordova-common. Can we somehow remove cordova-common for this release,
since it seems that PlatformAPI isn't working out right now.
On Tue, Nov 3, 2015 at 9:04 AM Sergey Grebnov (Akvelon) <
Hey
Now that the smores branch has been updated on Android, I'm going to go
ahead and merge the changes on the plugins I haven't merged the new changes
on. Please let me know if there's anything outstanding on these plugins
before I merge the changes in. I will be doing this starting at noon
Hey
I just saw this solution to the Android restart issue that we've been
fighting for the last few years. It's a bit of a hack using the Activity
preferences in this way, but this solution definitely has its merits.
Can people check out CB-8917 and let me know what you think of this
possible
BUMP! I'd like to start the vote thread on Monday!
On Tue, Oct 20, 2015 at 10:01 AM, Joe Bowser <bows...@gmail.com> wrote:
> Hey
>
> I would like to release Cordova-Android 5.0.x soon so that I can then move
> on to releasing each of the plugins that depend on it so we can get
Hey
I merged the changes into the camera. That said, I didn't bump the version
up on this yet.
On Wed, Oct 21, 2015 at 3:07 PM, Joe Bowser <bows...@gmail.com> wrote:
> Hey
>
> Now that we merged in the compatibility for Android 5.0 I want to do the
> same for the Camera plugi
com>
wrote:
> Thanks, Joe for the summary of the impact later.
>
> -1. IMO - a naming change is no worth the effort and future breakage.
>
> -Nikhil
>
> -Original Message-
> From: Joe Bowser [mailto:bows...@gmail.com]
> Sent: Wednesday, October 21, 2015 11:06 AM
OK, how will this impact the 5.0 release of Android?
On Tue, Oct 20, 2015 at 6:07 PM, Nikhil Khandelwal <nikhi...@microsoft.com>
wrote:
> It got checked in earlier this morning.
>
> -Nikhil
>
> -Original Message-----
> From: Joe Bowser [mailto:bows...@gmail.com]
>
Hey
Now that we merged in the compatibility for Android 5.0 I want to do the
same for the Camera plugin. This will also allow us to do a bunch of other
work that we're currently waiting on this pull request for. Is there any
reason I shouldn't pull the current changes into master? If not, I'm
is a usecase for someone to reference CordovaWebView
>
> On Tue, Oct 20, 2015 at 1:38 PM, Joe Bowser <bows...@gmail.com> wrote:
>
> > I'll pull this in at the end of the day. This small change may break
> stuff
> > further down the road, so people should comment on it now.
&g
I've added my feedback at the pull request. I do think that 2 days is too
soon to close something, since I can close almost all the current issues on
JIRA if that was the case.
On Tue, Oct 20, 2015 at 9:12 AM, Nikhil Khandelwal
wrote:
> I am fine with all these
Hey
I would like to release Cordova-Android 5.0.x soon so that I can then move
on to releasing each of the plugins that depend on it so we can get ready
to release a CLI version by the end of the year. Is there anything that's
currently blocking us from doing this other than minor class name
<dar...@dpogue.ca> wrote:
>
> > +1 for doing this with the major version bump
> >
> > On 20 October 2015 at 09:15, Joe Bowser <bows...@gmail.com> wrote:
> >
> > > Hey
> > >
> > > We're close to getting 5.0.x ready for release, but I
I'll pull this in at the end of the day. This small change may break stuff
further down the road, so people should comment on it now.
On Tue, Oct 20, 2015 at 1:37 PM, Joe Bowser <bows...@gmail.com> wrote:
> OK, Going to pull this in.
>
> On Tue, Oct 20, 2015 at 10:02 AM,
So, when did the PlatformAPI change land in Android?
On Tue, Oct 20, 2015 at 2:32 PM, Parashuram N
wrote:
> +1 - YES please. Requiring cordoba-common for my
> react-native-cordova-plugin adapter was a nightmare !!
>
>
>
>
> On 10/20/15, 2:23 PM, "Nikhil Khandelwal"
know enough about this area to understand this fully.
>
> I would love to see the guidance for what changes a plugin developer
> should make to work in Marshmallow - Perhaps even giving them a link to our
> commit to fix one of the plugins.
>
> -Nikhil
>
> -Original Messag
Hey
I'm going to be merging the smores branch into master by 3:00 PM today.
I've left this pull request open for the past week, so we should be ready
to go. Please let me know if there's any reason I shouldn't merge this
in. Once this is merged, there will be a discuss thread for
Yes, I definitely think we should be curating the apps to make sure they're
legit.
On Fri, Oct 16, 2015 at 10:49 AM, Dmitry Blotsky
wrote:
> Hey folks,
>
> Just a quick thought: should we be curating the apps in the showcase to
> make sure they’re legit? I verify that
OK, I'll push this monday.
On Fri, Oct 16, 2015 at 2:37 PM, Dmitry Blotsky <dblot...@microsoft.com>
wrote:
> I’m installing 23 on the CI right now. Should be done, conservatively, in
> 2 hours.
>
> > On Oct 16, 2015, at 1:38 PM, Joe Bowser <bows...@gmail.com> wrote
Hey
Comments are inline. Insights into weird behaviour ahead!
On Fri, Oct 16, 2015 at 4:32 PM, Richard Knoll
wrote:
> Hey all,
>
> Over the past week or so I have been conducting a review of the issues for
> the camera plugin in JIRA and have noticed two big areas of
Oops, Have to respond to my last comment:
On Fri, Oct 16, 2015 at 4:50 PM, Joe Bowser <bows...@gmail.com> wrote:
> Hey
>
> Comments are inline. Insights into weird behaviour ahead!
>
> On Fri, Oct 16, 2015 at 4:32 PM, Richard Knoll <rikn...@microsoft.com>
> w
in has a protected field
> 'permissions' and what a derived CordovaPlugin is supposed to do with it.
> None of our core plugins seem to use it.
>
> Thanks,
> Nikhil
>
> -Original Message-
> From: Joe Bowser [mailto:bows...@gmail.com]
> Sent: Monday, October 5, 2
Hey
I'm going to pull the 5.0.x proposed pull requests into Master today. Can
anyone take a look at them before I do this. I'm going to wait until after
1 PM to do it, so if you can check out the new pull requests and comment on
them before then, that would be greatly appreciated, otherwise I'm
Is it possible to have PMC/Committer only sessions? There's some stuff
that I want to make sure we cover w.r.t. how to deal with Apache Security
policy, but I'm pretty sure if you're not a PMC/Committer, it'd have almost
no value to anyone else unless they're really into the fine details of how
Hey
So, this code (https://github.com/apache/cordova-plugin-camera/pull/93)
fixes an issue, but has somehow been hung up due to the fact that:
1. It's a lot of code, enough that I'd ask the person who submitted the
pull request to fill out an ICLA
2. People wanted this code to be in a utility
Hey
I did a second iteration for most of the pull requests. If people could
check out these pull requests, that would be awesome:
https://github.com/apache/cordova-android/pull/223
https://github.com/apache/cordova-plugin-geolocation/pull/53
dback - I was not sure about it myself. Do we want
> to just remove the first question ? The reason I kept it open ended was to
> see what things people really say. What do you want to change it to ?
>
> -Original Message-----
> From: Joe Bowser [mailto:bows...@gmail.com]
> Sent: Tuesd
I think this is way too open ended. The first question shouldn't just be a
giant area where users get to talk about how they hate the project, or the
committers, or whatever. We get enough of that already. What we should do
with this survey is try and narrow it down to actionable things that we
Hey
So, this happened...
https://github.com/apache/cordova-android/pull/220#issuecomment-143840327
Has anyone else been getting spam on GitHub pull requests? Is there any
way we can stop it? Should we use a different tool for code review?
Thoughts?
Joe
Hey
So, after looking at the pull requests, how do people feel about merging it
into master, doing the last changes there and releasing it in the next few
weeks. If we do this, the 4.1.x branch will be the supported branch for
approximately six months, and if we do any security updates, we will
n of cordova.
>
> For reviewing changes, can you submit a PR perhaps from your topic branch
> to apache/cordova-android 5.x-dev branch? It's hard to review and comment
> on branch diffs - PRs allow for easy commenting and discussions.
>
> Thanks,
> Nikhil
>
>
> -----Original Me
Hey
So, this is really weird. TELUS, just leaked that the OTA for the Nexus 5
and Nexus 6 is Oct 5.
http://www.xda-developers.com/xda-external-link/telus-says-android-6-0-ota-update-starts-on-october-5th/
I don't like to rush things, but if people could review all the Smores
changes while I
As requested, here's the pull request for Cordova-Android. This should
still work with the other smores plugins.
https://github.com/apache/cordova-android/pull/220
On Thu, Sep 24, 2015 at 2:51 PM, Joe Bowser <bows...@gmail.com> wrote:
> After looking at the failure of what happened
Hey
I got media mostly working with the new permissions, but I think that we're
going to have to figure out the AudioFocus issue. Right now, when you play
music from the media plugin and you receive a phone call, the media plugin
should pause the audio in favour of the phone ringing, and then
, 2015 at 2:35 PM, Carlos Santana <csantan...@gmail.com>
wrote:
> +1 on major version bump for plugins.
>
> The API signature didn't change but behavior and support did.
>
> - Carlos
> Sent from my iPhone
>
> > On Sep 24, 2015, at 5:31 PM, Joe Bowser <bows...@gmai
owest
> common
> > denominator based on engine tags and remember that one plugin support
> > multiple engine tags across different platform versions and CLI/plugman.
> >
> > This brings an interesting feature to implement In the plugin search
> > website, to
On Wed, Sep 23, 2015 at 11:30 AM, Joe Bowser <bows...@gmail.com> wrote:
>
> On Wed, Sep 23, 2015 at 11:22 AM, Homer, Tony <tony.ho...@intel.com>
> wrote:
>
>> Joe-
>>
>> As far as I can tell, the API 23 calls are currently unguarded so smores
>> wi
, if
you aren't running M, you don't do the permissions check, and you don't
call the methods. I haven't tested it on earlier versions of Android, but
I expect it to work on Kitkat and Jellybean the same way.
> Tony
>
> On 9/23/15, 1:56 PM, "Joe Bowser" <bows...@gmail.com> wrot
you don't want.
>
> Why the hesitation to do 5.0.x work in master?
>
Because the Nexus 6P hasn't been released yet.
>
> -Steve
>
>
> On Wed, Sep 23, 2015 at 12:45 PM, Joe Bowser <bows...@gmail.com> wrote:
>
> > Hey
> >
> > So, once again, we're tr
CVE-2015-5204: HTTP header injection vulnerability in Apache Cordova File
Transfer Plugin for Android
Severity:
Medium
Vendor:
The Apache Software Foundation
Versions Affected:
Cordova Android File Transfer Plugin (1.2.1 and below)
Description:
Android applications built with the Cordova
n. The downside of this is that these projects cannot
> use the latest and greatest of these plugins.
>
> Thanks,
> Nikhil
>
> [1] http://cordova.apache.org/use-the-force-luke/plugins/?sortBy=Downloads
> [2]
> https://github.com/apache/cordova-plugin-camera/blob/master/src/ios/CDVCam
eople to test off that than some random topic
branch on Github.
>
> On Mon, Sep 21, 2015 at 9:32 PM, Joe Bowser <bows...@gmail.com> wrote:
>
> > On Mon, Sep 21, 2015 at 5:43 PM Nikhil Khandelwal <
> nikhi...@microsoft.com>
> > wrote:
> >
> > > Can y
now. It seems some style cleanup creeped into the most
recent changes, but this should be a bit more readable.
> -Nikhil
>
> -Original Message-
> From: Joe Bowser [mailto:bows...@gmail.com]
> Sent: Monday, September 21, 2015 2:14 PM
> To: dev <dev@cordova.apac
Hey
In the next two weeks, Marshmallow will most likely getting released with
the brand new Nexus 6P being released from Huawei. Given that most of the
Nexus devices will be getting this release, we should probably release the
5.0.x branch of Android soon, and get the new plugins updated.
It
Hey
So, I have good news and bad news.
The Bad News:
We have to have a Geolocation Plugin, and for this to work seamlessly, we
have to modify the WebViews to support the plugin.
The Good News:
We can write a wrapper so that it works just like Geolocation used to. I
have a version that works.
Hey
I just went through the Geolocation API plugin, and here's the thing, we're
going to need to have a Geolocation Plugin.
The main issue that we're facing with the native implementation is that
once the security exception is thrown, we call the prompt natively. Unlike
with Cordova plugins we
o:ktop...@gmail.com]
> Sent: Monday, September 7, 2015 7:32 PM
> To: dev@cordova.apache.org
> Subject: Re: Marshmallow Update and Cordova-Android 5.0
>
> I tested your camera plugin through mobilespec and the permissions are
> working.
>
> On Thu, Sep 3, 2015 at 12:10 PM,
1. There isn't a way to check the Location Services state in WebView
2. No, it is still not worth getting the native code back for this. It's
already bad enough that I might have to resurrect this plugin for
permissions, but bringing this plugin back would be a huge step backwards
for the
I'm going to move on to some of the other
> > > plugins to get them ready for Marshmellow, but it'd be good to have
> > people
> > > look these over.
> > >
> > > I did find a nasty security bug with this, though. If you request one
> > > permission
Hey
So, I created a new topic branch of my github with the new changes as
suggested earlier.
https://github.com/infil00p/cordova-android/tree/smores
The thing we have to make sure works is if the user turns off the
permissions on Marshmellow. Right now if the permissions are off,
everything
bug,
and I'm going to dig tomorrow to see if someone already reported it.
On Mon, Aug 31, 2015 at 11:35 AM Joe Bowser <bows...@gmail.com> wrote:
> Hey
>
> So, I created a new topic branch of my github with the new changes as
> suggested earlier.
>
> https://github.com/infil
Actually, I'm OK with either. We should be replacing all control
characters though.
On Wed, Aug 26, 2015 at 2:40 PM Joe Bowser bows...@gmail.com wrote:
It should be an empty string.
On Wed, Aug 26, 2015 at 2:13 PM Alexander Sorokin (Akvelon)
v-als...@microsoft.com wrote:
Hi guys,
I
It should be an empty string.
On Wed, Aug 26, 2015 at 2:13 PM Alexander Sorokin (Akvelon)
v-als...@microsoft.com wrote:
Hi guys,
I think there is a regression in file transfer plugin (two tests are
failing on Android):
Sorry, I was sick for a couple of days.
That sounds like a bug. onStart and onResume should be called on the
plugins, and this most likely got broken when the last refactor. Do you
have an issue open in JIRA for this?
On Sun, Aug 23, 2015 at 1:35 PM Kai Schlamp schl...@gmx.de wrote:
The
/Application.html#registerActivityLifecycleCallbacks%28android.app.Application.ActivityLifecycleCallbacks%29
to listen to the callbacks directly though.
On Mon, Aug 24, 2015 at 1:27 PM, Joe Bowser bows...@gmail.com wrote:
Sorry, I was sick for a couple of days.
That sounds like a bug. onStart
On Thu, Aug 20, 2015 at 9:28 PM Karen Tran ktop...@gmail.com wrote:
Hi all,
I've been doing some testing with Android M Preview 3 and with Android API
23 to investigate the behavior I'm seeing with permissions.
I tested older sdk levels with M Preview 3, API 23 with Preview 3, and API
23
This shouldn't go in since it rips out the cropping functionality.
On Thu, Aug 20, 2015 at 2:26 PM Cody Balos cjba...@gmail.com wrote:
Any thoughts on the open PR for this? Related issues is 9506.
August 2015 at 11:59:25, Joe Bowser (bows...@gmail.com) wrote:
That makes sense if the Network Information API is present in
Crosswalk.
I'm really wondering how this will work with Marshmallow.
On Mon, Aug 17, 2015 at 6:57 PM tommy-carlos williams
to...@devgeeks.org
That makes sense if the Network Information API is present in Crosswalk.
I'm really wondering how this will work with Marshmallow.
On Mon, Aug 17, 2015 at 6:57 PM tommy-carlos williams to...@devgeeks.org
wrote:
I noticed that my app had gained two new permissions on Android and hunted
them
Hey
So, as you know, Google switched from supporting Eclipse to supporting
their IntelliJ based Android Studio IDE, and in an effort to keep up, we
followed them, somewhat. One thing we didn't do is update our project
structure so it works similar to an Android Studio one, and there's a
reason
the libraries, it might avoid the whole structure thing altogether, but I
don't know for sure. Does anyone want this feature? Or is this a weird,
special case?
On Thu, Aug 13, 2015 at 2:05 PM, Joe Bowser bows...@gmail.com wrote:
Hey
So, as you know, Google switched from supporting
Hey
I'm currently working on a way to make Cordova-Android distributable by AAR
so that we can further abstract everything out and make it easier for Java
developers to use Cordova instead of rolling their own hacked up WebViews.
Of course, this means that our code has to pass Lint, and it
201 - 300 of 1563 matches
Mail list logo