[GitHub] cordova-plugin-dialogs pull request: Fix CB-7734. Changed plugin t...

[bau720123]

Github user bau720123 commented on the pull request:


https://github.com/apache/cordova-plugin-dialogs/pull/39#issuecomment-91768688
  
hi @shazron and @ginamdar 
so...
what the next step about this bug fix progress


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[GitHub] cordova-plugin-dialogs pull request: Fix CB-7734. Changed plugin t...

[ginamdar]

Github user ginamdar commented on the pull request:


https://github.com/apache/cordova-plugin-dialogs/pull/39#issuecomment-91729644
  
sorry for replying so late i never submitted PR for this and i have been 
using my own implementation and not updated the plugin so far


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[GitHub] cordova-plugin-camera pull request: CB-8780: Display popover using...

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-camera/pull/81


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[GitHub] cordova-plugin-camera pull request: CB-8780: Display popover using...

[shazron]

Github user shazron commented on the pull request:


https://github.com/apache/cordova-plugin-camera/pull/81#issuecomment-91725489
  
Looks good


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[GitHub] cordova-plugin-dialogs pull request: Fix CB-7734. Changed plugin t...

[shazron]

Github user shazron commented on the pull request:


https://github.com/apache/cordova-plugin-dialogs/pull/39#issuecomment-91721145
  
Remove this line, and prompt works on iOS 8: 
https://github.com/jcesarmobile/cordova-plugin-dialogs/blob/6b59babafeb8f1e7313ed99ea1625f839898e4ed/src/ios/CDVNotification.m#L50




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
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

[Dmitry Blotsky]

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 master.
> >
> > On Fri, Dec 5, 2014 at 8:48 PM, Parashuram Narasimhan (MS OPEN TECH) 
> > < panar...@microsoft.com> wrote:
> >
> > > Awesome - Thanks Marcel. Once the master is ready, we will start 
> > > setting up the slaves.
> > >
> > > -Original Message-
> > > From: Marcel Kinard [mailto:cmarc...@gmail.com]
> 

[GitHub] cordova-plugin-dialogs pull request: Fix CB-7734. Changed plugin t...

[shazron]

Github user shazron commented on the pull request:


https://github.com/apache/cordova-plugin-dialogs/pull/39#issuecomment-91715637
  
Probably related: 
http://stackoverflow.com/questions/29571502/ios-8-3-uialertcontroller-crashes-when-trying-to-add-a-textfield


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[GitHub] cordova-plugin-dialogs pull request: Fix CB-7734. Changed plugin t...

[shazron]

Github user shazron commented on the pull request:


https://github.com/apache/cordova-plugin-dialogs/pull/39#issuecomment-91715099
  
Unfortunately after testing, it crashes on a prompt test on iOS 8. iOS 7 it 
passes alert, confirm, and prompt tests.

I used from the README:
```
function onPrompt(results) {
alert("You selected button number " + results.buttonIndex + " and 
entered " + results.input1);
}

navigator.notification.prompt(
'Please enter your name',  // message
onPrompt,  // callback to invoke
'Registration',// title
['Ok','Exit'], // buttonLabels
'Jane Doe' // defaultText
);
```



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

Re: Plugin-doc standards

[Shazron]

Looks good to me, thanks Murat.

An aside, totally will not work outside of Github:
If you notice each # section has an anchor. The table of contents
(TOC) methods could link to that anchor:
[link text](#mysectionanchor)



On Fri, Apr 10, 2015 at 1:56 PM, Murat Sutunc  wrote:
> Hey folks,
> I've forgot to mention this on the hangout today but I was thinking maybe we 
> can have some guidelines on how we write plugin docs. Below is a modified 
> version of doc that I've made (mostly borrowed from globalization plugin).
>
> https://github.com/muratsu/cordova-doc
>
> Should we apply this style to all of the docs? What are your thoughts?
>
> Sample:
>
> # plugin-name
>
> Some description
>
> ## Installation
>
> Steps
>
> ## API
> - API
> - Methods
> - Class: And others
>
> ## plugin-name.firstMethod
>
> Method params and short description
>
>  Description
>
> Detailed explanation
>
>  Supported Platforms
>
> Pass/Fail for platforms
>
>  Example
>
> Small example how to use
>
>  Plat1 Quirks
>
> Quirk list
>
>  Plat2 Quirks
>
> ...
>
> Thanks,
> Murat
>

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

Plugin-doc standards

[Murat Sutunc]

Hey folks,
I've forgot to mention this on the hangout today but I was thinking maybe we 
can have some guidelines on how we write plugin docs. Below is a modified 
version of doc that I've made (mostly borrowed from globalization plugin).

https://github.com/muratsu/cordova-doc

Should we apply this style to all of the docs? What are your thoughts?

Sample:

# plugin-name

Some description

## Installation

Steps

## API
- API
- Methods
- Class: And others

## plugin-name.firstMethod

Method params and short description

 Description

Detailed explanation

 Supported Platforms

Pass/Fail for platforms

 Example

Small example how to use

 Plat1 Quirks

Quirk list

 Plat2 Quirks

...

Thanks,
Murat

Experimenting with API for cordova tooling

[Mark Koudritsky]

>From today's hangout discussion, here are the links to our experiments with
using cordova tooling via API rather than CLI.

It is loosely based on my older experiments here
https://github.com/kamrik/CordovaGulpTemplate

But his time there is a separate wrapper that exposes a more object
oriented API and reaches deeper into cordova-lib. It introduces a central
object called PlatformProject that represents a single platform. The
wrapper is here:
https://github.com/kamrik/CordovaPlatformProject
Please consider it experimental and feel free to fork and play with it.

A demo app that uses this wrapper
https://github.com/kamrik/cordova-api-example

The ServiceWorker-to-Cordova script that uses the same wrapper
https://github.com/MobileChromeApps/sw2cdv

I'll also be giving a presentation about this at ApacheCon next week, draft
slides are here
http://kamrik.org/PlatformProjectSlides

RE: Github, again.

[Ross Gardler (MS OPEN TECH)]

Those conversations have been had. GitHub won't open the logs (and we can't 
expect them to given the privacy implications). Feel free to discuss again if 
you like - things may have changed.

