Everything's ready afaik (minus upgrade guide, publishing whitelist
plugins, and making it so that the default project template includes
<plugin name="cordova-plugin-whitelist" />). Maybe let's do a RC while we
wait on these things being finished up?

If anyone wants to take on any of these tasks, that would be awesome.

On Mon, Mar 16, 2015 at 4:57 PM, Shazron <shaz...@gmail.com> wrote:

> +1 for vote thread, let's get this thing out so people (that are not
> us) can test...
>
>
> On Mon, Mar 16, 2015 at 1:41 PM, Joe Bowser <bows...@gmail.com> wrote:
> > OK, this is a three month old thread, and we're waiting on a discussion
> > before we release something? I really think we should go to a vote thread
> > now that we have a legacy whitelist plugin and a new style whitelist
> > plugin.  We shouldn't keep constantly delaying this release because of
> > what's happening on other platforms, especially since we already
> pluginized
> > the whitelist.
> >
> > Can we please release soon?
> >
> > On Thu, Mar 12, 2015 at 2:20 PM Nikhil Khandelwal <
> nikhi...@microsoft.com>
> > wrote:
> >
> >> I know we discussed a couple of approaches implementing the default
> >> whitelist policy for Android/iOS - either every app would be required to
> >> include the whitelist plugin or have it have smart defaults in the
> platform
> >> implementation and the plugin being able to override them.
> >>
> >> I don’t think that thread closed with any conclusions.
> >>
> >> Thanks,
> >> Nikhil
> >>
> >>
> >> -----Original Message-----
> >> From: Joe Bowser [mailto:bows...@gmail.com]
> >> Sent: Thursday, March 12, 2015 11:23 AM
> >> To: dev
> >> Subject: Re: [DISCUSS] Cordova-Android 4.0.0 Release
> >>
> >> OK, so right now it's just docs? How soon can we get a VOTE thread
> started
> >> for 4.0.0?
> >>
> >> On Wed, Mar 4, 2015 at 10:47 AM Andrew Grieve <agri...@chromium.org>
> >> wrote:
> >>
> >> > mobilespec is now working again... Took longer than I would have
> >> > liked, but did you know that on Android FileReader triggers
> >> > shouldInterceptRequest() with Blob URLs!?
> >> >
> >> > Separate thread is already happening re: whitelists, so once that's
> >> > figured out, it's just docs afaict.
> >> >
> >> > On Mon, Mar 2, 2015 at 10:52 PM, Ian Clelland <iclell...@chromium.org
> >
> >> > wrote:
> >> >
> >> > > On Mon, Mar 2, 2015 at 6:00 PM, Jesse <purplecabb...@gmail.com>
> wrote:
> >> > >
> >> > > > We should start a new whitelist plugin related thread.
> >> > > >
> >> > > > Why is a plugin blocking a release?  Default (aka no-plugin)
> >> > > > behavior should be to allow all network requests shouldn't it?
> >> > >
> >> > >
> >> > > Well, that just might be a blacklist then :)
> >> > >
> >> > >
> >> > > >   This thread is a
> >> > > > month long, and not the first discussion of 4.0.0 for Android.
> >> > > >
> >> > >
> >> > > Seriously, though -- the whitelist discussion is much longer than
> >> > > that,
> >> > and
> >> > > this isn't the first time that the default no-network-access policy
> >> > > has been brought up:
> >> > >
> >> > > (Here's the first question, from *July*:
> >> > > http://markmail.org/message/t4vj4saisem2mcgw
> >> > > Here's where I mentioned what the implemented policy was:
> >> > > http://markmail.org/message/s4necfnh4hnblpjm
> >> > > And in another discussion:
> >> > > http://markmail.org/message/ap7syhqysizmsvrz)
> >> > >
> >> > > If we want to reconsider that decision, then we should certainly do
> >> > > so before we cut a release. I think it would be a real problem to
> >> > > change it afterwards, so let's get it right.
> >> > >
> >> > > Also, it's not the plugin itself that's blocking the release, it's
> >> > > us making sure that we've implemented the core hooks correctly so
> >> > > that the plugin can actually do its job, and that people who don't
> >> > > want that particular plugin can make a better one.
> >> > >
> >> > > (It is also an issue that a plugin, required for cordova-android
> >> > > 4.0.0, breaks apps which are also building for cordova-ios 3.8.0.
> >> > > I'll take a
> >> > look
> >> > > at that, and either remove the ios-native portions of the whitelist
> >> > plugin,
> >> > > or neuter it so that it doesn't interfere with an ios app if it's
> >> > > not on the unplug-whitelist branch of that repo.)
> >> > >
> >> > > Ian
> >> > >
> >> > >
> >> > > > @purplecabbage
> >> > > > risingj.com
> >> > > >
> >> > > > On Mon, Mar 2, 2015 at 2:02 PM, Shazron <shaz...@gmail.com>
> wrote:
> >> > > >
> >> > > > > legacy-whitelist-plugin should be fixed so that it compiles on
> >> > > > > cordova-ios@3.8.0. It shouldn't be a problem to fix this at
> >> > > > > compile
> >> > or
> >> > > > > run-time (whichever is applicable here related to the compile
> >> > > > > error)
> >> > > > >
> >> > > > > On Mon, Mar 2, 2015 at 1:47 PM, Darryl Pogue
> >> > > > > <dvpdin...@gmail.com>
> >> > > > wrote:
> >> > > > > > On 2 March 2015 at 13:37, Joe Bowser <bows...@gmail.com>
> wrote:
> >> > > > > >> So, right now the whitelist changes are what's holding up the
> >> > 4.0.0
> >> > > > > release
> >> > > > > >> now?  Is this really the only thing that's holding up this
> >> > release?
> >> > > > > >>
> >> > > > > >> On Wed Feb 25 2015 at 1:18:26 PM Andrew Grieve <
> >> > > agri...@chromium.org>
> >> > > > > wrote:
> >> > > > > >>
> >> > > > > >>> I think we'll also need to finish with the whitelist changes
> >> > > > > >>> &
> >> > have
> >> > > > > both
> >> > > > > >>> the legacy and new-way whitelist plugins released before we
> >> > > > > >>> can
> >> > do
> >> > > a
> >> > > > > 4.0.0
> >> > > > > >>> release (otherwise you wouldn't be able to write an app that
> >> > > > > >>> hits
> >> > > the
> >> > > > > >>> network)
> >> > > > > >>>
> >> > > > > >
> >> > > > > > Just FYI, the whitelist stuff is proving to be a bit of a pain
> >> > point.
> >> > > > > > I'm using cordova-android@master, and need to install the
> >> > > > > > legacy-whitelist plugin in order to make network requests.
> >> > > > > > Once the plugin is installed, everything seems to work.
> >> > > > > >
> >> > > > > > The problem is that the legacy-whitelist plugin generates
> >> > > > > > compile errors with cordova-ios@3.8.0, so now I can't just
> run
> >> > > > > > `cordova build`, I need to split the platforms up and
> >> > > > > > install/uninstall the plugin in between. If someone makes a
> >> > > > > > dev build for Android and forgets the plugin, it will appear
> >> > > > > > to build successfully but not actually function properly due
> to
> >> the whitelist.
> >> > > > > >
> >> > > > > > I know, this is all pre-release, so pain is somewhat expected
> >> > > > > > right now. I'm worried about the case where
> >> > > > > > cordova-android@4.0.0 is released and cordova-ios@3.8.0 is
> >> > > > > > still current, and how people
> >> > can
> >> > > > > > avoid whitelist breakage there.
> >> > > > > >
> >> > > > > > ------------------------------------------------------------
> >> > ---------
> >> > > > > > 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
>
>

Reply via email to