re-write tests for new Android JUnit test framework

[Homer, Tony]

(topic changed to not clutter the 5.2.0 discussion)

Joe-

Is there a JIRA for this work?  
Do you have more information or a pointer to a reference?
I’ve tweaked a few of the tests and written two but I don’t know what needs to 
be done for this migration task.
I might be interested in taking this on as a learning exercise.

Tony

On 5/25/16, 5:50 PM, "Joe Bowser"  wrote:

>On Wed, May 25, 2016 at 1:47 PM, Homer, Tony  wrote:
>
>> +1
>>
>> Would like #307 to be merged in first
>>
>>
>Done! Yay for tests!
>
>BTW, We need to re-write those to migrate to the new Android JUnit test
>framework (It's more deleting code than adding).
>
>
>
>
>> On 5/25/16, 3:31 PM, "Carlos Santana"  wrote:
>>
>> >+1
>> >
>> >- Carlos
>> >@csantanapr
>> >
>> >> On May 25, 2016, at 3:08 PM, Shazron  wrote:
>> >>
>> >> +1
>> >>
>> >> Release often
>> >>
>> >>> On Wed, May 25, 2016 at 10:33 AM, Joe Bowser 
>> wrote:
>> >>>
>> >>> Hey
>> >>>
>> >>> I know that we haven't done a minor release for a few months for
>> Android,
>> >>> and I think that we have enough worthwhile changes in Android that we
>> >>> should probably do a release soon.  If possible, I would like for us
>> to do
>> >>> a 5.2.0 release with the versioning fix, and the other build script
>> fixes
>> >>> that have been done recently.  There's not a lot of commits, but I do
>> think
>> >>> what we do have is worthy of being released.
>> >>>
>> >>> What do people think?
>> >>>
>> >>> Joe
>> >>>
>> >
>> >-
>> >To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> >For additional commands, e-mail: dev-h...@cordova.apache.org
>> >
>>
>>

Re: [DISCUSS] Cordova-Android 5.2.0 Release

[Homer, Tony]

+1 

Would like #307 to be merged in first

On 5/25/16, 3:31 PM, "Carlos Santana"  wrote:

>+1
>
>- Carlos
>@csantanapr
>
>> On May 25, 2016, at 3:08 PM, Shazron  wrote:
>> 
>> +1
>> 
>> Release often
>> 
>>> On Wed, May 25, 2016 at 10:33 AM, Joe Bowser  wrote:
>>> 
>>> Hey
>>> 
>>> I know that we haven't done a minor release for a few months for Android,
>>> and I think that we have enough worthwhile changes in Android that we
>>> should probably do a release soon.  If possible, I would like for us to do
>>> a 5.2.0 release with the versioning fix, and the other build script fixes
>>> that have been done recently.  There's not a lot of commits, but I do think
>>> what we do have is worthy of being released.
>>> 
>>> What do people think?
>>> 
>>> Joe
>>> 
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>For additional commands, e-mail: dev-h...@cordova.apache.org
>

proposal for new core plugin to control screen orientation

[Homer, Tony]

The proposal is to create a new core plugin that enables the user to 
dynamically control the orientation of their app.
This plugin would be based on the W3C screen-orientation spec [1].
This was originally proposed via CB-9528 [2] (which currently has 10 votes and 
16 watchers, indicating strong community interest).


There is an existing community plugin [3] that implements an older version of 
the W3C screen-orientation spec.
The author has graciously agreed to contribute this plugin to Apache Cordova.
The plan is, pending consensus, to update the existing code and then migrate it 
to a new Apache Cordova repo; required preparatory work is underway.

What do you think?  Please provide feedback!

[1] https://www.w3.org/TR/screen-orientation/
[2] https://issues.apache.org/jira/browse/CB-9528
[3] https://github.com/gbenvenuti/cordova-plugin-screen-orientation

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Apache Con NA May 11-13 in Vancouver, BC

[Homer, Tony]

FWIW, I checked into the possibility of having Intel host a F2F in Q3.
However, my request was denied for this year :(

If we can find a host, I'd like to attend!
How about it IBM?!

:)

On 4/18/16, 2:15 PM, "Jesse"  wrote:

>No, unfortunately the PhoneGap Vancouver office was closed.
>
>
>@purplecabbage
>risingj.com
>
>On Mon, Apr 18, 2016 at 10:53 AM, Ryan J. Salva 
>wrote:
>
>> Is there still an Adobe office in Vancover?
>>
>>
>> Ryan J. Salva  |  Principal PM Manager
>> Visual Studio Tools for Apache Cordova
>> rsa...@microsoft.com
>> 425 706 5270 office
>> 206 612 5079 mobile
>>
>> -Original Message-
>> From: Shazron [mailto:shaz...@gmail.com]
>> Sent: Monday, April 18, 2016 1:51 PM
>> To: dev@cordova.apache.org
>> Subject: Re: Apache Con NA May 11-13 in Vancouver, BC
>>
>> Also, I would recommend an autumn date, where (presumably) everybody will
>> be available. Preferably at one of our contributor sites that hasn't hosted
>> before?
>>
>> We've had Google (Waterloo, ON) and Microsoft (Redmond, WA) previously.
>>
>> On Mon, Apr 18, 2016 at 11:34 AM, Jesse  wrote:
>>
>> > Vancouver would be awesome! Just not as soon as ApacheCon.
>> >
>> >
>> > @purplecabbage
>> > https://na01.safelinks.protection.outlook.com/?url=risingj.com&data=01
>> > %7c01%7crsalva%40microsoft.com%7cbb0edb0b618e454eb92008d367b213f1%7c72
>> > f988bf86f141af91ab2d7cd011db47%7c1&sdata=rS4UBTFrNoY%2bRtI3xRmMzmLSAiR
>> > ksEdFDsbhWSh%2ftYk%3d
>> >
>> > On Mon, Apr 18, 2016 at 8:42 AM, Ryan J. Salva 
>> > wrote:
>> >
>> > > Regrettably, Microsoft won't be attending ApacheCon this year either.
>> > > Without critical mass from the other Cordova contributors, it simply
>> > > doesn't make sense (as much as I'd love to visit Vancouver).
>> > >
>> > > Does anyone have a recommended destination, host or occasion for the
>> > F2F?
>> > >
>> > > rjs
>> > >
>> > >
>> > > Ryan J. Salva  |  Principal PM Manager Visual Studio Tools for
>> > > Apache Cordova rsa...@microsoft.com
>> > > 425 706 5270 office
>> > > 206 612 5079 mobile
>> > >
>> > > -Original Message-
>> > > From: Carlos Santana [mailto:csantan...@gmail.com]
>> > > Sent: Friday, April 15, 2016 5:47 PM
>> > > To: dev@cordova.apache.org
>> > > Subject: Re: Apache Con NA May 11-13 in Vancouver, BC
>> > >
>> > > No one from IBM MobileFirst going we don't have travel budget :-(
>> > >
>> > > A Cordova Face 2 Face might be useful and there might be a better
>> > > chance to get approval than Apache Con, also we stop doing the
>> > > Monthly Hangouts
>> > I
>> > > think they we're useful and community builder.
>> > >
>> > > - Carlos
>> > > @csantanapr
>> > >
>> > > > On Apr 15, 2016, at 4:13 PM, Simon MacDonald <
>> > simon.macdon...@gmail.com>
>> > > wrote:
>> > > >
>> > > > I decided not to go as ApacheCon is sandwiched between two other
>> > > > trips I need to make in May.
>> > > >
>> > > > That being said it would be nice to get another Cordova Face 2
>> > > > Face sometime in the next few months.
>> > > >
>> > > > Simon Mac Donald
>> > > > https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fhi
>> > > > .im%
>> > > > 2fsimonmacdonald&data=01%7c01%7crsalva%40microsoft.com%7c8e6fb728c
>> > > > 7b34
>> > > > 8a9bc9908d365776f95%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=W
>> > > > oSAD 1sazA7ZjJBS8Xp8GznZi4nfnvua8peua88n3xA%3d
>> > > >
>> > > >> On Fri, Apr 15, 2016 at 3:35 PM, Steven Gill
>> > > >> 
>> > > wrote:
>> > > >>
>> > > >> Hey Tony,
>> > > >>
>> > > >> Due to the lack of committer response and the upcoming PGDAY EU
>> > > >> event, I ended up not submitting a talk. I don't believe anyone
>> > > >> from the Adobe Cordova team is going.
>> > > >>
>> > > >>
>> > > >>
>> > > >>> On Fri, Apr 15, 2016 at 6:21 AM, Homer, Tony
>> > > >>>

Re: Apache Con NA May 11-13 in Vancouver, BC

[Homer, Tony]

I haven't seen any discussion about this lately - is anyone going?
I think I'm going to go and I need to book my travel today.

I was in Austin at the same time as ApacheCon and dropped in to meet up with 
some of you but I wasn't an attendee.
How is the conference itself?

This year there is one Cordova session on the schedule (Advanced Apache Cordova 
- Hazem Saleh, IBM[1]).
It would be nice to meet up again this year.

[1]http://apachecon2016.sched.org/event/6OIr/advanced-apache-cordova-hazem-saleh-ibm

Tony




On 1/20/16, 1:48 AM, "Simon MacDonald"  wrote:

>Yup, that was exactly what I was thinking. Check in see if we've made
>progress on what we talked about last time.
>
>
>Simon Mac Donald
>http://hi.im/simonmacdonald
>
>On Tue, Jan 19, 2016 at 10:05 PM, Parashuram N 
>wrote:
>
>> Like another Cordova Face to Face ? It would be almost 6 months since we
>> had the last one.
>>
>> -Original Message-
>> From: Simon MacDonald [mailto:simon.macdon...@gmail.com]
>> Sent: Tuesday, January 19, 2016 6:02 PM
>> To: dev@cordova.apache.org
>> Subject: Re: Apache Con NA May 11-13 in Vancouver, BC
>>
>> I would be interested in going as well. Might be an easier sell if we
>> could schedule a Cordova check up around the same time.
>>
>> Simon Mac Donald
>>
>> https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fhi.im%2fsimonmacdonald&data=01%7c01%7cpanarasi%40microsoft.com%7c2adb8eb8acd348e2632108d3213dc71f%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=OSg6OMGtiPCppvOA4TuM5hv%2fjkfa8mqcyk1WqT8VSn4%3d
>>
>> On Tue, Jan 19, 2016 at 4:20 PM, Anis KADRI  wrote:
>>
>> > I'd be down to go. I went last year and our project had a few talks
>> > but still was super under represented so everyone that can make it
>> > should go I think.
>> >
>> > On Tue, Jan 19, 2016 at 11:49 AM Steven Gill 
>> > wrote:
>> >
>> > > I'm planning on going but it seems i'm the only one so far.
>> > >
>> > > On Tue, Jan 19, 2016 at 11:23 AM, Joe Bowser 
>> wrote:
>> > >
>> > > > 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 other Cordova committers
>> > > > > attending,
>> > > I'm
>> > > > > not sure I could justify attending solo.
>> > > > >
>> > > > >
>> > > > > -Original Message-
>> > > > > From: Steven Gill [mailto:stevengil...@gmail.com]
>> > > > > Sent: Tuesday, January 19, 2016 11:05 AM
>> > > > > To: dev@cordova.apache.org
>> > > > > Subject: Apache Con NA May 11-13 in Vancouver, BC
>> > > > >
>> > > > > Anyone planning on submitting a talk for apachecon?
>> > > > >
>> > > > > The folks over at Apache Flex are wondering if we want to
>> > > > > partner to create a client-side track.
>> > > > >
>> > > > >
>> > > > >
>> > > >
>> > >
>> > https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fevents
>> > .linuxfoundation.org%2fevents%2fapachecon-north-america&data=01%7c01%7
>> > crsalva%40microsoft.com%7ca77249e9c394412deb6908d32103904c%7c72f988bf8
>> > 6f141af91ab2d7cd011db47%7c1&sdata=DtyHuN1e3o5ARFZ5lNSvHlk0JwrY2zp5hBnt
>> > bQGSkQY%3d
>> > > > >
>> > > >
>> > >
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> For additional commands, e-mail: dev-h...@cordova.apache.org
>>

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Personal Introduction: Jerroyd Moore

[Homer, Tony]

Hi Jerroyd :)

>>an extensive board game collection and more Steam games than I have time to 
>>play
Nice, I had no idea!
I haven't been playing much lately, but my most recent plays are Code 777, 
Patchwork, King of Tokyo and Machi Koro.
On Steam, my most recent plays are Slime Rancher and Crypt of the NecroDancer.

All pretty hardcore stuff, amirite?  ;)
Not Steam, but I'm looking forward to picking up Twilight Princess HD for WiiU 
tomorrow!

Tony

On 3/3/16, 1:41 AM, "Steven Gill"  wrote:

>Welcome Jerroyd!
>
>Make sure to join us on slack! Sign up at slack.cordova.io.
>
>Let us know if you have any question!
>
>-Steve
>
>On Wed, Mar 2, 2016 at 9:53 PM, Nikhil Khandelwal 
>wrote:
>
>> Welcome! Looking forward to your contributions!
>>
>> -Nikhil
>>
>> -Original Message-
>> From: So, Byoungro [mailto:byoungro...@intel.com]
>> Sent: Wednesday, March 2, 2016 8:16 PM
>> To: dev@cordova.apache.org
>> Subject: Re: Personal Introduction: Jerroyd Moore
>>
>> Welcome on board, Jerroyd.
>>
>> Byoungro So
>> SSG / DPD / Mobile Computing and Compilers Intel Corporation
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On 3/2/16, 2:03 PM, "Carlos Santana"  wrote:
>>
>> >Welcome Jerroyd !
>> >
>> >
>> >On Wed, Mar 2, 2016 at 4:56 PM Jerroyd Moore 
>> wrote:
>> >
>> >> Hello Apache Cordova!
>> >>
>> >> I am a member of the HTML5 Tools Team at Intel. My main
>> >> responsibilities include managing the backend build system, including
>> >> the tools that build cordova applications for windows platforms. I
>> >> used to dabble in HTML5 apps, but am moving away from user
>> >> application development and more into a devops role.
>> >>
>> >> I live and work in San Francisco, CA. When I'm not working, I spend
>> >> my time snowboarding, camping, watching broadway performances. I also
>> >> have an extensive board game collection and more Steam games than I
>> >> have time to play.
>> >>
>> >> Nice to meet you!
>> >> --Jerroyd
>> >>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> For additional commands, e-mail: dev-h...@cordova.apache.org
>>

Re: [DISCUSS] Core Plugins and Android API 23

[Homer, Tony]

It took me a while to find it, but I guess you mean CB-10455?



On 2/5/16, 7:56 AM, "julio cesar sanchez"  wrote:

>I think we just forgot, somebody mentioned this on slack and there is an
>issue open on JIRA.
>
>2016-02-05 13:52 GMT+01:00 Homer, Tony :
>
>> Earlier in this thread, Richard stated:
>> >> This change has been merged into the file, camera, geolocation, and
>> contacts plugins (media did not actually require any change).
>>
>>
>> Media was updated on 1/15 but it still has a "cordova-android >=5.0.0-dev"
>> engine tag.
>> I couldn't find any other discussion about this on the list and wondered
>> why it was retained for media.
>> Was this an oversight?
>>
>>
>> Thanks!
>> Tony
>>
>>
>>
>>
>> On 1/15/16, 4:40 PM, "Simon MacDonald"  wrote:
>>
>> >LGTM
>> >
>> >+1
>> >
>> >Simon Mac Donald
>> >http://hi.im/simonmacdonald
>> >
>> >On Fri, Jan 15, 2016 at 4:32 PM, Joe Bowser  wrote:
>> >
>> >> Sorry, wrong PR:
>> >> https://github.com/apache/cordova-plugin-inappbrowser/pull/136
>> >>
>> >> On Fri, Jan 15, 2016 at 11:42 AM, Joe Bowser  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 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.
>> >> >
>> >> > https://github.com/apache/cordova-plugin-inappbrowser/pull/135
>> >> >
>> >> > On Thu, Jan 14, 2016 at 2:02 PM, Carlos Santana > >
>> >> > wrote:
>> >> >
>> >> >> I agree with final compromise, I also had a discussion with Nikhil
>> >> during
>> >> >> holiday break offline and understood the situation, some 3rd party
>> >> plugins
>> >> >> are not open source and customers/devs don't move as fast as we wish,
>> >> but
>> >> >> having a CLI 6 with latest plugins being backwards compatible with
>> lower
>> >> >> Android API is good base for developers to start upgrading.
>> >> >>
>> >> >>
>> >> >> On Thu, Jan 14, 2016 at 1:23 PM Steven Gill 
>> >> >> wrote:
>> >> >>
>> >> >> > Awesome! I'll kick up a discuss thread
>> >> >> >
>> >> >> > On Wed, Jan 13, 2016 at 5:42 PM, Richard Knoll <
>> rikn...@microsoft.com
>> >> >
>> >> >> > wrote:
>> >> >> >
>> >> >> > > Hey all,
>> >> >> > >
>> >> >> > > This change has been merged into the file, camera, geolocation,
>> and
>> >> >> > > contacts plugins (media did not actually require any change). I
>> was
>> >> >> able
>> >> >> > to
>> >> >> > > build and run mobilespec on cordova-android 4.0.0 and
>> >> >> cordova-android's
>> >> >> > > master. We should probably push for a plugins release soon, since
>> >> >> there
>> >> >> > are
>> >> >> > > also some major bug fixes to the contacts and camera plugins that
>> >> were
>> >> >> > > recently pushed.
>> >> >> > >
>> >> >> > > Thanks,
>> >> >> > > Richard
>> >> >> > >
>> >> >> > > -Original Message-
>> >> >> > > From: Nikhil Khandelwal [mailto:nikhi...@microsoft.com]
>> >> >> > > Sent: Friday, January 8, 2016 12:12 PM
>> >> >> > > To: dev@cordova.apache.org
>> >> >> > > Subject: RE: [DISCUSS] Core Plugins and Android API 23
>> >> >> > >
>> >> >> > > We had a good discussion about this offline with Joe, Simon,
>> Steve,
>> >> >> > Jesse,
>> >> >> > > Parashu and Jason. We came to the following agreement:
>> >> >> > > This is a temporary fix to the plugins which we need to take to
>> >> ensure
>> >> >> > > Cordova 5.x tools behavior of using the edge plugins do

Re: [DISCUSS] Core Plugins and Android API 23

[Homer, Tony]

Earlier in this thread, Richard stated:
>> This change has been merged into the file, camera, geolocation, and contacts 
>> plugins (media did not actually require any change).


Media was updated on 1/15 but it still has a "cordova-android >=5.0.0-dev" 
engine tag.
I couldn't find any other discussion about this on the list and wondered why it 
was retained for media.
Was this an oversight?


Thanks!
Tony




On 1/15/16, 4:40 PM, "Simon MacDonald"  wrote:

>LGTM
>
>+1
>
>Simon Mac Donald
>http://hi.im/simonmacdonald
>
>On Fri, Jan 15, 2016 at 4:32 PM, Joe Bowser  wrote:
>
>> Sorry, wrong PR:
>> https://github.com/apache/cordova-plugin-inappbrowser/pull/136
>>
>> On Fri, Jan 15, 2016 at 11:42 AM, Joe Bowser  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 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.
>> >
>> > https://github.com/apache/cordova-plugin-inappbrowser/pull/135
>> >
>> > On Thu, Jan 14, 2016 at 2:02 PM, Carlos Santana 
>> > wrote:
>> >
>> >> I agree with final compromise, I also had a discussion with Nikhil
>> during
>> >> holiday break offline and understood the situation, some 3rd party
>> plugins
>> >> are not open source and customers/devs don't move as fast as we wish,
>> but
>> >> having a CLI 6 with latest plugins being backwards compatible with lower
>> >> Android API is good base for developers to start upgrading.
>> >>
>> >>
>> >> On Thu, Jan 14, 2016 at 1:23 PM Steven Gill 
>> >> wrote:
>> >>
>> >> > Awesome! I'll kick up a discuss thread
>> >> >
>> >> > On Wed, Jan 13, 2016 at 5:42 PM, Richard Knoll > >
>> >> > wrote:
>> >> >
>> >> > > Hey all,
>> >> > >
>> >> > > This change has been merged into the file, camera, geolocation, and
>> >> > > contacts plugins (media did not actually require any change). I was
>> >> able
>> >> > to
>> >> > > build and run mobilespec on cordova-android 4.0.0 and
>> >> cordova-android's
>> >> > > master. We should probably push for a plugins release soon, since
>> >> there
>> >> > are
>> >> > > also some major bug fixes to the contacts and camera plugins that
>> were
>> >> > > recently pushed.
>> >> > >
>> >> > > Thanks,
>> >> > > Richard
>> >> > >
>> >> > > -Original Message-
>> >> > > From: Nikhil Khandelwal [mailto:nikhi...@microsoft.com]
>> >> > > Sent: Friday, January 8, 2016 12:12 PM
>> >> > > To: dev@cordova.apache.org
>> >> > > Subject: RE: [DISCUSS] Core Plugins and Android API 23
>> >> > >
>> >> > > We had a good discussion about this offline with Joe, Simon, Steve,
>> >> > Jesse,
>> >> > > Parashu and Jason. We came to the following agreement:
>> >> > > This is a temporary fix to the plugins which we need to take to
>> ensure
>> >> > > Cordova 5.x tools behavior of using the edge plugins does not break
>> >> for
>> >> > our
>> >> > > users. We will pursue the change for all the affected plugins. This
>> >> will
>> >> > go
>> >> > > out in the next PLUGINS release which will happen before the Cordova
>> >> 6.0
>> >> > > release. Since this a temporary fix, we aim to remove it in 6 months
>> >> > > (giving reasonable time for our user base to move to Cordova 6.x+
>> >> which
>> >> > > will have a better plugin version pinning mechanism).
>> >> > >
>> >> > > Thanks,
>> >> > > Nikhil
>> >> > >
>> >> > > -Original Message-
>> >> > > From: Simon MacDonald [mailto:simon.macdon...@gmail.com]
>> >> > > Sent: Thursday, January 7, 2016 4:00 PM
>> >> > > To: dev@cordova.apache.org
>> >> > > Subject: Re: [DISCUSS] Core Plugins and Android API 23
>> >> > >
>> >> > > I'm going to play devils advocate a bit here:
>> >> > >
>> >> > >
>> >> > > > There are valid reasons why many app developers might not be ready
>> >> to
>> >> > > > move to API level 23:
>> >> > > >   1) They have an app which is stabilizing or in maintenance mode
>> >> and
>> >> > > > they don't want to risk destabilization by moving to a new major
>> >> > > > Cordova version, Cordova Android platform, and Android API level.
>> >> > > >
>> >> > >
>> >> > > If the developer is not ready to move to a new version of Cordova
>> >> Android
>> >> > > or the Android API would it not also follow that they shouldn't be
>> >> > changing
>> >> > > their plugin versions?
>> >> > >
>> >> > >
>> >> > > >   2) They are using a 3rd-party plugin which has not yet been
>> >> updated
>> >> > > > to request Android permissions as required by API level 23. There
>> >> are
>> >> > > > probably a lot of plugins affected, since access to any of the
>> >> > > > following things on Android M requires runtime permission
>> requests:
>> >> > > > calendar, contacts, phone, camera, microphone, location, beacons,
>> >> > > sensors, SMS, storage.
>> >> > > >
>> >> > >
>> >> > > Right, so if the 3rd party plugin they are using doesn't support
>> >> Android
>> >> > M
>> >> > > they should either a) not upgrade or b) send a PR to the 

