Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (nike.apache.org: domain of agrieve@google.com designates
 209.85.214.172 as permitted sender)
MIME-Version: 1.0
Sender: agrieve@google.com
In-Reply-To: 
 <CABiQX1XvudZcaGKwb0YZhnzBUEUjcJOkdkf8Q-fhoU_HTcH2tA@mail.gmail.com>
References: 
 <CAE6O_-ax-i-6gyQAhNF75+CnTPwe51nhJah78h9E=qiwn1x-YA@mail.gmail.com>
 <CE0AB9F6.227B8%fil@adobe.com>
 <CABiQX1V_eDFDE38XYRc+kkHDhUNg-FL5LnHXi+8yppCLEtEEbQ@mail.gmail.com>
 <CAOBL_k599cPT6MFVEO=g+t-x3YLZ-CEBW=V5J5sD__fO9Zh5Mg@mail.gmail.com>
 <CABiQX1XvudZcaGKwb0YZhnzBUEUjcJOkdkf8Q-fhoU_HTcH2tA@mail.gmail.com>
From: Andrew Grieve <agrieve@chromium.org>
Date: Tue, 16 Jul 2013 13:46:18 -0400
Message-ID: 
 <CABiQX1XKdAVvNdgferaChtbqNTavbkudva-r9fMaJBF7x9O7DQ@mail.gmail.com>
Subject: Re: 3.0.0 Testing thread
To: Andrew Grieve <agrieve@chromium.org>
Cc: dev <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=e89a8ff1cc9e14341104e1a48ff8

--e89a8ff1cc9e14341104e1a48ff8
Content-Type: text/plain; charset=ISO-8859-1

Okay, seems it was a bad rebase when Ian made the base64 change. Will be
fixed shortly. Weird that these would pass at all for anyone in the past
week!


On Tue, Jul 16, 2013 at 1:27 PM, Andrew Grieve <agrieve@chromium.org> wrote:

