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? This thread is a month long, and not the first discussion of 4.0.0 for Android.
@purplecabbage risingj.com On Mon, Mar 2, 2015 at 2:02 PM, Shazron <[email protected]> wrote: > legacy-whitelist-plugin should be fixed so that it compiles on > [email protected]. 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 <[email protected]> wrote: > > On 2 March 2015 at 13:37, Joe Bowser <[email protected]> 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 <[email protected]> > 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 [email protected], 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 [email protected] is > > released and [email protected] is still current, and how people can > > avoid whitelist breakage there. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
