I just installed cordova-cli for the first time and the build command
failed with the same message as reported in
https://issues.apache.org/jira/browse/CB-3227
If I install an older version, npm install -g cordova@2.7.1-rc.1 , the
build command seems to work properly.
The version that failed was
FYI, to find out the owner of a component I found this page useful:
https://issues.apache.org/jira/browse/CB#selectedTab=com.atlassian.jira.plugin.system.project%3Acomponents-panel
Lisa
Yup I'm around too (tho not at WWDC). Maybe an informal cordova dinner
is in order?
On Thu, Jun 6, 2013 at 1:30 AM, Shazron shaz...@gmail.com wrote:
Hi James, I will be at WWDC next week, let's meet up. Feel free to drop by
the Adobe SF office as well :)
(although its not exactly near Moscone
Super true. I am personally very excited for the future wherein we can
iterate the plugins independently (and thusly version).
On Thu, Jun 6, 2013 at 9:54 AM, Braden Shepherdson bra...@chromium.org wrote:
It's worth remembering that despite the substantial changes of 3.0, most of
the code
You can use a -d or --verbose flag to see a full build output, I.e.
cordova -d build iOS
Could you file a new issue for this, and then I can help you in that
thread? Saves everyone from getting spammed on the list.
Thanks!
On 6/6/13 6:35 AM, Xavier xver...@gmail.com wrote:
I just installed
Being new to this list, is 'borked' a technical term? :-)
John M. Wargo
Mobile Developer Strategy and Evangelism
SAP | Charlotte, NC | USA
Office: +1 704.321.0265 | Mobile: +1 704.249.7476
Email: john.wa...@sap.com
Twitter: @johnwargo
-Original Message-
From: Filip Maj (JIRA)
I'm OK with it staying in there if:
1. There's unit tests in the test directory to make sure it works. This
should be unit tested
2. The unit tests in that directory pass
3. All the existing MobileSpec tests pass.
Now, I think that this is going to be tricky, which is why I want it out.
I'm prepared to have it reverted like it was on the 2.8.x branch. I'll
revert the revert in a branch and try to fix them. I'm working with the app
harness currently and it depends on the DataResource work, but I don't
think it depends crucially on it. Even if it is vital, I could still fix it
up
I created a new bug, but yeah, it's the Media AutoTests in MobileSpec.
Debugging shows that they're being fed a URI that is missing a /
https://issues.apache.org/jira/browse/CB-3628
On Thu, Jun 6, 2013 at 10:57 AM, Braden Shepherdson bra...@chromium.org wrote:
I'm prepared to have it reverted
Cool, sounds good. FTR we didn't get 2.3 running but Opera did. While
we know its possible we are questioning the diminishing value vs the
effort to get it working (and maintaining).
My ideal is that we get a bot going on Chromium then our create
tooling can take a flag to use the binary
Hey gang,
So I'm trying to rip out the android network plugin, but it appears the
android exec relies on the network plugin for online/offline events.
I reverted this, now I'm going to recommend that we fork off of
e518eacbd for fixing this. That being said, things are going to get a
lot uglier post 2.9, so we should probably take a 2.9pre branch and
fix it here with the idea that the plugins have to use this. Does
that make sense?
On Thu,
Actually, online/offline has to be core, because it's part of the
bridge. We can't rip that out because some platform may need the
Online/Offline event bridge. That's a pretty serious gotcha. It's
also why it's a problem on Android and not on other platforms.
Sorry, I don't have any easy
How is this not a problem for the rest of the platforms? That's the
first thing that I'm wondering right now.
I think ios' deviceready event also doesn't fire, but I'm not sure if it's
for the same reasons - haven't gone down that rabbit hole yet.
As for bb10, I'm not sure anymore since it
Seems simple enough. I find online/offline/pause/resume and other
events of the app lifecycle to be plausibly core for all platforms.
On Thu, Jun 6, 2013 at 4:44 PM, Joe Bowser bows...@gmail.com wrote:
Actually, online/offline has to be core, because it's part of the
bridge. We can't rip that
The thing is that this may be for the browser, and not for our plugin.
The event is being hijacked and used to trigger the JS to check the
queue to see whether or not it should be firing a JS event off in the
browser when we do a sendJavascript(foo()); call in Java. If this
is the case, then we
Oh yeah, Test 2.3, 4.0 and 4.1.
On Thu, Jun 6, 2013 at 3:19 PM, Joe Bowser bows...@gmail.com wrote:
The thing is that this may be for the browser, and not for our plugin.
The event is being hijacked and used to trigger the JS to check the
queue to see whether or not it should be firing a JS
We should leave network code in core. Maybe this is something we revisit
later on if we want to make network information its own plugin and are
willing to do the changes required to do so (No idea what that would
involve).
If we aren't ripping it out of Android, we shouldn't rip it out for the
sgtm
On Thu, Jun 6, 2013 at 5:19 PM, Joe Bowser bows...@gmail.com wrote:
The thing is that this may be for the browser, and not for our plugin.
The event is being hijacked and used to trigger the JS to check the
queue to see whether or not it should be firing a JS event off in the
browser
Wait, aren't all the plugins already broken out on Android now? I
don't remember this code being dependent on the plugin itself, just
the online/offline event.
On Thu, Jun 6, 2013 at 3:30 PM, Brian LeRoux b...@brian.io wrote:
sgtm
On Thu, Jun 6, 2013 at 5:19 PM, Joe Bowser bows...@gmail.com
agree to this, but also agree w/ joe that we should try and remove
completely (if testing the browser handles correctly 2.3+)
On Thu, Jun 6, 2013 at 5:25 PM, Steven Gill stevengil...@gmail.com wrote:
We should leave network code in core. Maybe this is something we revisit
later on if we want to
I'd be in for something.
Sent from my BlackBerry Z10 smartphone
From: John M. Wargo
Sent: Thursday, June 6, 2013 4:39 PM
To: dev@cordova.apache.org
Reply To: dev@cordova.apache.org
Subject: Re: meet up in SF next week (June 9-14)?
I'll be there too, but not for the WWDC, i'll be attending the
Hey All,
You may have noticed due to the flood of emails you may have received that
I have setup issues in jira for plugin breakout leading to 3.0.0.
The master issue can be found at
https://issues.apache.org/jira/browse/CB-2895
A good amount of work has already been done for iOS and Android
Most of the BB10 plugins have already been isolated. They currently sit in
the root of the platform repo.
I will take some time next week to copy them into the plugin repos and
update the JIRA issues.
On Thu, Jun 6, 2013 at 8:56 PM, Steven Gill stevengil...@gmail.com wrote:
Hey All,
You may
Awesome! Thanks Bryan!
On Thu, Jun 6, 2013 at 6:15 PM, Bryan Higgins br...@bryanhiggins.netwrote:
Most of the BB10 plugins have already been isolated. They currently sit in
the root of the platform repo.
I will take some time next week to copy them into the plugin repos and
update the JIRA
Great! I've setup a doodle for the informal dinner to setup a time.
http://www.doodle.com/66peduh92p76qcac
-James Jong
On Jun 6, 2013, at 7:54 PM, Ken Wallis kwal...@blackberry.com wrote:
I'd be in for something.
Sent from my BlackBerry Z10 smartphone
From: John M. Wargo
Sent: Thursday,
26 matches
Mail list logo