Re: Update Labels

[Homer, Tony]

Added.




On 1/31/16, 7:43 PM, "seank@gmail.com on behalf of Sean Kelly" 
 wrote:

>I don't appear to have the permissions to update labels in JIRA
>
>could someone add the following labels to CB-7786?
>
>cordova inappbrowser android
>
>Thanks,
>
>Sean

Re: help running android native tests

[Homer, Tony]

I thought about the test some more and looked at what happens when a missing 
file is loaded.
Normally CordovaActivity shows a dialog that exits when the user presses ok 
button.
I think this test should check that displayError is being called with an 
appropriate message.
To test this, I overrode displayError in the test activity (showing dialog is 
not very useful in tests).

I submitted a PR with this change.
Joe and Carlos, please let me know if you think it's a reasonable approach.



On 1/29/16, 7:19 PM, "Carlos Santana"  wrote:

>you are correct Homer and Joe, I figured it out the test needs some love
>
>I added the 
>
>
>On Fri, Jan 29, 2016 at 6:58 PM Joe Bowser  wrote:
>
>> Yeah, it looks like the behaviour has changed since this was run.  I have a
>> feeling that someone "refactored" and "cleaned up" the tests and the
>> original intent of this test was lost.
>>
>> So, yeah, this should have an intent provided to it, and this test should
>> fail.  The tests definitely need to be looked at again and their usefulness
>> re-evaluated.
>>
>> On Fri, Jan 29, 2016 at 4:35 PM, Homer, Tony  wrote:
>>
>> > HtmlNotFoundTest fails for me too.
>> >
>> > Is it a problem that the CordovaActivity displays an error dialog?
>> > If it is, we could override displayError in MainTestActivity.
>> >
>> > Maybe it's simpler than that - should the test be setting an errorUrl and
>> > then asserting that the errorUrl has been loaded?
>> > If no errorUrl is set, testActivity.getCordovaWebView().getUrl() would
>> > still be equal to START_URL, wouldn't it?
>> >
>> >
>> > In that case the current assertion should fail (and the test would fail).
>> >
>> > On 1/29/16, 5:16 PM, "Joe Bowser"  wrote:
>> >
>> > >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
>> > >> at
>> > org.apache.cordova.test.HtmlNotFoundTest$1.run(HtmlNotFoundTest.java:36)
>> > >> at
>> > >>
>> > >>
>> >
>> android.test.InstrumentationTestCase$1.run(InstrumentationTestCase.java:138)
>> > >> at
>> > android.app.Instrumentation$SyncRunnable.run(Instrumentation.java:1871)
>> > >> at android.os.Handler.handleCallback(Handler.java:739)
>> > >> at android.os.Handler.dispatchMessage(Handler.java:95)
>> > >> at android.os.Looper.loop(Looper.java:135)
>> > >> at android.app.ActivityThread.main(ActivityThread.java:5254)
>> > >> at
>> > >>
>> > >>
>> >
>> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903)
>> > >> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698)
>> > >>
>> > >> Are the tests wrong, or my setup missing something I followed the
>> > >> instructions in the README.md in the test folder
>> > >>
>> > >>
>> > >> [1]:
>> > https://github.com/apache/cordova-android/blob/master/test/README.md
>> > >>
>> >
>>

Re: help running android native tests

[Homer, Tony]

HtmlNotFoundTest fails for me too.

Is it a problem that the CordovaActivity displays an error dialog?
If it is, we could override displayError in MainTestActivity.

Maybe it's simpler than that - should the test be setting an errorUrl and then 
asserting that the errorUrl has been loaded?
If no errorUrl is set, testActivity.getCordovaWebView().getUrl() would still be 
equal to START_URL, wouldn't it?


In that case the current assertion should fail (and the test would fail).

On 1/29/16, 5:16 PM, "Joe Bowser"  wrote:

>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
>> at org.apache.cordova.test.HtmlNotFoundTest$1.run(HtmlNotFoundTest.java:36)
>> at
>>
>> android.test.InstrumentationTestCase$1.run(InstrumentationTestCase.java:138)
>> at android.app.Instrumentation$SyncRunnable.run(Instrumentation.java:1871)
>> at android.os.Handler.handleCallback(Handler.java:739)
>> at android.os.Handler.dispatchMessage(Handler.java:95)
>> at android.os.Looper.loop(Looper.java:135)
>> at android.app.ActivityThread.main(ActivityThread.java:5254)
>> at
>>
>> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903)
>> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698)
>>
>> Are the tests wrong, or my setup missing something I followed the
>> instructions in the README.md in the test folder
>>
>>
>> [1]: https://github.com/apache/cordova-android/blob/master/test/README.md
>>

Re: Doing some late night work, and I found this

[Homer, Tony]

Pretty exciting! Definitely seems like it would be cleaner.
Do you think this would be a new bridge mode?

I spent a couple minutes trying to find an example of how to use this, but 
didn't come up with anything outside of the docs.

Looks like the relevant classes are WebMessage, WebMessagePort and WebView.
The relevant methods on WebView are createWebMessageChannel[1] and 
postWebMessage[2].
createWebMessageChannel returns an array of 2 WebMessagePorts.
I don't quite get how it works - how does the JS side know what port to use?
The WebMessagePort overview [3] talks about transferring a port to JS - what 
does that mean?

I'll come back to this later and re-read the docs.
Thanks for bringing this up, Joe!


[1] 
http://developer.android.com/reference/android/webkit/WebView.html#createWebMessageChannel()
[2] 
http://developer.android.com/reference/android/webkit/WebView.html#postWebMessage(android.webkit.WebMessage,
 android.net.Uri)
[3] http://developer.android.com/reference/android/webkit/WebMessagePort.html


On 1/27/16, 1:10 AM, "Joe Bowser"  wrote:

>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 API Level 23, but it's interesting.
>
>Thoughts?

Re: Lisf to iPhone and iPad modelos

[Homer, Tony]

According to this gist[1], which is based on data from here[2], it is iPad6,7 
for iPad Pro (WiFi) and iPad6,8 for iPad Pro (Cellular).

[1] https://gist.github.com/Jaybles/1323251

[2] https://www.theiphonewiki.com/wiki/Models



On 1/4/16, 6:25 PM, "Sergio Nader da Cunha Sardo"  
wrote:

>ONe more thought: looks like we cannot identify iPad Pro in the lis
>iPad Pro (Wi-Fi Only) Pending
>iPad Pro (Wi-Fi/Cellular) Pending
>
>So, I don't exactly what pending means, but if some has an iPad Pro around
>and could tell us what device.model reports, it would be greatly
>appreciated.
>
>Best,
>
>
>
>On Mon, Jan 4, 2016 at 8:27 PM, Sergio Nader da Cunha Sardo <
>sergio.na...@gmail.com> wrote:
>
>> Also, there is something that could be differet to help: iOS simulator
>> could report the right device identifier, what it does not. It's weird, as
>> it kills part of the utility of the simulator
>>
>> ​​
>> Sérgio Nader
>>
>> Skype: sergio.nader.br
>>
>> Tel: 55 11 9 9101 4590
>>
>>
>>
>> ​www.brasilisdigital.com.br
>>
>> Tecnologia & Inovação​
>>
>>
>> On Mon, Jan 4, 2016 at 7:34 PM, Mefire O.  wrote:
>>
>>> The link does seem useful. Maybe, it could be checked into the device
>>> plugin documentation to help others out as well ?
>>> On Jan 4, 2016 6:56 AM, "Horn, Julian C"  wrote:
>>> Here's a useful URL:
>>> https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fwww.everyi.com%2fby-identifier%2fipod-iphone-ipad-specs-by-model-identifier.html&data=01%7c01%7commenjik%40microsoft.com%7caba9e4d4588d4a6a16b508d3151740a7%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=ZzDeLk0miii4vlFmOPQ%2bIg%2flu2BZaXCT5ccQmfptMd4%3d
>>>
>>> This claims to list the model string for every Apple device.  For
>>> example, the model string for an iPhone 6s Plus is "iPhone8,2".
>>>
>>> -Original Message-
>>> From: Sergio Nader da Cunha Sardo [mailto:sergio.na...@gmail.com
>>> ]
>>> Sent: Friday, January 01, 2016 3:53 PM
>>> To: dev@cordova.apache.org
>>> Subject: Lisf to iPhone and iPad modelos
>>>
>>> Hello!
>>>
>>> Happy New Year!
>>>
>>> Where can I find a list of the returned values for the device.model for
>>> iOS devices? For instance, need to kown it the device is an iPad 2, 3, etc
>>> or an iphone 4, 5, 5S, 6, 6 Plus, etc
>>>
>>> As I don't have all the phisical devices to test and considering the
>>> simulator does reports the same info as the real device, I'm lost (and
>>> could not find it anywhere)
>>>
>>> Best regards,
>>>
>>> ​​
>>> Sérgio Nader
>>>
>>> Skype:
>>> https://na01.safelinks.protection.outlook.com/?url=sergio.nader.br&data=01%7c01%7commenjik%40microsoft.com%7caba9e4d4588d4a6a16b508d3151740a7%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=hdFBxqDomu%2bPICHijUy891JbCuFpJU5wEZZ%2fsw3pLAs%3d
>>>
>>> Tel: 55 11 9 9101 4590
>>>
>>>
>>>
>>> ​
>>> https://na01.safelinks.protection.outlook.com/?url=www.brasilisdigital.com.br&data=01%7c01%7commenjik%40microsoft.com%7caba9e4d4588d4a6a16b508d3151740a7%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=WJXZmqsdBZuIE2V7hLHUMGJ1%2f5B8Pu6nZAIECWiZ184%3d
>>>
>>> Tecnologia & Inovação​
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>>> For additional commands, e-mail: dev-h...@cordova.apache.org
>>>
>>
>>

Re: Introduction

[Homer, Tony]

Hi Sean,

FTFY: "ADD CAL 12-28-1999 Go all in on pets.com, retire in 2001!"
WML/HDML, so last century!
I didn't do anything with email APIs, but I worked on a project where we sent 
turn-by-turn directions as WBMPs for Blackberry pagers.

Welcome to the list!


Tony





On 12/28/15, 6:43 PM, "seank@gmail.com on behalf of Sean Kelly" 
 wrote:

>Hi,
>
>My name is Sean Kelly and I have been a professional developer for over 32
>years. Still love it, wouldn't do anything different.
>
>I've been playing with mobile since before the days of WML when SkyTel had
>a pager that would let you send email messages by laboriously tapping them
>out using only arrow keys and an ok button. Back then we had email APIs
>where you'd send an email with "ADD CAL 12-28-2015 17:00 dinner with Joe"
>as the subject and on 12/28 you'd receive a email/page reminding you about
>your appointment. We've come a long way.
>
>I work for a company that develops interactive online training and we are
>expanding our platform to support tablets. That's where Cordova comes in.
>Hope to make some positive contributions in the near future.
>
>Go Carefully,
>
>SeanK

Re: [VOTE] 4.0.1 iOS Release (attempt 2)

[Homer, Tony]

+1

Confirmed sigs & hashes with `coho verify-archive`
Verified hash matches tag with `coho verify-tags`
Re-created archive with `coho create-archive`, verified contents match release 
candidate

Created app w/ `cordova platform add 
https://github.com/apache/cordova-ios#4.0.1`


Ran on device and simulator w/ `cordova run ios--device` and `cordova run ios`

On 12/17/15, 8:31 AM, "Carlos Santana"  wrote:

>I vote +1
>
>Review code changes in commits
>Use coho verify-tags
>Use coho create-archive and compare contents
>Created app using uiwenview
>Created app using wkwebview
>Correct version 4.0.1 is reported using CLI and Runtime
>
>
>On Wed, Dec 16, 2015 at 5:48 PM Shazron  wrote:
>
>> Please review and vote on this 4.0.1 iOS Release
>> by replying to this email (and keep discussion on the DISCUSS thread)
>>
>> Release issue: https://issues.apache.org/jira/browse/CB-10203
>>
>> The archive has been published to dist/dev:
>> https://dist.apache.org/repos/dist/dev/cordova/CB-10203
>>
>> The package was published from its corresponding git tag:
>> cordova-ios: 4.0.1 (7890eae664)
>>
>> Note that you can test it out via:
>>
>> cordova platform add https://github.com/apache/cordova-ios#4.0.1
>>
>> (you might have to use the Apache git servers)
>>
>> Upon a successful vote I will upload the archive to dist/, publish it
>> to npm, and post the blog post.
>>
>> Voting guidelines:
>> https://github.com/apache/cordova-coho/blob/master/docs/release-voting.md
>>
>> Voting will go on for a minimum of 48 hours.
>>
>> 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
>> * Ensured continuous build was green when repo was tagged (tested file
>> transfer on my own server)
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> For additional commands, e-mail: dev-h...@cordova.apache.org
>>
>>

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [DISCUSS] cordova-ios 4.0.1 release

[Homer, Tony]

I see the same thing as Carlos - version is still 4.0.0 in some places.

[~]$ cordova create ios401test
Creating a new cordova project.
[~]$ cd ios401test/
[~/ios401test]$ cordova platform add 
https://git-wip-us.apache.org/repos/asf/cordova-ios.git#4.0.1
git cloning: https://git-wip-us.apache.org/repos/asf/cordova-ios.git#4.0.1
Repository "https://git-wip-us.apache.org/repos/asf/cordova-ios.git"; checked 
out to git ref "4.0.1".
Adding ios project...
iOS project created with cordova-ios@4.0.1
...
[~/ios401test]$ cordova platform
Installed platforms: ios 4.0.0


It's not updated on the 4.0.1 tagged version in Apache git either:
https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;a=shortlog;h=refs/tags/4.0.1



(click tree, then navigate to, for example, 
bin/templates/scripts/cordova/version->raw)

Regarding the missing tag on github, this is a problem on many releases.
I'm not sure it's the same thing in this case, but per Steve there is a known 
infra issue when you push only a tag:

"In terms of the tag and mirroring, here is the response I got from infra last 
time about android's tag and if it gets automatically updated.
'It is automated, however if you just updated a tag, the mirroring daemon will 
not sync as there is no substance to the change (same got for just creating a 
new branch with no changes).'
You can just file an issue to infra and they can manual update it."


On 12/16/15, 9:24 AM, "Carlos Santana"  wrote:




>I see something weird.
>Version was not updated from 4.0.0 to 4.0.1 in a couple of places.
>
>After creating an app I see 4.0.0 in:
>platform/ios/cordova/version
>platform/ios/www/cordova.js
>Doing
>$ cordova platform ls
>Installed platforms: ios 4.0.0
>Available platforms: amazon-fireos, android, blackberry10, browser,
>firefoxos, osx, webos
>
>And in webview doing
>cordova.version
>"4.0.0"
>
>Did you use coho to cut the release? I thought that coho takes care of
>updating the version with corresponding tag in multiple places including
>adding cordova-js snapshot
>
>I see version updated to 4.0.1 in package.json and native CDVAvailability.h
>
>
>git master doesn't point to 4.1.0-dev it points to 4.0.1 in package.json
>
>waiting on someone else to double check if I'm doing something wrong before
>I send a stupid invalid -1 vote.
>
>
>On Wed, Dec 16, 2015 at 9:12 AM Carlos Santana  wrote:
>
>> you can do this instead
>> cordova platform add
>> https://git-wip-us.apache.org/repos/asf/cordova-ios.git#4.0.1
>>
>>
>> On Wed, Dec 16, 2015 at 9:01 AM Carlos Santana 
>> wrote:
>>
>>> I see the tag 4.0.1 on apache git but I don't see it on github
>>> So doing this fails cordova platform add
>>> https://github.com/apache/cordova-ios#4.0.1
>>>
>>> I will continue verifying, just wanted to give a heads up, and see if its
>>> an INFRA problem
>>>
>>>
>>> On Tue, Dec 15, 2015 at 4:26 PM Shazron  wrote:
>>>
 I'll put out a VOTE thread later today based on the resolved issues
 here:
 https://issues.apache.org/jira/issues/?jql=labels%20%3D%20cordova-ios-4.0.1

 On Tue, Dec 15, 2015 at 10:02 AM, Carlos Santana 
 wrote:
 > https://issues.apache.org/jira/browse/CB-10156
 > seems odd, I left a request to add more info and sample plugin. I'm OK
 not
 > to have in 4.0.1
 >
 > https://issues.apache.org/jira/browse/CB-10186
 > This is risky it can break a lot of things, not worth fixing/changing
 until
 > more investigation
 >
 > https://issues.apache.org/jira/browse/CB-10184
 > adding the new icon size for ipad pro seems small, to change the
 template
 > with new icon and update prepare.js
 > I think it will be good to have it fix in 4.0.1, but will not cry if
 you
 > think is not urgent
 >
 > everything else I review the changes and seems reasonable.
 >
 >
 >
 > On Tue, Dec 15, 2015 at 10:26 AM Steven Gill 
 wrote:
 >
 >> +1
 >> On Dec 15, 2015 2:04 AM, "Shazron"  wrote:
 >>
 >> > All issues investigated and resolved for:
 >> >
 >>
 https://issues.apache.org/jira/issues/?jql=labels%20%3D%20cordova-ios-4.0.1
 >> >
 >> > 1 from the above is a https://www.npmjs.com/package/xcode issue I
 think:
 >> >   https://issues.apache.org/jira/browse/CB-10156
 >> >
 >> > Punted more complex fixes to cordova-ios-4.1.0 since they require
 >> > Platform API/template changes:
 >> >
 >>
 https://issues.apache.org/jira/issues/?jql=labels%20%3D%20cordova-ios-4.1.0
 >> >
 >> > On Mon, Dec 14, 2015 at 3:34 PM, Shazron  wrote:
 >> > > Issues that are labeled 'cordova-ios-4.0.1'.
 >> > > Not all will be fixed for the release though.
 >> > >
 >> > >
 >> >
 >>
 https://issues.apache.org/jira/issues/?jql=labels%20%3D%20cordova-ios-4.0.1
 >> >
 >> >
 -
 >> > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.or

Re: [REVIEW] plugins release blog post for cordova-plugin-inappbrowser 1.1.1

[Homer, Tony]

LGTM




On 12/10/15, 7:43 PM, "Shazron"  wrote:

>Please comment and review:
>https://github.com/apache/cordova-docs/pull/439
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>For additional commands, e-mail: dev-h...@cordova.apache.org
>

Re: Cordova Face to Face Meeting

[Homer, Tony]

I think this would be a great way to spur discussion about shared concerns.
It would be great if we could identify some opportunities to make changes
that would be beneficial for downstream distributors.

I can certainly provide a quick survey of what we do in Intel XDK.


Tony

On 10/2/15, 4:36 PM, "Nikhil Khandelwal"  wrote:

