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.160.43 as permitted sender)
MIME-Version: 1.0
Sender: agrieve@google.com
In-Reply-To: 
 <CAOBL_k65E+xW0jRK03G5Xn35Kdirk0G7OLkCFthZHXQgKaGjeQ@mail.gmail.com>
References: 
 <CAM2q_UwDWs38SMaM2ro_NCKp7Rfsy_nhNG5WX2yrPmVCCSzf+g@mail.gmail.com>
 <CAE6O_-Y00ZD+NRguXU-40Hb9mUgaSqnvGZ5T4Um2QLub2+cXeg@mail.gmail.com>
 <CAM2q_UzdA8rewMGDzRawdPRdKmQJDT5SnuHJQ99YcV9KrUZnPw@mail.gmail.com>
 <CABiQX1Vat5XvmKkWt=+viL9oXWnOiAz5ee95h8oJp0j4MU9pJQ@mail.gmail.com>
 <CAOBL_k65E+xW0jRK03G5Xn35Kdirk0G7OLkCFthZHXQgKaGjeQ@mail.gmail.com>
From: Andrew Grieve <agrieve@chromium.org>
Date: Fri, 20 Dec 2013 11:49:51 -0500
Message-ID: 
 <CABiQX1UTMwuYn_GzFXT6yhTY+wR3iV4qUaY+X6bMZGCdvvki5A@mail.gmail.com>
Subject: Re: Cordova 3.3.1-0.1.2 doesn't load javascript for plugins
To: dev <dev@cordova.apache.org>, "bowserj@apache.org" <bowserj@apache.org>
Cc: Braden Shepherdson <braden@chromium.org>
Content-Type: multipart/alternative; boundary=001a11c361d2612e3404edfa125a

--001a11c361d2612e3404edfa125a
Content-Type: text/plain; charset=UTF-8

CLI is released on its own as well as when we do a platforms release.

I believe this is a pretty minor bug though, since running prepare again
fixes things (which happens when you run "cordova build").


On Fri, Dec 20, 2013 at 11:39 AM, Joe Bowser <bowserj@gmail.com> wrote:

> Is the CLI released along with the platforms? Today is kind of a bad
> day to release anything, as this is the last working day of Adobe for
> the year, and over half our team is already on PTO. I'm sure others
> are in the same boat.
>
> On Fri, Dec 20, 2013 at 7:30 AM, Andrew Grieve <agrieve@chromium.org>
> wrote:
> > I'm seeing the same thing.
> >
> > However:
> > $ cat platforms/ios/.staging/www/cordova_plugins.js
> > shows the correct info, and if I run "cordova prepare", then
> > $ cat ./platforms/ios/www/cordova_plugins.js
> > shows the right stuff.
> >
> > I hit this bug last week, and Braden figured out that the fix for CB-5579
> > had a side-effect of causing CLI to put things in .staging that should
> > actually go straight in www/.
> >
> > Braden - did you ever file this bug?
> >
> >
> >
> >
> > On Fri, Dec 20, 2013 at 9:35 AM, Don Coleman <don.coleman@gmail.com>
> wrote:
> >
> >> *device.name <http://device.name> *was a bad example.
> >>
> >> The problems I'm seeing is that *device* doesn't exist. This also
> happens
> >> with other plugins I've tried. The plugin gets installed but the
> js-module
> >> code doesn't.
> >>
> >> $ cat ./platforms/ios/www/cordova_plugins.js
> >> cordova.define('cordova/plugin_list', function(require, exports,
> module) {
> >> module.exports = [];
> >> module.exports.metadata =
> >> // TOP OF METADATA
> >> {}
> >> // BOTTOM OF METADATA
> >> });
> >>
> >>
> >> On Thu, Dec 19, 2013 at 7:39 PM, Shazron <shazron@gmail.com> wrote:
> >>
> >> > device.name has been deprecated for some time, and probably has been
> >> > removed (but doc not updated)
> >> >
> >> > just repro'ed your steps with 3.3.1-0.1.2
> >> > if you tried device.model - it should work
> >> >
> >> >
> >> > On Thu, Dec 19, 2013 at 3:49 PM, Don Coleman <don.coleman@gmail.com>
> >> > wrote:
> >> >
> >> > > I upgraded to 3.3.1-0.1.2 and iOS isn't working anymore.
> >> > >
> >> > > Based on Greg's bug report it looks like Android has a similar
> problem
> >> > > https://issues.apache.org/jira/browse/CB-5647
> >> > >
> >> > > I'm using Cordova 3.3.1-0.1.2 on OS X 10.9.1, Xcode 5.0.2 (5A3005),
> >> Node
> >> > > v0.10.22
> >> > > $ cordova create foo com.example.foo Foo
> >> > > $ cd foo
> >> > > $ cordova platform add ios
> >> > > $ cordova plugin add org.apache.cordova.device
> >> > >
> >> > > add the following to app.deviceReady in www/js/index.js
> >> > >
> >> > >    alert("Device Name " + device.name);
> >> > >
> >> > > device.name fails
> >> > > cordova_plugins.js doesn't contain any plugins
> >> > >
> >> >
> >>
>

--001a11c361d2612e3404edfa125a--