GitHub enterprise is not free. My comment about cost was from memory, I've 
asked David to remind me of the details.

Ross

-Original Message-
From: brian.ler...@gmail.com [mailto:brian.ler...@gmail.com] On Behalf Of Brian 
LeRoux
Sent: Friday, April 10, 2015 12:17 PM
To: dev@cordova.apache.org
Subject: Re: Github, again.

being donated my guess the cost was installation and maintenance? anyhow, now 
that the goal posts have been moved to logs I'm fairly certain they'd open 
those to us as well (I'll find out)

On Fri, Apr 10, 2015 at 9:02 AM, Ross Gardler (MS OPEN TECH) < 
ross.gard...@microsoft.com> wrote:

> Yes we have discussed this. The cost is prohibitive. David Nalley as 
> VP Infra has the details.
>
> Sent from my Windows Phone
> 
> From: Brian LeRoux
> Sent: ‎4/‎10/‎2015 8:53 AM
> To: dev@cordova.apache.org
> Subject: Re: Github, again.
>
> And actually, a colleague recalled we talked about on prem w github 
> entp too. Which totally addresses the issue. It was shot down of 
> course despite github offering to donate to apache.
>
> Now maybe this is possible?
>
> On Fri, Apr 10, 2015, 8:16 AM Brian LeRoux  wrote:
>
> > I said as much Jim. As to FUD...
> >
> > On Fri, Apr 10, 2015, 6:18 AM Jim Jagielski  wrote:
> >
> >> Actually, during the long discussion regarding Groovy moving to the 
> >> ASF, the whole "what's wrong w/ Github" was brought up several 
> >> times, and answered several times (as I was almost sure it was done 
> >> here)... In any case, the following is a typical response to why 
> >> Github cannot be canon:
> >>
> >> 
> >> http://groovy.329449.n5.nabble.com/Moving-Groovy-to-a-Founda
> >> tion-tp5722483p5722847.html
> >>
> >> Since IP provenance is important, I'm sure we all understand this 
> >> issue now, and this FUD can finally die.
> >>
> >> > On Apr 9, 2015, at 8:27 PM, Brian LeRoux  wrote:
> >> >
> >> > It is the current interpretation of policy wrt providence of the 
> >> > IP
> >> (code).
> >> > Github could go bankrupt/exit to Oracle and disappear (ala Google
> Code)
> >> or
> >> > worse go rogue and sneak patent violations into our code.
> >> >
> >> > I'll leave the likelyhood of these scare scenarios to you noting 
> >> > that
> >> most
> >> > brands appear to feel this risk is low.
> >> >
> >> > On Thu, Apr 9, 2015, 5:22 PM Gorkem Ercan 
> >> > 
> >> wrote:
> >> >
> >> >>
> >> >>
> >> >> On 9 Apr 2015, at 15:38, Andrew Grieve wrote:
> >> >>
> >> >>> Apache provides a lot of benefit. I don't want elaborate right 
> >> >>> now, but I will promise to post back with some formulated 
> >> >>> thoughts a bit later (some of this I'm prepping for my 
> >> >>> ApacheCon talk, so I need to do it anyways).
> >> >>>
> >> >>> Joe - Please please *please* do not write emails that are not 
> >> >>> constructive.
> >> >>> If you want to be negative, don't hit the send button. If not 
> >> >>> for
> the
> >> >>> sake
> >> >>> of others, for the sake of yourself - saying negative things 
> >> >>> about others almost always ends up making you look worse than 
> >> >>> those you are being negative towards.
> >> >>>
> >> >>> Another angle:
> >> >>> Even if you are convinced that you're right, and even though 
> >> >>> your views are your own (although statements like "Or we could 
> >> >>> just leave the ASF"
> >> >>> make it
> >> >>> sound like you are representing more than that), your tone 
> >> >>> often
> just
> >> >>> makes
> >> >>> people want to run away rather than engage. Would you want to 
> >> >>> contribute to a project that is full of smileys and 
> >> >>> encouragement, or one where people are negative and abrasive? 
> >> >>> It really goes a long way to keep the
> email
> >> >>> tone
> >> >>> positive even when you disagree.
> >> >>>
> >> >>> Since I've been on this project, I've felt that non-Cordova
> Apache'ers
> >> >>> (we
> >> >>> are apache'ers too remember) have been constructive and helpful:
> >> >>> - We want a VM. Mike Billau reached out, and INFRA helped us 
> >> >>> set one up.
> >> >>> - We want to do BuildBot. Infra helped get us going on their 
> >> >>> shared instance.
> >> >>> - We want to use git. So do other projects, and it has been a 
> >> >>> collaboration between Infra and other projects that made it 
> >> >>> happen (we complained, but didn't do the work to make it 
> >> >>> possible).
> >> >>> - We want to try reviewboard - Infra got us going in no time
> (although
> >> >>> we
> >> >>> decided not to stick with it).
> >> >>>
> >> >>> Why can we not use Github issues?
> >> >>> - It's certainly *not* the case that Apache hates github.
> >> >>> - Has anyone even thought to ask? Maybe it's just a 
> >> >>> conversation
> that
> >> >>> hasn't happened yet.
> >> >

Re: Jira CB-831: File transfer tests crash on Android L

[Frederico Galvão]

@Joe On a side-note: What do you mean by "support for multi-SIM phones"?
And by that I mean, what doesn't Cordova already support in these?
Also, phones with more than one SIM slots are very common here in Brazil
and even some places in Europe, so you might not have to visit India for
that ;)

2015-04-10 13:56 GMT-03:00 Carlos Santana :

> Thanks Joe for the explanation !
>
> On Fri, Apr 10, 2015 at 11:10 AM, Joe Bowser  wrote:
>
> > On Thu, Apr 9, 2015 at 6:31 AM Carlos Santana 
> > wrote:
> >
> > > On Tue, Apr 7, 2015 at 8:30 PM, Joe Bowser  wrote:
> > >
> > > > Sorry, I mis-read this e-mail.  Does this Race Condition happen on
> > > Lollipop
> > > > proper, or just on L.  If it's just on L, this isn't a priority
> > because L
> > > > is not a release meant to go to any users, just a Developer Preview.
> > >
> > >
> > > Joe sorry my ignorance on Android land :-p
> > > But L to me is Lollipop, and the final API is 21 and is release and in
> > the
> > > wild for users.
> > > http://developer.android.com/preview/index.html
> > >
> > >
> > There was a Developer Preview called L that was released six months
> before
> > Lollipop.  The API target was L, and this was only available on the Nexus
> > devices as a dev image and not intended for end users, or even OEMs.
> > Developer previews are rare in Android, and usually a release process
> goes
> > something like this:
> >
> > - Source Code Drop in AOSP
> > - API Release with Emulators
> > - Roll out to Nexus Devices
> >
> > As far as getting to real world devices, that's all in relation to the
> > speed of the OEM to get the image completed.  Each OEM needs to polish
> > their version of Android so that it differentiates from the others, and
> > make sure that Android actually works on their phone.
> >
> >
> > > I think API 22 is even out.
> > > Which is the API that is not out? Some sort of API 23 beta/preview?
> > >
> > >
> > No idea.  Andrew already upped the API level to 22, which is Android 5.1.
> > In related news, It may make sense to create an issue to add support for
> > multi-SIM phones, but of course nobody has one AFAIK since they only
> exist
> > in India.
> >
> >
> > > +1 setting cordova target to 22
> > >
> > >
> > > >
> > >
> > > On Tue, Apr 7, 2015 at 5:27 PM Nikhil Khandelwal <
> nikhi...@microsoft.com
> > >
> > > > wrote:
> > > >
> > > > > The JIRA which was marked as 'Won't fix' is currently blocking
> > Android
> > > > > test runs on http://ci.cordova.io:  https://issues.apache.org/
> > > > > jira/browse/CB-8431.
> > > > >
> > > > > It looks like Android L's implementation of OkHttp has a race
> > condition
> > > > > which hits quite consistently with our current file transfer tests.
> > > There
> > > > > is a comment by Andrew in the bug that points to using this plugin
> on
> > > > > Android L:
> https://github.com/MobileChromeApps/cordova-plugin-okhttp
> > .
> > > > >
> > > > > Should this plugin be a dependency to the file transfer plugin? Or
> > the
> > > > > code for it be rolled in as part of file transfer plugin itself?
> > > > >
> > > > > For the short term I'm leaning towards working around this issue,
> by
> > > > using
> > > > > an older AVD (instead of Android L) on our CI setup. However, there
> > is
> > > a
> > > > > chance developers running Cordova apps on Android L will run into
> > this
> > > > and
> > > > > would expect some guidance here.
> > > > >
> > > > > Thanks,
> > > > > Nikhil
> > > > >
> > > > >
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Carlos Santana
> > > 
> > >
> >
>
>
>
> --
> Carlos Santana
> 
>



-- 

*Frederico Galvão*

Diretor de Tecnologia

PontoGet Inovação Web


( +55(62) 8131-5720

* www.pontoget.com.br