>+1 to Martijn/Carlos mentioned. Please send PRs to the agenda document
>here with your thoughts and agenda items
>
>https://github.com/cordova/cordova-discuss/blob/master/proposals/Face2Face
>-Oct15.md#topics-for-breakout-sessions-and-people-interested-in-it
>
>I will do the same by the beginning of next week.
>
>-Nikhil
>
>-Original Message-
>From: Parashuram N [mailto:panar...@microsoft.com]
>Sent: Friday, October 2, 2015 1:14 PM
>To: dev@cordova.apache.org
>Subject: RE: Cordova Face to Face Meeting
>
>Hey,
>
>Here is another topic I thought I would propose for the Cordova face to
>face meeting. Apart from working on Cordova, most of us also use Cordova
>to build tools for our IDEs, or build applications with Cordova. I
>thought this would also be an interesting place to see demos of how
>people are using Cordova in their tools of applications. For example, I
>would like to see how Cordova is used in things like Intel XDK, Phonegap
>desktop, Worklight, etc. This would also help us understand how the
>changes we make in Cordova impacts our customers.
>
>What do you guys think ? Would you folks want to talk about how you are
>using Cordova in your products and applications, and would like to demo
>that in 10-15 minutes ?
>
>-Original Message-
>From: Carlos Santana [mailto:csantan...@gmail.com]
>Sent: Friday, October 2, 2015 12:30 PM
>To: dev@cordova.apache.org
>Subject: Re: Cordova Face to Face Meeting
>
>I changed the google password apachecordova...@gmail.com it's stored in
>svn, the new password is "passw0rd" :-) I was not able to login, and when
>I did it asked me to change the password because of suspicious activity
>
>On Thu, Oct 1, 2015 at 1:23 PM Steven Gill  wrote:
>
>> Please do! Definitely interested
>>
>> On Thu, Oct 1, 2015 at 5:49 AM, Carlos Santana 
>> wrote:
>>
>> > Hi who can give me super powers for
>> >
>> >
>> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithu
>> b.com%2fcordova%2fcordova-discuss%2fblob%2fmaster%2fproposals%2fFace2F
>> ace-Oct15.md&data=01%7c01%7cpanarasi%40microsoft.com%7caa57b093f0914c7
>> c169808d2cb5ff996%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=L8Y52qD
>> Fk1skH38LCA3GqrjRiQBf8fTl%2fQONCOYYYEE%3d
>> >  ?
>> >
>> > I want to create a table of topics and +1 column, and link to a
>> > github issue so conversation can happen before and during f2f to
>> > capture ideas there, also to give a chance to anyone in the open to
>> > comment on the
>> github
>> > issues.
>> >
>> > I have topics that interested me, but want to want to know if there
>> > are others that are interested on same topic, or a way that
>> > different topics are about the same area or problem. Also to allow
>> > folks from other
>> projects
>> > to add topics "React Native + Cordova", "ES2105 + Cordova", "X +
>>Cordova"
>> > etc..
>> >
>> > Also this is not a request for work, is more into there are folks
>> > interested on maintaining components, I think we get a lot of can
>> > cordova do x, I want to see hey I think cordova can do y to better
>> > fit with x and will be willing to contribute and maintain it :-)
>> >
>> >
>> > On Thu, Oct 1, 2015 at 4:26 AM Martijn Walraven <
>> > martijnwalra...@meteor.com>
>> > wrote:
>> >
>> > > Hi everyone,
>> > >
>> > > I¹m not sure what people have in mind for the agenda, but one
>> > > topic I¹d
>> > be
>> > > interested in discussing is what we could learn from React Native.
>> > Leaving
>> > > aside the issue of web technologies vs. native for now, I think
>> > > React Native contains some interesting innovations in terms of
>> > > developer experience (error reporting, debugger menu, etc.) and
>> > > plugin
>> architecture
>> > > (asynchronous batched bridge, threading model, ability to pass
>> functions,
>> > > sending events, etc.). There may even be ways for the two projects
>> > > to
>> > work
>> > > together, share tooling, plugins, etc.
>> > >
>> > > If people are interested, I could prepare a short presentation
>> > > about
>> some
>> > > of these ideas as a starting point for discussion.
>> > >
>> > > Martijn
>> > >
>> > > > On 30 Sep 2015, at 22:50, Parashuram N 
>> wrote:
>> > > >
>> > > > Here are some more details about the location of the meeting. I
>> > > > will
>> > > also be sending around a reminder as we get closer, so that
>> > > everyone
>> has
>> > > the address.
>> > > >
>> > > > Meeting location
>> > > > Microsoft Building 33. Room Name - Rainier Address : Building
>> > > > 33, 16070 NE 36th Way, Redmond, WA 98052
>> > > >
>> > > > Send me an email if you have trouble finding the location.
>> > > >
>> > > > -Original Message-
>> > > > From: Jesse [mailto:purpleca

Re: [Android] 5.0.x release branch?

[Homer, Tony]

Joe-

As far as I can tell, the API 23 calls are currently unguarded so smores
will only work on M Preview.
I know your smores branch is a POC, but I was wondering about backwards
compatibility.
Do you anticipate adding Build.VERSION.SDK_INT >= Build.VERSION_CODES.M
guard clauses for backwards compatibility?

Tony

On 9/23/15, 1:56 PM, "Joe Bowser"  wrote:

>On Wed, Sep 23, 2015 at 9:36 AM, Carlos Santana 
>wrote:
>
>> No need to major version change for the Plugins, the API of the didn't
>> change.
>> Web developer still uses the same JS API to use the plugin.
>>
>>
>I would do a major version bump on Geolocation.  The API itself didn't
>change but the behaviour certainly did.  On Marshmallow we have to add
>this
>extra shim that asks for permission, which means that there's now code
>attached to Android Geolocation that didn't exist before.  All the other
>plugins should still be fine.
>
>
>> Yes I did some thinking around the plugin search website. I think is a
>>good
>> topic for the F2F.
>> Now that IBM is using Cordova Plugin more heavily to package our mobile
>> SDKs using Cordova Plugins, I think is beneficial to expose more info
>>about
>> the plugin including engine tags
>>
>> I would not go and build our own backend and have our own registry with
>> cordova metadata.
>>
>> I think the solution is to put the metadata of plugin.xml into
>> package.json. We can show fast results in main search, but then user can
>> drill into the plugin details, and we can have a view with more
>>information
>> and allow the user to select a specific version like we have today in
>>our
>> plugin website search using the cordova registry.
>>
>> The website can fetch the package.json and it will have the information
>>to
>> display to the user.
>>
>> So what I think we need to do is document and automate the information
>>from
>> plugin.xml including engine tags into the package.json.
>>
>> Today we have some sort of duplicate information between the "cordova"
>>and
>> "keywords", I think it would be a good time to clean it up and add an
>>array
>> in cordova.engines
>>
>>
>>
>> On Wed, Sep 23, 2015 at 12:19 PM Nikhil Khandelwal
>>> >
>> wrote:
>>
>> > Merging threads. I was no aware of any security implications of using
>> > reflection - Perhaps if the reflection target can be controlled
>>through
>> > external data. In any case, I understand your hesitation with use of
>> > reflection. I would love to have longer discussions on the F2F on what
>> > approaches we could use to make this easier for Cordova developers.
>> >
>> > Joe: Could you add the appropriate engine tags in any case? That's how
>> > Cordova currently handles versioning between plugins & platforms.
>>Also,
>> > does this imply that the plugins should have a major version bump as
>>it
>> is
>> > a breaking change? Please create the 5.x branches and if you could
>> submit a
>> > PR - I had other minor code review comments on the diffs below.
>> >
>> > Carlos: I understand in the extreme case it can be a fairly
>>complicated
>> > implementation with lots of criteria to use to determine the ideal
>>plugin
>> > that might work given a set of platforms. However, trying a couple of
>> > previous versions of the plugins might work 80% of the time and that
>> might
>> > be good enough. This requires more thought as there are quite a few
>> > scenarios here.
>> >
>> > As for plugin search website helping you find the correct engine tags
>>- I
>> > like the idea. But this might requires us maintaining a backend for
>> plugin
>> > search as this is specified in plugin.xml (and not package.json - or
>>did
>> we
>> > finally move this?).
>> >
>> > Thanks,
>> > Nikhil
>> >
>> > -Original Message-
>> > From: Carlos Santana [mailto:csantan...@gmail.com]
>> > Sent: Tuesday, September 22, 2015 6:14 PM
>> > To: dev@cordova.apache.org
>> > Subject: Re: [Android] 5.0.x release branch?
>> >
>> > +1 we should always use the engine tag to mark the minimum compatible
>> > +version at least
>> >
>> > -1 for cordova CLI to automagically to install an older version. It
>>will
>> > be a pain to get this implemented right, we would need to download all
>> the
>> > package.json for multiple versions of the plugin and pick the lowest
>> 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 display the engine tags for a specific plugin version.
>> Allowing
>> > a developer to search for a compatible plugin for their current app.
>> >
>> > - Carlos
>> > Sent from my iPhone
>> >
>> >
>> > -Original Message-
>> > From: Joe Bowser [mailto:bows...@gmail.com]
>> > Sent: Tuesday, September 22, 2015 6:17 PM
>> > To: dev@cordova.apache.org
>> > Subject: Re: [Android] 5.0.x release branch?
>> >
>> > I'm completely against using reflection for this purpose.  Version
>>codes
>> 

Re: Cordova Face to Face meeting

[Homer, Tony]

Good news regarding Meteor!
Slava Kim kindly passed our invitation on to the current maintainer of
Meteor's Cordova integration, Martijn Walraven.

Martijn is interested in hearing more about our upcoming Face to Face
Meeting.
 

I asked him to join the Cordova dev mailing list so that he could get more
details about it.
I think he has already joined, so hopefully he will get this message and
respond :)

Tony



On 8/25/15, 7:48 PM, "Jesse"  wrote:

>Should we do all 3, and make the middle day the 'big' one?
>
>
>My team is hiring!
>@purplecabbage
>risingj.com
>
>On Tue, Aug 25, 2015 at 4:35 PM, Shazron  wrote:
>
>> Not so fast :) We'll have to decide the start date since we need to
>>travel
>> the day before the start date...
>>
>>
>> On Tue, Aug 25, 2015 at 4:16 PM, Parashuram N 
>> wrote:
>>
>> > Hey guys,
>> >
>> > Time to book the tickets, I have been able to secure a location for
>>the
>> > 13, 14 and 15th. We now need to decide if this is on (13 and 14) or
>>(14
>> > and 15), but please do start the travel processes.
>> >
>> > Looking forward to a productive meeting !!
>> >
>> > On 8/25/15, 11:50 AM, "Parashuram N"  wrote:
>> >
>> > >Hi Tony,
>> > >
>> > >Thanks for reaching out to the Meteor folks. It would really be good
>>to
>> > >have some more popular Cordova tool users in the meeting - would be a
>> good
>> > >way to learn from folks who use what we write !!
>> > >
>> > >On 8/25/15, 10:58 AM, "Carlos Santana"  wrote:
>> > >
>> > >>Thanks Tony, remind me to contact you when I need a private
>>detective
>> :-)
>> > >>
>> > >>On Tue, Aug 25, 2015 at 10:45 AM Homer, Tony 
>> > >>wrote:
>> > >>
>> > >>> I do not know anyone from Meteor, but I did a little searching
>> through
>> > >>>the
>> > >>> repo to try to find someone who might be a good point of contact
>>for
>> > >>>this
>> > >>> topic.  Slava Kim had a lot of Cordova-related commits and
>>according
>> to
>> > >>> his resume, he led Cordova integration for Meteor.  I sent an
>>email
>> to
>> > >>>the
>> > >>> address he has listed on github to ask if he would be interested
>>in
>> > >>> attending or to put me in contact with someone else who might be
>> > >>> interested.
>> > >>>
>> > >>> On 8/24/15, 12:38 AM, "Parashuram N" 
>>wrote:
>> > >>>
>> > >>> >Anyone in the community know folks from Meteor ? Can someone from
>> here
>> > >>> >reach out to them and invite them to the meeting as well ?
>> > >>> >
>> > >>> >On 8/23/15, 7:22 AM, "Carlos Santana" 
>>wrote:
>> > >>> >
>> > >>> >>It would cool to see if someone from the Meteor project can
>>attend
>> to
>> > >>> >>give
>> > >>> >>feedback and collaborate. I know they some type of integration
>>with
>> > >>> >>Cordova
>> > >>> >>
>> > >>> >>Anyone know someone from that community?
>> > >>> >>On Fri, Aug 21, 2015 at 6:54 PM Parashuram N <
>> panar...@microsoft.com
>> > >
>> > >>> >>wrote:
>> > >>> >>
>> > >>> >>> Update: I am working of getting the conferences rooms and
>>other
>> > >>> >>>logistics
>> > >>> >>> set up for 2 days. We should most likely be able to do it on
>>the
>> 2
>> > >>> >>>dates
>> > >>> >>> that we have proposed.
>> > >>> >>>
>> > >>> >>> -Original Message-
>> > >>> >>> From: Carlos Santana [mailto:csantan...@gmail.com]
>> > >>> >>> Sent: Thursday, August 20, 2015 6:07 PM
>> > >>> >>> To: dev@cordova.apache.org
>> > >>> >>> Subject: Re: Cordova Face to Face meeting
>> > >>> >>>
>> > >>> >>> Yes Monaca very good indeed, I saw their stuff at AngularU
>> > >>> >>>
>> > >>> >&g

Re: Cordova Face to Face meeting

[Homer, Tony]

I do not know anyone from Meteor, but I did a little searching through the
repo to try to find someone who might be a good point of contact for this
topic.  Slava Kim had a lot of Cordova-related commits and according to
his resume, he led Cordova integration for Meteor.  I sent an email to the
address he has listed on github to ask if he would be interested in
attending or to put me in contact with someone else who might be
interested.

On 8/24/15, 12:38 AM, "Parashuram N"  wrote:

>Anyone in the community know folks from Meteor ? Can someone from here
>reach out to them and invite them to the meeting as well ?
>
>On 8/23/15, 7:22 AM, "Carlos Santana"  wrote:
>
>>It would cool to see if someone from the Meteor project can attend to
>>give
>>feedback and collaborate. I know they some type of integration with
>>Cordova
>>
>>Anyone know someone from that community?
>>On Fri, Aug 21, 2015 at 6:54 PM Parashuram N 
>>wrote:
>>
>>> Update: I am working of getting the conferences rooms and other
>>>logistics
>>> set up for 2 days. We should most likely be able to do it on the 2
>>>dates
>>> that we have proposed.
>>>
>>> -Original Message-
>>> From: Carlos Santana [mailto:csantan...@gmail.com]
>>> Sent: Thursday, August 20, 2015 6:07 PM
>>> To: dev@cordova.apache.org
>>> Subject: Re: Cordova Face to Face meeting
>>>
>>> Yes Monaca very good indeed, I saw their stuff at AngularU
>>>
>>> On Thu, Aug 20, 2015 at 9:02 PM Ryan J. Salva 
>>> wrote:
>>>
>>> > I'm reaching out to the guys at Ionic and Telerik. Masa from Monaca
>>> > has already indicated his desire to attend.
>>> >
>>> > rjs
>>> >
>>> > Ryan J. Salva  |  Principal Program Manager Lead Visual Studio Tools
>>> > for Apache Cordova rsa...@microsoft.com
>>> > 425 706 5270 office
>>> > 206 612 5079 mobile
>>> >
>>> >
>>> >
>>> > My team is hiring.
>>> >
>>> > -Original Message-
>>> > From: Carlos Santana [mailto:csantan...@gmail.com]
>>> > Sent: Thursday, August 20, 2015 6:00 PM
>>> > To: dev@cordova.apache.org
>>> > Subject: Re: Cordova Face to Face meeting
>>> >
>>> > It will be cool if folks that leverage cordova attend to hear what
>>> > they have to say and position on move the web/mobile community
>>> > forward, folks like Ionic, Telerik, React-Native, NPM any others? Can
>>> > you guys have contacts to reach out, I can ping Ionic Slack to see if
>>> > they are aware of the Meetup
>>> >
>>> > Oh still working on travel approval, now the financial overloads want
>>> > expense budget What should I enter the $ field for the fax? :-)
>>> >
>>> > On Wed, Aug 19, 2015 at 6:49 PM Carlos Santana 
>>> > wrote:
>>> >
>>> > > I don't have travel approval yet, they wanted the specific date
>>> > > first
>>> > >
>>> > > - Carlos
>>> > > Sent from my iPhone
>>> > >
>>> > > > On Aug 19, 2015, at 2:21 PM, Victor Sosa 
>>> > wrote:
>>> > > >
>>> > > > As Julio says, please share the notes, recordings or comments you
>>> > > > guys agree (I envy all the attendees so much, especially Carlos
>>> > > > :P)
>>> > > >
>>> > > > On Wed, Aug 19, 2015 at 12:46 PM Parashuram N
>>> > > > 
>>> > > > wrote:
>>> > > >
>>> > > >> Awesome, I will get started on the logistics side to book 14 as
>>> > > >> the
>>> > > pivot,
>>> > > >> and see if I can do 13 or 15.
>>> > > >>
>>> > > >> -Original Message-
>>> > > >> From: Steven Gill [mailto:stevengil...@gmail.com]
>>> > > >> Sent: Wednesday, August 19, 2015 9:50 AM
>>> > > >> To: dev@cordova.apache.org
>>> > > >> Subject: Re: Cordova Face to Face meeting
>>> > > >>
>>> > > >> I have closed the doodle.
>>> > > >>
>>> > > >> Oct, wed 14th has the best availability. Everyone who responded
>>> > > >> can make it. I suggest we pick that day and combine it with
>>> > > >> either the 13th or
>>> > > the
>>> > > >> 15th to make this a two day meeting.
>>> > > >>
>>> > > >> Let us know if that works for booking space at Microsoft
>>> > > >> Parashuram! If so, the rest of us can start booking flights.
>>> > > >>
>>> > > >> On Tue, Aug 18, 2015 at 10:18 PM, Parashuram N
>>> > > >> 
>>> > > >> wrote:
>>> > > >>
>>> > > >>> Can we  close this doodle now?
>>> > > >>>
>>> > > >>> Also, just to be clear, we are not explicitly limiting this to
>>> > > >>> committers
>>> > > >>> - anyone interested in the development of the project is
>>>welcome.
>>> > > >>> However, I am guessing that we will not be talking basics of
>>> > > >>> Cordova, so this may not be a meeting to learn about Cordova or
>>> > > >>> how
>>> > to use it.
>>> > > >>>
>>> > > >>> -Original Message-
>>> > > >>> From: tommy-carlos williams [mailto:to...@devgeeks.org]
>>> > > >>> Sent: Monday, August 17, 2015 1:58 PM
>>> > > >>> To: dev@cordova.apache.org
>>> > > >>> Subject: Re: Cordova Face to Face meeting
>>> > > >>>
>>> > > >>> FOMO!
>>> > > >>>
>>> > > >>> :(
>>> > > >>>
>>> > > >>> EnjoyŠ
>>> > > >>>
>>> > > >>>
>>> > > >>> On 18 August 2015 at 06:57:27, julio cesar sanchez
>>> > > >>> (jcesarmob...@gmail.com)
>>> > > >>> wrote:
>>> > > >>>
>>> > > >>

Re: questions about coho audit-license-headers and check-license

[Homer, Tony]

Thanks for replying Steve - I see what you mean about dependencies, hadn't
thought about that.

When I did `coho verify-archive` I got "gpg: WARNING: This key is not
certified with a trusted signature!".
I guess this is ok, but is there any way to address the warning?


On 8/13/15, 2:47 PM, "Steven Gill"  wrote:

>Audit license headers is the important one.
>
>At the end of the day, we aren't shipping any of our dependencies. They
>are
>all downloaded by our users. We can contact module authors who don't have
>license listed to get them to list one.
>
>-Steve
>
>On Thu, Aug 13, 2015 at 5:40 AM, Homer, Tony  wrote:
>
>> I'm trying to validate the tools release.
>> I'm following the instructions[1], but I haven't used coho before and am
>> not sure about the results.
>>
>> `coho audit-license-headers -r js -r lib -r cli -r plugman`
>> The doc warns that audit-license-headers has false positives, so I'm
>> ignoring the following results:
>> ./appveyor.yml
>> ./tasks/vendor/commonjs-tests/*
>> ./tasks/vendor/jasmine/*
>> ./spec-cordova/*
>> ./spec-plugman/*
>> ./src/plugman/help.txt
>> Are these are all false positives?
>> If yes, I think the audit-license-headers results are ok.
>>
>> `coho check-license -r tools`
>> I got a lot of results so I started adding what I think are false
>> positives to the license filter:
>> "ISC","Public Domain","WTFPL","ASF","Unlicense","Artistic-2.0"
>> I also updated to nlf 1.3.2 in order to get nicer output and a fix for
>>the
>> single license under licenses bug [2].
>> I still get 88 results for packages with no license entry in
>>package.json.
>> (plus xmldom, which has a syntax error in the license entry but has an
>> Apache-compatible license)
>>
>> Are "ISC","Public Domain","WTFPL","ASF","Unlicense","Artistic-2.0" all
>> Apache-compatible?
>> Are packages with no license entry ok - any additonal action required?
>> Should I submit a PR to add the additional license strings to the filter
>> and update nlf?
>>
>> [1]
>> 
>>https://github.com/apache/cordova-coho/blob/master/docs/tools-release-pro
>>cess.md#test
>> [2] https://github.com/iandotkelly/nlf/pull/22
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> For additional commands, e-mail: dev-h...@cordova.apache.org
>>
>>


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [Vote] Tools Release

[Homer, Tony]

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
* Verified sha1s match tags with `coho verify-tags`
* Confirmed sigs & hashes with `coho verify-archive`
* Created mobilespec via CLI for android & ios, successfully ran on device
* Created hello world app, ran on ios and android
* Validated archive contents by comparing with local git clones


On 8/12/15, 9:26 PM, "Carlos Santana"  wrote:

>I'm right now in the middle of it and found something weird with
>cordova-lib
>
>It has an extra src/plugman/temp that I don't see on git
>
>- Carlos
>Sent from my iPhone
>
>> On Aug 12, 2015, at 8:50 PM, Steven Gill  wrote:
>> 
>> Need one more vote
>> 
>> On Tue, Aug 11, 2015 at 4:45 PM, Nikhil Khandelwal
>>
>> wrote:
>> 
>>> +1.
>>> 
>>> * Ran coho audit -license-headers
>>> * Ran coho verify-tags and validated all the tags
>>> * Created a hello world app to ensure the correct versions of the
>>> platforms are pinned.
>>> 
>>> Thanks,
>>> Nikhil
>>> 
>>> 
>>> -Original Message-
>>> From: Steven Gill [mailto:stevengil...@gmail.com]
>>> Sent: Friday, August 7, 2015 2:41 PM
>>> To: dev@cordova.apache.org
>>> Subject: [Vote] Tools Release
>>> 
>>> Please review and vote on this Tools Release by replying to this email
>>> (and keep discussion on the Upcoming Releases DISCUSS thread)
>>> 
>>> Release issue:
>>> 
>>>https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fissues.
>>>apache.org%2fjira%2fbrowse%2fCB-9469&data=01%7c01%7cnikhilkh%40microsoft
>>>.com%7c15e0994c4a114dbcd77b08d29f70ec37%7c72f988bf86f141af91ab2d7cd011db
>>>47%7c1&sdata=y6vRNgLcR%2fiLYLnhY%2fWAo%2bic7U4IuwXAWV%2bNHgsyk8g%3d
>>> 
>>> Both tools have been published to
>>> dist/dev:https://dist.apache.org/repos/dist/dev/cordova/CB-9469/
>>> 
>>> The packages were published from their corresponding git tags:
>>> 
>>>cordova-js: 4.1.0 (6caab6c283)
>>>cordova-lib: 5.2.0 (0d544b4d12)
>>>cordova-plugman: 1.0.0 (d020606d67)
>>>cordova-cli: 5.2.0 (e23bb5d82f)
>>> 
>>> You can test via npm: npm i -g cordova@rc
>>> 
>>> Release Notes:
>>> plugman:
>>> 
>>>https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithub.
>>>com%2fapache%2fcordova-plugman%2fblob%2fmaster%2fRELEASENOTES.md&data=01
>>>%7c01%7cnikhilkh%40microsoft.com%7c15e0994c4a114dbcd77b08d29f70ec37%7c72
>>>f988bf86f141af91ab2d7cd011db47%7c1&sdata=ZS5PrQTLNTxNggacjzlznIfaEumUMnh
>>>v2Z2NMvTaxgE%3d
>>> cli:
>>> 
>>>https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithub.
>>>com%2fapache%2fcordova-cli%2fblob%2fmaster%2fRELEASENOTES.md&data=01%7c0
>>>1%7cnikhilkh%40microsoft.com%7c15e0994c4a114dbcd77b08d29f70ec37%7c72f988
>>>bf86f141af91ab2d7cd011db47%7c1&sdata=dnVFuErh5Wc0Uwa6lNyr8DZPcoTfwwpJVQw
>>>hV6CJgSA%3d
>>> lib:
>>> 
>>>https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithub.
>>>com%2fapache%2fcordova-lib%2fblob%2fmaster%2fcordova-lib%2fRELEASENOTES.
>>>md&data=01%7c01%7cnikhilkh%40microsoft.com%7c15e0994c4a114dbcd77b08d29f7
>>>0ec37%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=Q9tJN2%2flO27wruElTEl
>>>Xg7sjNyvI0bgjAGifmKjMHXI%3d
>>> js:
>>> 
>>>https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithub.
>>>com%2fapache%2fcordova-js%2fblob%2fmaster%2fRELEASENOTES.md&data=01%7c01
>>>%7cnikhilkh%40microsoft.com%7c15e0994c4a114dbcd77b08d29f70ec37%7c72f988b
>>>f86f141af91ab2d7cd011db47%7c1&sdata=3EdpaODnTCoIMsWFS5Ddhol7QSlTxBJqi1yV
>>>eHQo7j4%3d
>>> 
>>> I will post a separate thread for the blog post review once I have it
>>> ready.
>>> 
>>> Upon a successful vote I will upload the archives to dist/, publish
>>>them
>>> to npm under the `latest` tag, and post the corresponding blog post.
>>> 
>>> Voting guidelines:
>>> 
>>> 
>>>https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithub.
>>>com%2fapache%2fcordova-coho%2fblob%2fmaster%2fdocs%2frelease-voting.md&d
>>>ata=01%7c01%7cnikhilkh%40microsoft.com%7c15e0994c4a114dbcd77b08d29f70ec3
>>>7%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=BeCBMxOC4VFoj1NU3ZnQBJKZ2
>>>Be6on%2bpiefklOSSKIY%3d
>>> 
>>> Voting will go on for a minimum of 48 hours.
>>> 
>>> 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
>>> * Ensured continuous build was green when repos were tagged
>>> * Built a simple hello world app with
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>>> For additional commands, e-mail: dev-h...@cordova.apache.org
>>> 
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>For additional commands, e-mail: dev-h...@cordova.apache.org
>


-
To unsubscribe, e-mail: d

Re: [REVIEW] Please review tools release blog post

[Homer, Tony]

I added a comment to the PR (nit + questions about pinned versions).
Otherwise LGTM.

On 8/13/15, 2:11 AM, "Steven Gill"  wrote:

>Please review. https://github.com/cordova/apache-blog-posts/pull/43


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

questions about coho audit-license-headers and check-license

[Homer, Tony]

I'm trying to validate the tools release.
I'm following the instructions[1], but I haven't used coho before and am not 
sure about the results.

`coho audit-license-headers -r js -r lib -r cli -r plugman`
The doc warns that audit-license-headers has false positives, so I'm ignoring 
the following results:
./appveyor.yml
./tasks/vendor/commonjs-tests/*
./tasks/vendor/jasmine/*
./spec-cordova/*
./spec-plugman/*
./src/plugman/help.txt
Are these are all false positives?
If yes, I think the audit-license-headers results are ok.

`coho check-license -r tools`
I got a lot of results so I started adding what I think are false positives to 
the license filter:
"ISC","Public Domain","WTFPL","ASF","Unlicense","Artistic-2.0"
I also updated to nlf 1.3.2 in order to get nicer output and a fix for the 
single license under licenses bug [2].
I still get 88 results for packages with no license entry in package.json.
(plus xmldom, which has a syntax error in the license entry but has an 
Apache-compatible license)

Are "ISC","Public Domain","WTFPL","ASF","Unlicense","Artistic-2.0" all 
Apache-compatible?
Are packages with no license entry ok - any additonal action required?
Should I submit a PR to add the additional license strings to the filter and 
update nlf?

[1] 
https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md#test
[2] https://github.com/iandotkelly/nlf/pull/22


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

questions about coho audit-license-headers and check-license

[Homer, Tony]

I'm trying to validate the release.
I'm following the instructions[1], but I haven't used coho before and am
not sure about the results.

`coho audit-license-headers -r js -r lib -r cli -r plugman`
The doc warns that audit-license-headers has false positives, so I'm
ignoring results like:
./appveyor.yml
./tasks/vendor/commonjs-tests/*
./tasks/vendor/jasmine/*
./spec-cordova/*
./spec-plugman/*
./src/plugman/help.txt
I get results from each repo, but I think it's all false positives and
audit-license-headers is ok.

`coho check-license -r tools`

The doc says to do `coho check-license -r tools`, but when I did that I
got a lot of results.
I still got a lot of results so I started adding what I think are false
positives to the license filter:
"ISC","Public Domain","WTFPL","ASF","Unlicense","Artistic-2.0"
I also updated to nlf 1.3.2 in order to get nicer output and a fix for the
single license under licenses bug[2].
I still get 88 results for packages with no license entry in package.json.
(plus xmldom, which has a syntax error in the license entry but has an
Apache-compatible license)


Are "ISC","Public Domain","WTFPL","ASF","Unlicense","Artistic-2.0" all
Apache-compatible?
Are packages with no license entry ok - any additonal action required?
Should I submit a PR to add the additional license strings to the filter
and update nlf?

[1] 
https://github.com/apache/cordova-coho/blob/master/docs/tools-release-proce
ss.md#test
[2] https://github.com/iandotkelly/nlf/pull/22


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: whitelist plugin problem - wrong version "latest" on npm?

[Homer, Tony]

I guess there is not much point to 1.1.0 until cordova-ios 4.0.0 is
released...
Is latest intentionally set to 1.0.0 as a way to avoid CB-9163 [1]?


[1] https://issues.apache.org/jira/browse/CB-9163

On 8/10/15, 2:03 PM, "Homer, Tony"  wrote:

>TL;DR: 
>It seems that either the cordova-plugin-whitelist ref in
>cordova-app-hello-world is wrong
>-OR- 
>the wrong version of cordova-app-hello-world is marked latest in npm.
>I think it's the latter.
>
>I wanted to test some details of whitelist plugin behavior on iOS.
>I was expected to be able to start with CLI 5.1.1, create a default
>project, add iOS and have the whitelist plugin be automatically included.
>This worked, but whitelist plugin v1.0.0 was added.
>This seems wrong since v1.1.0 was released, adding support for iOS.
>I checked JIRA and this list, but could not find anything like this
>reported (this makes me wonder if it's my environment that is to blame).
>I wasn't sure what the root cause of the problem was, so I started poking
>around to try to determine what/if I should log in JIRA.
>
>I started looking through the dependencies:
>cordova-cli 5.1.1->cordova-lib 5.1.1->cordova-app-hello-world 3.9.0
>(note: 5.2.0 also depends on cordova-app-hello-world 3.9.0)
>cordova-app-hello-world 3.9.0 config.xml includes the whitelist plugin as
>follows:
>
>
>I'm not sure how configParser handles version="1".
>I wondered if that could be the issue - in any case, should that be a
>semver number or is "1" ok?
>
>I double-checked the latest plugins release notes [1] to verify that
>cordova-plugin-whitelist@1.1.0 had been released (it had been).
>Then I checked npmjs.com [2] and was surprised to see that "1.0.0 is the
>latest of 4 releases".
>So then I did `npm info cordova-plugin-whitelist` and I see:
> 
>{ name: 'cordova-plugin-whitelist',
>  description: 'Cordova Whitelist Plugin',
>  'dist-tags': { latest: '1.0.0', rc: '1.0.1-dev' },
>  versions: [ '1.0.0', '1.1.0' ],
>...
>
>So now I'm even more confused - it looks like 1.1.0 has been published to
>npm, but 1.0.0 is marked as latest.
>Is this is the root cause of the issue?
>FWIW, I spot-checked a couple other plugins on npmjs [3][4] and their
>"latest" versions are consistent with plugin release notes [1].
>
>[1] http://cordova.apache.org/news/2015/06/22/plugins-release.html
>[2] https://www.npmjs.com/package/cordova-plugin-whitelist
>[3] https://www.npmjs.com/package/cordova-plugin-vibration
>[4] https://www.npmjs.com/package/cordova-plugin-splashscreen
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>For additional commands, e-mail: dev-h...@cordova.apache.org
>


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

whitelist plugin problem - wrong version "latest" on npm?

[Homer, Tony]

TL;DR: 
It seems that either the cordova-plugin-whitelist ref in
cordova-app-hello-world is wrong
-OR- 
the wrong version of cordova-app-hello-world is marked latest in npm.
I think it's the latter.

I wanted to test some details of whitelist plugin behavior on iOS.
I was expected to be able to start with CLI 5.1.1, create a default
project, add iOS and have the whitelist plugin be automatically included.
This worked, but whitelist plugin v1.0.0 was added.
This seems wrong since v1.1.0 was released, adding support for iOS.
I checked JIRA and this list, but could not find anything like this
reported (this makes me wonder if it's my environment that is to blame).
I wasn't sure what the root cause of the problem was, so I started poking
around to try to determine what/if I should log in JIRA.

I started looking through the dependencies:
cordova-cli 5.1.1->cordova-lib 5.1.1->cordova-app-hello-world 3.9.0
(note: 5.2.0 also depends on cordova-app-hello-world 3.9.0)
cordova-app-hello-world 3.9.0 config.xml includes the whitelist plugin as
follows:


I'm not sure how configParser handles version="1".
I wondered if that could be the issue - in any case, should that be a
semver number or is "1" ok?

I double-checked the latest plugins release notes [1] to verify that
cordova-plugin-whitelist@1.1.0 had been released (it had been).
Then I checked npmjs.com [2] and was surprised to see that "1.0.0 is the
latest of 4 releases".
So then I did `npm info cordova-plugin-whitelist` and I see:
 
{ name: 'cordova-plugin-whitelist',
  description: 'Cordova Whitelist Plugin',
  'dist-tags': { latest: '1.0.0', rc: '1.0.1-dev' },
  versions: [ '1.0.0', '1.1.0' ],
...

So now I'm even more confused - it looks like 1.1.0 has been published to
npm, but 1.0.0 is marked as latest.
Is this is the root cause of the issue?
FWIW, I spot-checked a couple other plugins on npmjs [3][4] and their
"latest" versions are consistent with plugin release notes [1].

[1] http://cordova.apache.org/news/2015/06/22/plugins-release.html
[2] https://www.npmjs.com/package/cordova-plugin-whitelist
[3] https://www.npmjs.com/package/cordova-plugin-vibration
[4] https://www.npmjs.com/package/cordova-plugin-splashscreen


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [VOTE] Plugins release - cordova-plugin-file-transfer

[Homer, Tony]

This was published to NPM, but there was never a blog post announcing the
update.
I guess this was just an oversight?

Tony

On 7/10/15, 8:51 PM, "Nikhil Khandelwal"  wrote:

>This vote has passed. Thanks! The release has been published to:
>
>https://dist.apache.org/repos/dist/release/cordova/plugins/cordova-plugin-
>file-transfer-1.2.1.tgz
>
>Thanks,
>Nikhil
>
>
>-Original Message-
>From: Jesse [mailto:purplecabb...@gmail.com]
>Sent: Thursday, July 9, 2015 2:16 PM
>To: dev@cordova.apache.org
>Subject: Re: [VOTE] Plugins release - cordova-plugin-file-transfer
>
>+1
>- ran coho verify-archive : verified!
>- ran tests on android and ios: both had 36 specs 0 failures
>
>> cordova-paramedic --platform ios --plugin .
>> cordova-paramedic --platform android --plugin .
>
>
>
>My team is hiring!
>@purplecabbage
>risingj.com
>
>On Thu, Jul 9, 2015 at 1:41 PM, Dmitry Blotsky 
>wrote:
>
>> I've done the following:
>> * Ran coho audit-license-headers and saw no errors
>> * Ran coho check-license and saw no errors
>> * Built and ran mobilespec tests on Android
>>
>> I vote +1.
>>
>> Kindly,
>> Dmitry
>>
>> -Original Message-
>> From: Nikhil Khandelwal [mailto:nikhi...@microsoft.com]
>> Sent: Tuesday, July 7, 2015 11:25 AM
>> To: dev@cordova.apache.org
>> Subject: [VOTE] Plugins release - cordova-plugin-file-transfer
>>
>> Please review and vote on the release of this plugins release by
>> replying to this email (and keep discussion on the DISCUSS thread)
>>
>> Release issue: https://issues.apache.org/jira/browse/CB-9312
>>
>> The plugins have been published to dist/dev:
>> https://dist.apache.org/repos/dist/dev/cordova/CB-9312
>>
>> Upon a successful vote I will upload the archives to dist/ and npm.
>>
>> Voting guidelines:
>> https://github.com/apache/cordova-coho/blob/master/docs/release-voting
>> .md
>>
>> Voting will go on for a minimum of 48 hours.
>>
>> 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
>>
>> Thanks,
>> Nikhil
>>
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> For additional commands, e-mail: dev-h...@cordova.apache.org
>>
>>
>?B�CB�
>?�?[��X��ܚX�K??K[XZ[?�??]�][��X��ܚX�P?�ܙ?ݘK�\?X�?K�ܙ�B��܈?Y??]?[ۘ[??��[X[�
>?�??K[XZ[?�??]�Z?[???�ܙ?ݘK�\?X�?K�ܙ�B


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [DISCUSS] Release Cordova-Android 4.1.0

[Homer, Tony]

Nikhil-

I'd like to get this PR merged in for 4.1.0:
https://github.com/apache/cordova-android/pull/182


I'll try to get it merged in today.

Tony

On 7/17/15, 12:49 PM, "Nikhil Khandelwal"  wrote:

>I can take this up. Thanks! Look out for the VOTE thread soon.
>
>Thanks,
>Nikhil
>
>
>-Original Message-
>From: Joe Bowser [mailto:bows...@gmail.com]
>Sent: Friday, July 17, 2015 9:43 AM
>To: dev@cordova.apache.org
>Subject: Re: [DISCUSS] Release Cordova-Android 4.1.0
>
>I haven't started on this release at all yet.  I can start the release
>process on Monday but I'm on PTO on the 25th so someone else should
>really handle this one.
>
>Cutting releases is a long and frustrating process, and trying to rush it
>always leads to disaster.
>
>On Fri, Jul 17, 2015, 9:29 AM Nikhil Khandelwal 
>wrote:
>
>> Joe: Are you working on doing this release? Do you need help?
>>
>> It would be good to have this done before we do the next tools release
>> - which also has a discuss thread.
>>
>> Thanks,
>> Nikhil
>>
>>
>> -Original Message-
>> From: Joe Bowser [mailto:bows...@gmail.com]
>> Sent: Thursday, July 9, 2015 9:47 AM
>> To: dev@cordova.apache.org
>> Subject: Re: [DISCUSS] Release Cordova-Android 4.1.0
>>
>> There's always pending PRs, they shouldn't ever determine our release
>> schedule.
>>
>> On Thu, Jul 9, 2015 at 9:23 AM Nikhil Khandelwal
>> 
>> wrote:
>>
>> > +1. Let's do it. It will be good to get the Android implementation
>> > +of the
>> > 'requirements' feature out.
>> >
>> > Are there any pending PRs that should be merged :
>> > https://github.com/apache/cordova-android/pulls? I don’t know enough
>> > about Android platform to make a call.
>> >
>> > Thanks,
>> > Nikhil
>> >
>> >
>> > -Original Message-
>> > From: Joe Bowser [mailto:bows...@gmail.com]
>> > Sent: Wednesday, July 8, 2015 10:37 AM
>> > To: dev
>> > Subject: [DISCUSS] Release Cordova-Android 4.1.0
>> >
>> > Hey
>> >
>> > After discussing the release of Cordova-Android 4.0.3, and looking
>> > at the commit log on Master, we should probably just do a 4.1.0
>> > release
>> instead.
>> > This is a minor release with enough bug fixes to justify it.  I'm
>> > wondering if there's any reason we shouldn't do a 4.1.0 release?  If
>> > not, I'll start the vote thread on Monday next week.
>> >
>>
>?B�CB�
>?�?[��X��ܚX�K??K[XZ[?�??]�][��X��ܚX�P?�ܙ?ݘK�\?X�?K�ܙ�B��܈?Y??]?[ۘ[??��[X[�
>?�??K[XZ[?�??]�Z?[???�ܙ?ݘK�\?X�?K�ܙ�B

Re: [DISCUSS] Release Cordova Plugin npm Search

[Homer, Tony]

Great, looks much better now - thanks Murat!

Can you shed some light on why this happened (and if it might happen
again)?
If the data is stale, it will hamper discovery of newly published plugins.

Thanks!
Tony

On 7/13/15, 5:43 PM, "Murat Sutunc"  wrote:

>Ok, we've managed to resolve the result set issues. It should be now in
>sync with npm. Woo!
>
>-Original Message-
>From: Murat Sutunc [mailto:mura...@microsoft.com]
>Sent: Friday, July 10, 2015 12:50 PM
>To: 
>Subject: Re: [DISCUSS] Release Cordova Plugin npm Search
>
>I've reached out to npmsearch.com - trying to figure out why it's not
>updating. Will keep you guys updated. :/
>
>> On Jul 10, 2015, at 12:46 PM, Homer, Tony  wrote:
>> 
>> That's true, but that doesn't account for the difference in the size
>> of the result set.
>> The query to both npmsearch.com and npmjs.com/search is
>> "ecosystem:cordova".
>> 
>> Tony
>> 
>>> On 7/10/15, 2:26 PM, "Jesse"  wrote:
>>> 
>>> The 370 results include lots of non-plugins.
>>> 
>>> cordova-app-hello-world, cordova-wp8-testtest
>>> 
>>> 
>>> My team is hiring!
>>> @purplecabbage
>>> risingj.com
>>> 
>>> On Fri, Jul 10, 2015 at 10:57 AM, Homer, Tony 
>>> wrote:
>>> 
>>>> I was just checking out the page - nice work, thanks for doing this!
>>>> 
>>>> I had a question about the number of results.
>>>> There are 191 results listed on Cordova Plugin NPM search [1].
>>>> I also get 191 if I visit (a slightly modified version of) the
>>>> search URL directly [2].
>>>> But if I visit npmjs and search there for ecosystem:cordova [3], I
>>>> get
>>>> 370
>>>> results.
>>>> 
>>>> Is the large difference in results valid?
>>>> 
>>>> 1. http://people.apache.org/~muratsu/?q=
>>>> 2.
>>>> 
>>>> http://npmsearch.com/query?fields=name&q=keywords:%22ecosystem:cordo
>>>> va%22
>>>> &s
>>>> ize=500&start=0
>>>> 3. https://www.npmjs.com/search?q=ecosystem%3Acordova
>>>> 
>>>> Thanks!
>>>> Tony
>>>> 
>>>>> On 7/10/15, 1:32 PM, "Jesse"  wrote:
>>>>> 
>>>>> Sorting/filtering would be nice.
>>>>> Resist the urge to duplicate the data shown on npm!
>>>>> 
>>>>> 
>>>>> My team is hiring!
>>>>> @purplecabbage
>>>>> risingj.com
>>>>> 
>>>>> On Fri, Jul 10, 2015 at 10:30 AM, Murat Sutunc
>>>>> 
>>>>> wrote:
>>>>> 
>>>>>> Can I also get access to remote couchdb? It would be great to go
>>>>>> live today.
>>>>>> 
>>>>>> -Original Message-
>>>>>> From: Murat Sutunc
>>>>>> Sent: Friday, July 10, 2015 10:29 AM
>>>>>> To: dev@cordova.apache.org
>>>>>> Subject: RE: [DISCUSS] Release Cordova Plugin npm Search
>>>>>> 
>>>>>> Nikhil just profiled the website to identify bottlenecks. It's
>>>>>> definitely something I'll be improving.
>>>>>> 
>>>>>> I think giving more detailed information about plugins (eg
>>>>>> rendering README.md or showing GH issue count) and sorting is
>>>>>> future work. I
>>>> want
>>>>>> to
>>>>>> ship a MVP to customers and get as much feedback as possible
>>>>>> before
>>>> we
>>>>>> start working on such features.
>>>>>> 
>>>>>> -Original Message-
>>>>>> From: Carlos Santana [mailto:csantan...@gmail.com]
>>>>>> Sent: Thursday, July 9, 2015 3:51 PM
>>>>>> To: dev@cordova.apache.org
>>>>>> Subject: Re: [DISCUSS] Release Cordova Plugin npm Search
>>>>>> 
>>>>>> What about rendering the README.md, I don't want to duplicate
>>>>>> npmjs,
>>>> but
>>>>>> it would might be better UX to have the readme rendered on the
>>>>>> same
>>>> page
>>>>>> instead opening a new window to npmjs
>>>>>> 
>>>>>> what are you using for sorting results, can we sort 

Re: [DISCUSS] Release Cordova Plugin npm Search

[Homer, Tony]

That's true, but that doesn't account for the difference in the size of
the result set.
The query to both npmsearch.com and npmjs.com/search is
"ecosystem:cordova".

Tony

On 7/10/15, 2:26 PM, "Jesse"  wrote:

>The 370 results include lots of non-plugins.
>
>cordova-app-hello-world, cordova-wp8-testtest
>
>
>My team is hiring!
>@purplecabbage
>risingj.com
>
>On Fri, Jul 10, 2015 at 10:57 AM, Homer, Tony 
>wrote:
>
>> I was just checking out the page - nice work, thanks for doing this!
>>
>> I had a question about the number of results.
>> There are 191 results listed on Cordova Plugin NPM search [1].
>> I also get 191 if I visit (a slightly modified version of) the search
>>URL
>> directly [2].
>> But if I visit npmjs and search there for ecosystem:cordova [3], I get
>>370
>> results.
>>
>> Is the large difference in results valid?
>>
>> 1. http://people.apache.org/~muratsu/?q=
>> 2.
>> 
>>http://npmsearch.com/query?fields=name&q=keywords:%22ecosystem:cordova%22
>>&s
>> ize=500&start=0
>> 3. https://www.npmjs.com/search?q=ecosystem%3Acordova
>>
>> Thanks!
>> Tony
>>
>> On 7/10/15, 1:32 PM, "Jesse"  wrote:
>>
>> >Sorting/filtering would be nice.
>> >Resist the urge to duplicate the data shown on npm!
>> >
>> >
>> >My team is hiring!
>> >@purplecabbage
>> >risingj.com
>> >
>> >On Fri, Jul 10, 2015 at 10:30 AM, Murat Sutunc 
>> >wrote:
>> >
>> >> Can I also get access to remote couchdb? It would be great to go live
>> >> today.
>> >>
>> >> -Original Message-
>> >> From: Murat Sutunc
>> >> Sent: Friday, July 10, 2015 10:29 AM
>> >> To: dev@cordova.apache.org
>> >> Subject: RE: [DISCUSS] Release Cordova Plugin npm Search
>> >>
>> >> Nikhil just profiled the website to identify bottlenecks. It's
>> >>definitely
>> >> something I'll be improving.
>> >>
>> >> I think giving more detailed information about plugins (eg rendering
>> >> README.md or showing GH issue count) and sorting is future work. I
>>want
>> >>to
>> >> ship a MVP to customers and get as much feedback as possible before
>>we
>> >> start working on such features.
>> >>
>> >> -Original Message-
>> >> From: Carlos Santana [mailto:csantan...@gmail.com]
>> >> Sent: Thursday, July 9, 2015 3:51 PM
>> >> To: dev@cordova.apache.org
>> >> Subject: Re: [DISCUSS] Release Cordova Plugin npm Search
>> >>
>> >> What about rendering the README.md, I don't want to duplicate npmjs,
>>but
>> >> it would might be better UX to have the readme rendered on the same
>>page
>> >> instead opening a new window to npmjs
>> >>
>> >> what are you using for sorting results, can we sort by most recent,
>> >> plugins that get updated frequently tend to be more healthy, option
>>to
>> >>sort
>> >> by download stat it's nice, but I guess that's on npmjs realm and
>>they
>> >> don't have that type of sorting in place.
>> >>
>> >> On Thu, Jul 9, 2015 at 6:38 PM Shazron  wrote:
>> >>
>> >> > Plan looks good to me.
>> >> > One problem (not a blocker) is the performance of the search field.
>> >> > Try typing "cordova", it stutters as you type (tested on Safari 9
>>and
>> >> > Chrome 43
>> >> > Mac)
>> >> >
>> >> > On Thu, Jul 9, 2015 at 3:09 PM, Murat Sutunc
>>
>> >> > wrote:
>> >> >
>> >> > > Bump :)
>> >> > >
>> >> > > -Original Message-
>> >> > > From: Murat Sutunc [mailto:mura...@microsoft.com]
>> >> > > Sent: Tuesday, July 7, 2015 3:19 PM
>> >> > > To: dev@cordova.apache.org
>> >> > > Subject: [DISCUSS] Release Cordova Plugin npm Search
>> >> > >
>> >> > > Hey Everyone,
>> >> > >
>> >> > > I've been working on Cordova Plugin npm Search over the last few
>> >> > > weeks. I feel we're now in a good shape to get this released.
>> >> > >
>> >> > > Please give it a spin: http://people.apache.org/~muratsu/ and use

Re: [DISCUSS] Release Cordova Plugin npm Search

[Homer, Tony]

I was just checking out the page - nice work, thanks for doing this!

I had a question about the number of results.
There are 191 results listed on Cordova Plugin NPM search [1].
I also get 191 if I visit (a slightly modified version of) the search URL
directly [2].
But if I visit npmjs and search there for ecosystem:cordova [3], I get 370
results.

Is the large difference in results valid?

1. http://people.apache.org/~muratsu/?q=
2. 
http://npmsearch.com/query?fields=name&q=keywords:%22ecosystem:cordova%22&s
ize=500&start=0
3. https://www.npmjs.com/search?q=ecosystem%3Acordova

Thanks!
Tony

On 7/10/15, 1:32 PM, "Jesse"  wrote:

>Sorting/filtering would be nice.
>Resist the urge to duplicate the data shown on npm!
>
>
>My team is hiring!
>@purplecabbage
>risingj.com
>
>On Fri, Jul 10, 2015 at 10:30 AM, Murat Sutunc 
>wrote:
>
>> Can I also get access to remote couchdb? It would be great to go live
>> today.
>>
>> -Original Message-
>> From: Murat Sutunc
>> Sent: Friday, July 10, 2015 10:29 AM
>> To: dev@cordova.apache.org
>> Subject: RE: [DISCUSS] Release Cordova Plugin npm Search
>>
>> Nikhil just profiled the website to identify bottlenecks. It's
>>definitely
>> something I'll be improving.
>>
>> I think giving more detailed information about plugins (eg rendering
>> README.md or showing GH issue count) and sorting is future work. I want
>>to
>> ship a MVP to customers and get as much feedback as possible before we
>> start working on such features.
>>
>> -Original Message-
>> From: Carlos Santana [mailto:csantan...@gmail.com]
>> Sent: Thursday, July 9, 2015 3:51 PM
>> To: dev@cordova.apache.org
>> Subject: Re: [DISCUSS] Release Cordova Plugin npm Search
>>
>> What about rendering the README.md, I don't want to duplicate npmjs, but
>> it would might be better UX to have the readme rendered on the same page
>> instead opening a new window to npmjs
>>
>> what are you using for sorting results, can we sort by most recent,
>> plugins that get updated frequently tend to be more healthy, option to
>>sort
>> by download stat it's nice, but I guess that's on npmjs realm and they
>> don't have that type of sorting in place.
>>
>> On Thu, Jul 9, 2015 at 6:38 PM Shazron  wrote:
>>
>> > Plan looks good to me.
>> > One problem (not a blocker) is the performance of the search field.
>> > Try typing "cordova", it stutters as you type (tested on Safari 9 and
>> > Chrome 43
>> > Mac)
>> >
>> > On Thu, Jul 9, 2015 at 3:09 PM, Murat Sutunc 
>> > wrote:
>> >
>> > > Bump :)
>> > >
>> > > -Original Message-
>> > > From: Murat Sutunc [mailto:mura...@microsoft.com]
>> > > Sent: Tuesday, July 7, 2015 3:19 PM
>> > > To: dev@cordova.apache.org
>> > > Subject: [DISCUSS] Release Cordova Plugin npm Search
>> > >
>> > > Hey Everyone,
>> > >
>> > > I've been working on Cordova Plugin npm Search over the last few
>> > > weeks. I feel we're now in a good shape to get this released.
>> > >
>> > > Please give it a spin: http://people.apache.org/~muratsu/ and use
>> > > this thread to bring up any release blocking issues.
>> > >
>> > > My current thinking is that we handle the migration in two phases:
>> > >
>> > > Phase 1:
>> > >
>> > > -  Create a new URL for the npm search -
>> > > http://plugins.cordova.io/npm
>> > >
>> > > -  Add a banner to the current CPR search re-directing
>>traffic
>> > use
>> > > the new npm search -
>> > > https://github.com/apache/cordova-registry-web/pull/17
>> > >
>> > > -  Continue making improvements based on feedback to npm
>>search
>> > >
>> > > Phase 2: (NPM search is default) - July 20th
>> > >
>> > > -  Move http://plugins.cordova.io URL to the npm plugin
>>search
>> > > page.
>> > >
>> > > -  Move current CPR search http://plugins.cordova.io/lecacy/
>> > >
>> > > PS:
>> > > A special thank you to all who provided feedback on
>> > > https://github.com/cordova/cordova-discuss/issues/7 and sent PRs
>> > >
>> > > Thanks,
>> > > Murat
>> > >
>> > >
>> > >
>> > > 
>> > > - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> > > For additional commands, e-mail: dev-h...@cordova.apache.org
>> > >
>> > >
>> >
>>


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: "Internal routing error" on plugins.cordova.io

[Homer, Tony]

plugins.cordova.io is back up.

On 7/7/15, 10:07 AM, "Homer, Tony"  wrote:

>Anyone know who can investigate and fix?
>
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>For additional commands, e-mail: dev-h...@cordova.apache.org
>


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

"Internal routing error" on plugins.cordova.io

[Homer, Tony]

Anyone know who can investigate and fix?



-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

[DISCUSS] Tools Release June 4th

[Homer, Tony]

Sorry, don¹t see a DISCUSS thread and don¹t want to clutter the VOTE
thread.
Please let me know if starting a DISCUSS thread to ask a question is the
wrong way to go.

Shouldn¹t the pinned Android in Tools Release June 4th be bumped to ~4.0.2?
Currently it is ~4.0.1:
https://github.com/apache/cordova-lib/blob/5.1.x/cordova-lib/src/platforms/
platformsConfig.json



-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Updated schedule for cordova-ios 4.0.0 with pluggable webviews?

[Homer, Tony]

In March, Shazron mentioned a tentative April release[1].  Can we get an
updated estimate?
Are there tasks that need help before it can move forward?

[1] 
https://shazronatadobe.wordpress.com/2015/03/03/wkwebview-and-apache-cordov
a/

Thanks!
Tony


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [REVIEW] Plugins Release and Plugins to NPM blog post

[Homer, Tony]

Nice job Steve!  

Submitted a PR with some minor edits and a couple questions/comments:
https://github.com/cordova/apache-blog-posts/pull/37


On 4/16/15, 1:33 AM, "Steven Gill"  wrote:

>Please review and send PRs.
>
>https://github.com/cordova/apache-blog-posts/blob/master/2015-04-15-plugin
>s-release-and-move-to-npm.md


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Cordova Camera Plugin Unfetchable

[Homer, Tony]

Bin-

TL;DR - There is a DNS issue, it should be resolved soon or already.

For the record, this mailing list is for discussing Cordova development,
not for user support issues.
The subject of the last topic prior to your inquiry was ³Plugin registry
down², reported by Max and acted on by Steve.
That being said, just to be friendly, you could get around it in the very
short term by cloning the github repo.
Then you could add the plugin from your local file system copy.

Tony

P.S. /usr/bin - very cute.

On 4/15/15, 8:42 PM, "Bin Wang"  wrote:

>Hey there,
>
>I am trying to use the Cordova camera plugin following this
> tutorial.
>
>However, here is what happens:
>$ cordova plugin add org.apache.cordova.camera
>Fetching plugin "org.apache.cordova.camera" via plugin registry
>npm http GET
>http://cordova.iriscouch.com/registry/_design/app/_rewrite/org.apache.cord
>ova.camera/-/org.apache.cordova.camera-0.3.6.tgz
>npm ERR! fetch failed
>http://cordova.iriscouch.com/registry/_design/app/_rewrite/org.apache.cord
>ova.camera/-/org.apache.cordova.camera-0.3.6.tgz
>npm http GET
>http://cordova.iriscouch.com/registry/_design/app/_rewrite/org.apache.cord
>ova.camera/-/org.apache.cordova.camera-0.3.6.tgz
>npm ERR! fetch failed
>http://cordova.iriscouch.com/registry/_design/app/_rewrite/org.apache.cord
>ova.camera/-/org.apache.cordova.camera-0.3.6.tgz
>npm http GET
>http://cordova.iriscouch.com/registry/_design/app/_rewrite/org.apache.cord
>ova.camera/-/org.apache.cordova.camera-0.3.6.tgz
>npm ERR! fetch failed
>http://cordova.iriscouch.com/registry/_design/app/_rewrite/org.apache.cord
>ova.camera/-/org.apache.cordova.camera-0.3.6.tgz
>Error: getaddrinfo ENOTFOUND
>at errnoException (dns.js:37:11)
>at Object.onanswer [as oncomplete] (dns.js:124:16)
>
>
>Quick google search tells me it might be the server being down. I just
>want
>to confirm with the experts and see what I can do to get around that?
>
>Best,
>
>/usr/bin


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Tools for Cordova Commits Presentation Slides

[Homer, Tony]

First, thanks for sharing this!
Second, I tried to download so I could read offline, but I guess the
permissions don¹t allow it? It seemed to silently fail.  If that is
intended, no problem.
Thanks again, reading online now.

Tony

On 4/13/15, 4:58 PM, "Jesse"  wrote:

>And I almost forgot the last bit I learnt from your slides ... ;) smileys!
>
>
>@purplecabbage
>risingj.com
>
>On Mon, Apr 13, 2015 at 1:53 PM, Jesse  wrote:
>
>> I got a little confused by slide #54/55
>> My name is circled, but I didn't merge that pull request, I commented on
>> the next one #172 ... of course, if I had your narration, I would have
>>been
>> fine.
>>
>> Thanks for sharing this!
>> Were the talks recorded?
>>
>> @purplecabbage
>> risingj.com
>>
>> On Mon, Apr 13, 2015 at 1:31 PM, Michal Mocny 
>>wrote:
>>
>>> Great lessons learned!
>>>
>>> On Mon, Apr 13, 2015 at 4:29 PM, Murat Sutunc 
>>> wrote:
>>>
>>> > Looks pretty good to me!
>>> >
>>> > -Original Message-
>>> > From: agri...@google.com [mailto:agri...@google.com] On Behalf Of
>>> Andrew
>>> > Grieve
>>> > Sent: Monday, April 13, 2015 1:14 PM
>>> > To: dev
>>> > Subject: Tools for Cordova Commits Presentation Slides
>>> >
>>> > Created the slides to be readable without me talking over them in
>>>hopes
>>> to
>>> > be a form of documentation for the project :)
>>> >
>>> > Mainly:
>>> > - how to use some of coho,
>>> > - how to do a pull request
>>> > - picture guides to visual debugging for node, android, ios
>>> >
>>> > http://goo.gl/ciGnaR
>>> >
>>>
>>
>>


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Buildbot for Cordova on Apache Infra - Update

[Homer, Tony]

Dmitry-

Thanks for the extra effort!
I¹m traveling next week and won¹t have very much time, so I¹ll just assign
one to myself for now and watch the others.

Tony

On 4/10/15, 7:49 PM, "Dmitry Blotsky"  wrote:

>Hi all,
>
>I've compiled a list of JIRAs to address the failures we're currently
>seeing on Buildbot (http://ci.cordova.io):
>
>https://issues.apache.org/jira/browse/CB-8842: device motion tests on
>Android and iOS
>https://issues.apache.org/jira/browse/CB-8843: mobilespec tests on Android
>https://issues.apache.org/jira/browse/CB-8844: file tests on Android
>https://issues.apache.org/jira/browse/CB-8845: geolocation tests on
>Android and iOS
>https://issues.apache.org/jira/browse/CB-8846: media tests on Android,
>iOS, WP8.1, and WP8
>https://issues.apache.org/jira/browse/CB-8847: contacts tests on iOS
>https://issues.apache.org/jira/browse/CB-8848: file transfer tests on iOS
>and WP8
>https://issues.apache.org/jira/browse/CB-8849: file tests on WP8
>
>Kindly,
>Dmitry
>
>-Original Message-
>From: Nikhil Khandelwal [mailto:nikhi...@microsoft.com]
>Sent: Thursday, April 9, 2015 3:00 PM
>To: dev@cordova.apache.org
>Subject: RE: Buildbot for Cordova on Apache Infra - Update
>
>I did a quick look at the coho nighly release script - wonder if you can
>use buildbot instead of Jenkins? It will be tightly integrated with a
>nightly run of the tests that can also send out an email notification to
>the dev list of the nightly build publish and test status.
>
>Other Apache projects have been doing that:
>http://ci.apache.org/buildbot.html
>
>We can discuss a bit more of this on the hangout.
>
>Thanks,
>Nikhil
>
>
>-Original Message-
>From: Steven Gill [mailto:stevengil...@gmail.com]
>Sent: Thursday, March 26, 2015 5:50 PM
>To: dev@cordova.apache.org
>Subject: Re: Buildbot for Cordova on Apache Infra - Update
>
>I haven't had time to really work on getting nightlies going for a while.
>I will try to get them up and going again after phase 1. I'm thinking of
>using docker on apaches jenkins might be the best way to attempt it.
>Apache build settings issues are what killed the momentum the last time.
>
>On Mon, Mar 23, 2015 at 6:10 PM, Nikhil Khandelwal
>
>wrote:
>
>> Hi,
>> Over the last couple of months, we have been reviving medic and
>> ensuring it runs on Apache Buildbot Infra. For those who are not
>> familiar with medic
>> - it's a BuildBot continuous integration setup that allows to test
>> Cordova plugins and platforms. Today marks a big milestone in that
>> work that we have the following platforms running and reporting
>> results on a consistent
>> basis:
>>   - Android:
>>  - Windows (17 failures)
>>  - OSX (12 failures)
>>- IOS (19 failures)
>>- Windows (0 failures)
>>- WP8.1 (6 failures)
>>- WP8
>>
>> You can use this link to review the results:
>> http://ci.apache.org/waterfall?builder=cordova-ios&builder=cordova-and
>> roid-osx&builder=cordova-windows&builder=cordova-wp8&builder=cordova-a
>> ndroid-win&builder=cordova-blackberry-osx&builder=cordova-blackberry-w
>> in
>>
>> Currently, builds are triggered every two hours. We would like to
>> integrate with Cordova nightly build to trigger a run.
>>
>> Steve Gill: Do you have an update on the nightly build for Cordova?
>>
>> We need help with the following:
>>  - Fix all test failures for Android.
>>  - Fix all test failures for iOS.
>>  - Add other platforms to this test matrix - FirefoxOS?
>>
>> Results from test runs are currently being loaded to couchDB instance
>> hosted on our servers. We have a longstanding infra ticket open to
>> create a couchDB instance on Apache Infra. Please vote it up to help
>>get resolved:
>> https://issues.apache.org/jira/browse/INFRA-8588
>>
>> Thanks,
>> Nikhil
>>
>>
>> -Original Message-
>> From: Dmitriy Barkalov (Akvelon) [mailto:v-dmb...@microsoft.com]
>> Sent: Friday, December 12, 2014 9:24 AM
>> To: dev@cordova.apache.org
>> Subject: RE: Buildbot for Cordova on Apache Infra - Update
>>
>> Hi all,
>>
>> I'd like to provide a status update on this task:
>> - External slaves could be wired to Apache infra. (I've successfully
>> wired windows slave to Apache Infra in testing purposes)
>> - Need to resolve some build bot configuration issues
>> - After configuration is ready we will add Github hooks to run the
>>builds.
>>
>>
>> Regards, Dmitriy
>>
>> -Original Message-
>> From: m...@google.com [mailto:m...@google.com] On Behalf Of Max
>> Woghiren
>> Sent: Monday, December 8, 2014 9:00 PM
>> To: dev
>> Subject: Re: Buildbot for Cordova on Apache Infra - Update
>>
>> Yes, once the master is ready, I can take on having our slaves report
>> to it.
>>
>> On Mon, Dec 8, 2014 at 10:41 AM, Michal Mocny 
>>wrote:
>>
>> > We've already got a lab and slaves but its been in a rather sorry
>> > state of disrepair (http://ci.cordova.io/).  Would gladly put in the
>> > effort to clean up and report to the new maste

Re: Platform guides update

[Homer, Tony]

I have more of a general topic - cordova-windows vs. cordova-wp8 in the
docs.
Hopefully most of us on the list understand the distinction, but there is
still a lot of confusion.
There are some places where the docs could help make the distinction a bit
clearer.

For example, in the plugin development guide, the list of native
interfaces includes Windows Phone 8 plugins and Windows plugins.
For those of use in the know, Windows Phone 8 maps to cordova-wp8 and
Windows maps to cordova-windows.
However, many users read those bullets as the native platforms, not as the
cordova platforms.
It would be nice to make this distinction as clear as possible.

Similarly on the platform guides page it would be great to clarify the
difference between the cordova windows platforms and the native windows
platforms.
This has been done very nicely on the Windows platform guide page, but
there is nothing to help users on the top-level platform guide page.
Also on the Windows Phone 8 page, it would be nice if there was a notice
at the top helping users know that they probably want to look at the
Windows guide for Windows Phone 8.1 development.

I see this as an important customer-facing issue - I¹ve had recent
conversations with people that want to support Windows Phone in plugins
and think they should be using C#.

Sorry I¹m not as succinct as Shazron :p

On 4/9/15, 4:23 PM, "Shazron"  wrote:

>iOS:
>1. Xcode 4.x -> 6.x
>2. Also add ios-deploy required to deploy to device
>3. ok
>
>On Tue, Apr 7, 2015 at 12:01 PM, Sergey Grebnov (Akvelon)
> wrote:
>> Hi guys, I see that some docs are outdated or not actual anymore so I
>>want to improve this. Please let me know if someone already working on
>>this or going to take a look. I've listed below some things I want to
>>update, could you please review them before I stared working on this
>>(additional suggestions and ideas are very welcome)
>>
>> iOS:
>> 1. Xcode 4.x->5.x
>> 2. Add information about ios-sim required to deploy app from
>>command line
>> 3. Add information how to list available deploy targets and run app
>>on specific target/device
>>
>> Android:
>>1. Add changes in favor of replacing Ant w/ Gradle
>>a. Remove Ant from requirements
>>b. Replace Eclipse example w/ Android Studio as officially
>>recommended option/tool
>>2.  Add more details about particular Android packages/components
>>required to be installed.
>> Android 5.0.1 (API 21) platform SDK
>> Android SDK Build-tools version 19.1.0 or higher
>> Android Support Repository (Extras)
>> 3. Add information how to list available deploy targets and run app
>>on specific target/device
>>
>> Windows:
>> 1. Remove 'To develop apps for Windows 8.0 only:'
>> 2. Hardware requirements to run Windows Phone emulator (Client
>>Hyper-V and Second Level Address Translation (SLAT))
>> 3. Add information how to list available deploy targets and run app
>>on specific target/device
>>
>> Thx!
>> Sergey
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> For additional commands, e-mail: dev-h...@cordova.apache.org
>>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>For additional commands, e-mail: dev-h...@cordova.apache.org
>


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: ApacheCon NA, Austin, April 13-16

[Homer, Tony]

I hadn¹t been planning on attending ApacheCon, but I just found out that I
need to go to Austin in April!
Currently I am scheduled to be there April 21-22, but I might be able to
bump that up a week.
Would it be worth it to be in Austin during ApacheCon even if I am not
able to actually attend ApacheCon?

Tony

On 3/24/15, 1:51 PM, "Victor Sosa"  wrote:

>Welcome aboard!!
>
>2015-03-24 11:47 GMT-06:00 Andrew Grieve :
>
>> Woohoo! Glad to hear more are coming!
>>
>> On Sat, Mar 21, 2015 at 11:51 AM, Ross Gardler (MS OPEN TECH) <
>> ross.gard...@microsoft.com> wrote:
>>
>> > Some of my day job colleagues have signed up to organize both a BoF
>>and a
>> > hack season (not me, although I will be there). The focus will be
>>rolling
>> > and getting started. Brian has agreed to help out and there are a
>>couple
>> of
>> > other folks with tooling expertise signed up.
>> >
>> > I confirmed room availability yesterday, so it would be great if this
>> > group can help out and spread the word.
>> >
>> > Ross
>> >
>> > Sent from my Windows Phone
>> > 
>> > From: Brian LeRoux
>> > Sent: 3/21/2015 7:48 AM
>> > To: dev@cordova.apache.org
>> > Subject: Re: ApacheCon NA, Austin, April 13-16
>> >
>> > I am!
>> > On Fri, Mar 20, 2015 at 5:13 PM Nikhil Khandelwal <
>> nikhi...@microsoft.com>
>> > wrote:
>> >
>> > > I'll be there. It would be great to meet others who are going.
>> > >
>> > > Thanks,
>> > > Nikhil
>> > >
>> > >
>> > > -Original Message-
>> > > From: Anis KADRI [mailto:anis.ka...@gmail.com]
>> > > Sent: Friday, March 20, 2015 3:04 PM
>> > > To: dev@cordova.apache.org
>> > > Subject: Re: ApacheCon NA, Austin, April 13-16
>> > >
>> > > Reviving this thread. Other than Andrew, Mark and Hazem. Anybody
>>else
>> > > going ? I plan to attend.
>> > >
>> > > On Sat, Jan 31, 2015 at 6:46 PM, Andrew Grieve
>>
>> > > wrote:
>> > >
>> > > > Submitted a talk proposal:
>> > > >
>> > > > Abstract:
>> > > > The Cordova project can sometimes be hard to contribute to given
>>the
>> > > > large number of pieces that make it up. There are a few tools that
>> > > > make it much more manageable though. In this session, Andrew will
>> > > > cover many of the tools and techniques that make developing on
>> Cordova
>> > > > a more coherent experience.
>> > > >
>> > > >
>> > > > Going to cover git workflow, coho commands, --link and IDEs, CIs,
>> > > > Testing via windows VM.
>> > > >
>> > > >
>> > > > On Fri, Jan 9, 2015 at 11:39 AM, Joe Bowser 
>> wrote:
>> > > >
>> > > > > Is this a troll post?
>> > > > >
>> > > > > On Fri, Jan 9, 2015, 8:21 AM Andrew Grieve
>>
>> > > wrote:
>> > > > >
>> > > > > > http://events.linuxfoundation.org//events/apachecon-north-
>> > > > > > america/program/cfp
>> > > > > >
>> > > > > > Last year we had about a days worth of Cordova talks and ran a
>> > > > hackathon
>> > > > > > (thanks to IBM)! For me, the real value was in learning more
>> about
>> > > > > Apache,
>> > > > > > and getting to spend time with other committers.
>> > > > > >
>> > > > > > So... I still think it'd be good to do a few presentations.
>>CFP
>> is
>> > > > > > open until the end of the month. Audience is mostly enterprise
>> > > > > > types, Apache committers, and of course, ourselves. Talks on
>> > > > > > Cordova or on Apache processes would be good (e.g. a talk on
>> > > > > > setting up github PRs with
>> > > > > Travis &
>> > > > > > AppVeyor, hint hint).
>> > > > > >
>> > > > > > Even more though, I think we should take the opportunity to do
>> > > > > > some
>> > > > work
>> > > > > > while co-located. There's always a lot of value in face time,
>>and
>> > > > > > I
>> > > > think
>> > > > > > the venue suits it well (there were lots of hackathon-type
>>rooms
>> > > > > > available).
>> > > > > >
>> > > > > > So, concretely - anyone want to state their intention of
>>giving a
>> > > > > > talk,
>> > > > > or
>> > > > > > attending? I know at least a few of us from Google are
>>planning
>> on
>> > > > going.
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
>
>
>
>-- 
>Victor Adrian Sosa Herrera
>IBM Software Engineer
>Guadalajara, Jalisco


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Plugins to NPM (Phase 1)

[Homer, Tony]

I¹ll try to answer some of Leo¹s questions, but it would be great if
someone else (Steve?) could comment.

First, though, I¹ll ask a question of my own.
Is there a doc or JIRA task for tracking all of the activity related to
moving plugins to NPM?
There was the Google Doc that was created last hangout for tracking
the proposal, but it doesn¹t list JIRAs and hasn¹t been updated since
January.
I found CB-8529, CB-8538 and CB-8551 but they are not linked to a master
task JIRA.
This is not a jab at Steve at all, I¹m just wondering if there is or
should be a reference for this set of tasks (other than staying caught up
with reading the list)?

On to Leo¹s questions-

Will the release be named Cordova 5.0?
Unknown at this time?  It seems like this will require a co-ordinated
release of CLI, Tools and
Plugins, with major version bumps for all.

Will it trigger a major revision bump?
Yes.

What is the current estimate for the release?

I would say ³when it¹s done² but it would be great to get a more specific
answer.
I¹m not sure if that¹s possible?

If release of Phase 1 occurs on April 1 does this mean that the CPR
becomes read-only on July 1 and is
deleted on Oct 1?
I think the real driver was that there is an external hosting issue with
CPR after Oct. 1.
The 3 month period was adopted so provide a transition window, but there
is a hard stop on or around Oct. 1.
Steve had mentioned this somewhere but I can¹t find it now.

-  On Oct 1, all previous releases of Cordova CLI (< 5.0) will immediately
be "broken"?

Yes, that is my understanding, although in reading back over the
discussion I don¹t see where it is explicitly addressed.
I was assuming that this is intended in part as a forcing function.

Tony


On 3/20/15, 11:05 AM, "Treggiari, Leo"  wrote:

>I have a few questions about Phase 1 (and beyond) as I plan how to
>migrate the Intel XDK and existing user projects through this change.
>
>-  Will the release be named Cordova 5.0?  This seems worthy of a major
>bump for the CLI in addition to the plugins.
>
>-  What is the current estimate for the release?  I assume soon.
>
>-  For the purpose of my questions, I'll assume the release occurs on
>April 1.  This means that the CPR becomes read-only on July 1 and is
>deleted on Oct 1?
>
>-  On Oct 1, all previous releases of Cordova CLI (< 5.0) will
>immediately be "broken"?  That is, they cannot add new plugins, they
>cannot "restore" plugins, etc.  "Local" and "git repo" plugins continue
>to work, but my assumption is that the vast majority of plugins come from
>CPR (soon to be npm).
>
>Thanks,
>Leo
>
>-Original Message-
>From: Steven Gill [mailto:stevengil...@gmail.com]
>Sent: Monday, March 09, 2015 5:20 PM
>To: dev@cordova.apache.org
>Cc: sosah.vic...@gmail.com
>Subject: Update: Plugins to NPM (Phase 1)
>
>Our master branch has plugin fetching from npm set as the fallback now. It
>will go directly to npm if the plugin-id entered isn't reverse domain name
>style. Cordova-lib also warns users to use the package-name instead of
>plugin-id when adding plugins that we have renamed and are in
>https://github.com/stevengill/cordova-registry-mapper
>
>Plugins TODO:
>
>- README: Move doc/en/index.md into README.md. Delete doc/en/index.md. Add
>links in README.md that point to github page of translated docs for
>plugin.
>(ex.
>https://github.com/apache/cordova-plugin-device/blob/master/doc/es/index.m
>d).
>I'd love to hear from someone (Victor?) working on docs translations about
>how this change will impact them.
>
>- Rename plugin-ids to new plugin names in plugin.xml. Anything we should
>be aware of before we do this? (Ex. rename org.apache.cordova.device to
>cordova-plugin-device in plugin.xml)
>
>- Add peer dependencies to plugins that depend on other plugins (file,
>media-capture, etc)
>
>- Paramedic support for every plugin
>
>- Major version bump for all core plugins
>
>- Update plugins release process to use package.json version as main
>version and have it update plugin.xml's version. Will do this when we do
>next release
>
>Migration TODO:
>
>- Create blog post talking about migration to npm for community
>
>- include how we are renaming, suggest they do so if they want to. Will
>suggest they follow the pattern cordova-plugin-*
>
>- mention https://github.com/stevengill/cordova-registry-mapper for
>warning
>purposes
>- include potential lifespan of CPR (publishing and read only)
>- Discuss plugman createpackage.json command
>- Discuss keyword: 'ecosystem:cordova'
>
>
>Thoughts? Missing anything?
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>For additional commands, e-mail: dev-h...@cordova.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Why no onStart/onStop for Cordova Android plugins?

[Homer, Tony]

Thanks for the response and the tip!
I¹ll submit a JIRA and a PR sometime soon.

As an aside, any chance we can get a preview of your ApacheCon
presentation?
I really need to learn how to set up my environment the right way!
;)


On 3/9/15, 12:05 PM, "Andrew Grieve"  wrote:

>I see no reason we couldn't add onStart / onStop.
>
>As an aside, if you're okay with supporting only ICS+, you can use
>Application.registerActivityLifecycleCallbacks() as a work-around.
>
>
>On Mon, Mar 9, 2015 at 11:23 AM, Homer, Tony  wrote:
>
>> I assumed that this must have been discussed at some point, but I
>>couldn¹t
>> find anything in the list archives or JIRA.
>> I¹m guessing that there might be some practical issues with
>>onStart/onStop
>> and plugin loading timing, but it seems like if there are issues like
>>this
>> they could be addressed somehow.
>>
>> I¹m asking about this because we have an internal request to enable apps
>> to override onStart/onStop in the Intel XDK build system in order to
>> support plugins that want to handle onStart/onStop.
>> My initial response was ³why not use onResume/onPause², but some plugin
>> authors apparently believe that onStart/onStop are the lifecycle events
>> they need.
>>
>> For example, the Flurry plugin instructions direct users to override
>> onStart and onStop in their activity in order to handle onStop:
>> https://github.com/Initsogar/cordova-flurry
>> There are other analytics plugins that want to know about onStart/onStop
>> instead of onPause/onResume.
>> Obviously it is possible to modify your activity in order to do this in
>> your project, but if this capability is important, it should be possible
>> without abandoning the Cordova Way.
>>
>> So I was wondering what you guys think?
>> onPause/onResume should be good enough for anyone?
>> onStart/onStop are edge cases that users need to handle by modifying
>>their
>> activity?
>> onStart/onStop cannot be handled by plugins due to timing issues?
>>
>> Thanks!
>> Tony
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> For additional commands, e-mail: dev-h...@cordova.apache.org
>>
>>


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Why no onStart/onStop for Cordova Android plugins?

[Homer, Tony]

I assumed that this must have been discussed at some point, but I couldn’t find 
anything in the list archives or JIRA.
I’m guessing that there might be some practical issues with onStart/onStop and 
plugin loading timing, but it seems like if there are issues like this they 
could be addressed somehow.

I’m asking about this because we have an internal request to enable apps to 
override onStart/onStop in the Intel XDK build system in order to support 
plugins that want to handle onStart/onStop.
My initial response was “why not use onResume/onPause”, but some plugin authors 
apparently believe that onStart/onStop are the lifecycle events they need.

For example, the Flurry plugin instructions direct users to override onStart 
and onStop in their activity in order to handle onStop:
https://github.com/Initsogar/cordova-flurry
There are other analytics plugins that want to know about onStart/onStop 
instead of onPause/onResume.
Obviously it is possible to modify your activity in order to do this in your 
project, but if this capability is important, it should be possible without 
abandoning the Cordova Way.

So I was wondering what you guys think?
onPause/onResume should be good enough for anyone?
onStart/onStop are edge cases that users need to handle by modifying their 
activity?
onStart/onStop cannot be handled by plugins due to timing issues?

Thanks!
Tony

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

No tag for 3.7.1 Android Release?

[Homer, Tony]

I was just reading about CB-8328 and saw it was merged into 3.7.x.
I wanted to check whether it had been included in the latest Android
release.
I eventually checked the release notes and found it was included.

While I was checking this out I realized that there is no 3.7.1 tag.
There should be a 3.7.1 tag, shouldn¹t there?

Thanks!
Tony

On 2/6/15, 4:08 PM, "Steven Gill"  wrote:

>Blog post published!
>http://cordova.apache.org/announcements/2015/02/06/cordova-android-3.7.1.h
>tml
>
>On Fri, Feb 6, 2015 at 12:55 PM, Steven Gill 
>wrote:
>
>> Okay, blog post needs to be published, tools released with updated
>>pinned
>> android dependency.
>>
>> On Thu, Feb 5, 2015 at 6:49 AM, Andrew Grieve 
>> wrote:
>>
>>> The vote has now closed. The results are:
>>>
>>> Positive Binding Votes: 3
>>>
>>> Andrew Grieve
>>> Joe Bowser
>>> Sergey Grebnov
>>>
>>> Negative Binding Votes: 0
>>>
>>> The vote has passed.
>>>
>>> On Thu, Feb 5, 2015 at 7:18 AM, Sergey Grebnov (Akvelon) <
>>> v-seg...@microsoft.com> wrote:
>>>
>>> > I vote +1:
>>> >
>>> > *   Verified archives and tags
>>> > *   Verified blank app: platform add, build, run
>>> > *   Run mobilespec  autotests.
>>> >
>>> > -Sergey
>>> > -Original Message-
>>> > From: Joe Bowser [mailto:bows...@gmail.com]
>>> > Sent: Thursday, February 5, 2015 2:48 AM
>>> > To: dev
>>> > Subject: Re: [Vote] 3.7.1 Android Release
>>> >
>>> > +1
>>> >
>>> > * Verified archive
>>> > * Ran hello-world sanity check against archive
>>> >
>>> >
>>> > On Tue Feb 03 2015 at 6:16:34 PM Andrew Grieve 
>>> > wrote:
>>> >
>>> > > Please review and vote on this 3.5.0 Android Release.
>>> > >
>>> > > Release issue: https://issues.apache.org/jira/browse/CB-8415
>>> > >
>>> > > Repos ready to be released have been published to dist/dev:
>>> > > https://dist.apache.org/repos/dist/dev/cordova/CB-8415
>>> > >
>>> > > The package was published from its corresponding git tag:
>>> > > cordova-android: 3.7.1 (f4b315961b)
>>> > >
>>> > > Upon a successful vote I will upload the archive to dist/, publish
>>>it
>>> > > to NPM, and post the corresponding blog post.
>>> > >
>>> > > Voting guidelines:
>>> > >
>>> https://github.com/apache/cordova-coho/blob/master/docs/release-voting
>>> > > .md
>>> > >
>>> > > Voting will go on for a minimum of 18 hours.
>>> > >
>>> > > I vote +1:
>>> > > * Verified contents of archive that the only diff is version
>>>numbers
>>> > > and fix for CB-8411
>>> > > * Verified that cordova-mobile-spec builds with the tag
>>> > >
>>> >
>>>
>>
>>


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Support Orientation global preference on iOS: CB-6462 and CB-6182

[Homer, Tony]

Currently the documentation says that you can do this in config.xml:

But you can’t and this is logged as CB-6182.

There is a bug logged suggesting that this could be fixed in cordova-ios: 
CB-6462.
I commented on CB-6462 wondering if it could be fixed in CLI and Shazron 
suggested I ask about that here.

ios_parser.js already supports making some project settings changes based on 
preferences (target-device and deployment-target).
It also supports setting some properties in the plist (CFBundleIdentifier, 
CFBundleShortVersionString, CFBundleVersion).
It seems like it could also support updating the plist based on the Orientation 
preference as a way to address part of CB-6182.

Should the Orientation preference work?
Is there some other way it should be supported?

Thanks for any feedback.
Tony

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [iOS 8] WKWebView moving forward

[Homer, Tony]

Thanks for asking, Tommy.  Shazron’s original security caveat was:
"Any backgrounded app can potentially access this local web server when
your app is running.”

My PR made 2 changes:
1. restrict requests to localhost
2. provide for and require that a security token be included in the request

I needed to update the security caveat as part of the PR, but I didn’t
want to oversell the fix!
Up until now, I thought localhost packets worked just like any other
packets and would be visible to a network sniffer.
However, after reading your question and doing a little searching, it
seems that is incorrect.
From http://en.wikipedia.org/wiki/Localhost#Name_resolution:

"The processing of any packets sent to a loopback address is implemented
in the link layer of the TCP/IP stack. Such packets are never delivered to
any network interface controller (NIC) or device driver"

I guess we can drop that sentence from the security caveat.
I’ll submit a PR.

Tony

On 11/19/14, 7:30 PM, "Shazron"  wrote:

>I'm not sure - Tony wrote that part maybe he can explain the intricacies.
>
>On Wed, Nov 19, 2014 at 4:23 PM, tommy-carlos williams
>
>wrote:
>
>> Shazron,
>>
>> I just noticed this in the README for the plugin:
>>
>> "However, since requests are made over http, your app's activity may be
>> visible to others on the name wi-fi network.”
>>
>> Is this actually true? Why would traffic to localhost leave the device
>>and
>> be visible over the wifi?
>>
>>
>>
>> --
>> tommy-carlos williams
>>
>> On 20 November 2014 at 08:18:28, Homer, Tony (tony.ho...@intel.com)
>>wrote:
>>
>> Ugh. Thanks for the additional information, Shazron.
>>
>> I had previously proposed adding a hook (by which I meant a delegate
>> method) to CDVPluginResult (that would be called from -
>> (CDVPluginResult*)initWithStatus:(CDVCommandStatus)statusOrdinal
>> message:(id)theMessage) so that LocalWebServer could (blindly) detect
>>and
>> transform urls.
>>
>> It seems like it would help with this case, but not be generally useful
>> for anything else…
>>
>> Tony
>>
>> On 11/19/14, 3:23 PM, "Shazron"  wrote:
>>
>> >Ideally a general solution like you proposed should work, but I forgot
>>to
>> >mention that in this case, since we are talking about WKWebView, we
>>can't
>> >use NSURLProtocol since it is not supported in that framework [1][2]
>> >
>> >The only other general way I can see is to require explicit support in
>> >plugins, they may have to call something in the
>> >commandDelegate/viewController to transform a url, that can be set by
>> >another plugin, in this case LocalWebServer (my revised proposal was a
>> >'push' this is a 'pull').
>> >
>> >
>> >[1] https://issues.apache.org/jira/browse/CB-7049
>> >[2] http://www.openradar.me/18492325
>> >
>> >On Wed, Nov 19, 2014 at 12:00 PM, Homer, Tony 
>> >wrote:
>> >
>> >> If we are just talking about CB-8032, then I can see that this
>>approach
>> >>is
>> >> cleaner for the file plugin.
>> >>
>> >> Regarding local web server plugin in general - what about other
>>plugins
>> >> such as camera?
>> >> Doesn¹t there need to be a general solution that will provide
>> >> compatibility between local web server plugin and any plugin that
>> >>returns
>> >> a file protocol URL?
>> >>
>> >> Tony
>> >>
>> >> On 11/19/14, 12:19 PM, "Shazron"  wrote:
>> >>
>> >> >I commented on Ian's comment on CB-8032:
>> >> >
>> >>
>> >>
>> 
>>https://issues.apache.org/jira/browse/CB-8032?focusedCommentId=14216403&p
>> >>a
>> >>
>> 
>>>>>ge=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#co
>>>>>mm
>> >>>en
>> >> >t-14216403
>> >> >
>> >> >My goal was to have a loose coupling of this functionality (CDVFile
>> >>need
>> >> >not know about LocalWebServer at all) -- and Ian's comment of this
>> >>change
>> >> >is that would impact all CDVFileSystem instances makes this not an
>> >>ideal
>> >> >solution, what if you have two Cordova WebView instances, etc.
>> >> >
>> >> >My revised proposal requires CDVFileSystem to have a delegate that
>>can
>

Re: [iOS 8] WKWebView moving forward

[Homer, Tony]

Ugh.  Thanks for the additional information, Shazron.

I had previously proposed adding a hook (by which I meant a delegate
method) to CDVPluginResult (that would be called from -
(CDVPluginResult*)initWithStatus:(CDVCommandStatus)statusOrdinal
message:(id)theMessage) so that LocalWebServer could (blindly) detect and
transform urls.  

It seems like it would help with this case, but not be generally useful
for anything else…

Tony

On 11/19/14, 3:23 PM, "Shazron"  wrote:

>Ideally a general solution like you proposed should work, but I forgot to
>mention that in this case, since we are talking about WKWebView, we can't
>use NSURLProtocol since it is not supported in that framework [1][2]
>
>The only other general way I can see is to require explicit support in
>plugins, they may have to call something in the
>commandDelegate/viewController to transform a url, that can be set by
>another plugin, in this case LocalWebServer (my revised proposal was a
>'push' this is a 'pull').
>
>
>[1] https://issues.apache.org/jira/browse/CB-7049
>[2] http://www.openradar.me/18492325
>
>On Wed, Nov 19, 2014 at 12:00 PM, Homer, Tony 
>wrote:
>
>> If we are just talking about CB-8032, then I can see that this approach
>>is
>> cleaner for the file plugin.
>>
>> Regarding local web server plugin in general - what about other plugins
>> such as camera?
>> Doesn¹t there need to be a general solution that will provide
>> compatibility between local web server plugin and any plugin that
>>returns
>> a file protocol URL?
>>
>> Tony
>>
>> On 11/19/14, 12:19 PM, "Shazron"  wrote:
>>
>> >I commented on Ian's comment on CB-8032:
>> >
>> 
>>https://issues.apache.org/jira/browse/CB-8032?focusedCommentId=14216403&p
>>a
>> 
>>>ge=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comm
>>>en
>> >t-14216403
>> >
>> >My goal was to have a loose coupling of this functionality (CDVFile
>>need
>> >not know about LocalWebServer at all) -- and Ian's comment of this
>>change
>> >is that would impact all CDVFileSystem instances makes this not an
>>ideal
>> >solution, what if you have two Cordova WebView instances, etc.
>> >
>> >My revised proposal requires CDVFileSystem to have a delegate that can
>>be
>> >set. Any class can set it to override the nativeURL behaviour, and
>> >CDVFileSystem will call this method in the delegate if available. It
>> >achieves the same goal without the potentially undefined behaviour of
>>an
>> >Obj-C Category.
>> >
>> >The LocalWebServer gets the currently installed File plugin, enumerates
>> >all
>> >available filesystems, and sets this delegate on each, to its own
>> >implementation.
>> >
>> >Tony - I think this is approach is cleaner, and is more maintainable.
>> >
>> >On Wed, Nov 19, 2014 at 6:20 AM, Ian Clelland 
>> >wrote:
>> >
>> >> On Tue Nov 18 2014 at 2:00:34 PM Jesse 
>>wrote:
>> >>
>> >> > Shaz's solution has less impact and seems more elegant.
>> >> >
>> >> > // if ([self respondsToSelector:@selector(nativeFullPath:)]) {
>> >> >
>> >> > If no-one ( generically ) has provided the nativeFullPath method,
>>then
>> >> use
>> >> > it as is, otherwise call it.
>> >> > No need for any (direct) dependency between File + LocalServer.
>> >> >
>> >>
>> >> My first instinct, looking at the code, was that it was wrong,
>>exactly
>> >> because there *is* a dependency. You don't normally add code to a
>>base
>> >> class to change its behaviour when there is a category defined on it.
>> >> Normally that goes the other way: when you add a category to a base
>> >>class,
>> >> all of the code that's relevant to that category is *in the
>>category*,
>> >>and
>> >> the base class needs to know nothing at all about it, including its
>> >> existence.
>> >>
>> >> As I said in the PR, it may be that this really is the cleanest and
>>best
>> >> way to go forward with this; I just wanted to have this discussion
>>and
>> >> figure it out with the community before committing to any
>> >> hard-to-change-later technical debt. It does become an API surface,
>>and
>> >>we
>> >> will have to maintain whatever we adopt.
>

Re: [iOS 8] WKWebView moving forward

[Homer, Tony]

If we are just talking about CB-8032, then I can see that this approach is
cleaner for the file plugin.

Regarding local web server plugin in general - what about other plugins
such as camera?
Doesn¹t there need to be a general solution that will provide
compatibility between local web server plugin and any plugin that returns
a file protocol URL?

Tony

On 11/19/14, 12:19 PM, "Shazron"  wrote:

>I commented on Ian's comment on CB-8032:
>https://issues.apache.org/jira/browse/CB-8032?focusedCommentId=14216403&pa
>ge=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#commen
>t-14216403
>
>My goal was to have a loose coupling of this functionality (CDVFile need
>not know about LocalWebServer at all) -- and Ian's comment of this change
>is that would impact all CDVFileSystem instances makes this not an ideal
>solution, what if you have two Cordova WebView instances, etc.
>
>My revised proposal requires CDVFileSystem to have a delegate that can be
>set. Any class can set it to override the nativeURL behaviour, and
>CDVFileSystem will call this method in the delegate if available. It
>achieves the same goal without the potentially undefined behaviour of an
>Obj-C Category.
>
>The LocalWebServer gets the currently installed File plugin, enumerates
>all
>available filesystems, and sets this delegate on each, to its own
>implementation.
>
>Tony - I think this is approach is cleaner, and is more maintainable.
>
>On Wed, Nov 19, 2014 at 6:20 AM, Ian Clelland 
>wrote:
>
>> On Tue Nov 18 2014 at 2:00:34 PM Jesse  wrote:
>>
>> > Shaz's solution has less impact and seems more elegant.
>> >
>> > // if ([self respondsToSelector:@selector(nativeFullPath:)]) {
>> >
>> > If no-one ( generically ) has provided the nativeFullPath method, then
>> use
>> > it as is, otherwise call it.
>> > No need for any (direct) dependency between File + LocalServer.
>> >
>>
>> My first instinct, looking at the code, was that it was wrong, exactly
>> because there *is* a dependency. You don't normally add code to a base
>> class to change its behaviour when there is a category defined on it.
>> Normally that goes the other way: when you add a category to a base
>>class,
>> all of the code that's relevant to that category is *in the category*,
>>and
>> the base class needs to know nothing at all about it, including its
>> existence.
>>
>> As I said in the PR, it may be that this really is the cleanest and best
>> way to go forward with this; I just wanted to have this discussion and
>> figure it out with the community before committing to any
>> hard-to-change-later technical debt. It does become an API surface, and
>>we
>> will have to maintain whatever we adopt.
>>
>> Ian
>>
>>
>> >
>> > @purplecabbage
>> > risingj.com
>> >
>> > On Tue, Nov 18, 2014 at 10:42 AM, Andrew Grieve 
>> > wrote:
>> >
>> > > Having the localserver plugin add behaviour to file plugin feels
>>like
>> the
>> > > dependency is in the wrong direction to me.
>> > >
>> > > How about having CDVFile.m do something like:
>> > >
>> > > CDVPlugin* p = [commandDelegate getCommandInstance:@"LocalServer"];
>> > > if (p != nil) {
>> > >   nativeURL = [p transformURL:nativeURL]; // do some local
>>declaration
>> to
>> > > make this not complain about unrecognized selector
>> > > }
>> > >
>> > > Would probably also need an "untransformURL" to go the other
>>direction
>> as
>> > > well.
>> > >
>> > > On Tue, Nov 18, 2014 at 12:05 AM, Shazron  wrote:
>> > >
>> > > > Filed https://issues.apache.org/jira/browse/CB-8032 with pull
>> request
>> > > > included.
>> > > >
>> > > > On Mon, Nov 17, 2014 at 2:47 PM, Shazron 
>>wrote:
>> > > >
>> > > > > Sorry I should have looked into the File API code first (no
>> > JavaScript
>> > > > > changes, that would not work).
>> > > > >
>> > > > > Essentially I need to "override" this line from my plugin:
>> > > > >
>> > > >
>> > > https://github.com/apache/cordova-plugin-file/blob/
>> > 82f803ea0d61cde051dcffd27b21dc0ed92a0fdf/src/ios/
>> > CDVAssetLibraryFilesystem.m#L74
>> > > > > (plus the CDVLocalFileSystem equivalent).
>> > > > >
>> > > > > Since Obj-C categories can't really "override" methods (behavior
>> > > > > undefined), and I don't want to do some runtime swap
>>implementation
>> > > > voodoo,
>> > > > > I would replace the line above with something like:
>> > > > >
>> > > > > NSString* nativeURL = [NSString stringWithFormat:@
>> > > > > "assets-library:/%@",fullPath];
>> > > > > if ([self respondsToSelector:@selector(nativeFullPath:)]) { //
>> some
>> > > > > unique selector name perhaps
>> > > > >  nativeURL = [self nativeFullPath:fullPath]; // this code
>>won't
>> > > > > compile, pseudo-code for now. Will call my category method
>>defined
>> in
>> > > my
>> > > > > plugin for CDVAssetLibraryFileSystem
>> > > > > }
>> > > > > dirEntry[@"nativeURL"] = nativeURL;
>> > > > >
>> > > > > Backwards compatible.
>> > > > >
>> > > > >
>> > > > > On Mon, Nov 17, 2014 at 1:44 PM, Shazron 
>> wrote:
>> > > > >
>> > > > >> Local Web 

Re: [iOS 8] WKWebView moving forward

[Homer, Tony]

Since the last time I commented on this thread, I came across something
new (to me) that might work.
How about adding a custom NSURLProtocol to the LocalWebServer plugin and
setting it on the ?
This would allow the WebServer to intercept and redirect problematic
requests.

I just fixed a WebView caching bug in an app by adding a custom protocol.
In that case, I needed to intercept both the request and the response.

For this case we would
(1) intercept each request
(2) check if it matched a pattern
(3) if it matched the pattern, effectively redirect the request to the
local web server

This approach might require that a hook be added so that the custom
NSURLProtocol can be set at the right time, will have to check that.
I could put together a pull request to demonstrate, if it sounds worth
considering?

Tony



On 11/19/14, 9:20 AM, "Ian Clelland"  wrote:

>On Tue Nov 18 2014 at 2:00:34 PM Jesse  wrote:
>
>> Shaz's solution has less impact and seems more elegant.
>>
>> // if ([self respondsToSelector:@selector(nativeFullPath:)]) {
>>
>> If no-one ( generically ) has provided the nativeFullPath method, then
>>use
>> it as is, otherwise call it.
>> No need for any (direct) dependency between File + LocalServer.
>>
>
>My first instinct, looking at the code, was that it was wrong, exactly
>because there *is* a dependency. You don't normally add code to a base
>class to change its behaviour when there is a category defined on it.
>Normally that goes the other way: when you add a category to a base class,
>all of the code that's relevant to that category is *in the category*, and
>the base class needs to know nothing at all about it, including its
>existence.
>
>As I said in the PR, it may be that this really is the cleanest and best
>way to go forward with this; I just wanted to have this discussion and
>figure it out with the community before committing to any
>hard-to-change-later technical debt. It does become an API surface, and we
>will have to maintain whatever we adopt.
>
>Ian
>
>
>>
>> @purplecabbage
>> risingj.com
>>
>> On Tue, Nov 18, 2014 at 10:42 AM, Andrew Grieve 
>> wrote:
>>
>> > Having the localserver plugin add behaviour to file plugin feels like
>>the
>> > dependency is in the wrong direction to me.
>> >
>> > How about having CDVFile.m do something like:
>> >
>> > CDVPlugin* p = [commandDelegate getCommandInstance:@"LocalServer"];
>> > if (p != nil) {
>> >   nativeURL = [p transformURL:nativeURL]; // do some local
>>declaration to
>> > make this not complain about unrecognized selector
>> > }
>> >
>> > Would probably also need an "untransformURL" to go the other
>>direction as
>> > well.
>> >
>> > On Tue, Nov 18, 2014 at 12:05 AM, Shazron  wrote:
>> >
>> > > Filed https://issues.apache.org/jira/browse/CB-8032 with pull
>>request
>> > > included.
>> > >
>> > > On Mon, Nov 17, 2014 at 2:47 PM, Shazron  wrote:
>> > >
>> > > > Sorry I should have looked into the File API code first (no
>> JavaScript
>> > > > changes, that would not work).
>> > > >
>> > > > Essentially I need to "override" this line from my plugin:
>> > > >
>> > >
>> > https://github.com/apache/cordova-plugin-file/blob/
>> 82f803ea0d61cde051dcffd27b21dc0ed92a0fdf/src/ios/
>> CDVAssetLibraryFilesystem.m#L74
>> > > > (plus the CDVLocalFileSystem equivalent).
>> > > >
>> > > > Since Obj-C categories can't really "override" methods (behavior
>> > > > undefined), and I don't want to do some runtime swap
>>implementation
>> > > voodoo,
>> > > > I would replace the line above with something like:
>> > > >
>> > > > NSString* nativeURL = [NSString stringWithFormat:@
>> > > > "assets-library:/%@",fullPath];
>> > > > if ([self respondsToSelector:@selector(nativeFullPath:)]) { //
>>some
>> > > > unique selector name perhaps
>> > > >  nativeURL = [self nativeFullPath:fullPath]; // this code
>>won't
>> > > > compile, pseudo-code for now. Will call my category method
>>defined in
>> > my
>> > > > plugin for CDVAssetLibraryFileSystem
>> > > > }
>> > > > dirEntry[@"nativeURL"] = nativeURL;
>> > > >
>> > > > Backwards compatible.
>> > > >
>> > > >
>> > > > On Mon, Nov 17, 2014 at 1:44 PM, Shazron 
>>wrote:
>> > > >
>> > > >> Local Web Server Checklist:
>> > > >> 1. We have random port usage
>> > > >> 2. We have the token/cookie check
>> > > >> 3. We have the localhost check
>> > > >> 4. The app is now installed under
>>http://localhost:RANDOM_PORT/www/
>> > > >>
>> > > >> It'll be easy (relatively) to add  support for:
>> > > >> http://localhost:RANDOM_PORT/asset-library/
>> > > >> http://localhost:RANDOM_PORT/file-system/
>> > > >>
>> > > >> The only issue now is changing FileEntry.toURL(). I'm thinking of
>> some
>> > > >> runtime 'magic' in the local web server where it detects the File
>> > > plugin,
>> > > >> and change the implementation of FileEntry.toURL() (or through
>> > injecting
>> > > >> JavaScript, probably easier).
>> > > >>
>> > > >>
>> > > >> On Wed, Oct 29, 2014 at 5:11 PM, Andrew Grieve <
>> agri...@chromium.org>
>> > > >> wro

Re: [iOS 8] WKWebView moving forward

[Homer, Tony]

I have already forked it and made the changes in a topic branch.
I was originally thinking that I would make 2 topic branches: 1 for
localhost-only and 1 for auth tokens.
However, after I finished the first set of changes I realized that the
second set would be dependent on the first.
I’ll submit a pull request tomorrow for you to look at - I’ll be happy to
redo it as multiple branches if that makes sense.

I got a little sidetracked with local web server plugin, but I’ve also
forked cordova-ios and made a topic branch from wkwebview.
I'll start working on some of the changes I proposed earlier in this
thread tomorrow (for plugins like camera that return file:// urls, etc.).

Tony

On 11/3/14, 7:23 PM, "Shazron"  wrote:

>Thanks Tony for all the investigation. Please do fork the local web server
>plugin and put all your work in topic branches for eventual pull requests
>to the main repo.
>
>This is precisely why the local web server is a plugin, and not in the
>core. I don't profess to be a security expert, and we can update this
>plugin to cover most of the security cases or someone else can provide
>their better plugin. I don't think this needs to be bulletproof, not that
>we can entirely be (has there ever been a Security Update by Apple that
>*didn't* include a WebKit vulnerability?)
>
>I'd like to get the cordova-ios/wkwebview branch back into the mainline as
>soon as possible, but under an experimental flag (--experimental ?)  for
>bin/create. This will choose a new template that has WebKit.framework in
>it, which will also define a macro to conditionally compile the new bits
>in
>(I haven't added the macros yet in the topic branch).
>
>
>
>
>On Mon, Nov 3, 2014 at 7:27 AM, Homer, Tony  wrote:
>
>> I spent a lot of time thinking about ways to avoid replay attacks for
>>the
>> local web server plugin this weekend.
>>
>> Specifically, I felt like there should be a way to take advantage of the
>> fact that the client and the server are running in the same process.
>> I thought this might enable some kind of sideband (non-http)
>> authentication possibility.
>> The 2 possibilities I was most interested in, but eventually concluded
>>are
>> not practical were:
>> 1. unique token per http request - not practical because there is no per
>> http request event available
>> 2. a whitelist of “remote” ports - not practical because there is no
>> simple way to get a list of ports in use by WKWebView
>>
>> After going down this rathole and coming up empty, I reconsidered the
>> original problem and came to the following conclusions.
>> 1. restricting requests to localhost-only limits “attacks” to
>>backgrounded
>> apps
>> 2. including a token in the requests will prevent backgrounded apps from
>> being able to successfully make unwanted requests
>> 3. the token is vulnerable to network analysis, but that cannot be done
>>on
>> device
>>
>> Therefore, vulnerability is limited to the case where the there is
>> (1) a “hostile" app installed on device and running in the background
>>and
>> (2) the user’s device is connected to a wi-fi network where an attacker
>>is
>> able to perform network analysis to capture the token.
>> In this case, the attacker could just inspect the HTTP traffic instead
>>of
>> capturing the token and sending it to their backgrounded app.
>> In other words, it seems that replay attacks are possible but not
>>useful.
>> If we care about the “hostile wifi network” case, we need something like
>> SSL.
>>
>> On 11/1/14, 4:28 PM, "Homer, Tony"  wrote:
>>
>> >I started looking at how to make the camera plugin be able to work in
>> >WKWebView.
>> >Before, I had mentioned intercepting resource requests as a way to fix
>>the
>> >file:// requests.
>> >However, WKWebView does not offer a way to intercept resource requests
>>so
>> >that won’t work.
>> >:/
>> >
>> >Andrew had suggested introducing some proxy paths as a way to deal with
>> >the path problems, which seems fine.
>> >On the other hand, the request handlers could just inspect the path in
>>the
>> >request and do the right thing - are the proxy paths needed?
>> >I think implicit in those comments was a suggestion that the affected
>> >plugins such as camera could return URLs using those paths.
>> >The thing about changing camera and file plugins to support localhost
>>that
>> >bothers me, is that now those core plugins effectively support a
>>non-core
>> >plugin.
>> >Also, other (

Re: [iOS 8] WKWebView moving forward

[Homer, Tony]

I spent a lot of time thinking about ways to avoid replay attacks for the
local web server plugin this weekend.

Specifically, I felt like there should be a way to take advantage of the
fact that the client and the server are running in the same process.
I thought this might enable some kind of sideband (non-http)
authentication possibility.
The 2 possibilities I was most interested in, but eventually concluded are
not practical were:
1. unique token per http request - not practical because there is no per
http request event available
2. a whitelist of “remote” ports - not practical because there is no
simple way to get a list of ports in use by WKWebView

After going down this rathole and coming up empty, I reconsidered the
original problem and came to the following conclusions.
1. restricting requests to localhost-only limits “attacks” to backgrounded
apps
2. including a token in the requests will prevent backgrounded apps from
being able to successfully make unwanted requests
3. the token is vulnerable to network analysis, but that cannot be done on
device

Therefore, vulnerability is limited to the case where the there is
(1) a “hostile" app installed on device and running in the background and
(2) the user’s device is connected to a wi-fi network where an attacker is
able to perform network analysis to capture the token.
In this case, the attacker could just inspect the HTTP traffic instead of
capturing the token and sending it to their backgrounded app.
In other words, it seems that replay attacks are possible but not useful.
If we care about the “hostile wifi network” case, we need something like
SSL.

On 11/1/14, 4:28 PM, "Homer, Tony"  wrote:

>I started looking at how to make the camera plugin be able to work in
>WKWebView.
>Before, I had mentioned intercepting resource requests as a way to fix the
>file:// requests.
>However, WKWebView does not offer a way to intercept resource requests so
>that won’t work.
>:/
>
>Andrew had suggested introducing some proxy paths as a way to deal with
>the path problems, which seems fine.
>On the other hand, the request handlers could just inspect the path in the
>request and do the right thing - are the proxy paths needed?
>I think implicit in those comments was a suggestion that the affected
>plugins such as camera could return URLs using those paths.
>The thing about changing camera and file plugins to support localhost that
>bothers me, is that now those core plugins effectively support a non-core
>plugin.
>Also, other (on-cordova) plugins that depend on file protocol will be
>incompatible with the local web server wkwebview solution (unless they
>make changes to support it).
>
>I wonder if it would be better to handle this in CDVPluginResult?
>A hook could be added to initWithStatus and exposed to plugins.
>Then the SALocalWebServer plugin can use the hook to inspect the message
>and fix it, if it is a file:// URL.
>So, for example, when camera calls CDVPluginResult
>resultWithStatus:messageAsString and passes in a file URL, SALocalServer
>can get a chance to inspect and modify the result – changing it to an
>http:localhost URL.  It could simply replace the file protocol with
>http://localhost:port, then the handler could decode the path before
>building the response.
>This is ugly, but it would prevent the need to change the camera and file
>and should allow other non-cordova plugins that depend on file:// URLs to
>work.
>
>
>Tony
>
>On 10/31/14, 2:03 PM, "Homer, Tony"  wrote:
>
>>I started with cookies in my POC, but I was concerned about replay
>>attacks.
>>I couldn’t think of a way to avoid replay vulnerability with cookies
>>(without SSL), so I was going to switch to the side channel approach I
>>tried to describe.  Do you think replay vulnerability is irrelevant?  I’m
>>not a security guy, so I wasn’t sure if it mattered or not. That’s
>>actually one of the things I was hoping to get feedback about.
>>
>>I guess I don’t follow how CORS relates to the camera plugin, does it use
>>XHR? Maybe you can elaborate?
>>I expect I’ll see it when I try the camera plugin from WKWebView, just
>>didn’t get around to it yet.
>>The only thing that jumps out at me is that you get a file:// url back -
>>we could change that.
>>Or maybe intercept file:// requests in the plugin?  If it’s just a path
>>problem, maybe we could intercept the request, fix the path, then respond
>>with the right thing...
>>
>>Tony
>>
>>On 10/31/14, 1:19 PM, "Andrew Grieve"  wrote:
>>
>>>Unless you're having the server proxy requests to remote sites, I don't
>>>think CORS headers are necessary.
>>>
>>>Tony - awesome stuff! absolutely doing it right. More technical

Re: [iOS 8] WKWebView moving forward

[Homer, Tony]

I started looking at how to make the camera plugin be able to work in
WKWebView.
Before, I had mentioned intercepting resource requests as a way to fix the
file:// requests.
However, WKWebView does not offer a way to intercept resource requests so
that won’t work.
:/

Andrew had suggested introducing some proxy paths as a way to deal with
the path problems, which seems fine.
On the other hand, the request handlers could just inspect the path in the
request and do the right thing - are the proxy paths needed?
I think implicit in those comments was a suggestion that the affected
plugins such as camera could return URLs using those paths.
The thing about changing camera and file plugins to support localhost that
bothers me, is that now those core plugins effectively support a non-core
plugin.
Also, other (on-cordova) plugins that depend on file protocol will be
incompatible with the local web server wkwebview solution (unless they
make changes to support it).

I wonder if it would be better to handle this in CDVPluginResult?
A hook could be added to initWithStatus and exposed to plugins.
Then the SALocalWebServer plugin can use the hook to inspect the message
and fix it, if it is a file:// URL.
So, for example, when camera calls CDVPluginResult
resultWithStatus:messageAsString and passes in a file URL, SALocalServer
can get a chance to inspect and modify the result – changing it to an
http:localhost URL.  It could simply replace the file protocol with
http://localhost:port, then the handler could decode the path before
building the response.
This is ugly, but it would prevent the need to change the camera and file
and should allow other non-cordova plugins that depend on file:// URLs to
work.


Tony

On 10/31/14, 2:03 PM, "Homer, Tony"  wrote:

>I started with cookies in my POC, but I was concerned about replay
>attacks.
>I couldn’t think of a way to avoid replay vulnerability with cookies
>(without SSL), so I was going to switch to the side channel approach I
>tried to describe.  Do you think replay vulnerability is irrelevant?  I’m
>not a security guy, so I wasn’t sure if it mattered or not. That’s
>actually one of the things I was hoping to get feedback about.
>
>I guess I don’t follow how CORS relates to the camera plugin, does it use
>XHR? Maybe you can elaborate?
>I expect I’ll see it when I try the camera plugin from WKWebView, just
>didn’t get around to it yet.
>The only thing that jumps out at me is that you get a file:// url back -
>we could change that.
>Or maybe intercept file:// requests in the plugin?  If it’s just a path
>problem, maybe we could intercept the request, fix the path, then respond
>with the right thing...
>
>Tony
>
>On 10/31/14, 1:19 PM, "Andrew Grieve"  wrote:
>
>>Unless you're having the server proxy requests to remote sites, I don't
>>think CORS headers are necessary.
>>
>>Tony - awesome stuff! absolutely doing it right. More technical-focused
>>discussion the better :). Using cookies seems the best way to me since
>>that
>>covers all requests. Adding headers works only for XHRs.
>>
>>On Fri, Oct 31, 2014 at 12:12 PM, Kirk Shoop (MS OPEN TECH) <
>>kirk.sh...@microsoft.com> wrote:
>>
>>> Yes, the handler should be able to add CORS headers to its responses
>>>that
>>> will enable requests from any origin.
>>>
>>> For instance adding 'Access-Control-Allow-Origin: *' would allow any
>>> origin to make a request from the local server.
>>> http://www.w3.org/TR/cors/#access-control-allow-origin-response-header
>>>
>>> Similarly Access-Control-Allow-Methods and Access-Control-Allow-Headers
>>> could be used to define valid requests.
>>>
>>> Kirk
>>>
>>> Developer
>>> Microsoft Open Technologies, Inc.
>>>
>>> -Original Message-
>>> From: Homer, Tony [mailto:tony.ho...@intel.com]
>>> Sent: Friday, October 31, 2014 8:40 AM
>>> To: dev@cordova.apache.org
>>> Subject: Re: [iOS 8] WKWebView moving forward
>>>
>>> Last night I added a handler to the Local Web Server plugin that
>>>returns
>>> 403 for non-localhost requests.
>>> The handler also has a prototype token system to restrict requests to
>>>the
>>> app, but I need to change the approach a bit.
>>> Currently I set a cookie and the handler just checks for the cookie and
>>> returns 403 if it is missing.
>>> This is susceptible to replay attacks from backgrounded apps - not sure
>>>if
>>> that is important or not.
>>>
>>> I¹m going to investigate adding a map to the plugin, then add an entry
>>>for
>>> every request.
>>&

Re: [iOS 8] WKWebView moving forward

[Homer, Tony]

I started with cookies in my POC, but I was concerned about replay attacks.
I couldn’t think of a way to avoid replay vulnerability with cookies
(without SSL), so I was going to switch to the side channel approach I
tried to describe.  Do you think replay vulnerability is irrelevant?  I’m
not a security guy, so I wasn’t sure if it mattered or not. That’s
actually one of the things I was hoping to get feedback about.

I guess I don’t follow how CORS relates to the camera plugin, does it use
XHR? Maybe you can elaborate?
I expect I’ll see it when I try the camera plugin from WKWebView, just
didn’t get around to it yet.
The only thing that jumps out at me is that you get a file:// url back -
we could change that.
Or maybe intercept file:// requests in the plugin?  If it’s just a path
problem, maybe we could intercept the request, fix the path, then respond
with the right thing...

Tony

On 10/31/14, 1:19 PM, "Andrew Grieve"  wrote:

>Unless you're having the server proxy requests to remote sites, I don't
>think CORS headers are necessary.
>
>Tony - awesome stuff! absolutely doing it right. More technical-focused
>discussion the better :). Using cookies seems the best way to me since
>that
>covers all requests. Adding headers works only for XHRs.
>
>On Fri, Oct 31, 2014 at 12:12 PM, Kirk Shoop (MS OPEN TECH) <
>kirk.sh...@microsoft.com> wrote:
>
>> Yes, the handler should be able to add CORS headers to its responses
>>that
>> will enable requests from any origin.
>>
>> For instance adding 'Access-Control-Allow-Origin: *' would allow any
>> origin to make a request from the local server.
>> http://www.w3.org/TR/cors/#access-control-allow-origin-response-header
>>
>> Similarly Access-Control-Allow-Methods and Access-Control-Allow-Headers
>> could be used to define valid requests.
>>
>> Kirk
>>
>> Developer
>> Microsoft Open Technologies, Inc.
>>
>> -Original Message-
>> From: Homer, Tony [mailto:tony.ho...@intel.com]
>> Sent: Friday, October 31, 2014 8:40 AM
>> To: dev@cordova.apache.org
>> Subject: Re: [iOS 8] WKWebView moving forward
>>
>> Last night I added a handler to the Local Web Server plugin that returns
>> 403 for non-localhost requests.
>> The handler also has a prototype token system to restrict requests to
>>the
>> app, but I need to change the approach a bit.
>> Currently I set a cookie and the handler just checks for the cookie and
>> returns 403 if it is missing.
>> This is susceptible to replay attacks from backgrounded apps - not sure
>>if
>> that is important or not.
>>
>> I¹m going to investigate adding a map to the plugin, then add an entry
>>for
>> every request.
>> The entry will be a hash of the request and a random number.
>>
>> I¹ll have to wire up support for overriding url loads so that I can add
>> the header with the random number to the request.
>> Then the request handler will look the entry up in the map and remove
>>it -
>> this should eliminate re-playability.
>>
>> I¹m not sure about the CORS issue with camera pluginŠ I¹ll be curious to
>> test it - maybe it could be addressed by modifying the response in the
>> GCDWebServer handler?
>>
>> Tony
>>
>> P.S. This is my first attempt participating in discussion on the list -
>> let me know if I¹m doing it wrong!
>> Am I wasting my time investigating this?  Should I just leave it
>>Shazron?
>>
>> On 10/30/14, 9:52 PM, "Andrew Grieve"  wrote:
>>
>> >On Thu, Oct 30, 2014 at 5:05 PM, Shazron  wrote:
>> >
>> >> The port conflict situation has been solved with the latest version
>> >>of the  plugin. Passing in a port of "0" will choose a random port.
>> >>More details in  the plugin's README.md
>> >>
>> >Awesome! Why even allow a non-random port?
>> >Also learned today that in chrome, webcrypto API is disabled for http
>> >origins, but enabled for https. Not sure if this is true for Safari as
>> >well, but certainly this change will be a can of worms!
>> >
>> >
>> >>
>> >> Ouch - didn't think about Camera plugin and File plugin impact. That
>> >>proxy  thing might work, as long as there are no folder name
>> >>collisions.
>> >>
>> >Prefixing all resources into a fake top-level directory will eliminate
>> >the folder name collision problem I think.
>> >
>> >
>> >>
>> >> My point regarding mixing WKWebView and UIWebView on iOS 8 is, if you
>> >>have 

Re: [iOS 8] WKWebView moving forward

[Homer, Tony]

Last night I added a handler to the Local Web Server plugin that returns
403 for non-localhost requests.
The handler also has a prototype token system to restrict requests to the
app, but I need to change the approach a bit.
Currently I set a cookie and the handler just checks for the cookie and
returns 403 if it is missing.
This is susceptible to replay attacks from backgrounded apps - not sure if
that is important or not.

I¹m going to investigate adding a map to the plugin, then add an entry for
every request. 
The entry will be a hash of the request and a random number.

I¹ll have to wire up support for overriding url loads so that I can add
the header with the random number to the request.
Then the request handler will look the entry up in the map and remove it -
this should eliminate re-playability.

I¹m not sure about the CORS issue with camera pluginŠ
I¹ll be curious to test it - maybe it could be addressed by modifying the
response in the GCDWebServer handler?

Tony

P.S. This is my first attempt participating in discussion on the list -
let me know if I¹m doing it wrong!
Am I wasting my time investigating this?  Should I just leave it Shazron?

On 10/30/14, 9:52 PM, "Andrew Grieve"  wrote:

>On Thu, Oct 30, 2014 at 5:05 PM, Shazron  wrote:
>
>> The port conflict situation has been solved with the latest version of
>>the
>> plugin. Passing in a port of "0" will choose a random port. More
>>details in
>> the plugin's README.md
>>
>Awesome! Why even allow a non-random port?
>Also learned today that in chrome, webcrypto API is disabled for http
>origins, but enabled for https. Not sure if this is true for Safari as
>well, but certainly this change will be a can of worms!
>
>
>>
>> Ouch - didn't think about Camera plugin and File plugin impact. That
>>proxy
>> thing might work, as long as there are no folder name collisions.
>>
>Prefixing all resources into a fake top-level directory will eliminate the
>folder name collision problem I think.
>
>
>>
>> My point regarding mixing WKWebView and UIWebView on iOS 8 is, if you
>>have
>> a user on iOS 8.x, you want all users on that iOS version to have the
>>same
>> experience, and for bug reporting purposes.
>
>
>> On Wed, Oct 29, 2014 at 5:11 PM, Andrew Grieve 
>> wrote:
>>
>> > We could restrict access to the webserver by stuffing a cookie into
>>the
>> > webview with an access token, then have the server just 500 on any
>> request
>> > missing the cookie. We should also be able to restrict external
>>requests
>> > just by listening on 127.0.0.1 instead of 0.0.0.0 (doesn't look
>> > like GCDWebServer supports this, but we can hack it in).
>> >
>> > The problem of port conflicts is annoying though. Maybe we try random
>> ports
>> > until one works? Is there any need to use the same port for multiple
>> runs?
>> >
>> > The CORS thing is sad, because it also means things like Camera plugin
>> will
>> > be broken (can't use resulting URL in ).
>> >
>> > Although we might just do (this is different than the current mapping
>>in
>> > the plugin):
>> > http://localhost:RANDOM_PORT/www
>> > http://localhost:RANDOM_PORT/asset-library
>> > http://localhost:RANDOM_PORT/file-system
>> >
>> > to proxy the three locations.
>> >
>> > This also means we can't use FileEntry.toURL() and have it work,
>>unless
>> > toURL returns http://localhost:RANDOM_PORT/file-system/...   Maybe
>> that's
>> > fine?
>> >
>> >
>> > I don't think it's weird that an app will need to support WKWebView on
>> some
>> > OS versions, and UIWebView on others. That's already the case to
>>support
>> > iOS 7.
>> >
>> >
>> >
>> > On Wed, Oct 29, 2014 at 6:22 PM, Shazron  wrote:
>> >
>> > > This does not preclude using the file url API function I suppose.
>> Here's
>> > a
>> > > flowchart on how I think it would work:
>>http://i.imgur.com/zq4zreN.png
>> > >
>> > >
>> > > On Wed, Oct 29, 2014 at 2:48 PM, Tommy Williams 
>> > > wrote:
>> > >
>> > > > This whole thing reeks of sadness and pain.
>> > > >
>> > > > The security implications of this will have to be considered very
>> > > > carefully.
>> > > > On 29 Oct 2014 16:40, "Shazron"  wrote:
>> > > >
>> > > > > ## What We Know So Far
>> > > > >
>> > > > > 1. Because of the file:// url loading bug, we couldn't support
>>the
>> > > > > WKWebView in the iOS 8 GM release. It has since been fixed, for
>> > release
>> > > > > post iOS 8.1 (not sure when), through a new WKWebView API
>>function
>> (
>> > > > > http://trac.webkit.org/changeset/174029/trunk)
>> > > > > 2. The alternative is embedding a local web server and serving
>> assets
>> > > > from
>> > > > > that
>> > > > >
>> > > > > ## Abandon file:// url Loading API Method
>> > > > >
>> > > > > My proposal is, we abandon the local file:// url loading method
>>in
>> > (1)
>> > > > > above, since it will create problems with support.
>> > > > >
>> > > > > For example, if we support the new local file url loading API
>> > function
>> > > in
>> > > > > iOS 8.2.0 (speculated) -- and a user is on 8.0.2, wha

Re: PhoneGap day

[Homer, Tony]

I¹ll be there today and tomorrow.
I¹m hoping to hear the latest about cordova-windows!

Tony

On 10/17/14, 9:08 PM, "Jesse"  wrote:

>Who all is coming?
>
>I will be there for my first ever phonegap day. I've only been working
>with
>phonegap since 2008 ...
>
>Cheers,
>  Jesse
>
>
>@purplecabbage
>risingj.com


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [iOS 8] Status of WKWebView work

[Homer, Tony]

The Intel XDK Legacy iOS container source is not available, but the local web 
server is based on CocoaHTTPServer:
https://github.com/robbiehanson/CocoaHTTPServer

It sounded like Shazron already has this working – I was just sharing that, 
based on my experience, adding a local web server will not be a problem with 
Apple.
That being said, if any help is needed, I’d be glad to help however I can.

From: Andrew Grieve mailto:agri...@chromium.org>>
Date: Wednesday, October 8, 2014 at 11:43 AM
To: Tony Homer mailto:tony.ho...@intel.com>>
Cc: dev mailto:dev@cordova.apache.org>>
Subject: Re: [iOS 8] Status of WKWebView work

Tony - is the code for that available anywhere?

On Wed, Oct 8, 2014 at 7:48 AM, Homer, Tony 
mailto:tony.ho...@intel.com>> wrote:
>
>The alternative is to run a local web server, which works great. However,
>this will open up a can of worms possibly with Apple, I'm not sure.
>

FWIW, the Intel XDK Legacy iOS container runs a local web server that all
content is served from.

Lots of apps have been published - no problem with Apple about this
feature.

On 10/8/14, 7:10 AM, "Andrew Grieve" 
mailto:agri...@chromium.org>> wrote:

>On Fri, Sep 5, 2014 at 2:40 PM, Shazron 
>mailto:shaz...@gmail.com>> wrote:
>
>> I figure I will write this all up before the official release of iOS 8
>>next
>> week (probability high) and everyone asking about support.
>>
>> It has stalled because the WKWebView cannot load files using the file://
>> protocol since iOS 8 beta 4.
>>
>> This bug has been filed with Apple weeks ago:
>> http://www.openradar.me/radar?id=5839348817723392
>>
>> I even checked WebKit check-ins if there was any progress, so far, no:
>>
>>
>>http://trac.webkit.org/browser/trunk/Source/WebKit2/UIProcess/API/Cocoa?o
>>rder=date&desc=1
>> (but it's entirely possible the loading code is in another part of the
>> tree).
>>
>> The alternative is to run a local web server, which works great.
>>However,
>> this will open up a can of worms possibly with Apple, I'm not sure.
>>
>
>Shaz, did you implement a prototype with a local web server? Would be
>useful to see how the code for this works.
>
>
>
>>
>> The other interesting tidbit is, with WKWebView, for locally loaded
>>files
>> using the file:// protocol, cross-domain restrictions now apply, unlike
>> UIWebView's behaviour. To have the same behaviour as UIWebView, we would
>> need to proxy these requests (modify xhr.open to go to our proxy, which
>> requires the local web server).
>>
>> The bridge works great, and plugins work great.
>>


-
To unsubscribe, e-mail: 
dev-unsubscr...@cordova.apache.org<mailto:dev-unsubscr...@cordova.apache.org>
For additional commands, e-mail: 
dev-h...@cordova.apache.org<mailto:dev-h...@cordova.apache.org>



-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [iOS 8] Status of WKWebView work

[Homer, Tony]

>
>The alternative is to run a local web server, which works great. However,
>this will open up a can of worms possibly with Apple, I'm not sure.
>

FWIW, the Intel XDK Legacy iOS container runs a local web server that all
content is served from.

Lots of apps have been published - no problem with Apple about this
feature.

On 10/8/14, 7:10 AM, "Andrew Grieve"  wrote:

>On Fri, Sep 5, 2014 at 2:40 PM, Shazron  wrote:
>
>> I figure I will write this all up before the official release of iOS 8
>>next
>> week (probability high) and everyone asking about support.
>>
>> It has stalled because the WKWebView cannot load files using the file://
>> protocol since iOS 8 beta 4.
>>
>> This bug has been filed with Apple weeks ago:
>> http://www.openradar.me/radar?id=5839348817723392
>>
>> I even checked WebKit check-ins if there was any progress, so far, no:
>>
>> 
>>http://trac.webkit.org/browser/trunk/Source/WebKit2/UIProcess/API/Cocoa?o
>>rder=date&desc=1
>> (but it's entirely possible the loading code is in another part of the
>> tree).
>>
>> The alternative is to run a local web server, which works great.
>>However,
>> this will open up a can of worms possibly with Apple, I'm not sure.
>>
>
>Shaz, did you implement a prototype with a local web server? Would be
>useful to see how the code for this works.
>
>
>
>>
>> The other interesting tidbit is, with WKWebView, for locally loaded
>>files
>> using the file:// protocol, cross-domain restrictions now apply, unlike
>> UIWebView's behaviour. To have the same behaviour as UIWebView, we would
>> need to proxy these requests (modify xhr.open to go to our proxy, which
>> requires the local web server).
>>
>> The bridge works great, and plugins work great.
>>


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: List replies

[Homer, Tony]

I guess some admin probably already knows this, but I was curious so I
poked around for information.

According to the Apache Mailing Lists page
(http://www.apache.org/foundation/mailinglists.html), Apache mailing lists
use ezmlm:
http://untroubled.org/ezmlm/

Here is the ezmlm FAQ page for setting reply-to:
http://untroubled.org/ezmlm/faq/Setting-Reply_002dTo-list_0040host.html#Set
ting-Reply_002dTo-list_0040host


The subversion mailing list guide actually discusses pros and cons of
overriding reply-to, so it seems like it must be possible to adjust on a
per list basis:
https://subversion.apache.org/docs/community-guide/mailing-lists.html#reply
ing


Tony

On 10/7/14, 3:00 PM, "Jesse"  wrote:

>I think what we want is the reply-to dev@apache header
>How do we get it back?
>
>@purplecabbage
>risingj.com
>
>On Tue, Oct 7, 2014 at 8:03 AM, Michal Mocny  wrote:
>
>> For those using gmail, you can change your default reply mode to
>>Reply-all
>> in settings, and that will workaround this issue.
>>
>> On Tue, Oct 7, 2014 at 10:54 AM, Joe Bowser  wrote:
>>
>>> I honestly don't like reply-all because of context.  I already have
>>> problems with scathing technical e-mails being taken personally, that
>>>can
>>> only be compounded by them actually being sent to a single person
>>>instead
>>> of read by a group.
>>>
>>> On Tue, Oct 7, 2014 at 5:39 AM, Ian Clelland 
>>> wrote:
>>>
>>> > There used to be a "Reply-To" header, telling the MUA to reply to "
>>> > dev@cordova.apache.org". It looks like that was removed just a few
>>>days
>>> > ago
>>> > (I see it on messages from Oct 2, but not from Oct 3)
>>> >
>>> > I've no idea why it changed, or who did it, but I'm certain that's
>>>the
>>> > difference.
>>> >
>>> > Ian
>>> >
>>> > On Tue, Oct 7, 2014 at 8:31 AM, Josh Soref 
>>> wrote:
>>> >
>>> > > ?Personally, I don't mind. My mail client has a (prominent) reply
>>>all
>>> > > button. The previous configuration of this list just poisoned my
>>>mail
>>> > > client -- resulting in Person  and such.
>>> >
>>>
>>
>>


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Personal introduction: Tony Homer

[Homer, Tony]

Hi!  I’d like to start contributing to Cordova.

I’m a member of the HTML5 Tools Team at Intel.
We develop the Intel XDK, which Andrew Grieve posted about in August:
http://callback.markmail.org/thread/m5zahiailvxn6lhk
I'm the lead developer for Intel App Preview (a companion app to the Intel XDK).
I've dabbled in Blackberry, Windows Phone and Windows 8, but have spent most of 
my time with iOS and Android.

I live and work in Lancaster, PA, USA.
When I’m not working, I enjoy…
-spending time with my family
-sporadically running and biking
-playing games (video and board)
-reading sci-fi and fantasy
Fun fact #1: I have 4 cats.
Fun fact #2: I’m allergic to cats.

Per the ContributorWorkflow wiki page, I've joined the lists, signed the ICLA, 
created an account on Apache JIRA, and bookmarked the url.
I'll look for something to get started with in JIRA - should I be looking at 
unassigned issues or assigned/unresolved?

I'll be attending PhoneGap Day later this month - hope to see you there.

Tony