> Okay - on my N4 4.2.2 they are failing as well. I'll look into it.
>
>
> On Tue, Jul 16, 2013 at 1:11 PM, Joe Bowser <bowserj@gmail.com> wrote:
>
>> I'm testing on the HTC One running stock 4.2.2. The Google one without
>> sense and the other crap.
>>  On Jul 16, 2013 9:51 AM, "Andrew Grieve" <agrieve@chromium.org> wrote:
>>
>> > Joe - what setup are you seeing the failures for? I'm running latest
>> > everything and on 4.1.1 emulator all file tests pass.
>> >
>> > Shouldn't be related to ResourceApi change, as the File plugin doesn't
>> use
>> > it.
>> >
>> >
>> > On Tue, Jul 16, 2013 at 11:51 AM, Filip Maj <fil@adobe.com> wrote:
>> >
>> > > Yes, when you clone down either of the tools, ALWAYS run `npm
>> install` in
>> > > its directory to reinitialize the dependencies. Even when just
>> updating
>> > > the code for the tools, run `npm install` just in case in case the
>> deps
>> > > changed
>> > >
>> > > On 7/16/13 8:06 AM, "Shazron" <shazron@gmail.com> wrote:
>> > >
>> > > >aha, cordova-cli specified plugman 0.9.3 -- and that works. It's a
>> bug
>> > > >when
>> > > >cordova-cli uses the latest plugman
>> > > >
>> > > >
>> > > >
>> > > >On Tue, Jul 16, 2013 at 8:03 AM, David Kemp <drkemp@google.com>
>> wrote:
>> > > >
>> > > >> I had the same error that you got, but running npm install in the
>> > > >> cordova-cli directory installed a fresh one (not sure which
>> version )
>> > > >>and
>> > > >> everything worked fine
>> > > >>
>> > > >>
>> > > >> On Tue, Jul 16, 2013 at 10:50 AM, Shazron <shazron@gmail.com>
>> wrote:
>> > > >>
>> > > >> > I installed plugman 0.9.6 before using cordova-cli from master,
>> and
>> > > >>that
>> > > >> is
>> > > >> > the latest on npm - but I assume you mean the latest from the
>> > > >> > cordova-plugman repo
>> > > >> >
>> > > >> >
>> > > >> > On Tue, Jul 16, 2013 at 7:42 AM, David Kemp <drkemp@google.com>
>> > > wrote:
>> > > >> >
>> > > >> > > the newest cli needs the newest plugman.
>> > > >> > > Also if you uninstall plugins with the older version, the new
>> one
>> > > >>wont
>> > > >> > put
>> > > >> > > them in.
>> > > >> > >
>> > > >> > >
>> > > >> > >
>> > > >> > > On Tue, Jul 16, 2013 at 10:27 AM, Shazron <shazron@gmail.com>
>> > > wrote:
>> > > >> > >
>> > > >> > > > I'm using the master version of the cordova-cli, installing a
>> > > >>plugin
>> > > >> is
>> > > >> > > > fine, but uninstall throws this error:
>> > > >> > > >
>> > > >> > > > $ ../cordova-cli/bin/cordova plugin remove
>> > > >> > > org.apache.cordova.core.console
>> > > >> > > > [TypeError: Object function uninstallPlugin(platform,
>> > project_dir,
>> > > >> id,
>> > > >> > > > plugins_dir, options, callback) {
>> > > >> > > >     if (!platform_modules[platform]) {
>> > > >> > > >         var err = new Error(platform + " not supported.");
>> > > >> > > >         if (callback) return callback(err);
>> > > >> > > >         else throw err;
>> > > >> > > >     }
>> > > >> > > >
>> > > >> > > >     var plugin_dir = path.join(plugins_dir, id);
>> > > >> > > >
>> > > >> > > >     if (!fs.existsSync(plugin_dir)) {
>> > > >> > > >         var err = new Error('Plugin "' + id + '" not found.
>> > > >>Already
>> > > >> > > > uninstalled?');
>> > > >> > > >         if (callback) return callback(err);
>> > > >> > > >         else throw err;
>> > > >> > > >     }
>> > > >> > > >
>> > > >> > > >     var current_stack = new action_stack();
>> > > >> > > >
>> > > >> > > >     options.is_top_level = true;
>> > > >> > > >     runUninstall(current_stack, platform, project_dir,
>> > plugin_dir,
>> > > >> > > > plugins_dir, options, callback);
>> > > >> > > > } has no method 'uninstallPlatform']
>> > > >> > > >
>> > > >> > > >
>> > > >> > > >
>> > > >> > > > On Tue, Jul 16, 2013 at 7:21 AM, Joe Bowser <
>> bowserj@gmail.com>
>> > > >> wrote:
>> > > >> > > >
>> > > >> > > > > Has anyone managed to get plugman to uninstall a plugin?
>> The
>> > > >> > > > > dependencies plugin never cleanly installs or uninstalls.
>> > > >> > > > >
>> > > >> > > > > On Tue, Jul 16, 2013 at 6:37 AM, Shazron <
>> shazron@gmail.com>
>> > > >> wrote:
>> > > >> > > > > > https://issues.apache.org/jira/browse/CB-4264
>> > > >> > > > > >
>> > > >> > > > > > Turns out it was a "false positive" failure, the test
>> needs
>> > > >>to be
>> > > >> > > > > improved.
>> > > >> > > > > > But so far all systems go for iOS.
>> > > >> > > > > >
>> > > >> > > > > >
>> > > >> > > > > > On Mon, Jul 15, 2013 at 6:54 PM, Shazron <
>> shazron@gmail.com
>> > >
>> > > >> > wrote:
>> > > >> > > > > >
>> > > >> > > > > >> So far I went and tested with the plugins (specified in
>> the
>> > > >> > > > > >> dependencies-plugin on cordova-mobile-spec) on master
>> for
>> > > >>iOS,
>> > > >> > with
>> > > >> > > 1
>> > > >> > > > > test
>> > > >> > > > > >> failing:
>> > > >> > > > > >>
>> > > >> > > > > >> File API DirectoryReader interface readEntries
>> > file.spec.109
>> > > >> > should
>> > > >> > > > > return
>> > > >> > > > > >> an empty entry list on the second call.
>> > > >> > > > > >> Expected 0 not to be 0.
>> > > >> > > > > >>
>> > > >> > > > >
>> > > >> > > >
>> > > >> > >
>> > > >> >
>> > > >>
>> > >
>> > >
>> >
>>
>
>

--e89a8ff1cc9e14341104e1a48ff8--